Upgrading Mumble from 1.1.8 to 1.2.0
Install the new client.
For connecting to 1.1.8 servers, Mumble 1.2.0 includes a backwards compatible client. This client will use your existing 1.1.8 list of servers and your current configuration. Most of the code in it is identical with 1.1.8, but quite a few fixes from the 1.2 series has been included, so audio works better on Windows 7, Ubuntu 9.10 etc.
The first time you start the new 1.2.0 client, you'll need to generate a certificate, and we strongly recommend you go over the audio wizard again; quite a few things are now more aggressively tuned, and your automatically imported 1.1.8 settings might not be ideal anymore.
Note that after you have upgraded, you can no longer use the 1.1.8 client, as the settings format has changed.
1.2.0 comes with a heavily upgraded database format and quite a few new features.
You can upgrade to 1.2.0 by simply installing the new binaries and running them; the .ini format is the same (with a few notable exceptions, see below). The database will be upgraded in place. Note that this is a one-way change; after you have installed 1.2.0, you can not downgrade to 1.1.8. We therefore strongly recommend you backup your database before upgrading; simply store a copy of your murmur.sqlite file somewhere.
If using the default audio settings, Mumble 1.2.0 uses 10ms packets for lower latency. This means twice as many packets per second, which places twice the load on network drivers and kernel. If you host servers for hundreds of users, we recommend using a high quality network card with good driver support.
Bandwidth-wise, 1.2 can work on the exact same bandwidth as 1.1, but it can also go a lot higher; the default audio settings uses about 69 kbit/s of network bandwidth on IPv4. We recommend hosters offer this bandwidth, but audio quality will be acceptable as low as 30 kbit/s.
The memory requirement for 1.2 should not have changed noticably from 1.1. Note that due to the multiple threads and buffer allocations, murmur still requires a lot of virtual address space, so we strongly recommend a 64 bit OS if you have many users or virtual hosts.
CPU requirements for 1.2 are slightly higher than in 1.1, but in our tests this CPU usage was negligeble compared to the time spent in kernel network drivers.
.ini file changes
bandwidth is now specified in kbit/s instead of kbyte/s. You will need to change this.
bonjour, which can be true or false, enables or disables LAN announcements. If you're using Murmur on a LAN, you definitely want this enabled. For everyone else, you probably want to disable it.
host can now specify both IPv4 and IPv6 addresses, and Murmur will bind to all of them.
The DBus interface is now deprecated, but still supported. No changes have been made to the interface, so all old code should work. However, none of the new features have been added.
Ice has recieved a lot of upgrades, but most of your scripts will work if you simply change "Player" to "User" in function and structure names.
Ban and Kick are now separate permissions, and valid on the root channel only.
Make Channel is split in two; Make Channel and Make TempChannel.
Register allows a user to register and unregister other users, and SelfRegister allows new users to register themselves on the server. Both of these permissions are valid on the root channel only, and will only work on users that use a certificate (which should be all of them).
There's a new group called @strong, and all users with a signed certificate will be a member of this group.
As we did not want to change the mumble:// service prefix and wanted to make transition as smooth as possible 1.1.X will be the default app that launches for these URLs (this might change in the future). You have to actively tell mumble a URL points to a 1.2.0 protocol server to make it launch the right client. You do this by appending a version parameter to the url: ?version=1.2.0 .
For example: mumble://mumble.server.tld?version=1.2.0
Impact of user certificates
Users now authenticate with certificates by default, and simple user management is possible directly from the client. Remember that the Certificate Wizard forces users to take a backup of their certificate, so be extremely wary of users who claim to have "lost" their certificate; there's a good chance they are trying a social engineering attack by impersonating the user.
Many major CAs offer free email certificates, with validation of email ownership, and these certificates can be imported into Mumble. While technically only valid for signing Email, Mumble will allow these certificates to be used for SSL authentication as well. Strong certificates offer many advantages. First of all, you'll know the email address in the certificate really belongs to the user. Second, Murmur will use this fact to allow any strong certificate for the user's email address to authenticate. So if the users' registered email address is email@example.com, any signed certificate for firstname.lastname@example.org will be able to authenticate.