streamdev bleibt hängen

horchi · Oct 3rd 2018

Hi,

ich verwende für client und server das HEAD des master branches von hier: https://github.com/ciminus/vdr-plugin-streamdev.git und auf Client sowie Server VDR 2.4.0

Mein Problem ist das es ab und zu beim Zappen hängen bleibt (scharzes Bild) in der Situaltion hilft dann außer den Server VDR neu zu Starten nichts. Ein Restart des Client VDR oder weiter zappen hat keinen Effekt. Das tritt so im Schnitt 1-2 Mal pro TV Abend auf.

Client log:

Code

Oct 3 13:13:19 vdr vdr: audio/alsa: using pass-through device 'default'
Oct 3 13:13:19 vdr vdr: audio/alsa: start delay 400ms
Oct 3 13:13:19 vdr vdr: [1293] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)
Oct 3 13:13:20 vdr vdr: [2916] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Oct 3 13:13:20 vdr vdr: [2917] device 4 TS buffer thread ended (pid=1293, tid=2917)
Oct 3 13:13:20 vdr vdr: [2916] buffer stats: 0 (0%) used
Oct 3 13:13:20 vdr vdr: [2916] device 4 receiver thread ended (pid=1293, tid=2916)
Oct 3 13:13:20 vdr vdr: [2936] device 4 receiver thread started (pid=1293, tid=2936, prio=high)
Oct 3 13:13:20 vdr vdr: [2937] device 4 TS buffer thread started (pid=1293, tid=2937, prio=high)
Oct 3 13:13:20 vdr vdr: [2940] animator thread thread started (pid=1293, tid=2940, prio=high)

Server log

Code

Oct 3 13:13:20 gate vdr: [5508] streamdev-livestreaming thread ended (pid=21733, tid=5508)
Oct 3 13:13:20 gate vdr: [5510] device 1 TS buffer thread ended (pid=21733, tid=5510)
Oct 3 13:13:20 gate vdr: [5509] buffer stats: 0 (0%) used
Oct 3 13:13:20 gate vdr: [5509] device 1 receiver thread ended (pid=21733, tid=5509)
Oct 3 13:13:20 gate vdr: [5507] streamdev-writer thread ended (pid=21733, tid=5507)
Oct 3 13:13:20 gate vdr: [21770] buffer stats: 0 (0%) used
Oct 3 13:13:20 gate vdr: [21770] Streamdev: Setting data connection to 192.168.200.103:41629
Oct 3 13:13:20 gate vdr: [6379] streamdev-writer thread started (pid=21733, tid=6379, prio=high)
Oct 3 13:13:20 gate vdr: [6380] streamdev-livestreaming thread started (pid=21733, tid=6380, prio=high)
Oct 3 13:13:20 gate vdr: [6381] device 1 receiver thread started (pid=21733, tid=6381, prio=high)
Oct 3 13:13:20 gate vdr: [6382] device 1 TS buffer thread started (pid=21733, tid=6382, prio=high)

Display More

Habt Ihr eine Idee was da klemmt?

Danke und viele Grüße

Jörg

carel · Oct 3rd 2018

Hi Jörg

Dieser commit gibt bei mir Problemen auf dem Server: "Avoid parental rating dialogs on some CAMs"

Bin zurück nach acb1473661ef88d1283e64aa41d6cf0794a8c4d3 das funktioniert soweit

M fr. gr

Carel

horchi · Oct 3rd 2018

Danke werde ich direkt testen!

seahawk1986 · Oct 3rd 2018

Den letzten Commit in dem Repository für den Client würde ich aber mitnehmen, ohne gibt es gerne mal Hänger wenn man Aufnahmen abspielt: https://github.com/ciminus/vdr…811bb5e7e227890dbdfc04ad5

horchi · Oct 3rd 2018

ja hab ich genau so gemacht, hab nur mauell die eine Änderung zurpück genommen.

Code

