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.
This article was published
Mittwoch,, 27. Januar 2010 @ 15:51.
You may want to subscribe to the comments via RSS 2.0 feed.
Post a comment, or create a trackback on your page.
Write a comment / Schreibe einen Kommentar (traGtor Update: Der Trecker merkt nicht, wenn’s mal gut ist)
Please note that comments are moderated and don't appear immediately. If you're reporting a problem or a bug I'll publish them when I started processing your request.
Bitte beachte: Kommentare sind moderiert und erscheinen nicht sofort. Ich veröffentliche Bugreports und Hilferequests erst, sobald ich mich eines Problems oder Bugs angenommen habe.
Thank you very much!! You're doing an essential job for the development of open source software! The following points aren't meant as dogmas but as a clue, decide for yourself what you think could be useful in troubleshooting.
- Please...
- ...state name and version of your operating system / desktop environment
- ...state the version of the program you're using
- ...be detailed in what is happening and what you expected to happen
- ...try to provide some deeper information (like xplanetFX logs or the output of the program when started in a terminal window)
- ...speak to me as a human being, don't think I'm a bot.
Herzlichen Dank!! Fehlerberichte sind essentiell für die Entwicklung von Open-Source-Software! Die folgenden Punkte sind keine Dogmen, sondern sollen eher Anhaltspunkte darstellen; entscheide selbst, ob sie für die Fehlersuche hilfreich sein könnten.
- Bitte...
- ...nenne den Namen und die Version Deines Betriebssystems / Deiner Desktopumgebung
- ...nenne die Version des von Dir benutzten Programms
- ...beschreibe möglichst genau, was passiert und was Du erwartest, was passieren sollte
- ...stelle möglichst tiefergehende Informationen zur Verfügung (xplanetFX Logs oder die Ausgabe des Programms im Terminalfenster)
- ...sprich mit mir, wie mit einem Menschen, ich bin kein Automat.
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.