No sound in video call

Hi,

has anybody have an idea what's wrong here or at least a
hint on how to fence this issue:

I use linphone on Ubuntu 6.10 (Efty Eft). I have an Asterisk
server to connect to which I use for voice calling and
various Windows-Linphone endpoints. No problems at all.

My machine on Ubuntu sometimes causes sound problems: As
long as I do voice calling, everything is ok. Videocalls
sometimes come without sound in both ways. 

It is obviously no routing issue as images get transfered
with no problems at all. Only sound is missing. Sometimes it
helps to try again - the 5th 6th or something attempt might
be successful.

I upgraded from 1.7.xx to 1.99.2 from buildserver.net as I
suspected an issue with this particular version - no avail
(1.99 as Beta is less stable - the sound issue continues)

I suspect some codec woes but have no idea how to find out,
what's wrong. Do you have an idea? Is there a way to trace -
to see what happens?

Thanks for help
Conrad

PS: This is a version (both 1.7.xx. and 1.99) of which the
local (mirror) images are just funny greem squares. I wonder
what's this (got a Philips PWC cam, I remember having
experienced this before and solved it by a different cam)











_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Hi Conrad,

I have seen a similar problem on a kubuntu computer: the
sound didn't work at 
all sometimes. Once the problem appeared, rebooting the pc a
couple of times 
was the only solution.
In this case I could that the problem was actually with the
alsa driver 
totally hung, and enable to record any sound.
Send me a log  with --verbose so that I'll confirm .

Simon

Le Sunday 23 September 2007 00:28:22 Conrad Beckert, vous
avez écrit :
> Hi,
>
> has anybody have an idea what's wrong here or at least
a hint on how to
> fence this issue:
>
> I use linphone on Ubuntu 6.10 (Efty Eft). I have an
Asterisk server to
> connect to which I use for voice calling and various
Windows-Linphone
> endpoints. No problems at all.
>
> My machine on Ubuntu sometimes causes sound problems:
As long as I do voice
> calling, everything is ok. Videocalls sometimes come
without sound in both
> ways.
>
> It is obviously no routing issue as images get
transfered with no problems
> at all. Only sound is missing. Sometimes it helps to
try again - the 5th
> 6th or something attempt might be successful.
>
> I upgraded from 1.7.xx to 1.99.2 from buildserver.net
as I suspected an
> issue with this particular version - no avail (1.99 as
Beta is less stable
> - the sound issue continues)
>
> I suspect some codec woes but have no idea how to find
out, what's wrong.
> Do you have an idea? Is there a way to trace - to see
what happens?
>
> Thanks for help
> Conrad
>
> PS: This is a version (both 1.7.xx. and 1.99) of which
the local (mirror)
> images are just funny greem squares. I wonder what's
this (got a Philips
> PWC cam, I remember having experienced this before and
solved it by a
> different cam)
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Linphone-developers mailing list
> Linphone-developersnongnu.org
> http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers




_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Hi Conrad,

From the linphone.log file, I can see that everything goes
quite well from the 
linphone point of view, except that it effectively does not
receives any 
audio packets.
The ffmpeg warnings on stderr are not a problem.
Perhaps a firewall issue ? Actually I have no idea.
Understanding would 
require to understand what is happening at the asterisk
side.


Simon

