aboutsummaryrefslogtreecommitdiffstats
path: root/voip-readme.txt
blob: 832379f607c312a74124ff907724272661333323 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
ioquake3 VoIP support documentation.
Last updated 6/25/2008 by Ryan C. Gordon.

There are two ways to use VoIP in ioquake3. You can either use Mumble as an
 external program, for which ioq3 now supplies some basic hooks, or you can
 use the new built-in VoIP support.

Mumble is here: http://mumble.sourceforge.net/  ... ioquake3 can supply it
 with your in-game position, but everything else is whatever features Mumble
 offers outside of the game. To use it, start Mumble before you start ioq3,
 and run the game with +set cl_useMumble 1. This should work on at least
 Linux, Mac OS X, and Windows, and probably other platforms Mumble supports
 in the future.

The built-in stuff offers tighter in-game integration, works on any platform
 that ioquake3 supports, and doesn't require anything more than a recent build
 of the game. The rest of this document is concerned with the built-in VoIP
 support.


Quick start for servers:
    - run a recent build of ioquake3.
    - Make sure your network settings are set to broadband.

Quick start for clients:
    - run a recent build of ioquake3.
    - Make sure your network settings are set to broadband.
    - +set s_useOpenAL 1
    - \bind q "+voiprecord"
    - Hook up a microphone, connect to a VoIP-supporting server.
    - hold down 'q' key and talk.


Cvars you can set:

sv_voip: set to "1" (the default) to enable server-side VoIP support. Set to
         "0" to disable. Without this, all VoIP packets are refused by the
         server, which means no one gets to use in-game VoIP.

cl_voip: set to "1" (the default) to enable client-side VoIP support. Set to "0"
      to disable. Without this, you will neither be able to transmit voice nor
      hear other people.

s_alCapture: set to "1" (the default) to have the audio layer open an OpenAL
             capture device. Without this set on sound startup, you'll never
             get bits from the microphone. This means you won't transmit, but
             you can still hear other people.

cl_voipSendTarget: a string: "all" to broadcast to everyone, "none" to send
                   to no one, "attacker" to send to the last person that hit
                   you, "crosshair" to send to the people currently in your
                   crosshair, or a comma-separated list of client numbers, like
                   "0,7,2,23" ... an empty string is treated like "all". This
                   is reset to "all" when connecting to a new server.
                   Presumably mods will manage this cvar, not people, but
                   keybind could be useful for the general cases. To send to
                   just your team, or the opposing team, or a buddy list, you
                   have to set a list of numbers.

cl_voipUseVAD: set to "1" to automatically send audio when the game thinks you
               are talking, "0" (the default) to require the user to manually
               start transmitting, presumably with a keybind.

cl_voipVADThreshold: only used if cl_voipUseVAD is "1" ... a value between
                     0.0 and 1.0 that signifies the volume of recorded audio
                     that the game considers to be speech. You can use this
                     to trim out breathing or perhaps the sound of your
                     fingers tapping the keyboard and only transmit audio
                     louder than that. You will have to experiment to find the
                     value that works best for your hardware and play style.
                     The default is "0.25", with "0.0" being silence and "1.0"
                     being pretty-darn-loud.

cl_voipSend: when set to "1", the game will capture audio from the microphone
             and transmit it, when "0", the game will not. The game can
             optimize for the "0" case (perhaps turning off audio recording).
             Lots of things set this on and off, including cl_voipUseVAD, so
             you probably should not touch this directly without knowing what
             you're doing, but perhaps mods can make use of it.

cl_voipGainDuringCapture: This is the volume ("gain") of audio coming out of
                          your speakers while you are recording sound for
                          transmission. This is a value between 0.0 and 1.0,
                          zero being silence and one being no reduction in
                          volume. This prevents audio feedback and echo and
                          such, but if you're listening in headphones that
                          your mic won't pick up, you don't need to turn down
                          the gain. Default is 0.2 (20% of normal volume). You
                          ABSOLUTELY want to make your speakers quiet when you
                          record, if the microphone might pick it up!

