Re: [Ekiga-list] Windows/Linux: won't send video

Apologies if you get this twice - the first version was too big, so I am
trying with a smaller version - I hope the moderator deletes the first!

-------- Forwarded Message --------
From: Ed McDonagh <ed mcdonagh org uk>
To: Ekiga mailing list <ekiga-list gnome org>
Subject: Re: [Ekiga-list] Windows/Linux: won't send video
Date: Wed, 02 Jan 2008 21:13:34 +0000

On Wed, 2008-01-02 at 12:49 +0100, Damien Sandras wrote:
> Hi,
> Le mercredi 02 janvier 2008 à 00:05 +0000, Ed McDonagh a écrit :
> > Hi
> > 
> > Versions:
> > Linux - Ubuntu Gutsy Gibbon, Ekiga install from the repositories,
> > version 2.0.11
> > Video is using V4L2 plugin.
> > Laptop is an Asus A8SC with the onboard VGA UVC WebCam
> > 
> > Windows - Windows XP, Ekiga from the website, version 2.0.11
> > Video is using VideoForWindows plugin (same behaviour for DirectShow).
> > Laptop is a Sony Vaio VGN-SZ2XP/C with the onboard webcam.
> > 
> > Problem details:
> > If the call is initiated from linux, windows offers to accept the call,
> > and the connection seems to work. However, you only see the local video.
> > In the Windows Ekiga General History it says (among other things,
> > including stuff about opening speex)
> > Opened codec H261 for transmission
> > Opened codec H261 for reception
> > Then about 30 seconds later it says
> > Closed codec H261 which was opened for transmission
> > Closed codec H261 which was opened for reception
> > (and the same for SPEEX).
> > Remote user is unreachable
> > 
> > As far as the linux general history is concerned, the call is still open
> > no problem!
> > 
> > If the call is initiated from Windows, the general history log in
> > windows says that the Remote user rejected the call. In reality, linux
> > never comes up with an accept/reject option :-(
> > 
> You should upload debug 4 outputs for both sides so that we can
> determine what happens.
> Before doing that, please ensure that both Ekiga installations can
> successfully run the echo test on
> -- 
>  _     Damien Sandras

Thank you Damien and Stefan.

I have successfully run the echo test for both laptops(audio and video,
linux and windows), and I am quite excited about the framerate/image
quality control, which along with the control of max bandwidth control
is going to be great!

I presume this rules out a firewall issue? At the moment, both computers
are on the same wlan, which is useful for testing. However, in real use
the computers are going to be on opposite sides of the country.

I have attached the debug from linux, and the stderr from windows. The
stderr doesn't seem to contain much, and the stdout and the 'x' file are
both empty. However, the linux file seems to have lots in.

The behaviour described yesterday has swapped today, with a call started
on linux never connecting, and a call starting on Windows connects, but
quits after half a minute or so on linux.

In the log, I have done as above. The first call is initiated on linux
from ed.mcdonagh to hilary.sutherland. Windows never receives the call.

The second call is initiated from Windows, and accepted on linux. The
video is never transmitted either way (voice is harder to tell when they
are both on my lap!) and the call is terminated by linux after half a
minute or so. Windows doesn't know the call has stopped.



Attachment: ekigadebug.tar.gz
Description: application/compressed-tar

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