RTP problems with ICE

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

 



On Tue, Jul 8, 2008 at 11:37 AM, Pedro Gon?alves <pedro.pandre at gmail.com>
wrote:

>
> Sorry for the previous short description.
> The complete stack trace is:
>
>      MyApp.exe!pj_bzero(void * dst=0xfeeefeee, unsigned int size=1600)
> Line 601 + 0xf bytes    C
>      MyApp.exe!get_frame(pjmedia_port * this_port=0x03713d20, pjmedia_frame
> * frame=0x0712f784)  Line 1720 + 0x16 bytes    C
>      MyApp.exe!pjmedia_port_get_frame(pjmedia_port * port=0x03713d20,
> pjmedia_frame * frame=0x0712f784)  Line 67 + 0x12 bytes    C
> >    MyApp.exe!play_cb(void * user_data=0x0583d9e8, unsigned int
> timestamp=331600, void * output=0x016ad6f0, unsigned int size=800)  Line 130
> + 0xd bytes    C
>      MyApp.exe!PaPlayerCallback(const void * input=0x00000000, void *
> output=0x016ad6f0, unsigned long frameCount=400, const
> PaStreamCallbackTimeInfo * timeInfo=0x0712fd08, unsigned long statusFlags=0,
> void * userData=0x05888824)  Line 263 + 0x2a bytes    C
>      MyApp.exe!AdaptingOutputOnlyProcess(PaUtilBufferProcessor *
> bp=0x016ad5a0, int * streamCallbackResult=0x0712fda4,
> PaUtilChannelDescriptor * hostOutputChannels=0x016a27e8, unsigned long
> framesToProcess=128)  Line 1060 + 0x33 bytes    C
>      MyApp.exe!PaUtil_EndBufferProcessing(PaUtilBufferProcessor *
> bp=0x016ad5a0, int * streamCallbackResult=0x0712fda4)  Line 1582 + 0x1b
> bytes    C
>      MyApp.exe!Pa_TimeSlice(PaWinDsStream * stream=0x016ad550)  Line 2106 +
> 0x10 bytes    C
>      MyApp.exe!Pa_TimerCallback(unsigned int uID=16, unsigned int uMsg=0,
> unsigned long dwUser=23778640, unsigned long dw1=0, unsigned long dw2=0)
> Line 2209 + 0x9 bytes    C
>
>
> Any idea why this happens?
> I was checking the functions in the stack and I saw that sound_port.c's
> play_cb has the following comment:
> /* We're risking accessing the port without holding any mutex.
>      * It's possible that port is disconnected then destroyed while
>      * we're trying to access it.
>      * But in the name of performance, we'll try this approach until
>      * someone complains when it crashes.
>      */
> I don't know if this is related to the problem I am having
>
>
You need to be careful with the sequence to destroy the media port while
it's connected to the sound device. There are plenty of samples (playfile,
playsine, recfile, resampleplay, etc.) on how to do it.

Cheers
 Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080708/7c9a692d/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