Re: [Ekiga-list] Theora video freezes on Ekiga 3.2.7 Beta (Windows XP )

[Eugen Dedu <Eugen Dedu pu-pm univ-fcomte fr>]

On 07/12/10 06:27, Dave Koelmeyer wrote:
> On 07 Dec, 2010,at 05:29 PM, Dave Koelmeyer<davekoelmeyer mecom>   wrote:
>
> > >  Yes, please send us a debugging file, as shown at
> > >  http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2
> > >  <http://wikiekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2>.
>
>
> Hi Eugen/All,
>
> Debug output is linked below. A change to the test case, as I am running on the
> work system - but I can recreate the problem identically. Another discovery - I
> can actually force the video to freeze with apparent consistency.
>
> The Windows system in this case is Windows 7 Enterprise 64 bit, Ekiga 3.2.7. It
> has a public IP address, on a LAN making a SIP call using Ekiga.net to another
> system within the same firewall but also with a public IP address - this system
> is running OpenIndiana oi_147 with Ekiga 3.2.7.
>
> Windows is running on a Dell Latitude with a built-in webcam. Theora is the only
> selected codec.
>
> I have found that a video call can be initiated fine. However, on the Windows
> machine, if one say waves a hand or makes any substantial movement in front
> of/very close to the camera, the user at the other end will see the remote video
> freeze. I can make the system do this at will, simply by gesticulating in front
> of the camera, no joke. Calls are perfectly stable - as long as one stays very
> still!
>
> Debug output from the Windows machine here:
>
> http://www.davekoelmeyer.co.nz/docs/EkigaWindows3.2.7TheoraFreezes.txt
>
> The video is observed to freeze roughly 20 seconds into the call (when I decided
> to wave my hand around).

>> I notice that the behaviour I'm seeing is similar to that reported here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=551441 (although in my
>> case the
>> client doesn't freeze per se).
>>
>> Any pointers? If you require a debug output please let me know.
>
> Yes, please send us a debugging file, as shown at
> 
http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2. 

>
>
> The error from the Web page is:
> 2009/12/12 09:25:08.356 4:35.378 Media Patch:0x9c856710 Patch Media
> conversion (primary) failed
> 2009/12/12 09:25:08.356 4:35.378 Media Patch:0x9c856710 Patch WriteFrame
> failed
> 2009/12/12 09:25:08.356 4:35.379 Media Patch:0x9c856710 Patch Thread
> ended because all sink writes failed failed
> 2009/12/12 09:25:08.357 4:35.379 Media Patch:0x9c856710 Patch Thread
> ended for Patch OpalVideoMediaStream-Source-YUV420P ->
> OpalRTPMediaStream-Sink-theora
>
> but I do not know the reason. The best is to check with the unstable
> release of ekiga (3.3.0, hoping it will be available in a few days,
> Windows port included), to see if the bug was fixed in the mean time.

You have the same error as above:

2010/12/07 18:11:25.713	  0:39.767	       Media Patch:1116	Patch	Media 
conversion (primary) failed
2010/12/07 18:11:25.713	  0:39.767	       Media Patch:1116	Patch 
WriteFrame failed
2010/12/07 18:11:25.713	  0:39.767	       Media Patch:1116	Patch	Thread 
ended because all sink writes failed failed
2010/12/07 18:11:25.713	  0:39.767	       Media Patch:1116	Patch	Thread 
ended for Patch OpalVideoMediaStream-Source-YUV420P -> 
OpalRTPMediaStream-Sink-theora

and, as you said, it is about 20 sec after communication start:

2010/12/07 18:11:03.623	  0:17.670	      Opal Listener:592	SIP	PDU 
received: 
rem=udp$86.64.162.35:5060,local=udp$123.456.221.100:5060,if=123.456.221.100%Intel(R) 
82577LM Gigabit Network Connection
SIP/2.0 200 OK
CSeq: 1 INVITE

Please wait a bit, until 3.3.0 gets out, to test it and inform us if the 
freeze still appears.

--
Eugen