Decodebin2 broken in 0.11?
matej.knopp at inmethod.com
Tue Nov 22 06:37:48 PST 2011
the problem seems to be that mpeg4videoparser has fixed src template
caps. If I change it to non-fixed it works as expected. Can anyone
confirm that this is intended behavior?
On Tue, Nov 22, 2011 at 2:39 PM, Matej Knopp <matej.knopp at inmethod.com> wrote:
> I have the following pipeline
> filesrc ! decodebin2
> The pipeline gets build like this
> filesrc - srccaps: video/x-msvideo
> avidemux - srccaps - video/mpeg, mpegversion=(int)4,
> framerate=(fraction)5000000/208541, width=(int)640, height=(int)352
> mp4parse - srccaps - video/mpeg, mpegversion=(int)4,
> parsed=(boolean)true, systemstream=(boolean)false
> And that is it. The decoder (ffmpegdec) doesn't kick in, because the
> template caps are "video/mpeg, width=(int)[ 16, 4096 ], height=(int)[
> 16, 4096 ], framerate=(fraction)[ 0/1, 2147483647/1 ],
> mpegversion=(int)4". There is no width, height and framerate in the
> mp4parse srccaps so decodebin won't link ffmpegdec to it
> The reason seems to be that in 0.11 the decodebin2 no longer feeds any
> data to parser until the process is completed, unlike 0.10 where the
> blocking was done after the parser and decoder. Is this intentional?
> How is this supposed to work?
> I'd love to give 0.11 try as I'm hitting certain limitations of 0.10
> but so far I'm struggling with even getting a basic pipeline to work.
More information about the gstreamer-devel