Beiträge von De-M-oN

Zitat von Sagaras

Stealth mode und Custom Direct3D support: on

Ne. Das nimmt leistung und sollte nur bei Problemen zugeschaltet werden.

PS: [lexicon]CPU[/lexicon] Limitierung misst man nicht mit der % Anzeige. Die sagt nix darüber aus. Nur wie effizient das Programm die [lexicon]CPU[/lexicon] nutzen kann und wie gut sie Multithreading nutzen kann. Mehr nicht. Ein Spiel das 100% [lexicon]CPU[/lexicon] verwendet ist nicht kacke programmiert, wie es die Leute all zu gerne dem Entwickler vorwerfen, sondern zeugt von exzellentem Multithreading und der Entwickler sollte eher dafür gelobt werden.

Zitat von GelberDrache92

Einmal [lexicon]MSI Afterburner[/lexicon] und RTSS komplett deinstallieren und dann hier runterladen:

RTSS 6.4.0 gibts aber nur einzeln zu laden, da im AB setup noch 6.3.0 enthalten ist.

6.4.0 gibt es hier: http://www.guru3d.com/files-de…tics-server-download.html

ggf müssen einstellungen in [lexicon]Afterburner[/lexicon] und RTSS neu getätigt werden dann.

Zitat von Death280

und 2048x1152 bringt ja nichts wenn ich nur 1920x1080 aufnehme

[lexicon]Hochskalieren[/lexicon]? Wurd dir doch schon gesagt. Am besten via Spline36.
Die 3-fache [lexicon]bitrate[/lexicon] seitens youtube sollte man schon mitnehmen

Zitat von Death280

und framerate wird auch nur bei YouTube einmal mit 30Fps 48Fps oder 60Fps gewertet

Falsch. kannst auch 49,56 hochladen. Und youtube encodet es dann zu 49,56.

Keine Ahnung. Kann ja mal wer testen vllt.

Zitat von RealLiVe

Produziert NVEnc eig. immer [lexicon]VFR[/lexicon]? Auch bei [lexicon]OBS[/lexicon]?

[lexicon]Afterburner[/lexicon] macht [lexicon]CFR[/lexicon].

Zitat von Death280

Nutze Nvidia NVENC

Keine gute Idee. Kein [lexicon]Lossless[/lexicon] ist keine tolle Grundbasis für spätere Filter und [lexicon]Encoder[/lexicon]. Und Youtube solls dann nochmal zum dritten mal codieren -> keine gute idee.
Durch die Aufnahme in variabler Framerate kann es bei Wandlung zu [lexicon]CFR[/lexicon] schnell zu Asynchronitäten kommen.
Das Video sollte 2048x1152 und nicht 1920x1080 haben => Youtube Qualität +++

Würde zur Aufnahme [lexicon]MSI Afterburner[/lexicon] verwenden und für die Codierung [lexicon]Sagaras Scriptmaker[/lexicon] für die [lexicon]Avisynth[/lexicon] Scripterstellung und für die Codierung [lexicon]MeGUI[/lexicon].

Zitat von Kamikotze

Auf der anderen Seite sagen viele, dass teilweise bis zu zwei Tagen gewartet werden muss (Googleforen).

Die letzten Tage war das Encoding eben halt extrem langsam zu [lexicon]VP9[/lexicon]. Normal reicht ein Tag bei einem 20min Video.
Aber das letzte Blood Video brauchte auch 2 Tage. Jemand sollte Youtube mal ein paar zusätzliche CPUs spenden Die reichen schon wieder nicht mehr

