Z. B. habe ich kürzlich so ziemlich alle Blogbeiträge der Kategorie “Musik” depubliziert und zuvor auch schon viele andere, weil sie meiner Ansicht nach nicht mehr relevant waren und weil der Blog dadurch “kleiner” wurde und somit auch schneller mit Hugo gebaut werden kann.

Heute habe ich 300 Beiträge der Kategorie “Mumble” depubliziert, fast ausschließlich News zum VoIP-Clienten oder auch alternativen Clienten wie Plumble, Mumblefy und auch zum Mumble-Moderator (MuMo). Denn die wirklich wichtigen Infos, wenn auch nicht mehr ganz aktuell, die gibt es weiterhin in meinem archivierten Wiki.

Somit enthält die Kategorie mit diesem Blogbeitrag hier derzeit nur noch 35 Beiträge. Hugo benötigt jetzt nur noch 35 Sekunden zum Bauen des gesamten Blogs. Zuvor waren es 43 Sekunden.

Entgegen der Ankündigung gibt es weiterhin ein “richtiges” Zertifikat von LetsEncrypt. Wer nicht ganz genau auf IP-Adressen achtet, der wird gar nicht mitbekommen, dass der Server jetzt woanders läuft.

Woanders bedeutet in diesem Fall auf dem Server von Vri. Vielen Dank dafür 😊

Der Server ist auch weiterhin in der offiziellen Serverliste drin und auch grün hinterlegt.

Ihr müsst also nix tun. Ihr bemerkt den Unterschied gar nicht.

Weitere Information über den Mumble-Server gibt es weiterhin im Wiki, siehe hier.

Spoiler: Ich werde Mumble weiterhin als Kommunikationswerkzeug benutzen und den Server auch online lassen.

Weniger ist günstiger

Was ich aber nicht mehr benötige, sind die vielen Extras auf dem Mumble-Server, also die vielen Module von MuMo (Mumble-Moderator), die auf dem Server bisher immer verfügbar waren und solche Dinge ermöglichten wie z. B. das Setzen eines Status mit !sets status oder Vorschautext für ein an den Kanal gesendetes Video.

Zudem möchte ich den Mumble-Server auf ein anderes Hostsystem umziehen, da ich somit jeden Monat 7 € sparen kann.

Konkret wurde bereits umgesetzt

• Die zwei anderen Mumble-Server von mir, einer für Testzwecke und der mit dem Namen “ᎭᎪᎢᎬᎭᎾᎷ”, wurden bereits abgeschaltet und bleiben auch in Zukunft offline.
• Es gibt keinen Ersatzserver mehr. Früher war der wichtig, weil immer viel los war, heute nicht mehr.
• Alle Module des Mumble-Moderator (siehe oben) wurden bereits deaktiviert.
• Ich habe die alternativen Domains für den Mumble-Server gelöscht. Falls ihr eine davon verwendet, ändert das bitte auf mumble.natenom.com oder m.natenom.com. Die folgenden gibt es nicht mehr:
  • mumble1, mumble2, m1, m2, ipv4.mumble, ipv6.mumble

In den nächsten Tagen wird noch umgesetzt

• Der Mumble-Server wird auf einen neuen Host umziehen.
• Da ich es dem neuen Hoster so einfach wie möglich machen will, verzichte ich auf die Einbindung eines “echten” TLS-Zertifikats. Das bedeutet, dass Menschen, die das erste Mal auf den neuen Server kommen, das neue Zertifikat abnicken müssen.
• Die DNS-Einträge werde ich alle so ändern, dass man automatisch auf dem neuen Host landet.
• Der Server wird auch weiterhin in der Serverliste gelistet sein, aber nicht mehr grün hinterlegt sein.

Was ihr tun müsst

Im besten Fall müsst ihr in ein paar Tagen nur einmalig das neue Zertifikat akzeptieren. Das werde ich dann noch vorher kommunizieren und auch die Prüfsumme des neuen Zertifikats hier veröffentlichen.

Infos zum Mumble-Server

Weitere Information über den Mumble-Server gibt es weiterhin im Wiki, siehe hier.

Links zu F-Droid und Google Play gibt es auf der Projektseite, siehe hier.

