[gstreamer-bugs] [Bug 164268] New: [ffmpegcolorspace] BGR handling woes

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=164268
 GStreamer | gst-plugins | Ver: HEAD CVS

           Summary: [ffmpegcolorspace] BGR handling woes
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: algernon at bonehunter.rulez.org
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Here is the situation: with GStreamer caps, the difference between RGB and BGR
is the red_mask and blue_mask values. Those are set appropriately. However,
img_convert does an RGB<->BGR switch too, which blows up the whole thing.

I believe that the appropriate solution here would be to rip out all the BGR
stuff from ffmpegcolorspace to get a clean start, and then reimplement BGR
handling by lying to img_convert() that it is RGB, and fiddle with the gstreamer
caps to get it right.

This approach means less code, and more supported colorspaces.

If anyone can confirm my suspicion, I'd be thankful. So thankful that I'd
volunteer to prepare a patch.

(I'm so confused when it comes to colorspaces, that I do not dare to work on
this before I get confirmation that I'm not doing something terribly stupid)

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.