[Bug 692368] VBR mp3 files - query position not accurate

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=692368
  GStreamer | gst-plugins-ugly | 0.10.36

--- Comment #3 from Hans Oesterholt <hans at oesterholt.net> 2013-01-23 13:56:10 UTC ---
Ohw. I'm not that deep into gstreamer. Banshee simply does a position request
using gst_element_query_position() on a playing stream, when asking for the
current position in the stream that's playing. 

What I notice with VBR mp3s is that the requested time position is usually not
accurate. When my program 'listens' to the position that's reported back by
Banshee, it knows the End offset and Begin offset (in ms) of a piece of music
in the mp3 file (that contains a whole CD or concert). When the current
position in the stream (in ms) reaches End offset, I seek to a new piece of
music (other Begin Offset). However, the reported position mostly reaches 'End
offset' several 100s of ms earlier than it should. The consequence is that
Banshee seeks to fast, i.e. before the piece is over. With CBR mp3s or FLAC
files, no problems occur, because the reported position by gstreamer is
accurate. 

Seeking is accurate (given the right accurate seeking flag). 

Using gst_element_seek to set a play-range and waiting for EOS is not an
option, because starting up the playback again and setting a new play_range,
results in a noticeable gap.

-- 
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.