Also fing ich an, die Dokumentation in meinem eigenen DokuWiki zu schreiben. Und ich schrieb viel und investierte extrem viel Zeit. Das Ergebnis war die damals (und vermutlich heute immer noch) umfangreichste Dokumentation zur Mumble Software. Aktuell besteht die Dokumentation aus über 350 Wikiseiten mit teilweise sehr detaillierten Informationen. Über viele Jahre hatte ich auch die Entwicklung der Software verfolgt und die Dokumentation gepflegt, war dann irgendwann auch im Team des Projekts.

In den letzten Jahren haben sich meine Prioritäten jedoch verändert. Aus “Sachen am PC machen” wurde “draußen sein”, “Fahrrad”, “Mobilität”. Für mich persönlich war das ein extrem großer Zugewinn an Lebensqualität, der bis heute anhält. Für die Mumble-Dokumentation war es ein langsames Aus. Ende 2020 war das Thema Mumble dann durch meine anderen Interessen fast gänzlich verdrängt worden.

Und so steht es auch schon von Anfang an in meinem Wiki, weil es schon immer so war, dass sich Interessen ändern:

Willkommen im Wiki von Natenom. Hier findet man viele verschiedene Informationen zu Themen, die mich seit 2010 interessiert haben und zu solchen, die mich aktuell interessieren.

Der erste Satz auf der Startseite meines Wikis

wiki.natenom.de

Ich habe immer wieder mal Ansätze gehabt, die Dokumentation auf den aktuellen Stand bringen zu wollen, es aber nie geschafft, denn es bedeutet sehr viel Arbeit und Zeit, die ich lieber draußen verbringe.

Spätestens seit dem aktuellen Mumble-Release der Version 1.4 habe ich die Dokumentation nicht mehr an die Neuerungen angepasst. Und ich werde es aller Wahrscheinlichkeit auch nicht mehr tun. Wer weiß, was die Zukunft bringt, aber aktuell habe ich es nicht vor. Draußen sein ist wichtiger für mich.

Daher habe ich mich heute entschieden, das gar nicht mehr zu versuchen und mit dem Thema “Mumble-Dokumentation” abzuschließen. Ich interessiere mich zwar weiterhin für die Entwicklung des Mumble-Projekts und werde auch immer noch noch davon berichten, nur eben meine Dokumentation nicht mehr pflegen.

Die bestehende Mumble-Dokumentation wird natürlich online bleiben und ich werde die anderen Bereiche meines Wikis auch weiterhin mit Inhalten füllen, nur eben mit anderen. Auch mein Mumble-Server wird online bleiben, auch wenn es in den letzten Jahren immer leerer geworden ist.

In diesem Sinne: Es war schön, hat Spaß gemacht, war sehr viel Arbeit und jetzt sind andere Dinge dran.

Ausgehend von der Auflistung der Neuerungen der Version 1.3.0 habe ich fast alles auf den neusten Stand gebracht. Es fehlen nur noch ein paar neue Screenshots und einige wenige Inhalte bezüglich neuer Serverfunktionen. Nebenbei habe ich auch noch einen kleinen Bug in Mumble gefunden, der noch kurzfristig behoben werden wird, pssst.

Ich freue mich schon, wenn in den nächsten Tagen/Wochen das Update für Mumble nach mehreren Jahren Entwicklung endlich freigegeben wird.

Deshalb habe ich jetzt nachgeholt, was ich irgendwann mal machen wollte und habe die Datenschutzerklärung unter die Creative Commons Lizenz CC0 gestellt, d. h. sie ist Public Domain. Jeder darf sie verwenden und für eigene Zwecke anpassen. Die Lizenz ist in der Datenschutzerklärung am Ende genannt.

Ich würde mich aber trotzdem freuen, wenn jemand, der die Datenschutzerklärung übernimmt, einen Hinweis auf den Ursprung gibt. Dann würden auch andere Menschen erfahren, dass sie diese nutzen dürfen.

Natürlich kann ich nicht garantieren, dass ich an alles gedacht habe, jedoch habe ich sie nach bestem Wissen und Gewissen verfasst.

Thats what I use instead of an admin interface.

But this is very unhandy if you want to change the welcome message (internally called welcometext) of your server because pasting much HTML code into an interactive Python shell does not work well.

