On 8/22/06, IOhannes m zmoelnig <zmoelnig@iem.at> wrote:

>
> We could replace the VFW handling for pix_film with DS if desired.

i am all for it, but are there any chances, to put the code into filmDS
and videoDS classes instead of using [pix_movieDS]/[pix_videoDS] ?

pix_movieDS is just a place holder.  I made a new class to speed up working with the consultant and also to try out some tricks for speeding up decode and texturing.  The pix_film DS code would replace the filmAVI code.  Should I just overwrite the VFW stuff or make a filmDS class? I just modified the existing videoDS as that is what is used for pix_video on Windows. 

> Right now the DS stuff works OK, but not using the 'suggested' (read
> strongly enforced) MS path results in pretty severe performance
> penalties.  I may try to hack in YUV handling to help that out.

does the yuv-texturing work on w32?

No, and therein lies the hack.  I'm thinking about adding a method to pix_movieDS that would unpack the Y U V into R G B for texture upload and then have a pixel shader convert it to real RGB.  I have no idea if this would be useful to anyone other than me because it would require a [fragment_program] and the correct shader to work.

>
> Also, I seem to have destroyed the CVS web browser for our project.

luckily it seems to work for me.

Yeah, it took a while for it to come around.  

cgc