TeamViewer sound very choppy (in one direction)?

While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently choppy
as to be unusable: we had to resort to the 'phone eventually. The video
and control parts of TeamViewer worked fine (I could see her desktop,
and do things on it and with her computer), as apparently did the audio
from me to her.

Any suggestions as to why this might be, and ideally how to fix it?
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

"Bother," said Pooh, as he tasted the bacon in his sandwich.

J. P. Gilliver (John) wrote:
While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently choppy
as to be unusable: we had to resort to the 'phone eventually. The video
and control parts of TeamViewer worked fine (I could see her desktop,
and do things on it and with her computer), as apparently did the audio
from me to her.

Any suggestions as to why this might be, and ideally how to fix it?

What does Task Manager look like right now ?

Is something railed ?

*******

1) Speaker power source connected ?
2) Speaker cabinet volume control ?
3) Audio cable in lime-green (LineOut) socket ?

*******

And for Windows 7, there is this.

https://answers.microsoft.com/en-us/...8-6dd1c7a04d57

Windows Power Management service === not listed as a dependency for audio!!!
Windows Audio Endpoint Builder

You would correct the Power Management one,
if the Audio Endpoint Builder refused to start
and threw an error.

Paul

In message , Paul
writes:
J. P. Gilliver (John) wrote:
While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently
choppy as to be unusable: we had to resort to the 'phone eventually.
The video and control parts of TeamViewer worked fine (I could see
her desktop, and do things on it and with her computer), as
apparently did the audio from me to her.
Any suggestions as to why this might be, and ideally how to fix it?

What does Task Manager look like right now ?

Is something railed ?

It's some hours since our TeamViewer session ended, but I don't _think_
anything else was monopolising the (admittedly single-core) processor on
the machine at my end; TeamViewer was more or less the only thing that
was running. It's an old laptop I keep/use mainly for TeamViewer and
Skype, because it has a big screen. I've run both of those on it before
without this problem. Yes, I'm pretty sure it wasn't running anything
else, as I had to boot it up to run TeamViewer - it had been off since
our last power cut.

Attempts to do other things which play sound - e. g., double-click on a
..mp3 file - work fine.
*******

1) Speaker power source connected ?
Internal speakers
2) Speaker cabinet volume control ?
internal speakers
3) Audio cable in lime-green (LineOut) socket ?
n/a.

*******

And for Windows 7, there is this.

https://answers.microsoft.com/en-us/...7-hardware/no-
audio-cannot-start-windows-audio-endpoint/ed0b46ea-ac67-48cb-bf08-6dd1c7
a04d57

http://bit.ly/2kRabaR

Windows Power Management service === not listed as a dependency
for audio!!!
Windows Audio Endpoint Builder

You would correct the Power Management one,
if the Audio Endpoint Builder refused to start
and threw an error.

Paul

Thanks, but "For some reason, the audio services cannot start if power
management is disabled." ... "Since power management is not running,
this is not available and the audio services terminate." That sounds as
if the problem being addressed was no audio. The problem I was having
was that I _was_ receiving the audio - i_ w_s ju__ mis__ng eno_gh t_ b_
in_o_preh___ible. And this was only the audio from my friend's
microphone through TeamViewer; any other audio was fine (as was audio
from _my_ microphone coming out of _her_ speakers).

I've thought of two possible causes:
1. There's a problem with her microphone. (Desktop machine, so external
microphone and speakers.)
2. The TeamViewer link was just too poor. (It did drop out - and
re-establish itself - twice during the session.) But I did see her
desktop, and was able to control her computer, and audio was fine in the
me-to-her direction (though I know from experience with e. g. Skype that
it can be different in the two directions).

Obviously if it's either of those, no-one can help here. (I don't
_think_ it was bad mike: usually, IME, if a mike is that bad, it gives
up altogether rather than going on for tens of minutes as this one did.)
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Quantum particles: the dreams that stuff is made of - David Moser

J. P. Gilliver (John) wrote:
In message , Paul
writes:
J. P. Gilliver (John) wrote:
While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently
choppy as to be unusable: we had to resort to the 'phone eventually.
The video and control parts of TeamViewer worked fine (I could see
her desktop, and do things on it and with her computer), as
apparently did the audio from me to her.
Any suggestions as to why this might be, and ideally how to fix it?

What does Task Manager look like right now ?

Is something railed ?

It's some hours since our TeamViewer session ended, but I don't _think_
anything else was monopolising the (admittedly single-core) processor on
the machine at my end; TeamViewer was more or less the only thing that
was running. It's an old laptop I keep/use mainly for TeamViewer and
Skype, because it has a big screen. I've run both of those on it before
without this problem. Yes, I'm pretty sure it wasn't running anything
else, as I had to boot it up to run TeamViewer - it had been off since
our last power cut.

Attempts to do other things which play sound - e. g., double-click on a
.mp3 file - work fine.
*******

1) Speaker power source connected ?
Internal speakers
2) Speaker cabinet volume control ?
internal speakers
3) Audio cable in lime-green (LineOut) socket ?
n/a.

*******

And for Windows 7, there is this.

https://answers.microsoft.com/en-us/...7-hardware/no-
audio-cannot-start-windows-audio-endpoint/ed0b46ea-ac67-48cb-bf08-6dd1c7
a04d57

http://bit.ly/2kRabaR

Windows Power Management service === not listed as a dependency
for audio!!!
Windows Audio Endpoint Builder

