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 585369 - does not play audio wav files completely
does not play audio wav files completely
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.x
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-06-10 17:43 UTC by Jamie Royer
Modified: 2010-07-19 12:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
plugin log, from within epiphany (795.15 KB, application/octet-stream)
2010-03-05 18:25 UTC, Bastien Nocera
Details

Description Jamie Royer 2009-06-10 17:43:12 UTC
Please describe the problem:
When playing pronunciation samples at Merriam-Webster web dictionary, some audio files do not play completely to the end but miss a few hundred milliseconds at the end.  Perhaps it only happens with short files.

Steps to reproduce:
1. Using Firefox (I'm using 3.0.10) navigate to http://www.merriam-webster.com/dictionary/crystalline
2. Click the speaker icon to play the pronunciation sample.


Actual results:
Only the first part of the word "crystal" is heard.

Expected results:
It should play the entire word of "crystalline".

Does this happen every time?
Some words play successfully but most don't.

Other information:
You can hear the complete announcement by following the steps above then you click "Click here to listen with your default audio player" it will replace the web page with a Totem visualisation.  If you then right-click and select "Open with "Movie Player"" it will launch Totem Movie Player 2.26.1 which will then play the file completely.

This bug was originally created here:
https://bugs.launchpad.net/ubuntu/+source/totem/+bug/249865
Comment 1 Bastien Nocera 2010-03-05 14:32:45 UTC
The problem seems to be with the GStreamer pipeline dropping older samples if you were to launch the plugin viewer helper from cold.

Maybe the audiosinks being overly eager to drop data? Or the stdin plugin not getting all the data, or wrongly timestamping it?
Comment 2 Bastien Nocera 2010-03-05 18:24:00 UTC
I can reproduce the problem with epiphany and the totem plugin, but only when the totem-plugin-viewer isn't paged in to memory.

Full log attached below.
Comment 3 Bastien Nocera 2010-03-05 18:25:11 UTC
Created attachment 155346 [details]
plugin log, from within epiphany
Comment 4 Fred Sauer 2010-05-26 21:03:37 UTC
Note the different execution when the same file is accessed remotely (388517919 ns) vs. locally (636663353 ns):

#
# Only [crystal] is heard
#
$ gst-launch-0.10 playbin uri=http://cougar.eb.com/soundc11/c/crysta02.wav
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
Got EOS from element "playbin0".
Execution ended after 388517919 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

#
# The full [crystalline] is heard
#
$ gst-launch-0.10 playbin uri=file:///home/fredsa/crysta02.wav
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
Got EOS from element "playbin0".
Execution ended after 636663353 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
Comment 5 Tim-Philipp Müller 2010-06-03 14:48:29 UTC
This works fine for me with current git, even if there's a few seconds delay on the network connect() call.

Could you re-try with current versions (e.g. using the GStreamer PPA if you're one ubuntu).
Comment 6 Tobias Mueller 2010-07-19 12:35:14 UTC
Hm. Closing as OBSOLETE as per comment #5.