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