[vlc-devel] Problem with RGB24 Directshow display

Developer developer at noknok.net
Sun Dec 6 17:21:34 CET 2009

Jean-Baptiste Kempf wrote:
> On Sun, Dec 06, 2009 at 10:49:55AM -0500, Developer wrote :
>> Ok, willl give it a shot.  Any online helper pages for compiling VLC on  
>> WINDOWS and its prerequisites?
> http://wiki.videolan.org/Win32CompileMSYSNew
> I can provide a VM if you prefer
>> Does or would anyone have any issue with adding a new supported  
>> :dshow-xxx command/flag option to force the bit order of RGB vs BGR?
> No, but couldn't that be auto-detected in some way?
> Best Regards,

A VM would rock !!  would save me the grief BIG time.

As for auto detection, will need to look at whats int he code now vs 
enabling auto detect.  It seems it is correct that code currently just 
MASK all RGB to BGR.

I guess my first question is their a special reason why this is the 
case?  Is/was their some special need to support BGR over RGB?  I would 
have thought default should have been RGB.  But may have something to do 
with BIG/LITTLE ....

Because we're not dealing with anything but a raw stream here and 
directshow media types (all defined by GUID's I will add), the driving 
force should be some sort of uniform tie back to dshow GUIDs.  Most of 
what I have seen in others (ffmpeg, etc) has been a manual selection to 
discern the two.  Not sure yet what i can drive off of for auto 
detecting the difference.

I will make the comment though Microsoft is little endian, being RGB, 
and dshow being microsoft most filters will supply true RGB.  But also 
understand the roots of VLC not being MS based.....

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20091206/0f127b16/attachment.html>

More information about the vlc-devel mailing list