traco - transcode mit handbrake

Hi,

habe die aktuelle Version nach Wiki Anleitung installiert, aber irgend etwas scheint da noch schief zu gehen - leider ist die Fehlermeldung auch im debug mode eher spärlich. Gibt es Probleme beim Parsen oder stimmt etwas nicht mit der Installation / Konfiguration?

# tracosrv.pl -vvv -d -f 
/usr/bin/tracosrv.pl | new | uid = 0 | debug = 1
trouble to read configfile exit /usr/bin/tracosrv.pl


# md5sum /usr/bin/tracosrv.pl
ed9cd454d9965994317051fbdb22d6e5  /usr/bin/tracosrv.pl


# ll /usr/bin/tracosrv.pl
-rwxr-xr-x 1 root root 20100 2011-12-20 17:43 /usr/bin/tracosrv.pl*


# dpkg --list |grep -i handbrake
ii  handbrake-cli                 0.9.5-1ppa1~natty1                                       versatile DVD ripper and video transcoder - command line
ii  traco                         201112201743                                             Transcode vdr records with Handbrake

Janola

/edit/ Ok, war zu spät gestern die /etc/vdr/vdrtranscode.conf fehlt ganz einfach.. Wer sollte die mitbringen, nicht das traco deb als vdrtranscode Nachfolger?

Da sollte evlt. die (private) Wiki angepasst werden, vdrtranscode.conf ist wohl nicht mehr, steht aber noch drin.
cp /etc/vdr/traco.conf.sample /etc/vdr/traco.conf
vi /etc/vdr/traco.conf

Nö, verstehe ich nicht WIE das Ganze WAS macht, da fehlt evlt. noch etwas Doku - oder ich stehe furchtbar auf dem Schlauch.
Den Fehler 'missing path ' des Kollegen habe ich umgangen indem ich "Indir" in der conf gesetzt habe - scheinbar reicht es nicht den Eingabepfad als Parameter mitzugeben? Warum eigentlich nicht?

Aber wie genau die Syntax des Aufrufs aussehen muss erklärt mir auch die --help option nicht. Die folgenden Aufrufe bringen alle nix, keine Fehlermeldung, kein Ergebnis, nada. Der server Prozess im Hintergrund zuckt auch nur leise vor sich hin.

tracoadm.pl cutfiles /mnt/VDR_HD_2_MKV/Sportschau_live/2012-01-07.12.00.19-0.rec
tracoadm.pl /mnt/VDR_HD_2_MKV/Sportschau_live/2012-01-07.12.00.19-0.rec
tracoadm.pl status /mnt/VDR_HD_2_MKV/Sportschau_live/2012-01-07.12.00.19-0.rec

Vielleicht gibt es ja doch noch mal ne Kurzeinweisung vom Meister, solange schaue ich nach einer anderen Lösung..
Janola

Moin,

welcher User muss in der traco.conf angegeben werden bei Yavdr 0.4 ?

Ich erhalte immer ein:

can't open /srv/vdr/video.00/Das_Geheimnis_der_Villa_Sabrini/2012-03-04.20.10.2-0.rec/vdrtranscode.xml for writefile Keine Berechtigung at /usr/lib/perl5/Traco/Tracoxml.pm line 187

Zitat von mark05

ansonsten gibt es eine leicht aktuallisierte version .

siehe post 1.

Holla die Waldfee!
Erstmal vielen Dank für deine Traco-Entwicklung, die auch ich nun unter yavdr4 ausprobieren wollte. Dafür hab ich nach Wiki installiert und konfiguriert.
Die aktuelle Devl hat einen ganzen Haufen leichter Bugs!

Was ich so bisher gefunden habe:
reccmds.traco.conf.sample:

suche nach "adam", ersetze durch "adm"
suche nach "vdtranscode", ersetze nach "vdrtranscode"

Die Container-Config ist in Großschreibweise, muss aber wohl kleingeschrieben werden, deswegen
container MP4: tracoadm.pl container mp4
container MKV: tracoadm.pl container mkv
container M4V: tracoadm.pl container m4v

Das "missing path"-Problem hatte bei mir folgende Macke:
/data/video.00 ist die Aufnamepartition und bind-mounted nach /srv/vdr/video.00
Ich hatte zuerst /data/video.00 als "Indir" in die traco,conf eingetragen, das funktionierte nicht. Es musste der Pfad genommen werden, den das Syslog ausgibt, wenn ein Traco-Befehl aufgerufen wird.

Dann hatte ich beim Löschen einen Fehler in Zeile 143 von tracoadm.pl, habs erstmal so gefixed, bin aber kein Perl-Fuchs

if ( $admenv->{'delete'} ) {
  if (unlink "$workdir/$admenv->{'delete'}"){
	print {*STDOUT} "delete_$workdir\/$admenv->{'delete'}\n";
  } else {
	croak $ERRNO;
  }
  leave('_done');
}

Der Fehler kam durch die falsche reccmds.traco.conf:

tracoadm.pl delete vdtranscode.ts "/srv/vdr/video.00/Test/2008-03-02.22.58.50.99.rec"
Can't use string ("0") as a SCALAR ref while "strict refs" in use at /usr/bin/tracoadm.pl line 143.

Ich hab jetzt diesen Beitrag solange geschrieben, bis ich jetzt nach ca. 3 Std ein erstes fehlerfreies Handling mit dem Tool hatte

HTH

Thorsten

Zitat von mark05

