Probleme mit streamdev-server und ts2shout

maf · 8. Juli 2019

Hallo,

ich würde gerne einen VDR 2.2.0 mit streamdev-server 0.6.1+git20150213-3 unter Raspbian Stretch benutzen, um mittels ts2shout 0.71+git20190405-1 Audioströme im SHOUTcast-Format auf Squeezebox-Clients abspielen zu können. Leider kommen bislang beim Client keine Audiodaten an; er steigt deshalb nach einer Weile mit Timed out waiting for data aus.

Laut Apache-Log auf dem Server scheint ts2shout den Audiostrom zu erkennen, danach aber nur noch "nutzlose" SDT-Einträge und EIT-Einträge für "andere" Sender auf dem gleichen Transponder zu sehen. Von den gut 13 MB Daten der ersten Minute werden 0 MB weitergeleitet:

Code

[Mon Jul 08 09:10:48.972470 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:48.971401 2019] [ts2shout:info] [pid 14037] init_structures(): Subscribing to MPEG-TS PID 0, 17, 18 (CHANNEL_TYPE_PAT, CHANNEL_TYPE_SDT, CHANNEL_TYPE_EIT): /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:48.973004 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:48.971988 2019] [ts2shout:info] [pid 14037] Streaming with shoutcast StreamTitles in CGI mode.: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:50.397138 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:50.396600 2019] [ts2shout:info] [pid 14037] add_channel(): Subscribing to MPEG-TS PID 3100 (Type CHANNEL_TYPE_PMT): /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:50.597860 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:50.597299 2019] [ts2shout:info] [pid 14037] add_payload_from_pmt(): Found mp1/mp2 audio stream in PID 3101: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:50.599049 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:50.597492 2019] [ts2shout:info] [pid 14037] add_channel(): Subscribing to MPEG-TS PID 3101 (Type CHANNEL_TYPE_PAYLOAD): /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:50.599389 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:50.597698 2019] [ts2shout:info] [pid 14037] Synced to MP1/MP2 audio in PID 3101 stream: 0xc0: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:50.599710 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:50.597782 2019] [ts2shout:info] [pid 14037]    MPEG-1 layer 2, 192 kbps, 48000 Hz, Stereo: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:51.602720 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:51.602053 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:10:55.916469 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:55.915869 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:56.117319 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:56.116731 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `BAYERN 3 - und DU mittendrin!': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:57.338199 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:57.337642 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `B5 Bayern': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:57.338888 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:57.337803 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `Bayern plus - Der Vormittag': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:10:57.339272 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:10:57.338213 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:11:03.103254 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:03.102152 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:03.612006 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:03.611475 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `Live nach Neun': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:04.527448 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:04.526706 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:11:10.197925 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:10.197212 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:11.402636 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:11.402107 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `radioWissen': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:11.602683 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:11.602005 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:11:24.525903 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:24.525416 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:24.628871 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:24.628453 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `Philharmonie': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:25.951332 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:25.950841 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:11:45.915786 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:45.915298 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:47.036735 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:47.036281 2019] [ts2shout:info] [pid 14037] EIT: Current transmission `Giraffe, Erdm\xc3\xa4nnchen & Co': /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:47.241739 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:47.241253 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
...
[Mon Jul 08 09:11:51.620220 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:51.619750 2019] [ts2shout:info] [pid 14037] SDT: Warning: Stream (also) contains unkown service with id 0x19: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:53.072842 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] AH01215: [Mon Jul 08 09:11:53.072285 2019] [ts2shout:info] [pid 14037] curl_download: streaming error after fetching 13.30 MB and writing 0.00 MB. Exiting.: /usr/lib/cgi-bin/ts2shout
[Mon Jul 08 09:11:53.081112 2019] [cgi:error] [pid 13666] [client 10.0.1.107:46392] End of script output before headers: ts2shout

Alles anzeigen

Meine Konfigurationsdatei für Apache sieht so aus:

Code

<VirtualHost *:80>
        LogLevel debug
 
        ServerName radio.my.lan
        ServerAdmin webmaster@my.lan
 
        DocumentRoot /var/www/html
        <Directory "/var/www/html">
                Require all denied
        </Directory>
 
        <Location /shoutcast>
                Require ip 10.0.0.0/16
 
                #<If "%{HTTP:Icy-MetaData} in {'1'}">
                #                SetEnv "MetaData" "1"
                #</If>
                SetEnv "MetaData" "1"
 
                SetEnv TVHEADEND "http://localhost:3000/TS"
                SetEnvIf REQUEST_URI "°([-A-Za-z0-9_ ]*).ts$" PROGRAMMNO=$1 AC3=1
                SetEnvIf REQUEST_URI "([-A-Za-z0-9_ ]*).ts$" PROGRAMMNO=$1
 
                Options +ExecCGI
                Action ts2shout /cgi-bin/ts2shout virtual
                SetHandler ts2shout
        </Location>
</VirtualHost>

Alles anzeigen

Und die URI in meinem Eintrag in der Favoritenliste auf dem Logitech Media Server ist

Code

http://radio.my.lan/shoutcast/C-1-1101-28400.ts

Was mache ich falsch?

pbg4 · 8. Juli 2019

Hi,

das habe ich auch mal erfolglos probiert, allerdings mit den elementary streams vom streamdev für Radio,. also

Code

SetEnv TVHEADEND "http://127.0.0.1:3000/ES"

bei apache2 und vdr/streamdev auf dem selben host,

und dann bei der URI statt Programmnummer zB für BR-Klassik S19.2E-1-1093-28403 mitgegeben,

bei deiner apache2 conf datei fehlen aber zur Zeit noch die URI Einträge für die einzelnen Stationen,

aber hat damals wie gesagt nicht geklappt und ich habe mir dann eine tvheadend Instanz aufgesetzt, damit klappt es

also wie im ts2shout Readme am Beispiel BR-Klassik in der conf Datei vom apache2

Code

SetEnv TVHEADEND "http://192.168.1.170:9981/stream/channelnumber"
SetEnvIf REQUEST_URI "BR-KLASSIK$" PROGRAMMNO=17

und in der favorites.opml dann

Code

<outline URL="http://192.168.1.133:8060/radio/BR-KLASSIK" icon="html/images/bayern4klassik.png" text="BR-Klassik" type="audio" />

wobei der apache2 hier auf port 8060 läuft,

viele Grüsse pbg4

maf · 10. Juli 2019

Carsten Groß, der Entwickler von ts2shout, hat sich netterweise das Problen angesehen und mir Folgendes geschrieben:

Zitat

Das Problem sind nicht zu wenige Daten, sondern zuviele

Es werden: Bayern 3, B5 und Bayern Plus als "current transmissions" gefunden und noch viel mehr. Aus der PAT/PMT(* - siehe unten mein "PS") Table wurde (evtl. auch zufällig) die PID 3101 ausgewählt, weil das als erster Infoblock vorbeikam(?). Es kommen in EIT und SDT zuviele auswertbare Daten bzw. in der SDT findet mein Code nicht die Programmnamensinfo (weil es vermutlich zu viele gibt). Ohne Programmnamen wird aber nix gestreamt und nach 5 Sekunden timeout steigt ts2shout aus. Wahrscheinlich ist das aber ein Bug in meinem Code das in der SDT nicht richtig nach dem Programmnamen gesucht wird - tvheadend bereitet da vieles schön auf (Was für ein Programm wolltest Du denn hören - dann schaue ich mal ob wenigstens die richtige PID ausgewählt wurde?).

Ich hatte vor einiger Zeit schonmal eine Anfrage zu VDR und ich gehe davon aus, daß VDR (nutze ich selber nicht, kann das also nur vermuten) immer den ganzen Transponderstrom ausspuckt. ts2shout findet sich dann aber im Stream "nicht zurecht" - da die einzelnen Datenströme ansonsten ineinander gleichberechtigt verschachtelt sind (eben gemultiplext). Eventuell ist PAT/PMT richtig gekürzt, dann muß ich aber ins ts2shout den Codeteil anpassen der EIT/SDT auswertet.

Vielleicht gibt es in VDR eine entsprechende Option, damit der MPEG-Transportstrom wie bei tvheadend wird. Es darf nur ein Programm übertragen werden (Da aber gerne mit alternativem Audio). tvheadend ersetzt in den ganzen Kontrollframes alle nicht das aktuell ausgewählte Programm betreffenden Einträge durch leerframes, das hilft meinem Code ganz enorm.

Ich sehe gerade das "pbg4" auf Deine Frage geantwortet hat. Der hatte mir deswegen auch schonmal gemailt - und hat dann tvheadend installiert womit es dann bei ihm funktioniert. Deshalb habe ich da nicht weiter nach geschaut.

Wenn ich mir das mal anschauen soll, dann kannst Du mir gerne die "Eingangsdaten" schicken. Also das was VDR in Richtung ts2shout ausspuckt. So irgendwie 5 ~ 10 MB. Dann probiere ich mich in einer stillen Stunde nochmal daran - kanns aber nicht versprechen.

Alles anzeigen

Ich habe ihm daraufhin eine Testdatei geschickt und folgende Antwort erhalten:

Zitat

Ja, ich sehe schon, das ist eine größere Baustelle (Tipp: .ts Dateien kann man auch prima mit wireshark untersuchen (frame-by-frame, eher low-level), ebenso relativ komfortabel high-level mit dem Linux-Tool "mediainfo").

PAT und PMT sind soweit richtig rausgeparst und an der Kommandline kann ich aus Deinem ".ts" Strom auch den Audiostrom herauslesen (aber das kann vdr ja auch sicher selber). Du kannst das auch probieren:

cat bayern_1.ts | ./ts2shout noshout > bayern_1.mpg

(kann dann ein beliebiger mp3 Player z.B. vlc, mplayer et.al. abspielen).

Ich habe allerdings Probleme mit SDT (Für den Programmnamen) und EIT (Für die aktuell laufende Sendung). Das habe ich seinerzeit recht eng um den Output von tvheadend zusammengebaut (eine Minimallösung, damit eben die aktuelle Sendung ausgegeben werden kann).

vdr greift viel weniger in den transport-multiplex ein als tvheadend, insbesondere die SDT (Service Description Table) enthält alle Services des ursprünglichen Multiplex (Die eigentliche Payload ist aber nicht mehr im Stream), ebenso wie in EIT alle "Events" der Programme aus dem Multiplex enthalten sind. Das kann der Code von ts2shout aktuell aber nicht und müßte da komplett implementiert werden (siehe: https://www.etsi.org/deliver/e…_60/en_300468v011401p.pdf -> Die Tabelle 5 auf Seite 26 .. in meinem code wird einfach immer der erste Descriptor genommen, in Wirklichkeit muß man aber eigentlich die ganze Liste abarbeiten, parsen und gucken ob man schon das richtige gefunden hat).

Zudem habe ich noch einen (kleinen) Bug gefunden, das betrifft aber jetzt erstmal nur das generelle Handling der Multipaket-Frames (und werde ich sicher in Kürze noch ins git pushen).

Zu den nötigen Änderungen damit SDT/EIT in Zusammenhang mit vdr richtig funktionieren habe ich gerade aber nicht die Muße/Zeit, bin aber gerne für patches/pulls offen :-;

Alles anzeigen

Zitat

Wenn Du Dir den Code anschauen willst, bist Du in der Datei ts2shout.c in extract_sdt_payload() und extract_eit_payload() richtig. Im code im git gibt es aktuell noch das Problem, daß der Start der "continued" Frames nicht richtig erkannt wird, das fixe ich mal noch, ansonsten hängt es dann vom Zufall ab, ob er die Tabelle mit den Stationsnamen überhaupt finden kann (oder nicht).

Im EIT wird richtig gesucht, allerdings müsste da implementiert werden, daß nur die "current transmission" des tatsächlichen Streams herausgesucht wird, das ist denke ich eher einfach einzubauen. Im SDT Scan muß allerdings sinngemäß das gleiche wie für EIT implementiert werden (also alle Deskriptoren abscannen und den richtigen raussuchen, da wird momentan einfach nur das erste genommen, was mit tvheadend auch klappt), dann sollte es schon auch mit VDR laufen

Ich will mal sehen, ob meine C-Kenntnisse dafür ausreichen...

maf · 10. Juli 2019

Zitat von pbg4
Hi,

das habe ich auch mal erfolglos probiert, allerdings mit den elementary streams vom streamdev für Radio,. also
Code
SetEnv TVHEADEND "http://127.0.0.1:3000/ES"
bei apache2 und vdr/streamdev auf dem selben host,

und dann bei der URI statt Programmnummer zB für BR-Klassik S19.2E-1-1093-28403 mitgegeben,

bei deiner apache2 conf datei fehlen aber zur Zeit noch die URI Einträge für die einzelnen Stationen,

aber hat damals wie gesagt nicht geklappt und ich habe mir dann eine tvheadend Instanz aufgesetzt, damit klappt es

also wie im ts2shout Readme am Beispiel BR-Klassik in der conf Datei vom apache2
Code
SetEnv TVHEADEND "http://192.168.1.170:9981/stream/channelnumber"
SetEnvIf REQUEST_URI "BR-KLASSIK$" PROGRAMMNO=17
und in der favorites.opml dann
Code
<outline URL="http://192.168.1.133:8060/radio/BR-KLASSIK" icon="html/images/bayern4klassik.png" text="BR-Klassik" type="audio" />
wobei der apache2 hier auf port 8060 läuft,

viele Grüsse pbg4
Alles anzeigen

Ja, mit der direkten Übernahme von Daten des streamdev-Servers hatte ich auch keinen Erfolg, obwohl sich zumindest ein Beitrag in diesem alten Thread so liest, als ob es bei jeibie funktioniert habe.

Die Definition der einzelnen Kanäle würde ich gerne aus der Apache-Konfiguration heraushalten. Ich hoffe, dass das ausschließlich über die Einträge in der Favoritenliste des LMS zu lösen ist. Bisher habe ich allerding habe nur testweise einen Favoriten im LMS-GUI eingetragen und favrites.opml nicht benutzt.

pbg4 · 10. Juli 2019

Hi,

also das mit dem streamdev-server funktioniert schon, zB BR-Klassik mit folgendem Eintrag in die favorites.opml:

Code

<outline URL="http://192.168.1.133:3000/ES/S19.2E-1-1093-28403" icon="html/images/radio.png" text="Bayern 4 Klassik" type="audio" />

die squeezeboxen können ja alle mp2 dekodieren, es gibt dann aber keine epg Programminfos zum laufenden Programm, mehr steht ja auch nicht in dem alten thread von jeibie,.. auch ist mit streamdev beim Umschalten der Sender das buffern der squeezeboxen recht kurz,..

mit der Lösung von Carsten mit ts2shout hat man aber die Infos zum laufenden Programm, das ist schon ganz nett,.. das buffern dauert etwas länger wg eit payload extract, aber ist schon OK so,..

viele Grüsse pbg4

maf · 14. Juli 2019

Ja, Du hast recht, die Wiedergabe von ES-Audiodaten funktioniert. Ich hatte es versäumt, die Konfiguration von streamdev und Firewall darauf anzupassen, dass Server und Clients in unterschiedlichen Teilnetzen hängen.

Allerdings habe ich noch ein Restproblem: Wenn ich in der URI des Favoriten keine IP-Adresse sondern einen Namen im lokalen Netzwerk angebe, beendet der Streamdev Server die Verbindung fast sofort und der Squeezebox Client meldet "Connection reset by remote host". Im Log des Clients steht dann "squeezeplay: WARN audio.decode - Playback.lua:796 write error: Connection refused"

Probleme mit streamdev-server und ts2shout

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema