OpenMultiroom - Versionsgeschichte

Beta-User: Maintainer update, Hinweis auf akutelleres Modul

2022-07-12T13:40:36Z

Maintainer update, Hinweis auf akutelleres Modul

← Nächstältere Version		Version vom 12. Juli 2022, 15:40 Uhr
Zeile 13:		Zeile 13:
	\|ModForumArea=Multimedia		\|ModForumArea=Multimedia
	\|ModTechName=96_Snapcast.pm		\|ModTechName=96_Snapcast.pm
	\|ModOwner=~~orphan~~/~~rudolphkoenig~~		\|ModOwner=Beta-User ({{Link2FU\|9229\|Forum}}/[[Benutzer Diskussion:Beta-User\|Wiki]])
	}}		}}
	[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends {{Link2Forum\|Topic=18517\|LinkText=MPD}} und {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} sowie der Nutzung von Text2Speech]]		[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends {{Link2Forum\|Topic=18517\|LinkText=MPD}} und {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} sowie der Nutzung von Text2Speech]]
	</div>		</div>

	Achtung: Das Modul ist noch ~~sehr neu~~ und bisher nur im {{Link2Forum\|Topic=65785\|LinkText=Forum}} bzw. auf dem [https://github.com/unimatrix27/fhemmodules/blob/master/98_OpenMultiroom.pm Github des Autors] verfügbar~~. Sobald alles stabil ist, wird es im SVN eingestellt~~.		Achtung: Das Modul ist noch in der Entwicklung und bisher nur im {{Link2Forum\|Topic=65785\|LinkText=Forum}} bzw. auf dem [https://github.com/unimatrix27/fhemmodules/blob/master/98_OpenMultiroom.pm Github des ursprünglichen Autors] (beide veraltet) oder aktualisiert im {{Link2Forum\|Topic=128206\|LinkText=Forum}} verfügbar.

	'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.		'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.

Beta-User: Typo

2022-06-24T12:00:51Z

Typo

← Nächstältere Version		Version vom 24. Juni 2022, 14:00 Uhr
Zeile 87:		Zeile 87:

	=== Pulseaudio Konfiguration ===		=== Pulseaudio Konfiguration ===
	Will man Pulseaudio verwenden, z.B. um Text2Speech Nachrichten in laufende Musik einzublenden, sollte dieses am besten zuerst konfiguriert werden. Pulseaudio muss hierzu im System-Mode laufen. Dies ist auf einem Headless-Server kein Problem. Bei Ubuntu 16.10 wird dies durch folgenden Inhalt in ''/etc/systemd/system/pulseaudio.~~server~~'' erreicht:		Will man Pulseaudio verwenden, z.B. um Text2Speech Nachrichten in laufende Musik einzublenden, sollte dieses am besten zuerst konfiguriert werden. Pulseaudio muss hierzu im System-Mode laufen. Dies ist auf einem Headless-Server kein Problem. Bei Ubuntu 16.10 wird dies durch folgenden Inhalt in ''/etc/systemd/system/pulseaudio.service'' erreicht:
	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
	[Unit]		[Unit]
Zeile 123:		Zeile 123:
	pactl load-module module-role-ducking trigger_roles=announcement ducking_roles=music		pactl load-module module-role-ducking trigger_roles=announcement ducking_roles=music
	</syntaxhighlight>		</syntaxhighlight>
	Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 weiteren Zeilen werden noch 3 Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern machen unter entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später potentiell in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional. Ebenso optional ist das Laden des Ducking-Moduls am Ende. Das Ducking Modul führt dazu, dass Pulseaudio automatisch die Lautstärke der durch MPD abgespielten Tracks absenkt, wenn etwas über die Text2Speech-Module abgespielt wird. Ohne dies sind die Ausgaben speziell über die Google API unter Umständen nur schwer hörbar.		Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 weiteren Zeilen werden noch 3 Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern machen unter entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später potentiell in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional. Ebenso optional ist das Laden des Ducking-Moduls am Ende. Das Ducking Modul führt dazu, dass Pulseaudio automatisch die Lautstärke der durch MPD abgespielten Tracks absenkt, wenn etwas über die Text2Speech-Module abgespielt wird. Ohne dies sind die Ausgaben speziell über die Google API unter Umständen nur schwer hörbar.

	=== Snapcast Konfiguration ===		=== Snapcast Konfiguration ===

Beta-User: Typos

2022-06-22T09:58:47Z

Typos

← Nächstältere Version		Version vom 22. Juni 2022, 11:58 Uhr
Zeile 123:		Zeile 123:
	pactl load-module module-role-ducking trigger_roles=announcement ducking_roles=music		pactl load-module module-role-ducking trigger_roles=announcement ducking_roles=music
	</syntaxhighlight>		</syntaxhighlight>
	Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 weiteren Zeilen werden noch 3 Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern ~~omrhen under~~ entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später ~~potentiall~~ in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional. Ebenso optional ist das Laden des Ducking-Moduls am Ende. Das Ducking Modul führt dazu, dass Pulseaudio automatisch die Lautstärke der durch MPD abgespielten Tracks absenkt, wenn etwas über die Text2Speech-Module abgespielt wird. Ohne dies sind die Ausgaben speziell über die Google API unter Umständen nur schwer hörbar.		Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 weiteren Zeilen werden noch 3 Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern machen unter entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später potentiell in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional. Ebenso optional ist das Laden des Ducking-Moduls am Ende. Das Ducking Modul führt dazu, dass Pulseaudio automatisch die Lautstärke der durch MPD abgespielten Tracks absenkt, wenn etwas über die Text2Speech-Module abgespielt wird. Ohne dies sind die Ausgaben speziell über die Google API unter Umständen nur schwer hörbar.

	=== Snapcast Konfiguration ===		=== Snapcast Konfiguration ===

Beta-User: maintainer update; links ergänzt

2022-06-21T12:05:49Z

maintainer update; links ergänzt

← Nächstältere Version		Version vom 21. Juni 2022, 14:05 Uhr
Zeile 13:		Zeile 13:
	\|ModForumArea=Multimedia		\|ModForumArea=Multimedia
	\|ModTechName=96_Snapcast.pm		\|ModTechName=96_Snapcast.pm
	\|ModOwner=~~unimatrix~~		\|ModOwner=orphan/rudolphkoenig
	}}		}}
	[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends ~~[https://forum.fhem.de/index.php/topic,~~18517~~.msg~~ MPD] und {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} sowie der Nutzung von Text2Speech]]		[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends {{Link2Forum\|Topic=18517\|LinkText=MPD}} und {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} sowie der Nutzung von Text2Speech]]
	</div>		</div>

	Achtung: Das Modul ist noch sehr neu und bisher nur im Forum / auf dem Github des Autors verfügbar. Sobald alles stabil ist, wird es im SVN eingestellt.		Achtung: Das Modul ist noch sehr neu und bisher nur im {{Link2Forum\|Topic=65785\|LinkText=Forum}} bzw. auf dem [https://github.com/unimatrix27/fhemmodules/blob/master/98_OpenMultiroom.pm Github des Autors] verfügbar. Sobald alles stabil ist, wird es im SVN eingestellt.

	'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.		'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.

Ph1959de: Intra-Wiki-Link: Schreibweise korrigiert

2019-07-09T11:05:44Z

Intra-Wiki-Link: Schreibweise korrigiert

← Nächstältere Version		Version vom 9. Juli 2019, 13:05 Uhr
Zeile 25:		Zeile 25:
	=== Features ===		=== Features ===
	* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} in einem einzigen Modul		* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} in einem einzigen Modul
	* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[~~SmartVisu~~]] oder [[FHEM Tablet UI]]		* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVISU]] oder [[FHEM Tablet UI]]
	* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)		* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)
	* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)		* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)

