Infoseite // VirtualDub.jobs manuel editieren ... wie gehts?

Frage von Stefan Hundler:


Moin!

Vor 2,5 Stunden wollte ich mal eben 20 Dateien durch VS jagen. Damit es
etwas schneller geht habe hierzu die VirtualDub.jobs selber per Hand
nachbearbeitet. Leider bin ich bis jetzt nicht weiterbekommen.

Wenn ich auf Start klicke bekommen viele der Jobs den Status "Error". Ein
Doppelklick sagt "Can't open [*richtiger* Pfad zur Datei]: Das System kann
die angegebene Datei nicht finden."

Der Pfad zu Datei ist aber 100% richtig. Auch wenn ich bei einem
funktionieren Job an den 4 Stellen (;eigentlich bräuchte man es ja nur an
zweien) an dem Dateinamen 3 Zahlen ändere bekomme ich beim nächsten
Durchlauf auch eine Errormeldung. Aber auch diese Datei existiert 100%!

Ich hab mit unzähligen Versuchen jetzt hinbekommen, dass die ersten 6
Dateien
abgearbeitet werden. Ich sehe aber keine Unterschiede zu dem was nicht
funktioniert. Es fehlt mir leider absolut die Reproduzierbarkeit.
Außer wenn ich bei den ersten 6 die Dateinamen ändere geht eben alles nicht.
:-(;

Gibt es da einen Trick?
Wieso kommt diese falsche Fehlermeldung überhaupt?
Ich hoffe es kann mir jemand helfen.

THX!

CU Stefan

PS: Eigentlich suche ich etwas, was alle Dateien in einem Verzeichnis
bearbeitet und unter gleichen Namen in ein anders schreibt. Gibt es sowas?





Antwort von Heiko Rost:

Stefan Hundler schrieb:

>Vor 2,5 Stunden wollte ich mal eben 20 Dateien durch VS jagen. Damit es
>etwas schneller geht habe hierzu die VirtualDub.jobs selber per Hand
>nachbearbeitet. Leider bin ich bis jetzt nicht weiterbekommen.
>
>Wenn ich auf Start klicke bekommen viele der Jobs den Status "Error". Ein
>Doppelklick sagt "Can't open [*richtiger* Pfad zur Datei]: Das System kann
>die angegebene Datei nicht finden."

Sehr seltsam. Sowas mache ich manchmal (;allerding für VirtualDubMod,
möglicherweise gibt es da Unterschiede) per Perlskript und habe,
abgesehen von einigen Anfangsfehlern (;s. u.) keine Probleme.

>Der Pfad zu Datei ist aber 100% richtig. Auch wenn ich bei einem
>funktionieren Job an den 4 Stellen (;eigentlich bräuchte man es ja nur an
>zweien) an dem Dateinamen 3 Zahlen ändere bekomme ich beim nächsten
>Durchlauf auch eine Errormeldung. Aber auch diese Datei existiert 100%!

Du solltest es auf jeden Fall an allen vier Stellen ändern. Das
einzige wirkliche Problem sind Umlaute im Dateinamen, wenn Du die
nicht durch entsprechende x.. ersetzt, funktioniert es nicht.

>Ich hab mit unzähligen Versuchen jetzt hinbekommen, dass die ersten 6
>Dateien
>abgearbeitet werden.

Mit recht hoher Wahrscheinlichkeit waren VirtualDub.subset.*-Befehle
in Deinem Skript und die erzeugten Videos, die im Orignal länger als
das erste waren, wurden dadurch gekürzt.

>Ich sehe aber keine Unterschiede zu dem was nicht
>funktioniert. Es fehlt mir leider absolut die Reproduzierbarkeit.
>Außer wenn ich bei den ersten 6 die Dateinamen ändere geht eben alles nicht.
>:-(;

Bis auf die Umlaute und das subset sind mir noch keine Probleme
aufgefallen.

>...
>PS: Eigentlich suche ich etwas, was alle Dateien in einem Verzeichnis
>bearbeitet und unter gleichen Namen in ein anders schreibt. Gibt es sowas?

Dafür hatte ich mir einmal DubMan (;gibt es bei http://sourceforge.net)
angeschaut, aber aus irgendwelchen Gründen nicht geschafft, damit
Skripte für 2-Pass-Encoding zu erstellen.

Gruß Heiko




Antwort von Stefan Hundler:

Heiko Rost schrieb im Newsbeitrag:

Moin!

> Sehr seltsam. Sowas mache ich manchmal (;allerding für VirtualDubMod,
> möglicherweise gibt es da Unterschiede) per Perlskript und habe,
> abgesehen von einigen Anfangsfehlern (;s. u.) keine Probleme.

Wie gesagt ... mehrere Stunden ... keine Lösung.

> Du solltest es auf jeden Fall an allen vier Stellen ändern. Das
> einzige wirkliche Problem sind Umlaute im Dateinamen, wenn Du die
> nicht durch entsprechende x.. ersetzt, funktioniert es nicht.

Auch wenn ich an allen 4 Stellen ändere komme ich nicht weiter.
Umlaute sind nicht vorhanden.

> Mit recht hoher Wahrscheinlichkeit waren VirtualDub.subset.*-Befehle
> in Deinem Skript und die erzeugten Videos, die im Orignal länger als
> das erste waren, wurden dadurch gekürzt.

Das einzige diesbezüglich ist: "VirtualDub.subset.Delete(;);"
Dies Ausgabe-Vids haben auch alle die richtige Länge. Von der Seite also
kein Problem.

CU Stefan





Antwort von Heiko Rost:

Stefan Hundler schrieb:

>Wie gesagt ... mehrere Stunden ... keine Lösung.

Seltsam. Vielleicht hilft es, wenn Du bei der Codec-Konfiguration eine
ggf. vorhandene Option aktivierst, daß Warnungen und Fehler angezeigt
werden. Bei DivX ist das die "Settings" - "[ ] Do not Prompt..."
Option. Ich hatte einmal versehentlich für die Logdatei in einem Pfad
ohne Schreibrechte eingetragen, und die Fehlermeldung von VDM war
vollkommen irreführend.

Gruß Heiko