Any help on this? I'm quite interested in making this work but I don't know if it is a hardware related issue or not. Thank you, Javi El 29 de mayo de 2009 11:20, Javier G?lvez Guerrero < javier.galvez.guerrero at gmail.com> escribi?: > I've tried the same in an identical box (just Ubuntu instead of Debian, but > the hardware is the same) and I get the same results: pjsua is stuck in the > same step. Note that in order to let pjsua find any default audio device I > need 'modprobe snd-pcm-oss' before. > > Any idea about how to work around this? > > > Regards, > Javi > > > El 28 de mayo de 2009 17:56, Javier G?lvez Guerrero < > javier.galvez.guerrero at gmail.com> escribi?: > > Hi, >> >> I have been trying pjsua application in a Debian Lenny box and all has >> worked out of the box. Now I was trying it in a laptop and I'm experiencing >> an issue I don't know how to solve. >> >> I'm streaming a PCMA WAV file from A to B. Laptop is B. I can play the >> file locally in B but I'm unable to play it when establishing a SIP session >> with A; in fact, I can't establish any SiP session with A because pjsua gets >> stuck when configuring the audio device: >> >> # ./pjsua-i686-pc-linux-gnu sip:147.83.47.179:5060 --add-codec=pcma >> 17:49:23.541 os_core_unix.c pjlib 1.2 for POSIX initialized >> 17:49:23.542 sip_endpoint.c Creating endpoint instance... >> 17:49:23.542 pjlib select() I/O Queue created (0x9bf1010) >> 17:49:23.542 sip_endpoint.c Module "mod-msg-print" registered >> 17:49:23.542 sip_transport. Transport manager created. >> 17:49:23.542 sip_endpoint.c Module "mod-pjsua-log" registered >> 17:49:23.542 sip_endpoint.c Module "mod-tsx-layer" registered >> 17:49:23.542 sip_endpoint.c Module "mod-stateful-util" registered >> 17:49:23.542 sip_endpoint.c Module "mod-ua" registered >> 17:49:23.542 sip_endpoint.c Module "mod-100rel" registered >> 17:49:23.542 sip_endpoint.c Module "mod-pjsua" registered >> 17:49:23.542 sip_endpoint.c Module "mod-invite" registered >> 17:49:23.572 pa_dev.c PortAudio sound library initialized, >> status=0 >> 17:49:23.572 pa_dev.c PortAudio host api count=1 >> 17:49:23.572 pa_dev.c Sound device count=1 >> 17:49:23.573 pjlib select() I/O Queue created (0x9bf7f2c) >> 17:49:23.609 sip_endpoint.c Module "mod-evsub" registered >> 17:49:23.609 sip_endpoint.c Module "mod-presence" registered >> 17:49:23.609 sip_endpoint.c Module "mod-refer" registered >> 17:49:23.609 sip_endpoint.c Module "mod-pjsua-pres" registered >> 17:49:23.609 sip_endpoint.c Module "mod-pjsua-im" registered >> 17:49:23.609 sip_endpoint.c Module "mod-pjsua-options" registered >> 17:49:23.616 pjsua_core.c 1 SIP worker threads created >> 17:49:23.616 pjsua_core.c pjsua version 1.2 for i686-pc-linux-gnu >> initialized >> 17:49:23.616 sip_endpoint.c Module "mod-default-handler" registered >> 17:49:23.616 pjsua_core.c SIP UDP socket reachable at >> 192.168.0.2:5060 >> 17:49:23.616 udp0x9c07cb8 SIP UDP transport started, published address >> is 192.168.0.2:5060 >> 17:49:23.616 pjsua_acc.c Account <sip:192.168.0.2:5060> added with >> id 0 >> 17:49:23.616 tcplis:5060 SIP TCP listener ready for incoming >> connections at 192.168.0.2:5060 >> 17:49:23.616 pjsua_acc.c Account <sip:192.168.0.2:5060;transport=TCP> >> added with id 1 >> 17:49:23.616 pjsua_media.c RTP socket reachable at 192.168.0.2:4000 >> 17:49:23.616 pjsua_media.c RTCP socket reachable at 192.168.0.2:4001 >> 17:49:23.616 pjsua_media.c RTP socket reachable at 192.168.0.2:4002 >> 17:49:23.616 pjsua_media.c RTCP socket reachable at 192.168.0.2:4003 >> 17:49:23.616 pjsua_media.c RTP socket reachable at 192.168.0.2:4004 >> 17:49:23.617 pjsua_media.c RTCP socket reachable at 192.168.0.2:4005 >> 17:49:23.617 pjsua_media.c RTP socket reachable at 192.168.0.2:4006 >> 17:49:23.617 pjsua_media.c RTCP socket reachable at 192.168.0.2:4007 >> 17:49:23.617 pjsua_media.c Opening sound device PCM at 16000/1/20ms >> 17:49:23.618 ec0x9c18138 AEC created, clock_rate=16000, channel=1, >> samples per frame=320, tail length=200 ms, latency=96 ms >> ^C >> >> This is the point where pjsua gets stuck. If I add the --null-audio option >> the SIP session is properly established and the audio is received although >> it is not played (I know it is received because I can play it with Wireshark >> when packets are captured). >> >> So, it seems it's a hardware-related issue but I don't know how to solve >> it. I would like to know if anyone has experienced the same problem or if I >> could get any help on this. This is the information about the audio device, >> in case it helps: >> >> 00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 >> Family) High Definition Audio Controller (rev 04) >> Subsystem: Acer Incorporated [ALI] Device 0067 >> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- >> Stepping- SERR- FastB2B- DisINTx- >> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- >> <TAbort- <MAbort- >SERR- <PERR- INTx- >> Latency: 0 >> Interrupt: pin A routed to IRQ 16 >> Region 0: Memory at d000c000 (64-bit, non-prefetchable) [size=16K] >> Capabilities: [50] Power Management version 2 >> Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA >> PME(D0+,D1-,D2-,D3hot+,D3cold+) >> Status: D0 PME-Enable- DSel=0 DScale=0 PME- >> Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ >> Queue=0/0 Enable- >> Address: 0000000000000000 Data: 0000 >> Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI >> 00 >> DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, >> L1 <1us >> ExtTag- RBE- FLReset- >> DevCtl: Report errors: Correctable- Non-Fatal- Fatal- >> Unsupported- >> RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ >> MaxPayload 128 bytes, MaxReadReq 128 bytes >> DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ >> TransPend- >> LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency >> L0 <64ns, L1 <1us >> ClockPM- Suprise- LLActRep- BwNot- >> LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk- >> ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- >> LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- >> DLActive- BWMgmt- ABWMgmt- >> Capabilities: [100] Virtual Channel <?> >> Capabilities: [130] Root Complex Link <?> >> Kernel driver in use: HDA Intel >> Kernel modules: snd-hda-intel >> >> >> >> Thanks for your time, >> Javi >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090602/403790fa/attachment-0001.html>