Le Thursday 11 October 2007 23:33:41 Conrad Beckert, vous
avez écrit :
> Hi Simon,
>
> ... today my mother had time for a little test  Everything
was fine
> so far (almost disappointing for not having anything to
report
> here  ) until I
decided to call her.
>
> Then same scenario as before:
>
> 1. what appears on the stderr:
>
> $linphone --verbose>log
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> ... and so on ...
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> ... and so on ...
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
>
> (linphone:11922): Gtk-CRITICAL **: gtk_widget_destroy:
assertion
> `GTK_IS_WIDGET (widget)' failed
> [h263  0xb7304508]warning: first frame is no keyframe
> [h263  0xb7304508]rc buffer underflow
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> [h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
> ... and so on ...
>
>
> 2. now the log:
> ... see attachment  ...
>
> What I did:
> - my number is 2002, her's is 3101
> - we are both connected to an Asterisk server
> - 3101 calls 2002 with no problems at all (*)
> during my test as documented in the log:
> - 2002 calls 3101 via the same infrastructure
> - images both ways but no sound
> - 2002 calls 3101 once again-> same procedure, same
results
> - 3101 calls back - no sound but images...
> - tried to call voice only on the phone -> hung.
>
> What's wrong here? It looks like the Audio RTP packets
get stuck somewhere.
> But why do the video ones get through. And why does has
this issue occured
> earlier when we connected directly whithout Asterisk.
2002 is on the open
> Internet. 3101 has a NAT router in between which works
fine for outgoing
> and incomming rtp once 2002 issues the call. Strange
isn't it.
>
>
> Another - probably unrelated point: From time to time
3101 gets a really
> bad noise reminiscent of an old telephone modem. It
comes up from time to
> time. (unregularily - somtimes after 10 min, sometimes
20 - once
> immediately - no reproducable scheme ) We have to
reconnect.
>
> My soundcard (at 2002) : 00:10.0 Multimedia audio
controller: ESS
> Technology ES1969 Solo-1 Audiodrive (rev 02)
>
>
> Thanks for help
> Conrad
>
> Am Donnerstag, den 04.10.2007, 22:41 +0200 schrieb
Simon Morlat:
> > Hi Conrad,
> >
> > In this case I could that the problem was actually
with the alsa driver
> > totally hung, and enable to record any sound.
> > Send me a log  with --verbose so that I'll confirm
.
> >
> > Simon
> >
> > Le Sunday 23 September 2007 00:28:22 Conrad
Beckert, vous avez écrit :
> > > Hi,
> > >
> > > has anybody have an idea what's wrong here or
at least a hint on how to
> > > fence this issue:
> > >
> > > I use linphone on Ubuntu 6.10 (Efty Eft). I
have an Asterisk server to
> > > connect to which I use for voice calling and
various Windows-Linphone
> > > endpoints. No problems at all.
> > >
> > > My machine on Ubuntu sometimes causes sound
problems: As long as I do
> > > voice calling, everything is ok. Videocalls
sometimes come without
> > > sound in both ways.
> > >
> > > It is obviously no routing issue as images
get transfered with no
> > > problems at all. Only sound is missing.
Sometimes it helps to try again
> > > - the 5th 6th or something attempt might be
successful.
> > >
> > > I upgraded from 1.7.xx to 1.99.2 from
buildserver.net as I suspected an
> > > issue with this particular version - no avail
(1.99 as Beta is less
> > > stable - the sound issue continues)
> > >
> > > I suspect some codec woes but have no idea
how to find out, what's
> > > wrong. Do you have an idea? Is there a way to
trace - to see what
> > > happens?
> > >
> > > Thanks for help
> > > Conrad
> > >
> > > PS: This is a version (both 1.7.xx. and 1.99)
of which the local
> > > (mirror) images are just funny greem squares.
I wonder what's this (got
> > > a Philips PWC cam, I remember having
experienced this before and solved
> > > it by a different cam)
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
_______________________________________________
> > > Linphone-developers mailing list
> > > Linphone-developersnongnu.org
> > > http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers




_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Dear Simon,

I stumbled across similar problems some weeks ago.
Audio/Video-call between linphonec 1.7.1 and Eyebeam 1.5
(WinXP), direct 
IP calling in the LAN, so no NAT or whatever in between.
Platform was an embedded Linux with ALSA running on ARM.

Sometimes there was no outgoing audio (no audio rtp packets
sent), 
incoming audio was perfect. Outgoing video was ok, no
incoming video 
stream (intentionally none provided by peer).
Terminating the call and reestablish a new call to the same
peer without 
any change several times lead to a functional connection
from time to 
time.
I could see no pattern beside that without video it worked
always irrc. 
Also the bandwidth limits had some influence iirc.
Switching from soundcard to file playback always worked.
Codec negotiation looked good at the first glance.

Just wanted to throw in a "something seems to be not
perfect".
I had no time so far to dig deeper, but I definitivly will,
as I need to 
get this stable. I'll be glad to help tracking this down,
but most 
probably not before end of November.

BTW, great work, I'll come back to you regarding commercial
support as 
soon as my customer got out of the evaluation phase.

Best regards,
  Andreas


Am Freitag 12 Oktober 2007 15:07 schrieb Simon Morlat:
> Hi Conrad,
>
> From the linphone.log file, I can see that everything
goes quite well
> from the linphone point of view, except that it
effectively does not
> receives any audio packets.
> The ffmpeg warnings on stderr are not a problem.
> Perhaps a firewall issue ? Actually I have no idea.
Understanding
> would require to understand what is happening at the
asterisk side.
>
>
> Simon
>
> Le Thursday 11 October 2007 23:33:41 Conrad Beckert,
vous avez écrit :
> > Hi Simon,
> >
> > ... today my mother had time for a little test

Everything was
> > fine so far (almost disappointing for not having
anything to report
> > here  ) until I
decided to call her.
> >
> > Then same scenario as before:
> >
> > 1. what appears on the stderr:
> >
> > $linphone --verbose>log
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > to -127..127 ... and so on ...
> > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > to -127..127 [h263  0xb7304508]rc buffer
underflow
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > to -127..127 ... and so on ...
> > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > -127..127
> >
> > (linphone:11922): Gtk-CRITICAL **:
gtk_widget_destroy: assertion
> > `GTK_IS_WIDGET (widget)' failed
> > [h263  0xb7304508]warning: first frame is no
keyframe
> > [h263  0xb7304508]rc buffer underflow
> > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > to -127..127 ... and so on ...
> >
> >
> > 2. now the log:
> > ... see attachment  ...
> >
> > What I did:
> > - my number is 2002, her's is 3101
> > - we are both connected to an Asterisk server
> > - 3101 calls 2002 with no problems at all (*)
> > during my test as documented in the log:
> > - 2002 calls 3101 via the same infrastructure
> > - images both ways but no sound
> > - 2002 calls 3101 once again-> same procedure,
same results
> > - 3101 calls back - no sound but images...
> > - tried to call voice only on the phone ->
hung.
> >
> > What's wrong here? It looks like the Audio RTP
packets get stuck
> > somewhere. But why do the video ones get through.
And why does has
> > this issue occured earlier when we connected
directly whithout
> > Asterisk. 2002 is on the open Internet. 3101 has a
NAT router in
> > between which works fine for outgoing and
incomming rtp once 2002
> > issues the call. Strange isn't it.
> >
> >
> > Another - probably unrelated point: From time to
time 3101 gets a
> > really bad noise reminiscent of an old telephone
modem. It comes up
> > from time to time. (unregularily - somtimes after
10 min, sometimes
> > 20 - once immediately - no reproducable scheme )
We have to
> > reconnect.
> >
> > My soundcard (at 2002) : 00:10.0 Multimedia audio
controller: ESS
> > Technology ES1969 Solo-1 Audiodrive (rev 02)
> >
> >
> > Thanks for help
> > Conrad
> >
> > Am Donnerstag, den 04.10.2007, 22:41 +0200 schrieb
Simon Morlat:
> > > Hi Conrad,
> > >
> > > In this case I could that the problem was
actually with the alsa
> > > driver totally hung, and enable to record any
sound.
> > > Send me a log  with --verbose so that I'll
confirm .
> > >
> > > Simon
> > >
> > > Le Sunday 23 September 2007 00:28:22 Conrad
Beckert, vous avez 
écrit :
> > > > Hi,
> > > >
> > > > has anybody have an idea what's wrong
here or at least a hint
> > > > on how to fence this issue:
> > > >
> > > > I use linphone on Ubuntu 6.10 (Efty
Eft). I have an Asterisk
> > > > server to connect to which I use for
voice calling and various
> > > > Windows-Linphone endpoints. No problems
at all.
> > > >
> > > > My machine on Ubuntu sometimes causes
sound problems: As long
> > > > as I do voice calling, everything is ok.
Videocalls sometimes
> > > > come without sound in both ways.
> > > >
> > > > It is obviously no routing issue as
images get transfered with
> > > > no problems at all. Only sound is
missing. Sometimes it helps
> > > > to try again - the 5th 6th or something
attempt might be
> > > > successful.
> > > >
> > > > I upgraded from 1.7.xx to 1.99.2 from
buildserver.net as I
> > > > suspected an issue with this particular
version - no avail
> > > > (1.99 as Beta is less stable - the sound
issue continues)
> > > >
> > > > I suspect some codec woes but have no
idea how to find out,
> > > > what's wrong. Do you have an idea? Is
there a way to trace - to
> > > > see what happens?
> > > >
> > > > Thanks for help
> > > > Conrad
> > > >
> > > > PS: This is a version (both 1.7.xx. and
1.99) of which the
> > > > local (mirror) images are just funny
greem squares. I wonder
> > > > what's this (got a Philips PWC cam, I
remember having
> > > > experienced this before and solved it by
a different cam)


