Hybrid: Input -> x264/x265/Xvid/VP8/VP9/AV1

    Danke für den Tip mit dem leeren des "Tool Cache", es reicht eben nicht aus einfach den Pfad einer neuen .exe anzugeben.

    Nun ein neues Problem, beim testweisen codiern, bricht Hybrit bei ca. 50% mit folgendem Fehler ab:

    x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.1 Cache64
    x265 [info]: HEVC encoder version 0.7+167-ed310b17ff6681f1
    x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 8bpp
    x265 [info]: Main profile, Level-4 (High tier)
    x265 [info]: WPP streams / pool / frames : 34 / 4 / 2
    x265 [info]: CU size : 32
    x265 [info]: Max RQT depth inter / intra : 1 / 1
    x265 [info]: ME / range / subpel / merge : dia / 25 / 0 / 2
    x265 [info]: Keyframe min / max / scenecut : 23 / 250 / 0
    x265 [info]: Lookahead / bframes / badapt : 10 / 4 / 0
    x265 [info]: b-pyramid / weightp / refs : 1 / 0 / 1
    x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-13000 kbps / 0.0 / 0
    x265 [info]: tools: cfm esd rd=3 lft
    -> 13_54_00_0510_06_video crashed:main send out an error: QProcess::Crashed
    finished after 05:04:08.114 with exitCode -1073741819
    -> 13_54_00_0510_06_video crashed:Crash: 1

    Es wurde neuste Hybrid Version für Windows genutzt.

    Ne Idee was das sein könnte?
    Falls ein Debuglog nötig wäre, müsste ich das Level einstellen und noch ein durchlauf starten.

    Grüße Blade

    Sieht aus, als ob der Encoder gecrashed ist, vermutlich ist mit der x265 Version mal wieder was im Argen, hab mal meine 64bit x265 builds von heute Mittag (Version 0.7+232) angehängt, eventuell hilft es die zu verwenden.
    (x265 hat öfter mal buggy builds, teste die Versionen die ich in Hybrid verwende zwar immer mal kurz, aber das muss nichts heißen ;))

    Hallo,
    bei der geschwindigkeit wie die Builds raushauen, kann man kaum ein ausführlichen Test erwarten.

    Habe mal mit der Version 232 von dir getestet, leider wieder mit gleichen Fehler.
    Auffällig ist, das bei einer anderen Testdatei gleicher Zusammensetzung es zu keinen Fehler kommt.

    Aprobs Build, ich habe meine Build von x265.ru, gibt es da eine "offizelle" Seite mit Builds?

    Grüße

    nein, gibt keine offiziellen builds, die selber erstellen keine builds, die builds werden immer nur von anderen erstellt, welche x265 testen wollen.
    Erstelle mal einen DebugOutput Level 1 von der Jobabarbeitung die Crashed, eventuell seh ich was schief geht und selbst wenn nicht kann ich zumindest den kompletten Aufruf sehen der verwendet wird, dann kann man den mal in der Console eingeben und gucken ob da eventuell noch irgendeine hilfreichere Fehlermeldung existiert. :)

    sieht soweit alles okay aus, guck mal was passiert, wenn Du:

    Code
    "C:\PROGRA~1\Hybrid\ffmpeg.exe" -y -v -10 -r 24000/1001 -analyzeduration 100M -probesize 100M -i "E:\Filme\Test\test.m2ts" -an -sn -threads 4 -vsync 0 -r 24000/1001 -pix_fmt yuv420p -f rawvideo - | "C:\PROGRA~1\Hybrid\x265.exe" --preset ultrafast --input - --input-res 1920x1080 --fps 23.976 --frames 12422 --bitrate 13000  --output "D:\Temp\test_21_21_29_7510_09.265"


    in einem Windows Command Prompt aufrufst.
    Eventuell gibt x265 ja ne Fehlermeldung aus.

    Lol,
    "Die eingegebene Zeile ist zu lang"
    Das sagt aber nicht ffmpeg sondern die cmd.
    Bin ich zu doof?

    Grüße

    Edit: Ja bin ich^^

    Ergebnis ist das X265 bei Frame 766 abstürtzt und zwar ohne Fehlermeldung:

    yuv [info]: 1920x1080 23976/1000 fps i420, frames 0 - 12421 of 0
    x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.1 Cache64
    x265 [info]: HEVC encoder version 0.7+232-fec3cab87043
    x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 8bpp
    x265 [info]: Main profile, Level-4 (High tier)
    x265 [info]: WPP streams / pool / frames : 34 / 4 / 2
    x265 [info]: CU size : 32
    x265 [info]: Max RQT depth inter / intra : 1 / 1
    x265 [info]: ME / range / subpel / merge : dia / 25 / 0 / 2
    x265 [info]: Keyframe min / max / scenecut : 23 / 250 / 0
    x265 [info]: Lookahead / bframes / badapt : 10 / 4 / 0
    x265 [info]: b-pyramid / weightp / refs : 1 / 0 / 1
    x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-13000 kbps / 0.0 / 0
    x265 [info]: tools: cfm esd rd=3 lft
    [6.2%] 766/12422 frames, 5.18 fps, 13067.84 kb/s, eta 0:37:31
    C:\Program Files\Hybrid>


    Wurm in X265 drin oder?

    2 Mal editiert, zuletzt von blade22 (20. Februar 2014 um 21:48)

    Vermutlich haben die bei ihren letzten Änderungen (https://bitbucket.org/multicoreware/x265/commits/all) irgendwas verbröselt.
    SD scheint sich ohne Problem umwandeln zu lassen (zummindest Elephants Dream läuft hier ohne Probleme).
    Was hast Du für ne CPU? (schon doof, dass da keine brauchbaren Fehlermeldungen kommen)

    Ich hatte für einen gewissen Zeitraum Abstürze bei allen etwas langsameren Presets, also mit höherer Komplexität. Das wurde korrigiert.

    Aktuell stürzt Preset placebo noch am Ende bei der Zusammenfassung ab.

    Zwischen Presets ..faster und fast.. gibt es einen erheblichen Abstand in der Qualität, etwa -5 dB SSIM, Dateigrößen 1:5. — Ja, CRF soll nicht bedeuten, dass bei verschiedenen Optionen ähnliche Ergebnisse erwartet werden können (predigt z.B. JEEB); aber solche Größenordnungen können ja vielleicht doch ein Hinweis auf einen Fehler sein.

    Je nach Auflösung wird die Bitrate falsch zusammengerechnet. Aber da ändert sich ohnehin gerade viel, z.B. VBV-Kontrolle auf Coding-Unit-Ebene.

    Also für eine "tägliche" Anwendung ist x265 wirklich noch nichts. Nicht vor Version 1.x.

    Also ffmpeg wieder über cmd laufen gelassen.
    64Bit Builds runter bis 0.7 -167 absturz bei bestimmten Frame wie gehabt.
    64Bit Builds unter 0.7 -167 (also -162 und -95) lassen sich mit ffmpeg über cmd nicht aufrufen

    32 Bit Builds unter 0.7 -167 (also -162 oder -95) führen wieder zum Absturz bei bestimmten Frame wie gehabt.

    Aber:
    32 Bit Build von 0.6 -216 scheint das betreffende Frame erfolgreich abzuarbeiten.

    Edit: Jap ALPHA, zeigt schon allein das es kein 2-Pass im moment gibt ^^.
    Ich hab einige Vorlesungen zur Signaltheorie gehört die, die Grundlage für die ganzen Videocodecs sind. Mal schön auch praktisch sowas anzuwenden :)

    Einmal editiert, zuletzt von blade22 (20. Februar 2014 um 22:56)

    Hallo zusammen,

    ich spiele weiter fleißig mit den x265 und andere rum.
    Beim einfügen einer neueren X265 ins Hybridverzeichnis und anschließenden leeren des Toolcaches produziert Hybrid folgende Fehlermeldung:
    "Die Anwendung konnte nicht korrekt gestartet werden (0x0000007b), Klicken Sie auf "ok", um die Anwendung zu schließen."

    Im Anschluss zeigt Hybrid selbst folgende Meldung:
    " GetTool Version got an empty output for x265. The cause might be that x265 could not be found,..., Please redop this with debug output enabled and tell the author"

    Was ich hiermit artig gemacht habe^^. Welches LogLevel wäre nützlich?

    Grüße

    Hallo,
    hervorragende Diagnose es war nicht die neue Version von "Visual C++ Redistributable Packages for Visual Studio 2013" installiert.
    Nach einen Update ist der Fehler nicht mehr aufgetretten.

    Grüße

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden