22.11.2018, 21:54
Hallo,
ich habe ein Problem beim Komprimieren von MKV-Dateien, welches mit der aktuellen Version 2018.11.11.1 reproduzierbar auf meinem Windows 10 (64 Bit) PC als auch in einer virtuellen Windows 7 (64 Bit) Maschine auftritt. Nach Sekundenbruchteilen bricht der Vorgang mit einer Fehlermeldung ab.
Es ist bei meinen Tests bei den meisten Ausgangsdateien in SD-Auflösung (aber nicht bei allen), nie hingegen bei HD-Auflösung aufgetreten. Aber das kann auch Zufall sein.
Eine Debug-Datei habe ich angefügt. Was mir aufgefallen ist:
In Hybrid selbst wird angezeigt:
Die Report-Datei hat jedoch diesen Inhalt:
Seltsam finde ich, dass anscheinend aus
Folgendes wird:
wobei zwischen y4m und --input-range zwei Leerzeichen sind. Was das tatsächlich für eine Bedeutung hat vermag ich nicht zu sagen. Aber bei den Dateien, die keine Probleme machen passiert dieser Austausch nicht.
Auch wenn ich an den x264-Komprimierungseinstellungen herumspiele, bleibt das Problem im Wesentlichen genau so bestehen.
Kannst du bitte mal schauen, was da los ist?
Hier ein Video (4 MB), mit dem das Verhalten auftritt: https://bit.ly/2KsLrSr
P.S.: Wenn ich die HybridDebugOutput.txt ungezippt über die Funktion des Forums als Attachment hinzufügen will, schlägt dies fehl. Welchem Speicherbedarf "HybridDebugOutput.txt Kilobyte" entsprechen weiß ich leider nicht
ich habe ein Problem beim Komprimieren von MKV-Dateien, welches mit der aktuellen Version 2018.11.11.1 reproduzierbar auf meinem Windows 10 (64 Bit) PC als auch in einer virtuellen Windows 7 (64 Bit) Maschine auftritt. Nach Sekundenbruchteilen bricht der Vorgang mit einer Fehlermeldung ab.
Es ist bei meinen Tests bei den meisten Ausgangsdateien in SD-Auflösung (aber nicht bei allen), nie hingegen bei HD-Auflösung aufgetreten. Aber das kann auch Zufall sein.
Eine Debug-Datei habe ich angefügt. Was mir aufgefallen ist:
In Hybrid selbst wird angezeigt:
Code:
x264 --preset superfast --pass 1 --bitrate 1500 --profile high --level 4.1 --direct auto --qcomp 0.5 --rc-lookahead 40 --aq-mode 0 --sar 16:15 --qpfile GENERATED_QP_FILE --non-deterministic --range tv --stats "\TestFilm.stats" --demuxer raw --input-res 720x576 --input-csp i420 --input-range tv --input-depth 8 --fps 25/1 --output-depth 8 --output NUL -
x264 --pass 2 --bitrate 1500 --profile high --level 4.1 --direct auto --qcomp 0.5 --no-mbtree --partitions i4x4,p8x8,b8x8 --no-fast-pskip --subme 5 --trellis 0 --weightp 1 --aq-mode 0 --vbv-maxrate 62500 --vbv-bufsize 78125 --sar 16:15 --qpfile GENERATED_QP_FILE --non-deterministic --range tv --colormatrix bt709 --stats "\TestFilm.stats" --demuxer raw --input-res 720x576 --input-csp i420 --input-range tv --input-depth 8 --fps 25/1 --output-depth 8 --output "TestFilm.264" -
Code:
x264 (1st pass bitrate) processing started...
starting 20_06_16_1310_02_video@20:08:16.947 - G:\TestTemp\TestFilm.mkv
"C:\PROGRA~1\Hybrid\64bit\x264.exe" --preset superfast --pass 1 --bitrate 1500 --profile high --level 4.1 --direct auto --qcomp 0.5 --rc-lookahead 40 --aq-mode 0 --sar 16:15 --non-deterministic --range tv --stats "G:\TestTemp\TestFilm_20_06_16_1310_02.stats" --demuxer y4m --input-range tv --fps 25/1 --output-depth 8 --output NUL -
x264 [error]: could not open input file `-'
finished after 00:00:00.199 with exitCode -1
Crashed with exit status 0
Code:
--demuxer raw
Code:
--demuxer y4m
Auch wenn ich an den x264-Komprimierungseinstellungen herumspiele, bleibt das Problem im Wesentlichen genau so bestehen.
Kannst du bitte mal schauen, was da los ist?
Hier ein Video (4 MB), mit dem das Verhalten auftritt: https://bit.ly/2KsLrSr
P.S.: Wenn ich die HybridDebugOutput.txt ungezippt über die Funktion des Forums als Attachment hinzufügen will, schlägt dies fehl. Welchem Speicherbedarf "HybridDebugOutput.txt Kilobyte" entsprechen weiß ich leider nicht
Code:
Bitte korrigiere die folgenden Fehler, bevor du fortfährst:
Die angehängte Datei ist zu groß. Die maximal zulässige Größe für diesen Dateityp beträgt HybridDebugOutput.txt Kilobyte.