[Bug 740045] gst-play-1.0 --gapless file1.mp4 file2.mp4 stops after first file

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=740045

--- Comment #11 from Antonio Ospite <ao2 at ao2.it> ---
Ah, the problem I was seeing in Comment #10 was due to the particular test
files that only had _one_ video buffer, which resulted in the video stream
being a lot shorter then the audio stream.

With the test files generated in the following way (i.e. 4 seconds worth of
audio buffers, and actually 4 seconds worth of video buffers too), the gapless
playback works a lot better:

gst-launch-1.0 -e \
  webmmux name=mux ! filesink location="sample_440hz.webm" \
  videotestsrc pattern=black num-buffers=100 ! video/x-raw,framerate=25/1 ! \
      textoverlay valignment=center halignment=center font-desc="Mono, 72"
text="440Hz" ! \
      queue ! vp9enc ! mux. \
  audiotestsrc num-buffers=188 freq=440 ! audio/x-raw,rate=48000 ! \
      queue ! audioconvert ! vorbisenc quality=0.5 ! queue ! mux.

gst-launch-1.0 -e \
  webmmux name=mux ! filesink location="sample_880hz.webm" \
  videotestsrc pattern=black num-buffers=100 ! video/x-raw,framerate=25/1 ! \
      textoverlay valignment=center halignment=center font-desc="Mono, 72"
text="880Hz" ! \
      queue ! vp9enc ! mux. \
  audiotestsrc num-buffers=188 freq=880 ! audio/x-raw,rate=48000 ! \
      queue ! audioconvert ! vorbisenc quality=0.5 ! queue ! mux.

gst-play-1.0 --gapless sample_440hz.webm sample_880hz.webm

I still get that the video is updated with a delay, and that seems to be the
case with the files in the original report too.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.