when trying to play a vorbis file with 96 khz sample rate, totem (1.4.2) and sound recorder (2.14.2) give the message "Internal data stream error." Futhermore, Quod Libet (0.21), which uses gstreamer, says: "Unable to play song: GStreamer was unable to load the selected song. GStreamer encountered a general stream error.", so I'm assuming the problem is with gstreamer.
I noticed there is a resampler gstreamer module, which I would expect to be used in this case, but apparently isn't.
gst-inspect-0.10 --version gives:
gst-inspect-0.10 version 0.10.8
Unknown package origin
(by the way, i had this same problem with gst-0.8.)
i doubt this matters, but quodlibet's about box gives:
Supported formats: flac, mp3, mp4, oggvorbis, wav
Audio device: gconfaudiosink
GTK+: 2.8.19 / PyGTK: 2.8.6
GStreamer: 0.10.8.0 / PyGSt: 0.10.2
i'll attach the output of `gst-inspect-0.10 -a | grep audioresample`.
it seems to me that audioresample claims to handle this samplerate, so maybe it's the clients' fault for not using it or something... in which case this is a feature enhancement request that it be used automatically by gstreamer.
Created attachment 92577 [details]
output of `gst-inspect-0.10 -a | grep audioresample`
gst-launch-0.10 filesrc location=yourvorbisfile.ogg ! oggdemux ! vorbisdec ! audioconvert ! audioresample ! audio/x-raw-int,rate=44100 ! alsasink
(In reply to comment #2)
> gst-launch-0.10 filesrc location=yourvorbisfile.ogg ! oggdemux ! vorbisdec !
> audioconvert ! audioresample ! audio/x-raw-int,rate=44100 ! alsasink
must be way the apps use gstreamer...
Zaheer, isn't this a playbin bug then ?
probably an alsa bug
(In reply to comment #5)
> probably an alsa bug
@alsa - comments? :)
Tell me what soundcard you have and what driver you use before you blame ALSA...
actually, it works fine now, I forgot to mark the bug. Sorry.