VDR, Timer-Konfliktprüfung

Sound, Digitalkameras, TV+Video und Spiele.
dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 09:29:22

fischic hat geschrieben: ↑ zum Beitrag ↑
27.01.2021 20:09:07
Danke für dein Entgegenkommen!
Sehr gerne! Auch wenn ich hier selten schreibe, lese ich viel mit und bin dankbar für das, was ich hier immer noch lernen kann. Beim Helfen sind andere meist schneller und kompetenter. Bei deinem Problem ist das wohl anders. VDR war lange Jahre mein Spezialgebiet/Hobby, hatte dann auch ein paar Skins dafür entwickelt, kenne mich also ganz gut mit der Materie aus...
fischic hat geschrieben: ↑ zum Beitrag ↑
27.01.2021 20:09:07
Wenn ich recht erinnere hast du eine Dual-Tuner-Karte.
Die habe ich wohl, aber ich nutze sie wohl nicht, weil es nur ein SAT-Kabel gibt.
Das könnte schon zumindest ein Teil des Problems sein. VDR geht davon aus, dass ihm zwei Tuner zur Verfügung stehen, aber nur einer davon bekommt ein Signal. Das lässt sich aber regeln, indem wir deinem VDR beibringen, nur den Tuner mit Signal zu verwenden. Ich muss mich nur erst mal kundig machen, wie der Start und das Setup des vdrs aus einem Debianpaket aussieht. Bei mir ist das wie geschrieben speziell auf mich zugeschnitten.

Ich mache dir im Laufe des Tages mal einen Screenshot vom liveplugin mit Anzeige eines Timerkonflikts und Wiederholungen, damit du siehst, wo die Reise hingeht.

Im Übrigen kenne ich das Problem, dass der VDR anderweitig belegt ist und man nicht unbedingt Zugang dazu hat, um Tests durchzuführen....alles gut ;)

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 10:00:59

So, hier die angeforderten Meldungen/Bilder/Handlungen

b1 gallery/image/3043
b2 gallery/image/3044
b3 gallery/image/3045

b1 zeigt mein „Anfangsmenü“ (remote.conf, XKeySym.Menu m)
Ich bin dann mal auf „Einstellungen“ gegangen: b2
Und habe danach mal auf Verdacht aufLNB geklickt:b3
LNB ist, wenn ich recht sehe, das Empfangsteil an der „Schüssel“), keine Ahnung, ob das etwas mit den angeforderten „devices" zu tun hat („device“ übersetze ich mir mit „Gerät“,/„hardware“).

Hier pastebin/?mode=view&s=41250 findest du die Ausgaben von

Code: Alles auswählen

tail -f /var/log/syslog
Ich bin vorgegangen wie vorgeschlagen: 1.Timer BR, 2. Timer 3sat, 3.Timer ARD/DasErste (alles via live-plugin/Browser vom 2. Rechner aus).
Beim dritten Timer beendete sich zumindest sxfe und die ssh-Verbindung. Wegen letzterem musste ich die tail-Ausgabe mit Strg+c abbrechen. Der VDR-Rechner stürzte nicht ab. VDR selbst lief noch und sxfe konnte neu gestartet werden. Auch die ssh-Verbindung konnte ich wiederherstellen. Im Timer waren nur die beiden ersten Aufnahmen vorhanden.

Die Ausgabe für

Code: Alles auswählen

ps ax|grep vdr
hatte ich schon in meinem vorigen Beitrag gepostet.
dillo hat geschrieben:Beim Helfen sind andere meist schneller und kompetenter. Bei deinem Problem ist das wohl anders.
In der Tat! Was den zweiten Satz angeht. VDR-Spezialisten sind hier nach meinem Eindruck eine ziemlich rare Spezies. Und ich bin alles andere als einer. :wink:
Zuletzt geändert von fischig am 28.01.2021 10:09:06, insgesamt 1-mal geändert.

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von schorsch_76 » 28.01.2021 10:05:42

Ich hatte dasselbe Problem. Über den Start konnte ich es nicht lösen, aber über udev.

Code: Alles auswählen

