Sundtek Support Forum
Deutsch => Sundtek Streaming Server => Thema gestartet von: Leone1522 am Januar 16, 2024, 03:16:33 Nachmittag
-
Ich betreibe mehrere PCs unter aktuellem Linux Mint und den Sundtek Streaming Server auf einem Synology NAS DS218+
Dieses System hat mehrere Jahren recht gut funktioniert. OK, alle paar Monate ist mal rtspd gecrasht, eine Ursache habe ich nie feststellen können. Seit ein paar Tagen crasht rtspd aber reproduzierbar mitten im Sender-Scan.
Um den Fehler einzugrenzen habe ich die alte Installation komplett gelöscht, den Stick aus- und wieder eingesteckt, das NAS neu gebootet und neu installiert (Kochbuch angehängt)
Nach Abschluss der Installation habe ich den Streaming Server aufgerufen, dann Reiter Setup, Setup starten, Satellit "E 19.2 Astra" ausgewählt und Sendersuche gestartet.
Danach läuft die Sendersuche los, findet auch allerlei Sender, bleibt aber reproduzierbar mitten im Scan hängen.
In /var/log/messages steht dann
rtspd[8874]: segfault at 0 ip 00007fef75370686 sp 00007fef708f1670 error 4 in libc-2.26.so[7fef75337000+1a8000]
coredump[14538]: Process rtspd[8855](/volume1/@appstore/sundtek/opt/bin/rtspd) dumped core on signal [11]. Core file [/volume1/@rtspd.synology_apollolake_218+.42962.core.gz]. Cmdline [/var/packages/sundtek/target/opt/bin/rtspd ]
coredump[14538]: Core file [/volume1/@rtspd.synology_apollolake_218+.42962.core.gz] size [1067994]
Den gesamten Vorgang habe ich mehrfach durchgeführt, jedesmal das gleiche Ergebnis. Auch ein Austausch des Sticks incl. Netzteil hat das gleiche Verhalten gezeigt.
Was muss ich tun, um eine ältere Version der Software aufzuspielen?
Was kann ich sonst tun, um wieder zu einem lauffähigen System zu kommen?
Danke im Voraus für die Unterstützung
Hier noch ein paar Details zu unserem System:
Unser System: Mehrere PCs unter aktuellem Linux Mint, Sundtek Streaming Server auf Synology NAS
Bezeichnung des NAS: Synology Diskstation DS218+
CPU: INTEL Celeron J3355
DSM-Version: DSM 7.1.1-42962 Update 6
Bezeichnung des Sticks: Sundtek SkyTV Ultimate 5 U151215184044, versuchsweise alternativ Sundtek SkyTV Ultimate V 2015 U150619122943
LNB: Kathrein Quattro LNB (Baujahr 2004)
Sundtek Driver installierte Version: 0.51
rtspd-Version: Build Date Jan 8, 2024
-
Danke für die Information, es gibt zur Zeit eine Reihe von Updates im Streamingserver welche UPnP betreffen.
Wir werden uns das mit dem Scan für DVB-S/S2 morgen anschauen.
-
Ich bin ein Stück weiter:
Um den Fehler weiter einzugrenzen habe ich die Datenbank gelöscht,
$ rm /var/packages/sundtek/opt/bin/sundtek.dbDann habe ich putty so konfiguriert, dass der gesamte Output in eine Datei geschrieben wird (angehängt) und den Streaming Server unter root so gestartet: $ /var/packages/sundtek/opt/bin/rtspd -v und den Sender-Suchlauf über die Weboberfläche gestartet.
Hier sind die letzten Zeilen des Outputs:
**** SAVING LNB CONFIG: 0 0 0
>> insert into sundtek_channel_master(f_id, group_description, group_description_length, plist_type) values(1, 'DVB-S/S2 (2024-01-20 13:20:09)', '30', 0)
token: insert
token: into
token: sundtek_channel_master
token: f_id
token: group_description
token: group_description_length
token: plist_type
token: values
token: 1
token: DVB-S/S2 (2024-01-20 13:20:09)
token: 30
token: 0
>> insert into sundtek_channels(f_id, pmt_pid, program_number, transport_stream_id, delsys) values(1, 1024, 29850, 0)
token: insert
token: into
token: sundtek_channels
token: f_id
token: pmt_pid
token: program_number
token: transport_stream_id
token: delsys
token: values
token: 1
token: 1024
token: 29850
token: 0
Segmentation fault (core dumped)
Der Server stirbt also, sobald der erste Channel in die Datenbank geschrieben wird.
Nach meinem Verständnis ist das betreffende sql-Statement fehlerhaft:
Dort sollen in der Tabelle sundtek_channels 5 Spalten befüllt werden, aber es werden nur 4 Werte angegeben. Ist das zulässig? Ist das so gewollt?
Abgesehen davon wundert mich, dass ein SQL-Fehler zu einem Segmentation fault führt, hier fehlt's wohl an der Fehlerbehandlung...
BTW: Der Server kann auch mit der Option --logpath gestartet werden. Wenn man so startet, landen allerdings die letzten Zeilen nicht mehr in der Datei. Ursache ist wohl, dass beim Segmentation fault der letzte Buffer des Logfiles nicht mehr auf die Platte geschrieben wird.
-
Das Update kommt heute später noch.
Nachtrag der Server wurde aktualisiert -- sorry dass es so lange gedauert hat.
Für DAB/FM Radio wurde das Datenbankformat geändert, die Datenbank hat kein besonderes Fehlerhandling - es ist eine Minimaldatenbank (Eigenentwicklung) mit sehr kleinem Footprint (deutlich kleiner als SQLite). Der Fehler lag in einem falschen SQL Query, da dort nun auch DVB oder FM / DAB in einer Spalte landet.
-
Das mit dem Update war leider nichts, da hat jemand eine 32Bit-Version in das 64Bit-Directory geschoben
root@Diskstation:/var/packages/sundtek/target/opt/bin# rm rtspd*
root@Diskstation:/var/packages/sundtek/target/opt/bin# wget http://sundtek.de/media/streamer/64bit/rtspd
--2024-01-24 22:11:04-- http://sundtek.de/media/streamer/64bit/rtspd
Auflösen des Hostnamens sundtek.de (sundtek.de) … 85.10.198.106
Verbindungsaufbau zu sundtek.de (sundtek.de)|85.10.198.106|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1252021 (1,2M) [application/octet-stream]
Wird in ‘rtspd’ gespeichert.
rtspd 100%[==========================================================>] 1,19M 1,13MB/s in 1,1s
2024-01-24 22:11:05 (1,13 MB/s) - ‘rtspd’ gespeichert [1252021/1252021]
root@Diskstation:/var/packages/sundtek/target/opt/bin# synogear install
root@Diskstation:/var/packages/sundtek/target/opt/bin# file ./rtspd
rtspd: ELF 32-bit LSB executable, Renesas SH, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.30, with debug_info, not stripped
-
ärgerlich, wurde nochmal aktualisiert.
Tipp der Streamingserver wurde mit Symbolen ausgeliefert (nicht gestripped), wenn Du diesen mit gdb startest wird angezeigt in welcher Datei es Probleme gibt.
Der Streamingserver ist noch keine abgeschlossene Entwicklung, auch wenn er soweit zum Streamen ganz gut funktioniert.
Später wird noch transcoding hinzukommen (das Video wird dann wie bei allen (eg. Plex) durch ffmpeg geschliffen)
-
Gestern Abend habe ich über putty/ssh die Datenbank gelöscht, dann über die GUI der Diskstation (http://diskstation.fritz.box:5000/) vom "Sundtek Driver Setup" aus "Install Sundtek Streaming Server" aufgerufen, dann "Open Sundtek Streaming Server" ((http://diskstation.fritz.box:22000/)) ausgeführt und "Setup/Setup starten" geklickt. Der Sender-Scan ist problemlos durchgelaufen. Danach habe ich eine neue Gruppe "Sundtek" angelegt und mehrere HD(FTA)-Sender dieser Gruppe zugeordnet.
Soweit die gute Nachricht. Was nicht funktioniert:
Es wird auch nach einiger Zeit in der GUI des Streaming Servers kein EPG angezeigt, und ich kann auf meinen Linux-Clients auch keinen Stream anzeigen.
Frage 1: In der GUI des Streaming Servers kann ich unter "Setup/Streaming Server/IP-Adressen" verschiedene IP-Adressen für den UPnP Server und den HTTP Server anhaken. Bisher habe ich da nie Haken gesetzt, ist da jetzt etwas erforderlich? Ich habe verschiedenes ausprobiert, kein Effekt.
Frage 2: Es ist mir nicht gelungen, den Streaming Server "von Hand" über putts/ssh zu starten (cd /var/packages/sundtek/target/opt/bin, ./rtspd -v). Kurz nach dem Start geht das Programm in eine Endlos-Schleife "checking for dead sessions / there are currently: 0 sessions" (log angehängt). Ich habe deshalb keine Chance tiefer in die Fehlersuche einzusteigen. Ein Restart des NAS und auch der Fritz!Box hat nicht geholfen, ich kann den Server nur über die GUI starten. Wie muss ich korrekt vorgehen?
Leider wird durch "synogear install" der gdb nicht installiert, Synology liefert den Debugger nicht mehr mit aus. Auch diese Möglichkeit entfällt.
-
Das sind keine toten Sessions, das sind UPnP Nachrichten und Announcements (die schwirren im UPnP Stack im Netzwerk rum, bei Linux wäre es analog Zeroconf).
Ich habe hier noch eine weitere Version vom Streamingserver welche ich gerade teste mit erweitertem SAT>IP Streamingsupport (die Version die online ist hat bei mir aber auch funktioniert). Das Update wird entweder heute später oder morgen im Laufe des Tages kommen.
Prüfe da auch gerade da einige Sender in der VLC SAT>IP Liste nicht funktionieren.
Die Sundtek.db muss gelöscht werden, und du musst frisch anfangen, hast Du das gemacht?
-
Ja, habe ich. Vor jedem neuen Versuch klicke ich im Driver Setup auf "Remove Streaming Server", lösche danach die sundtek.db, und boote sogar das NAS neu.
-
Muss ich auch den Driver neu aufspielen, oder reicht es, den Streaming Server neu zu installieren?
-
Ja installiere den Treiber auch neu.
Der Streamingserver verwendet zum Teil API Calls die in den Treiber-Bibliotheken vorhanden sind.
Ein Treiber-Update benötigt auch zwanghaft ein Streamingserver Update, und dieses mal auch eine neue Datenbank.
Werde es heute auf dem Synology NAS testen, hab hier zum Glück auch eines vor mir stehen gebe dann später Rückmeldung.
-
So, ich habe den Server gelöscht, den Treiber gelöscht (und damit auch das Verzeichnis mit der Datenbank), den Treiber neu installiert, allowroot.sh ausgeführt, den Treiber gestartet und den Server gestartet. Dann einen neuen Suchlauf durchgeführt, eine neue Gruppe angelegt und Sender zugeordnet. Es bleibt dabei: kein EPG, kein Streaming auf die Clients.
BTW: Wo auch immer ich unter Setup/Streaming-Server/IP-Adressen ein Häkchen setze, wenn ich die GUI des Streaming Servers neu aufrufe, sind alle Häkchen weg.
-
Welchen Tuner hast Du? (nur damit ich den gleichen zum Testen verwende).
-
Sundtek SkyTV Ultimate 5 U151215184044
alternativ
Sundtek SkyTV Ultimate V 2015 U150619122943
-
Dauert hier ein bißchen da das NAS im alten Office von DSM6 auf DSM7 aktualisiert wird, so nebenbei ich bin auch im Chat
-
Kein Problem, wenn ich hier irgendwas testen kann, ich bin bereit
-
ok die gute Nachricht ich kann es auf dem NAS reproduzieren - also wird's gleich repariert.
-
Der Streamingserver wird gerade aktualisiert - es kommen nächste Woche noch weitere Updates.
Probleme:
- Mime Type wird falsch gesetzt für den Streaming Server Audio/Wav (dank des FM / DAB+ Streaming Supports), VLC kann damit soweit zwar umgehen so soll das aber nicht sein.
- MacOSX Treiber Problem, der Streamingserver / Treiber hängt dort nach kurzer Zeit einfach
Stand 27. Jan 2024
-
Ist vielleicht OffTopic, aber wenn du auf Synology den gdb brauchst, so kannst du ihn installieren:
#!/bin/bash
package_id=DiagnosisTool
package_version=3.1.0-4109 # entnommen aus https://archive.synology.com/download/Package/DiagnosisTool
platform_name="apollolake" # entnommen aus /etc.defaults/synoinfo.conf, ggf. an die eigene Hardware anpassen
download_url="https://global.synologydownload.com/download/Package/spk"
download_url="${download_url}/${package_id}/${package_version}/${package_id}-${platform_name}-${package_version}.spk"
spk_temp_path="/tmp/${package_id}.spk"
curl -s -L "${download_url}" -o "${spk_temp_path}" || exit 1
synopkg install "${spk_temp_path}" || exit 1
Tatsächlich gestartet werden die DiagonsisTools dann mit $ synogear installUnd um wieder die aktuelle Version der DiagnosisTools zu bekommen, hilft $ synogear removealle 4.x.x.x - Versionen enthalten den gdb nicht mehr.
Es kann natürlich sein, dass die hier geladene ältere Version der Tools für ein älteres DSM entwickelt wurde und deshalb nicht mehr alle Tools mit dem aktuellen DSM zusammenspielen, aber zumindest der gdb scheint zu laufen.
-
Du kannst jetzt jedenfalls schon streamen oder?
Wir bearbeiten derzeit Samsung Tizen UPnP Support.
-
Leider nein.
Ich habe den Server gelöscht, den Treiber gelöscht (und damit auch das Verzeichnis mit der Datenbank), den Treiber neu installiert, allowroot.sh ausgeführt, den Treiber gestartet und den Server gestartet. Dann einen neuen Suchlauf durchgeführt, eine neue Gruppe "Sundtek" angelegt und Sender zugeordnet. Im Reiter "Setup" unter "IP Adressen" Häckchen gesetzt für UPnP- und HTTP-Server für die IP-Adresse des NAS, aber ...
Es bleibt dabei: kein EPG (auf http://diskstation.fritz.box:22000/ taucht kein Reiter "EPG" auf), kein Streaming auf die Clients.
Was kann ich zur Fehlersuche beitragen? STDOUT-logfile vom rtspd erzeugen und mailen? Mittels Wireshark den IP-Traffic zum NAS (Port 554) mitschreiben oder ...?
-
Ja EPG ist aktuell erst mal ein bißchen weg bis die ganzen anderen Optimierungen fertig sind, aber streamen sollte funktionieren?
Samsung Tizen funktioniert bei unserer Entwicklungsversion schon mal, es wird noch aufgeräumt dann kommt das Update.
EPG wird wohl die nächsten Tage wieder eingeschalten werden (bzw. konfigurierbar gemacht dass man's ein / ausschalten kann).
Es gibt bei DVB-S/S2 einfach einige Transponder welche uns zur Zeit noch mit non-standard EPG Formaten Probleme bereiten, deshalb wird's wohl erst mal Standardmäßig ausgeschalten werden bis genug Erfahrung mit allen Astra Transpondern gesammelt wurde. Die deutschen Standard Sender sind nicht das Problem (die ausländischen sind es üblicherweise)
-
Ich habe aktuell nur die öffentlich-rechtlichen HD-Sender selektiert.
Streaming funktioniert leider nicht, weder wenn ich als Client den Linux-Mint eigenen xplayer, noch wenn ich VLC verwende. Heute am späten Nachmittag mache ich weitere Tests
-
Werde das nächste Update am Abend einspielen, sollte es dann noch Probleme geben eventuell bitte einen remote Zugang einstellen damit ich mir das direkt ansehen kann.
EPG kommt zu einem späteren Zeitpunkt, werde mir da die Problemsender noch genauer ansehen, diese entsprechen nicht dem Standard und müssen etwas anders geparsed werden.
-
Ich bin weitergekommen:
Der erste Fehler befand sich vor der Tastatur: Ich hatte in der Weboberfläche des Streaming Servers eine Sendergruppe mit Namen "Sundtek" (mit großen S) angelegt und dieser Gruppe diverse Sender zugeordnet. VLC konvertiert den Namen des Netzwerk-Streams zu Kleinbuchstaben und zeigt deshalb keine Sender an.
2.Versuch mit Sendergruppe "sundtek", erster Sender in der Liste ist ein SD-Sender: VLC zeigt jetzt die Senderliste an, und kann auch einen Stream anzeigen (vgl. Log-File 20240131 rtspd SD VLC.log.gz)
3.Versuch mit Sendergruppe "sundtek", erster Sender in der Liste ist ein HD-Sender: VLC zeigt jetzt die Senderliste an, zeigt den Stream aber nicht an, sondern meldet stattdessen
Ihre Eingabe konnte nicht geöffnet werden:
VLC kann die Medienadresse 'rtsp://diskstation.fritz.box:554/?fe=0&freq=11052&pol=h&msys=dvbs2&mtype=psk8&sr=22000&specinv=1&pids=0,16,17,18,20,5410,5411,5412,5413,5417,5414,5416,276,2171,4170,4172,5415' nicht öffnen. Für Details bitte im Fehlerprotokoll nachsehen.
Im Fehlerprotokoll steht dann
mjpeg error: cannot peek
Ich vermute, da stimmt etwas an der VLC-Konfiguration nicht, ich suche da morgen weiter. Zum Vergleich habe ich hier das Log-File 20240131 rtspd HD VLC.log.gz) angehängt
4. Versuch mit Sendergruppe "sundtek", erster Sender in der Liste ist ein SD-Sender: Der Mint-eigene xplayer zeigt zwar die Senderliste an, kann aber keinen Stream anzeigen (vgl. Log-File 20240131 rtspd SD xplayer.log.gz)
Auch hier suche ich morgen weiter u.a. mit einem Life-System und älterem xplayer
-
Den Streamingserver sollte es in VLC 2x geben, 1x RTSP und 1x für HTTP Streaming
-
Ich habe mitterweile verschiedene Programme / Setups getestet. Ergebnis:
- VLC auf Linux Mint 21.3 zeigt die Senderliste korrekt an, kann aber nur SD-Sender anzeigen. Wenn ich HD-Sender anfordere, kommt die Fehlermeldung "VLC kann die Medienadresse rtsp://... nicht öffnen" und im Fehlerprotokoll steht "mjpeg error: cannot peek"
- VLC auf Android 13 zeigt ebenfalls SD-Sender korrekt an, aber keine HD-Sender.
- KODI 6:20.2 auf Linux Mint 21.3 zeigt die Senderliste korrekt an, kann aber weder SD- noch HD-Sender anzeigen. Fehlermeldung "OpenDemuxStream - Error creating demuxer"
- Der Linux-Mint eigene IPTV-Player Hypnotix verhält sich identisch wie KODI
- Auch auf einem Live-System (Linux Mint 21.1) erhalte ich die gleichen Ergebnisse
-
Habe den Streamingserver vorher aktualisiert.
-> Samsung Tizen funktioniert
-> Ubuntu funktioniert (Streaming vom Synology NAS) mit VLC
-> Streaming zu MacOS funktioniert mit VLC
Alles via UPnP
-
Sorry, aber bei mir hat der neue Server zu keiner Verbesserung geführt. So bin ich vorgegangen:
Ich habe den Server gelöscht, den Treiber gelöscht (und damit auch das Verzeichnis mit der Datenbank), den Treiber neu installiert, allowroot.sh ausgeführt, den Treiber gestartet und den Server gestartet. Dann einen neuen Suchlauf durchgeführt, eine neue Gruppe "sundtek" angelegt und dieser Gruppe Sender zugeordnet. VLC streamt nur SD-Sender, bei HD-Sendern meldet er wie gestern schon "VLC kann die Medienadresse rtsp://... nicht öffnen.
./rtspd -V liefert "Build date: Feb 2 2024"
AnyDesk habe ich vorbereitet
-
Es gibt 2 Einträge im VLC hast Du das mitbekommen? Wähle den ersten aus in dem Du die Playlist festgelegt hast.
Der 2. Eintrag mit den RTSP Einträgen kommt vom VLC selber (schaue ich mir noch an).
Anydesk kannst du an kontakt at sundtek de schicken.
-
Ich greife in VLC über "Netzwerksteam öffnen" zu und gebe als Adresse "http://diskstation.fritz.box:22000/play/sundtek.m3u"
ein. In der Wiedergabeliste kann ich dann die Sender auswählen.
Email mit AnyDesk-Adresse ist raus
-
Ein weiteres kleines Update zum Wochenende.
Die VLC Liste für Astra 19.2 sollte jetzt auch funktionieren (die funktioniert ohne überhaupt beim Streamingserver zu scannen, da die vordefinierte Liste ja die Transponderparameter beinhaltet).