Musikstreaming zwischen Lautis (Konzept) - Versionsgeschichte

Potsdam.otto: Mumble-Server von Infra4Future

2021-03-16T23:02:32Z

Mumble-Server von Infra4Future

Potsdam.otto: Setup-Dokumentation etc

2021-03-16T22:58:36Z

Setup-Dokumentation etc

Isny.fabian am 23. Februar 2021 um 08:55 Uhr

2021-02-23T08:55:05Z

Thorbijoern FFF: fixed liste

2020-04-22T17:09:25Z

fixed liste

Thorbijoern FFF: link hinzugefügt

2020-04-22T17:07:28Z

link hinzugefügt

Thorbijoern FFF am 15. März 2020 um 20:36 Uhr

2020-03-15T20:36:47Z

Thorbijoern FFF am 15. März 2020 um 20:36 Uhr

2020-03-15T20:36:04Z

Thorbijoern FFF am 26. Februar 2020 um 18:48 Uhr

2020-02-26T18:48:16Z

Thorbijoern FFF am 26. Februar 2020 um 18:47 Uhr

2020-02-26T18:47:31Z

Thorbijoern FFF am 26. Februar 2020 um 14:29 Uhr

2020-02-26T14:29:57Z

@@ Zeile 39: / Zeile 39: @@
 Wir haben dafür die Software [https://mumble.info Mumble] eingesetzt. Unser Setup funktioniert so:
-* Es gibt einen zentralen Webserver, der installiert werden muss. Ihr könnt hier entweder einen eigenen installieren oder einen aus der öffentlichen Liste wählen.
+* Es gibt einen zentralen Webserver, der installiert werden muss. Ihr könnt hier entweder einen eigenen installieren oder einen aus der öffentlichen Liste wählen. (PS: [[Infra4future]] stellt auch einen Mumble-Server zur Verfügung.)
 * Alle Geräte verbinden sich mit diesem Server und tretem einem gemeinsamen Audiochannel bei
 * Ein Gerät überträgt das Audio von einem Lastenrad in die Cloud. Am besten nehmt ihr hier einen Laptop, dort gibt es viel mehr Einstellungen und man behält auch leichter den Überblick, was man dort einstellt.

← Nächstältere Version		Version vom 16. März 2021, 22:58 Uhr
Zeile 19:		Zeile 19:
	** mit Smartphone (Mumble) <ref>https://wiki.systemli.org/howto/mumble_fuer_redebeitraege_auf_demos</ref>		** mit Smartphone (Mumble) <ref>https://wiki.systemli.org/howto/mumble_fuer_redebeitraege_auf_demos</ref>

		+	==In der Praxis==
		+
		+	Es gibt Städte wie Potsdam, in denen wir mehrere Übertragungstechniken regelmäßig anwenden und unsere Erfahrungen hier mit euch teilen wollen. Bei Fragen könnt ihr uns jederzeit per E-Mail kontaktieren (potsdam @ fridaysforfuture punkt unsere domain).
		+
		+	===Analoge Funkübertragung===
		+
		+	Für die mobile Funkübertragung gibt es fertige Techniken, die sich in der Veranstaltungstechnik finden, eigentlich dienen sie wie Funkmikrofone der Übertragung auf kurze Strecken auf der Bühne. In der Praxis haben wir mit solchen Systemen aber auch schon Funkübertragung über bis zu 250m realisiert. Mit professionellem Antennenequipment (Richtfunktechnik) lässt sich dies auch noch erweitern, aber ein großes Problem sind Störfaktoren. Insbesondere um Häuserecken hilft auch die beste Antenne kaum etwas.
		+
		+	Unsere Sets bestehen meist aus einem Taschensender (meist mit 2xAA-Akkus betrieben) und einem stationären Empfänger auf dem nächsten Lastenrad. Ein günstiges Setup, mit dem wir angefangen haben, ist das [https://www.thomann.de/de/the_t.bone_free_solo_pt_823_mhz.htm free solo PT], das wir als Versandrückläufer erworben haben. Dies gibt es in verschiedenen Frequenzbereichen (Achtung: besorgt unbedingt solche, die von 823-832, 863-865 und / oder im 1.8GHz-Bereich funken, andernfalls können Lizenzen für die Frequenznutzung anfallen. Wenn ihr euch hier unsicher seid, fragt sicherheitshalber nach!). Auch wenn das für unsere Zwecke ein guter Start war, das System hat auch Macken. So hat unser Empfänger beim ersten Versuch nicht funktioniert und wir mussten es tauschen. Insgesamt ist das wohl eine sehr "billige" und keine hochwertige Lösung - aber mindestens so viel solltet ihr investieren, darunter wird es nur noch schlimmer!
		+	Wir sind inzwischen bei Funkstrecken der Firma Sennheiser gelandet, die wir gebraucht erworben haben, damit ist die Qualität deutlich besser.
		+
		+	Um das Setup zu nutzen, speist ihr Sound von einem Lauti oder Lastenrad in den Funksender, stellt dort die Verstärkung runter (für Instrumentenabnahme ist diese meist erhöht, z. B. auf 9dB. Stellt diese auf 0 oder noch weniger). Stellt dann am Empfänger unbedingt den "Squelch" runter. Diese Einstellung besagt, dass bei schlechtem Empfang sich der Empfänger stummstellt und lieber Aussetzer in Kauf nimmt, als lästige Störgeräusche. Experimentiert hier gerne rum, aber unsere Erfahrung ist, dass gelegentliches Rauschen bei ständiger Übertragung deutlich besser ankommt als abgehakte Musik.
		+
		+	Wenn ihr hier weitergehen wollt, könnt ihr auch bessere Funksender kaufen, schaut dazu nach sogenannten IEM-Sendern (in-Ear-Monitoring, diese senden einen Audiostream). An diese könnt ihr u. a. bessere Antennen anschließen, z. B. mit Richtwirkung. Da es hier aber schnell teuer wird und ihr natürlich auch darauf achten müsst, dass eure Anlage kompatibel bleibt, empfehlen wir hier Absprache mit Menschen, die Erfahrung in dieser Richtung haben, z. B. euren lokalen Veranstaltungsverleih.
		+
		+	===Digitale Übertragung über Mobilfunk===
		+
		+	Ein weiteres sehr vielversprechendes Konzept, das auch ohne hohe Investitionen in Funktechnik auskommt und dabei deutlich flexibler ist, weil man z. B. auch mit großem Abstand oder sogar an zwei Standorten in der Stadt funken kann, ist eine Funkverbindung über Mobilfunk (am besten LTE oder 5G falls verfügbar). Wir haben das in Potsdam zuerst während der Coronapandemie eingesetzt, um zwei getrennte Veranstaltungen zusammenzuschalten und dabei sogar Gespräche bei der Moderation
		+
		+	Wir haben dafür die Software [https://mumble.info Mumble] eingesetzt. Unser Setup funktioniert so:
		+	* Es gibt einen zentralen Webserver, der installiert werden muss. Ihr könnt hier entweder einen eigenen installieren oder einen aus der öffentlichen Liste wählen.
		+	* Alle Geräte verbinden sich mit diesem Server und tretem einem gemeinsamen Audiochannel bei
		+	* Ein Gerät überträgt das Audio von einem Lastenrad in die Cloud. Am besten nehmt ihr hier einen Laptop, dort gibt es viel mehr Einstellungen und man behält auch leichter den Überblick, was man dort einstellt.
		+	* Alle weiteren Geräte an den anderen Lautsprechern (auch hier gerne Laptops, Smartphones reichen aber (App-Empfehlung: Mumla)) verbinden sich, stellen sich stumm und geben den Ton aus.
		+
		+	Die Übertragung ist nun unabhängig von Hindernissen zwischen den Lastenrädern oder Lautsprechern wie Gebäudeecken, hohe Abstände etc, aber ihr seid nun auf den Mobilfunk angewiesen. Gerade da, wo ihr euch nicht bewegt und Sichtlinie habt, ist eine analoge Funkverbindung deutlich stabiler als der Weg über Mobilfunknetze.
		+
		+	====Internet====
		+	Damit das also funktioniert, braucht es für jeden Lautsprecher oder jedes Lauti-Rad eine Internetanbindung. Dafür könnt ihr z. B. Hotspots per Smartphone aufmachen, LTE-Router nutzen (gibt es ja manchmal als Heimrouter dort, wo kein DSL verfügbar ist), euch Internetsticks kaufen oder ähnliches.
		+
		+	Wir haben bei Discountern mehrere SIM-Karten gekauft und können bei diesen dann Tagesflats aktivieren (z. B. 5€ für 24 Stunden). Ihr könnt natürlich auch einfach eure bestehenden Smartphones nehmen, das ist deutlich günstiger - bei uns möchte aber meist niemand sein Smartphone für ein paar Stunden aus der Hand legen, man könnte ja etwas verpassen (und mein eigenes ist leider zu alt für stabiles Internet ...).
		+
		+	====Setup====
		+	Damit das Streaming über Mumble gut funktioniert, haben wir folgende Einstellungen für gut empfunden:
		+
		+	Wir empfehlen in allen Fällen eine Bitrate von etwa 48kbps. Das ist sehr wenig, reicht aber für Sprache und die meiste Musik ganz gut aus. Ihr könnt gerne herumprobieren, was bei euch im Netz stabil funktioniert. Beachtet bitte, dass einige Einstellungen '''nur im Desktop-Client''' verfügbar sind. Außerdem betreffen die Sendeeinstellungen nur das jeweilige Gerät. Das hat den Vorteil, dass ihr zentral am Sendegerät einstellen könnt mit welcher Qualität übertragen wird, aber dadurch können die, die vielleicht die schlechte Übertragung hören, nichts mehr umstellen. Testet das unbedingt gemeinsam aus.
		+
		+	Nachfolgend zwei Setup-Möglichkeiten zur Übersicht:
		+
		+	Die Übertragung (UDP/TCP) gibt an, mit welchem Netzwerkprotokoll die Daten übertragen werden. Bei UDP ist es nicht schlimm, wenn ein Paket fehlt, das wird dann einfach ignoriert und fehlt. Das führt zu dem bekannten Robotersound // Aussetzen, was ihr vielleicht von Telefonkonferenzen kennt. Bei TCP wird bei schlechter Verbindung darauf gewartet, dass ein Paket kommt. Dann hält alles kurz an und lädt (wie bei einem Videoplayer) und macht dann aber ohne Verluste weiter. Dadurch entsteht bei Livestreams aber eine immer größer werdende Verzögerung.
		+
		+	Die Einstellung "Audio pro Paket" gibt an, wie viele Audiodaten in jedem Paket übertragen werden. Bei UDP ist ein kleiner Wert interessant, weil dann bei einem verlorenen Paket weniger am Stück fehlt. Die kleinste Einstellung ist daher hier günstig. Da weniger Audio pro Paket im Umkehrschluss auch mehr Pakete pro Audio bedeutet, braucht man hier mehr Netzwerkbandbreite, weil die kleinere Stückelung mehr zusätzlichen Kommunikationsbedarf hervorruft. Bei TCP, wo auf jeden Fall auf ein Paket gewartet wird, sollte der Wert daher möglichst hoch gewählt werden, da die kleine Einstellung kaum Mehrwert bringt.
		+
		+	{\| class="wikitable"
		+	\|-
		+	! Ziel !! Geringe Verzögerung !! Einzustellen an
		+	\|-
		+	\| Übertragung: \|\| UDP (Standard) \|\| Empfänger (Sender optional, ausprobieren!)
		+	\|-
		+	\| Audio pro Paket \|\| 10ms \|\| nur Sender
		+	\|-
		+	\| Bitrate \|\| 48kbit \|\| nur Sender
		+	\|}
		+
		+	Hält die Verzögerung meist unter einer Sekunde, aber bei schlechter Verbindung hört man Aussetzer sofort. Bei großer Paketgröße (60ms) versteht man kaum etwas, weil ganze Teile von Worten fehlen, wenn man das runterstellt (10ms) und Teile der Sprache verloren gehen, bleibt die Verständlichkeit gewährt - aber man merkt es
		+
		+	{\| class="wikitable"
		+	\|-
		+	! Ziel !! Gute Qualität !! Einzustellen an
		+	\|-
		+	\| Übertragung: \|\| TCP (Umstellen!) \|\| Empfänger (Sender optional, ausprobieren!)
		+	\|-
		+	\| Audio pro Paket \|\| 60ms \|\| nur Sender
		+	\|-
		+	\| Bitrate \|\| 48kbit \|\| nur Sender
		+	\|}
		+
		+	Hält die Verbindung aufrecht, bei kurzen Aussetzern stockt es, geht dann aber flüssig weiter (ohne Robotersound). Dabei wird die Verzögerung aber immer größer und kann bis zu 15 Sekunden betragen. Manchmal spricht der Client dann einige Sekunden weiter, was natürlich Teile der Sprache zerstört - insgesamt merkt man eine kurzzeitig schlechte Verbindung aber gar nicht, wenn schnell genug wieder genug Durchsatz da ist. Da zu empfehlen, wo die Lautsprecher nicht gegenseitig hörbar sind. Wenn sie in Hörweite sind, sorgt die Verzögerung schnell für Verwirrung.
		+
		+	====Perspektivisch====
		+	In mittlerer Zukunft können sich interessierte mal ansehen, ob man mit diesen weiteren Apps für das Mumble-System stabilere Anlagen bauen kann, die z. B. auch einfach zu nutzen sind (etwa nur ein Gerät, was man einschaltet und mit dem Internet verbindet, statt viele Clients einzurichten).
		+	[https://wiki.mumble.info/wiki/3rd_Party_Applications Drittanbieter-Anwendungen für Mumble]

	[[Kategorie:Wissen & Diskurs]][[Kategorie:Technik-IT Support]]		[[Kategorie:Wissen & Diskurs]][[Kategorie:Technik-IT Support]]

@@ Zeile 1: / Zeile 1: @@
-{{Baustelle}}
 Für größere Städte, mit größeren Demonstrationen mag es interessant sein mehrere Lautis zu nutzen um die komplette Demonstration zu erreichen, da mehrere kleine Anlagen effizienter sein können als eine große.
 Jedoch ist es dabei nicht (einfach) möglich auf allen Lautis die selbe Musik zu spielen oder die reden gleichzeitig zu haben.

@@ Zeile 8: / Zeile 8: @@
 Funkübertragung
 * analog
-*   in Masse wohl billiger
+** in Masse wohl billiger
 * digital
-*   Bluetooth
+** Bluetooth
-*     nicht mehr als 100m
+*** nicht mehr als 100m
-*     Bluetooth Mesh wäre Option
+*** Bluetooth Mesh wäre Option
-*   WLAN
+** WLAN
-*     mit der 100mW Begrenzung der Funkleistung ist man auf ca. 300m unidirektional im Freien begrenzt
+*** mit der 100mW Begrenzung der Funkleistung ist man auf ca. 300m unidirektional im Freien begrenzt
-*     bessere Antennen, vor allem mit Richtwirkung können da was raus holen
+*** bessere Antennen, vor allem mit Richtwirkung können da was raus holen
-*     Verstärker sind aus legalen Gründen eher nicht empfohlen
+*** Verstärker sind aus legalen Gründen eher nicht empfohlen
-*   mit Smartphone (Mumble) <ref>https://wiki.systemli.org/howto/mumble_fuer_redebeitraege_auf_demos</ref>
+** mit Smartphone (Mumble) <ref>https://wiki.systemli.org/howto/mumble_fuer_redebeitraege_auf_demos</ref>
 [[Kategorie:Wissen & Diskurs]][[Kategorie:Technik-IT Support]]

@@ Zeile 17: / Zeile 17: @@
 *     bessere Antennen, vor allem mit Richtwirkung können da was raus holen
 *     Verstärker sind aus legalen Gründen eher nicht empfohlen
-*   mit Smartphone (Mumble) -
+*   mit Smartphone (Mumble) <ref>https://wiki.systemli.org/howto/mumble_fuer_redebeitraege_auf_demos</ref>
 [[Kategorie:Wissen & Diskurs]][[Kategorie:Technik-IT Support]]

← Nächstältere Version		Version vom 15. März 2020, 20:36 Uhr
Zeile 1:		Zeile 1:
		+	{{Baustelle}}
	Für größere Städte, mit größeren Demonstrationen mag es interessant sein mehrere Lautis zu nutzen um die komplette Demonstration zu erreichen, da mehrere kleine Anlagen effizienter sein können als eine große.		Für größere Städte, mit größeren Demonstrationen mag es interessant sein mehrere Lautis zu nutzen um die komplette Demonstration zu erreichen, da mehrere kleine Anlagen effizienter sein können als eine große.
	Jedoch ist es dabei nicht (einfach) möglich auf allen Lautis die selbe Musik zu spielen oder die reden gleichzeitig zu haben.		Jedoch ist es dabei nicht (einfach) möglich auf allen Lautis die selbe Musik zu spielen oder die reden gleichzeitig zu haben.

← Nächstältere Version		Version vom 26. Februar 2020, 18:47 Uhr
Zeile 16:		Zeile 16:
	* bessere Antennen, vor allem mit Richtwirkung können da was raus holen		* bessere Antennen, vor allem mit Richtwirkung können da was raus holen
	* Verstärker sind aus legalen Gründen eher nicht empfohlen		* Verstärker sind aus legalen Gründen eher nicht empfohlen
		+	* mit Smartphone (Mumble) - https://de.indymedia.org/2007/08/190087.shtml