Für live gibt es im git ein Update.
Damit funktioniert das Löschen wieder korrekt. Es wird die Löschlogik vom Menü von VDR 2.7.8 verwendet. Damit sollte das Löschen schneller geworden sein, da VDR nicht mehr nach jedem Löschen die Aufzeichnungen neu einliest. Diese Performance Verbesserung benötigt VDR 2.7.8.
Im git ist ein Update
Erst Recordings, dann DeletedRecordings.
Danke für die Klärung! Könntest Du das bitte noch in PLUGINS.html unter "Locking" mit aufnehmen?
kls , gibt es Vorgaben bezüglich der Reihenfolge von LOCK_DELETEDRECORDINGS* und LOCK_RECORDINGS* ?
Das liegt vermutlich hieran:
Code+ cMenuRecordings::Delete() now moves the cRecording object from Recordings to DeletedRecordings.Im Code sieht das so aus:
CodeRecordings->Del(Recording, false); DeletedRecordings->Add(Recording);Damit spart sich VDR das erneute Scannen des Video-Directories nach einem Delete bzw. (neu) Restore. Plugins, die diese Funktionen nachbauen, müssen wohl entsprechend geändert werden.
Dann müsste die VDR SVDRP Methode zum Löschen vermutlich auch geändert werden (?). Da steht jetzt:
if (Recording->Delete()) {
Recordings->DelByName(Recording->FileName());
Recordings->SetModified();
...Wenn ich eine Aufzeichnung mit dem live Plugin lösche, dann wird sie umbenannt wie erwartet (-> *.del).
Sie wird im VDR aber noch in der Liste der Aufzeichnungen angezeigt. Drücke ich dann "Info", also die blaue Taste, dann zeigt VDR an: "Gelöschte Aufzeichnung (abgelaufen)".
Ich habe den PR freigegeben, basierend auf dem Feedback von wirbel .
Falls das zu Problemen führt, nehme ich die Änderungen wieder zurück.
Laut kodi_crashlog_20260117172558.log.txt wird das kodi plugin "plugin.video.vdr.recordings" nicht geladen.
Falscher thread? Hier geht es nur um das kodi plugin "plugin.video.vdr.recordings"
Schade, gerade die Suchtimer machen das Plugin so nützlich. Dann bleibt wohl doch nur das umständliche einstellen der Suchtimer mit dem remoteosd-plugin
Geht auch mit live
Im git ist ein update.
Ich habe den in vdr-plugin-live eingebauten Cache für Dateien, die an den Browser geschickt werden, de-aktiviert. Das sind z.B. statische *.js Dateien, Bilder, ...
Der Browser cached diese Dateien und das Betriebssystem hat einen Cache für Dateien. Warum die vdr-plugin-live Entwickler diesen Cache eingebaut haben, ist mir unklar. Aus meiner Sicht verschlechtert dieser Cache die Performance, und daher habe ich ihn ausgebaut.
Bitte testen. Wenn ich etwas übersehen habe und dieser Cache doch zu irgendetwas hilfreich ist, meldet euch bitte hier. Wenn sich niemand meldet, lösche ich den Code für diesen Cache komplett.
Außerdem in diesem git update:
Ich habe das Makefile mal so geändert, dass xgettext die aktuelle live Version automatisch in die live.pot Datei schreibt.
Die po Dateien werden dann mit msgmerge erstellt.
Ich könnte das jetzt natürlich selbst mit sed machen. Andererseits: Wenn das so gedacht wäre, warum macht das dann nicht msgmerge?
In den PO-Dateien findet sich noch folgender Eintrag:
Code"Project-Id-Version: VDR-LIVE 0.2.0\n"Die Versionsnummer sollte ja eigentlich mit der Live-Version in setup.h übereinstimmen:
Für die kommenden Versionen sollten wir das am besten immer mitziehen.
So wie ich das verstehe, ist das die live Versionsnummer, zu der die Übersetzungen in dieser po Datei gemacht wurden.
Ich würde daher die Versionsnummer von de_DE.po hochziehen (die Übersetzungen in dieser Datei passen zur aktuellen live Version), aber die Versionsnummern in den anderen Dateien müssten die jeweiligen Übersetzer nachziehen.
Korrekt?
Aber irgendwie bekommt er doch mit, wenn neue Aufzeichnungen vorliegen. Pollt er diese bei Bedarf?
Zusammenfassung:
Wenn Recordings Daten benötigt werden, prüft live ob sich irgendetwas an den VDR Recordings geändert hat (mit dem VDR state key, RecordingsManager::StateChanged () ).
Falls sich etwas geändert hat, werden die VDR Recordings mit den live Recordings verglichen, und die live Recordings entsprechend der Änderungen an VDR Recordings upgedatet.
Full Detail:
Siehe recman.cpp, Methode RecordingsManager::EnsureValidData().
Im git ist ein update. Damit sollte dieser Fehler behoben sein. Bitte testen.
Details:
Live fragt tvscraper nach Daten zu "Das Erste". tvscraper liest diese Daten aus der Datenbank, und nutzt dazu das c++ "db" Objekt.
Alt: das c++ db Objekt wurde in cPluginTvscraper::Stop(void) gelöscht. Wenn zu diesem Zeitpunkt live noch aktiv ist und eine Anfrage sendet, führt das zum Crash.
Neu: das c++ db Objekt wird in cPluginTvscraper::~cPluginTvscraper() gelöscht. Ich denke, VDR ruft das erst auf wenn alle Plugins beendet sind. Damit sollte der Crash nicht mehr auftreten.
Kannst Du den Coredump bei stoppen des VDRs reproduzieren?
na ja, so lange sie leer sind ...
Die Datenbank merkt sich, welche Bilder da sind. Löschen müsste zwar funktionieren, da immer auch geprüft wird, ob ein Bild wirklich da ist.
Sauberer wäre aber:
