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 316664 - pausing and ressuming/seeking file causes the file to be replayed at high speed
pausing and ressuming/seeking file causes the file to be replayed at high speed
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-09-18 21:29 UTC by David Nielsen
Modified: 2005-09-18 22:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Nielsen 2005-09-18 21:29:40 UTC
Please describe the problem:
This problem occures on fairly big files, I discovered it using some of the
LugRadio ogg vorbis high quality setting files (www.lugradio.org), it doesn't
happen on regular length files (typical 3-5 min songs) however it happens on
almost every single file around 60 mins.

Seeking seems to produce the same result

On the upside, Jono Bacon's voice sounds very funny at high speed.

Steps to reproduce:
1. import long file
2. play
3. pause
4. resume play

Actual results:
5. chipmunk voices

Expected results:
5. regular playback

Does this happen every time?
seems fairly reproducable on large files, ~60 mins

Other information:
Link to test file:
http://audio.lugradio.org/season1/ep8/lugradio-episode8-260504-high-quality.ogg

Using Ubuntu Breezy
Comment 1 Aaron Bockover 2005-09-18 22:31:37 UTC
On that file, there is absolutely some very weird playback, however, I don't
think it's Banshee's fault. I don't get exactly the same problem as you. For me,
the audio skips fairly rapidly. Seeking actually seems to make it play normally,
at least for a little while. I get the same result outside of Banshee with this
pipeline:

$ gst-launch-0.8 gnomevfssrc location=lugradio-episode8-260504-high-quality.ogg
! spider ! audioconvert ! alsasink

Playing with mplayer confirms it's not a problem with the OGG - the problem is
in GStreamer:

$ lugradio-episode8-260504-high-quality.ogg

I am suspecting it's actually a problem with the vorbisdec gstreamer element.
Comment 2 Aaron Bockover 2005-09-18 22:37:14 UTC
Whoops, meant:

$ mplayer lugradio-episode8-260504-high-quality.ogg

Totem also exhibits the same problem playing the ogg, as the pipelines in all
three situations are nearly identical.

I also just tested with the MP3 version of that episode, and have the same
problem, so it's a more general GStreamer issue.

This bug needs to be filed against GStreamer, not against Banshee.