GNOME Bugzilla – Bug 552786
flutsmux is not setting timestamps on buffers output
Last modified: 2010-05-21 16:38:33 UTC
Same as: https://core.fluendo.com/gstreamer/trac/ticket/94 When executing the following pipeline, udpsrc streams the file at the wrong rate. It streams it as fast as possible, note the time of execution displayed by gst-launch, knowing that the video is about 7s long. gst-launch-0.10.exe --gst-debug-no-color --gst-debug=flutsm ux:0 --gst-plugin-path=c:\xxx\lib\gstreamer-0.10 filesrc location="c:\test\\mpeg2\\kit-dvbt-mpeg2-4CIF-1Mbps.ts" ! decodebin ! ffenc_mpeg2video bitrate=500000 dct-algo=int ! flutsmux ! udpsink host=10.10.184.138 port=4567 [ ... ] Execution ended after 2796857000 ns. [ ... ] Now, if you just run the same pipeline without flutsmux : gst-launch-0.10.exe --gst-debug-no-color --gst-debug=flutsm ux:0 --gst-plugin-path=c:\xxx\lib\gstreamer-0.10 filesrc location="c:\test\\mpeg2\\kit-dvbt-mpeg2-4CIF-1Mbps.ts" ! decodebin ! ffenc_mpeg2video bitrate=500000 dct-algo=int ! udpsink host=10.10.184.138 port=4567 [ ... ] Execution ended after 6921831000 ns. [ ... ] I suspect timestamps in GstBuffer? not being correctly handled in flutsmux. I'm still not familiar with GStreamer enough to tell more right now, but I'm investigating the problem with my limited understanding of GStreamers internals. -- Damien Lespiau
flutsmux should probably output the SCR as timestamps on the output buffers for this reason, but in the meantime you can probably work around your problem by putting "identity sync=true" between ffenc_mpeg2video and flutsmux
Is this still happening with current mpegtsdemux?
Erm, I mean mpegtsmux.
Zaher, Jan? Any updates on this issue? Thiago: Do you expect this issue to be fixed in a more recent version?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!