But one can use a trick: Load the current welcometext into a channel description, edit it with the channel editor and write it back.

In order to do that create a new channel, temporary or permanent. Then edit it and note the channel id you can see behind the channel name which is 4268 in this case:

Close the editor. Don’t leave the channel if it is a temporary one.

Start mice as described here and get your server as an object, the first created server has the ID 1:

s1=mice.m.getServer(1)

Now set the current welcometext as the channel description of your new channel:

channel=s1.getChannelState(4268)

channel.description=s1.getConf(“welcometext”) s1.setChannelState(channel)

Open the channel editor again to be able to change the channel description:

When editing is done close the editor with „OK“ and then write back the welcometext (note that the following code is one line only):

s1.setConf("welcometext", s1.getChannelState(4268).description)

The server sends the new welcome message instantly to all clients.

The drawback of this method is that some styles are filtered out when pressing OK which would work editing the welcometext directly. For example I cannot align paragraphs to the center in my case.

Another method editing the welcometext is with the help of a text file which I will describe later :)

But on a box with very little RAM I wanted something very simple so I started using „mice“ on my new server.

Mice is a wrapper for the Ice connection to your Mumble server (also known as Murmur). Documentation about Ice and Mumble can be found here.

I use mice with ipython which gives you for example the ability for tab completion.

BTW: I am a noob when it comes to Python so please leave a comment if the code I used in this blog post can be simplified :)

What you need to know when using mice (and Ice in general)

Read the documentation :)

You can either use the tab completion of ipython to get a list of methods (see below) or read the documentation from Murmur, see Murmur.ice itself or its generated documentation.

Instant changes

It is very nice that all you change through Ice is instantly applied to your server. There is no need for a restart unlike editing the .ini file of your server (mostly murmur.ini or mumble-server.ini).

„Global settings“ vs „local settings“

But you can only change so called „local settings“, not „global settings“. The latter can be changed only in the .ini file and you need to reboot your server. Keep that in mind when you work with mice.

A (German) list of global and local settings can be found here (global) and here (local).

The list of all variables in the official Mumble wiki does not yet distinguish between local and global variables, see here.

A global setting is for example which backend for SQL Murmur should use, you can choose between MySQL and Sqlite (default).

A local setting is for example the name of your Mumble server (it is called „registername“).

Always lowercase

If you change settings via „setConf“ you must always use the lowercase name of what you change.

For example use

setConf("registername", "Name of your Mumble-Server")

instead of

setConf("registerName", "Name of your Mumble-Server")

Murmur won’t recognize mixed case written settings set through Ice.

Note: The case isn’t important in your murmur.ini file.

Always use strings for setConf

The method setConf requires alway strings as values, see here.

For example the next will not work:

s1.setConf("users", 127)

But this works:

s1.setConf("users", "127")

Before you start

Download mice.py onto your server and edit it.

Change the default settings like host, port and most important the „secret“ which is the equivalent of „icesecret“ or „icesecretwrite“ in your „murmur.ini“ or „mumble-server.ini“.

Encoding version

If you get an error like

