"mkvextract --version" ergibt bei mir das:
mkvextract v84.0 ('Sleeper') 64-bitEdit: Hat sich erledigt. Die gecachten Tool-Infos waren veraltet und wiesen noch auf die hauseigenen Tools, die mit dem Hybrid-Paket kommen und die unter Testing/Trixie teilweise nicht mehr laufen. Wußte auch nicht, daß man den Tools-Cache von Hand leeren muß, um aktuelle Infos zu laden.
In diesem Fall wird mkvextract abgefragt und als Version 0 erkannt.
Debug-Output: https://paste.quest/?85a3b3c416258…YicruA14cVCWuMR
In der aktuellen Version beschwert sich Hybrid auf einmal, daß es MKVToolnix Version 6.8.0+ braucht, um h.265 in MKV zu multiplexen. Das wäre eine Version von 2014. Ich nutze die aktuelle v84.0 über's Repo. System ist Debian Testing (Trixie) 64bit.
Die Datei ist zu groß, um sie übers Netz zu verschicken (30GB). Im Debug-Output kann man sehen, daß MediaInfo mehrmals aufgerufen wird und die ersten paar Male scheint es noch gut zu gehen. Aber am Ende enthält die Kommandozeile auffallend viele Sonderzeichen ( % und # ). Ich denke mal, da liegt der Hase im Pfeffer. Bedeutet, er kann Video- und Audio-Streams analysieren, nur bei den Untertiteln macht er Probleme.
Ist also erst mal harmlos. Das Video an sich läßt sich öffnen, die Untertitel sind für mich nur sekundär.
Hallo,
ich habe hier offenbar eine etwas spezielle MKV-Datei, bei der sich aus Hybrid heraus keine MediaInfo Log-Datei schreiben läßt. Zumindest beschwert sich Hybrid mehrfach, daß es die Log-Datei nicht findet. Mit allen anderen Videos funktioniert es. Scheint also wirklich nur an diesem hier zu liegen. Version ist die aktuelle (mit älteren kommt aber der gleiche Fehler). System ist Debian Testing (Trixie) 64bit.
Debug-Output: https://paste.quest/?167674124109e…skWfgPJPdReErAX
"Das war der Übeltäter." <- das kommt vom OS nicht von Hybrid.
Weiß ich. Ist auch neu, kannte ich von älteren Systemen noch nicht. Ist der Dateibrowser Teil der QT-Umgebung?
Hmm,.. komisch dachte ich hätte die letzte Version unter Ubuntu 22.04 gebaut,...
Solche Derivate verwenden zwar Debian, bringen aber auch jede Menge eigene Pakete mit.
...weil in der Konsole die SOX-Version aus dem Repo verwendet wurde, während Hybrid seine eigene verwendet. 
Hätte ich auch eher drauf kommen können. Mir war nicht mal klar, daß SOX installiert ist. Hybrid's hauseigene Version läuft jedenfalls nicht unter aktuellen Debian-Distries (auch nicht Bookworm/Stable), da libpng12 durch libpng16 abgelöst wurde.
Was die Dateiendung angeht...
[Blocked Image: https://i.ibb.co/gy8TVzq/Screenshot-20230915-221627.png]
Das war der Übeltäter.
Aktuelle Version: Ich versuche ein Video, HEVC/h.265 mit AAC 6-Spur Audio im MKV-Container, umzuwandeln in AVC/h.264 mit AC3 2-Spur DPL Audio im MKV-Container. Der Prozeß bricht gleich zu Beginn bei der Audio-Konvertierung ab. Wenn ich die Kommandozeile, bei der es abstürzt, in die Konsole paste, meckert SOX rum, daß es den Temp-Ordner nicht finden kann (ist auch nicht da). Wenn ich ihn von Hand erstelle, läuft's durch.
In diesem Zusammenhang ist mir erstmals aufgefallen, daß wenn MP4 als Standard-Container eingestellt ist, auch immer ein ".mp4" an die Ausgabedatei angehangen wird - selbst, wenn ich schon ein ".mkv" geschrieben habe.
System ist Debian Testing 64bit.
Aften-Encoder: Die Option -dnorm benötigt offenbar einen Paramer (0-31). In Hybrid's Kommandozeile steht -dnorm ohne Alles, was Aften immer zum Abbruch zwingt.
Jaja, ist leichter gesagt als getan. Der aktuelle Quellcode läßt sich bei mir nicht mehr bauen, produziert nur noch Speicherzugriffsfehler. Und die Version im Repo ist irgendwas mit 0.5. Also stecke ich jetzt erstmal mit der hier fest.
Meine Version ist 0.8.0 und ja, der Fehler liegt definitiv bei MP4Box. Hatte nur gehofft, man könnte ihn geschickt umgehen, indem man die Bildrate direkt angibt. Aber egal, das muxen mit ffmpeg hat auch funktioniert, also kein Problem.
Zumindest unter Linux scheint MP4Box ein Problem mit der Schreibweise "fps=24000/1001" zu haben. Das Ergebnis ist dann immer ein mp4-Video mit 24000fps. Ändert man das manuell in "fps=23.976", ist alles wie es sein sollte. Gerade probiere ich noch, einen mp4-Container alternativ mit ffmpeg zu erstellen, aber ich vermute, da wird alles OK sein. Wäre es möglich, die Kommandozeile für MP4Box anzupassen?
Yup, geht wieder alles. Vielen Dank für die schnelle Arbeit.
Sehr gut, aber der Download-Link für die Linux-Binary auf Deiner Seite funktioniert leider nicht.
Aktuelle Version: Wenn ich ein Video öffne (egal welches Format), bombardiert mich Hybrid gleich mehrmals mit der Fehleremeldung "FilteringModel doSet->found no field: resizeLabel". Wenn ich dann später bei Resize einen Wert ändere, kommt die selbe Meldung erneut - wieder mehrmals. Möglich, daß es an anderer Stelle auch passiert, hab nicht weiter gesucht. Darüber hinaus scheint aber alles zu funktionieren. System ist Linux Debian 10/Buster 64bit mit QT 5.11.3.
Aktuelle Version: Wenn ich ein Video umrechnen will (egal welcher Encoder) und dabei gleichzeitig skaliere, taucht in der FFMPEG-Kommandozeile neuerdings diese Option auf, die zum sofortigen Abbruch führt:
'-vf zscale=rangein=limited:range=limited'
Ich muß allerdings gestehen, daß ich nicht die neueste FFMPEG-Version nutze, weil sie beim Bauen noch Schwierigkeiten macht, die sich in absehbarer Zeit nicht lösen lassen.
Frage: Ist das nur ein Tippfehler oder nutzt Du da ein neues Feature von FFMPEG 4, was womöglich als optional eingerichtet werden könnte?
In der aktuellen Version funktioniert das Preview in sämtlichen Menüs nicht mehr. Habe zuletzt die Version von April verwendet, und da ging alles noch.
(getestet unter Linux Debian 8 Jessie 64bit)
Hier auch bei MP4-Output. Aber gut zu wissen, daß Du die Sache schon in der Mangel hast 
Aktuelle Version: Wenn ich im Main-Tab das Video handling auf "passthrough" stelle und den Job in die Job-Liste schiebe (ich glaube, alle anderen Einstellungen sind egal), stürzt Hybrid mit einem Speicherzugriffsfehler ab. Die letzte Version hatte das noch nicht. Getestet unter Debian 8 (Jessie) 64bit.
Bei der aktuellen Version ist das Startlogo futsch. Stattdessen ist nur kurz ein hellgraues Feld in der Größe des Logos zu sehen. Oder ist neuerdings eine besondere (QT-)Komponente dafür zuständig? Ist nicht wirklich schlimm, Hybrid selbst scheint davon nicht betroffen zu sein. Getestet unter Linux Debian 8 (Jessy) 64bit mit QT 5.3.2.