Re: [Libvisual-devel] Flag for RGB/BGR support

[salsaman <sal...@xs...>]

Burkhard Plaum wrote:

>>> Maybe the plugins might still look "cool" when B and R are swapped,
>>> but the plugin authors won't like this.
>>> Adjusting the colors for a visualization can involve many hours
>>> of fine-tuning. 
>>
>>
>> Well true, but in this case it could be marked somehow.
>
>
> Not only in this case. The colors should always be right.
> If users want to play with swapping colors, it can be provided
> as an option.

Then I may have to swap the channels in LiVES. Unfortunately this will 
probably halve the frame rate for libvisual.
But first a teest is needed. Can you or somebody provide a plugin which 
simply produces a blue image for output ?


>
>> Sorry, I was talking about 24bit colours, so in this case the definition
>> is obvious, blue pixel byte comes before green pixel byte which comes
>> before red pixel byte.
>
> And then it's bgr?

In LiVES it is, at least on x86.


>
>> I've not heard of gavl before, but it looks interesting. Do you have
>> conversions for all those palettes ? 
>
>
> All conversions are present in C, some also in mmx.

MMX is no good for me, LiVES is cross platform. However, the livido 
writers might be interested, since liblivido will be platform specific.


>
>> I am looking for a high quality
>> YUV420 <---> UYVY converter.
>
>
> What do you mean with high quality?
> With interpolating for chroma up/down sampling? 

Yes. I have horizontal subsampling for BGR->UYVY

I need a vertical subsample for UYVY->YUV420. Oh well, I will ask Niels 
sometime.


>
> The gavl yuv420 <-> uvuy converter is pretty srtaightforward.
>
Unless you want vertical chroma sub/supersampling.


Salsaman.