Beiträge von De-M-oN

@Maxracer [lexicon]DXTory[/lexicon] kann allgemein nur die 32bit [lexicon]Encoder[/lexicon] der Codecs verwenden.

[lexicon]Afterburner[/lexicon] kann als einziges Aufnahmeprogramm, dank eigenen encoderprozess möglich, die 64bit [lexicon]Encoder[/lexicon] nutzen. [lexicon]DXTory[/lexicon] nutzt daher bei ALLEN codecs den 32bit [lexicon]Encoder[/lexicon]!

Welchen Farbraum hattest du?

4:2:2 ist kein YV12, ihr müsst das schon nach euren Vorstellungen umstellen.

@BloggingLP : Bei dir sicher ebenfalls das Problem, das du in einem größeren Farbraum als YV12 (4:2:0) aufnimmst.

@[Dosenbierdose] : Das erste Mal kommste rein. Aber das ist auch egal, du kannst die globale Konfiguration verwenden. (Startmenü - Programme - MagicYUV - [lexicon]Codec[/lexicon] config)

@ArnorLP : Schnellste Speed ist Predict Left, YUV 4:2:0. Das wäre dann wie UTVideo von den Methodiken her (left und 4:2:0), büßt aber halt kompression wieder ein.
Evtl hilfts auch hier wieder weniger Threads zu nehmen. Ich komm bei 2560x1600 und GZDooms manchmal echt [lexicon]CPU[/lexicon] belastenden Effekten des pfenh mods mit 4 Threads gut zurecht mit der dynamic kompression. Predict Left wäre noch etwas schneller denk ich. Zumindest an den schlecht komprimierbaren effektvollen [lexicon]cpu[/lexicon] berechneten effektstellen (große monstermassenkämpfe etc) bei meinem GZDoom war unlimited threads etwas zu viel [lexicon]cpu[/lexicon] wegnahme. 4 Threads lief gut. Vllt auch mal 2 probieren? Aber 2 wäre bei meiner 2560x1600 [lexicon]Auflösung[/lexicon] zu wenig, da wars schon bei UTVideo langsamer mit.

Zitat

Ich weiß nicht ob das nur subjektiv oder wirklich so ist. Jedenfalls finde ich den neuen [lexicon]Codec[/lexicon] schneller als den [lexicon]DxTory[/lexicon] und er produziert in die Hälfte kleinere Dateien.

Genau deshalb hab ich ihn vorgestellt. Und vllt isser mit predict left ja dann entsprechend noch schneller, immerhin dann weniger kompression.

Aber das tolle ist ja, das er trotz Kompression schneller ist als UTVideo/[lexicon]DXTory[/lexicon] [lexicon]Codec[/lexicon] und die Kompression nahezu wie [lexicon]Lagarith[/lexicon] ist.

Zitat von Ghorondor

Die Magic Aufnahme ist größer, jedoch hatte ich das Gefühl das die Aufnahme das Spiel nicht so ins Stocken bringt.

Erwartungsgemäß also.

Ja MagicYUV lässt ein bisschen kompressionseffizienz fallen wie im startpost schon geschrieben, was aber dann dafür sorgt, das es immer noch sehr gut komprimiert, aber die [lexicon]cpu[/lexicon] enorm entlastet wird und einen mächtigen speedschub gibt.

FFAudioSource als [lexicon]Decoder[/lexicon] genommen?

Die direkte [lexicon]WAV[/lexicon] ohne Umwege in [lexicon]MeGUI[/lexicon] dürfte spätestens gehen.

Es gehen mitunter deutlich mehr Tasten als Aufnahmetaste, wenn ihr sicherstellt, das AB sich nicht in ungewünschter Software reinhookt.

Um das nachzugucken was er gerade alles hookt auf das I Symbol klicken:

http://abload.de/img/unbenannt131gzsj6.png

Optimalerweise steht dann das nix erkannt wurde, solang euer Spiel nicht läuft:

http://abload.de/img/unbenannt132vis42.png

Sollte das nicht der Fall sein und dort ungewünschte Prozesse stehen, dann treibt dem AB das aus, indem ihr den exe name kopiert (da reicht bla.exe aus, er braucht nicht den vollen pfad) und dann beim RTSS aufs + Symbol klickt und die bla.exe eingebt und dann in der profileliste die bla.exe entsprechend anwählt und dort dann app detection auf none setzt.
Außerdem könntes ja auch der Performance zugute kommen, wenn er nicht unerwünschte andere Software mithookt. Und der hookt mitunter sogar ein antiviren programm, oder gar mein Total Commander. Also da solltet ihr wirklich mal nachschauen ;D

@CobraVerde

Ihr könnt gerne mal selber Vergleiche posten, wie gut der [lexicon]Codec[/lexicon] für euch performt im Vergleich zu anderen. Wäre ja auch mal interessant zu wissen wie es eben halt bei anderen läuft mit unterschiedlicher Hardware etc.

Aber bitte dann auch eure Einstellungen mitgeben und welches Spiel genutzt wurde und am besten auch [lexicon]CPU[/lexicon] Modell und [lexicon]HDD[/lexicon] Schreibspeed nennen.

Ja. Kannst du.

Ich möchte euch einen neuen [lexicon]Lossless[/lexicon] [lexicon]Codec[/lexicon] vorstellen der dieses Jahr erschienen ist und mittlerweile version 1.0 RC4 erreicht hat.

Dieser [lexicon]Codec[/lexicon] wurde von grund auf so designt das er so schnell wie möglich encodiert und decodiert, dabei dennoch eine recht gute Kompression zu bieten hat, jedoch dabei so wenig wie möglich die [lexicon]CPU[/lexicon] zu belasten. Beispielsweise wird auf 1 bis 3% Kompressionseffizienz verzichtet, dadurch aber 50 bis 100% schneller. Also eig perfekt für uns Des Weiteren ist er vor allem optimiert unter hohen Auflösungen schnell zu sein. Ein weiterer Vorteil für uns. An der Kompression von Lagarith kommt er natürlich bei weitem nicht ran, aber Lagarith braucht dafür auch signifikant mehr Verarbeitung seitens CPU, was dann doch merklich auf die FPS drücken kann. Die Kompression ist allerdings etwas besser als UTVideo.

Wie ihr wisst, habe ich ja ein RAID 0 mit 352 mbyte/s schreibspeed, von daher eine sehr gute basis den [lexicon]codec[/lexicon] auf speed zu testen.

Die Kompressionsstärke ist auf dynamisch standardmäßig stehend. Er pässt damit die Kompressionsstärke nach der Komplexität an. Komplizierte Bereiche werden dann stärker komprimiert, während die [lexicon]CPU[/lexicon] entlastet wird an Bereichen wo sich gut komprimieren lässt. Empfehlung laut Quickinfo wäre für Videocapture eine Predict Median Compression.
Der [lexicon]Codec[/lexicon] bietet einen sehr breiten Support an Farbräumen. Außerdem wäre die Möglichkeit gegeben YUV in pc range aufzunehmen. Für youtube natürlich unsinn, aber ums erwähnt zu haben. Die Farbmatrix lässt sich hier auch direkt bestimmen (wie schon bei UTVideo) und sollte auf 709 bleiben.

Hier ein Blick auf die Konfiguration:

Wählt oben euer zielfarbraum aus. 4:2:0 wäre für die meisten die beste Wahl, kann man aber höher stellen, wenn man den Auflösungsskalierern und Filtern was gutes tun möchte. Braucht dann aber starke Festplatte.
Downsampling Interpolation in jedem Fall drin lassen, sonst ist jeder 2. Pixel farblos.
Es kann Fälle geben, wo eine andere Threadmenge als maximal weniger fps verlust bedeuten kann. Evtl bei sehr cpu intensiven Spielen.

Der [lexicon]Codec[/lexicon] lässt sich auch in Timeline NLEs öffnen.

Hier die Webseite: http://magicyuv.com
Forumthread: http://forum.doom9.org/showthread.php?t=170227

Zitat von M!ssN3rdy

Ich finde die USK gut und weiterhin nötig, einfach damit Kinder solche Spiele nicht spielen. Ich gehe davon aus, dass jeder normale Erwachsene und auch schon Jugendliche mit den Inhalten der Spiele zurecht kommen und sie als das sehen was sie sind... Spiele und keine Widerspiegelung der Wirklichkeit.
Kinder können das noch nicht differenzieren

Natürlich können sie das. Ich konnte das auch und andere auch. Kinder haben doch kein Dinosauriergehirn.

Wäre auch etwas widersprüchlich bei einem [lexicon]lossless[/lexicon] [lexicon]codec[/lexicon] eine Qualität zu bestimmen.

Der [lexicon]Codec[/lexicon] bietet seine eigene Konfiguration.

[lexicon]x264[/lexicon] config - misc - v.u.i. die range mal auf pc stellen und encoden. vllt hilft das ja.

Ohne [lexicon]NLE[/lexicon] wäre das Leben leichter

Ich wette das irgendwo trotz richtiger Vorschau irgendwas bei Vegas noch anders ist, als erwartet wird.

Aber Sagaras hat schon recht - ohne es vor sich zu haben, kann man ab jetzt auch nicht mehr weiterhelfen.

Zitat von 360GameTv

Das war es leider auch nicht (hab gleich das ganze Video [lexicon]encodieren[/lexicon] lassen)

Es ging uns darum ob mit dem ConvertToYV12() es auch in der Vorschau von [lexicon]MeGUI[/lexicon] falsch ist.

Denn das convert wird erst von [lexicon]MeGUI[/lexicon] ins script gesetzt, wenn das Script in die Queue kommt.

Was willst du mit sharpen? Wenn du das schärfst isses klar, das es umso schlechter komprimierbar ist. Dann müssen die Blockübergänge noch viel feiner sein, damit sie vom Auge nicht erfasst werden. Der umgekehrte Weg ([lexicon]blur[/lexicon]) hätte da mehr Sinn gemacht.
Wenn du es schärfst wirds halt nochmal schlechter auf youtube aussehen.

kontrast und brightness und sättigung würd ich auch weglassen.

Achso @Pesti :

Falls du 10bit encoding machst, werden die schnittquantizer um 10 höher sein. Also nicht wundern, wenn zb bei [lexicon]CRF[/lexicon] 20 da 30er Werte stehen

Anfangs behalten, mittlerweile schmeiß ich die weg. Kein Bock ein Festplattenlager aufzubauen.

Man könnt sie ja für privat in kleinerer [lexicon]Auflösung[/lexicon] codieren und normalerem [lexicon]CRF[/lexicon] als 10 xDDD Aber nee irgendwann würden die Platten auch damit voll werden und nur deswegen neue HDDs kaufen müssen, isses mir irgendwie nicht wert. Ist zwar risikoreich und schade sie wegzuschmeißen, ist aber mittlerweile einfach die sinnvollste lösung für mich.

Achja: Falls dich interessieren sollte nach dem bitratenencode, welcher durchschnittlicher quantizer bei rum gekommen ist : [lexicon]x264[/lexicon] gibt eine ausführliche Statistik nach dem Encode aus. Da du eine [lexicon]GUI[/lexicon] benutzt, statt die kommandozeile (sprich [lexicon]MeGUI[/lexicon]), siehste die natürlich nicht, jedoch führt [lexicon]megui[/lexicon] diese Ausgabe natürlich ebenso in die log auf. Daher nach dem encode zum reiter logs gehen, dann dein videoencode aufklappen, dann standard error stream aufklappen, da steht dann die besagte statistik von [lexicon]x264[/lexicon]. Da siehste dann u.a. auch den durchschnittlichen quantizer je frametyp.
[lexicon]CRF[/lexicon] bestimmt den durchschnittlichen quantizer der auf die p frames auf liegen soll.
___

Ja ich meine halt kein schlechteres / schnelleres preset als slow. Medium wäre noch ok, aber slow tu ich ausdrücklich empfehlen für hochwertige encodes.
10bit encoding hilft der quali und filesize ebenfalls.

Dann mach doch [lexicon]CRF[/lexicon] und VBV kombiniert. Hier aber auf keinen Fall kleineres preset als slow.

Musst halt nur die VBV Maxrate jedes Mal neu anpassen, wenn du diese 2GB haben willst (dazu hilft tools - [lexicon]bitrate[/lexicon] calculator dir). Oder eine [lexicon]bitrate[/lexicon] wählen, die nie über 2GB kommt bei deinen videolängen.

Oder du steigst komplett auf bitratefixed um. Dann wäre automated 2pass möglich. Sprich 2pass. Wie gesagt: Bei bitratefixed ist logischerweise das gewählte preset absolut qualitätsentscheidend. Nicht tiefer als slow gehen.
Nur dauert ein 2pass encode halt länger, wegen dem ersten analyse pass und inkomplexe videos ala tutorials würden natürlich ebenso deine gewählte [lexicon]bitrate[/lexicon] bekommen, es sei denn sie ist [lexicon]lossless[/lexicon] codiert immer noch kleiner als deine gewünschte [lexicon]bitrate[/lexicon] - was bei tutorials ja schnell passieren kann. Aufblähen tut [lexicon]x264[/lexicon] dann jedenfalls nicht.

