We are slowly moving away from PortAudio, so I would suggest trying our
native ALSA implementation instead.
Best regards,
Benny
On Mon, May 14, 2012 at 5:20 AM, Fabio Curi <fcuri at tecnologiaenseguridad.com
> wrote:
> 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> <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*3992http://www.tecnologiaenseguridad.com
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing listpjsip at lists.pjsip.orghttp://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*3992http://www.tecnologiaenseguridad.com
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing listpjsip at lists.pjsip.orghttp://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing listpjsip at lists.pjsip.orghttp://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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20120515/b9704b21/attachment.html>
