Beiträge von Knackfrisch

    Da ja dem Encoder kein QP Wert gegeben werden kann, wirds wahrscheinlich der Standardwert von 23 sein + deiner Bitratenangabe on top. xD

    Welcher QP Wert ist denn mit CRF qualitativ zu vergleichen - ohne Dateigrößen zu sprengen? Wenn ich die Encodes von oben vergleiche, CRF 20 und QP 27, sehe ich kaum Unterschied - zumindest dann nicht, wenn das Video läuft. Schaut man sich die Frames an, sieht man, dass QP 27 etwas unscharf wird bzw. leicht pixeliger wirkt.


    Framevergleich:


    CRF 20: https://abload.de/img/cap_crf20viahandbrakesnj7l.png
    QP 27: https://abload.de/img/cap_gpuqp27viahandbrawyjha.png


    CRF Encoding via GPU geht wohl nicht.

    Wer Onboard-Grafik hat (zB. innerhalb der CPU) kann sich auch ne Krypto-Mining Karte kaufen (die einer 1060 von der Performance her exakt gleicht) für aktuell aus China (auf Taobao oder wie die Seite heißt) für knapp 80€, ein Modifizierter Treiber dazu und man hat ne extrem günstige (wenn auch ohne direkten Output via Karte) Gaming-Karte die vorher nur Bitcoins gemined hat (was aber jetzt aktuell sinnlos ist da die Stromkosten den Ertrag übersteigen)


    Das es funktioniert sieht man in einem der letzten Linus-Tech-Tips Videos...

    + Modifizierung am OS bzw. Bootloader damit man den manipulierten Treiber überhaupt benutzen kann. Ich würde genauso wie Linux von so einer Frickellösung absehen, zumal man dann darauf angewiesen ist, dass neuere Treiber gepatcht werden...

    Ich habe jetzt erst herausgefunden, dass Handbrake wohl seit der neusten Version(?) auch einen NVENC Encoder anbietet. Über diesen Weg dürfte es dann also auch mit früheren Vegas Versionen mit dem DebugFrameserver möglich sein, diesen zu nutzen. Wirklich langsamer als die Vegas eigene NVENC Funktion in Version 15 scheint sie auch nicht zu sein.
    Habe ihn gleich mal getestet, er scheint aber mit den CQP Werten, die ich einstelle, nicht wirklich zu arbeiten, die Dateien (und auch die durchschnittliche Bitrate) sind deutlich größer als bspw. die NVENC Codierung über Vegas selbst oder entsprechende x264/x265 Codierungen über die CPU.


    Handbrake unterstützt ab 1.2.0 NVENC. Mit 1.07 nur QSV.


    Bei Handbrake kann man mit NVENC jedoch nur QP benutzen und da werden die Dateien ziemlich groß.


    Test Video 1 - Länge = 41min03, 204,92 GB, 2560x1440p, 60 FPS, UtVideo YUV420 / BT709, 1 Audiospur


    Video wird nur in Vegas import und die zweite Tonspur entfernt und Smartrendering deaktiviert.


    Encode 1: Vegas 15 - Magix/Mainconcept @ NVENC @ QP unbekannt...


    Renderzeit: 50min
    Filesize: 5,66 GB


    Encode 2: Handbrake 1.07, CRF 20


    Renderzeit: ~2h 50min (kletter von 1,5h langsam nach oben)
    Filesize: 7,38


    Definitiv die bessere Bildqualität im Vergleich zum Magix Encoder, aber mit 4c8t CPU ziemlich hart.


    €dit: Das Source AVI wurde direkt encoded, ohne Vegas/Frameserver.



    Encode 3: Vegas 15 - Send2Handbrake 1.20 mit Frameserver @ Handbrake NVENC QP 20


    Renderzeit: 1h 10min
    Filesize: 20,24 GB


    (Renderzeit unbekannt, hab geschlafen, sollte aber ähnlich zu QP 20 sein, ist nur zum Vergleich wegen Dateigrößen)


    QP 23 13,74 GB
    QP 25 10,88 GB
    QP 27 8,15 GB



    Encode 4: Handbrake 1.2.0 @ NVENC QP 20


    Renderzeit: ~40min
    Filesize:


    €dit: Das Source AVI wurde direkt encoded, ohne Vegas/Frameserver.



    Test Video 2 - Länge = 2min30, 11,10 GB, 2560x1440p, 60 FPS, UtVideo YUV420 / BT709, 1 Audiospur


    Auch hier: Video wird nur in Vegas import und die zweite Tonspur entfernt und Smartrendering deaktiviert.


    Weitere Encodes:


    03min 11 sek - Vegas 15 - NVENC - Hohe Qualität - QP
    04min 20 sek - Vegas 2 Handbrake - NVENC QP 20
    00min 38 sek - Handbrake 1_2_0 - NVENC QP 20


    Man sieht also. Frameserver hat Auswirkung und nicht gerade wenig.


    Will man also schnellere Encodingzeiten, gibt es nur die Auswahl:


    - Premiere + Vouks Plugin
    - TMPGENC Dings
    - Videos mit AVI exportieren und direkt durch Handbrake/Staxrip jagen (dafür besseres Batchrendering möglich, auch wenn mit vorarbeit verbunden)
    - Magix Encoder und NVENC benutzen und mit schlechter Qualität leben (kein Einfluss bei QP Modus, Wert nach Zufallsprinzip?!*)
    - abfinden das Frameserver länger braucht
    - schnellere CPU


    *vor allem, dazu das wissen zu haben, das Magix das so schnell nicht ändern wird und man dann, wenn überhaupt, auf eine neuere Version upgraden muss, weil sie alte Versionen nicht pflegen wollen.

    Generell finde ich etwas sinnfrei, wenn man nur "Magix" schreibt. Magix hat 3 verschiedene Schnittprogramme im Angebot.


    - Fastcut
    - Video Deluxe / Pro X
    - Movie Studio / Vegas


    Ich stimme dir aber zu das Magix generell nix taugt. Vegas ist zum arbeiten jedoch einigermaßen OK, soweit ich das als Anfänger beurteilen kann. Aber als Firma/Entwickler taugen sie nix. Dazu später mehr.


    Die Decoder sind absolut langsam und die Encoder lasten CPUs äußerst schlecht aus, außer das liegt an der optimierung von Intel mit h264 Enkodierung, dass unterstützt die CPU ja. (wobei ich nicht sicher bin, ob sich auf die iGPU bezieht und man dafür QSV benutzen muss, oder ob die CPU das auch ohne QSV beherrscht, aber ich denke eher, dass der Encoder grottenschlecht programmiert wurde)


    Manche schwören bei Video Deluxe auf den Intel Encoder, der ja sooo schnell sein soll. Als ich Video Deluxe probiert habe, habe ich davon nicht wirklich viel gemerkt. Eine CPU Auslastung on 60-70% bezeichne ich als Fail.


    Soweit ich weiß gibt es (oder gab?) bei Video Deluxe optional den Encoder von Mainconcept gegen eine Gebühr von 5€ oder so. Der soll wohl performanter sein und bietet/bot mehr Optionen. Magix hat angeblich den Source lizenziert, da Mainconcept den Encoder nicht mehr weiterentwickelt.


    Zumindest hat Magix bei Vegas den Mainconcept überarbeit und ihm die Unterstützung für modernere Grafikkarten beigebracht. Ich empfinde es jedoch als absolutes Armutszeugnis, wenn Vegas 14 kein Update disbzgl. dem Encoder erhält. Es ist schon extrem lächerlich wenn 2016 eine Software (= Vegas 14) auf den Markt kommt, die lediglich veraltete Grafikkarten für GPU Rendering unterstützt... vermutlich erhoffen sie sich, dass manche Vegas 14 Nutzer wegen dem Encoder auf Vegas 15 (bzw. jetzt eher 16) upgraden, auch wenn manche diverse Neuerungen von 15/16 nicht benötigen. (die sogesehen dann eher als nice-to-have einzustufen sind)


    Wenn dann auch noch Programmierer wie Vouk Encoder Plugins entwickeln, die sämtliche H264 Encoder von allen Schnittprogrammen qualitativ in den Schatten stellen, ist es für Magix eine äußerst ungelegene Situation das File IO SDK freizugeben. So würden sie von einem externen Programmierer schlicht deklassiert werden.


    Auch wenn es rein Wirtschaftlich verständlich sein mag, empfinde ich es aus technischer Sicht einfach lächerlich. Und dann liest man häufig von Software as a Service. LOL!


    Allerdings finde ich den überarbeiteten Mainconcept von Vegas 15 gar nicht mal soo schlecht. Nur Performancetechnisch finde ich ihn trotzdem schlecht - trotz GPU Support.

    Artefakte.


    Könnte tatsächlich am Buffer liegen. Ich habe zwar kein XLR Mikrofon, aber experimentiere mit einem VST-Host und Plugins rum. Manchmal funktioniert es mit niedrigen Buffer ohne Probleme, dann wieder nicht. Erhöhe ich ihn, leider zu ungunsten der Latenz, gibt es keine Probleme.


    Und Knacken etc. deutet in dem Fall meiner Meinung nach definitiv auf zu geringen Buffer hin. Hat Voicemeeter nicht als Standard 1024? Außerdem habe ich mal gelesen, weiß nicht mehr wo, sonst hätte ich das verlinkt, dass der ASIO Treiber von Voicemeeter nicht gut sein soll und der Programmierer einer anderen Meinung sei.

    Da du wohl nur Konsolenspiele zockt, sollte das egal sein, da die Elgato den Videostream abgreift und komprimiert.


    Mit dedizierter Grafikkarte würdest du wohl nur Vorteile beim schneiden haben wegen GPU-Beschleunigung in der Vorschau etc. oder ggf. beim Rendern, aber da wirste ja (hoffentlich) Voucoder benutzen :)


    Aber rein zum aufnehmen wird das keinen Unterschied machen.

    Hätte mal eine Frage:


    Macht es Sinn, wenn man nur einen Google Account macht und auf diesem mehrere Kanäle erstellt, oder ist es besser, wenn man pro Kanal einen Account erstellt? Ich meine das aus "Sicherheitsgründen", wenn es doch ein Trottel schafft, Zugang zum Account zu erhalten, hätte er dadurch Zugriff auf alle Kanäle und kann so dann ggf. zu viel löschen oder ähnliche Dinge anstellen.



    Des Weiteren frage ich mich, wie sich das verhält, wenn der Kanal wegen Strikes gesperrt wird, wie sich das dann mit den anderen Kanälen verhält - werden die dann auch gesperrt? Versteht mich nicht falsch, ich lege keinen Wert auf brechen der Richtlinien, ich meine das eher generell. Es wäre schon recht übel, wenn es Probleme gibt und alle Kanäle gesperrt werden.

    File I/O war nie öffentlich

    Dann würde mcih mal interessieren, was im Devkit zu Vegas enthalten war. Das konnte man sich damals scheinbar runterladen. Wo ich vor paar Tagen nach dem SDK gesucht habe, habe ich einen Deadlink zur Sony-Seite gefunden, den finde ich inzwischen nicht mehr.


    Auch wenn Magix vorgibt, das Interface macht Probleme oder sei instabil, muss das nicht zwangsläufig stimmen. Vielleicht ist es die Wahrheit, vielleicht ist es nur eine Ausrede: beides ist möglich! Ich habe mich für eine der beiden Möglichkeiten entscheiden. Vielleich bin ich im unrecht, vielleicht auch nicht... wie ich schon geschrieben habe bleibt es letzten Endes Spekulation.


    Es wäre allerdings für Magix durchaus eine gute Idee wenn sie wenigstens Vouk das SDK geben. Das Plugin wäre ein riesiger Pluspunkt für Vegas.

    tl;dr Vegas ist doof.


    Sorry, aber ich hab nach 1/3 aufgehört zu lesen. Der Titel hat mich erst glauben lassen das Voukoder für Vegas kommt

    Ja, stimmt, du hast Recht. Die Überschrift ist nicht gut gewählt. Oops. Ich ändere sie. Eben weil es viel Text ist, habe ich ja dazu geschrieben das es viel Text ist... ;)


    @Game8


    Den anderen Thread hatte ich nicht gesehen, aber ich wollte mich einfach darüber auslassen und war interessiert daran, wie andere das sehen. Ich mag eine solche "Friss oder Stirb" Mentalität von Firmen nicht, weil ich das nicht in Ordnung finde. Magix könnte das neue Plugin durchaus auch für Vegas 14 anbieten, oder das Plugin SDK (wieder) veröffentlichen.

    Hallo zusammen,


    vorweg:


    Ich weiß, dass es auf absehbare Zeit kein Plugin dafür geben wird und genau das ist der Grund warum dieser Thread das Licht der Welt erblickt.


    Vorgestern habe ich Vouk im Forum per E-Mail (hätte eigentlich eine PN werden sollen, doh!) angeschrieben, ob er das Plugin für Vegas bereitstellen wird, es aber Probleme geben dürfte, an das Plugin SDK zu kommen, weil Magix das SDK vom Netz genommen hat. Gestern habe ich dann in seinem Forum diesen Thread entdeckt wo er schrieb:


    Zitat

    Ich stand vor ein paar Wochen in Kontakt mit den Vegas Entwicklern und habe ihnen angeboten den Voukoder auch in Vegas zu implementieren. Sie haben das abgelehnt mit der Begründung das die Plug-In Schnittstelle von Vegas leider instabil ist und sie die erst verbessern wollen. Auf eine weitere Nachfrage hin habe ich dann keine weitere Antwort mehr erhalten.


    Technisch wäre es möglich, aber es ist wohl nicht von Magix gewünscht.


    Seitens Magix ist das die billigste Ausrede die ich je gelesen habe. Es ist meiner Meinung nach einfach blamabel für ein solches Unternehmen. Wenn man sich ältere Video Deluxe Versionen ansieht, findet man wenig bis kaum Neuerungen und häufig "nur" kosmetische Änderungen. Bei Vegas scheint das wohl auch Einzug zu halten.


    Veraltete Codecs die nicht erneuert werden, man sich sogar rausredet, das MainConcept den Encoder nicht mehr weiterentwickelt (Video Deluxe, der mitgelieferte Intel Encoder ist brutal langsam und lastet auch Mehrkern CPUs nicht richtig aus) etc. Oder solche Dinge wie Vegas 14 auf 15, kaum Neuerungen, LUT-Plugin aber ohne Presets/Farbtabellen (oder wie man das nennt) und ein "neuer" Encoder, der im Grunde der gleiche wie der vorherige MainConcept ist, nur mit anderen Namen und dem Support für aktuelle Grafikkarten... und ich bezweifle sehr stark, dass Magix den neuen Encoder von Grund auf neu geschrieben hat!


    Wenn man sich ansieht, dass Vegas 2016 auf den Markt gekommen ist, hat die Anwendung GPU-beschleunigtes Rendern unterstützt... mit Hardware die 6 Jahre oder älter ist - allein das ist schon Armutszeugnis genug. Noch armseliger wird es, wenn einer der Entwickler im Vegas Forum (oder war es CreativeCOWs?) sogar einräumt, dass man das bei Vegas 14 verkackt hat... Alleine die Tatsache, dass des Öfteren in den Foren nach dem Support für aktuellere GPUs gefragt wird und wurde, hält man es aber dann letzen Endes nicht für nötig, ein erneuertes Plugin per Patch für zumindest Vegas 14 zur Verfügung zu stellen. Wenn man das für Vegas 13 oder älter nicht anbieten will, kann ich das verstehen. Sie haben es sogar auch auf Nvidia geschoben, weil Nvidia Vegas nicht unterstützt..oder erwartet Magix etwa, dass ihnen die Arbeit von Nvidia/Amd/Intel abgenommen wird? Denkbar wäre es ja, wenn man sich deren geringe Eigenarbeit ansieht. (übertrieben ausgedrückt)


    Und dann kommt Magix ernsthaft mit einer solchen billigen Ausrede um die Ecke, die Plugin-Schnittstelle sei zu instabil? Komisch, für die eigenen Plugins scheint sie stabil genug zu sein, auch wenn man als Entwickler der "Kernsoftware" gleich Änderungen machen kann wenn es Probleme gibt - das streite ich ja nicht ab.


    Aber es ist doch Merkwürdig, dass Vegas 15 bzw. MainConcept/Magix AVC aktuelle GPUs unterstützt.


    Dann kommt jemand wie Vouk um die Ecke, der ein hervorragendes Plugin entwickelt, das dann auch noch GPU-Rendering unterstützt und den mitgelieferten Encodern von Premiere in der Performance und Qualität überlegen ist... Zu allem überdrus auch noch Opensource und kostenlos... sich auch noch nahtlos in die Hostanwendung integriert. Geniale und saubere Integration! :thumbsup: @ Vouk


    Nein, so ein Plugin passt überhaupt nicht ins Konzept, das wäre geschäftsschädigend. Sonst upgraded doch keiner auf Vegas 15, der ja (endlich) aktuelle GPUs unterstützt.... und eigene, neuere, bessere Encoder könnte man so auch nicht verkaufen. (die es eh nicht geben wird)


    Randnotiz: "Nur" die Vegas GUI ist mit C# geschrieben, der ganze Rest, Plugins etc. ist mit C/C++ geschrieben, das bedeutet (für mich), Magix hat ziemlich sicher auch den Quellcode von Mainconcept, dessen kompilierten DLLs sind von September 2016 und von diesem Datum sind auch Magix eigene DLLs... (abgesehen von neueren Patches nach 2016).


    Aber MainConcept entwickelt den Encoder das doch nicht mehr weiter und das letzte Plugin war für Premiere CS6. Hmmm... d.h. entweder hat Magix den Sourcecode von Mainconcept AVC, oder sie haben tatsächlich einen eigenen Encoder geschrieben. Unmöglich ist es nicht, aber gut. Mir bleibt da nur Spekulation. Letzten Endes ist es ein irrelevantes Detail, es gibt eine überarbeitete Fassung, wie diese entstand ist egal. Ich glaube auch nicht, dass man tiefgreifende Änderungen bei Vegas 14 machen muss, wenn der alte Encoder bereits ältere GPUs unterstützt... wenn man das also erweitert für neuere. Für die Hostanwendung (Vegas) macht es keinen Unterschied, ob der externe (!!!) Encoder (DLL) nur eine GTX 680 unterstützt, oder ach eine 1080 TI - das macht keinen Unterschied. Nur für Magix macht es einen Unterschied: $$$


    Nur so viel: DLL laden, bereitgestellte Funktionen aufrufen, Ergebnis holen und in den FileStream schreiben. Fertig. Wie die DLL intern arbeitet kann der Hauptanwendung egal sein.


    Erschwerend kommt dann auch noch dazu, dass Voukoder keine Problem mit 4k mit 60 FPS Material machen soll, Mainconcept/Magix AVC soll kein 4k@60FPS unterstützen.


    Das ist eine rein wirtschaftliche Entscheidung, weil sonst kein Vegas 14 Nutzer auf Vegas 15 upgraden würde... aber nein, man kommt dann mit der lächerlichsten Ausrede überhaupt... ich sage ja nicht, dass der Grund nicht existent ist, versteht mich bitte nicht falsch, aber sie passt halt wirtschaftlich in das Geschäftsgebaren von Magix. Wenn man dann liest, das Vouk nachfragt und Magix die Kommunikation einstellt... das spricht Bände.


    Möchte man also mit Vegas (14) GPU-beschleunigt rendern, MUSS man auf Vegas 15 upgraden, was im übrigen 150€ kostet. Man kann das Plugin nicht einmal separat dazu kaufen. Man verkauft halt lieber das Upgrade, weil es mehr Geld bringt. Die geringfügigen Neuerungen von Vegas 15 sind (mir!) keine 150€ Wert, d.h. der neue Encoder kostet 150€..., man vermeidet es sogar das Encoder Plugin separat anzubieten. 150€ für einen Encoder? Ne is klar... (CCE hat sogar mal 1k gekostet, aber der war praktisch Industriestandard, der kleine CCE Basic war deutlich billiger, CCE werden die meisten hier wohl nicht kennen und werden damit wohl nicht viel anfangen können, vermutlich nur @De-M-oN, der Gleitz/Doom9 Nerd wird das kennen :D)


    Und wenn man liest, dass bei Vegas 15 Pro sogar Adddons gestrichen worden sind.... diese NewBlue Plugins sollen wohl nicht mehr laufen.


    Qualitativ und Performancetechnisch taugen die Encoder von Magix nichts. Wenigstens hat man bei Vegas die Wahl MeGU/Handbrake oder x264vfw zu benutzen, die sind vielleicht beim Rendern geringfügig schneller (der Frameserver ist wohl recht lahm), aber dann stimmt zumindest die Bildqualität!


    Das soll auch keine Grundsatzdiskussion auslösen, ob und welcher Encoder der beste ist. Viele unter Euch benutzen Handbrake/Megui/x264vfw nicht ohne Grund. Manche von Euch werden mit den internen Encodern zufrieden sein, soll jeder so handhaben wie er möchte... nur: Flexibility is King!


    Und ein Plugin wie von Vouk kommt da dann recht ungelegen. (An der Stelle an Vouk meinen allergrößten Respekt, ich ziehe mein Cap vor dir (was ich eben extra dafür aufgesetzt habe :D) - auch wenn es das Plugin für Vegas vermutlich nie geben wird).


    Dann schreibt hier jemand im Forum:


    Von Game8 aus diesem Thread: (direkt zum Post)


    Zitat

    Vegas Pro 14 greift nicht auf die Grafikkarte zurück wenn es eine aktuellere ist (glaube ab der 8er GeForce Serie gibts das Problem). Du brauchst mind. 15 damit es wieder deutlich schneller geht, hab den gleichen Fehler wie du gemacht und mir 14 gekauft - und dann die 15ner nachgeordert und jetzt klappt es wunderbar.


    Wenn ich so etwas lese, wird mir schlecht. <X Versteht mich bitte nicht falsch, jeder soll mit seinem Geld machen, was er will - so meine ich das nicht! Aber letzten Endes ist es genau das, warum Magix Vegas Pro 14 Edit im HumbleStore "verramscht" hat. Wirtschaftlich spricht dem nichts entgegen, keiner wird zum Kauf/Upgrade gezwungen. Nur, weil eine Software älter ist, ist sie dadurch nicht automatisch schlecht. Sie reicht in der Regel aus, vielleicht fehlen Features, oder manche Funktionen sind umständlicher zu handhaben, sie ist halt "nur" veraltet.


    Es ist einfach das Gesamtpaket von Magix... ältere Versionen primär kosmetisch erneuern und schon kann man jährlich einen Aufguss machen. Nur Embarcadero ist noch schlimmer.... IDE Bugfixes nur in neueren Version und da ist man im schlimmsten Fall gezwungen upzugraden..., abgesehen davon das sie die letzten Jahre 2 Major Builds pro Jahr veröffentlicht haben!)


    Was denkt ihr darüber? Sehe ich das zu dramatisch, weil man durch den Frameserver oder x264vfw eine Alternative hat?


    Jetzt bin ich mal gespannt... :)

    Also movie studio hab ich nichts gefunden wo man zb in 60 rendern kann. hab nähmlich die demoweißt du da iwas?

    Das kann man zum einen in den Projektoptionen einstellen, aber teilweise wird das nicht immer übernommen, wenn man einen Encoder auswählt. Aber man kann sich hier dann ein eigenes Preset einstellen. (aber darauf achten, dass du ganz oben einen eigenen Namen vergibst und dann noch den Stern anklickst und dann noch die Option (im Renderdialog) "Nur Favoriten anzeigen" auswählst. Die eigenen Presets stehen immer ganz unten.


    Achja, nämlich schreibt man ohne "h".

    Danke.


    Habe inzwischen die Entscheidung getroffen, QuickSync für Gameplay Aufnahmen nicht zu nutzen.


    Momentan habe ich jetzt das Problem, dass über eine Aufnahme mit AB es ab und zu vorkommt, dass MovieStudio 13 (Trial läuft in 3 Tagen ab und wollte mir dann in Kürze die 14er holen da ich mit SMS inzwischen (halbwegs) zufrieden bin und mir die Kombi mit MeGUI und FS zusagt), die Audiospur aus dem AVI nicht erkennt. Man kann das Video in die Bibliothek importieren, aber es gibt kein Audio angezeigt. Immer nur die Videoinfo. Ziehe ich das Video dann in die Timeline bleibt auch da die Audiospur weg. Schaue ich das Video mit VLC/SMPlayer/MPC an, gibt es Ton.


    Den gleichen Effekt habe ich bei QuickSync und MP4 auch gehabt, allerdings mit OBS. Da bin ich dann dazu übergegangen, MKV zu benutzen und das dann via Batch (siehe oben) nach MP4 zu bringen und da wurde das ursprüngliche MKV mit Constant Framerate zu Variable geändert - das sah man auch bei ffmpeg.


    Habe gestern mit den Aufnahmetools (DXTory, Action, OBS, Afterburner) rumgespielt weil ich schauen wollte wegen CFR/VFR.


    Da kam ich zum Fazit:


    Variable Bitrate


    - OBS mit AMD VCE / QuickSync
    - AB mit AMD VCE / QuickSync



    Konstante Bitrate


    - Action ist das einzige Programm im Test, dass mit Quickync/AMD VCE CFR benutzt hat. Wobei die Bitrate nicht 60.000 war sondern 60.xxx
    - AB mit MagicYuv
    - AB mit UtVideo (402 / 601 / 402 / 709)
    - DXTory mit MagicYuv
    - DXTory mit UtVideo ((402 / 601 / 402 / 709))


    Aber: Sobald ich beim Spiel die Aufnahme starte, habe ich teilweise Framedrops. Dabei ist es egal ob ich OBS, AB, DXTory oder Action benutze, dabei ist auch der Encoder bzw. Codec egal. Beim Overlay von Action bleibt die Framerate bei "DX11" (58 FPS) noch relativ stabil, dass resultierende Video ruckelt immer noch, aber nicht mehr so stark wie bei AB oder OBS.


    Mit AB (egal welcher Codec) sieht man es recht teilweise "deutlich", geht bis zu 54 FPS runter. Details im Spiel zu reduzieren hat nicht geholfen, nur die Reduzierung der Auflösung hat was gebracht - aber das will ich natürlich vermeiden, vor allem weil ich das Video eigentlich beim encoden resizen will. (2048x1152, wie hier im Forum empfohlen und je niedriger die Ursprungsauflösung ist, desto eher gibt es dann Artefakte)


    Resize natürlich nur, wenn das Video Lossless ist.


    Mache ich die Aufnahme wieder aus: Stabile 60 FPS.


    Was mir noch aufgefallen ist bei "The Touring Test". Die Engine scheint einen Framelock zu haben, es ist egal ob VSync an oder aus ist.Bei mir geht es nicht über 60 FPS... was an sich ja nicht schlimm wäre, wenn sie beim Aufnehmen stabil wären. Meine Hardware scheint wohl zu langsam zu sein. Am Wochenende werde ich wohl mal sehen, ob ich die CPU ein kleines bisschen übertakten kann, zumindest so weit, um den "relativ" geringen Framedrop zu kompensieren.


    @Saragas: Auf jeden Fall ein dickes "Dankeschön" für dein recht ausführliches Post.