Stuck PJSUA because of audio hardware?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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/20090528/8186ce27/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux