Issue replacing jpegenc with x264 enc in a pipeline

Tim Müller tim at centricular.com
Mon Dec 2 05:36:15 PST 2013


On Mon, 2013-12-02 at 14:23 +0100, Severin Kacianka wrote:
> On 12/02/2013 02:05 PM, Tim Müller wrote:
> > Any of those three options I gave should have solved your issue.
> 
> In my tests only tune=zerolatency resolved my problem. Adding 
> async=false to the filesink or increasing max-size-time for the queue 
> does not solve the problem.

Right, the async=false alone won't help since the queue will still fill
up and prevent the other sink from prerolling.

As for increasing max-size-time, you would need to unset/increase all
max-size-* since the limit hit first wins.

> Thank you also very the great explanation. Is there any way to detect a 
> problem like this in a pipeline? Or maybe more broadly: is there a 
> gstreamer debug tutorial?

Unfortunately not (to my knowledge).

If a pipeline fails to preroll, the general rule is to look at where
data flows and where not, that is: why does data not make it all the way
through to all sinks.

Cheers
 -Tim

-- 
Tim Müller, Centricular Ltd - http://www.centricular.com






More information about the gstreamer-devel mailing list