You would correct the Power Management one,
if the Audio Endpoint Builder refused to start
and threw an error.

Paul

Thanks, but "For some reason, the audio services cannot start if power
management is disabled." ... "Since power management is not running,
this is not available and the audio services terminate." That sounds as
if the problem being addressed was no audio. The problem I was having
was that I _was_ receiving the audio - i_ w_s ju__ mis__ng eno_gh t_ b_
in_o_preh___ible. And this was only the audio from my friend's
microphone through TeamViewer; any other audio was fine (as was audio
from _my_ microphone coming out of _her_ speakers).

I've thought of two possible causes:
1. There's a problem with her microphone. (Desktop machine, so external
microphone and speakers.)
2. The TeamViewer link was just too poor. (It did drop out - and
re-establish itself - twice during the session.) But I did see her
desktop, and was able to control her computer, and audio was fine in the
me-to-her direction (though I know from experience with e. g. Skype that
it can be different in the two directions).

Obviously if it's either of those, no-one can help here. (I don't
_think_ it was bad mike: usually, IME, if a mike is that bad, it gives
up altogether rather than going on for tens of minutes as this one did.)

Would the microphone on her end be USB based ?
It would take quite a CPU overload to screw that up.

And there could be an echo suppressor involved in the
setup, somehow. There have been echo suppressors at
driver level, that continue to run and process sound,
even after the application that uses the suppressor,
has quit.

Or maybe even a squelch. A squelch might be involved
if voice recognition was there somewhere.

Paul

On Mon, 4 Jun 2018 18:11:42 +0100, J. P. Gilliver (John) wrote:

While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently choppy
as to be unusable: we had to resort to the 'phone eventually. The video
and control parts of TeamViewer worked fine (I could see her desktop,
and do things on it and with her computer), as apparently did the audio
from me to her.

Any suggestions as to why this might be, and ideally how to fix it?

Have you tried this?

Extras Options Remote control Quality optimize speed

--
s|b

In message , Paul
writes:
J. P. Gilliver (John) wrote:
In message , Paul
writes:
J. P. Gilliver (John) wrote:
While trying to sort out my blind friend's disappeared system
sounds (see relevant thread), the sound from her to me was
sufficiently choppy as to be unusable: we had to resort to the
'phone eventually. The video and control parts of TeamViewer
[]
Would the microphone on her end be USB based ?
No, analogue in.
It would take quite a CPU overload to screw that up.

And there could be an echo suppressor involved in the
setup, somehow. There have been echo suppressors at
driver level, that continue to run and process sound,
even after the application that uses the suppressor,
has quit.

I don't know. I could hear anything I said at my end, coming back -
choppily - as picked up by her microphone from her speakers; the delay
was too great for howlround, it was more like a second. There might be
echo-suppression to stop the _local_ mic getting into the local
speakers, though.

Or maybe even a squelch. A squelch might be involved
if voice recognition was there somewhere.

I don't think so. (Certainly speech recognition is not involved; Julia's
_in_put to the computer is by conventional keyboard.)
Paul
John
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

A dishwasher is rubbish at making treacle sponge. - Marjorie in UMRA, 2017-1-15

In message , s|b
writes:
On Mon, 4 Jun 2018 18:11:42 +0100, J. P. Gilliver (John) wrote:

While trying to sort out my blind friend's disappeared system sounds
(see relevant thread), the sound from her to me was sufficiently choppy
as to be unusable: we had to resort to the 'phone eventually. The video
and control parts of TeamViewer worked fine (I could see her desktop,
and do things on it and with her computer), as apparently did the audio
from me to her.

Any suggestions as to why this might be, and ideally how to fix it?

Have you tried this?

Extras Options Remote control Quality optimize speed

Thanks! It's currently set to automatic. If I remember, next time I'll
try both the optimise speed and optimise quality options (at both my and
her end - or does changing one end change the other?).
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

A dishwasher is rubbish at making treacle sponge. - Marjorie in UMRA, 2017-1-15

On Mon, 4 Jun 2018 23:08:59 +0100, J. P. Gilliver (John) wrote:

Thanks! It's currently set to automatic. If I remember, next time I'll
try both the optimise speed and optimise quality options (at both my and
her end - or does changing one end change the other?).

Only change it at your end. And I wouldn't try to optimise quality as it
will ask more of your connection. Optimising speed should result in less
quality (hardly noticeable), but with a better connection. Maybe that
will leave more room for the audio.

--
s|b

In message , s|b
writes:
On Mon, 4 Jun 2018 23:08:59 +0100, J. P. Gilliver (John) wrote:

Thanks! It's currently set to automatic. If I remember, next time I'll
try both the optimise speed and optimise quality options (at both my and
her end - or does changing one end change the other?).

Only change it at your end. And I wouldn't try to optimise quality as it
will ask more of your connection. Optimising speed should result in less
quality (hardly noticeable), but with a better connection. Maybe that
will leave more room for the audio.

Apparently people have been saying audio from her end is poor on Skype
too, so I suspect there's a fault with her microphone, or the socket or
audio circuitry. _Could_ be a software fault still; we'll have to find
and try another mike to check.

Otherwise, thanks - noted for reference. I'd have assumed changing it
would affect my _outgoing_ audio (which was apparently fine).
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Anything you add for security will slow the computer but it shouldn't be
significant or prolonged. Security software is to protect the computer, not
the primary use of the computer.
- VanguardLH in alt.windows7.general, 2018-1-28