leere Unterordner im Aufnahmen-Verzeichniss

Zitat

Original von M.Temp
Hat wer ne Idee?

Nein, geht IMHO auch nicht.
Allerdings stellt sich mir ja auch die Frage, warum man einen leeren Unterordner angezeigt bekommen möchte?

Wenn Du verhindern willst, das er gelöscht wird, lege einach eine kleine Datei darin an. Aber Du meintest wohl wirklich, daß der Ordner im OSD angezeigt wird. Wofür?

Es ist sogar noch besser: Wirklich leere Ordner im Video-Verzeichniss werden vom VDR sogar gelöscht.

Du kanns neue Ordner erstellen, duch umbenennen von Aufnhamen.

Du möchtest die Aufnhame LOST in den Ornder Lost verschieben und um den zusatz 08 erweitern (weil es die 8.Folge war).

Menü -> Aufnahmen -> OK
mit dem Cursor auf die betreffende Aufnahme fahren.
8 auf der FB drücken, nun erscheint "Aufzeichnung umbennenn"
Jetzt den Name von LOST in Lost~LOST 08 umändern.
Mit Ok bestätigen und mit OK "Aufzeichnung umbennenn" verlassen.

Schon wurde aus
/video0/LOST/
/video0/Lost/LOST 08/

Zitat

Original von M.Temp
Der Übergeordnete Ordner bleibt.

Ja, das Problem kenne ich- die Lösung leider nicht

Ich lösche diese "Leichen" regelmäßig mit rmdir und find; evtl. kannst Du das ja über crontab auch so machen?

Hi

Wie wär's mit dem Anlegen einer unsichtbaren Datei ?

z.B. touch /video0/Michael/.donotdelete

Gruß Dirk

Zitat

Original von M.Temp
Davon Abgesehen ist das Umbennen bei längeren Namen durchaus nervig.
Grüße Michael

Ähm, wenn du beim Editieren des Namens einen Blick auf die unterste Bildschirmzeile des OSD wirfst, und dein Augenmerk auf die Farbe grün lenkst, was steht dann dort?? (siehe Anhang)

Mann kann auch beim Timer den Pfad auswählen oder halt den Trick mit Pfad~ anwenden, dann brauchst du nichts Verschieben.

Aber am einfachsten ist wenn man den Timer mit dem VDR-Admin-AM anlegt, dort kannst du auch gleich bei Tiltel Ordner~nur~Für~den~Michael~und~sonst~niemand~also~Finger~weg~Die erste Todsünde eingeben, was dann in etwar /video0/Ordner/nur/Für/den/Michael/und/sonst/niemand/also/Finger/weg/Die erste Todsünde entspechen sollte.

Zitat

Original von knebb

Ja, das Problem kenne ich- die Lösung leider nicht

Ich lösche diese "Leichen" regelmäßig mit rmdir und find; evtl. kannst Du das ja über crontab auch so machen?

Keine lösung nötig.
VDR löscht auch die übergeorneten directories sobald sich nichts weiter drin befindet. Einfach mal warten und VDR zeit geben zum aufräumen.

Das verhalten ist aber lästig wenn man z.B. links auf mount directories für wechselmedien hat. Dann hilft eine dummy datei im directory VDR davon abzuhalten alle erreichbaren leeren directories in den orcus zu befördern.

gruss Peter

Zitat

Original von PeterD
VDR löscht auch die übergeorneten directories sobald sich nichts weiter drin befindet. Einfach mal warten und VDR zeit geben zum aufräumen.

Das tut er bei mir eben nicht! Auch nach Tagen nicht!

Zitat

Original von knebb

Das tut er bei mir eben nicht! Auch nach Tagen nicht!

HISTRORY von vdr:

2006-08-13: Version 1.4.1-4
...
- No longer stopping removing empty directories if an error occurs (thanks to
  Oliver Endriss).
...

Also evtl. mal updaten.

CU
Oliver

Zitat

Original von UFO
Also evtl. mal updaten.

Nicht, bevor die 0.8 LinVDR nicht raus ist! Du weißt doch, der WAF ist unverzichtbar und außerdem:
Never change a running system!

Zitat

Original von knebb

Nicht, bevor die 0.8 LinVDR nicht raus ist! Du weißt doch, der WAF ist unverzichtbar und außerdem:
Never change a running system!

Dann mußt Du halt damit leben. Wer zu spät updatet, den bestraft das Leben.

CU
Oliver

P.S.:
Man kann natürlich auch dafür sorgen, daß diese "Fehler" nicht auftreten.
D.h. man sollte keine ins leere zeigenden Symlinks o.ä. im video-Verzeichnis rumliegen haben.

Zitat

Das tut er bei mir eben nicht! Auch nach Tagen nicht!

das tut er schon. Aber nur im Zuge von anderen Aufraeumarbeiten. Also z.B. wenn er geloeschte Aufzeichnungen (die zunaechst von '.rec' -> '.del' umbenannt werden) endgueltig loescht.
Und das nach Timeout-Zeiten die in 'recording.c' definiert sind:

#define REMOVECHECKDELTA   60 // seconds between checks for removing deleted files
#define DELETEDLIFETIME   300 // seconds after which a deleted recording will be actually removed
#define REMOVELATENCY      10 // seconds to wait until next check after removing a file

Ich finde das Verhalten recht sinnvoll. Bis auf das automatische Loeschen von Softlinks. Darum habe ich mir diesen Patch geschrieben:

--- ../../vdr.org/vdr/tools.c   2006-08-12 15:30:07.000000000 +0200
+++ ./tools.c   2006-11-01 11:17:11.000000000 +0100
@@ -428,11 +428,23 @@
               }
            }
      if (RemoveThis && empty) {
-        dsyslog("removing %s", DirName);
-        if (remove(DirName) < 0) {
-           LOG_ERROR_STR(DirName);
-           return false;
-           }
+{
+     struct stat sts;
+
+     if (lstat(DirName, &sts)) {
+        dsyslog("cannot lstat %s", DirName);
+     } else {
+         if (S_ISLNK(sts.st_mode)) {
+            dsyslog("not removing softlink %s", DirName);
+         } else {
+            dsyslog("removing %s", DirName);
+            if (remove(DirName) < 0) {
+              LOG_ERROR_STR(DirName);
+              return false;
+              }
+         }
+     }
+}
         }
      return empty;
      }

Zitat

Also z.B. wenn er geloeschte Aufzeichnungen (die zunaechst von '.rec' -> '.del' umbenannt werden) endgueltig loescht

was mir diesbezueglich gerade noch einfaellt: Falls mal keine echten zu loeschenden Aufzeichnungen zur Verfuegung stehen, kann man den VDR leicht ueberlisten, z.B. damit:

mkdir -p $VIDEO/trigger_removal/2006-10-14.02.31.60.99.del
> $VIDEO/.update

Dies stoesst nach obigen Timeouts den 'remove deleted recordings thread' an. Und putzt dann nebenbei die leeren Verzeichnisse von der Platte.

sparkie