schnebeck was meinst du mit bind.mounted ? so wie du das schreibst interpretier ich das du einen symlink verwendest ?

Aloha,

Ein bind-mount sieht in der /etc/fstab so aus

/data/video.00                        	/srv/vdr/video.00 none  bind,nobootwait        	0   	0

Der Vorteil gegenüber einem Symlink ist, dass Bind-Mount eine Änderung der Rechte zulässt. So kann man z.B. einen Ordner "/backup" haben, in dem root ein System-Backup erstellt und bind-mounted einen ordner /sicherung der read-only und mit noexec einen sicheren Zugriff für den User erlaubt. Dieses Ändern der Rechte geht mit Symlinks nicht.

Ich hab gesehen, dass der tracoserv den Pfad auf symlink testet, meinen mount-bind kann ein solcher Test nicht erkennen.

Zitat

throretisch kann diese abfrage / ueberruefung eigentlich in der form komplett raus ,

ich denke da mal drueber nach.

Ich denke auch, da vdr immer den ganzen Pfad übergibt, ist eine solche Option eigentlich nur zum Debuggen sinnvoll.
Evtl könnte man auch folgenden Pseudocode verwenden

myfullpath = $1
mypath := dirname($myfullpath)
myname := basename($myfullpath)
if $mypath == "" then mypath:=$Indir

So kommt der Fullpath von vdr evtl direkten Konsolenanwendungen nicht ins Gehege.

Ich muss noch zwei Bugs unter yavdr prüfen:
Nach Restart des Servers hatte ich auf einmal zwei Serverinstanzen laufen, da werde ich mal schauen, ob ich evtl ein upstart-File erstelle.
Und nach dem Encoden hatte ich bis zuletzt mein mkv-File im rec-Ordner. Und wenn es dann nur noch in den Outdir-Folder verschoben werden müsste, ist das File verschwunden Das vdrtranscode.ts-File bleibt dagegen erhalten. Evtl wäre es prima, vor dem Encoden zu prüfen, ob der Zielort beschreibbar ist?

Mir kam noch in den Sinn, ob man den handbrake-Prozess besser monitoren könnte, z.B. per Prozentzahl, gegenüber der Aussage "processing". Ich hab mir mal die Dateihandles unter /proc/$PID/fd angeschaut, aber so richtig was Praktisches hab ich nicht gesehen.

Bye

Thorsten

P.S.
Bist du sicher, dass du das richtige Paket aktualisiert hast, beim Prüfen der Sample-Config-Datei im tgz aus Post1 waren alle Fehler noch enthalten?! :-/

moin
schnebeck
kannst du bitte mal einfach mount auf der console eingeben.

und mir dann die ausgabe zu dem bind-mount posten ?

holger

Ich bin noch am Testen. Mein HandbrakeCli scheint nicht immer fps-Daten zu generieren. (Ich vermute, dass Handbrake die Fileanalyse macht.) Du hast dump-Befehle im Server auskommentiert. Die aktiviert erhalte ich dann manchmal die Ausgabe fps =>undef, was später zur einem Div/0-Fehler führt und anscheinend die Server-Instanz crashen lässt. Ich werde am WoE weiter testen.

Bye

Thorsten

Ahh! Man sollte aktuelle vdr-Aufnahme-Daten zum Testen verwenden
Ich hab hier noch ein einige alte Aufnahmen aus der Vor-Transport-Stream-Zeit auf der Platte und die kann Traco nicht verarbeiten.
Bei allen "neueren" Daten scheint es gut zu funktionieren. Two-Pass scheint mir etwas aufwändig zu sein, wenn ich die guten Single-Pass Ergebnisse mit Handbrake-GUI sehe.

Oh, die Test-Programme haben sehr geholfen. Die Use-Zeilen sind wohl veraltet, musste Traco gegen Traco::Traco tauschen.

Gibt es sowas wie Lokalisierung (l10n)?

Bye

Thorsten

In der aktuellen Traco version ist ein Bug in der package Traco::Tracoio (version 0.18 ).

Und zwar in der Funktion _joinfiles:
Dort wird der $opentype auf >>:raw gesetzt wenn das destinationfile schon existiert. Dies passiert allerdings außerhalb der for-Schleife, so dass traco mehrere *.ts Dateien nicht zu einem vdrtranscode.ts zusammenfügt sondern immer wieder mit dem letzten überschreibt.

Der richtige Code muss so aussehen:

...
my $opentype = '>:raw';


for my $file (@infiles) {
	if ( $file eq q{} ) { next ;};
	$shelf->message ({msg=>"[joinfiles]proccess ${$dir}/$file",debug=>${$dbg},v=>'vvv',});
	open $fh_out, $opentype , "${$dir}/$destinationfile" or croak "can't open ${$dir}/$destinationfile $ERRNO";
	open my $fh_in, '<:raw', "${$dir}/$file" or croak "can't open ${$dir}/$file $ERRNO";
	while ($copied = read $fh_in, $buffer, BUFFERSIZE) {
    	print {$fh_out} $buffer or croak "can't write to ${$dir}/$destinationfile $ERRNO";
	}
	close $fh_in or croak $ERRNO;
	close $fh_out or croak $ERRNO;
    if ( -e "${$dir}/$destinationfile" ) {
  	$opentype = '>>:raw';
	}
}
return ('joindone');
} # end sub _joinfiles

BTW: das Linux Kommando "cat" wäre eh schneller als diese Schleife ...

Viele Grüße,
Tomix