Drhirn: 2 kleine (Rechtschreib-) Fehler korrigiert

2018-02-05T13:19:35Z

2 kleine (Rechtschreib-) Fehler korrigiert

← Nächstältere Version		Version vom 5. Februar 2018, 15:19 Uhr
Zeile 25:		Zeile 25:
	=== Features ===		=== Features ===
	* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} in einem einzigen Modul		* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} in einem einzigen Modul
	* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [FHEM Tablet UI]]		* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [[FHEM Tablet UI]]
	* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)		* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)
	* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)		* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)
Zeile 51:		Zeile 51:
	Durch das Modul '''OpenMultiroom''' steuert der Nutzer sowohl MPD als auch Snapcast. Für jeden Raum wird eine Instanz des Moduls definiert.		Durch das Modul '''OpenMultiroom''' steuert der Nutzer sowohl MPD als auch Snapcast. Für jeden Raum wird eine Instanz des Moduls definiert.

	=== Verwendete ~~komponenten~~ ===		=== Verwendete Komponenten ===
	Folgende Komponenten kommen zum Einsatz:		Folgende Komponenten kommen zum Einsatz:

Markusbloch: Anpassung von -Tags nach

2017-07-26T18:00:36Z

Anpassung von <source>-Tags nach <syntaxhighlight>

