Conference problem

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

 



Nanang,

The problem is in portaudio, after the cpu delay, the 
PaAlsaStream_WaitForFrames() function in pa_linux_alsa.c never exit from 
a the while( pollPlayback || pollCapture ) {}. Then the capture/playback 
stops.

I think this is a problem solved in the last portaudio version (may be), 
then I will try to change the portaudio version in pjmedia to test. It 
is possible? It is a trivial change or is too complex?

Thank you.

Regards.


Nanang Izzuddin wrote:
> Hi Fabio,
>
> As the clock is from sound device (conference itself actually doesn't
> have clock), so the problem seems to be in the clock generator (in
> this case it's the sound device), it can be pjmedia sound dev wrapper
> bug or the backend bug or even perhaps expected behaviour/limitation
> for that specific backend.
>
> BR,
> nanang
>
>
> On Wed, May 9, 2012 at 8:02 PM, Fabio Curi
> <fcuri at tecnologiaenseguridad.com>  wrote:
>> Tested in Ubuntu 11, with an not so old machine, same behavior.
>>
>> Regards.
>>
>>
>> Fabio Curi wrote:
>>
>> I detect a problem with the conference facility in pjmedia.
>>
>> In a slow/old machine, when the CPU is working in another process (something
>> hard like opening a browser or another big program) the conference process
>> stop its execution.
>>
>> How to test:
>>
>> First, enable the #define CONF_DEBUG in conference.c and build.
>> Second, start in a terminal (I use gnome-terminal) the
>> pjproject-1.14/pjsip-apps/bin/samples/i686-pc-linux-gnu/confsample program.
>> Then, you will see a lot of debug lines, make a long click or try to select
>> some text in the terminal to stop/delay execution.
>>
>> At least in my machine, the program still works with no hangs, but the
>> conference stop and the get_frame() is never called again.
>>
>> Same effect opening something like Firefox, OpenOffice, etc. during
>> conference execution.
>>
>> Thank you.
>>
>> Regards.
>>
>>
>> --
>> ________________________________
>> Fabio E. Curi
>> Gerencia de I+D
>> Tecnologia En Seguridad SRL
>> (054 11) 5238-5553/54/58/59 int 26 - ID: 184*3992
>> http://www.tecnologiaenseguridad.com
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>> --
>> ________________________________
>> Fabio E. Curi
>> Gerencia de I+D
>> Tecnologia En Seguridad SRL
>> (054 11) 5238-5553/54/58/59 int 26 - ID: 184*3992
>> http://www.tecnologiaenseguridad.com
>>
>> _______________________________________________
>> 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
>
>


-- 
------------------------------------------------------------------------
Fabio E. Curi
Gerencia de I+D
Tecnologia En Seguridad SRL
(054 11) 5238-5553/54/58/59 int 26 - ID: 184*3992
http://www.tecnologiaenseguridad.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20120513/7c12a922/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