-- 

carpe noctem engineering
Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas
Pretzsch
Dipl.-Ing. (FH) Andreas Pretzsch                 Tel.
0731/98588-800
Marlene-Dietrich-Strasse 5                       Fax:
0731/98588-801
89231 Neu-Ulm                                    email:
aprcn-eng.de


_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Dear Simon, Hallo Andreas

> I stumbled across similar problems some weeks ago.
> Audio/Video-call between linphonec 1.7.1 and Eyebeam
1.5 (WinXP), direct 
> IP calling in the LAN, so no NAT or whatever in
between.
Well - I forgot to mention that I also tried to call
directly (before
the documented test- still on edgy) - same results as
Andreas has.


> Sometimes there was no outgoing audio (no audio rtp
packets sent), 
> incoming audio was perfect. Outgoing video was ok, no
incoming video 
> stream (intentionally none provided by peer).
> Terminating the call and reestablish a new call to the
same peer without 
> any change several times lead to a functional
connection from time to 
> time.
Indeed - trying again and again sometimes results in a
successful
connection. But it is not predictable.

> I could see no pattern beside that without video it
worked always irrc. 
> Also the bandwidth limits had some influence iirc.
Interesting point - I  always suspected (and you make me
more certain)
the issue has to do with the GSM codec. 

I remember having seen some message like "GSM (codec?)
cannot (can't??)
be used" - obviously its not on the log this time. What
a pity - 

When bandwidth is set to "reasonable" values -
such as 192kb/sec upload
- there is not enough room for video and G.711 audio - so I
suppose some
other audio codec is taken. The other end has Speex disabled
as well as
Asterisk. So GSM is left.

This would explain the working connection in audio only
calls - they
simply switch to G711. 

My setup is: 
- endpoint 2002 connected to Asterisk server on the open
Internet (no
NAT - firewall big wide open.) 
- endpoint 3101 connected to the same Asterisk - same
firewall settings,
same registration - but behind NAT. (and this is
Linphone-Windows)

As long as 3101 calls 2002 everything works - but not the
other way
'round. (this is a step ahead - hopefully - as before the
upgrade to
feisty I had trouble this way either)

