Hallo,
könnte für die 2.3.x evtl. das undelete-Plugin Einzug finden in den VDR? Das Plugin ist ja nicht mehr nutzbar, da es mit diversen anderen Plugins (skinelchi...) Probleme macht, weshalb es bei easyvdr z.B. nur im unstable-ppa ist.
Ich finde, das ist eine Grundfunktion, die echt in den VDR wandern sollte.
MfG,
Stefan
Aber dann bitte abschaltbar. Ich möchte nicht die ganzen nicht gewollten Datenleichen auf meiner Platte haben.
Kennst du undelete? Damit kann man eine als gelöscht markierte Aufnahme (d.h. in .del umbenannt) wieder zurückholen. Das ändert aber nichts daran, dass die Aufnahme nach einer gewissen Zeit trotzdem wirklich gelöscht wird.
Lars
Meist erfolgt das Löschen (endgültig) beim nächsten Boot...
Kennst du undelete?
Offensichtlich nicht oder er versteht undelete nicht ... 
Neben dem was Du geschrieben hast und sehr hilfreich ist, passiert ja schon das man mal was aus Versehen löscht und oft nicht schnell genug eine Shell zum VDR offen hat, konnte man das Löschen auch forcieren, also Aufnahmen aktiv und definitiv löschen ohne auf den Aufräum-Job vom VDR zu warten.
Hast recht, war immer ein nützliches Plugin ... aber jetzt kommt erstmal 2.2.0, alle Plugins dazu und alle VDR Distros hübschen Ihren stable Bereich auf ... 
Regards
fnu
Am besten nach der 2.2.0 im Setup konfigurierbar machen, was als Standardsortiermethode benutzt wird, wenn keine sort-Datei da ist. Ich bin es gewohnt, nach Name zu sortieren...andererseits hab ich auch kein Problem damit, mal eben die 0 zu drücken.
im Stammverzeichnis nach Datum, in Unterverzeichnissen nach Name 
Wenns nicht konfigurierbar ist will sowieso jeder was anderes, denke das ist das was aus diesem Thread rauskommt...
Offensichtlich nicht oder er versteht undelete nicht ...
OK, ich hatte "undelete" irgendwie anders in Erinnerung. Ich wusste nicht das die Aufnahmen doch nach einer gewissen Zeit gelöscht werden. Dann hab ich nichts dagegen. Ist genehmigt
Danke für die Aufklärung.
Gruß Patrick
Was aber der Beschreibung widerspricht, die seit zweieinhalb Jahren so lautet:
Code- Within the "Recordings" menu, pressing the '0' key now toggles sorting between "by time" and "by name". The selected sort mode is stored separately for each folder (provided you have write access to that folder). If a folder is newly created by a repeating timer, the sort mode for that folder is initially set to "by time". Note that in previous versions the default sort order of the top level video directory was "by name" and all subdirectories were sorted "by time". Now the default sort order for all directories is "by name", so if you have an existing folder that shall be sorted "by time", press the '0' key once to achieve this.
Gelesen hatte ich das schon, war aber fälschlicherweise der Annahme, dass meine Aufnahmen unter "repeating timer" fallen.
Natürlich nicht! VDR weiß ja nicht, mit welcher Absicht EPGSearch diesen Timer gesetzt hat. Wenn ein Timer ein konkretes Aufnahmedatum enthält, dann ist es ein einmaliger Timer.
Verstanden .
Wobei es auch anhand des Timers durchaus zu erkennen sein müsste.
Wenn der zweite Timer mit gleichem Titel und (evtl. unterschiedlichem) Untertitel in ein Verzeichnis geht, ist es eine Serienaufnahme.
Ich muss aber gestehen, dass ich das nicht näher hinterfragt habe, wie das gehandhabt wird, nachdem mir der fehlende default-Wert bei fehlender .sort-Datei praktisch direkt ins Auge gesprungen ist.
Ah, jetzt hab ich es: Man nimmt eine Serie auf, schaut die einzelnen Folgen an und loescht die dann gleich wieder. Wenn man nun schnell genug war und alle Folgen geloescht hat, bevor neue gesendet werden, dann gibt es danach eine "falsche" Sortierung.
Genau, das Zeug ist definitiv nicht aufhebenswert, ansehen und dann schnell weg.
Die "falsche" Sortierung kam aber auch dann nicht immer zum tragen.
So musste das nächst höhere Verzeichnis nach Name sortiert sein, mindestens zwei Aufnahmen vorliegen und dann kommt es auch noch auf das EPG Untertitel/Beschreibung an.
Es ist schon echt doof, wenn man/Frau die falsche Folge erwischt und anhand des "Was bisher geschah" erfährt wie die Folge, die man sehen wollte, ausgeht. Besonders, wenn die Sortierung nur manchmal nicht stimmt.
Und dem Argument "das hat doch früher immer funktioniert" ist dann auch schwer was entgegenzusetzen 
.
Die alternative Sortierung nach Name ist sehr gut und sinnvoll als Option
Definitiv. Besonders wo man jetzt auch Aufnahmen umbennennen und verschieben kann.
Für eine zukünftige VDR Developer Version 2.3.x wäre es aber wünschswert wenn man das anpassbar machen könnte, SHF spielt ja nun schon wieder mit einem Patch rum ...
Ich denke das wird bei mir aktuell erstmal ganz simpel aussehen:
--- recording.c 2015/02/07 15:28:02 3.27
+++ recording.c 2015/02/16 07:49:14
@@ -3027,6 +3027,7 @@
void GetRecordingsSortMode(const char *Directory)
{
- RecordingsSortMode = rsmName;
+ RecordingsSortMode = rsmTime;
if (FILE *f = fopen(AddDirectory(Directory, SORTMODEFILE), "r")) {
char buf[8];
if (fgets(buf, sizeof(buf), f))Um bei mir den Hausfrieden retten dürfte das so reichen 
.
Wenn Interesse daran besteht kann ich das aber auch noch ausführlicher gestalten.
was macht der Patch genau, im Stammverzeichnis per default nach Datum und in Unterverzeichnissen nach Name - dann wärs dsa was ich suche?
Christian
Der Patch erstellt im jeweiligen Verzeichnis, sofern noch nicht vorhanden, eine .sort Datei die statt nach Alphabet (default) nach Datum/Zeit sortiert.
iNOB
Hallo,
könnte für die 2.3.x evtl. das undelete-Plugin Einzug finden in den VDR? Das Plugin ist ja nicht mehr nutzbar, da es mit diversen anderen Plugins (skinelchi...) Probleme macht, weshalb es bei easyvdr z.B. nur im unstable-ppa ist.
Das wundert mich aber, daß ein Plugin, welches wohl lediglich ein Menü anzeigt und Auswahlen zuläßt, mit einer *Skin* Probleme haben sollte. Entweder macht da das Plugin was falsch, oder die Skin. Denn normalerweise sollte jedes Plugin, das die VDR-Menü-Schnittstellen benutzt, mit jeder Skin funktionieren.
Klaus
Das liegt sicher an "vdr-plugin-undelete", da wurde viele Jahren nicht wirklich dran gearbeitet*, nur von den Distributoren eben so das es mit immer neueren VDR Versionen baute ... skinelchi wird ja noch aktiv von Firefly (?) gepflegt ...
*) Nehme ich zurück, es gab tatsächlich in 2014 einige commits.
Regards
fnu
Mich wundert das auch, mal gucken, ob ich es heute Abend mal getestet bekomme.
Lars.
Das wundert mich aber, daß ein Plugin, welches wohl lediglich ein Menü anzeigt und Auswahlen zuläßt, mit einer *Skin* Probleme haben sollte. Entweder macht da das Plugin was falsch, oder die Skin. Denn normalerweise sollte jedes Plugin, das die VDR-Menü-Schnittstellen benutzt, mit jeder Skin funktionieren.
Also bei mir läuft undelete und skinelchi zusammen problemlos seit fast zwei Jahren.
Es gab aber mal ein undelete-0.4.6b, das den VDR crashte. Das neuere undelete-0.0.7 (kleinere Versionsummer!) läuft problemlos.
was macht der Patch genau, im Stammverzeichnis per default nach Datum und in Unterverzeichnissen nach Name - dann wärs dsa was ich suche?
Die Sortierreihenfolge kann man seit vdr 1.7.29 mit der "0" für jedes Verzeichnis separat umschalten. Diese Einstellung wird auch dauerhaft (solange das Verzeichnis existiert) gespeichert.
Du musst bestehende Verzeichnisse also nur einmal auf die gewünschte Reihenfolge umstellen, die bleibt dann dauerhaft so.
Neue Unterverzeichnissen werden derzeit per default Name sortiert, sofern sie nicht von einem wiederholenden Timer (siehe oben ) erzeugt wurden.
Der Patch erstellt im jeweiligen Verzeichnis, sofern noch nicht vorhanden, eine .sort Datei die statt nach Alphabet (default) nach Datum/Zeit sortiert.
Nicht ganz, eine .sort Datei wird AFAIK nicht erstellt.
Der Patch von Klaus, so wie er in die 2.2.0 kommt, sorgt dafür, dass ein Verzeichnis ohne .sort Datei jetzt auch sicher nach Alphabet sortiert wird. Im Prinzip ist das aber keine Änderung zu früher.
Mein zweiter Patch sorgt dafür, dass in dem Fall nicht nach Alphabet sondern nach Datum sortiert wird.
Mal ganz abgesehen von der ganzen Thematik: wenn vdr eh langfristig server/client geht, viele jetzt schon mit mehreren Clients auf ein gemeinsames NAS zugreifen, ist es denn überhaupt zetgemäß und der richtige Weg mit so einer sort Datei rumzufummeln oder ist das schon am Thema vorbei. Weil damit ist ja festgelegt das es auf jedem Client gleich dargestellt wird.
Christian
Auch bei mehreren VDR kann es durchaus von Vorteil sein wenn die Sortierreihenfolge auf allen Geräten gleich ist. Häufig ist die Zuordnung VDR zu Bediener ja nicht genau 1:1.
Man könnte allerdings, sofern gesetzt, die Wiedergabe-ID mit an die sort-Datei anhängen, wie es bei den resume-Dateien der Fall ist.
kann, muss aber nicht immer so passen - in jedem Fall ist es einfach so mit der jetzigen Lösung, ob man will oder nicht.
Es spricht sicher nichts dagegen, die "resume id" auch für die .sort-Datei zu verwenden. Der Name "resume" ist dann zwar nicht mehr wirklich passend, aber was soll's...
Klaus
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
