DevelopmentGuidelinesAV: Unterschied zwischen den Versionen
Zeile 68: | Zeile 68: | ||
|- | |- | ||
| '''playStatus''' || <nowiki>playing|paused|stopped</nowiki> || | | '''playStatus''' || <nowiki>playing|paused|stopped</nowiki> || | ||
|- | |||
| '''state''' || <nowiki>on|off</nowiki> || Den Schaltzustand des Gerätes entsprechend dem "power"-Reading.<br><br>''Noch in Diskussion, was als Standard-Status verwendet werden sollte, siehe dazu [http://forum.fhem.de/index.php?t=msg&th=13784&prevloaded=1&rid=117&start=40 FHEM Forum]'' | |||
|- | |- | ||
|colspan="3"| ... | |colspan="3"| ... |
Version vom 1. August 2013, 14:19 Uhr
An dieser Seite wird momentan noch gearbeitet. |
Auf dieser Seite sollen richtlinien für AV-Module gesammelt werden damit es einfacher wird diese zusammen mit anderen Modulen wie remotecontroll oder LightScene zu verwenden. Auch Benachrichtigungen wie Sprachdurchsagen oder Einblendungen lassen sich universeller verwenden wenn sie bei allen Geräten die dies unterstützen gleich angesprochen werden.
Der Text aus dem ursprünglichen Forumsthread war folgender:
- gerade ist ja mit den tv und verstärker modulen sowie dem remotecontrol modul ziemlich schwung in den bereich audio und video geräte gekommen. zusätzlich gibt es noch eine ganze reihe älterer module wie sonor und xbmc und zwei arten itunes anzusprechen und neue module wie für die web radios oder das raspberry multiroom stehen vor der tür.
- wie wäre es sich rechtzeitig auf ein möglichst einheitiches kommando set zu verständigen damit grundlegende dinge wie play/pause/volume/next bei allen geräten einheitlich, in gleicher schreibweise und mit möglichst ähnlichen parametern funktionieren?
- das würde module wie die remotecontrol aber auch structure und lightscene deutlich einfacher und nützlicher machen und auch alternative frontends erleichtern wenn bestimmte features wie audio,video oder cover über ein einheitliches schema markiert würden.
- mein vorschlag wäre sich an das sonos modul anzulehnen weil es mir in dieser hinsicht am fortgeschrittensten erscheint und auch weitergehende features wie cover oder durchsagen anbietet.
- zu vereinheitlichen wäre dann u.a.:
- - welche kommandos zu welchem zweck
- - kommandos sollten einheitlich geschrieben werden. also z.b. immer klein oder immer mixed case.
- - parameter sollten so weit möglich den gleichen wertebereich haben. also z.b. volume immer von 0-100.
- - wenn es aus irgendeinem grund noch ein gerätespezifischer wertebereich nötig ist sollte der zusätzlich vorhanden sein.
- - cover sollten immer auf die gleiche art gelesen werden können
- - ...
Der Thread ist hier [1] zu finden.
Bezeichner
siehe Bezeichnungen allgmein
Kommandos
- on/off
- play/pause
- volume #
- volumeUp (könnte emuliert werden)
- volumeDown (könnte emuliert werden)
- mute
- channel #
- channel+ (könnte emuliert werden?)
- channel- (könnte emuliert werden?)
- remoteControl #
- ...
Readings
Diese Tabelle soll eine einheitliche Wertedefinition von Readings. Dazu zählen auch die verwendeten Werte und deren Bedeutung.
Name | mögliche Werte | Bedeutung |
---|---|---|
power | on|off | Ist das Gerät an oder aus? |
presence | present|absent | Ist das Gerät aktuell ansprechbar? Sollte das Gerät aufgrund abgeschalteten Stromzufuhr, o.ä. aktuell nicht steuerbar sein, so sollte dies mit dem Wert "absent" verdeutlicht werden. In solch einem Fall sollte ein set-Befehl eine entsprechende Fehlermeldung bringen. Evtl. StatusUpdate-Timer sollten ensprechende Fehlermeldungen nur einmal im Log, etc. festhalten und Fehlermeldungen beim nächsten Status-Update entsprechend unterdrücken um so die Logfiles nicht unnötig vollzuschreiben. Auch das presence reading sollte nur dann aktualisiert werden wenn sich der Status geändert hat um am timestamp sehen zu können wann das war. event-on-change-reading ist hierzu nicht ausreichend weil nur das Event unterdrückt wird der Timestamp sich aber trotzdem ändert. |
volumePercentage | 0-100 % | Der prozentuale Lautstärkepegel gemessen der maximal möglichen tatsächlichen Werte. |
volumeStraight | X-Y | Der tatsächliche Lautstärkepegel des Gerätes, so wie er am Gerät angezeigt/verwendet wird. |
mute | on|off | Ist das Gerät aktuell stumm geschaltet? |
currentChannel | aktuell gewählter Eingangskanal entsprechend dem Gerät | |
currentArtist | aktueller Interpret | |
currentAlbum | aktuelles Album | |
currentTitle | aktueller Titelname | |
currentMedia | "Name" der Wiedergabe"datei" | kann alles sein: Datei vom Filesystem, Stream aus dem Internet, m3u-URL oder was auch immer |
playStatus | playing|paused|stopped | |
state | on|off | Den Schaltzustand des Gerätes entsprechend dem "power"-Reading. Noch in Diskussion, was als Standard-Status verwendet werden sollte, siehe dazu FHEM Forum |
... |
Sonstiges
Wie funktioniert Cover Art?
Reading mit URL-Link oder als Gerätestatus???
Wie funktionieren Sprachdurchsagen oder Text Einblendungen?
Obwohl dies sehr stark davon abhängt, ob das jeweilige Gerät eine solche Funktion unterstützt, oder ob sie anderweitig (z.B. durch Google Service) umgesetzt werden können, so sollen dennoch solche Features über die folgenden Set-Kommandos angeboten werden.
Kommando | Beispiel | Beschreibung |
---|---|---|
sayText | set ''<device>'' sayText "Anruf in Abwesenheit" |
Dieses Kommando soll den übergebenen Text auf dem jeweiligen Device in Audio-Form wieder ausgeben. Hierbei kann auf einen Synthese-Anbieter im Internet zurückgegriffen werden, der ein solches Audiosample erzeugt, oder geräteinterne Kommandos verwendet werden, je nach dem was vorhanden und unterstützt wird. |
showText | set ''<device>'' showText "Anruf in Abwesenheit" |
Dieses Kommando soll einen Text z.B. auf dem Display des Gerätes (oder Fernseher) in geeigneter Form anzeigen, sofern das Gerät eine solche Funktion unterstützt. |
Wie funktionieren Playlisten?
Sofern anwendbar, sollten diese mit dem Kommando set <device> playlist XY
aufrufbar sein. Dabei sollten die zur Verfügung stehenden Playlists bereits bekannt sein und als möglicher Kommando-Parameter angeboten werden.
Wie kann ich den aktuellen Gesamtstatus abfragen und wieder herstellen?
Jedes Gerät sollte ein Kommando set <device> statusRequest
besitzen um den Status aktiv abzufragen.
...