Änderungen zeigen

Markusbloch: Ersetzung von Forum-Links mit Vorlage Link2Forum

2017-03-19T19:32:33Z

Ersetzung von Forum-Links mit Vorlage Link2Forum

← Nächstältere Version		Version vom 19. März 2017, 21:32 Uhr
Zeile 15:		Zeile 15:
	\|ModOwner=unimatrix		\|ModOwner=unimatrix
	}}		}}
	[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends [https://forum.fhem.de/index.php/topic,18517.msg MPD] und ~~[https://forum.fhem.de/index.php/topic,~~62389~~.0.html~~ Snapcast] sowie der Nutzung von Text2Speech]]		[[Datei:OpenMultiroomOverview.png\|mini\|400px\|Schaubild des Zusammenspiels der einzelnen Komponenten eines Multiroomsystems mit den Backends [https://forum.fhem.de/index.php/topic,18517.msg MPD] und {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} sowie der Nutzung von Text2Speech]]
	</div>		</div>

Zeile 24:		Zeile 24:
	== Grobe Übersicht des Funktionsumfangs der Gesamtlösung==		== Grobe Übersicht des Funktionsumfangs der Gesamtlösung==
	=== Features ===		=== Features ===
	* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System ~~[https://forum.fhem.de/index.php/topic,~~62389~~.0.html~~ Snapcast] in einem einzigen Modul		* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System {{Link2Forum\|Topic=62389\|LinkText=Snapcast}} in einem einzigen Modul
	* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [FHEM Tablet UI]]		* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [FHEM Tablet UI]]
	* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)		* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)

Unimatrix27: Änderungen von Drhirn wieder rein (by SublimeText.Mediawiker) (by SublimeText.Mediawiker)

2017-01-29T12:23:23Z

Änderungen von Drhirn wieder rein (by SublimeText.Mediawiker) (by SublimeText.Mediawiker)

Unimatrix27: Hinzugefügt: Ducking-Funktion von Pulseaudio (by SublimeText.Mediawiker) (by SublimeText.Mediawiker)

2017-01-26T21:12:43Z

Hinzugefügt: Ducking-Funktion von Pulseaudio (by SublimeText.Mediawiker) (by SublimeText.Mediawiker)

