[jitter] cc.uyvy2rgba.jxs and optimization

@adapt 1 in jit.qt.movie *and* jit.dx/qt.grab,

Have I really, until now, not known that jit.qt.grab could use @adapt  
1 to get native dimensions of the capture device? I love you.

On Nov 23, 2007, at 12:40 PM, Joshua Kit Clayton wrote:

>
> On Nov 23, 2007, at 1:31 AM, John Dekron wrote:
>
>> I don't know about the funny colors you see, but on the fps side, i  
>> understand that jit.qt.movie is doing the conversion from argb to  
>> uyvy internally.
>
> FWIW, QT only has to convert from argb to uyvy if the format is  
> natively an argb format, but John, maybe you had these reversed  
> above, since it sounds like Tyler is getting better framerates with  
> UYVY, as should be expected.
>
> If these objects needs to do internal rescaling of the video (i.e.  
> if the movie/camera dimensions do not match the requested  
> dimensions),  there is scaling of the UYVY data on the CPU which is  
> both expensive, and can produce chroma artifacts, which is perhaps  
> what you are experiencing, Tyler. I would suggest also using @adapt  
> 1 in jit.qt.movie *and* jit.dx/qt.grab, and using the texture's HW  
> rescaling (which also happens in rgba, after the uyvy to argb  
> conversion).
>
> -Joshua
>
>
> _______________________________________________
> jitter mailing list
> jitter at cycling74.com
> http://www.cycling74.com/mailman/listinfo/jitter