Tim, why does 'zerolatency' reduce quality in transcoding? He is reading from a file so I would think that there shouldn't be any jitter concern. <div class="gmail_quote">On Thu, Oct 25, 2012 at 3:51 PM, Tim-Philipp Müller <<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, 2012-10-25 at 20:49 +0200, <a href="mailto:paul.praet@telenet.be">paul.praet@telenet.be</a> wrote: > I am trying to convert a DVD to mkv file with gstreamer. The pipeline > I use is: > > gst-launch -evv multifilesrc location="VTS_01_%d.VOB" index=1 ! dvddemux name=demuxer \ > matroskamux name=mux ! filesink location=test.mkv \ > demuxer.current_video ! queue ! mpeg2dec ! x264enc ! mux. \ > demuxer.current_audio ! queue ! ffdec_ac3 ! lamemp3enc ! mux </div>> [nothing happens anymore] The queues are probably too small (more precisely: the audio queue). x264enc will by default consume a few seconds' worth of frames before it outputs the first encoded frame. The audio queue needs to be able to contain that much audio data as well then (otherwise the demuxer will get blocked and stop outputting more video too, and nothing happens any more). So in short, try: ! queue max-size-bytes=0 max-size-buffers=0 max-size-time=10000000000 ! .. (or x264enc tune=zerolatency to find out if that is the problem - but this is not a good setting for transcoding, since it will reduce quality) Cheers -Tim _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </blockquote></div>