GNOME Bugzilla – Bug 321271
audio output is truncated at EOS
Last modified: 2006-02-16 10:50:16 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.
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
of other formats (I've tested ogg, and au).
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
No, adding audioresample to the pipeline doesn't work any better on Solaris.
Were you able to play it with esdsink on your platform?
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
Right, it doesn't skip half the file, it just truncates. I misspoke in my
Note, just for reference, this WAV file has no troubles playing in 0.8.
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).
*** Bug 158667 has been marked as a duplicate of this bug. ***
We should CC Wim on this if we want it fixed.
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
yes, should be fixed now, closing. Also moving to -base as this is related to the audio base class.