video.TS schrumpfen lassen (naludump)

Nein, ja, nein.

Lars.

Wie wäre es denn, wenn man naludump erstmal einfach nur als eigentständiges Programm über das yaVDR PPA für yaVDR 0.4 ausliefert, so dass man z.B. über einen reccmd-hook (Taste 8 bei einer Aufnahme drücken) über eine Aufnahme laufen lassen könnte?
Damit beeinträchtigt es IMHO die Stabilität des VDR nicht und man kann bestimmen für welche HD-Aufnahmen man diese Prozedur will (vorzugsweise natürlich solche, die ins Archiv sollen).
Ich hatte es so bei meiner Lucid-Installation umgesetzt:

/etc/vdr/command-hooks/reccmds.custom.conf

[...]
Entferne NALUs: /usr/bin/naludump_vdr_recording

/usr/bin/naludump_vdr_recording

#!/bin/bash
cd $1
for tsfile in *.ts; do
        mv ${tsfile} _${tsfile}
        /usr/bin/naludump _${tsfile} ${tsfile} >> naludump.log 2>&1
        rm _${tsfile}
done
vdr --genindex=$1 >> naludump.log 2>&1
/usr/bin/svdrpsend -p 6419 MESG \"Finished stripping NALUs from recording '$1'\"

/usr/bin/naludump_vdr_recording.shEntfe.sh[/code]chmod -R g+w $1/..chmod -R g+w $1/..chmod -R g+w $1/..chmod -R g+w $1/..

Zitat von seahawk1986

Wie wäre es denn, wenn man naludump erstmal einfach nur als eigentständiges Programm über das yaVDR PPA für yaVDR 0.4 ausliefert

Tue dir keine Zwang an, wir können dann ja sehen ob es von unstable Richtung stable wandert.

Gerald

Zitat von seahawk1986

Ich hatte es so bei meiner Lucid-Installation umgesetzt:

Seahawk folgender Tipp, ich hatte ausgehend von deiner Anleitung bei mir noch eingefügt das der naludump mit niedrigerer Process Priorität gestartet wird (nice).
Amsonsten war der naludump Prozess mit den vdr Prozessen gleichberechtigt und hat immer dazu geführt
das der VDR angehalten hat und nach einiger Zeit neu gestartet ist.

Danke für den Tipp, eigentlich spricht ja nichts dagegen den Prozess mit "nice -n 19" laufen zu lassen, damit es VDRs mit kleiner CPU nicht ausbremst (auf meinem Atom 330 mit 2 Kernen und HT war das IIRC nie ein Problem, dass der VDR dabei ausgestiegen ist).