[vlc-devel] RGB capture issues in DirectShow

Salah-Eddin Shaban salah at videolan.org
Sat Feb 11 20:13:40 CET 2017

On Sat, Feb 11, 2017 at 8:06 PM, RĂ©mi Denis-Courmont <remi at remlab.net> wrote:

>> is interpreted differently by different vout modules. When using
>> direct3d11 it seems to have no effect (so frames are still rendered
>> upside down). With direct3d9 it causes horizontal (not vertical)
>> flipping, so the end result looks like this
>> https://drive.google.com/open?id=0B36ioujDBJZsZ0w1cDIyTzJkUjg
>> With --vout=opengl however it is rendered correctly.
>> So this is not a DShow bug right?
> Well, yeah. I mean, obviously if different video outputs behave differently,
> it has to be a bug in video outputs...

I just wasn't sure which one of the video outputs had the right
interpretation :)

Had it been direct3d9, then both opengl and dshow would've had to be modified.

> The masks are supposed to be in local endianess. But some modules either
> ignore the masks, parse them incorrectly, or only support some combination. It
> gets even more confusing for 24-bits.
> I would much prefer we use different FOURCC depending on the byte order. Plus
> the masks cannot deal with high ranges.

I will try to do that.

More information about the vlc-devel mailing list