Wenns gar nicht kommt ggf einen Re-encode initiieren: (Video bearbeiten -> Video Verbessern - ohne irgendwelche Änderungen direkt auf Speichern drücken. Dann wird ein Re-encode ausgelöst. Der Re-encode geschieht mit deinem [lexicon]Quellvideo[/lexicon], nicht mit dem Youtube Coding. Also keine Sorge

Ach und [lexicon]VP9[/lexicon] kriegt man auch wenn man in 720p hochlädt. Das mit dem 2048x1152 sagen wir nur, weil dann auf 1080p [lexicon]Label[/lexicon] die 3-fache [lexicon]Bitrate[/lexicon] läuft, weil dann nämlich die 1440er Qualität aufm 1080p [lexicon]Label[/lexicon] rennt.

Zitat von Lillyaja

"Dafuq, 11 Jährige sollten lieber draußen spielen! Warte noch ein paar Jahre."

Was ein bullshit xD Ist doch deine Sache. Dein Hobby, dein Leben

Zitat von Lillyaja

irgendwelche GTA-CallOfDuty-Battlefield-Spiele zu zocken

Auch kein [lexicon]Doom[/lexicon]?

Im Ernst, spiel doch was dir Spaß macht

Wenn du [lexicon]Doom[/lexicon] spielst würd ich sicherlich mal reinschauen. Wenn du Barbie spielst, eher nicht ;D

Zitat von Luzi

Ich machs direkt über [lexicon]NLE[/lexicon] Also easy going

Ändert trotzdem nichts an der doppelten Farbkonvertierung + das die [lexicon]Encoder[/lexicon] der [lexicon]NLE[/lexicon] absolut nichts taugen und gar nur bitratefixed anbieten. [lexicon]TMPGEnc[/lexicon] 6 als [lexicon]NLE[/lexicon] wäre wenigstens beim [lexicon]Encoder[/lexicon] die Ausnahme. Die einzige [lexicon]NLE[/lexicon] die man empfehlen kann, wenn sie nicht nur gut editieren können soll..

@Kamikotze : Ich krieg auch permanent [lexicon]VP9[/lexicon].

Das eine bestimmt ob die Frage auftauchen soll, und das andere bestimmt (falls AskAboutYV12 false ist) was er tun soll, ob adden oder nicht.

Naja klar. Weglassen der b-frames erübrigt die Suche nach diesen die einsetzen zu können und erübrigt alle Kompressionsmechanismen die auf dessen aufbauen, wie [lexicon]b-frame[/lexicon] pyramide und co.

Encodespeed wird dadurch stark erhöht. Jedoch niemals außerhalb von [lexicon]CRF[/lexicon] verwenden. B-Frames sind sehr sehr wichtig, wenn man bitratefixed, oder quantizerfixed encodet.

Zitat von Sagaras

Dann starteste [lexicon]MeGUI[/lexicon] wieder und er sollte dir dann auch wieder die Frage stellen.

Reicht nicht. Das wichtigste ist das hier:

<AskAboutYV12>false</AskAboutYV12>

Zitat von Sagaras

Da reicht wirklich dann ein neutraler Skalierer wie Spline36, Spline16 oder Spline100 aus.

Von denen ist nur 36 neutral. Die anderen gehen in richtung weiche Skalierung. 100 könnte halt manchen zu unscharf sein. Muss man ausprobieren

Zitat von Sagaras

Bei 720p Aufnahmen würde ich eine Faktorenskalierung empfehlen. 720p -> 1440 -> 1152

Im Falle Blood würd ichs auf 1440p belassen. Blood sieht damit besser aus. Irgendwie empfinde ich die Verluste vom Downscaling ziemlich sichtbar, irgendwie scheint das schlimmer zu sein, als eine Hochskalierung - wo eig. nahezu 1:1 skaliert wird für's Auge.

Da würd ich von dem her in dem Falle mal testen was besser aussieht.

Ob unnötige Farbkonvertierungen erfolgt sind, sieht man anhand der Log von [lexicon]MeGUI[/lexicon] und er würde dann auch ein gelbes Dreieck schmeißen. Falls eine [lexicon]NLE[/lexicon] vor hängt oder durch sonstiges es schon falsch in [lexicon]MeGUI[/lexicon] rein gehen sollte, dann kann [lexicon]MeGUI[/lexicon] das aber schlecht wissen.

Bei [lexicon]CRF[/lexicon] hat das abstellen der b-frames nur ein Wachstum der Dateigröße zur Folge.
Die YV12 Abfrage kann man in der settings.xml wieder aktivieren. Ein schreibschützen der AVS Datei wäre aber ein workaround^^

Zitat von Luzi

Vom Vorteil, aber richtig hart ;D

Kommt drauf an mit was man besser umgehen kann, auf was man die Priorität setzt und wie umfangreich die Edits sein sollen.

Qualitativ ist [lexicon]Avisynth[/lexicon] sinnvoller beispielsweise, da man so die RGB Konvertierung umgeht. So haste nämlich eine YUV -> RGB -> YUV Konvertierung. 2 Farbraumkonvertierungen, wenn deine Aufnahme nicht in RGB vorliegt.
Speedmäßig ist [lexicon]avisynth[/lexicon] ebenso sinnvoller, denn [lexicon]NLE[/lexicon] -> [lexicon]Frameserver[/lexicon] -> [lexicon]Avisynth[/lexicon] -> [lexicon]x264[/lexicon] isn recht langer Weg.

Zitat von RedDragonGamer

Ich lade meine Videos mitlerweile nur mehr mit 720p hoch da dies wie ich finde vollkommen ausreicht

Sieht bereits lokal schon nicht optimal aus. Aber Youtube gibt darauf derart wenig [lexicon]Bitrate[/lexicon] und codiert es derart schlecht - nein das reicht absolut nicht aus -.-

Zitat von Luzi

aber zum schneiden muss man halt auf anderen Programme zugreifen

Muss man nicht. Kann man.

Zitat von Mukimuk

Und was soll ich jetzt in die Command Line schreiben? --output-csp "i444" oder --output-csp "RGB"?

i444, wie gesagt - kleinere Datei und die Pipeline damit du 64bit [lexicon]x264[/lexicon] trotz 32bit [lexicon]avisynth[/lexicon] nutzen kannst unterstützt nur YV12, YV16 und YV24 und von daher wirste durch output-csp rgb tatsächlich durch die pipeline zu YV12 konvertiert haben und dann von YV12 heraus auf RGB wieder hochgesampelt. Das natürlich nicht sonderlich sinnbehaftet

Zitat von Mukimuk

Und was soll ich beim [lexicon]Debugmode Frameserver[/lexicon] auswählen? RGB24 oder RGB32?

Das, was du hübscher findest. Falls du mit [lexicon]Avisynth[/lexicon] jedoch Filter verwendest, welche RGB32 benötigen (wie zb Overlay, wenn du ein Bild mit Transparenz auftragen willst) machts natürlich Sinn RGB32 direkt zu nehmen, dann muss [lexicon]Avisynth[/lexicon] nicht erst changen (wobei die Wandlung wahrscheinlich eh im nuancen bereich zeit kostet, aber dennoch kann man das ja mitnehmen, wenn man es bloß anders anpunkten brauch.

aktuell so 2,5 bis 3 mbyte/s.

etwas mehr als deine 13 mbit. Kann aber natürlich variieren.

'nen Gbit kriegste da jedenfalls nicht rein.

Warum tust du keine [lexicon]WAV[/lexicon] in den Audio Input? Warum das Script?

Du solltest sowieso mal deine log checken, denn die pipeline kann nur YV12, YV16 oder YV24. Ansonsten müsstest du nämlich 32bit [lexicon]x264[/lexicon] nutzen, wenns RGB sein soll. Wenn die Pipeline etwas nicht unterstütztes bekommt - zb eben RGB - dann wird dein Video zu YV12 konvertiert, während [lexicon]x264[/lexicon] es dann wieder zu RGB upsampelt (output-csp).

YV24 hat noch volle Chroma [lexicon]Auflösung[/lexicon], liegt jedoch dann im YUV Farbraum vor und die Farbrange ist auf 16-235 reduziert, RGB ist halt 0-255. Insofern ist dann 16 = 100% Schwarz und 235 = 100% weiß. Das heißt wir haben hier etwas engere Auswahl an Farbhelligkeiten.

Unterschied ist dennoch recht marginal. YV12 ist dann aber schon ein merklicher Verlust.

Kannst dann einfach in i444 machen. Spart schonmal deeeutlich platz.
Und mit CRF16 haste halt große Dateien. CRF16 ist schon eine enorme Forderung an Qualität^^ Ich selber nutze zufällig auch 16. Aber bei meinem Uploadspeed ist mir die Dateigröße ziemlich egal. Dank Root kann ich auch schon während des Encodens hochladen und mit CRF16 überholt bereits der Upload ständig den Encode. Eig. könnte ich von dem her sogar tiefer gehen xD (oder eine bessere [lexicon]CPU[/lexicon] kaufen )

rgb wird groß, das ist klar..
Das bringt dir aber rein gar nichts, wenn du nicht auch in RGB aufnimmst.
Und selbst wenn du in RGB aufnimmst, so tut es ein YV24 beim encode ( -output-csp i444 ).
Wenn du Premiere weglassen würdest, hättest Farbkonvertierung weniger drin.
Bei Premiere den [lexicon]Frameserver[/lexicon] auf YUY2 stellen, wenn die Quelle YUV ist, wenn es eine RGB Aufnahme ist, den [lexicon]Frameserver[/lexicon] auf RGB.

In welche [lexicon]Auflösung[/lexicon] codierst du denn? 1920x1080 wird Pampe auf youtube. 2048x1152 und du hast 3-fache [lexicon]bitrate[/lexicon]. Die [lexicon]FPS[/lexicon] Rate auf mind 41 [lexicon]fps[/lexicon] steigert die Qualität auf youtube weiter.

Zitat von GamersPlayDE

Ok danke für die Info hatte bis dato nur Infos das die Dateien dann erheblich größer sind deshalb habe ich es gar nicht erst probiert

Weil zu viel Bullshit verbreitet wird von Leuten die keine Ahnung haben

Wenn du gute Qualität willst:

Nimm wie gesagt deine Capture Karte [lexicon]lossless[/lexicon] auf.
Nimm kein Premiere, nimm [lexicon]SSM[/lexicon] + [lexicon]MeGUI[/lexicon] zum Encoden ([lexicon]x264[/lexicon] [lexicon]Encoder[/lexicon])
Skalier auf 2048x1152 via Spline36 mit mind. 41 [lexicon]fps[/lexicon] (youtube gibt dann die 3-fache [lexicon]Bitrate[/lexicon])

Sagaras Scriptmaker 6.0 (GUI für Avisynth)
MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)