Indeeds the Vivox voice outputs in 32khz. (This particular Pulse server
defaults to s16le 2ch 44100Hz.)
But that doesn't make sense, does it? After all, if it's the server's
job to convert sample rates, why wolud the sound client be running at
full CPU? And Windows' audio stack does on-the-fly rate conversions all
the time, but there's not much a noticable performance impact.
Interestingly, if you turn on Voice (with Alsa-Pulse-Alsa) and look in
the debug log there's this line:
AL lib: alsa.c:616: set access failed: Invalid argument
Someone turn off Pulse and see what happens?
GCat/Kaku
*** Sink Input #98 ***
Driver: pulsecore/protocol-native.c
Owner Module: 1
Client: 62
Sink: 1
Sample Specification: s16le 2ch 44100Hz
Channel Map: front-left,front-right
Volume: 0: 100% 1: 100%
Buffer Latency: 72448 usec
Sink Latency: 23370 usec
Resample method: src-linear
Properties:
media.name = "ALSA Playback"
application.name = "ALSA plug-in [SLVoice]"
native-protocol.peer = "TCP/IP client from 127.0.1.1:47686"
native-protocol.version = "14"
application.process.id = "20184"
application.process.user = "nekoyasha"
application.process.host = "nekokoneko"
application.process.binary = "SLVoice"
application.language = "C"
*** Source Output #26 ***
Driver: pulsecore/protocol-native.c
Owner Module: 1
Client: 63
Source: 2
Sample Specification: s16le 1ch 32000Hz
Channel Map: mono
Buffer Latency: 14000 usec
Source Latency: 3318 usec
Resample method: src-linear
Properties:
media.name = "ALSA Capture"
application.name = "ALSA plug-in [SLVoice]"
native-protocol.peer = "TCP/IP client from 127.0.1.1:47687"
native-protocol.version = "14"
application.process.id = "20184"
application.process.user = "nekoyasha"
application.process.host = "nekokoneko"
application.process.binary = "SLVoice"
lines 281-321
于 2009年03月15日 15:36, Jan Ciger 写道:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Geneko Nemeth wrote:
I have been playing with Pulseaudio 0.9.14 on Ubuntu Jaunty Alpha
(because SLVoice tend to freeze the version 0.9.10 shipped with
Intrepid). UI Sound and wind effects are working, but often SLVoice can
use more CPU than Second Life client itself. (With the client window
focused, even. That just spells lag.)
I suspect that Pulse is running at a different sampling frequency than
Vivox stuff uses and is doing resampling on the fly in you case. That
can literally eat the CPU time. The most common setup for Pulse that I
have seen is 48kHz sampling rate, because many modern soundcards default
to it or do not even support slower rates (especially in laptops). Does
anyone know what are the parameters Vivox libs are using for audio?
And sometimes, SLVoice would also
appear to freeze, leaving me to figure out why my voice won't transmit.
For me voice freezes Pulseaudio (I have also 0.9.10 on Mandriva 2009),
leaving it stuck with a repeating sample in a buffer. I had that happen
with other applications before, but that is exceedingly rare today. Even
Skype works quite OK with Pulseaudio, but SL voice does not :(
As an aside, while Pulseaudio is one of the ways to go, it is still
immature.
That's unfortunately true, but it is getting better. Having more
applications support it would both reduce the complexity of the
applications (you can drop a lot of the soundcard-related wizardry) and
expose more bugs in Pulse, letting them be fixed faster.
Regards,
Jan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
iD8DBQFJvVjJn11XseNj94gRAt7/AKDo6MUI9aQuU5A41y/EfUpr0Wm/TACgz4YB
TNVW37qOCn7DguNO4dCk/sI=
=m8rV
-----END PGP SIGNATURE-----
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies before posting to keep unmoderated posting privileges
