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 321271 - audio output is truncated at EOS
audio output is truncated at EOS
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other opensolaris
: Normal major
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 158667 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-11-11 22:50 UTC by Brian Cameron
Modified: 2006-02-16 10:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
WAV file that fails to play (42.10 KB, application/octet-stream)
2005-11-11 22:51 UTC, Brian Cameron
Details

Description Brian Cameron 2005-11-11 22:50:34 UTC
I am trying to play the attached WAV file with GStreamer 0.9 and it doesn't play
well.  It only plays half the file and then stops.

 gst-launch filesrc location=exitleft.wav ! wavparse ! audioconvert ! esdsink

It also fails with sunaudiosink instead of esdsink.
Comment 1 Brian Cameron 2005-11-11 22:51:58 UTC
Created attachment 54658 [details]
WAV file that fails to play


The attachment is a wav file called exitleft.wav.  I'm not sure if the problem
is with the wavparse or the audioconvert plugin.  I have no problems playing
files
of other formats (I've tested ogg, and au).
Comment 2 Tim-Philipp Müller 2005-11-12 20:15:09 UTC
That wav file in question has a samplerate of 22050 Hz. esdsink tends to accept
only one very specific samplerate in my experience (44100Hz in my experience),
even though the sink template caps don't suggest that.

In other words, try  

 gst-launch-0.9 filesrc location=exitleft.wav ! wavparse ! audioconvert !
audiorsample ! esdsink

Cheers
 -Tim
Comment 3 Brian Cameron 2005-11-16 01:15:21 UTC
No, adding audioresample to the pipeline doesn't work any better on Solaris. 
Were you able to play it with esdsink on your platform?
Comment 4 Michael Smith 2005-11-21 19:00:39 UTC
This doesn't seem specific to esdsink or sunaudiosink; It also gets truncated
(though it doesn't skip half the file, only a small bit on the end) playing back
with alsasink (with OR without audioconvert).

I suspect this is the same problem as bug #158667, but I'm not certain. Needs
investigation.
Comment 5 Brian Cameron 2005-11-21 20:42:15 UTC
Right, it doesn't skip half the file, it just truncates.  I misspoke in my
earlier post.  

Comment 6 Brian Cameron 2005-11-21 20:43:05 UTC
Note, just for reference, this WAV file has no troubles playing in 0.8.

Comment 7 Michael Smith 2005-11-21 21:52:55 UTC
Changing summary to more accurately reflect the problem: this seems to be a
problem with audio output in general (presumably in our audio base classes).
Comment 8 Michael Smith 2005-11-21 21:53:31 UTC
*** Bug 158667 has been marked as a duplicate of this bug. ***
Comment 9 Jan Schmidt 2006-01-17 16:27:43 UTC
We should CC Wim on this if we want it fixed.
Comment 10 Jan Schmidt 2006-02-12 00:13:51 UTC
I think this is now fixed - the audio sink should not post EOS until all samples have been played now. CC'ing wim for confirmation
Comment 11 Wim Taymans 2006-02-16 10:50:16 UTC
yes, should be fixed now, closing. Also moving to -base as this is related to the audio base class.