automated 2pass sähe natürlich besser aus als ein [lexicon]CRF[/lexicon]+VBV 1pass encode, ausgehend davon das diese kombo ziemlich lange auf der vbv max nagt. Denn es ist ja 1pass codierung.

Wäre kein Unterschied. Beides 1pass encodes.

Da würde sogar [lexicon]CRF[/lexicon]+VBV besser aussehen, da so nicht auch die inkomplexen stellen mit dem hohen [lexicon]CRF[/lexicon] laufen. Was sie mit hohem [lexicon]CRF[/lexicon] sonst ja tun würden.

Ergänzend zu Sagaras:

Zitat von Bador

Hab daher das VIdeo auf [lexicon]MP4[/lexicon] gerendert, aber dann kann ich das audio ja nicht mit den merge iweder zusammenpacken.

Ne aber mit MP4boxgui.

Ums direkt von [lexicon]MeGUI[/lexicon] gemuxt zu bekommen: AutoEncode Button: [lexicon]MP4[/lexicon], No target size, no splitting, und auf queue drücken (das würde dann 3 jobs adden: audio, video, mux) Damit du AutoEncode nicht jedes Mal aufs erneute einstellen musst, kannste auch in meguis optionen mit configure autoencode defaults auch permanent speichern.

Aber [lexicon]MP4[/lexicon] unterstützt nur MP1, MP2, MP3, [lexicon]AAC[/lexicon] als audioformate. [lexicon]FLAC[/lexicon] oder Vorbis kannste also da nicht rein tun. Sprich das mit AutoEncode setzt voraus, das das Audio auch in [lexicon]MP4[/lexicon] getan werden kann, sonst gibt AutoEncode dir auch gar nicht erst [lexicon]MP4[/lexicon] zur Auswahl. Er bietet dir nur kompatible [lexicon]Container[/lexicon] an (sprich guckt, was du in [lexicon]megui[/lexicon] geladen hast)

Aber das wäre ja auch gar kein Problem, denn Audio muss ja nicht zwangsläufig in ein [lexicon]Container[/lexicon], sondern kann ja auch ohne [lexicon]Container[/lexicon] ergänzt werden ins programm.

Zitat von Delin

Welche Videogenres guckt ihr euch an?:

zum hauptteil Gaming und ab und zu musik.

Zitat von Delin

Welche Lieblingsyoutuber habt ihr?:

tpHonkitonk, MrLeonMontana, AltimaMantoid

Zitat von Delin

Guckt ihr euch auch kleinere Youtuber an?:

Fast ausschließlich, wobei MrLeonMontana (mein RL Kumpel's Kanal) ja ziemlich genial läuft (NEID ! )
Aber ja, ich gucke hauptsächlich kleine, einfach weil die a) meine Spiele nicht deutschen mainstream anspricht - so gar nicht. und b) ich würde gerne auch noch antworten auf kommentare kriegen und fühlen das sie auch gelesen werden. Bei großen kannste was kommentieren, und es wird eh nicht umgesetzt, weil entweder 50 mio videos im voraus aufgenommen wurden, oder aber er sie einfach schlichtweg nicht liest, wenn die kommentare fast einem chat gleichen. Zudem gefällt mir die Kommentierung bei kleineren in der Regel deutlich besser, da sie auch noch natürlicher wirkt.

Zitat von Delin

Welche Formate seht ihr gerne?

Lets Plays, Walkthroughs, Speedruns, Gameplays, Satiren zu verbugten Simulatoren

Zitat von Delin

Welche Formate seht ihr gerne in Let's Plays? (Realtalk, direkt aufs Spiel kommentiert, Commentary[mit welchen Themen?]...)

Direkt aufs Spiel kommentiert!

Zitat von Delin

Guckt ihr "Troll"-Formate? (Siehe Rewiniside Teamspeak-Trolling oder Broken Thumbs):

ne..

Zitat von Delin

Guckt ihr eher andere oder gleiche Videos wie ihr macht?:

meistens LPs ja.