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 670661 - mpegtsdemux: no playback on live sources (regression)
mpegtsdemux: no playback on live sources (regression)
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.23
Other Linux
: Normal blocker
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-02-23 08:34 UTC by Holger Kaelberer
Modified: 2013-04-20 21:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Holger Kaelberer 2012-02-23 08:34:11 UTC 
With mpegts from git master and 0.10.36 live mpegts sources are no longer played back in a pipeline.

Confirmed for playbin2 and manually constructed pipelines (http://lists.freedesktop.org/archives/gstreamer-devel/2012-February/034961.html).

Probably has something to do with commit  

commit 09f0860a1037b73bf314dd6d80ebbfa096ff93bf
Author: Vincent Penquerc'h <vincent.penquerch@collabora.co.uk>
Date:   Thu Dec 8 12:42:57 2011 +0000

    mpegtsdemux: only offset timestamps when live
    
    This code is to sync to a live source when there is a delay
    between start and when we receive the first buffer, so it does
    not make sense in a non live case.
    
    This fixes playback of streams where the input timestamps are
    based off some arbitrary offset.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=663756

Reverting this commit solves the problem.
Comment 1 Tim-Philipp Müller 2013-04-20 21:49:48 UTC 
I don't think this is going to get fixed in 0.10, and believe it works in 1.0/git master, so closing.

Please file a new bug if you still have issues with 1.x, thanks.