Seit dem ich in letzter Zeit immer öfter von IPTV aufnehme, ist mir das Verhalten vom VDR auch schon aufgefallen.
Die Timer werden bei mir dann erst am nächsten Tag gelöscht.
Alle anderen Timer mit Kabel TV Sendern sind davon nicht betroffen, die werden sofort nach Beendigung der Aufnahme aus der Timerliste gelöscht.
Ausserdem weden die Aufnahmehooks beim Aufnahmeende nicht angesprungen. Liegt das am VDR oder am iptv plugin ?
Das Plugin macht eigentlich nichts anderes als zum Kanal zu "tunen" und den TS Stream zu liefern. Timer und Aufnahmen kennt das Plugin gar nicht. Ist das reproduzierbar für alle Kanäle? Oder taucht das Problem nur sporadisch auf?
Die Timer werden bei mir dann erst am nächsten Tag gelöscht.
Bestehen die Aufnahmen tatsächlich nur aus den Timerwerten? Ich meine die Länge, oder wird einfach nur 24 Stunden aufgenommen oder eine andere Zeit, die man im VDR einstellen kann?
Ist das reproduzierbar für alle Kanäle?
Ja bei mir passiert das auf allen IPTV Kanälen. Wie gesagt die Aufnahme stoppt so wie es im Timer definiert ist. Nur wird dann der Timer nicht gelöscht und die Hooks nicht angesprungen. Könnte es sein das der VDR irgendwie das Device schliessen will und das nicht bestätigt wird vom IPTV plugin. Mich wundert es halt das es nur bei IPTV auftritt.
Ja bei mir passiert das auf allen IPTV Kanälen. Wie gesagt die Aufnahme stoppt so wie es im Timer definiert ist. Nur wird dann der Timer nicht gelöscht und die Hooks nicht angesprungen.
Okay. Damit kann ich eine Prüfung beginnen. Ich habe jetzt mal einen Timer erstellt und versuche Erkenntnisse zu gewinnen.
Edit:
Ganz zu simpel scheint es nicht zu sein. Ich habe einen Timer von 5 Minuten angelegt, der gestartet, gestoppt und auch gelöscht wurde.
Dec 26 12:05:00 corvette vdr: [2904891] timer 1 (404 1200-1205 'ZDF HD') finished with 0 errors
Dec 26 12:05:00 corvette vdr: [2905848] recording thread ended (pid=2904891, tid=2905848)
Dec 26 12:05:00 corvette vdr: [2904891] IPTV1: virtual bool cIptvDevice::SetPid(cDevice::cPidHandle*, int, bool) (256, 5, 0) [device 0]
Dec 26 12:05:00 corvette vdr: [2904891] IPTV1: virtual bool cIptvDevice::SetPid(cDevice::cPidHandle*, int, bool) (257, 6, 0) [device 0]
Dec 26 12:05:00 corvette vdr: [2904891] IPTV1: virtual bool cIptvDevice::SetPid(cDevice::cPidHandle*, int, bool) (258, 7, 0) [device 0]
Dec 26 12:05:00 corvette vdr: [2904891] IPTV1: virtual bool cIptvDevice::SetPid(cDevice::cPidHandle*, int, bool) (259, 8, 0) [device 0]
Dec 26 12:05:00 corvette vdr: [2904891] buffer stats: 1105064 (5%) used
Dec 26 12:05:00 corvette vdr: [2904891] timer 1 (404 1200-1205 'ZDF HD') stop
Dec 26 12:05:00 corvette vdr: [2904891] removing /home/vdr/videodir/ZDF_HD/2025-12-26.12.00.404-0.rec/.timer
Dec 26 12:05:00 corvette vdr: [2904891] deleting timer 1 (404 1200-1205 'ZDF HD')
Dec 26 12:05:01 corvette vdr: [2905849] IPTV1: virtual void cIptvDevice::CloseDvr() [device 0]
Dec 26 12:05:01 corvette vdr: [2905849] IPTV1: void cPidScanner::Close()
Dec 26 12:05:01 corvette vdr: [2905849] IPTV1: void cSidScanner::Close()
Dec 26 12:05:01 corvette vdr: [2905849] IPTV1: bool cIptvStreamer::Close()
Dec 26 12:05:01 corvette vdr: [2905851] IPTV1: virtual void cIptvStreamer::Action() Exiting
Dec 26 12:05:01 corvette vdr: [2905851] IPTV streamer thread ended (pid=2904891, tid=2905851)
Dec 26 12:05:01 corvette vdr: [2905849] IPTV1: virtual bool cIptvProtocolM3US::Close()
Dec 26 12:05:01 corvette vdr: [2905849] device 4 receiver thread ended (pid=2904891, tid=2905849)Der Eintrag in der channels.conf sieht so aus:
ZDF HD:20:S=1|P=1|F=M3U|U=kodi_tv_main.cfg|A=2|X=ZDF.de:I:0:256=27:257=@4,258=@4,259=@4:0:0:2:1:101:0Ist das Problem vielleicht vom Protokoll abhängig? F=XXX?
Ist das Problem vielleicht vom Protokoll abhängig? F=XXX?
hmmm... ich nutze da F=EXTT weil ich ja mit dash2ts teste.
Ich schau mal was im Log passiert und poste es dann.
Edit:
Hier das Log. Sieht eigentlich gut aus, aber der Timer bleibt bestehen. Zumindest ist die dash2ts Instanz gestoppt worden.
Dez 26 12:35:00 CoreELEC vdr[1170]: [1170] timer 1 (39 1229-1235 'ORF3') stop
Dez 26 12:35:00 CoreELEC vdr[1170]: [1170] removing /storage/videos/ORF3/2025-12-26.12.29.39-0.rec/.timer
Dez 26 12:35:00 CoreELEC vdr[1170]: [1170] executing '/storage/.config/vdropt/makesleep after "/storage/videos/ORF3/2025-12-26.12.29.39-0.rec"'
Dez 26 12:35:00 CoreELEC vdr[1170]: [1391] EPGSearch: recdone thread started (pid=1170, tid=1391, prio=high)
Dez 26 12:35:00 CoreELEC vdr[1170]: [1391] EPGSearch: recdone thread ended (pid=1170, tid=1391)
Dez 26 12:35:00 CoreELEC vdr[1170]: [1320] IPTV streamer thread ended (pid=1170, tid=1320)
Dez 26 12:35:00 CoreELEC vdr[1170]: [1319] device 6 receiver thread ended (pid=1170, tid=1319)Was hier fehlt ist dein:
Dec 26 12:05:00 corvette vdr: [2904891] deleting timer 1 (404 1200-1205 'ZDF HD')So sieht mein Test mit EXTT aus (allerdings mit vlc im Script):
Dec 26 12:42:00 corvette vdr: [2911783] timer 1 (1103 1240-1242 'TV7') stop
Dec 26 12:42:00 corvette vdr: [2911783] removing /home/vdr/videodir/TV7/2025-12-26.12.40.1103-0.rec/.timer
Dec 26 12:42:00 corvette vdr: [2911783] deleting timer 1 (1103 1240-1242 'TV7')
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: virtual void cIptvDevice::CloseDvr() [device 0]
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: void cSidScanner::Close()
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: bool cIptvStreamer::Close()
Dec 26 12:42:00 corvette vdr: [2912433] IPTV1: virtual void cIptvStreamer::Action() Exiting
Dec 26 12:42:00 corvette vdr: [2912433] IPTV streamer thread ended (pid=2911783, tid=2912433)
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: virtual bool cIptvProtocolExtT::Close()
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: void cIptvProtocolExtT::TerminateScript() pid=2912417
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: void cIptvProtocolExtT::TerminateScript() Child (2912417) exited as expected
Dec 26 12:42:00 corvette vdr: [2912416] IPTV1: void cIptvSocket::CloseSocket()
Dec 26 12:42:00 corvette vdr: [2912416] device 4 receiver thread ended (pid=2911783, tid=2912416)Das sieht genauso aus, wie bei dir. Ich habe im iptv nur noch --trace=7 als Parameter, deshalb bekomme ich ein paar mehr Ausgaben. Timer ist weg und Aufnahme ist da. Ich weiß nicht mehr, wo ich da suchen soll.
Edit:
Bei dir fehlt allerdings, das "Deleting timer...". Ich habe hier noch testweise 2.7.4 laufen. Hat sich da etwas im VDR geändert?
Timer ist weg und Aufnahme ist da. Ich weiß nicht mehr, wo ich da suchen soll.
Ich hatte meinen Post noch etwas nachgearbeitet. Ich vermute nun das es tatsächlich der VDR ist der den Timer beim löschen nicht findet. Warum auch immer.
Ich habe hier noch testweise 2.7.4 laufen. Hat sich da etwas im VDR geändert?
Ich habe 2.7.7 aber habe keine Ahnung ob Klaus da etwas geändert hat. Ich schau mal ins changelog
Edit: Im Log für die 2.7.7 steht:
- Reworked cTimer::Matches() Das könnte evtl. die Ursache sein. kls Liest du mit ?
Ich habe 2.7.7 aber habe keine Ahnung ob Klaus da etwas geändert hat.
Ich habe die 2.7.7 auch mal installiert und die Timer werden immer noch gelöscht. Ist igendwas an dem Eintrag in der channels.conf speziell?
Ist igendwas an dem Eintrag in der channels.conf speziell?
Zumindest sehe ich da nichts:
ORF3;IPTV:620:S=1|P=1|F=EXTT|U=dashstream.sh|A=3:I:0:256=27:257=@4:0:0:3:30:70:0Zumindest sehe ich da nichts:
Absolut unauffällig und funktioniert bei mir auch (nach Wechsel des Scripts). Da hilft nur herauszufinden, welche Bedingung im VDR das Löschen verhindert.
Da hilft nur herauszufinden, welche Bedingung im VDR das Löschen verhindert.
Also wenn es bei dir funktioniert ist das schon extrem seltsam. Da werde ich dann wohl mal ein paar Debugs in den VDR einbauen müssen.
Naja man hat ja sonst nix zu tun 
Also wenn es bei dir funktioniert ist das schon extrem seltsam.
Ich habe die Timer einfach so gesetzt. Start- und Endzeit ohne das ein Event dahinter liegt. Es ist alles so seltsam.
Das könnte evtl. die Ursache sein. kls Liest du mit ?
Wenn es mit Version 2.7.6 nicht passiert und mit 2.7.7 schon, dann würde ich auf die Änderungen bzgl. cTimer::Matches() tippen.
Kommen beim Compilieren der Plugins oder im Log irgendwelche "deprecated" Meldungen?
Kommen beim Compilieren der Plugins oder im Log irgendwelche "deprecated" Meldungen?
Nein das ist alles sauber.
Ich habe nun mal etwas debugged und so wie es aussieht bleibt der Runningstatus für diesen Timer immer auf 0 = RunningStatusUndefinded. Deswegen wird er dann nicht mehr gelöscht.
Die Aufnahme ist zwar perfekt aber der VDR sagt es seien 3000 Fehler drin. Wie werden diese Fehler denn nochmal berechnet. Könnte es sein das hier im Videostream evtl. Komponenten fehlen die hierfür herangezogen werden und deswegen der RunningStatus nie aktualisiert wird ?
Der RunningStatus spielt aber doch nur bei VPS-Aufnahmen eine Rolle. Gibt es das bei IPTV?
Ist die Aufnahme vielleicht in H.265 codiert? Da habe ich inzwischen einen Fall gesehen, wo die I-Frames keine PTS haben, was zu einem Fehler pro GOP führt. Das wird in der nächsten Version gefixt sein.
Der RunningStatus spielt aber doch nur bei VPS-Aufnahmen eine Rolle.
Der Timer ist ohne VPS und der Stream ist h264. Aber beim löschen eines Timers in cTimer::Expired wird auf event->RunningStatus() == SI::RunningStatusNotRunning abgefragt und dahin kommt der Status nicht. Er bleibt auf RunningStatusUndefined stehen.
Edit:
Diese Regel wurde laut meinem Codeeditor erst vor 5 Monaten eingebaut.
OK, danke, schau ich mir an.
Evtl. eine blöde Idee, aber könnte es am fehlenden EPG liegen?
IPTV hat im Gegensatz zu fast allen DVB-Empfangswegen, kein EPG.
RunningStatusUndefined könnte ohne EPG irgendwie Sinn machen.
Don’t have an account yet? Register yourself now and be a part of our community!