cat /etc/udev/rules.d/90-dvb.rules 
# video devices
ACTION=="add", SUBSYSTEM=="usb", ATTRS{product}=="Dual tuner S2 PCIe (LNB2)", RUN="/bin/sh -c 'echo 0 >/sys/\$devpath/authorized'"

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 10:15:42

Dann war ich im Einstellungsmenü auf der richtigen Spur: LNB - richtig?
Eine udev-Regel für dvb unter /etc/udev/udev.d/ gibt's hier (noch nicht). Um eine anzulegen habe ich zumindest Probleme mit ATTRS. Das kann ich wohl kaum von schorsch übernehmen - richtig?

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 10:55:49

Eine udev-Regel ist eine Möglichkeit, einfacher ist es IMHO, den zu verwendenden Tuner dem vdr selbst zu übergeben:
-D NUM, --device=NUM use only the given DVB device (NUM = 0, 1, 2...)
there may be several -D options (default: all DVB
devices will be used); if -D- is given, no DVB
devices will be used at all, independent of any
other -D options
Sobald ich ein Debian-Paket-vdr installiert habe, kann ich dir schreiben, wo du das eintagen musst. Im Einstellungsmenü kannst du das nicht machen!

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von schorsch_76 » 28.01.2021 11:29:04

Das musst du auf deine Karte anpassen.

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 11:35:22

Klaro, aber ich weiß nicht, wie ich diese lspci-Ausgabe:

Code: Alles auswählen

Multimedia video controller: Spin Master Ltd. PCIe Video Bridge (rev 01)
bzw.

Code: Alles auswählen

Multimedia video controller [0400]: Spin Master Ltd. PCIe Video Bridge [1ade:3038] (rev 01)
Subsystem: DVBSky S952 v3 [4254:0552]
Kernel driver in use: SMI PCIe driver
Kernel modules: smipcie
(von der ich mal annehme, dass das die TV-Karte betrifft) udev im Abschnitt ATTRS beibringe. Aber bevor ich das tue, warte ich auf dillo.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 12:42:52

-D NUM, --device=NUM use only the given DVB device (NUM = 0, 1, 2...)
there may be several -D options (default: all DVB
devices will be used); if -D- is given, no DVB
devices will be used at all, independent of any
other -D options
Fügst du in der /etc/vdr/conf.d/00-vdr.conf ein.

Da ich nicht weiß, welcher Tuner bei dir mit einem Signal versorgt wird, musst du das ausprobieren. Erst mal

Code: Alles auswählen

--device=0
eintragen und vdr neu starten. Wenn du dann kein Bild sondern NO SIGNAL bekommst, musst du entweder das Kabel an der Karte umstecken, oder

Code: Alles auswählen

--device=1
eintragen.

Deine Infos von oben schaue ich mir am Nachmittag an.

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 15:25:44

Danke für den Hinweis, aber ich glaube, das bringt hier nichts. Ich habe

Code: Alles auswählen

OPTIONS="-w 60 -l 3.6"
in /etc/default/vdr geändert in
OPTIONS="-w 60 -l 3.6 --device=0"
Das richtige Gerät sollte ich damit erwischt haben. Das TV-Bild ist da, aber vdr-sxfe stürzt immer noch ab beim Versuch, den dritten Timer zu setzen.
Macht es noch Sinn, eine /etc/vdr/conf.d/00-vdr.conf anzulegen? ist udev vielleicht doch eine Lösung?
schorsch sollte mal rüberwachsen lassen, was genau bei ihm „dasselbe Problem" war.

tail -f /var/log/syslog vor dem Setzen des 3.Timers (ARD):

Code: Alles auswählen

