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



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


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