[Bug 754495] videoaggregator: No protection from receiving interlaced and non-interlaced content

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Mar 30 15:43:15 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=754495

Thiago Sousa Santos <thiagossantos at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #324890|needs-work                  |none
             status|                            |
 Attachment #324890|0                           |1
        is obsolete|                            |

--- Comment #5 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Created attachment 325029
  --> https://bugzilla.gnome.org/attachment.cgi?id=325029&action=edit
videoaggregator: properly handle interlace-mode restrictions

You're right, I got confused with videotestsrc not putting interlace-mode in
its caps
(which implicitly means progressive) and using a capsfilter after it that would
filter
to 'interleaved'. That seemed to be working nicely but was all a lie.

One downsize for this change is that caps queries from compositor will now
return
interlace-mode in its caps which will become yet another required field for
video
caps for subset checks to work.

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


More information about the gstreamer-bugs mailing list