Verzeichnisstruktur in YaVDR6

Du kannst dank der Arbeit von SHF (DistributedVideoDirectory für VDR 2.2.0 und neuer) prinzipiell die alte Verzeichnisstruktur weiterhin nutzen, wenn du das vdr-plugin-distributedvideodir installierst und den Pfad für das Videoverzeichnis von /srv/vdr/video auf /srv/vdr/video.00 änderst, indem du z.B. eine /etc/vdr/conf.d/04-videodir.conf mit folgendem Inhalt anlegst:

[vdr]
-v /srv/vdr/video.00

NFS- und Samba-Freigaben mit einem Overlaydateisystem, das die einzelnen Videoverzeichnisse zusammenfasst, müsstest du dir selbst einrichten, falls du das benötigst - im Prinzip kannst du die Konfiguration von einer yaVDR 0.5 Installation übernehmen.

Ansonsten wäre der Ansatz die Aufnahmen so kopieren, dass sie jeweils komplett auf einer Festplatte liegen (also den Symlinks beim Kopieren zu folgen) - in [ANNOUNCE] yaVDR 0.6.1 hatte ich ein Beispiel hinterlegt, wie man das mit rsync machen kann.

Und wenn man mehrere Festplatten hat, kann man die mit dem hide-first-recording-level Patch im VDR ohne die erste Unterverzeichnisebene des VIDEODIR darstellen lassen, neue Aufnahmen landen dabei im "local" Verzeichnis: https://www.yavdr.org/documentation/…ing_level_patch

Quote from jerry_seinfeld

Verstehe ich Dich richtig, dass in der neuen Welt eine Aufnahme nicht auf mehrere Partitionen verteil wird, und jede Aufnahme (eventuell mit den Meta-Daten) sich genau in einem Verzeichnis befindet?

Ja, es sei denn du nutzt das distributedvideodir-Plugin.

Quote from jerry_seinfeld

Eine Frage noch: wie soll man seit der VDR-2.1.3 "offiziell" vorgehen, wenn man mehrere Partitionen für Aufnahmen hat?

in der HISTORY Datei zum VDR 2.1.2 findet sich diese Notiz:

- The code for distributing recordings over several video directories has been
  removed. VDR now by default assumes that the video directory is one big disk.
  If you absolutely need to use several separate disks to store recordings, you can
  write a plugin that uses the new cVideoDirectory API to implement the necessary
  functionality (see PLUGINS.html, section "The video directory"). You can copy the
  respective code from previous versions of videodir.c.
  IMPORTANT NOTE: If you write a plugin that implements a distributed video directory,
  =============== be sure to make cVideoDirectory::Rename() follow symbolic links!
                  This functionality was never implemented in VDR and it therefore
                  used a workaround in cutter.c. See the section marked with
                  // XXX this can be removed once RenameVideoFile() follows symlinks
                  in previous versions of cutter.c.

Die offizielle Lösung ist ein einzelnes Dateisystem zu nutzen, da das nicht unter allen Umständen praktikabel ist, wurden die oben genannten Lösungen (also das Plugin und die Möglichkeit ein Aufnahmeverzeichnis mit Archiv-Verzeichnissen so zu kombinieren, dass man die erste Verzeichnisebene nicht sieht) entwickelt.

Hi,

ob Aufnahmen verteilt werden ist im OSD über die Dateigröße geregelt. Das Verteilen über mehrere Partitionen macht wenig Sinn heute, da die HDDs schnell genug sind.

Mehrere HDDs sind nicht mehr vorgesehen... (oder via spezielle Dateisysteme, die das auf Dateisystemebene mergen).

Obiges Plugin macht alles, wie früher (auch die Aufteilung auf mehrere Teile, die abwechselnd auf die HDDs gelegt werden), daher sollte man die Dateigröße echt hochsetzen!

MfG,

Stefan

Die Antwort ist vielleicht etwas spät, ich hab die Benachrichtigung aber heute erst gesehen, aber da die Fragen sicher nochmal kommen....

Quote from jerry_seinfeld

Wie müssen ich diese organisieren, damit diese auch unter yaVDR6 korrekt verwendet werden können?

Alte Aufnahmen können wie bisher verwendet werden! (Ein Symlink bleibt ein Symlink, der verschwindet auch nicht einfach.)

Nur neue Aufnahmen landen komplett (also inklusive aller .ts Dateinen) in Video.00.

Quote from SurfaceCleanerZ

Das Verteilen über mehrere Partitionen macht wenig Sinn heute, da die HDDs schnell genug sind.

Das Verteilen hat nie einen verlässlichen Geschwindigkeitsvorteil gegeben!

Wo die Teile landen ist nämlich nicht vorherzusehen (s.u.).

Quote from SurfaceCleanerZ

Obiges Plugin macht alles, wie früher (auch die Aufteilung auf mehrere Teile

Das Aufteilen einer Aufnahme in mehrere Dateien macht das Plugin nicht, das macht nach wie vor der VDR, wenn aktiviert.

Man kann das aber auch gerne abschalten. Das Aufteilen der Aufnahmen ist für die Verwendung mehrerer Partitionen nicht notwendig (sowohl mit Plugin als auch früher). Lediglich sollte man die Partitionen nicht ganz voll laufen lassen, aber das würde ohnehin Probleme geben.

Quote from SurfaceCleanerZ

die abwechselnd auf die HDDs gelegt werden

Die Teile landen immer auf der Partition mit dem meisten Platz. Wenn es abwechselnd ist, ist das reiner Zufall.

Wenn mehrere Aufnahmen laufen, können die auch alle auf der gleichen (der beim Start der Aufnahme oder des Teil leersten) Partition landen. Da oft parallele Aufnahmen zur gleichen Zeit starten (zB.: 20:15), kommt das auch öfters vor.

Wo dann der nächste Teil der Aufnahmen landet, hängt von den Datenraten ab.

Das Verteilen einer Aufnahme auf mehrere Partitionen war IMHO auch nie wirklich sinnvoll und gewünscht, sondern ein Nebeneffekt der Dateigrössenbeschränkung und der Verwendung mehrerer Partitionen. #24

Die Verwendung mehrerer Partitionen macht aber durchaus noch Sinn. Da gibt es auch heute noch mehrere unterschiedliche, sinnvolle Einsatzzwecke.

Ich z.B. betreibe eine kleine SSD-Partition als video.00. #22

Der rasante Preisverfall bei den SSDs macht auch die im obrigen Link (#22) erwähnte Cache Idee immer interessanter.

Wenn die Aufnahmen komplett vorliegen, bevor sie auf die HDD geschoben werden ist es mit der Verteilung auch viel einfacher, weil man die Endgrösse kennt.

Die Geschwindigkeit, besonder beim Videoschnitt sollte deutlich ansteigen, da die Armbewegungen bei der HDD minimiert werden.
Eine 120GB SSD gibt es inzwischen schon ab ca. 25€, die sollte für den Cache und die Systempartition locker langen. Da könnte man fast schwach werden ...