cl_voipShowMeter: Set to "1" (the default) to show a volume meter as you are
                  recording from the microphone, so you can see how well the
                  game can "hear" you. Set to "0" to disable the display of
                  the meter.

cl_voipCaptureMult: Multiply recorded audio by this value after denoising.
                    Defaults to 2.0 to _double_ the volume of your voice.
                    This is to make you more audible if denoising eats away
                    too much data. Set this to 1.0 to get no change, less to
                    be quieter.



Console commands:

voip ignore <clientnum>
    Turn off incoming voice from player number <clientnum>. This will refuse to
     play any incoming audio from that player, and instruct the server to stop
     sending it, to save bandwidth. Use unignore to reenable. This is reset to
     unignored when (re)connecting to a server.

voip unignore <clientnum>
    Turn on incoming voice from player number <clientnum>. This will start
     playing audio from this player again if you've previously done a "voip
     ignore", and instruct the server to start sending her voice packets to
     you again.

voip muteall
    Turn off all incoming voice. This will refuse to play any incoming audio,
     and instruct the server to stop sending it, to save bandwidth. Use
     unmuteall to reenable. This is reset to unmuted when (re)connecting to
     a server.

voip unmuteall
    Turn on incoming voice. This will start playing audio again if you've
     previously done a "voip muteall", and instruct the server to start
     sending voice packets to you again.

voip gain <clientnum> <gain>
    Sets the volume ("gain") for player number <clientnum> to <gain> ...
     A gain of 0.0 is silence, and 2.0 doubles the volume. Use this if someone
     is too quiet or too loud.




Actions:

+voiprecord: The action you should bind to a key to record. This basically
             toggles cl_voipSend on and off. You don't need this if you're
             using cl_voipUseVAD, since that'll just record all the time and
             decide what parts of the recording are worth sending.



More detailed/technical info:

By default, all of this is enabled. You can build with or without VoIP
 support explicitly with USE_VOIP=[1|0] on the make command line.

You currently must use OpenAL to speak, as we have ALC_EXT_capture support
 in place to pull data from the microphone. If you are using the SDL backend,
 you can still hear people, but not speak.

There is no in-game UI to speak of: we encourage mods to add some. Largely
 they will just need to set cvars and run console commands for choosing
 voice targets and ignoring people, etc.

This requires patched builds to be useful, but remains network compatible with
 legacy quake3 clients and servers. Clients and servers both report in their
 info strings whether they support VoIP, and won't send VoIP data to those not
 reporting support. If a stray VoIP packet makes it to a legacy build, it will
 be ignored without incident.

VoIP packets are saved in demo files! You will be able to playback what you
 heard and what you said on VoIP-compatible clients. Legacy clients can also
 play demo files with VoIP packets in them, but just won't play the voice
 track. For VoIP-supported builds, it's nice to have a record of the
 trash-talk.

Data is processed using the Speex narrowband codec, and is cross-platform.
 Bigendian and littleendian systems can speak to each other, as can 32 and
 64-bit platforms.

Bandwidth: VoIP data is broken up into 20 millisecond frames (this is a Speex
 requirement), and we try to push up to 12 Speex frames in one UDP packet
 (about a quarter of a second of audio)...we're using the narrowband codec:
 8000Hz sample rate. In practice, a client should send about 2 kilobytes per
 second more when speaking, spread over about four bursts per second, plus a
 few bytes of state information. For comparison, this is less than the server
 sends when downloading files to the client without an http redirect. The
 server needs to rebroadcast the packet to all clients that should receive it
 (which may be less than the total connected players), so servers should
 assume they'll need to push (number of players speaking at once times number
 of people that should hear it) * 2 kilobytes per second. It shouldn't be a
 problem for any client or server on a broadband connection, although it may
 be painful for dialup users (but then again, everything is. They can just
 disable the cvar). The game will refuse to enable VoIP support if your have
 your network settings lower than "Cable/xDSL/LAN", just in case.

The initial VoIP work was done by Ryan C. Gordon <icculus@icculus.org>, and
 he can be contacted with technical questions, if the ioq3 mailing list or
 forums aren't helpful.

// end of voip-README.txt ...