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

[KaiIobroke]

@qlink hallo! Ich habe da nochmal drüber nachgedacht. Wie es aussieht, wird es schwierig. Das Problem ist, dass es nur funktioniert, wenn eine Playlist abgespielt wird. Dann kann man die Info zum aktuellen Track speichern und wieder zurück springen. Das wird aber bei Wiedergabe per Bluetooth schon schwierig, da dann die Playlist auf dem Client liegt. Damit kann man da nicht hin zurück springen
Ich habe aber schon einmal die current position eingepflegt und auch Sync mit einem anderen Wiim funktioniert jetzt (bin seit Freitag stolzer Besitzer eines Wiim Mini). Muss die Version aber noch hochladen, schaffe das heute nicht mehr. Hoffe, Dienstag mal wieder Zeit zu finden. Ggf kann ich dann auch die Nummer des Titels in der aktuellen Playlist mit einfügen. Dann kannst Du es mit dem Rücksprung versuchen. Aber wie gesagt, es wird dann nur in dem Fall funktionieren, in dem der Wiim eine Playlist abarbeitet.

[KaiIobroke]

@qlink hallo, habe jetzt eine neue Version hochgeladen. Der Datenpunkt curpos liefert die Position im song in Millisekunden, plicurr den Index des aktuellen Songs aus der aktuellen Playlist.
Über den Datenpunkt jumptopli kannst Du zurück in die Playlist zu dem gewünschten Song in der Playlist springen. Dazu folgendes auf den Datenpunkt schreiben "URLderPlaylist:Index". Danach an die Position im Song springen, indem Du die Position (ebenfalls in Millisekunden) auf den Datenpunkt jumptopos schreibst.
Viel Erfolg!

[KaiIobroke]

@qlink hey qlink,
Ich habe gesehen, dass die Firma Arylic mit Wiim zusammen hängt (bei gehören zu LinkPlay wie es scheint) und die API die gleiche ist. Allerdings hat Arylic ein paar mehr Funktionen, u.a. auch genau das, was Du suchst. Die Funktion playPromptUrl spielt einen Alarm ab (z.B. ein MP3 Klingelton) und setzt dann das Abspielen an der ursprünglichen Stelle fort. Ich habe den Datenpunkt jetzt schon implementiert, allerdings gibt es einen kleinen Unterschied zwischen Wiim und Arylic. Wiim verwendet HTTPS, Arylic HTTP. Damit es für beide Systeme klappt, muss ich meinen Adapter noch konfigurierbar machen. Mal sehen, wann ich die Zeit finde.
Mit dem Arylic up2stream, den ich mir bestellt habe, funktioniert das ganz gut. Vielleicht portiert Wiim ja die Funktion auch bald. Beste Grüße, Kai

[KaiIobroke]

Die Version, die Wiim und Arylic ansprechen kann, ist jetzt bei GitHub hochgeladen.

[KaiIobroke]

@qlink hallo qlink,
Ich habe gestern die Version 0.3.0 hochgeladen und im Iobroker Forum im Bereich Tester um das Testen gebeten. Da Du ja schon ein wenig getestet hast, wäre es nett, wenn Du da Dein Feedback rückmelden könntest!
Beste Grüße
Kai

[mcm1957]

Leider reagiert @KaiIobroke auf zahlreiche Anfragen im LATEST PR für deinen Adapter sowie auf Issues nicht. Die Implementierung des Adapter muss daher als eingestellt / abgebrochen betrachtet werden. Die beim Review angemerkten Issues wurden offensichtlich nicht mehr behoben.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@kaiiobroke FYI