Super, dass die neue Version auch Linux Support haben wird!
Super, dass die neue Version auch Linux Support haben wird!
Das freut mich sehr, dass Cutana bald auch unter Linux laufen wird! Cutana war eines der wenigen Dinge, die ich nach dem Umstieg auf Linux schmerzlich vermisst habe.
Also ich muss sagen, dass mir das selbst schon aufgefallen ist, nachdem ich vor kurzem meinen Rechner neu aufgesetzt hatte.
Ich hab nachdem ich die letzte Version veröffentlicht habe, noch etwas weiter programmiert. Damit funktioniert das ganze wieder. Ich teste nachher noch etwas, ob auch sonst alles stabil läuft und veröffentliche das dann als neue Version und poste dann hier im Forum nochmal.
VG
Siron
Zum Unterschied VDubScript.jobs und settings.xml:
Die Einstellungen des Codecs werden bei Cutana Base64 codiert abgespeichert und auch VDub nimmt die Einstellungen Base64 codiert an. Cutana versucht das Seitenverhältnis für x264vfw aus der Datei zu bestimmen. Anschließend nimmt er die Einstellungen aus der settings.xml, decodiert das ganze und schreibt an die Position, wo die command line settings vom x264vfw stehen den --sar Wert. Dann wird das ganze wieder Base64 codiert und in die VDubScript.jobs geschrieben. Wenn dort Unterschiede zu finden sind, ist das also ein gutes Zeichen. Als ich das damals programmiert hatte, war die Version 37 aktuell und es ist möglich, dass die Entwickler von x264vfw die Position der command line settings geändert haben und Cutana den --sar Wert dann an die falsche Stelle schreibt bei der Version 39. Das hab ich aber noch nicht geprüft.
@Andy:
Findet er die Sendungen auch nicht, wenn du sie einfach nochmal öffnest? Bei mir hängt er da auch manchmal, wenn ich die Datei aber nochmal neu reinziehe funktioniert es.
VG
Siron
Ja, das erklärt in meinem Screenshot auch den ersten aber recht kleinen Unterschied, wo in der VDubScript.jobs eine Änderung gegenüber der Settings.xml drin ist, wo dort nur 'A' stehen, also decodiert <null>.
Da hat Cutana also etwas hinzugefügt.
Aber der zweite Unterschied ist ein recht großer. In der Settings.xml steht einiges codiert, was in der VDubScript.jobs dann fehlt.
Ich dachte, wenn man den SAR-Wert in der command-line drin stehen hat, dann würde Cutana nicht den selbst ermittelten Wert hineinschreiben?
Denn wenn das so ist, dann müsste Cutana ja nur die Settings 1:1 übernehmen und nichts ändern. Dann müsste es egal mit welcher Version (auch zukünftige) problemlos funktionieren, oder?
Grad bei der Datei hab ich ja nun etliche Male getestet. Vormittags, Nachmittags, Abends... nie hat er die Infos zu der Dark_Schadows Datei gefunden, grad deswegen habe ich sie genannt.
Nimm doch einfach eine HQ-Datei, die ca. 2:30 h:m lang ist und benenne sie: Dark_Shadows_14.08.31_20-15_rtl_135_TVOON_DE.mpg.HQ.avi
Dann öffne sie in Cutana und debugge mal, wieso keine Infos gefunden werden.
Du musst ja nicht extra deswegen diese Datei auch herunterladen und dekodieren.
Wenn in der command line ein SAR Wert eingetragen ist, sollte Cutana nichts machen.
Ich meinte, die Position der command line innerhalb der Settings kann sich in späteren x264vfw Versionen ändern und dann würde Cutana an die falsche Stelle schreiben.
Ich schau mir die Datei morgen mal an wegen umbenennen.
VG
Siron
Ja wie nu?
Findet Cutana in der command-line eien SAR-Wert, dann macht es nix, oder macht es doch was?
Weil das von Cutana in die VDubScript.jobs geschriebene unterscheidet sich ja von dem, was in der Settings.xml drin steht.
Und ich habe bei HQ definitiv einen SAR-Wert in der command-line drin stehen, wie man in meinem früheren Post auf dem Screenshot sehen kann.
Bin jetzt ein wenig verwirrt.
Danke für den Hinweis, hab das eben geändert.
Jetzt sollte es passen.
VG
Siron