Jan 28 13:41:58 tv vdr: [1913] timer 1 (5 2010-2110 'quer') set to event Do. 28.01.2021 20:15-21:00 (VPS: 28.01. 20:15) 'quer'
Jan 28 13:41:58 tv vdr: [1913] timer 2 (4 2011-2110 'Neue Wildnis in Deutschland') set to event Do. 28.01.2021 20:16-21:00 (VPS: 28.01. 20:15) 'Neue Wildnis in Deutschland'
Jan 28 13:41:58 tv vdr: [1923] EPGSearch: timer conflict check started
Jan 28 13:41:58 tv vdr: [1923] EPGSearch: timer conflict check finished
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264: Found NAL SPS at offset 6/156
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: profile_idc 100
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: pic_width:  80 mbs
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: pic_height: 45 mbs
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: frame only flag: 1
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: aspect_ratio_idc 1
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Jan 28 13:41:58 tv vdr: [1934] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Jan 28 13:41:58 tv vdr: [1934] [xine..put] Detected video size 1280x720
Jan 28 13:41:59 tv vdr: [1913] max. latency time 1 seconds
Jan 28 13:43:42 tv vdr: [1921] read incomplete section - len = 1874, r = 4033
Es muss irgendwie mit dem epgsearch-plugin zusammenhängen - denke ich.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 16:22:21

Wie kommst du denn jetzt darauf, das in die /etc/default/vdr zu schreiben? Das gehört in die /etc/vdr/conf.d/00-vdr.conf, s.o.!

Und danach bitte ein Log vom Start des VDR, damit ich sehe, ob wirklich nur _ein_ Tuner benutzt wird.

Gibt es irgendwas Spezielles an deinem VDR oder ist das ein reines Debian Buster, ohne irgendwelche Besonderheiten?

Natürlich hängt das Problem mit epgsearch zusammen, aber ich war lange Zeit auch im VDR-Portal aktiv und kann mich nicht erinnern, je von etwas Vergleichbarem gelesen zu haben...

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 16:41:46

'Tschuldigung, ich habe da was verwechselt. Ich lege die Datei (etc/vdr/conf.d/00-vdr.conf) jetzt neu an und teste neu.
Log vom Start des VDR
Hmm, dazu muss ich vdr erstmal aus dem Autostart des Systems herausnehmen - richtig.
Gibt es irgendwas Spezielles an deinem VDR oder ist das ein reines Debian Buster, ohne irgendwelche Besonderheiten?
Gerade auf dieser Maschine bemühe ich mich, keine persönlichen Steckenpferde zu reiten. Antwort also: Ja, reines buster, keine mir bewussten Besonderheiten.

edit:
# dpkg -l | grep vdr spuckt das hier aus: alles „reines“ buster, wenn ich recht sehe.

Code: Alles auswählen

ii  libdvdread4:amd64                    6.0.1-1                              amd64        library for reading DVDs
ii  libxine2-xvdr                        2.1.0-1+b1                           amd64        Xine input plugin for vdr-plugin-xineliboutput streams
ii  vdr                                  2.4.0-1+b1                           amd64        Video Disk Recorder for DVB cards
ii  vdr-plugin-epgsearch                 2.2.0+git20170817-2                  amd64        VDR plugin that provides extensive EPG searching capabilities
ii  vdr-plugin-live                      2.3.1-3                              amd64        Web administration plugin for VDR
ii  vdr-plugin-xineliboutput             2.1.0-1+b1                           amd64        VDR plugin for Xine based sofdevice frontends
ii  xineliboutput-sxfe                   2.1.0-1+b1                           amd64        Remote X-Server frontend for vdr-plugin-xineliboutput

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 17:33:23

fischic hat geschrieben: ↑ zum Beitrag ↑
28.01.2021 16:41:46
'Tschuldigung, ich habe da was verwechselt. Ich lege die Datei (etc/vdr/conf.d/00-vdr.conf) jetzt neu an und teste neu.
Die /etc/vdr/conf.d/00-vdr.conf gibts/gabs bei dir nicht?
fischic hat geschrieben: ↑ zum Beitrag ↑
28.01.2021 16:41:46
Log vom Start des VDR
Hmm, dazu muss ich vdr erstmal aus dem Autostart des Systems herausnehmen - richtig.
Nein, einfach

Code: Alles auswählen

systemctl restart vdr

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 17:55:29

Die /etc/vdr/conf.d/00-vdr.conf gibts/gabs bei dir nicht?
Doch.
So sieht sie jetzt aus:
/etc/vdr/conf.d/00-vdr.conf:

Code: Alles auswählen

#
# This file contains the arguments for VDR if invoked without arguments on the
# command line.
#
# See `man vdr`.
#

