Bedarfserhebung: "Zukunftssicherer" x265 Benchmark

    Morgen werde ich das Videofile am Server Mal ersetzen durch ein neues, kürzeres. Dann hat sich das erst Mal mit derartig irrwitzigen Laufzeiten für 8K. Wird etwas mehr als 5 Mal so schnell sein dann.

    Zudem werden die Files in Subfolder segmentiert, damit der Bench etwas übersichtlicher aussieht und den Nutzer nicht mit zuvielen .exe und .bat Files verwirrt.. Kommandozeilenparameter für Hilfe und Versionsanzeige kommen auch noch dazu, paar so Peanuts.

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    Neue Alpha 4 Version (Die Zahl "3" existiert nicht!*):


    Folgendes ist erledigt:

    • ) Neue [input8K.h265] (~128MiB) steht zur Verfügung, die alte wurde überschrieben. 8K Benchmark dadurch um Faktor 5-6 verkürzt.
    • ) Kommandozeilenparameter für Zusatzfunktionen implementiert (für: Hilfe anzeigen, Version anzeigen, Inputvideodaten anzeigen, neue Prüfsummen erzeugen wenn man Dateien gewollt ändert und "aufräumen" um Datenüberbleibsel und RESULTS.txt zu beseitigen). Die Parameter sind im Windows Stil und auch nach POSIX short/long Standard verfügbar.
    • ) Screenbuffer wird mittels Frank P. Westlakes' ConSetBuffer aufgeblasen, um sicherzustellen daß keine Ausgabedaten durch den Scrollback Buffer verloren gehen. Das wurde statt MODE CON:LINES=xxxx gewählt, weil ConSetBuffer.exe /Y=xxxx das Terminalfenster nicht vergrößert, sondern nur den Buffer setzt.
    • ) Neue, an POSIX angelehnte Ordnerstruktur umgesetzt. Damit sieht es weit übersichtlicher aus, und verwirrt neue Nutzer nicht so sehr. Um die Prüfsummen (für den Austausch des Videofiles) neu zu generieren muß man jetzt .\sbin\create-sums.bat oder .\launch_x265benchmark.bat --rehash oder vergleichbar ausführen.
    • ) Zweisprachenunterstützung verbessert.
    • ) Fehlerbehandlung verbessert.
    • ) Diverse Code Reorders und Bugfixes.
    • ) Dokumentation und Lizenzen aktualisiert.
    • ) Getestet auf Windows XP x64 SP2, Windows Vista x64 SP2, Windows 7 x64 SP1, Windows 10 x64 build #1607.


    Bekannte Fehler:

    • ) Unter Windows 10 gibt es einen kosmetischen Fehler zwischen den beiden Transcodingpasses, der an der Art und Weise zu liegen scheint, wie die cmd auf Windows 10 das Terminalencoding von CALLs behandelt. Dabei werden nach Pass 1 ein paar seltsame Sonderzeichen ausgegeben. Das wird wahrscheinlich nicht repariert werden. Funktional schadet es dem Benchmark nicht.


    Die neuen Kommandozeilenparameter (Deutsche Version):

    *Abseits der Half Life Jokes: Ich dachte ich hätte schon eine 3, also hab ich's einfach 4 genannt, najo, is jo wurscht. :rolleyes:

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    Einmal editiert, zuletzt von GrandAdmiralThrawn (9. Mai 2017 um 11:23)

    und hier mein test: (8k folgt!)

    und hier ist das 8k Ergebnis:

    Hmm, bei mir funktioniert die create-sums.bat leider nicht. (Win 8.1)

    Es öffnet sich nur kurz ein Fenster, in dem immer steht: kann den angegebnen Pfad nicht finden
    (oder ähnlich, geht zu schnell)

    Ich habe die input8k.h265 in input.h265 umbenannt und in den Ordner share abgelegt.

    Der Benchmark startet daher nicht mit dem 8K Video :(

    Ajo, der Debugmodus ist aus. Das heißt daß ein 8K Run nicht sauber terminiert. Aber auch nicht so unsauber wie ich es hätte haben wollen, d.h. ich muß die Fehlerbehandlung noch weiter verbessern.

    Wenn man 8K "ordentlich" durchrennen lassen will, muß man die launch_x265benchmark.bat öffnen, und auf Zeile 76 das SET "DBG=0" auf SET "DBG=1" umsetzen! Danach Prüfsummen neu und es geht. Aber is derweilen eh ned soo wichtig.

    Danke für den Test!

    Maniac81: Die create-sums.bat ist eigentlich nicht direkt für den Endbenutzer gedacht, das ist nur jetzt während der Alpha so. Die kannst du nicht einfach doppelklicken! Die Prüfsummenerzeugung muß wirklich aus einem cmd Terminal erfolgen. Du mußt also die Kommandozeile aufreißen, dann in den Benchmarkfolder navigieren (nicht in den sbin\ Subfolder), und von da drin .\sbin\create-sums.bat aufrufen. Oder eben .\launch_x265benchmark.bat --rehash, nur so geht das.

    Das "Einfache Doppelklicken" gilt wirklich nur für den einfachen Normalbetrieb und nur für das Launcherskript! Aber im Normalbetrieb sind wir halt noch ned. :)

    Edit: Typos korrigiert..

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    4 Mal editiert, zuletzt von GrandAdmiralThrawn (24. Februar 2017 um 20:13)

    Hast du was "simples" für den Test? Quadcore oder Hexcore oder so? Das wär nice, um zu sehen, wie lange der Test auf so einer Kiste mit dem aktuellen 8K File rennt.. Umlüx' Maschine is ja schon ned so wenig overpowered. ;)

    Meine Idee für einen aktuellen Desktopprozessor wären so 4-5h gewesen. Eventuell 6h.

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    Naja, im Moment läuft der auf meinem Dual Xeon 2697v2. (Habe ich aus Platzgründen bei einem Kumpel ausgelagert)

    Ich bin auch nicht zu Hause, also kann ich frühestens Montag mal meinen 3930K laufen lassen, der hat aber nur 16GB Ram.
    Was kleineres habe ich nicht da.

    Edit: Pass 1 in 3962,46 Sekunden

    2 Mal editiert, zuletzt von Maniac81 (24. Februar 2017 um 22:27)

    Habe den Debugmodus aktiviert:


    launch_x265benchmark aufgerufen um 19:39 am 24.02.2017!

    Prüfe, ob die VC++ 2010 Laufzeitumgebung installiert ist!

    VC++ 2010 Laufzeitumgebung gefunden, OK

    WARNUNG: launch_x265benchmark läuft im Debugmodus Level 1!
    Fehlertoleranz aktiv, Debugmeldungen deaktiviert!

    Prüfe Betriebssystemarchitektur!

    AMD64, OK

    Prüfe freien Speicherplatz auf C:!

    47130MiB, OK

    Prüfe verfügbaren Arbeitsspeicher!

    137403MiB, OK

    Modernes Betriebssystem erkannt (Windows 7 oder neuer), NUMA aktiviert!
    Verwende modernen x265 Encoder!

    Verifiziere SHA-512 Prüfsummen!

    bin\ffmpeg.exe............. OK
    share\input.h265........... OK
    launch_x265benchmark.bat... OK
    sbin\transcoder.bat........ OK
    bin\x265-NT6.1+.exe........ OK

    Erzeuge CPU-Z Systemreport im Hintergrund...

    Starte x265 Benchmark!

    share\input.h265: 10-bit YUV 4:4:4 HEVC, 8192x3428 [2.40:1], 24.000fps

    y4m [info]: 8192x3428 fps 24000/1000 i444p12 sar 1:1 unknown frame count
    raw [info]: output file: .\var\temporary-output\pass1.h265
    x265 [info]: HEVC encoder version 2.3+2-912dd749bdb5
    x265 [info]: build info [Windows][MSVC 1600][64 bit] 10bit
    x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
    x265 [warning]: level 8.5 detected, but CTU size 16 is non-compliant
    x265 [info]: NONE profile, Level-NONE (Main tier)
    x265 [info]: Thread pool 0 using 20 threads on numa nodes 0
    x265 [info]: Thread pool 1 using 20 threads on numa nodes 1
    x265 [info]: Slices : 4
    x265 [info]: frame threads / pool features : 8 / wpp(215 rows)+pmode+pme
    x265 [info]: Thread pool 0 using 4 threads on numa nodes 0
    x265 [info]: Coding QT: max CU size, min CU size : 16 / 8
    x265 [info]: Residual QT: max TU size, max depth : 16 / 3 inter / 3 intra
    x265 [info]: ME / range / subpel / merge : star / 57 / 4 / 4
    x265 [info]: Keyframe min / max / scenecut / bias: 24 / 250 / 40 / 5.00
    x265 [info]: Lookahead / bframes / badapt : 40 / 16 / 2
    x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
    x265 [info]: References / ref-limit cu / depth : 6 / off / on
    x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 16 / 1
    x265 [info]: Rate Control / qCompress : ABR-10000 kbps / 0.75
    x265 [info]: tools: rect amp limit-modes rd=6 rdoq=1 psy-rdoq=5.00 rskip
    x265 [info]: tools: signhide tmvp b-intra lslices=4 lthreads=4 slices=4 deblock
    x265 [info]: tools: stats-write

    x265 [info]: frame I: 5, Avg QP:35.07 kb/s: 33988.07
    x265 [info]: frame P: 90, Avg QP:38.49 kb/s: 19261.09
    x265 [info]: frame B: 405, Avg QP:41.42 kb/s: 8877.96
    x265 [info]: Weighted P-Frames: Y:1.1% UV:0.0%
    x265 [info]: Weighted B-Frames: Y:2.7% UV:0.0%
    x265 [info]: consecutive B-frames: 12.6% 10.5% 7.4% 15.8% 4.2% 23.2% 4.2% 11.6%
    1.1% 2.1% 0.0% 3.2% 2.1% 2.1% 0.0% 0.0% 0.0%

    encoded 500 frames in 3962.46s (0.13 fps), 10998.02 kb/s, Avg QP:40.83

    Pass 1 erledigt, starte Pass 2:

    y4m [info]: 8192x3428 fps 24000/1000 i444p12 sar 1:1 unknown frame count
    raw [info]: output file: .\var\temporary-output\pass2.h265
    x265 [info]: HEVC encoder version 2.3+2-912dd749bdb5
    x265 [info]: build info [Windows][MSVC 1600][64 bit] 10bit
    x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
    x265 [warning]: level 8.5 detected, but CTU size 16 is non-compliant
    x265 [info]: NONE profile, Level-NONE (Main tier)
    x265 [info]: Thread pool 0 using 20 threads on numa nodes 0
    x265 [info]: Thread pool 1 using 20 threads on numa nodes 1
    x265 [info]: Slices : 4
    x265 [info]: frame threads / pool features : 8 / wpp(215 rows)+pmode+pme
    x265 [info]: Thread pool 0 using 4 threads on numa nodes 0
    x265 [info]: Coding QT: max CU size, min CU size : 16 / 8
    x265 [info]: Residual QT: max TU size, max depth : 16 / 3 inter / 3 intra
    x265 [info]: ME / range / subpel / merge : star / 57 / 4 / 4
    x265 [info]: Keyframe min / max / scenecut / bias: 24 / 250 / 40 / 5.00
    x265 [info]: Lookahead / bframes / badapt : 40 / 16 / 2
    x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 1
    x265 [info]: References / ref-limit cu / depth : 6 / off / on
    x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 16 / 1
    x265 [info]: Rate Control / qCompress : ABR-10000 kbps / 0.75
    x265 [info]: tools: rect amp limit-modes rd=6 rdoq=1 psy-rdoq=5.00 rskip
    x265 [info]: tools: signhide tmvp b-intra lslices=4 lthreads=4 slices=4 deblock
    x265 [info]: tools: stats-read

    x265 [info]: frame I: 5, Avg QP:36.67 kb/s: 27315.42
    x265 [info]: frame P: 90, Avg QP:38.72 kb/s: 18031.73
    x265 [info]: frame B: 405, Avg QP:42.25 kb/s: 7981.67
    x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
    x265 [info]: Weighted B-Frames: Y:0.2% UV:0.0%
    x265 [info]: consecutive B-frames: 12.6% 10.5% 7.4% 15.8% 4.2% 23.2% 4.2% 11.6%
    1.1% 2.1% 0.0% 3.2% 2.1% 2.1% 0.0% 0.0% 0.0%

    encoded 500 frames in 3725.74s (0.13 fps), 9984.02 kb/s, Avg QP:41.56


    FEHLER: Es wurden nicht alle Frames in Pass 1 kodiert [500/30]!
    Abnormaler Abbruch! 'bin\ffmpeg.exe' oder 'bin\x265-NT6.1+.exe' möglicherweise a
    bgestürzt!
    Diesen Fehler bitte an eine der folgenden beiden Webseiten zurückmelden
    (Bei Seite zwei ist keine Benutzerregistrierung erforderlich):

    * https://www.voodooalert.de/board/?page=Thread&threadID=XXXXX [DEU, ENG]
    * http://wp.xin.at/archives/XXXX [ENG]

    Breche ab...


    FEHLER: Es wurden nicht alle Frames in Pass 2 kodiert [500/30]!
    Abnormaler Abbruch! 'bin\ffmpeg.exe' oder 'bin\x265-NT6.1+.exe' möglicherweise a
    bgestürzt!
    Diesen Fehler bitte an eine der folgenden beiden Webseiten zurückmelden
    (Bei Seite zwei ist keine Benutzerregistrierung erforderlich):

    * https://www.voodooalert.de/board/?page=Thread&threadID=XXXXX [DEU, ENG]
    * http://wp.xin.at/archives/XXXX [ENG]

    Breche ab...

    Schreibe Systembericht in .\RESULTS.txt...

    Multiplexe Ausgabe zu MKV Videocontainerdatei
    '.\var\temporary-output\output.mkv' für Wiedergabetests... OK

    Die ungefähre Abschlußzeit war 21:48 am 24.02.2017. Die temporären
    Dateien in '.\var\temporary-output\' können nach Wunsch gelöscht werden.

    Das Ergebnis kann nun aus der Datei '.\RESULTS.txt' ausgelesen werden!

    Drücken Sie eine beliebige Taste . . .

    16GB, alles klar. Da würden wir sehen, wie schlimm sich das Swapping auswirkt.. Wennst eine SSD und genug Swapspace hast (also ~16GB), sollte es wohl halbwegs gehen. Najo, jedenfalls keine Eile, es drängt ja nicht. :)

    Jeder Test hilft!

    Mit dem Featureausbau werde ich jetzt auch langsam aufhören. Es reicht. Die Skript- und Toolsammlung noch komplexer und featurereicher zu machen, macht langsam aber sicher keinen realen Sinn mehr. Der Fokus wird jetzt langsam zu Fehlerbehebung und Feinschliff wechseln. Sobald ich mir sicher sein kann, daß die Feature Completeness erreicht ist, und daß alle erkennbaren Fehler weg sind, geht's in die Beta.

    Aber eher nicht mehr im Februar. :)

    Edit: Wenn der die 48 Threads ned ausgelastet hat, dann kann ich mich eh gleich eingraben mitsamt dem Projekt! :topmodel:

    Edit 2: Aber schön zu sehen, daß NUMA wirklich klappt gemäß deines Outputs! Eine Sorge weniger.

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    3 Mal editiert, zuletzt von GrandAdmiralThrawn (24. Februar 2017 um 22:01)

    @Bier, nicht immer zu 100% aber doch fast durchgängig nah dran. Ram Auslastung war auch durchgängig bei ca 33GB.

    @ GAT, ich werfs mal Montag nach Feierabend an. SSD ist vorhanden, ich kann mir aber auch noch weitere 16GB aus
    einem anderen Rechner nehmen, dann sehen wir den Unterschied.

    Kurze Drops zwischendurch sind normal, die sollten aber wirklich kurz sein. Daß der RAM Verbrauch bei sehr vielen Threads über 32GB steigt ist aktuell (leider) auch normal.

    Zur SSD: Wenn du wirklich bereit wärst, einmal mit 32GB RAM und einmal mit 16GB + fettem SSD Swap zu testen, das wäre natürlich großartig! Aber bitte nur, wenn es keinen zu großen Aufwand darstellt!

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    50:34:05.029| ???|Bier.jpg| 2/4/4 | Intel Xeon X5470 3333 MHz | SuperMicro X7DWA-N |Intel® 5400B (Seaburg) | 64GB Quad Channel DDR2-667 FBdimm 5-5-5-15 | Win 7 x64 Ult SP1 (Alpha 2)

    So nun auch die Alpha 4

    09:14:33.881 | ???|Bier.jpg| 2/4/4 | Intel Xeon X5470 3333 MHz | SuperMicro X7DWA-N |Intel® 5400B (Seaburg) | 64GB Quad Channel DDR2-667 FBdimm 5-5-5-15 | Win 7 x64 Ult SP1 (Alpha 4)

    Passt ja schon Zeitlich besser zu deinem Ziel.
    Keine MKV Ausgabe mehr, Result.txt fehlen Infos

    Sowas ähnliches ist mir grade beim Versuch einige Codeteile in Batch Functions auszugliedern passiert (wenn auch mehr mit CALL als GOTO, aber letzteres war auch dabei):

    [Blockierte Grafik: http://www.xin.at/thrawn/pics/misc/goto.png]
    Quelle: [xkcd] (Klicken zum Vergrößern)

    Mit Batch geht's halt leider nicht anders. ;) Damit wär die heutige Arbeit für die Katz, es ist kaputt. Alles gelöscht, ich lass x265 statt dessen erst Mal ein paar neue Releases in gemütlichem 1080p kodieren und geh Anime schaun, Mahlzeit! Ich denk ich mach' am Montag weiter. :P

    Edit: Ich find' das Bild irgendwie witziger als ich sollte.. :rolleyes:

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"

    An dieser Stelle ein großes Lob an Dich GAT; für die viele Arbeit, die Du Dir damit machst! :thumbup:

    Stand Alpha4
    Ich habe den Code überflogen, Verschiedenes durchprobiert.. Gut gescriptet und dokumentiert.
    Final sollte man aus Gründen der Verschlankung etc. sämtliche REM etc. entfernen - vermutlich hast des
    eh so vorgesehen ;)
    Da ja später kein rehash vorgesehen ist (bei entf REM english forced), würde ich noch ne inkey 1/2 elso if goto
    für die Wahl DE/EN einbauen.

    So in der Form, das funktioniert; lässt sich noch verschlanken ;)


    einfach als .bat speichern und mal testen =)


    Die kleine Version läuft bei mir durch, die 8k rammelt gleich in den Bufferoverflow :spitze:
    Gut, bei 4GB unter Win7 X64 nicht anders zu erwarten.
    Ausgaben in der bash und Results.txt passen.

    Wenn ich mir die Zeiten so anschaue öffnet es wirklich die Augen, wie lahm son alter X4 945 trotz OC mittlerweile ist.
    Da ich jedoch kaum noch Videobearbeitung mache und die CPU für die ollen Spiele schickt, ist mein
    Elan zu neuer Basis noch gedämpft. Jedenfalls liege ich um den Faktor 5 lahmer als Umlüx beim Kleinen File.

    Grüße

    Bei Umlüx waren auch 32 Broadwell-EP Kerne am werkeln, da kann kein normaler Desktoprechner annähernd ran! :topmodel: Und ich MUß einfach noch was machen zum RAM Verbrauch, das is einfach zuviel.

    Die REM Lines werde ich aber drin lassen. Klar, die fressen einige Bytes (oder sogar Kilobytes), aber ich möchte, daß der Code so offen bleibt wie möglich. Wenn ich selber Code im Netz finde, der mich interessiert (also den ich klauen will! ;) ), dann freue ich mich auch immer über eine gute Doku im Programm. :) Außerdem, die paar Bytes.. wenn ich bedenke wieviel Platz die ganzen anderen Files fressen, vernachlässigbar. Bin halt ein wenig vernarrt in Codedokumentation, ich mach das irgendwie gerne. :)

    Bei der Sprachwahl hatte ich schon überlegt, ob ich es interaktiv machen sollte, aber ich denke Mal so.. einer, der ein deutsches Windows verwendet, für den wird Deutsch wohl passend sein, und alle anderen bekommen halt Englisch zwangsverfüttert, weil andere Sprachen beherrsche ich sowieso ned.

    Aber ich weiß ned was wirklich besser is, sollte ich den User mit einem Prompt belästigen? Oder sollte ich dem User die Entscheidung vorab abnehmen, und sie auf Basis seiner Betriebssystemsprache treffen? Schwer zu sagen... Funktionieren tut dein Code natürlich astrein, grade ausprobiert.

    Ajo! Das --rehash bleibt drin. Grund ist der, daß ich annehme, daß auch auf Windows vielleicht Mal irgendwer daherkommt, und den Bench mit einer anderen Version von x265.exe testen möchte, beim x264 Bench is das ja gang und gäbe. Deswegen will ich dem Nutzer dann doch eine simple Möglichkeit in die Hand geben, das zu tun. Vielleicht bau ich dann noch Code ein, der es in der RESULTS.txt automatisch vermerkt wenn eine "custom" Version gelaufen ist. Uh jo, das wär nicht dumm.

    Und zur "vielen Arbeit"... das fordert kein Lob. Ich seh das nicht als Arbeit, sondern mehr als Spaß. :) Etwas perverser, masochistischer Spaß mit der cmd zwar, aber trotzdem ein Spaß! :topmodel:

    1-6000-banner-88x31-jpg

    Stolzer Besitzer eines 3dfx Voodoo5 6000 AGP Prototypen:

    • 3dfx Voodoo5 6000 AGP HiNT Rev.A-3700

    [//wp.xin.at] - No RISC, no fun!

    QotY: Girls Love, BEST Love; 2018 - Lo and behold, for it is the third Coming; The third great Year of Yuri, citric as it may be! Edit: 2019 wasn't too bad either... Edit: 2020... holy crap, we're on a roll here~♡!

    Quote Bier.jpg@IRC 2020: "Je schlimmer der Fetisch, desto besser!"