← Nächstältere Version		Version vom 26. Januar 2017, 23:12 Uhr
Zeile 120:		Zeile 120:
	load-module module-combine-sink slaves=wohn,kueche sink_name=unten		load-module module-combine-sink slaves=wohn,kueche sink_name=unten
	load-module module-combine-sink slaves=wohn,kueche,kind1,kind2 sink_name=alle		load-module module-combine-sink slaves=wohn,kueche,kind1,kind2 sink_name=alle

			pactl load-module module-role-ducking trigger_roles=announcement ducking_roles=music
	</source>		</source>
	Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 ~~letzten~~ Zeilen werden noch 3 ~~weitere~~ Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern omrhen under entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später potentiall in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional.		Snapcast benötigt die Audioquelle in Form von FIFOs. Daher wird hier in den erstem 4 Zeilen je ein FIFO von Pulseaudio erzeugt. Der sink_name wird später bei der Konfiguration von MPD als Ausgang verwendet. In den 3 weiteren Zeilen werden noch 3 Sinks als Combine-Sinks erstellt. Diese erzeugen keine neuen FIFOs, sondern omrhen under entsprechenden Sink-Namen eine vorgegebene Kombination von Räumen nach außen hin verfügbar. Der Sink "alle" kann also genutzt werden, um Audio auf allen 4 FIFOs gleichzeitig abzuspielen (und somit später potentiall in allen Räumen gleichzeitig). Dies kann für Announcements sinnvoll sein. Die Nutzung dieser Combine-Sinks ist optional. Ebenso optional ist das Laden des Ducking-Moduls am Ende. Das Ducking Modul führt dazu, dass Pulseaudio automatisch die Lautstärke der durch MPD abgespielten Tracks absenkt, wenn etwas über die Text2Speech-Module abgespielt wird. Ohne dies sind die Ausgaben speziell über die Google API unter Umständen nur schwer hörbar.

	=== Snapcast Konfiguration ===		=== Snapcast Konfiguration ===
Zeile 156:		Zeile 158:

	[audio]		[audio]
	output = audioresample ! audioconvert ! audio/x-raw,rate=48000,channels=2,format=S16LE ! pulsesink device=kind2		output = audioresample ! audioconvert ! audio/x-raw,rate=48000,channels=2,format=S16LE ! pulsesink device=kind2 stream-properties="props,media.role=music"

	[mpd]		[mpd]
Zeile 170:		Zeile 172:
	</source>		</source>

	Im Audioteil wird der entsprechende Sink aus der Pulseaudiokonfiguration genommen. Beim MPD muss der Port für jede Instanz unterschiedlich sein, ebenso beim HTTP-Modul für die Weboberfläche der jeweiligen Instanz. Der Zerokonfname sollte auch eindeutig sein. Neben dieser Datei ist noch die dazu passende logging-Konfiguration anzulegen, hier also ''/etc/mopidy/logging_kind2.conf''. Dazu wird die Standarddatei kopiert und darin nur der Name der Logdatei angepasst.		Im Audioteil wird der entsprechende Sink aus der Pulseaudiokonfiguration genommen. Die Angabe von stream-properties ermöglicht dem Duck-Modul den Stream als Musik zu erkennen und beim Abspielen von Announcements in der Lautstärke abzusenken. Beim MPD muss der Port für jede Instanz unterschiedlich sein, ebenso beim HTTP-Modul für die Weboberfläche der jeweiligen Instanz. Der Zerokonfname sollte auch eindeutig sein. Neben dieser Datei ist noch die dazu passende logging-Konfiguration anzulegen, hier also ''/etc/mopidy/logging_kind2.conf''. Dazu wird die Standarddatei kopiert und darin nur der Name der Logdatei angepasst.

	Um nun auch die entsprechende Anzahl Instanzen automatisch zu starten, sind die entsprechenden Startdateien anzulegen. Dazu kann die Datei ''/etc/systemd/system/mopidy.cfg'' z.B. in ''/etc/systemd/system/mopidy_kind1.cfg'' umbenannt werden und dann 3 mal mit den Endungen der anderen Instanzen kopiert werden. Der Inhalt ist dann wie folgt:		Um nun auch die entsprechende Anzahl Instanzen automatisch zu starten, sind die entsprechenden Startdateien anzulegen. Dazu kann die Datei ''/etc/systemd/system/mopidy.cfg'' z.B. in ''/etc/systemd/system/mopidy_kind1.cfg'' umbenannt werden und dann 3 mal mit den Endungen der anderen Instanzen kopiert werden. Der Inhalt ist dann wie folgt:
