Feedback zur Web-Fernbedienung (:8888): HDMI-Eingang ST300, Lautstärke-Bedienung, SSH-Hinweis und weitere Ideen!

[meierchen006]

Erstmal danke für v0.9.6 und die schnellen Fixes! Beim täglichen Nutzen der
Web-Fernbedienung (Port 8888) sind mir ein paar Dinge aufgefallen — plus ein Herzenswunsch (v0.9.4, ST20 + ST300):

Ich bin noch auf v0.94! Wegen den Problem mit den Versionen >v0.94

1. SoundTouch 300: Eingang „HDMI/TV" fehlt
Auf der Webseite der ST300 gibt es unter „Eingang" nur Bluetooth und AUX.
Die ST300 ist aber eine Soundbar — ihr Haupteingang ist HDMI/TV (die Box zeigt
ihn als Quelle „PRODUCT", wenn der Fernseher läuft). Ein dritter Button
„TV/HDMI" wäre super, dann kann man von Musik wieder zurück zum TV-Ton wechseln,
ohne zur Bose-Fernbedienung greifen zu müssen.

2. Lautstärke: Mausrad + Plus/Minus-Tasten
Den Lautstärke-Schieberegler gezielt auf einen Wert zu ziehen ist fummelig —
besonders am Smartphone/Tablet. Zwei Wünsche:

• am PC: Mausrad über dem Regler = ±1 Stufe
• am Smartphone/Tablet: zusätzliche −/+ Tasten neben dem Regler für
  schrittweises, präzises Einstellen

3. SSH-Empfehlung dauerhaft ausblendbar machen
Die Empfehlung „Der SSH-Zugang zu diesem Lautsprecher ist offen …" erscheint
bei jedem App-Start erneut. Wer SSH bewusst offen lässt (Diagnose/Backups,
remote_services), sieht den Banner dauerhaft. Eine Checkbox
„Nicht mehr anzeigen (ich weiß, was ich tue)" pro Lautsprecher wäre klasse.
(Ein Neustart schließt SSH bei gesetztem remote_services übrigens nicht —
der Hinweis „Starte den Lautsprecher einmal neu" trifft dann nicht zu.)

4. Rollback: auf eine ältere Version zurück können
Wie in #381 schon angeregt: Wenn eine neue Version Probleme macht (so wie bei
mir v0.9.5 auf der ST20), wäre es sehr hilfreich, in der Desktop-App gezielt
eine ältere Version auswählen und installieren zu können — z. B. ein Dropdown
mit den letzten 2–3 Releases oder ein „Zurück zur vorherigen Version"-Knopf.
Dann müsste man sich im Problemfall nicht per SSH behelfen.

5. Größter Wunsch: Amazon Music wieder auf der Box
Auf eurer Roadmap steht „TIDAL und Amazon Music Connect" unter „Vielleicht
später" — dafür möchte ich ausdrücklich eine Stimme abgeben! Vor der
Cloud-Abschaltung lagen bei mir Amazon-Playlists auf den Tasten 4–6, das war
die meistgenutzte Funktion der Boxen. Ich weiß, dass Amazon (DRM) ein hartes
Brett ist — aber falls es je eine Chance gibt: Das wäre für mich das
Killer-Feature.

Nochmals danke für das Projekt — die beiden Boxen laufen hier seit der
Umstellung komplett lokal und stabil mit v0.94!

[meierchen006]

Hallo Jens @JRpersonal

Nachtrag — Ordner-Presets mit Unterordnern, Favoriten + Album-Upload:

Ich habe testweise den ganzen Musik-Stick (Wurzelordner mit vielen Album-Unterordnern)
als Preset gespeichert — in der Hoffnung, beim Abspielen aus der Ordnerstruktur wählen
zu können. Tatsächlich beginnt die Wiedergabe einfach mit dem ersten Titel, der lose
im Wurzelordner liegt; die Unterordner bleiben unberücksichtigt.

Vorschläge dazu:

1. Ordner ohne Unterordner als Preset → die darin liegende Musik abspielen
   (funktioniert heute schon, so soll es sein ✔️)
2. Ordner MIT Unterordnern als Preset → sinnvoll wären zwei Verhalten:
   • an der Hardware-Taste: alle Unterordner rekursiv durchspielen
     (der ganze Stick als „Jukebox")
   • auf der Lautsprecher-Webseite (http://<box-ip>:8888) und in der App: beim
     Antippen des Presets eine Unterordner-Auswahl anbieten, dann den gewählten
     Ordner abspielen — so hätte man vom Handy aus den ganzen Stick im Zugriff
3. Favoriten/persönliche Listen: z. B. eine Liste „Andreas" anlegen, beliebige
   Alben/Titel hineinlegen und diese Liste auf eine Taste legen oder auf der
   :8888-Webseite schnell abrufbar machen — quasi lokale Playlists ohne Cloud.
4. Neue Alben auf den Medienserver hochladen: Wenn ich ein neues MP3-Album
   kaufe, wäre es toll, es direkt über die :8888-Webseite in einen Ordner der
   Musikquelle übertragen zu können (bei mir: USB-Stick an der FRITZ!Box).
   Mir ist klar, dass DLNA nur lesen kann — aber z. B. der FRITZ!NAS-HTTP-Upload
   oder SMB wären mögliche Wege. Dann wäre die Box-Webseite die komplette
   Musikzentrale: durchsuchen, abspielen UND befüllen.

Edit:

Zum Album-Upload-Wunsch (Punkt 4): funktionierende Referenz-Implementierung

Wichtig vorweg: Es braucht dafür keinen zusätzlichen Server — die Logik würde
direkt in den STR-Agent auf dem Lautsprecher wandern:
Browser (:8888) → Agent in der Box → FRITZ!Box. Der Agent nimmt die Dateien von
der Webseite entgegen und reicht sie an die FRITZ!Box weiter. (Direkt vom Browser
zur FRITZ!Box geht wegen Same-Origin/CORS nicht — der Agent hat diese Beschränkung
nicht.)

Ich habe genau diesen Upload in einem kleinen Python-Tool bereits umgesetzt
(Protokoll per Browser-DevTools von FRITZ!NAS abgeschaut, FritzOS 7.62) —
vielleicht hilft es als Vorlage. Bei Bedarf kann ich das Ganze auch gern an
einer neueren FRITZ!Box (z. B. 7590 mit aktuellem FritzOS) gegentesten und
Rückmeldung geben. Es sind nur zwei HTTP-Calls:

1. Login (POST http://<fritzbox>/nas/api/login.lua):
Erst mit sid= die Challenge holen (Format 2$<iter1>$<salt1>$<iter2>$<salt2>),
dann PBKDF2-SHA256 zweistufig: h1 = pbkdf2(passwort, salt1, iter1),
h2 = pbkdf2(h1, salt2, iter2), response = salt2 + "$" + hex(h2).
Zweiter POST mit username + response liefert die sid.

2. Upload (POST http://<fritzbox>/nas/cgi-bin/nasupload_notimeout, multipart):
Felder sid, mtime, dir (Zielbasis, z. B. /Musik_Stick), ResultScript (leer),
UploadFile — Clou: der filename darf einen Unterpfad enthalten
(Albumname/01 - Titel.mp3), Ordner werden automatisch angelegt.
Antwort-JSON ResultCode: "0" = Erfolg.

import hashlib, json, urllib.request, urllib.parse

FRITZ = "192.168.x.x"
NAS_LOGIN  = f"http://{FRITZ}/nas/api/login.lua"
NAS_UPLOAD = f"http://{FRITZ}/nas/cgi-bin/nasupload_notimeout"
BASE_DIR   = "/Musik_Stick"

def _post_form(url, fields):
    body = urllib.parse.urlencode(fields).encode()
    req = urllib.request.Request(url, data=body,
        headers={"Content-Type": "application/x-www-form-urlencoded; charset=UTF-8"})
    return json.loads(urllib.request.urlopen(req, timeout=15).read())

def fritz_login(user, password):
    """FRITZ!NAS-Login -> SID (PBKDF2; MD5-Fallback fuer altes FritzOS)."""
    ch = _post_form(NAS_LOGIN, {"sid": ""})["session"]["challenge"]
    if ch.startswith("2$"):
        _, i1, s1, i2, s2 = ch.split("$")
        h1 = hashlib.pbkdf2_hmac("sha256", password.encode(), bytes.fromhex(s1), int(i1))
        h2 = hashlib.pbkdf2_hmac("sha256", h1, bytes.fromhex(s2), int(i2))
        response = s2 + "$" + h2.hex()
    else:  # Fallback: altes Challenge-Response (MD5, UTF-16-LE)
        response = ch + "-" + hashlib.md5((ch + "-" + password).encode("utf-16-le")).hexdigest()
    sid = _post_form(NAS_LOGIN, {"sid": "", "username": user, "response": response})["session"]["sid"]
    if not sid or sid == "0000000000000000":
        raise Exception("Login fehlgeschlagen")
    return sid

def nas_upload(sid, album, filename, data: bytes):
    """Datei nach BASE_DIR[/album] hochladen; Album-Ordner entsteht automatisch."""
    fname = (album.strip("/") + "/" + filename) if album else filename
    b = "----Boundary7MA4YWxkTrZu0gW"; bb = b.encode()
    def field(name, value):
        return (b"--" + bb + b'\r\nContent-Disposition: form-data; name="' +
                name.encode() + b'"\r\n\r\n' + str(value).encode() + b"\r\n")
    body  = field("sid", sid) + field("mtime", "0") + field("dir", BASE_DIR) + field("ResultScript", "")
    body += (b"--" + bb + b'\r\nContent-Disposition: form-data; name="UploadFile"; filename="' +
             fname.encode() + b'"\r\nContent-Type: application/octet-stream\r\n\r\n' +
             data + b"\r\n--" + bb + b"--\r\n")
    req = urllib.request.Request(NAS_UPLOAD, data=body,
        headers={"Content-Type": "multipart/form-data; boundary=" + b})
    res = json.loads(urllib.request.urlopen(req, timeout=180).read())
    if str(res.get("ResultCode")) != "0":
        raise Exception("Upload-Fehler: %s" % res)
    return res

Hinweise aus der Praxis:

Voraussetzungen auf der FRITZ!Box (einmalig, ~2 Minuten):

• Einen eigenen Benutzer nur für den Upload anlegen (System → FRITZ!Box-Benutzer),
  mit eingeschränkten Rechten: NUR „Zugang zu NAS-Inhalten" (auf den Musik-Ordner
  beschränkbar) — KEINE FRITZ!Box-Einstellungen, kein VPN, kein Internet-Zugriff.
  Selbst wenn das Passwort im Heimnetz bekannt würde, kann dieser Benutzer
  nichts außer Dateien im Musik-Ordner ablegen.
• USB-Speicher/NAS-Funktion muss aktiv sein (ist sie, wenn der Stick als
  Medienserver läuft); FTP/SMB müssen NICHT offen sein — es läuft alles über HTTP.

Zur Umsetzung:

• Das Passwort nie speichern — bei mir gibt der Nutzer es im Browser ein,
  nur die SID wird kurz gecacht (bei Ablauf einmal neu einloggen und wiederholen).
• Ganze Alben = einfach Datei für Datei mit Album/Datei.mp3 als filename schicken.

Damit wäre der Upload für die häufigste Konstellation (Musik am FRITZ!Box-USB-Stick)
direkt aus der Box heraus machbar; für NAS-Systeme wäre SMB der analoge Weg.

[JRpersonal]

Hallo,

klasse Vorschläge, danke, besonders die fertige FRITZ!NAS-Upload-Referenz. Ich habe die Punkte in den Feature-Backlog #390 aufgenommen: ST300 TV/HDMI-Button, Ordner-Presets mit Unterordner-Auswahl, lokale Favoriten/Playlists, Lautstärke per Mausrad und ±-Tasten, Album-Upload über die Box (Agent als Proxy) sowie deine Amazon-Music-Stimme. Der SSH-Hinweis ist mit PR #391 schon erledigt (differenziert und wegklickbar).

Ich priorisiere das in #390. Der Album-Upload ist dank deiner Vorlage besonders greifbar. Auf dein Angebot zum Gegentest an der 7590 komme ich gern zurück.

---

In English: great suggestions, added to the #390 backlog: ST300 TV/HDMI button, folder presets with subfolder picker, local favourites/playlists, volume wheel and step buttons, in-box album upload (agent as proxy), and your Amazon Music vote. Thanks especially for the working FRITZ!NAS upload reference, that makes the upload feature very concrete. The SSH note is already handled in PR #391.

[Danilo-K77]

Erstmal tausend Dank für das Projekt! Für Amazon Music würde ich auch gern noch eine Stimme abgeben. Wir haben die Lautsprecher als Multiroom Lösung angeschafft und es liefen immer Playlists aus Amazon Music. Wenn das wieder gehen würde, wäre das super. 😃

[JRpersonal]

User adds a vote for Amazon Music, uses the speakers for multiroom with Amazon playlists.

Amazon Music goes on the list, yours is the second vote for it. A way in is what I do not have. Amazon encrypts its stream and there is no open client for it, so there is nothing I can point the speaker at the way internet radio works. Multiroom itself runs, it is the source that is missing for you.

---

Amazon Music kommt auf die Liste, deine ist die zweite Stimme dafür.

Einen Weg hinein habe ich nicht. Amazon verschlüsselt seinen Stream und es gibt keinen offenen Client dafür, also gibt es nichts, worauf ich den Lautsprecher zeigen könnte, so wie es beim Internetradio geht. Multiroom selbst läuft, dir fehlt die Quelle.

[meierchen006]

Hallo Jens @JRpersonal

Nach dem Update auf v0.9.9 — erstmal danke, dass Lautstärke-Tasten/Mausrad und die
ausblendbare SSH-Meldung so schnell umgesetzt wurden!
Beim Nutzen sind gleich die
nächsten Ideen entstanden:

1. Lautsprecher-Symbol als Mute-Taste (App): Das 🔊-Symbol neben dem
Lautstärkeregler bietet sich als Klick-Ziel zum Stummschalten an (nochmal klicken
= wieder laut, Symbol dann durchgestrichen/rot).

2. Die Lautsprecher-Webseite (http://<box-ip>:8888) an die App angleichen:
a) Lautstärke per Mausrad (am PC)
b) −/+ Tasten für die feine Lautstärkeregelung
c) Lautsprecher-Symbol als Mute-Taste
d) Musik-Upload auf den FRITZ!Box-Stick (wie oben schon vorgeschlagen —
der Vollständigkeit halber auch hier gelistet)
Die Webseite ist ja die Fernbedienung fürs Handy — je näher sie an der App ist,
desto besser.

3. Frage zu „Lautsprecher einrichten → USB-Stick": Dort taucht der USB-Stick
ja als Installationsweg auf. Das Linux der Box mountet eingesteckte Sticks offenbar
ganz normal (bei der Installation liest sie ihn ja). Wäre es denkbar, dass der
STR-Agent auch Musik von einem direkt an der Box steckenden USB-Stick abspielt
(als zusätzliche Quelle „USB" neben Bluetooth/AUX)? Die originale Bose-Software
konnte das nie — der Port war reiner Service-Port. Aber da STR ohnehin auf der Box
läuft und einen Stream-Proxy hat, wäre das vielleicht machbar — dann bräuchte es
für die Musik nicht mal mehr einen Medienserver im Netz.

Ergänzung ST20:

Das abspielen vom Musik über den USB (A) Anschluss an der ST20
USB Stick FAT32 formatiert ist getestet und es wird ein mp3 Titel abgespielt! 👍

USB Stick mit exFAT formatiert funktioniert nicht

Wir haben es gerade auf der ST20 (USB-A hinten) live durchgespielt — die Box kann
Musik vom direkt eingesteckten Stick abspielen, nur mit Bordmitteln:

1. FAT32-Stick mit MP3s eingesteckt (im laufenden Betrieb) → das Box-Linux
   mountet ihn automatisch nach /media/sda1 (vfat, rw)
2. Dateien sind voll lesbar (ID3-Header geprüft, MD5 gebildet)
3. Die Firmware bringt sogar einen Mini-Webserver mit (BusyBox httpd) —
   per SSH gestartet: httpd -p 8095 -h /media/sda1
4. Dann per UPnP an den box-eigenen Renderer (:8091/AVTransport/Control):
   SetAVTransportURI auf http://127.0.0.1:8095/<datei>.mp3 + Play
   → die Box spielt ihre eigene USB-Datei ab (now_playing: source=UPNP,
   location=127.0.0.1:8095/…), stabil und in voller Qualität.

Der STR-Agent bräuchte also vermutlich nur /media/sda1 zu mounten/indizieren
und über seinen vorhandenen Stream-Proxy anzubieten — dann wäre „USB" eine
vollwertige Musikquelle neben Bluetooth/AUX, ganz ohne Medienserver im Netz.
Für Boxen mit USB-A (ST20/ST30) ideal; die ST300 bräuchte einen OTG-Adapter
und mag USB nur im laufenden Betrieb (Hot-Plug), nicht beim Kaltstart.

Ergänzung ST300:

Zur Vollständigkeit haben wir das Gleiche an der ST300 probiert (die hat nur den
Micro-USB-„Setup"-Port, also per OTG-Adapter):

• FAT32-Stick per OTG eingesteckt (Hot-Plug bei laufender Box, Adapter/Stick-
  Reihenfolge variiert) → der Stick wird nicht erkannt, im Kernel-Log erscheint
  beim Hot-Plug gar nichts, /media bleibt leer.
• Der Grund steht im Boot-Log: musb-hdrc: VBUS_ERROR in a_wait_vrise (<SessEnd), retry #1…#3 — der USB-Controller schafft es nicht, die 5-V-Versorgung (VBUS)
  für ein angeschlossenes Gerät hochzufahren, und gibt nach 3 Versuchen auf.
  Der Micro-USB-Port der ST300 ist offenbar als reine Service-Buchse ausgelegt
  und liefert keinen (zuverlässigen) Strom für Host-Betrieb.
• Das deckt sich mit unserer Installations-Erfahrung: Auch der Install-Stick wurde
  an der ST300 nur sporadisch erkannt (deshalb ja der Netzwerk-Install-Weg).

Fazit für das USB-Musik-Feature: realistisch nur für die Modelle mit echtem
USB-A-Port (ST10/20/30) — dort läuft es ja nachweislich (siehe oben). Die ST300
bräuchte einen aktiven OTG-Hub mit eigener Stromversorgung; das würde ich als
„nicht unterstützt" dokumentieren statt es zu versprechen.

meierchen006

[RichardPuijk]

The USB Music Feature would be amazing!

[JRpersonal]

I have turned this into its own idea so it can collect votes: #1136. An upvote there helps me decide the order.

[JRpersonal]

Wow, danke fuer das ausfuehrliche Feedback und vor allem die durchgetestete USB-Analyse!

• Mute per Lautsprecher-Symbol (App und Box-Seite) sowie die Angleichung der Box-Webseite (:8888) an die App (Mausrad, +/- Tasten, Mute) kommen in den Backlog Feature request backlog (prioritized by the maintainer) #390.
• Das USB-Musik-Feature ist stark, und deine Methode (FAT32 -> Box mountet /media/sda1 -> BusyBox httpd -> UPnP an den box-eigenen Renderer :8091) ist genau der Weg, den STR gehen kann: der Agent muss den Stick nur mounten/indizieren und ueber seinen vorhandenen Stream-Proxy anbieten. Fuer die USB-A-Modelle (ST10/20/30) also machbar; die ST300 mit ihrem VBUS-Limit am Micro-USB dokumentiere ich als nicht unterstuetzt. FAT32 ja, exFAT nein - notiert. Kommt als eigener Backlog-Punkt (Feature request backlog (prioritized by the maintainer) #390).

Klasse Vorarbeit, das spart mir viel Zeit. Melde mich, wenn es dazu was zu testen gibt!

[meierchen006]

Hallo Jens @JRpersonal
Nein beide st20 und st300 sind auf 0.9.9