Re: [Ekiga-devel-list] Win32 Opal datasize, please help

[Michael Rickmann <mrickma gwdg de>]

Damien Sandras schrieb:
> Le lundi 13 juillet 2009 à 23:32 +0200, Michael Rickmann a écrit :
> > Damien Sandras schrieb:
> > > Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
> > > > I was stuck testing the latest changes to Ekiga since about 10 days. 
> > > > Once a call to 500 ekiga net had been established windows were piling up 
> > > >   and rendered WinXP and Win7 unusable. Today I found the reason: commit 
> > > > 23036 to opal trunk which coresponds to  23028 opal v3_6 and is 
> > > > contained in the archives needed by Ekiga 3.2.5.
> > > > Attached patch fixes this for ekiga head - it just reverses the opal 
> > > > commit - no final solution. I am really no opal expert and a bit lost 
> > > > here. Why has only Win32 been hit here?
> > > > Good news is that "Split ekiga into an exec and helper libs" - it 
> > > > happend at about the same time as the opal change - seems to work for Win32.
> > > Would you have a -d 4 output of the problem when it occurs without your
> > > patch?
> > >
> > > Robert will examine it.
> > Thanks a lot. I produced the -d 4 logs with my Win32 version of current 
> > Ekiga stable, i.e. Ekiga 3.2.5, Opal 3.6.4 and Ptlib 2.6.4. So commit 
> > 23028 to opal v3_6 seems to cause the error. The logs are rather long, 
> > you find them at 
> > http://wwwuser.gwdg.de/~mrickma/ekiga/data-size-logs.tar.gz. 
> > 500 ekiganet-ekiga-killed-stderr txt is when calling 500 ekiga net  As 
> > soon as the call was accepted empty windows were piling up and I had to 
> > kill Ekiga. fritzbox-nosound-ekiga-stderr.txt is when calling my 
> > audio-only SIP-phone-box at home. Ekiga told me that it was unable to 
> > open the audio driver, exit gracefully. The programs which I used can be 
> > found at http://wwwuser.gwdg.de/~mrickma :
> > buggy-ekiga-setup-3.2.5-release.exe fails, ekiga-setup-3.2.5-release.exe 
> > is ok with patch reversed, ekiga_build-3.2.5.tgz documents how I built 
> > the stuff.
>
> Can you try with the following patch ?
> The error will stay, but we will have more information and you won't
> have windows popping up again and again.
>
> You will also have an indication of what the problem can be.
>
> Robert thinks the problem could be in Ekiga, but due to the API change.
I applied the patch, the Windows went and Win32 Ekiga is better than it 
ever was. The large audio delay (> 1.5 sec) is nearly gone, must have 
been the changes to Opal. However, as you said, the error stayed - 
somehow I like it, audio is next to perfect. In the logs we get now 
lines saying
Media Patch:3096	GMAudioInputManager_ptlib	Encountered error while 
trying to read data, read 160 instead of 320
The complete -d 4 log you find at 
http://wwwuser.gwdg.de/~mrickma/ekiga/ekiga-stderr.txt.gz .
Attached backtrace shows what happens when calling 500 ekiga net and 
where the request for 320 comes from.
Thanks for the help so far.
Michael

(gdb) Num     Type           Disp Enb Address    What
1       breakpoint     keep y   0x00488564 in GMAudioInputManager_ptlib::get_frame_data(char*, unsigned int, unsigned int&)
                                       at ../../../../lib/engine/components/ptlib/audioinput-manager-ptlib.cpp:186
	breakpoint already hit 2 times
(gdb) Continuing.
(gdb) Continuing.
[New thread 2020.0x4f4]
[New thread 2020.0x190]
[New thread 2020.0xe88]
[New thread 2020.0xbd4]
warning: Lowest section in C:\WINDOWS\system32\mfc42loc.dll is .rsrc at 61dc1000
[New thread 2020.0x9b8]
[New thread 2020.0x748]
[New thread 2020.0x9bc]
[New thread 2020.0x7c4]
[New thread 2020.0xac4]
[New thread 2020.0xcfc]
[New thread 2020.0x4b0]
[New thread 2020.0x538]
[New thread 2020.0x870]
[New thread 2020.0xa24]
[New thread 2020.0xac8]
[New thread 2020.0xc54]
[New thread 2020.0xf48]
[New thread 2020.0x4e8]
[New thread 2020.0xd24]
[New thread 2020.0x9b4]
[New thread 2020.0x74c]
[New thread 2020.0xd34]
[New thread 2020.0xd04]
[New thread 2020.0x600]
[New thread 2020.0xd00]
[Switching to thread 2020.0x9b4]

Breakpoint 1, GMAudioInputManager_ptlib::get_frame_data (this=0x8429580, 
    data=0x8439c74 "", size=320, bytes_read=0xc95fe14)
    at ../../../../lib/engine/components/ptlib/audioinput-manager-ptlib.cpp:186
186	../../../../lib/engine/components/ptlib/audioinput-manager-ptlib.cpp: No such file or directory.
	in ../../../../lib/engine/components/ptlib/audioinput-manager-ptlib.cpp
Current language:  auto; currently c++
(gdb) #0  GMAudioInputManager_ptlib::get_frame_data (this=0x8429580, 
    data=0x8439c74 "", size=320, bytes_read=0xc95fe14)
    at ../../../../lib/engine/components/ptlib/audioinput-manager-ptlib.cpp:186
#1  0x00444bba in Ekiga::AudioInputCore::get_frame_data (this=0x83e3eb8, 
    data=0x8439c74 "", size=320, bytes_read=0xc95fe14)
    at ../../../lib/engine/audioinput/audioinput-core.cpp:374
#2  0x0048b68b in PSoundChannel_EKIGA::Read (this=0x8435198, buf=0x8439c74, 
    len=320) at ../../../../lib/engine/components/opal/opal-audio.cpp:176
#3  0x0054eecf in OpalRawMediaStream::ReadData (this=0xa562588, 
    buffer=0x8439c74 "", size=320, length= 0xc95fe80)
    at /home/mrickma/src/ekiga-stable/ekiga_build-3.2.5/opal-3.6.4/src/opal/mediastrm.cxx:742
#4  0x00551984 in OpalMediaStream::ReadPacket (this=0xa562588, 
    packet= 0xc95feb0)
    at /home/mrickma/src/ekiga-stable/ekiga_build-3.2.5/opal-3.6.4/src/opal/mediastrm.cxx:255
#5  0x0054387a in OpalMediaPatch::Main (this=0xa5f4108)
    at /home/mrickma/src/ekiga-stable/ekiga_build-3.2.5/opal-3.6.4/src/opal/patch.cxx:479
#6  0x0080945f in OpalMediaPatch::Thread::Main (this=0xacd5f68)
    at /home/mrickma/src/ekiga-stable/ekiga_build-3.2.5/opal-3.6.4/include/opal/patch.h:263
#7  0x0075661a in PThread::MainFunction (threadPtr=0xacd5f68)
    at ptlib/msos/win32.cxx:707
#8  0x77c0a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
#9  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#10 0x00000000 in ?? ()
(gdb) Detaching from program: C:\Programme\Ekiga\ekiga.exe, Pid 2020
(gdb)