[vdr]
--video=/var/lib/video
--config=/var/lib/vdr
--lib=/usr/lib/vdr/plugins
--record=/usr/lib/vdr/vdr-recordingaction
--epgfile=/var/cache/vdr/epg.data
--user=vdr
--grab=/tmp
--port=6419
--watchdog=60
--lirc
--vfat
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--device=0
#--userdump
Die vorletzte Zeile habe ich hinzugefügt.

Menü Einstellungen/LNB sieht jetzt so aus
gallery/image/3049

Reicht das als Nachweis dafür, wieviele Geräte benutzt werden?

Kann ich /etc/default/vdr löschen?

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 18:37:55

fischic hat geschrieben: ↑ zum Beitrag ↑
28.01.2021 17:55:29

Reicht das als Nachweis dafür, wieviele Geräte benutzt werden?
Vertrauen ist gut, Kontrolle ist besser. Du kannst auch einfach

Code: Alles auswählen

grep device /var/log/syslog
ausführen und die Ausgabe nach dem Neu/Restart des vdr nach der Änderung posten
fischic hat geschrieben: ↑ zum Beitrag ↑
28.01.2021 17:55:29
Kann ich /etc/default/vdr löschen?
Nein, auch wenn sie default leer ist, die gehört zum vdr-Paket. Deshalb würde ich sie nicht löschen.

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 28.01.2021 19:02:31

Die letzten Einträge mit

Code: Alles auswählen

grep device /var/log/syslog
pastebin/?mode=view&s=41251

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 28.01.2021 20:34:46

Danke, jetzt passt das:
Jan 28 18:48:21 tv vdr: [670] found 2 DVB devices
Jan 28 18:48:21 tv vdr: [670] using only 1 DVB device

Ich habe mir jetzt auch das syslog von heute Vormittag angeschaut. Es ist eindeutig epgsearch, das nach dem dritten Timer einen segfault verursacht.
Jan 28 09:02:27 tv kernel: [ 4474.732567] vdr[1333]: segfault at 131 ip 00007f113c7d5f75 sp 00007f10f7ff9520 error 4 in libvdr-epgsearch.so.2.4.0[7f113c785000+fc000]
Jan 28 09:02:27 tv kernel: [ 4474.732579] Code: 0f 84 d9 00 00 00 49 89 c4 48 8b 45 80 48 89 85 78 ff ff ff 90 49 8b 44 24 20 48 85 c0 74 22 48 8b 95 78 ff ff ff 48 8b 52 18 <48> 39 50 30 7e 11 48 8b bd 70 ff ff ff 49 8d 74 24 20 e8 64 31 ff
Mehr lässt sich im syslog nicht erkennen. Das weitere Vorgehen zum Debuggen (Coredump, Backtrace) ist nicht unbedingt trivial, außerdem scheint Debian kein vdr-dbg-Paket zur Verfügung zu stellen.

Vielleicht fällt mir aber noch was einfacheres ein, womit wir dem Problem auf die Spur kommen können.

Wie versprochen auch zwei Screenshots von einem provozierten Timerkonflikt, wie er in live angezeigt wird. Oben siehst du den grünen Balken und in der unteren Hälfte, was sich nach Klick auf 'Reagieren' zeigt. Mit Klick auf die blau hinterlegten Lupen hinter den Sendungen, kann man sich dann etwaige Wiederholungen für Ausweichtimer anzeigen lassen.

3050

btw: Das mit dem Vertrauen und der Kontrolle war nicht gegen dich gerichtet. Ich hätte bei mir auch im syslog kontrolliert, ob der Parameter zur Anwendung kommt.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 29.01.2021 07:44:09

dillo hat geschrieben: ↑ zum Beitrag ↑
28.01.2021 20:34:46
Vielleicht fällt mir aber noch was einfacheres ein, womit wir dem Problem auf die Spur kommen können.
Mach mal bitte Folgendes:

Lösche in /etc/vdr/conf.d/ die Links

50-epgsearch.conf
50-epgsearchonly.conf
50-quickepgsearch.conf

