Eine Sache aber noch, ich kann die Funktion cSectionSyncer finden, nicht aber cEitTables
Sorry, ich hatte vergessen zu erwähnen, dass es das erst in der aktuellen Developer-Version gibt.
Aber rell und seahawk1986 haben ja dankenswerterweise schon ausgeholfen.
Schau dir dazu in der VDR-Source eit.c an. cEitTables und cSectionSyncer sorgen dafür, dass alle Tables gelesen werden.
You are trying to lock the timers while holding a lock on the channels.
To implicitly avoid deadlocks when locking more than one of the global lists of VDR at the same time, make sure you always lock Timers, Channels, Recordings and Schedules in this sequence. So you need to give up the lock on the channels, then lock the timers, and, if necessary, lock the channels again.
Maybe the 'live' plugin makes copies of the timers, which VDR doesn't know of.
At any rate, the culprit is apparently 'live'.
Can you please add these lines and post the results?
I tried to reproduce this, but everything worked as expected:
Wieso kopierst du die Dateien nicht einfach dorthin, wo sie bisher waren, anstatt VDR zu patchen?
kfb77 I tried that and all events were cleared just as expected.
Are you using plain vanilla VDR 2.5.6 without any patches and with only the minimum number of plugins necessary?
What I did see while testing this is that if "CLRE <number>" is issued while the Schedule menu of that channel is open, the list isn't immediately cleared. Closing and reopening it shows that all events are gone (including those at and after the timer). I'll fix this.
Let's assume you're using CLRE w/o any additional parameters, which executes this code in cSVDRPServer::CmdCLRE():
Here it sets the event of all timers to NULL and calls Cleanup() for all schedules with a time (INT_MAX) that is way in the future.
So now all schedules should be empty.
In cSchedule::Cleanup(time_t Time) we have
See the line marked with XXX. Add that line to your file and recompile.
If you issue the CLRE command and get that log message, the event's 'numTimers' member apparently got out of sync and we'll need to further investigate there.
CLRE doesn't delete timers. Use DELT to do that.
The code in cSVDRPServer::CmdCLRE() is supposed to set the events of all timers to NULL, so the intended behavior is that ALL events are cleared by CLRE.
You might want to check cSchedule::Cleanup(time_t Time) to see if it really deletes all events, and if not, why that happens.
Ich würde an deiner Stelle einfach die Header-Files von einer früheren Kernelversion nehmen.
"upstream in vdr" wird sich da nichts tun, denn das ist Treiber- bzw. Kernelsache. Ausserdem sind FF-Karten (leider) "legacy" und neu gar nicht mehr zu bekommen. Die Onboard-Grafik auf einem modernen Intel-Board z.B. ist deutlich flexibler und weniger problematisch (keine Firmware).
Zu den FF-Karten kann ich nichts sagen, weil ich keine mehr habe.
Poste doch mal die channels.conf-Zeile eines solchen Kanals.
Ah, danke!
Wo hast du denn diesen Hilfetext gefunden? Wenn ich hdrgen ohne Parameter oder mit -?, -h oder --help aufrufe, kommt immer nur "Unknown option".
schon das probiert? https://github.com/andyrew/piHDR
Danke, das sieht schon mal nicht schlecht aus, damit werden die einzelnen Bilder in Abständen von unter 2 Sekunden aufgenommen. Allerdings stimmen die Farben hinten und vorne nicht, aber als Starthilfe zum Experimentieren schon mal nicht schlecht.
Der im Script enthaltene Aufruf von 'hdrgen' benutzt ein '../picam.rsp', welches leider nicht dabei ist und auch nicht beschrieben ist, wie man das erstellt. Ein Aufruf ohne dieses führt zu
phdrimg.cpp@564>data: ldr_01.jpg: needs exposure calibration
hdrgenmain.cpp@187>data: Failure generating HDR image
Tritt es auch auf, wenn du einen vergleichbaren anderen Pattern-Timer auf dem Kanal anlegst, oder ist es wirklich nur dieser eine Quarks-Event, der Probleme macht?
https://github.com/rofafor/vdr-plugin-iptv.git
WDR HD Köln;IPTV:222200:S=1|P=0|F=UDP|U=87.141.215.251@232.0.20.222|A=10000:I:0:256=27:267=mis@3;257=deu@106:259;262=deu:1A:28332:1:28325:0
Wie dumm von mir, das kann natürlich bei mir nicht gehen, da ich kein Magenta TV habe.
Gibt es evtl. eine frei zugängliche Quelle für IPTV, mit der du den Fehler reproduzieren kannst?
Von welcher Quelle stammt denn das Plugin, das du verwendest?
Und poste bitte mal die channels.conf-Zeile für den betreffenden Kanal, dann schau ich mal, ob ich das hier reproduzieren kann.
Ich habe jetzt mal einen vergleichbaren Timer auf Sat gesetzt:
1:S19.2E-1-1021-28332:MTWTFSS:0000:2359:50:99:{@Quarks| }Quarks~{>}:
aber damit wird nur ein einzelner Timer generiert.
Woher kommen denn die Events für IPTV?
Kann es sein, dass der Mechanismus, der die Events generiert, da was durcheinanderbringt?
Lösche ich einen Eintrag, wird ein Neuer erzeugt.
Aber es werden nicht mehr als 19?
Kannst du bitte den epg.data-Eintrag dieses Events posten?
Und auch den Log-Auszug.
