Re: Re: [Mjpeg-users] Opteron + mjpegtools

2005-02-13 Thread Steven M. Schultz
On Sun, 13 Feb 2005 [EMAIL PROTECTED] wrote: > Ok no other way than working on the RGB before YUV Take a look at the utilties/filters in the NetPBM package. Some of them handle 'streams' (back-to-back) PNM images - I seem to recall some denoising filters in that package

Re: Re: [Mjpeg-users] Opteron + mjpegtools

2005-02-13 Thread e.chalaron
> You can reconstruct _a_ blue from the U and V planes but it won't > be the _original_ blue. That is what I was suspecting ... Ok no other way than working on the RGB before YUV > Good Luck! euphemism :-) Cheers E --- S

Re: Re: [Mjpeg-users] Opteron + mjpegtools

2005-02-13 Thread Steven M. Schultz
On Sun, 13 Feb 2005 [EMAIL PROTECTED] wrote: > that a movie media made of several layers does not have the same granularity > (which does obably apply on classic still cameras as well). > The blue layer seems to be made of bigger grains than other, therefore not > having the same resolution.

Re: Re: [Mjpeg-users] Opteron + mjpegtools

2005-02-12 Thread e.chalaron
Gday I think I am gonna be a pain again. Following the setup of my telecine machine and further readings (yes, I did RTFM on this one), it appears that a movie media made of several layers does not have the same granularity (which does obably apply on classic still cameras as well). The blue la

Re: Re: [Mjpeg-users] Opteron + mjpegtools

2005-02-12 Thread e.chalaron
Gday Roine Well ... If I follow, it sounds to be better off with a couple of nice 32 bits in cluster mode than a 64 ?? E just end user > Therefore, applications that do not use the larger addressing space > won't be any faster on a "64 bit operating system". If anything, it > just means 2x t