transform.c:1675:24: error: invalid conversion from 'void*' to 'uint8_t*' {aka 'unsigned char*'} [-fpermissive]
if ( !(p->buf = malloc(size)) ){

das ist neu, ggf wegen neuerer Compiler Version, hab ich erstmal so behoben:

Code

if ( !(p->buf = (uint8_t*)malloc(size)) ){

läuft damit erstmal wieder, bin gespannt!

horchi · Oct 3rd 2018

die 'zurückgenommene' Änderung sollte doch nichts mit der zap Geschwindigkeit zu tun haben, oder?

Wenigstens hab ich das Gefühl das er jetzt eine ganze Ecke langsamer umschaltet.

horchi · Oct 4th 2018

gestern Abend lief es damit schon mal durch

... inzwischen drei Abende so lange hat es vorher noch nie geklappt.

Vielleicht sollte die Änderung auch im git zurück genommen werden?

horchi · Oct 8th 2018

Moin,

der Effekt ist nun seit Mittwoch Abend zwei Mal aufgetreten, einmal Samstag und einmal Sonntag Abend. Damit schon mal sehr viel besser als vorher. Hoffe dass es kein Zufall ist.

Ihr habt das Problem gar nicht, oder?

Grüße

Jörg

horchi · Jan 4th 2019

Hallo zusammen,

bin hier leider noch keinen Schritt weiter, hst noch jemand eine Idee wie ich das Problem einkreisen könnte. Es passiert nach wie vor mache TV Abende 2-3 Mal dann wieder mal 1-2 tage gar nicht.

Immer den Server VDR durchstarten zu müssen ist auf Dauer keine Lösung, ich würde aber auch gern vermeiden in den Client wieder DVB Karte(n) einbauen zu müssen.

Danke und Grüße
Jörg

horchi · Jan 4th 2019

Hier nochmal der genaue SW Stand des Plugins wie ich es Client und Server seitig verwende:

Code

root@gate {master u=} ~/PLUGINS/vdr-plugin-streamdev> git remote -v
origin https://github.com/ciminus/vdr-plugin-streamdev.git (fetch)
origin https://github.com/ciminus/vdr-plugin-streamdev.git (push)

das habe ich zu diesem Stand noch geändert (aus euren Hinweisen oben):

Diff

root@gate {master u=} ~/PLUGINS/vdr-plugin-streamdev> git diff -w
diff --git a/libdvbmpeg/transform.c b/libdvbmpeg/transform.c
index 2c04618..2fa1432 100644
--- a/libdvbmpeg/transform.c
+++ b/libdvbmpeg/transform.c
@@ -1672,7 +1672,7 @@ void reset_ipack(ipack *p)
void init_ipack(ipack *p, int size,
void (*func)(uint8_t *buf, int size, void *priv), int ps)
{
- if ( !(p->buf = malloc(size)) ){
+ if ( !(p->buf = (uint8_t*)malloc(size)) ){
fprintf(stderr,"Couldn't allocate memory for ipack\n");
exit(1);
}
diff --git a/server/livestreamer.c b/server/livestreamer.c
index a34fb49..711cfcd 100644
--- a/server/livestreamer.c
+++ b/server/livestreamer.c
@@ -48,11 +48,12 @@ cStreamdevLiveReceiver::cStreamdevLiveReceiver(cStreamdevLiveStreamer *Streamer,
{
// clears all PIDs but channel remains set
SetPids(NULL);
- if(Pids) {
- for(;*Pids;Pids++) {
- if(*Pids != 18) AddPid(*Pids);
- }
- }
+ AddPids(Pids);
+// if(Pids) {
+// for(;*Pids;Pids++) {
+// if(*Pids != 18) AddPid(*Pids);
+// }
+// }
}

Display More

ohne diese Änderungen klemmt es deutlich öfter.

horchi · Dec 9th 2019

ich möchte den Thread nochmal aufwärmen da ich nach wie vor mit dem oben beschriebenen Problem kämpfe.

Hier nochmal meine aktuelle streamdev-server Konfiguration:

Code

streamdev-server.AllowSuspend = 1
streamdev-server.HideMenuEntry = 0
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPPriority = 0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 0.0.0.0
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPPriority = 0
streamdev-server.IGMPStreamType = 0
streamdev-server.LiveBufferMs = 50
streamdev-server.LoopPrevention = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 0
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 1
streamdev-server.StartSuspended = 1
streamdev-server.VTPBindIP = 192.168.200.101
streamdev-server.VTPPriority = 0

Display More

hier die geladenen Plugins und Optionen:

Code

--video=/video
--config=/var/lib/vdr
--lib=/usr/lib/vdr/plugins
--record=/usr/lib/vdr/vdr-recordingaction
--epgfile=/var/cache/vdr/epg.data
--user=vdr
--userdump
--grab=/tmp
--port=6419
--watchdog=60
--chartab=ISO-8859-9
--device=0
--device=1
--device=2
--device=3
--device=4
--plugin=dvbapi
--plugin=epg2vdr
--plugin=markad
--plugin=osd2web -e /var/cache/vdr/epgimages -s svg -l /var/epgd/channellogos/logos
--plugin=remote -p tcp:3333
--plugin=scraper2vdr -i /var/cache/vdr/epgimages/
--plugin=streamdev-server

Display More

Plugin Version:

Code

root@gate {master u=} ~/PLUGINS/vdr-plugin-streamdev> git remote -v
origin https://github.com/ciminus/vdr-plugin-streamdev.git (fetch)
origin https://github.com/ciminus/vdr-plugin-streamdev.git (push)

Patch:

Diff

root@gate {master u=} ~/PLUGINS/vdr-plugin-streamdev> git diff
diff --git a/libdvbmpeg/transform.c b/libdvbmpeg/transform.c
index 2c04618..2fa1432 100644
--- a/libdvbmpeg/transform.c
+++ b/libdvbmpeg/transform.c
@@ -1672,7 +1672,7 @@ void reset_ipack(ipack *p)
void init_ipack(ipack *p, int size,
void (*func)(uint8_t *buf, int size, void *priv), int ps)
{
- if ( !(p->buf = malloc(size)) ){
+ if ( !(p->buf = (uint8_t*)malloc(size)) ){
fprintf(stderr,"Couldn't allocate memory for ipack\n");
exit(1);
}
diff --git a/server/livestreamer.c b/server/livestreamer.c
index a34fb49..711cfcd 100644
--- a/server/livestreamer.c
+++ b/server/livestreamer.c
@@ -48,11 +48,12 @@ cStreamdevLiveReceiver::cStreamdevLiveReceiver(cStreamdevLiveStreamer *Streamer,
{
// clears all PIDs but channel remains set
SetPids(NULL);
- if(Pids) {
- for(;*Pids;Pids++) {
- if(*Pids != 18) AddPid(*Pids);
- }
- }
+ AddPids(Pids);
+// if(Pids) {
+// for(;*Pids;Pids++) {
+// if(*Pids != 18) AddPid(*Pids);
+// }
+// }
}

Display More

Beim Start bekomme ich immer diese Meldung obwohl keine Aufnahme läuft:

Code

Dec 9 14:47:37 gate vdr: [26138] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Dec 9 14:47:37 gate vdr: [26138] setting watchdog timer to 60 seconds
Dec 9 14:47:37 gate vdr: [26357] SVDRP server handler thread started (pid=26138, tid=26357, prio=low)
Dec 9 14:47:37 gate vdr: [26357] SVDRP gate opening port 6419/tcp
Dec 9 14:47:37 gate vdr: [26357] SVDRP gate listening on port 6419/tcp
Dec 9 14:47:37 gate vdr: epg2vdr: Error, connecting to database at '192.168.200.101' on port (3306) failed
Dec 9 14:47:37 gate vdr: [26154] SCR 8 assigned to device 1
Dec 9 14:47:37 gate vdr: [26138] OSD size changed to 720x480 @ 1
Dec 9 14:47:37 gate vdr: [26138] timer 1 (12 2010-2127 'MacGyver~?x? - ?. Die Hand Gottes') set to event Sa. 21.12.2019 20:15-21:15 'MacGyver'
Dec 9 14:47:37 gate vdr: [26138] timer 2 (12 2110-2227 'MacGyver~?x? - ?. Gespenster der Vergangenheit') set to event Sa. 21.12.2019 21:15-22:15 'MacGyver'
Dec 9 14:47:37 gate vdr: [26138] ERROR: Kanal blockiert (zeichnet auf)!
Dec 9 14:47:40 gate vdr: [26138] max. latency time 3 seconds

Display More

Danke und Grüße

Jörg

zaubi4u · Dec 9th 2019

Hallo Jörg,

den Effekt kenne ich auch (zwischen vdr 1 und 4 aus meiner Liste). Passiert bei mir immer dann, wenn man zu schnell zappt....

Gruß Micha

horchi · Dec 9th 2019

Dann bin ich damit ja doch nicht alleine - habe mich schon gewundert.
In der Situation musst du den VDR mit dem streamdev-server durch starten damit es wieder funktioniert?

Bei mir passiert das BTW hin und wieder auch wenn ich nur einmal zappe.

zaubi4u · Dec 9th 2019

Ja, genau, nur den Server neu durchstarten hilft, damit es wieder läuft...

horchi · Dec 9th 2019

leider gibt das Log nichts her, auch mit debug nicht sonst könnte man sich den Code mal anschauen

wwilde · Dec 9th 2019

zaubi4u wrote:

Ja, genau, nur den Server neu durchstarten hilft, damit es wieder läuft...

Reicht es, den VDR neu zu starten oder liegt's möglicherweise auch an DVB-Karte/Treiber? (Power-cycling bzw. rmmod/insmod nötig?) Ich betreibe selbst ein "etwas umfangreicheres" Setup mit mehreren DVB-S Streaming-Servern und wenn mehrere Server gleichzeitig mit jeweils 8 Tunerports nach Neustart anfangen alle Transponder zu tunen dann steigt dabei schon mal der Multiswitch aus. Das führt dann dazu, daß gar kein Tuner mehr einen neuen Stream bekommt und nur Power-cycling des (Kathrein-) Multiswitches diese Blockade wieder auflöst. Könnte natürlich sein, daß bei weniger Tunern ein Reset der DVB-Karte dieses Lock-up evtl. auch schon auflöst. Ein Problem beim Switch/ LNB könnt ihr vermutlich aber ausschließen, oder? Schon mal ausprobiert? Nicht, daß es deshalb nichts verdächtiges logt weil im Bereich VDR/ Streamdev Server gar nichts schief läuft sondern schon vorher!?

horchi · Dec 9th 2019

Ich verwende DVB-S2 Max S8.

Bei mir genügt ein Neustarten des VDR Prozesses. Wenn das Streamen nicht funktioniert kann ich über minisatip und entspr. Clients weiter schauen (z.B. am iPad). minisatip verwendet auch einen Teil der Tuner des Max S8. Des Server-VDR kann in der Situation auch weiter Aufnehmen.

wwilde · Dec 9th 2019

Alles, was bis zum Zeitpunkt des "aussteigens" bereits getuned hat liefert bei mir im Fehlerfall jeweils auch weiterhin valide Daten, nur neue Tuning-Aufträge nimmt der SAT-Multiswitch in dem Fall dann gar nicht mehr an und die Tuningversuche laufen dann ins leere.

horchi · Dec 9th 2019

beim streamdev Client nützt bei mir auch ein zurück schalten auf den letzten funktionierenden Sender nichts. In dem Fall kann ich zappen wie ich will da geht bis zum Neustart des Server VDR nichts mehr. Per satip kann ich in der Situation mit anderen Clients weiter zappen wie ich will, da gehen alle Sender

wwilde · Dec 9th 2019

OK, die SAT-Hardware scheidet also definitiv aus, wie sieht's mit der Tunerkarte aus? Entlädst du den Treiber für die DVB-Karte und lädst ihn neu bzw. rebootest den ganzen DVB-Rechner, oder bleibt der weiterhin aktiv und du startest nur die VDR-Software?

streamdev bleibt hängen

Share

Similar Threads

softhdcuvid with hevc and UHD

DVBSky S960 Media_build Fehler

Reufer-Skin