Zeile 233:		Zeile 235:
	attr tts.wohn TTS_FileTemplateDir /data/misc/announcements/		attr tts.wohn TTS_FileTemplateDir /data/misc/announcements/
	attr tts.wohn TTS_UseMP3Wrap true		attr tts.wohn TTS_UseMP3Wrap true
			attr tts.wohn TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120

	define tts.kind1 Text2Speech pulsekind1		define tts.kind1 Text2Speech pulsekind1
	attr tts.kind1 TTS_FileTemplateDir /data/misc/announcements/		attr tts.kind1 TTS_FileTemplateDir /data/misc/announcements/
			attr tts.kind1 TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.kind1 TTS_UseMP3Wrap true		attr tts.kind1 TTS_UseMP3Wrap true

	define tts.kind2 Text2Speech pulsekind2		define tts.kind2 Text2Speech pulsekind2
	attr tts.kind2 TTS_FileTemplateDir /data/misc/announcements/		attr tts.kind2 TTS_FileTemplateDir /data/misc/announcements/
			attr tts.kind2 TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.kind2 TTS_UseMP3Wrap true		attr tts.kind2 TTS_UseMP3Wrap true

	define tts.kueche Text2Speech pulsekueche		define tts.kueche Text2Speech pulsekueche
	attr tts.kueche TTS_FileTemplateDir /data/misc/announcements/		attr tts.kueche TTS_FileTemplateDir /data/misc/announcements/
			attr tts.kueche TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.kueche TTS_UseMP3Wrap true		attr tts.kueche TTS_UseMP3Wrap true

	define tts.kinder Text2Speech pulsekinder		define tts.kinder Text2Speech pulsekinder
	attr tts.kinder TTS_FileTemplateDir /data/misc/announcements/		attr tts.kinder TTS_FileTemplateDir /data/misc/announcements/
			attr tts.kinder TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.kinder TTS_UseMP3Wrap true		attr tts.kinder TTS_UseMP3Wrap true

	define tts.unten Text2Speech pulseunten		define tts.unten Text2Speech pulseunten
	attr tts.unten TTS_FileTemplateDir /data/misc/announcements/		attr tts.unten TTS_FileTemplateDir /data/misc/announcements/
			attr tts.unten TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.unten TTS_UseMP3Wrap true		attr tts.unten TTS_UseMP3Wrap true

	define tts.alle Text2Speech pulsealle		define tts.alle Text2Speech pulsealle
	attr tts.alle TTS_FileTemplateDir /data/misc/announcements/		attr tts.alle TTS_FileTemplateDir /data/misc/announcements/
			attr tts.alle TTS_MplayerCall PULSE_PROP='media.role=announcement' /usr/bin/mplayer -softvol -volume 120
	attr tts.alle TTS_UseMP3Wrap true		attr tts.alle TTS_UseMP3Wrap true
	</source>		</source>
	Hier sind die Definitionen der Text2Speech Module zu sehen (optional). Sie werden jeweils mit den in Pulseaudio definierten Sinks verbunden. Die Nutzung eines TemplateDirs ist ebenfalls optional, hier können bereits fertige MP3s verwendet werden, die dann anstelle der von der Google TTS API erzeugten Dateien benutzt werden. Dies können auch Bestätigungs und Fehlertöne sein, die bei Benutzern ohne Display, die rein mit Fernbedienung arbeiten, auf Fehlbedienungen etc. aufmerksam zu omrhen.		Hier sind die Definitionen der Text2Speech Module zu sehen (optional). Sie werden jeweils mit den in Pulseaudio definierten Sinks verbunden. Die Nutzung eines TemplateDirs ist ebenfalls optional, hier können bereits fertige MP3s verwendet werden, die dann anstelle der von der Google TTS API erzeugten Dateien benutzt werden. Dies können auch Bestätigungs und Fehlertöne sein, die bei Benutzern ohne Display, die rein mit Fernbedienung arbeiten, auf Fehlbedienungen etc. aufmerksam zu omrhen. Der Aufruf von mplayer wird noch modifiziert, um dafür zu sorgen, dass die Ausgabe bei Pulseaudio als media.role "announcement" eingehen. Dies wird dann vom duck-Modul erkannt, und führt dazu, dass die Lautstärke der ggf. ablaufenden Musik, etc. abgesenkt wird, so lange die tts-Ausgabe läuft.

	<source lang="bash">		<source lang="bash">

