[Bugs] #3841 Jukebox UNSP: Playing some .wav files do not work

Sugar Labs Bugs bugtracker-noreply at sugarlabs.org
Tue Sep 4 15:21:53 EDT 2012

#3841: Playing some .wav files do not work
    Reporter:  humitos                    |          Owner:  humitos                    
        Type:  defect                     |         Status:  assigned                   
    Priority:  Unspecified by Maintainer  |      Milestone:  Unspecified by Release Team
   Component:  Jukebox                    |        Version:  Unspecified                
    Severity:  Unspecified                |       Keywords:  gtk2 13.1.0                
Distribution:  Unspecified                |   Status_field:  Unconfirmed                
Changes (by humitos):

 * cc: jnettlet (added)


 Chat with Jon:

 (16:08:24) humitos: jnettlet: using this .wav file
 http://bugs.sugarlabs.org/ticket/3841 I have problems...
 (16:08:42) humitos: it starts playing something weird and then, Jukebox
 (16:10:11) jnettlet: humitos: without looking in depth my guess is one of
 the waves is at a lower rate than 44100 or 48000 Hz this causing our audio
 driver to do stepping which sounds horrible
 (16:10:36) humitos: jnettlet: ah... I didn't know that our audio driver
 has that limitation
 (16:10:41) humitos: jnettlet: it's a good answer
 (16:10:58) jnettlet: humitos: so if we have bad sounding audio that is the
 first thing to test.  I have some config changes around that do the
 sampling in software first that we need to implement
 (16:11:24) humitos: jnettlet: $ file june_chorus.wav
 (16:11:24) humitos: june_chorus.wav: RIFF (little-endian) data, WAVE
 audio, Microsoft PCM, 16 bit, mono 24414 Hz
 (16:11:33) humitos: jnettlet: that is the .wav that doesn't work
 (16:11:35) jnettlet: yep that would do it
 (16:11:58) humitos: jnettlet: but this one... DOES work
 (16:12:00) humitos: $ file thermo.wav
 (16:12:00) humitos: thermo.wav: RIFF (little-endian) data, WAVE audio,
 Microsoft PCM, 8 bit, mono 11025 Hz
 (16:12:49) jnettlet: well the 24414 is a really strange rate.  11025 at 8
 bit we can mostly handle if the sound isn't too complex
 (16:14:02) humitos: jnettlet: it doesn't seem to be complex... it's just a
 man voice :P
 (16:14:20) ***humitos is wondering about the meaning of "complex"
 (16:14:28) jnettlet: regardless CC me on the bug and I will dig up my
 .asoundrc that forces software resampling before sending it to the
 (16:15:13) jnettlet: humitos: there is an open bug from Quanta about one
 sample in one of the activities that also sounds "strange" I bet it is the
 same problem.
 (16:15:44) humitos: jnettlet: ok, so... is not a problem that I can attack
 and fix...
 (16:17:35) jnettlet: humitos: you could alter the gstreamer pipeline to
 force the software resampling, but really I would prefer to do this as an
 alsa configuration change.  Have gstreamer do what it wants and alsa can
 resample with speex to something the hardware can deal with

Ticket URL: <http://bugs.sugarlabs.org/ticket/3841#comment:5>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system

More information about the Bugs mailing list