Try Twinkle, it's the best app available in armel Linux for VoIP, unless you can get CounterPath to compile an armel binary of X-lite for you. . .

Anyway, thanks to everyone here for the sound advice

So far I have Debian sound working in MPD, and I can control it with Kmix, Gnome mixer, alsamixer, ect. Unfortunately I'm about out of tablet experimentation time right now, and I haven't yet got any decent Twinkle sound, or any other KDE sounds yet, but at least Arts isn't crashing like it was. . .

I've had a lot of experience getting Alsa and PulseAudio working on various Linux systems. It shouldn't be too difficult. All the drivers for the DSP are in the kernel and seem to be working fine in Debian, so if we can just get the configurations all worked out good then the sound should work fine. I don't think it should be an issue using the Nokia stuff, since most of it is TI and INDT work anyway. TI, and even Nokia, want Linux to work well on the OMAP, and any help from us along those lines probably would be appreciated. The drawback, however, is if the binaries are closed, but for sound access stuff that would be doubtful, to say the least.

I think ESD, or preferably PulseAudio-which is really just another form of ESD, is the way to go. They are just a layer on top of Alsa anyway. Using PulseAudio may also help to counteract any jittering. In any event PulseAudio is the latest and the best, so that's what should be used. I wish I had time to play with it right now, but I have to postpone my tablet experimentation for a while to concentrate on other things.

Most likely the jittering is from an inability to access to acceleration abilities of the DSP correctly. Obviously Maemo is doing the sound access correctly, so we need to look at what's being done with their stuff and copy that. The ideal situation is not to directly use the Maemo binaries, because we want the stuff in the Debian repositories, but it should be fine to use them as a temporary measure until we can get the bugs sorted out.