> Switching from soundcard to file playback always
worked.
What did you do here? Did you tried the command line version
of linphone
(forgot its name - linphonec??) - to what avail?

> Just wanted to throw in a "something seems to be
not perfect".
> I had no time so far to dig deeper, but I definitivly
will, as I need to 
> get this stable. I'll be glad to help tracking this
down, but most 
> probably not before end of November.
Anyway - if there is something I can do to help - please let
me know.


Have a nice weekend
Conrad



_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Am Freitag 12 Oktober 2007 19:54 schrieben Sie:
[...]
> > Sometimes there was no outgoing audio (no audio
rtp packets sent),
> > incoming audio was perfect. Outgoing video was ok,
no incoming
> > video stream (intentionally none provided by
peer).
> > Terminating the call and reestablish a new call to
the same peer
> > without any change several times lead to a
functional connection
> > from time to time.
>
> Indeed - trying again and again sometimes results in a
successful
> connection. But it is not predictable.

Great to hear you see the same behaviour. Well, at least in
some sense. 

> > I could see no pattern beside that without video
it worked always
> > irrc. Also the bandwidth limits had some influence
iirc.
>
> Interesting point - I  always suspected (and you make
me more
> certain) the issue has to do with the GSM codec.

Hmmm, I vaguely remember seeing this with different codecs,
not only GSM 
but also speex. But I'm not 100% sure right now.

