traGtor Update: Der Trecker merkt nicht, wenn’s mal gut ist
Die Entwickler von FFmpeg stehen offenbar des Öfteren mal vor Entscheidungskrisen, was die Ausgaben angeht. In der neusten SVN-Version hat traGtor nicht mehr erkannt, wann FFmpeg fertig war mit Encoden, was die Kiste zum hängen brachte. Das sollte jetzt wieder laufen.
Wie in der c’t stand, passiert es wohl hin und wieder, dass traGtor bei manchen Fehlern einfach hängen bleibt. Ich konnte das bislang noch nicht nachvollziehen, was aber wohl an den unterschiedlichsten Ausgaben der 1.000.000 FFmpeg-Versionen liegt. Wenn also jemandem der Fehler begegnet, wäre ich sehr dankbar für Infos!
Dazu ist es am Einfachsten, die Einstellungen, die zum Auftreten des Problems führen, vorzunehmen, den Magicbutton zu drücken, in dem Bestätigungsfenster den Vorgang aber nicht anzustoßen, sondern die erzeugte Befehlszeile im Terminal auszuführen. Die Ausgabe von FFmpeg würde mich dann brennend interessieren 
die 0.8.13 gibt’s wieder auf der entsprechenden Seite.
2 comments on “traGtor Update: Der Trecker merkt nicht, wenn’s mal gut ist”
Also traGtor hat so einige Probleme. Das liegt aber auch mit daran, dass die Schwemme von Consumer Geräten immer neue … öhm formate in die Formate presst.
So erkläre ich es mir mal einfach.
Ich glaub ich gönn deinem Schönrendertool nochmal einen ausgiebigen Hackfressentest-Bericht.
1920×1080 50p mochte es bisher nicht leiden, aber ehrlich gesagt, ich weiß auch noch gar nicht wohin mit soviel Auflösung. Es gibt nicht ein Monitor oder Gerät Beamer hier im Haus der so etwas anzeigen könnte.
Die seltsamen Renderabbrüche hat im Übrigen nicht nur traGtor, auch Kdenlive bemerkt des öfteren, dass ffmpeg keine Lust mehr hat.
Mit vernetzten Grüßen,
yours truly
Hey yours truly,
> Ich glaub ich gönn deinem Schönrendertool nochmal einen ausgiebigen
> Hackfressentest-Bericht.
das wäre ein Knaller
Das Problem ist bei traGtor mMn, dass die Kommunikation mit ffmpeg nur über die STDIO funktioniert, ich also keine ffmpeg-libraries nutze (gibt’s in python auch soweit ich weiß nicht). Ändern die ffmpeg-Entwickler ein wenig an der Ausgabe, hat traGtor ein Problem. Außerdem gibt es m.E. Probleme mit GTK. Das malt nicht im Fenster rum, wenn man das will, sondern wenn es die Zeit dafür hat. Man kann also Dinge, wie “setze den Prozessbalken auf 50%” nicht wirklich exakt bestimmen. Und ich habe das Gefühl, dass traGotr einfach manchmal den letzten Schuss nicht hört, wann ffmpeg zu Ende gerechnet hat und dann das letzte Prozessbalken-Update auf 100% und die abschließende Umschaltung der Buttons nicht läuft und dann halt das Fenster “hängen bleibt”. traGtor rechnet auch bei inaktivem Fenster weiter, da ffmpeg in einem eigenen Prozess gestartet wird, nur das GUI bleibt dann hängen.
Eine Lösung für das Problem (wenn es denn wirklich so ist, wie ich mir das zusammenfantere) ist mir bislang noch nicht gekommen. Da das hier in etwa 1 von 50 Fällen passiert, ist es auch wahrlich schwer nachvollziehbar. Denn ein hängender Kodierungsprozess in traGtor funktioniert beim nächsten Versuch schon wieder problemlos.
:/
Viele Grüße, Markus.