← Nächstältere Version		Version vom 29. Januar 2017, 14:23 Uhr
Zeile 18:		Zeile 18:
	</div>		</div>

	Achtung: ~~Dieser Wiki-Artikel und auch das beschriebene~~ Modul ~~sind~~ noch ~~in der Implemntierung~~ und ~~noch nicht~~ verfügbar.		Achtung: Das Modul ist noch sehr neu und bisher nur im Forum / auf dem Github des Autors verfügbar. Sobald alles stabil ist, wird es im SVN eingestellt.

	'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.		'''OpenMultiroom''' ist ein Steuerungsmodul sowie auch ein Gesamtkonzept zur Realisierung eines Multiroom-Audio-Systems unter Nutzung von ausschließlich frei verfügbarer Software und ohne Bezug auf die Hardware eines bestimmten Herstellers. Es ist so ausgelegt, dass es prinzipiell flexibel bezüglich der Auswahl der Backendsysteme ist. Zurzeit ist es für die Nutzung mit [https://www.musicpd.org/ MPD] bzw. [https://www.mopidy.com/ Mopidy] und [https://github.com/badaix/snapcast Snapcast] implementiert. Daher wird in diesem WIKI-Eintrag immer von diesen Systemen gesprochen. Einen grundsätzlichen Überblick über das Konzept bietet das Schaubild.
Zeile 24:		Zeile 24:
	== Grobe Übersicht des Funktionsumfangs der Gesamtlösung==		== Grobe Übersicht des Funktionsumfangs der Gesamtlösung==
	=== Features ===		=== Features ===
	* Integrierte Steuerung des Musikplayers über das [~~https://forum.fhem.de/index.php/topic,18517.msg~~ MPD]-Modul sowie des Multiroom-System [https://forum.fhem.de/index.php/topic,62389.0.html Snapcast] in einem einzigen Modul		* Integrierte Steuerung des Musikplayers über das [[MPD]]-Modul sowie des Multiroom-System [https://forum.fhem.de/index.php/topic,62389.0.html Snapcast] in einem einzigen Modul
	* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [~~[FHEM_Tablet_UI~~]]		* Implementierung einer Schnittstelle gemäß [[DevelopmentGuidelinesAV]] als Basis für eine Visualisierung mit z.B. [[SmartVisu]] oder [FHEM Tablet UI]]
	* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)		* Synchrones Playback auf z.B. Raspberry Pi oder Android-Geräten (Snapcast-Feature)
	* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)		* optionale Komprimierung der Soundübertragung als OGG oder FLAC (Snapcast-Feature)
	* Möglichkeit der Bedienung völlig ohne Display über eine Fernbedienung und entsprechender Text2Speech Rückmeldung, insbesondere		* Möglichkeit der Bedienung völlig ohne Display über eine Fernbedienung und entsprechender Text2Speech Rückmeldung, insbesondere
	** Durschalten von Playlisten mit entsprechenden Channel - Tasten unter Nutzung von raumspezifischen Filtern		** Durschalten von Playlisten mit entsprechenden Channel - Tasten unter Nutzung von raumspezifischen Filtern
	** Forward und Rewind mit definierbaren Sprungweiten (implementiert direkt im [~~https://forum.fhem.de/index.php/topic,18517.msg~~ MPD]-Modul)		** Forward und Rewind mit definierbaren Sprungweiten (implementiert direkt im [[MPD]]-Modul)
	** Direktanwahl von Playlisten, Tracks oder Trackpositionen durch Zifferneingabe und anschließende Funktionstaste		** Direktanwahl von Playlisten, Tracks oder Trackpositionen durch Zifferneingabe und anschließende Funktionstaste
	** Abfrage von Statusinformationen durch Funktionstasten und Text2Speech Rückmeldungen		** Abfrage von Statusinformationen durch Funktionstasten und Text2Speech Rückmeldungen
	** Mithören in anderen Räumen und Übernahme des Playerzustandes anderer Räume durch Nutzung von Funktionstasten		** Mithören in anderen Räumen und Übernahme des Playerzustandes anderer Räume durch Nutzung von Funktionstasten
	** Einschlaftimer per Zifferneingabe oder per vordefinierten Zeitabständen, hierbei wird auch die Restlaufzeit des aktuellen Tracks angeboten.		** Einschlaftimer per Zifferneingabe oder per vordefinierten Zeitabständen, hierbei wird auch die Restlaufzeit des aktuellen Tracks angeboten.
	* manuelles oder automatisches Speichern und Laden von Playlistbookmarks (implementiert direkt im [~~https://forum.fhem.de/index.php/topic,18517.msg~~ MPD]-Modul)		* manuelles oder automatisches Speichern und Laden von Playlistbookmarks (implementiert direkt im [[MPD]]-Modul)
	* Möglichkeit der Festlegung von tageszeit- und tagestypabhängigen Lautstärkebegrenzungen bis auf 0% z.B. für Kinderzimmer		* Möglichkeit der Festlegung von tageszeit- und tagestypabhängigen Lautstärkebegrenzungen bis auf 0% z.B. für Kinderzimmer
	* individuelles Verwalten von Playlisten für verschiedene Familienmitglieder		* individuelles Verwalten von Playlisten für verschiedene Familienmitglieder
Zeile 51:		Zeile 51:
	Durch das Modul '''OpenMultiroom''' steuert der Nutzer sowohl MPD als auch Snapcast. Für jeden Raum wird eine Instanz des Moduls definiert.		Durch das Modul '''OpenMultiroom''' steuert der Nutzer sowohl MPD als auch Snapcast. Für jeden Raum wird eine Instanz des Moduls definiert.

	=== ~~verwendete~~ komponenten ===		=== Verwendete komponenten ===
	Folgende Komponenten kommen zum Einsatz:		Folgende Komponenten kommen zum Einsatz:

Zeile 62:		Zeile 62:
	* FHEM: Modul 98_OpenMultiroom.pm		* FHEM: Modul 98_OpenMultiroom.pm
	* FHEM: Modul 96_Snapcast.pm		* FHEM: Modul 96_Snapcast.pm
	* FHEM: Modul 73_MPD.pm		* FHEM: Modul [[MPD\|73_MPD.pm]]
	* FHEM: Optional Modul 98_Text2Speech.pm		* FHEM: Optional Modul 98_Text2Speech.pm

Zeile 71:		Zeile 71:
	* Webbrowser zur Steuerung per Visualisierung		* Webbrowser zur Steuerung per Visualisierung
	* ggf. Infrarot oder Funkfernbedienung. In diesem Artikel wird das Beispiel anhand der Nutzung von X10-Funkfernbedienungen gezeigt, diese gibt es sehr günstig in der Bucht o.ä.		* ggf. Infrarot oder Funkfernbedienung. In diesem Artikel wird das Beispiel anhand der Nutzung von X10-Funkfernbedienungen gezeigt, diese gibt es sehr günstig in der Bucht o.ä.
	* Vision: Nutzung von Tastern und Display am PI oder Nutzung ~~eine~~ Steuergerätes mit Tastern und Display auf Basis eines Arduino mit WLAN, z.B. im alten Gehäuse eines Küchenradios usw.		* Vision: Nutzung von Tastern und Display am PI oder Nutzung eines Steuergerätes mit Tastern und Display auf Basis eines Arduino mit WLAN, z.B. im alten Gehäuse eines Küchenradios usw.