> > Switching from soundcard to file playback always
worked.
>
> What did you do here? Did you tried the command line
version of
> linphone (forgot its name - linphonec??) - to what
avail?

Yes, as I use it on an embedded platform, so I have no use
for a GUI.
BTW, if anybody needs a video variant without the need of
some X display 
(SDL dummy output did not work, but one can use X over
network), I 
hacked together some code. Will commit it as soon as it is
cleaned up.

Regarding sound files instead of a real soundcard, you need
the cli 
variant.

linphonec> help soundcard
'soundcard list' : list all sound devices.
'soundcard use <index>' : select a sound device.
'soundcard use files' : use .wav files instead of soundcard
linphonec> help play
This feature is available only in file mode (see 'help
soundcard')
'play <wav file>'    : play a wav file.
linphonec> help record
This feature is available only in file mode (see 'help
soundcard')
'record <wav file>'    : record into wav file.
linphonec> 


> > Just wanted to throw in a "something seems to
be not perfect".
> > I had no time so far to dig deeper, but I
definitivly will, as I
> > need to get this stable. I'll be glad to help
tracking this down,
> > but most probably not before end of November.
>
> Anyway - if there is something I can do to help -
please let me know.

Hmmm, I think narrowing down the scenario where the problem
occurs would 
be helpful to everybody who is concerned.


> Have a nice weekend
> Conrad

2y2.


-- 

carpe noctem engineering
Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas
Pretzsch
Dipl.-Ing. (FH) Andreas Pretzsch                 Tel.
0731/98588-800
Marlene-Dietrich-Strasse 5                       Fax:
0731/98588-801
89231 Neu-Ulm                                    email:
aprcn-eng.de


_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Hi Simon,

... today my mother had time for a little test  Everything
was fine
so far (almost disappointing for not having anything to
report
here 
) until I decided to call her.

Then same scenario as before:

1. what appears on the stderr:

$linphone --verbose>log
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
... and so on ...
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
... and so on ...
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127

(linphone:11922): Gtk-CRITICAL **: gtk_widget_destroy:
assertion
`GTK_IS_WIDGET (widget)' failed
[h263  0xb7304508]warning: first frame is no keyframe
[h263  0xb7304508]rc buffer underflow
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
[h263  0xb7304508]warning, clipping 1 dct coefficients to
-127..127
... and so on ...


2. now the log:
... see attachment  ...

What I did:
- my number is 2002, her's is 3101
- we are both connected to an Asterisk server
- 3101 calls 2002 with no problems at all (*)
during my test as documented in the log:
- 2002 calls 3101 via the same infrastructure
- images both ways but no sound
- 2002 calls 3101 once again-> same procedure, same
results
- 3101 calls back - no sound but images...
- tried to call voice only on the phone -> hung.

What's wrong here? It looks like the Audio RTP packets get
stuck somewhere. But why do the video ones get through. 
And why does has this issue occured earlier when we
connected directly whithout Asterisk. 2002 is on the open
Internet. 
3101 has a NAT router in between which works fine for
outgoing and incomming rtp once 2002 issues the call. 
Strange isn't it.


Another - probably unrelated point: From time to time 3101
gets a really bad noise reminiscent of an old telephone
modem. It comes up
from time to time. (unregularily - somtimes after 10 min,
sometimes 20 - once immediately - no reproducable scheme ) 
We have to reconnect. 

My soundcard (at 2002) : 00:10.0 Multimedia audio
controller: ESS Technology ES1969 Solo-1 Audiodrive (rev
02)


Thanks for help
Conrad




Am Donnerstag, den 04.10.2007, 22:41 +0200 schrieb Simon
Morlat:
> Hi Conrad,
> 
> In this case I could that the problem was actually with
the alsa driver 
> totally hung, and enable to record any sound.
> Send me a log  with --verbose so that I'll confirm .
> 
> Simon
> 
> Le Sunday 23 September 2007 00:28:22 Conrad Beckert,
vous avez écrit :
> > Hi,
> >
> > has anybody have an idea what's wrong here or at
least a hint on how to
> > fence this issue:
> >
> > I use linphone on Ubuntu 6.10 (Efty Eft). I have
an Asterisk server to
> > connect to which I use for voice calling and
various Windows-Linphone
> > endpoints. No problems at all.
> >
> > My machine on Ubuntu sometimes causes sound
problems: As long as I do voice
> > calling, everything is ok. Videocalls sometimes
come without sound in both
> > ways.
> >
> > It is obviously no routing issue as images get
transfered with no problems
> > at all. Only sound is missing. Sometimes it helps
to try again - the 5th
> > 6th or something attempt might be successful.
> >
> > I upgraded from 1.7.xx to 1.99.2 from
buildserver.net as I suspected an
> > issue with this particular version - no avail
(1.99 as Beta is less stable
> > - the sound issue continues)
> >
> > I suspect some codec woes but have no idea how to
find out, what's wrong.
> > Do you have an idea? Is there a way to trace - to
see what happens?
> >
> > Thanks for help
> > Conrad
> >
> > PS: This is a version (both 1.7.xx. and 1.99) of
which the local (mirror)
> > images are just funny greem squares. I wonder
what's this (got a Philips
> > PWC cam, I remember having experienced this before
and solved it by a
> > different cam)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Linphone-developers mailing list
> > Linphone-developersnongnu.org
> > http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers
> 

_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Hi Andreas,

Your problem makes me think to a mysterious behaviour I have
observed on one 
machine, where the alsa drivers suddenly stopped to catpure
audio after a few 
packets sent ( 3 or 4).
Similarly, the problem never produces when video is
disabled, but I can't see 
the relationship between video and audio, since both uses
different threads 
and file descriptors.
I could never investigate more this problem since that
computer was not mine.
Running linphonec -d 6 (to enable logs) would let me confirm
that this is the 
same problem.

Simon

Le Friday 12 October 2007 16:14:38 Andreas Pretzsch, vous
avez écrit :
> Dear Simon,
>
> I stumbled across similar problems some weeks ago.
> Audio/Video-call between linphonec 1.7.1 and Eyebeam
1.5 (WinXP), direct
> IP calling in the LAN, so no NAT or whatever in
between.
> Platform was an embedded Linux with ALSA running on
ARM.
>
> Sometimes there was no outgoing audio (no audio rtp
packets sent),
> incoming audio was perfect. Outgoing video was ok, no
incoming video
> stream (intentionally none provided by peer).
> Terminating the call and reestablish a new call to the
same peer without
> any change several times lead to a functional
connection from time to
> time.
> I could see no pattern beside that without video it
worked always irrc.
> Also the bandwidth limits had some influence iirc.
> Switching from soundcard to file playback always
worked.
> Codec negotiation looked good at the first glance.
>
> Just wanted to throw in a "something seems to be
not perfect".
> I had no time so far to dig deeper, but I definitivly
will, as I need to
> get this stable. I'll be glad to help tracking this
down, but most
> probably not before end of November.
>
> BTW, great work, I'll come back to you regarding
commercial support as
> soon as my customer got out of the evaluation phase.
>
> Best regards,
>   Andreas
>
> Am Freitag 12 Oktober 2007 15:07 schrieb Simon Morlat:
> > Hi Conrad,
> >
> > From the linphone.log file, I can see that
everything goes quite well
> > from the linphone point of view, except that it
effectively does not
> > receives any audio packets.
> > The ffmpeg warnings on stderr are not a problem.
> > Perhaps a firewall issue ? Actually I have no
idea. Understanding
> > would require to understand what is happening at
the asterisk side.
> >
> >
> > Simon
> >
> > Le Thursday 11 October 2007 23:33:41 Conrad
Beckert, vous avez écrit :
> > > Hi Simon,
> > >
> > > ... today my mother had time for a little
test 
Everything was
> > > fine so far (almost disappointing for not
having anything to report
> > > here  ) until I
decided to call her.
> > >
> > > Then same scenario as before:
> > >
> > > 1. what appears on the stderr:
> > >
> > > $linphone --verbose>log
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > > to -127..127 ... and so on ...
> > > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > > to -127..127 [h263  0xb7304508]rc buffer
underflow
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > > to -127..127 ... and so on ...
> > > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > > -127..127
> > >
> > > (linphone:11922): Gtk-CRITICAL **:
gtk_widget_destroy: assertion
> > > `GTK_IS_WIDGET (widget)' failed
> > > [h263  0xb7304508]warning: first frame is no
keyframe
> > > [h263  0xb7304508]rc buffer underflow
> > > [h263  0xb7304508]warning, clipping 1 dct
coefficients to
> > > -127..127 [h263  0xb7304508]warning,
clipping 1 dct coefficients
> > > to -127..127 ... and so on ...
> > >
> > >
> > > 2. now the log:
> > > ... see attachment  ...
> > >
> > > What I did:
> > > - my number is 2002, her's is 3101
> > > - we are both connected to an Asterisk
server
> > > - 3101 calls 2002 with no problems at all
(*)
> > > during my test as documented in the log:
> > > - 2002 calls 3101 via the same
infrastructure
> > > - images both ways but no sound
> > > - 2002 calls 3101 once again-> same
procedure, same results
> > > - 3101 calls back - no sound but images...
> > > - tried to call voice only on the phone ->
hung.
> > >
> > > What's wrong here? It looks like the Audio
RTP packets get stuck
> > > somewhere. But why do the video ones get
through. And why does has
> > > this issue occured earlier when we connected
directly whithout
> > > Asterisk. 2002 is on the open Internet. 3101
has a NAT router in
> > > between which works fine for outgoing and
incomming rtp once 2002
> > > issues the call. Strange isn't it.
> > >
> > >
> > > Another - probably unrelated point: From time
to time 3101 gets a
> > > really bad noise reminiscent of an old
telephone modem. It comes up
> > > from time to time. (unregularily - somtimes
after 10 min, sometimes
> > > 20 - once immediately - no reproducable
scheme ) We have to
> > > reconnect.
> > >
> > > My soundcard (at 2002) : 00:10.0 Multimedia
audio controller: ESS
> > > Technology ES1969 Solo-1 Audiodrive (rev 02)
> > >
> > >
> > > Thanks for help
> > > Conrad
> > >
> > > Am Donnerstag, den 04.10.2007, 22:41 +0200
schrieb Simon Morlat:
> > > > Hi Conrad,
> > > >
> > > > In this case I could that the problem
was actually with the alsa
> > > > driver totally hung, and enable to
record any sound.
> > > > Send me a log  with --verbose so that
I'll confirm .
> > > >
> > > > Simon
> > > >
> > > > Le Sunday 23 September 2007 00:28:22
Conrad Beckert, vous avez
>
> écrit :
> > > > > Hi,
> > > > >
> > > > > has anybody have an idea what's
wrong here or at least a hint
> > > > > on how to fence this issue:
> > > > >
> > > > > I use linphone on Ubuntu 6.10 (Efty
Eft). I have an Asterisk
> > > > > server to connect to which I use
for voice calling and various
> > > > > Windows-Linphone endpoints. No
problems at all.
> > > > >
> > > > > My machine on Ubuntu sometimes
causes sound problems: As long
> > > > > as I do voice calling, everything
is ok. Videocalls sometimes
> > > > > come without sound in both ways.
> > > > >
> > > > > It is obviously no routing issue as
images get transfered with
> > > > > no problems at all. Only sound is
missing. Sometimes it helps
> > > > > to try again - the 5th 6th or
something attempt might be
> > > > > successful.
> > > > >
> > > > > I upgraded from 1.7.xx to 1.99.2
from buildserver.net as I
> > > > > suspected an issue with this
particular version - no avail
> > > > > (1.99 as Beta is less stable - the
sound issue continues)
> > > > >
> > > > > I suspect some codec woes but have
no idea how to find out,
> > > > > what's wrong. Do you have an idea?
Is there a way to trace - to
> > > > > see what happens?
> > > > >
> > > > > Thanks for help
> > > > > Conrad
> > > > >
> > > > > PS: This is a version (both 1.7.xx.
and 1.99) of which the
> > > > > local (mirror) images are just
funny greem squares. I wonder
> > > > > what's this (got a Philips PWC cam,
I remember having
> > > > > experienced this before and solved
it by a different cam)




_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers

Dear Mr. Beckert,

in the next days I'll investigate this problem with the help
of Mr. 
Morlat, as it can be reproduced on my target platform with
the new 
linphone 2.0.1, which made it worse compared to 1.7.

It indeed seems to be an ALSA problem, causally or side
effect.

It would be interessting to know if you made any progress
here or could 
provide any new findings.

Also I'd like to ask all other participants of the mailing
list if they 
had similar issues.


Best regards,
  A. Pretzsch


Am Dienstag 30 Oktober 2007 11:37 schrieb Andreas Pretzsch:
> Am Dienstag 30 Oktober 2007 10:55 schrieben Sie:
> > Hi Andreas,
> >
> > Your problem makes me think to a mysterious
behaviour I have
> > observed on one machine, where the alsa drivers
suddenly stopped to
> > catpure audio after a few packets sent ( 3 or 4).
>
> Possibly this happend here too, good point.
>
> > Similarly, the problem never produces when video
is disabled, but I
> > can't see the relationship between video and
audio, since both uses
> > different threads and file descriptors.
>
> I agree from looking at the code. Maybe some side
effekt blocking the
> read loop or whatever.
>
> > I could never investigate more this problem since
that computer was
> > not mine. Running linphonec -d 6 (to enable logs)
would let me
> > confirm that this is the same problem.
>
> I will dig into it.
> But I'll be for three weeks in holiday (USA) from
Thursday on, so
> this will happen not before end of November.

-- 

carpe noctem engineering
Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas
Pretzsch
Dipl.-Ing. (FH) Andreas Pretzsch                 Tel.
0731/98588-800
Marlene-Dietrich-Strasse 5                       Fax:
0731/98588-801
89231 Neu-Ulm                                    email:
aprcn-eng.de


_______________________________________________
Linphone-developers mailing list
Linphone-developersnongnu.org
http://lists.nongnu.org/mailman/listinfo/linphone-de
velopers