und vdr neu starten. Es wird jetzt nur noch conflictcheckonly geladen. Dann setzt du erst mal nur zwei Testtimer zur gleichen Uhrzeit auf ARD-HD und ZDF-HD.

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 29.01.2021 09:33:01

Auftrag wie befohlen ausgeführt!
So, das hat schon mal funktioniert. Beide Timer wurden akzeptiert.

Hier noch einige Informationen zum aktuellen Stand der Dinge:
nano /etc/default/vdr:

Code: Alles auswählen

# Change to 1 to enable vdr's init-script
ENABLED=1

# Change this to 1 if you want vdr to be able to shutdown the
# computer
ENABLE_SHUTDOWN=1

VIDEO_DIR="/var/lib/video.00"

# Options that will be passed to vdr's commandline
# for example: OPTIONS="-w 15"
#OPTIONS="-w 60 -l 3.6 --device=0"
OPTIONS="-w 60 -l 3.6"

VDR_LANG="de_DE.UTF-8"
ls /etc/vdr/conf.d/

Code: Alles auswählen

00-vdr.conf  50-conflictcheckonly.conf	50-live.conf  50-xineliboutput.conf
nano /etc/vdr/conf.d/00-vdr.conf:

Code: Alles auswählen

[vdr]
--video=/var/lib/video
--config=/var/lib/vdr
--lib=/usr/lib/vdr/plugins
--record=/usr/lib/vdr/vdr-recordingaction
--epgfile=/var/cache/vdr/epg.data
--user=vdr
--grab=/tmp
--port=6419
--watchdog=60
--lirc
--vfat
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--device=0
#--userdump
die links habe ich nicht gelöscht, sondern in eine Verzeichnis unter/root verschoben.
/etc/default/vdr habe ich nach den Verwirrungen bezüglich /etc/default/vdr vs. /etc/vdr/conf.d/00-vdr.conf wieder in den alten Zustand versetzt. Der oben gezeigte Zustand oben /etc/default/vdr ist aktuell.
Bevor ich deinen letzten Vorschlag umsetzte, und nachdem ich --device=0 in 00-vdr.conf eingetragen hatte,waren gestern abend nicht mal mehr zwei Timer möglich: (BR+3sat)

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 29.01.2021 11:26:50

Ja und... die beiden Timer sollten doch jetzt einen Konflikt auslösen, wird der nicht angezeigt?

fischic hat geschrieben: ↑ zum Beitrag ↑
29.01.2021 09:33:01
die links habe ich nicht gelöscht, sondern in eine Verzeichnis unter/root verschoben.
Du kannst schon davon ausgehen, dass, wenn ich dir eine Empfehlung gebe und nicht explizit darauf hinweise, an deren Richtigkeit zu zweifeln oder unsicher zu sein, ich weiß, was ich tue ;)

Links in /etc/vdr/conf.d/00-vdr.conf, die auf entsprechende Dateien in /etc/vdr/conf.avail/ verweisen, zu löschen, ist die gängige Praxis, um das Starten von Plugins, die installiert sind, zu verhindern. Siehe auch /usr/share/doc/vdr/README.Debian.gz:
Automatic Loading of Plugins
----------------------------

When starting the vdr daemon, it will search in /etc/vdr/conf.d for plugin config
files, optionally containing command line parameters passed to these plugins, and
load these plugins.

Usually the files in /etc/vdr/conf.d/ will be symlinks to the real config files
in /etc/vdr/conf.avail/. By deleting or renaming these symlinks, a plugin can be
disabled or the plugin load order can be changed.
In der /usr/share/doc/vdr/README.Debian steht übrigens auch drin, welche Optionen in die /etc/default/vdr gehören. Deine Einträge stammen sehr wahrscheinlich noch von einer älteren vdr-Version, da war das noch anders.

Bei dir steht z.B.
# Change to 1 to enable vdr's init-script
ENABLED=1
drin, vdr wird jetzt aber über systemd gestartet...Bei einer frischen Installation ist die Datei bis auf einen Kommentar jedenfalls leer.

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 29.01.2021 11:56:18

