[gcompris-devel] Release 8.4 is online

[Terje Bergström]

On Monday 10 September 2007 22:08:48 Bruno Coudoin wrote:
> On my TODO list, I still have core developments:
> - mouse less GCompris
> - joystick support
> - wiimote support
> - svg live rescalling

Hi,

When considering the N800 port, mouseless gcompris would be very important, 
and another really important aspect is performance: gcompris is really slow 
on N800's processor. For example, redraws in puzzle are very visible, and 
there are seconds of lag in almost every operation.

I'm now trying to re-port gcompris to maemo. In my previous try I converted 
all audio to mp3's, but this time I have preserved them in their original 
form. 

So far it seems that with ogg codec installed, ogg files are playable. But the 
wav files seem to be the problem now: their sample rate varies a lot and the 
gstreamer audio sink is not able to play wav files with arbitrary sample 
rates:

terje at terje2-laptop:~/sbhome/gcompris-8.4/boards/sounds$ file *.wav
apert2.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 22050 Hz
bleep.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, 
mono 11127 Hz
bonus.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 8012 Hz
brick.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 44100 Hz
bubble.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11127 Hz
crash.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 44100 Hz
darken.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 22050 Hz
drip.wav:      RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 8000 Hz
eat.wav:       RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 22050 Hz
eraser1.wav:   RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 14000 Hz
eraser2.wav:   RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 14000 Hz
flip.wav:      RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, 
mono 8000 Hz
gobble.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
stereo 44100 Hz
grow.wav:      RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11025 Hz
Harbor1.wav:   RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11025 Hz
Harbor3.wav:   RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11025 Hz
level.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 8000 Hz
line_end.wav:  RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 14000 Hz
paint1.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11127 Hz
prompt.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, 
mono 11025 Hz
receive.wav:   RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
stereo 22050 Hz
scroll.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11000 Hz
smudge.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 44100 Hz
train.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11025 Hz
tuxok.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
stereo 44100 Hz
Water5.wav:    RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
mono 11025 Hz
youcannot.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 
stereo 44100 Hz

Sample rates 44100, 11025, etc seem to be ok, but samples with rample rate 
11127 and 8012 will just freeze the audio sink even with gst-launch. 
Converting them to 11025 and 8000 fixes the problem.

Would it be possible to provide all audio files with a reasonably standard 
sample rate?

Best regards,
Terje