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 663279 - Playbin2 will intermittently report position as running-time when pipeline is paused
Playbin2 will intermittently report position as running-time when pipeline is...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-11-03 00:35 UTC by prismatic.project
Modified: 2013-03-29 13:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description prismatic.project 2011-11-03 00:35:34 UTC
Given the following pipeline:
playbin2 ! equalizer ! tee T ! queue ! autoaudiosink . T ! queue !
audioconvert ! fakesink

Where 
* the playbin2 is attached to everything else in another bin through a ghost pad
* gapless playback is used (uri changed on 'about-to-finish' signal from playbin2)

A position query on the pipeline will intermittently return the running-time as opposed to the position. I'm using the latest master for gst-plugins-base.

It was tricky to create a test-case to demo this. Here's a tiny app that the issue can be verified with:
https://gitorious.org/qtgsaudioplayer/qtgsaudioplayer/

Recreate issue
* build/launch the app from terminal/command line
* hit play -- it'll start looping a single track
* once more than one loop of the track has completed, try hitting pause/play a few times. the position will jump to 100% on the UI. If you read the terminal output you'll see the position returned is running-time, not position.
Comment 1 Vincent Penquerc'h 2012-01-17 11:14:29 UTC
Does this happen with more than one file type (eg, both an MP3 and an Ogg/Vorbis file) ? I don't have the deps to build this and test for myself, and this could be either a sink/basesink issue (likely), or a demuxer/decoder/parser one (less likely).
Comment 2 Akhil Laddha 2012-02-29 08:14:14 UTC
prismatic.project, can you please respond to comment#1 ?
Comment 3 prismatic.project 2012-02-29 20:27:51 UTC
Hey,

Sorry for the delayed response, I lost track of this issue.
Yes, the issue persists regardless of type (I tried both *.mp3 and *.ogg). Here are the plugin versions I have installed:

local/gstreamer0.10 0.10.35-1
    GStreamer Multimedia Framework
local/gstreamer0.10-bad 0.10.22-5 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Bad Plugin libraries (gst-plugins-bad)
local/gstreamer0.10-bad-plugins 0.10.22-5 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Bad Plugins (gst-plugins-bad)
local/gstreamer0.10-base 0.10.35-1
    GStreamer Multimedia Framework Base plugin libraries
local/gstreamer0.10-base-plugins 0.10.35-1 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Base Plugins (gst-plugins-base)
local/gstreamer0.10-good 0.10.30-2
    GStreamer Multimedia Framework Good plugin libraries
local/gstreamer0.10-good-plugins 0.10.30-2 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Good Plugins (gst-plugins-good)
local/gstreamer0.10-python 0.10.22-1
    Python bindings for GStreamer 0.10
local/gstreamer0.10-ugly 0.10.18-5
    GStreamer Multimedia Framework Ugly plugin libraries
local/gstreamer0.10-ugly-plugins 0.10.18-5 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Ugly Plugins (gst-plugins-ugly)
Comment 4 Sebastian Dröge (slomo) 2012-06-01 11:12:57 UTC
Is this when using the gapless playback feature of playbin2?
Comment 5 Tobias Mueller 2012-10-25 23:21:21 UTC
prismatic.project, ping.
Comment 6 Tobias Mueller 2013-03-29 13:30:17 UTC
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!