After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 608026 - [videomixer] timestamping problems
[videomixer] timestamping problems
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.19
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-01-25 12:35 UTC by Tim-Philipp Müller
Modified: 2010-02-12 13:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tim-Philipp Müller 2010-01-25 12:35:04 UTC
Looks like videomixer may not timestamp outgoing buffers properly when one of the input streams is short than the other input stream (?):

gst-launch-0.10 -v videomixer name=mix ! identity silent=false ! x264enc ! mp4mux ! fakesink silent=true   videotestsrc num-buffers=50 ! video/x-raw-yuv,format=\(fourcc\)I420,framerate=\(fraction\)25/1 ! identity silent=true ! mix.    videotestsrc num-buffers=50 ! videorate ! video/x-raw-yuv,format=\(fourcc\)I420,framerate=\(fraction\)25/1 ! ffmpegcolorspace ! identity silent=true ! mix.
Comment 1 Wim Taymans 2010-01-26 17:03:26 UTC
When the 'master' stream (the one with the highest framerate) goes EOS, timestamping stops...
Comment 2 Wim Taymans 2010-02-12 13:00:03 UTC
commit caec8d9837793d40bc302458be7b2bf8c058dcc0
Author: Wim Taymans <wim.taymans@collabora.co.uk>
Date:   Tue Jan 26 18:33:27 2010 +0100

    videomixer: fix timestamp problems
    
    When the pad with the highest framerate goes EOS, instead of not timestamping
    output buffers, intepollate timestamps and durations from the last seen ones.
    
    Fixes #608026