[Bug 758212] playbin adds the template caps on autoplug-query
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Sat Jan 9 01:38:49 PST 2016
https://bugzilla.gnome.org/show_bug.cgi?id=758212
--- Comment #19 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Matthew Waters (ystreet00) from comment #17)
> (In reply to Sebastian Dröge (slomo) from comment #16)
> > The problem is that playsink can only create the pads once it knows the caps
> > of the stream, and e.g. if there is an audio or video stream at all.
>
> And why can't the pad request create the chain for the specified playsink
> flags?
Because we don't know at this point which pads we're going to request. At this
point we might e.g. only have a demuxer doing a caps query downstream but we
don't know yet if the stream it created is going to be usable as a audio or
video stream (parsers, decoders might be missing or not working).
> > What my patch does now is that we assume that we can convert every raw
> > format on sysmem, and for everything else we need direct sink support. Which
> > should be the case in all normal situations but we might also want to check
> > the playsink flags here (e.g. native-video means we actually can't convert,
> > no deinterlace flag means we can't deinterlace, etc).
>
> Again, would be much simpler if one could push the caps query through
> playsink.
I agree, that would be the ideal solution :) Do you see a way of making that
happen? We would have to request the playsink pads from autoplug-query /
autoplug-continue / autoplug-select.
> One could also emulate pushing the caps query through the
> audio-filter/video-filter elements as well if absolutely necessary although
> that's starting to become ridiculous.
Yes, I wouldn't go that route :)
--
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