Sound on St Linux

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

 



Thank you nanang;

Now there is no termination but when ever an INVITE came to the stack it
gives below msg;
pjsua-sh4-linux: ../src/pjsip-ua/sip_inv.c:791: pjsip_inv_verify_request2:
Assertion `(status=pjmedia_sdp_validate(l_sdp))==0' failed.



On Thu, Sep 18, 2008 at 7:36 PM, Nanang Izzuddin <nanang at pjsip.org> wrote:

> Hi,
>
> >From the sndtest result, it seems the sound device worked fine. So the
> error may be related to resample stuff (e.g PJMEDIA_RESAMPLE_IMP set
> to PJMEDIA_RESAMPLE_NONE). Please try to add --clock-rate 8000 to the
> pjsua.config file.
>
> Regards,
> nanang
>
>
> On Thu, Sep 18, 2008 at 10:58 PM, P.Muge Ersoy <muge.ersoy at gmail.com>
> wrote:
> > Thanks for the tip
> >
> > The capture device i want to use is the VOIP USB phone .I tested it with
> the
> > binary and it seems allright..
> >
> > root at IP:/# ./sndtest-sh4-linux --id 0
> >  22:02:10.181      sndtest.c Found 3 devices:
> >  22:02:10.183      sndtest.c  0: VOIP USB Phone           : USB Audio
> > (hw:0,0) (capture=1, playback=1)
> >  22:02:10.184      sndtest.c  1: default (capture=128, playback=128)
> >  22:02:10.184      sndtest.c  2: /dev/dsp (capture=16, playback=16)
> >  22:02:10.203      sndtest.c Testing playback device VOIP USB
> > Phone           : USB Audio (hw:0,0)
> >  22:02:10.204      sndtest.c Testing capture device VOIP USB Phone
> > : USB Audio (hw:0,0)
> >  22:02:10.411      sndtest.c  Please wait while test is in progress (~11
> > secs)..
> >  22:02:21.684      sndtest.c  Dumping results:
> >  22:02:21.684      sndtest.c   Parameters: clock rate=8000Hz, 80
> > samples/frame
> >  22:02:21.684      sndtest.c   Playback stream report:
> >  22:02:21.685      sndtest.c    Duration: 10s.020
> >  22:02:21.685      sndtest.c    Frame interval: min=0.062ms, max=45.741ms
> >  22:02:21.686      sndtest.c    Jitter: min=5.971ms, avg=19.976ms,
> > max=45.677ms
> >  22:02:21.686      sndtest.c   Capture stream report:
> >  22:02:21.686      sndtest.c    Duration: 10s.020
> >  22:02:21.686      sndtest.c    Frame interval: min=0.075ms, max=45.708ms
> >  22:02:21.688      sndtest.c    Jitter: min=5.992ms, avg=19.940ms,
> > max=45.624ms
> >  22:02:21.689      sndtest.c   Checking for clock drifts:
> >  22:02:21.689      sndtest.c    No clock drifts is detected
> >  22:02:21.689      sndtest.c  Test completed with some warnings
> >
> >
> > I added --capture-dev 0 to my config file than i run root at IP:/#
> > ./pjsua-sh4-linux --config-file pjsua.config
> > It gave below error and teminated..
> >
> >  22:06:24.446   pjsua_core.c pjsua version 0.9.0-release for
> > sh4-unknown-linux-gnu initialized
> >  22:06:30.735    pjsua_acc.c Registration sent
> >  22:06:46.301    pjsua_acc.c IP address change detected for account 2
> > (192.168.0.224:5060 --> 213.143.229.18:40653). Updating registration..
> >  22:06:46.303    pjsua_acc.c Unregistration sent
> >  22:06:46.307    pjsua_acc.c Registration sent
> >  22:06:46.428  pjsua_media.c Unable to open sound device: Invalid
> operation
> > (PJ_EINVALIDOP) [status=70013]
> >  22:06:46.439    pjsua_acc.c Unable to create/send REGISTER: Object is
> busy
> > (PJSIP_EBUSY) [status=171001]
> >  22:06:46.508    pjsua_acc.c sip:60000004 at turktelekom.com.tr<sip%3A60000004 at turktelekom.com.tr>:
> registration
> > success, status=200 (OK), will re-register in 3600 seconds
> >
> > Any idea?
> >
> > On Thu, Sep 18, 2008 at 5:12 PM, Nanang Izzuddin <nanang at pjsip.org>
> wrote:
> >>
> >> Hi,
> >>
> >> What about sndtest for each device below? (e.g "sndtest-xxxx --id
> >> 0/1/2"). Just FYI, pjsua also has parameter to set playback and
> >> capture device, so in case the sndtest shows good result on a device,
> >> you can try to run pjsua using that device.
> >>
> >> Regards,
> >> nanang
> >>
> >>
> >> On Thu, Sep 18, 2008 at 8:40 PM, P.Muge Ersoy <muge.ersoy at gmail.com>
> >> wrote:
> >> > I run sndinfo on the board and here is the output below;
> >> >
> >> >  19:48:54.434 os_core_unix.c  pjlib 1.0-rc1 for POSIX initialized
> >> >  19:48:55.495      pasound.c  PortAudio sound library initialized,
> >> > status=0
> >> >  19:48:55.495      pasound.c  PortAudio host api count=2
> >> >  19:48:55.496      pasound.c  Sound device count=3
> >> >  19:48:55.499          pjlib  select() I/O Queue created (0x487b74)
> >> > Device #00:
> >> >   Name                : VOIP USB Phone           : USB Audio (hw:0,0)
> >> >   # of input channels : 1
> >> >   # of output channels: 1
> >> >   Default clock rate  : 8000 Hz
> >> >
> >> > Device #01:
> >> >   Name                : default
> >> >   # of input channels : 128
> >> >   # of output channels: 128
> >> >   Default clock rate  : 44100 Hz
> >> >
> >> > Device #02:
> >> >   Name                : /dev/dsp
> >> >   # of input channels : 16
> >> >   # of output channels: 16
> >> >   Default clock rate  : 44100 Hz
> >> >
> >> >
> >> > It recognize the sound device which is a usb phone . I run another sip
> >> > stack
> >> > with media stack , sound was working.
> >> >
> >> > What might be the problem ?
> >> >
> >> > Regards
> >> > Muge
> >> >
> >> > On Mon, Sep 8, 2008 at 6:55 PM, Nanang Izzuddin <nanang at pjsip.org>
> >> > wrote:
> >> >>
> >> >> Try to run snd_info & snd_test for each sound device (they should be
> >> >> in pjsip-apps/bin/samples directory), just to make sure whether the
> >> >> existing pjmedia sound device abstraction (pasound.c in this case)
> can
> >> >> works on your board. If it is not working, then you may need to
> follow
> >> >> the quoted doc above, creating your own sound device wrapper. Here is
> >> >> the doc of sound device interface (sound.h):
> >> >> http://www.pjsip.org/pjmedia/docs/html/group__PJMED__SND.htm
> >> >> There are some samples of sound device wrapper implementation:
> >> >> pasound.c, symbian_sound[_aps].c, dsound.c
> >> >>
> >> >> Btw, since PJSIP sound device implementation on Linux is using
> >> >> PortAudio, it may also be useful to find related topics from
> PortAudio
> >> >> forums/mailing list archive.
> >> >>
> >> >> Regards,
> >> >> nanang
> >> >>
> >> >>
> >> >> On Mon, Sep 8, 2008 at 9:15 PM, P.Muge Ersoy <muge.ersoy at gmail.com>
> >> >> wrote:
> >> >> > Hi All;
> >> >> >
> >> >> > I am having trouble about sound on st linux. I compiled the pjsua
> and
> >> >> > had
> >> >> > two assertion. First one was;
> >> >> >
> >> >> > "pjsua-sh4-unknown-linux-gnu:
> >> >> > src/../../../portaudio/src/common/pa_front.c:352: Pa_Initialize:
> >> >> > Assertion
> >> >> > `"PortAudio: compile time and runtime endianness don't match" &&
> >> >> > (((char
> >> >> > *)&nativeOne)[0]) == 0' failed.
> >> >> > little endian a set ediyoruz pa_endianness.h "
> >> >> >
> >> >> > I set it to little endian manually.. Second one was ;
> >> >> >
> >> >> > pjsua-sh4-unknown-linux-gnu:
> >> >> > src/../../../portaudio/src/hostapi/alsa/pa_linux_alsa.c:837:
> >> >> > BuildDeviceList: Assertion `devIdx < numDeviceNames' failed.
> >> >> > pa_linux_alsa.c
> >> >> >
> >> >> > I simply command out it.
> >> >> >
> >> >> > I compiled and when i started pjsua it loaded and registered
> >> >> >  successfully
> >> >> > ... I made call, connection establish but there was no sound.
> >> >> >
> >> >> > There is Alsa driver register on the ST board;
> >> >> >
> >> >> > Advanced Linux Sound Architecture Driver Version 1.0.11rc4 (Wed Mar
> >> >> > 22
> >> >> > 10:27:24
> >> >> > 2006 UTC).
> >> >> > ALSA device list:
> >> >> >   #0: STb7100_PCM0
> >> >> >   #1: STb7100_PCM1
> >> >> >   #2: STb7100_SPDIF
> >> >> >   #3: STb7100_CNV
> >> >> >
> >> >> > I saw below at documentation page;
> >> >> >
> >> >> > "Use your own sound device abstraction, rather than PortAudio. If
> you
> >> >> > are
> >> >> > porting PJSIP to an embedded platform, you will need to create your
> >> >> > own
> >> >> > sound device abstraction. So supposing we don't use PortAudio and
> use
> >> >> > the
> >> >> > NULL sound device implementation
> >> >> > (PJMEDIA_SOUND_IMPLEMENTATION=PJMEDIA_SOUND_NULL_SOUND), we will
> >> >> > reduce
> >> >> > executable size by approximately 49 KB."
> >> >> >
> >> >> > Actually i didn't quite get the meaning of sound device abstraction
> ?
> >> >> > How
> >> >> > would it be done ?
> >> >> >
> >> >> >
> >> >> > Regards
> >> >> > Muge
> >> >> >
> >> >> > _______________________________________________
> >> >> > Visit our blog: http://blog.pjsip.org
> >> >> >
> >> >> > pjsip mailing list
> >> >> > pjsip at lists.pjsip.org
> >> >> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Regards,
> >> >> nanang
> >> >>
> >> >> _______________________________________________
> >> >> Visit our blog: http://blog.pjsip.org
> >> >>
> >> >> pjsip mailing list
> >> >> pjsip at lists.pjsip.org
> >> >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> >> >
> >> >
> >> > _______________________________________________
> >> > Visit our blog: http://blog.pjsip.org
> >> >
> >> > pjsip mailing list
> >> > pjsip at lists.pjsip.org
> >> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> >> >
> >> >
> >>
> >> _______________________________________________
> >> Visit our blog: http://blog.pjsip.org
> >>
> >> pjsip mailing list
> >> pjsip at lists.pjsip.org
> >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> >
> >
> > _______________________________________________
> > Visit our blog: http://blog.pjsip.org
> >
> > pjsip mailing list
> > pjsip at lists.pjsip.org
> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> >
> >
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080918/a8b3e26e/attachment-0001.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