Ideen zum Platzsparen - komprimiertes Dateisystem oder Dateien Konvertieren?

Zu 2): MPEG2 Videodateien sind ja bereits recht effizient komprimiert - große Einsparungen durch klassische Kompression bekommst du da nicht, durch Transkodierung mit einem effizienteren Codec kann man die Größe der Videodateien besser reduzieren (was aber auch immer einen Qualitätsverlust bedingt, wenn man von einem verlustbehafteten Format in ein anderes konvertiert und eben Rechenzeit kostet).

Zu 3a): Mit der S2-6400 FF ist h264 leider wirklich das Maß der Dinge, ansonsten könnte man ein effizienteres Videoformat wie z.B. h265 nutzen.

Zu 3b): Wenn du die richtigen Einstellungen fürs Konvertieren nutzt, sollte das möglich sein (IIRC gab es da mal ältere Threads, die das diskutiert haben, aber auf die Schnelle finde ich die nicht)

Ich habe alle meine SD-Aufnahmen nach H264 konvertiert, Ersparnis im Schnitt 2/3, Qulitätsverlust vernachlässigbar.

jsffm hat da ja praktischerweise einen Link zu dem Thema in seiner Signatur

Quote from Mr.Floppy

1) Hat jemand Erfahrung mit BTRFS + Compress und weiß "Dos and Don'ts"?

Lief hier bei mir ca. 2 Jahre auf einer 5 TB Platte unauffällig. Keine erhöhte CPU-Belastung, keine Verzögerung beim Springen o.ä.

Der Nutzen ist aber wie schon geschrieben bei mpeg2 und h264 codierten files eher begrenzt und zumindest als ich das aufgesetzt habe gab es kein schönes Tool, das einem den durch Kompression gesparten Speicherplatz angezeigt hätte (und einen damit entsprechend vom Nutzen im vorgegebenen usecase überzeugt hätte)

Habs deshalb beim HW-Umzug auf ein neues System auch nicht mehr aktiviert.

Das Schöne an BTRFS compress ist allerdings, dass man es problemlos ein- und ausschalten kann, einfach fstab anpassen und neu booten. Wenn es ausgeschaltet wird, können komprimierte files nach wie vor gelesen werden.

to_h264 vom jsffm bringt bei mpeg2 codierten Dateien ordentlich was, dauert allerdings dann je nach System auch ein paar Minuten pro Aufnahme das runterzurechnen.

Tipp dazu: für den Parameter aaclib im Skript "aac" verwenden, das ist bei den neueren "normalen" ffmpeg-builds in den distro-repositorys schon dabei, das empfohlene "libfdk_aac" wegen copyright-Thematiken nicht.

Quote from lostinspc

Tipp dazu: für den Parameter aaclib im Skript "aac" verwenden, das ist bei den neueren "normalen" ffmpeg-builds in den distro-repositorys schon dabei, das empfohlene "libfdk_aac" wegen copyright-Thematiken nicht.

Dann würde ich es eher deaktivieren und mp2 belassen, die Qualität ist deutlich schlechter.

Ich konvertiere ebenfalls alles nach h264 (oder x264, oder wie das heißt), mit einer, wie schon genannte wurde, ganz ordentlichen Ersparnis von gerne mal 50% und mehr. Das mache ich so einmal die Woche manuell per Skript über alle Dateien. Nativ abspielen mit VDR geht dann zwar nicht mehr, aber man gewöhnt sich (KODI) an alles. Das GUI des VDR hab ich seit Monaten nicht mehr gesehen.

Qualitätsverlust konnte ich bisher keine feststellen.

Quote

HandBrakeCLI -i ./00001.ts -o ./00001.mkv -f mkv -w 720 --crop 2:0:0:0 --loose-anamorphic --modulus 2 -e x264 -q 20 --cfr -a 1 -E ffaac -6 dpl2 -R Auto -B 160 -D 0 --gain 0 --audio-fallback ac3 --x264-preset=veryfast --h264-level="4.0" --h264-profile=main --verbose=1 && rm ./00001.ts

Quote from SQLException

Nativ abspielen mit VDR geht dann zwar nicht mehr

Vermutlich konvertierst Du nach Matroska, man kann aber auch nach TS konvertieren, dann bleibt es per VDR abspielbar. Matroska ist zwar etwas platzsparender, macht aber den Kohl auch nicht fett. Zudem weiß ich nicht, ob sich KODI mit der FF-Karte verträgt.

Interessantes Thema.

Bringt ein Dateisystem mit Dedublikation (ZFS) eventl. auch was bei VDR Videodateien?

Quote from vdr_rossi

Interessantes Thema.

Bringt ein Dateisystem mit Dedublikation (ZFS) eventl. auch was bei VDR Videodateien?

Würde mich auch interessieren. Bin grad am Neuaufbau von einem Datei-Server.

Außer bei Überlappungen von aufgenommenen Sendungen (oder wenn man z.B. sowohl die originale Aufnahme als auch die daraus mit dem VDR geschnittene Fassung behält) dürfte es da eigentlich vergleichsweise selten eine nennenswerte Anzahl identischer Blöcke in den Aufnahmen geben. Deduplikation für Multimedia-Material lohnt sich soweit ich das gelesen habe normalerweise nicht, für viele VMs mit identischer Basis könnte das schon eher interessant sein.

Die ganzen Datenblöcke miteinander zu vergleichen ist außerdem recht aufwendig - man benötigt vor allem eine Menge RAM, wenn die Hashtable schnell verfügbar sein soll (http://open-zfs.org/wiki/Performance_tuning#Deduplication und für die Abschätzung http://constantin.glez.de/blog/2011/07/z…e-or-not-dedupe) - wenn der RAM zu klein ist, wird jeder Cache-Miss den Schreibdurchsatz spürbar beeinflussen.

Quote from jsffm

Vermutlich konvertierst Du nach Matroska, man kann aber auch nach TS konvertieren, dann bleibt es per VDR abspielbar. Matroska ist zwar etwas platzsparender, macht aber den Kohl auch nicht fett. Zudem weiß ich nicht, ob sich KODI mit der FF-Karte verträgt.

Lieber jsffm,

leider sind mit dem neuen Portal Deine Links, welche Rückverweise auf das Portal enthalten, nicht mehr aufrufbar:

https://www.vdr-portal.de/board16-video-…ln/#post1157043 liefert nur 404.

Auch die Suchfunktion im Portal (und über Google) liefert nix brauchbares bzw. nur wieder tote Links.

Wie komme ich an die Scripts to_h264 und to_h264_automation?

Herzlichen Dank schon mal

Hi,

Quote from wmautner

Wie komme ich an die Scripts to_h264 und to_h264_automation?

[to_h264] VDR Aufnahme mit ffmpeg in h264 umwandeln

Gruss

Wolfgang

Die letzte veröffentlichte Version könnte das hier sein.