Sundtek Support Forum

Hallo,
ich habe ein Problem mit dem neuen Streamingserver.
Ausgangspunkt: Seit 2-3 Jahren habe ich einen Sundtek MediaTV Pro III an einem Raspi 3 (Model B Rev 1.2) hängen, um ins interne Netzwerk zu streamen. Klappte bisher im Grossen und Ganzen auch ganz gut.
Diese Woche habe ich eine neue SD Speicherkarte mit einem neuen Sytem (Debian 11 Bullseye 64 Bit / Standardinstallation von raspberrypi.com - selbe wie vorher) installiert. Danach per sundtek_netinst.sh den Treiber installiert und mit mediaclient --installstreamer und mediaclient --enablenetwork=on den rtspd mit Netzwerkzugriff.
Die Hardware habe ich, bis auf die SD card, nicht angefasst.
Das web interface liess sich problemlos erreichen und ein erfolgreicher Sendersuchlauf durchführen. Die Größe der sundtek.db ist dadurch von ~2kb auf ~200kb angestiegen.
Das Problem ist, dass die Information nach einem Reboot des RasPi (oder auch nach einem manuellen restart des rtspd) verloren geht: Keine Sender mehr, im Setup wird angezeigt, dass die Hardware noch nicht konfiguriert wurde. Die sundtek.db ist nach wie vor vorhanden und unverändert. Ein Start des rtspd mit -v ergibt folgende Ausgabe (gekürzt):

starting up sundtek streaming server
DBPath: (null)
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 4
ST: urn:schemas-upnp-org:device:MediaRenderer:1


::: 129
::: 129
::: 129
DBDATE: 20240221 - 20170820
DB Version is compatible
loading channel configuration
*** NO PMT FOUND
*** NO PMT FOUND
*** NO PMT FOUND
... das geht jetzt für alle Sender so weiter ...

Der Menupunkt "EPG" wird auch nicht mehr angezeigt (weder vor oder nach dem Reboot/Restart).
Mit der alten Version des rtspd hat alles unmittelbar vorher einwandfrei funktioniert. Leider habe ich den gelöscht und keine Möglichkeit gefunden, die alte Version wieder herunterzuladen.
Irgendein Tipp, was ich da machen kann...? Oder gibt es eine Möglichkeit, den alten rtspd (arm64) zu bekommen?

Vielen Dank, Tobias

funktioniert im container:
mkdir -p /dev/sundtek/usb/001
mkdir -p /dev/sundtek

cd /dev/sundtek
mknod f c 189 260     # hier würde er eine USB Node mit dem Namen f erstellen

Ich habe für den Container das (experimental) feature mknod=1 gesetzt. Auch dann wird kein Device Node erstellt. Weder vom Treiber, noch manuell:

mknod: f: Operation not permitted
Dann habe ich zusätzlich den Pfad /dev/sundtek per "lxc.mount.entry" am Container gebunden. Keine Besserung.

Nach wie vor funktioniert der USB-Stick, der Treiber und man kann TV schauen. Nach einem Reboot des PVE-Hosts (!) ist das leider nicht mehr möglich. Beim Start des sundtek.service erscheint im Kernel Log des Hosts folgende Fehlermeldung:

Feb 21 17:43:48 pve kernel: mediasrv[9297]: segfault at 4 ip 0000000000413bd7 sp 00007f070c1fcc68 error 4 in mediasrv[400000+69000]
Feb 21 17:43:48 pve kernel: Code: 89 70 20 48 89 50 28 31 c0 c3 48 89 70 30 48 89 50 38 31 c0 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 48 8b 87 c0 c5 00 00 <8b> 40 04 c3 0f 1f 44 00 00 48 8b 87 c0 c5 00 00 8b 00 c3 66 0f 1f


Zieht man den USB-Stick einmal händisch ab und steckt ihn wieder auf, funktioniert plötzlich alles. Übrigens auch ohne Nodes in /dev/sundtek.

Die Virtuelle Maschine hat dann wohl keinen Zugriff auf /dev/bus/usb/.. das wird benötigt damit der Treiber funktioniert.

Mal sprichst du von /dev/sundtek und mal von /dev/bus/usb. Wo ist der Unterschied? Oder der Zusammenhang?

Du hast dort cgroup2 stehen, wir haben damals sicherlich nur cgroup verwendet bei der Konfiguration.

Seit Proxmox 7 muss es cgroup2 heißen.

EPG geht leider noch nicht..
Was mir aber noch aufgefallen ist, dass kurz nach einem Scan alle gefundenen Sender "vergessen" werden. Einzig die, welche ausgewählt und der Favoritengruppe zugeordnet sind, bleiben erhalten. Ebenso in den Playlists. Auch bei Alle sind nur die aus der Gruppe enthalten.

Ich denke Du solltest eher /dev/bus/usb freigeben statt /dev/bus/usb/001 der Tuner könnte ja auch an nem anderen Bus hängen.

Das habe ich nun gemacht.

funktioniert im container:
mkdir -p /dev/sundtek/usb/001
mkdir -p /dev/sundtek

cd /dev/sundtek
mknod f c 189 260     # hier würde er eine USB Node mit dem Namen f erstellen

Nein, das funktioniert nicht:

root@tvh:/dev/sundtek# mknod f c 189 260
mknod: f: Operation not permitted

Worauf willst du hinaus?