[gstreamer-bugs] [Bug 634402] [gst-ffmpeg] timestamp problems with h.264 transportstreams?

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Nov 14 04:53:00 PST 2010


https://bugzilla.gnome.org/show_bug.cgi?id=634402
  GStreamer | gst-ffmpeg | git

--- Comment #8 from Thomas Löwe <lazyt at gmx.net> 2010-11-14 12:52:57 UTC ---
After recompiling the whole gstreamer from git it looks much better here.
Thanks for the tipps!

Some questions:

1) should the queue mentioned above inserted in the audio stream too?
2) if more elements are between decoder and sink where should the queue
inserted (after decoder or before sink)?

It works fine now for most streams, but some stops after exact 2 seconds. In my
app I'm using multiqueue and so i tested it with this:

"gst-launch souphttpsrc location=http://<livestreamsource> ! mpegtsdemux
name=dmx multiqueue name=mq use-buffering=1 max-size-buffers=0 max-size-bytes=0
dmx. ! mq.sink0 mq.src0 ! ffdec_h264 ! queue2 max-size-buffers=3
max-size-time=0 max-size-bytes=0 ! xvimagesink dmx. ! mq.sink1 mq.src1 ! a52dec
! audioconvert ! queue2 max-size-buffers=3 max-size-time=0 max-size-bytes=0 !
alsasink"

When I set "max-size-time=5000000000" it stops after 5 seconds, but i don't
understand why this happens only to some streams?

I've recorded some testfiles, but the problem is not reproducable with filesrc,
only from souphttpsrc.

Any ideas?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.



More information about the Gstreamer-bugs mailing list