Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[maeb3]

Hallo,
ich nutze den Sonos-Adapter schon sehr lange in ioBroker (JS-controller 7.03, in Buanet-Docker-Container).
Jetzt wollte ich den Adapter auch noch für (statische) TTS-Ansagen verwenden, also z.B. "Die Waschmaschine ist fertig" oder "Post wurde im Briefkasten eingeworfen" (es geht mir hier NICHT um den sayit-Adapter o.ä.). Ich habe die entsprechenden MP3-Dateien dafür "produziert" und die neueste Version des Adapters von github (3.0.0 work_in_progress) mit dem letzten commit "stores the tts files in files instead of binary states" von @apollon77 installiert.

Allerdings funktioniert das Abspielen der MP3-Files nur nach folgender Änderung im Code von main.js:

// original code in main.js (line 975+) (--> didn't work for me; "file not found")
fileName = http${obj.native.secure ? 's' : ''}://${discovery.localEndpoint}:${
    obj.native.port
}/files/${adapter.name}${id}; 

// new code in main.js (line 975+) (--> worked in my environment):
fileName = http${obj.native.secure ? 's' : ''}://${discovery.localEndpoint}:${
    obj.native.port
}/${adapter.name}${id};

D.h. nach dem Upload der MP3-Dateien durch den Sonos-Adapter lautet die uri (für die playOnSonos Funktion) nicht
/files/sonos.0/TTS/sonos/ttsX.mp3 sondern nur /sonos.0/TTS/sonos/ttsX.mp3

Ich weiß, dass diese Adapter-Version noch "work_in_progress" ist, aber ist das evt. ein Fehler und der Dateipfad müsste in main.js angepasst werden (ohne "/files")? Oder liegt das irgendwie (ohne dass ich das erklären könnte) an meiner Umgebung? Ich hatte das auch im Issue https://github.com/ioBroker/ioBroker.sonos/issues/187 auf Github angemerkt.

Hat irgendwer ähnliche Probleme damit (falls überhaupt jemand statische MP3-Files mit dem Sonos-Adapter nutzt)?