So ... I got a sip client to work natively (PJSIP) ... there's only one problem, it doesn't detect any audio devices. However 'aplay' seems to have no problem playing an audio file.

Anyone think of anything? I've included the cross-compiled pjsua app if anyone wants to play with it. Either scp or winscp the uncompressed program.

The manual for pjsua is here.

I also have compiled versions for windows and linux-686 upon request.

You'll need a SIP account to really be able to use it.

Reply

I may have miscompiled the audio drivers ... will look more into it tomorrow.

Reply

Any update on this?

Reply

I want this so bad.

Reply

Sounds like a pulseaudio problem if the error is "Unable to open sound device: No suitable sound playback device." Have you tried running it through a Pulseaudio wrapper like padsp?

My love for Pulseaudio is boundless.

Reply

open("/dev/dsp", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory)
open("/dev/dsp", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory)

Dont have a working ARM tool chain anymore. Can someone compile the pulse wrapper?

* Nevermind.. I stole it from debian arm.. trying it now..

Eh.. dependency hell.. I give up. Couldnt find libcap on the pre, was a bit surprised, and couldnt find the right libcap for the right glibc

Reply

Finally some success.. Need to get the audio sinks straightened out. Didnt realize till now how complex the Pre's audio system is.

Make call: sip:1000@192.168.1.5
23:51:25.133 pjsua_media.c Opening sound device PCM@16000/1/20ms
23:51:25.404 ec0x169268 Echo suppressor created, clock_rate=16000, channel=1, samples per frame=320, tail length=200 ms, latency=96 ms

Reply

I got the sip client to recognize the sound card, but am finding that opening the sound device appears to block with a futex. Not exactly sure if this is a sink configuration issue or problem with the sip client. I can place a call just fine without audio, but that kinda defeats the purpose

Anyone with knowledge of pulse configuration and could help out would be greatly appreciated!!

Attached are the associated bin and libraries needed to get padsp (/dev/dsp) working on the Pre.

Reply

This is the one thing I have been waiting for on the Pre. I may not be able to contribute any knowledge or script, but I would definitely be willing to donate.

Reply

Any updates on this?

Reply

within and zony,

This is some exciting stuff. I originally saw the wiki at: webos-internals.org/wiki/VoIP

I'm curious if you have make any recent progress.

Reply

I'll get it working as soon as I get back from this ******** Army training in California. Trust me, I want this as much as you and I got a working toolchain

Reply

Hope you can get this figured out eventually. It's really one of the only reasons I'm considering getting an android phone. I'm in areas with terrible receptions a lot but plenty of wifi. Would be nice to still use my phone when that happens.

Reply

my main motivation is I'm going overseas where Sprint service doesn't exactly reach ... There is wifi there however.

Reply

I read in a different thread that there is no api for mic access which is preventing the use of voip. Am I (hopefully) mistaken?

Reply

He is working down at the linux level so in essence bypassing the API.

Reply

Any updates?

Reply

I wonder if anyone out there can help out in building the first SIP Client for Palm Pre?

I hear there another one out there for a specific SIP provider. (too restrictive)

Reply

I leave for Afghanistan in less than four months ... I promise I will work my *** off to get it done by then. I'm taking this phone, and I am using it to call home. Just like I did with my ipod last time.

Reply

It inspires confidence to hear passion like that. Any progress?

Reply