die beiden Timer sollten doch jetzt einen Konflikt auslösen, wird der nicht angezeigt?
Nein, vdr-live zeigt weder grünen Balken noch eine Lupe. OSD-Menü meldet bei Auswahl Timer-Konflikte: epgsearch existiert nicht.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 29.01.2021 17:47:24

Tja, ich hatte alles Mögliche in Betracht gezogen, aber dass in Buster das vdr-epgsearch-plugin-Paket nicht gefixt wird, von dem man seit Dez. 2018 weiß, dass es damit Probleme bei der Timerkonfliktprüfung gibt, hatte ich vollkommen ausgeschlossen...

https://bugs.debian.org/cgi-bin/bugrepo ... bug=916654

Bei dir ist doch die Version vdr-plugin-epgsearch 2.2.0+git20170817-2 installiert, oder?

Hätte ich mal besser gleich nach Bug Reports geschaut...

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 29.01.2021 20:46:51

So sieht's aus, s.o.! Mal schauen, was in testing ist. Selbst Kompilieren traue ich mir nicht zu. Hast du noch andere Ideen?

In bullseye gäb's 2.4.0+git20191101-1 Wenn ich die bug-Seite richtig lese, ist da der Fehler behoben. Mal schauen, was die Abhängigkeiten sagen.

Ist wohl zu riskant: Konflikte u.a. mit libc6-dev
Zuletzt geändert von fischig am 29.01.2021 21:02:50, insgesamt 1-mal geändert.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: vdr, timer-Steuerung

Beitrag von dillo » 29.01.2021 21:02:41

Ja, in Bullseye ist ein gefixtes Paket. Wenn dir das aber zu heikel ist und du einem Paket von mir für Buster trauen würdest, könnte ich nächste Woche eins bauen. Da auf meinen Rechnern ausschleißlich Sid läuft, muss ich das auf dem Laptop meiner Frau machen und da komme ich vorerst nicht ran...

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: vdr, timer-Steuerung

Beitrag von fischig » 29.01.2021 21:04:28

Wenn dir das aber zu heikel ist und du einem Paket von mir für Buster trauen würdest, könnte ich nächste Woche eins bauen.
Aber ja doch! Ich stünde tief in deiner Schuld. :oops:

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: vdr, timer-Steuerung

Beitrag von Tintom » 30.01.2021 08:58:00

Geht es um diesen Patch?

Wenn ja, lässt sich das Paket schnell selbst bauen. Ich habe das mal hier lokal durchgespielt, damit @fischic das ggf. nachvollziehen kann:

Code: Alles auswählen

cd /tmp
apt-get source vdr-plugin-epgsearch
apt-get build-dep vdr-plugin-epgsearch
cd vdr-plugin-epgsearch-2.2.0+git20170817
cat <<EOF > ./debian/patches/conflictcheck.patch
--- vdr-plugin-epgsearch-2.2.0+git20170817.orig/conflictcheck.c
+++ vdr-plugin-epgsearch-2.2.0+git20170817/conflictcheck.c
@@ -640,8 +640,8 @@ int cConflictCheck::ProcessCheckTime(cCo
     {
 	if ((*it) && (*it)->stop > checkTime->evaltime)
 	    checkTime->startingTimers.insert(*it);
-	pendingTimers.erase(*it);
     }
+pendingTimers.clear();
 
     LogFile.Log(3,"attach starting timers");
     // handle starting timers
@@ -660,9 +660,9 @@ int cConflictCheck::ProcessCheckTime(cCo
 		{
 		    LogFile.Log(3,"stopping timer '%s' (%s, channel %s) at %s on device %d because of higher priority", (*it2)->timer->File(), DAYDATETIME((*it2)->start), CHANNELNAME((*it2)->timer->Channel()), DAYDATETIME(checkTime->evaltime), device+1);
 		    AddConflict((*it2), checkTime, pendingTimers);
-		    devices[device].recTimers.erase(*it2);
 		    Conflicts++;
 		}
+devices[device].recTimers.clear();
 	    }
 	    devices[device].recTimers.insert(*it);
 	    (*it)->device = device;
EOF

echo conflictcheck.patch >> ./debian/patches/series
dpkg-buildpackage -us -uc
Das fertige Paket sollte dann unter /tmp liegen.

Antworten