UnknownLocalException: exception ::Ice::UnknownLocalException
{
unknown = ../../include/Ice/BasicStream.h:175: Ice::UnsupportedEncodingException:
protocol error: unsupported encoding version: 1.1
(can only support encodings compatible with version 1.1)

change the prxstr value in line 52 from

prxstr = "Meta:tcp -h %s -p %d -t 1000" % (host, port)

to

prxstr = "Meta -e 1.0:tcp -h %s -p %d -t 1000" % (host, port)

in order to force protocol encoding in version 1.0.

Lets start with mice

Change into the directory where your mice.py script is located. Then start ipython:

mymumbleserver # ls .

mice.py

mymumbleserver # ipython

Python 2.7.9 (default, Mar 1 2015, 18:22:53)
Type "copyright", "credits" or "license" for more information.

IPython 2.3.0 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help -> Python's own help system.
object? -> Details about 'object', use 'object??' for extra details.

In [1]:

Import mice:

import mice

Using default settings.
Import ice... Done
Trying to retrieve slice dynamically from server... Success
Import dynamically compiled murmur class... Done
Establish ice connection... [protected]... Done
Murmur object accessible via 'mice.murmur' or 'mice.m'
3 booted servers in 'mice.sl', 'mice.s' contains 's/1 -t -e 1.0:tcp -h 127.0.0.1 -p 6502'
--- Reached interactive mode ---

Now you are ready to start…

Some examples for working with mice

Get list of all servers

There are three Mumble servers available, lets get a list of them:

mice.m.getAllServers()

[s/1 -t -e 1.0:tcp -h 127.0.0.1 -p 6502,
s/3 -t -e 1.0:tcp -h 127.0.0.1 -p 6502,
s/5 -t -e 1.0:tcp -h 127.0.0.1 -p 6502]

Create an object for the server you want to work with

I want to work with the first one, so I get it into a new object:

s1 = mice.m.getServer(1)

List all methods for your server

s1.<PRESS TAB>

s1.
Display all 215 possibilities? (y or n)
s1.addCallback                   s1.end_getChannelState           s1.ice_datagram
s1.addChannel                    s1.end_getChannels               s1.ice_encodingVersion
s1.addContextCallback            s1.end_getConf                   s1.ice_endpointSelection
s1.addUserToGroup                s1.end_getLog                    s1.ice_endpoints
s1.begin_addCallback             s1.end_getLogLen                 s1.ice_facet
s1.begin_addChannel              s1.end_getRegisteredUsers        s1.ice_flushBatchRequests
[..]

The most interesting methods start with „get“ and „set“.

Check whether the server is running

s1.isRunning()

Out[6]: True

Print the complete configuration

s1.getAllConf()

Out[7]:
{'': '',
'allowhtml': 'true',
'allowping': 'true',
'autobanattempts': '10',
'bandwidth': '128000',
'bonjour': 'false',
'boot': 'true',
[...]

Print only a specific setting

s1.getConf("registername")

Out[8]: 'Natemologie-Zentrum (Opus)'

Change settings

s1.setConf("users", "150")

Restart the server

s1.stop()
s1.start()

Change the welcome message

s1.setConf("welcometext", "Welcome to my server")

Lets send a message to a specific channel on your server

In the Ice documentation we can read that the sendMessageChannel needs the following arguments:

s1.sendMessageChannel(int channelid, bool tree, string text)

If the „tree“ parameter is True the message is sent to all subchannels of the channel you send a message to.

So we can use for example:

s1.sendMessageChannel(123, False, "Test message to channel with id 123")

On the Mumble server we get:

[07:02:47] (Channel) Server: Test message to channel with id 530

Now a so called tree message to all channels on the server

Now we write a so called tree message (see above):

s1.sendMessageChannel(0, True, "This is a test message to all channels on your server")

0 is the id of the root channel of a server.

Every user on your server gets:

[07:04:04] (Tree) Server: This is a test message to all channels on your server

You can also use HTML and CSS to style your message:

s1.sendMessageChannel(0, True, "<span style='color:red;font-size:12px;'>This is a test message to all channels o
n your server</span>")

Get the server uptime in seconds

s1.getUptime()

Out[71]: 104157L

Get a list of current online users

for k,v in s1.getUsers().iteritems():
    print(k, v.name)

(194L, 'Natenom')
(197L, 'Music-Bot 2')
(198L, 'Music-Bot 5')
(199L, 'Music-Bot 3')
(200L, 'Music-Bot 1')
(201L, 'Music-Bot 4')
(19L, 'MetalRubyOceanBot')
(126L, 'someone')

The first number is the current session ID of a user.

But there is more information about a user; when you write the code above press after v. …

For example:

for k,v in s1.getUsers().iteritems():
    print(k, v.name, v.os, v.osversion, v.release, v.selfMute, v.idlesecs)

(194L, 'Natenom', 'X11', 'Arch Linux', '1.3.0', False, 1L)
(197L, 'Music-Bot 2', 'Linux x86_64', '#1 SMP Wed Feb 10 09:52:06 CET 2016', 'mumble-ruby 1.1.2', False, 3360L)
[...]

Kick a user

Lets kick Natenom, referenced by his current session id (194):

s1.kickUser(194, "Just a test :P")

[07:28:23] You were kicked from the server by the server: Just a test :P.

Note that the session id is limited to the current session; it changes when Natenom reconnects.

Playing with a specific user

Create an object with a specific user, lets say Natenom:

for k,v in s1.getUsers().iteritems():
    print(k, v.name, v.os, v.osversion, v.release, v.selfMute, v.idlesecs)

(1L, 'Natenom', 'X11', 'Arch Linux', '1.3.0', False, 12L)

Natenom = s1.getUsers()[1] #1 is the session id from above

Now type Natenom. and press .

Natenom.<press TAB>

Natenom.address          Natenom.idlesecs
[...]

The object „Natenom“ can also be used to change his current state with the help of setState().

First modify the object:

Natenom.name = "Ice is cool :P"

Nothing happened yet on the server; now:

s1.setState(Natenom)

Now Natenom was renamed on the server :)

BTW: When using Ice to rename users you are not limited to characters allowed by „username“ setting. The same applies for channel names.

Lets deaf Natenom server side:

Natenom.deaf = True
s1.setState(Natenom)

Done.

Work with channels

In order to create a new channel you need to know the ID of the parent channel; 0 in this case is the root channel so the next command will create a main channel.

s1.addChannel("Name your channel", 0)

Out[13]: 3696L

The output gives you the ID of the new channel, 3696. You need it to reference this channel in other commands.

s1.getChannelState(3696)

{
id = 3696
name = name of new channel
parent = 0
links =
{
}
description =
temporary = False
position = 0
}

mychannel = s1.getChannelState(3696)
mychannel.description = "You can use HTML and CSS in channel descriptions if allowhtml is set to true on your se
rver<br /><br /><a href='https://natenom.de'>Link to my blog</a>" 
s1.setChannelState(mychannel)

Done…

Have fun with experimenting what else you can do with Mice :)

It is very powerful.

Installation

Hat man alle notwendigen Abhängigkeiten installiert, so kann man den Bot mit folgenden Schritten installieren:

mkdir ~/go

export GOPATH=~/go

cd ~/go

git clone https://github.com/robbi5/gomumblesoundboard

cd gomumblesoundboard

godep restore

go build

Starten und Spass haben

Starten kann man das Soundboard mit z. B.:

./gomumblesoundboard --username Soundboard --server m.natenom.com:64738 --insecure --channel Bottest /home/music/Tinavie\ -\ Hidden\ Places/*flac

Es verbindet sich ein Bot mit dem Namen „Soundboard“ zum Server und landet im Kanal „Bottest“. Die Angabe des insecure-Parameters ist wichtig bei Servern, die ein selbst signiertes Zertifikat nutzen, so wie unser Server.

Der letzte Parameter gibt den Pfad zu den Sounddateien an.

Im Terminal sieht man die Willkommensnachricht des Servers und dann die weiteren Ausgaben des Bots.

Es können nicht nur einzelne Sounds genutzt werden sondern auch z. B. ein Verzeichnis mit einem Album. Dank ffmpeg werden viele Soundformate unterstützt; habe selbst MP3, FLAC und Ogg genutzt.

Hier ein Screenshot des lokalen Webinterfaces und dem Album Hidden Places von Tinavie:

Klickt man hier ein Feld an, so wird dies kurz in Grün erleuchtet und die Datei wird abgespielt.

Startet man jedoch eine Datei, während bereits eine andere läuft, leuchtet das Feld in Rot auf und die aktuelle Datei wird nur beendet. Dann muss man erneut die Schaltfläche anklicken, um die Datei zu starten.

Rechts oben kann man das Abspielen stoppen.

Hintergrund

Das Projekt basiert auf demselben Projekt namens gumble auf dem auch der Mumble-Client für das Terminal namens barnard basiert.

Entwickelt wurde es von robbi5 in der Programmiersprache Go. Lizensiert ist es unter der MIT.

Der Quelltext ist auf GitHub verfügbar.

\o/

Schönes Soundboard, das man auch als Musikbot missbrauchen kann :)

Doch seit gestern gibt es zusätzlich einen Open Source Clienten für Mumble für die Konsole; geschrieben in der Programmiersprache Go.

Er steht unter der Lizenz MIT und wurde programmiert von „Tim Cooper„.

Dass es einen solchen Clienten geben wird, hat der Entwickler vor ein paar Tagen bereits im IRC (#mumble) angekündigt. Gestern folgten dann die Links zu den entsprechenden Github-Repos; hier das Repo für barnard selbst und hier der zugrunde liegende Client gumble.

Selbst kompilieren

Habe noch nie mit Go zu tun gehabt, wenn es also einen besseren Weg gibt, dann bitte melden :)

Zunächst installiert man sich Go, Git und mercurial, in ArchLinux z. B. mit:

pacman -Sy go git mercurial openal

Dann erstellt man irgendwo ein Verzeichnis (hier im Beispiel in /home/user/) mit dem Namen go-apps, wechselt dort hinein und ruft folgende Befehle auf:

mkdir -p /home/user/go-apps/src
cd /home/user/go-apps/src
export GOPATH=/home/user/go-apps
git clone https://github.com/layeh/barnard.git
cd barnard
go get

Jetzt kann man die Anwendung testweise aufrufen mit der Zeile:

go run cmd/barnard/main.go

Dabei versucht barnard per Voreinstellung, einen Mumble-Server auf localhost und dem Standardport 64738 zu erreichen, was vermutlich bei fast niemandem funktionieren wird.

Es wird kein Benutzer-Zertifikat für den Clienten erzeugt, deshalb werden wir später unser eigenes Zertifikat exportieren und in barnard nutzen, siehe weiter unten.

Soundsysteme

Für die Audiounterstützung verwendet Barnard nur das Soundsystem OpenAL.

Damit ich auf meinem System, wie auch für den normalen Mumble-Clienten, das gute Jack verwenden kann, wird zusätzlich Pulseaudio auf meinem System installiert und in der Datei /etc/pulseaudio/default.pa werden am Ende die folgenden beiden Zeilen eingetragen:

load-module module-jack-sink
load-module module-jack-source

Nach einem Neustart von PulseAudio greift sich dieses nicht mehr eine Soundkarte sondern setzt sich auf einen laufenden Jack-Server drauf.

Und da OpenAL per Voreinstellung ein vorhandenes PulseAudio nutzt, habe ich letztlich – mit Umwegen – einen Mumble-Clienten für die Konsole, der Jack nutzt :)

Wer kein Jack einsetzt, dafür aber nur PulseAudio, bei dem sollte der Sound direkt funktionieren.

Hier ein Screenshot von patchage und pavucontrol (main ist die Go-Anwendung barnard):

Barnard erkennen

In den Benutzerinformationen erscheint der Client als „Versionsnummer (gumble)“.

Zertifikat verwenden

Ein bestehendes Zertifikat im Format .p12, welches man aus Mumble exportieren kann, konvertiert man mit folgender Zeile bei installiertem OpenSSL um:

openssl pkcs12 -in zertifikat.p12 -out zertifikat.pem -nodes

Bei der Passwortabfrage drückt man einfach Enter, wenn das Zertifikat nicht durch ein solches geschützt ist.

Danach kann man barnard starten mit z. B.:

go run cmd/barnard/main.go -server=“mumble.natenom.com:64738″ -username=“barnard-tester“ -insecure=true -certificate=/home/user/pfad-zum-zertifikat.pem

Nun erhält man folgende Ansicht unseres Mumble-Servers:

Speicherverbrauch des Clienten: Ca. 10 MiB.

Bedienung

Es gibt die folgenden Tastenkombinationen:

• F1 – Schaltet das Senden ein und aus; rechts oben im kleinen Kasten sieht man den Sendestatus; entweder steht hier „Idle“ oder „Tx“ für Senden.
• F10 – Beendet das Programm.
• Tab – Schaltet um zwischen dem Chatfenster und dem Kanalbaum, in dem auch Benutzer angezeigt werden. Hier kann man den Kanal wechseln.
• Mit Bild-Hoch/-Runter, Home und End scrollt man im Nachrichtenverlauf hin und her.

Bots gefällig?

Aber das ist noch nicht alles …, denn der Client namens gumble, den barnard letztlich verwendet, kann mehr. So gibt es im Verzeichnis „examples“ mehrere Beispiele.

Die kann man genau wie barnard aufrufen, mit denselben Parametern, z. B. den Musikbot mit:

go run /home/user/go-apps/src/github.com/layeh/gumble/examples/audio-player.go -server=“mumble.natenom.com:64738″ -username=“barnard-musicbot“ -insecure=true /pfad/zu/einer/Musikdatei.ogg

Wenn man jetzt an den Benutzer „barnard-musicbot“ den Text „Musikdatei.ogg“ ohne die Anführungsstriche schickt, so wird das Musikstück abgespielt.

\o/

Cool :)

Ich sehs schon kommen, da wird es ähnlich coole Dinge geben wie bei Mumble-Ruby.

Eine Todo-Liste für das Projekt gibt es hier.

Falls jemand Interesse an solch einem Aufbau hat, gibt es eine entsprechende Anleitung unter https://wikiarchiv.natenom.de/mumble/audiobots/music_bot_mpd_mumble_jack.

[][5]

Weitere Anleitungen für Audio-Bots gibt es hier.

Verwendet wird nun das Programm Shotty. Da es nur für private Zwecke frei ist (Freeware), jedoch für kommerzielle Zwecke einer Erlaubnis bedarf, wurde der Entwickler angeschrieben. Schließlich erlaubt z.B. die Lizenz hier im Blog die kommerzielle Nutzung durch andere Menschen. Die Antwort kam prompt und die Erlaubnis wurde erteilt; danke dafür :)

Einer der Vorteile von Shotty: Screenshots können über die HQ-Methode so erstellt werden, dass echte Transparenz und der Schatten enthalten sind. Auch wird der Desktophintergrund ausgeblendet.

Alle Details für Screenshots lassen sich konfigurieren

[][3]

und nach dem Erstellen kann man diese auch direkt bearbeiten:

[][4]

Hier ein Beispiel des Mumble-Hauptfensters mit Schatten und echter Transparenz:

[][5]

Schön :)

Das Video und den Blogeintrag gibts hier: http://blog.dbclan.de/index.php/2011/03/visualisierung-der-mumble-entwicklung/.

Mein Netbook reicht leider nur für 480PseudoP, Full HD kommt erst am Wochenende wieder :)

Viel Spaß.

Das Video gibt es bei Youtube, siehe hier.

Musik und Video stehen unter der Creative Commons Lizenz CC BY-SA.

Die Map entstand damals weil wir mal was anderes in Sauerbraten bauen wollten als nur Häuser, und da kam als Idee, dass wir einen Mumble-Screenshot bauen; hier im Detail.
Und da Mumble 1.2.3 am Wochenende in freigegeben werden soll, haben wir dieses Ereignis zum Anlass genommen um ein schönes Video von unserer Map machen; schließlich hat nicht jeder das Spiel Sauerbraten auf seinem PC um sich die Map ansehen zu können.

Danke an die Mitglieder des OSH-Clans, die für das Video mitgespielt haben, namentlich a_teammate, Legend, Railway, Tylon und Trixxer. Von uns waren dabei: Korni, Jumpingbit und Natenom.

Bilder von der Map gibt es in der Galerie und in HD.

Alle weiteren Informationen zum Video und die Map zum Herunterladen gibt es im Wiki.

Nachtrag: Ja, die Map war schon immer auf 1.2.3 gebaut, wir haben nicht einfach nur ein Aufnahmeicon nachträglich eingebaut. Wir nutzen schließlich immer die neuesten Snapshots, RCs, etc. Und so haben wir uns die Zeit bis zum Release etwas verkürzt :)
Und wenn ich mich richtig erinnere dachten wir mal wieder, dass damals eventuell kurz danach das Release kommen koennte … wie mehrmals bisher :)
Als Beweis soll der Blogeintrag vom 28. August 2010 dienen; dort wurde die Map vorgestellt und es ist sowohl im Screenshot als auch im Text zu sehen, dass es sich um 1.2.3 handelt.
/2010/08/sauerbraten-spielbare-map-mumble-ist-fertig/.

Entgegen der sonst üblichen Art, das Video zu verlinken …
hier direkt eingebettet:

Die verwendet Sauerbraten-Map namens Mumble gibt es hier: https://wiki.natenom.de/docs/sauerbraten/maps/mumblemap.