Beiträge von The Walking Pets

Habe gelesen die maximale Bitrate sollte man so hoch wie möglich stellen, wieso? Nimmt er sich dann mehr, wenn er an einer stelle mehr braucht? Oder wie klappt das?

http://imgur.com/a/x18HC

Ist das von den Daten her so in Ordnung? 3,17 GB, 22 Minuten auf 1152p, Zielbitrate war 20, maximale war 30.

Spiel ist: The Walking Dead Season 1 von Telltale Games.

Oder ist die Bitrate zu hoch?

Danke!

Habe das Video nun noch mal gerendert mit MeGui. (Aber ausversehen ohne Mic-Sound, aber nicht so schlimm!)

CRF 21, 1152p(Durch fehlendes VP9 kein 1440p60 von YouTube), 10bit encoding.

Und hier das Adobe Premiere

Video, 2-pass VBR 20-30Mbit/s, maximale Tiefe, bestmögliche Renderqualität aktiviert, h.264.

Ich sehe kein Unterschied, welcher sich lohnt, Stapelproduktion abzuschreiben.

Gut H.264 von YouTube ist kacke, VP9 wäre deutlich besser mit 1440p, ist aber im Moment nicht möglich.

Ich habe das gleiche Video nochmal mit der Rohdatei gerendet, VBR 2-pass Zielbitrate 20Mbit/s, max. Bitrate 30Mbit/s. (Wobei ich nicht verstehe, was das heißt... xD)

Maximale Tiefe und maximale Renderqualität.

209MB für ~1,40 Minuten. Bei 2048x1152 mit 60FPS.

Ich lade es testweise auf Youtube und Vid.me hoch und lese mich nebenbei in deine Verlinkung ein.

Hab ich das richtig verstanden und Magix kann x264 direkt als Codec auswählen? :X
Wäre bitter wenn ich das falsche Programm hätte nun.

Mal sehen ob sich der Unterschied wirklich lohnt, um auf Batch/Stapelverarbeitung zu verzichten.

Zitat von Julien

Konstante Bitrate ist ziemlich unwirtschaftlich, variable Bitrate mit zwei Durchgängen würde schon mal für mehr Bildqualität sorgen. Wenn du auf 2048x1152 hochskalierst, bringt das ebenfalls einen großen Schub – und x264vfw wäre ebenfalls noch gut, wird aber wieder etwas umständlicher und komplizierter.

x264vfw sagt mir nichts, google ich gleich mal!

Was genau machen die zwei Durchgänge denn? Und wie hoch sollte die Bitrate?

Oh, was vielleicht wichtig ist, die Rohaufnahme wurde mit der aktuellsten DXtory Version aufgenommen, mit dem MagicYuy 2.0 Code auf YUV 4:2:2 @ 60fps

Hallo!

Da der SSM runtergenommen wurde und MeGUI mir auf dauer einfach zu nervig wurde(Umständlich für Stapelverarbeitung bzw Massenproduktion, ein KO Kriterium!!), habe ich es mal mit Adobe Premiere versucht.

Hier meine Settings: http://imgur.com/a/gaI7I
Bitrate ist CBR 25Mbit/s

Hier der YouTube Link:

Bin nicht ganz zufrieden, jemand Vorschläge?

Zitat von Julien

Wenn du keine Faktoren nimmst, sondern eine benutzerdefinierte Auflösung erstellst, sollte es gehen.

Ok, ich gucke mir das mal an! Habe damit noch nicht wirklich viel rum gespielt und wusste nicht, das ich eine eigene auswählen kann!

Zitat von Julien

Wenn es dir auch um Kodierungsgeschwindigkeit geht, dann würde ich noch folgende Alternative vorschlagen: Du könntest direkt in 2048x1152 aufnehmen und auch so kodieren, ohne irgendwas nachträglich rumzuskalieren. Die Dateigrößen wären etwas kleiner als mit 2560x1440, die Bitrate von YouTube wäre aber dieselbe, und die Kodierung wäre wesentlich schneller. An deiner Stelle würde ich den Workflow mal antesten.

Da müsste ich gucken, wegen der DSR Auflösung und den Frames!
GTA 5 z.B schaffe ich auf 60 FPS recht stabil auf 1080p mit fast max. details(keine erweiterten Settings) mit meiner G1 Gaming 1060 6GB.
Da die Auflösung höher ist, ist natürlich auch die Auslastung höher, da müsste ich dann mal gucken, eventuell MSAA runterschrauben, da ich eine höhere Auflösung nutze.

Also mit CRF 16 und ultrafast bin ich an sich zufrieden.
Aber irgendwas stört mich beim angucken, wenn schnelle Bewegungen da sind. Denke da gehe ich dann nur auf fast und CRF 14, direkt in 1152p.

//EDIT: Ich bekomme mit DSR keine 2048x1152 hin. https://puu.sh/trEHs/33cc2cfb9c.png
Da kenne ich mich nicht wirklich gut aus! die niedrigste Auflösung wäre 2103x1183, immer noch 16:9? Würde das auch gehen?
Spiele wie SMITE kann ich ohne Probleme in 2k aufnehmen, aber bei GTA V oder anderen, etwas anspruchsvolleren Spielen, wirds recht knapp.

Zitat von De-M-oN

Die Skalierung kostet natürlich Zeit.
Die Kompressionsstärke hängt vom Preset ab, wird aber auch auf ultrafast kleiner ausfallen, deutlich kleiner wenns kein Lagarith war. Aus Lagarith heraus dürftes ebenfalls noch Erfolg geben.

Abgesehen von der Skalierung gehts lossless schneller, da ja alle Lossy Mechaniken nicht mehr verwendet werden können. Die Festplatte könnte lediglich ein limitierender Faktor sein.

Also SMITE ist 10 GB größer, wenn ich es auf CQ 0 und ultrafast encodiere.

Ich teste es gerade mit CRF 16 und ultrafast. Braucht genauso lange wie CQ0 (30 Minuten) ist aber bisher maximal auf 10 GB gesprungen, jetzt gerade auf 7 GB.

Würde maximal also 13 Minuten zum hochladen dauern. Wärend Lossless 1 1/2 Stunden dauern würde.
Ich vergleiche gleich mal die Qualität, ob da was bemerkbar ist, wo ich sage: Ja, das lohnt sich!

Ich speichere die Videos auch immer alle ab und behalte sie recht lange. Wenn dann eins an die 70+ GB hat, wirds dann irgendwann echt mit dem Speicher eng.

Wäre das in MeGUI dann so: https://puu.sh/trcuX/6d281da6b4.png

Encodiert er da schneller? Sind die Dateigrößen dann ungefähr auf DXtory Rohaufnahme Level?

Smite z.B hat 72GB bei der ersten Folge(DXtory Rohaufnahme), würde dann 1 1/2 Stunden dauern.
Beim normalen Encodierverfahren dauert es nur circa 5 Minuten zum Uploaden.

Allerdings würde ich gerne die Zeit runterschrauben, wenn ich also in Zukunft lossless encodiere, bräuchte meine CPU länger oder weniger? hochskaliert auf 1440p (i5 2500k@4,5Ghz)

Leidet die Qualität eigentlich sehr, wenn der Encoder von Medium auf die schnellste Stufe geregelt wird? Ich bekomme demnächst eine 100k Leitung von Telekom(Mit Speedoption 200k down)

Und hätte 100k Upload zur Verfügung, wären ca 11-12 MB/s im Upload. Daher ist die Dateigröße mittlerweile total egal. (Genug Speicherplatz ist bei 3 HDDs mit einer Gesamtkapazität von 4 TB und einer externen HDD mit 2 TB kein Problem!)
Das rendern dauert aber ab und zu etwas (Preset: Slow).

Momentan encodiere ich auf 2k mit CRF 21,5

Also bei DXtory nehme ich in 50 Frames auf, und ändere das im ScriptMaker dann auf 60, für YouTubes Qualitätsanzeige, beim kleinem Rädchen. Damit da 60 steht.

Ah, achso! Dann müsste dies bei 60 FPS sein.

Allerdings ging bei manchen Parts die Video FPS auch mal runter nach 45, je nachdem, was passiert. Ist halt sehr fordernd, oder wenn es mal kurz geruckelt hat.

Bei SSM habe ich aber dafür die FPS dauerhaft bei 60 eingestellt.

"FPS ändern -> 60"

Ok, danke. Ich werde das dann mal ausprobieren.

Was meinst du denn mit "Wenn das Video nicht in CFR ist" ?
Bei CFR habe ich in MeGUI 21,5 bei 2560x1440.

Also ich nutze den FrameServer mit Sony Vegas! Bei Magix wollte ich eigentlich in x264 rendern und Stapelverarbeitung machen, da das nicht klappt wollte ich mal den Cutter in MeGui ausprobieren, aber irgendwie komme ich nicht sehr gut zurecht damit...

Wollte mehrere Videos in einem Projekt speichern, dann über Frameserver an MeGui und die Parts dann an den stellen cutten und in eigene Video Dateien encodieren lassen.

Ich werde mich damit mal auseinander setzen und gucken, wie ich es am Besten mache.

//Edit: Also mit dem AVS Cutter bekomme ich es hin, über den FrameServer die Cuts reinzuschreiben, wenn ich vorher mehrere Scripts gemacht habe (1,2,3 etc...) und dann bei jedem via Frame, den ich mir vorher aufgeschrieben habe, in jedem einzelnen Script speichere.

Dann erstelle ich mir auch gleichzeitig eine Cut-File, allerdings ist das Audio immer nur sehr, sehr stockend und man hört eigentlich, um es am Besten zu beschreiben, die erste Sekunde der Sound-File im Dauerloop für die ganze Dauer des Videos.

Irgendwelche Tipps?

Und es gibt keine Möglichkeit, irgendwie die Stapelverarbeitung zu machen mit FrameServer und MeGUI zu machen?

Zitat von sem

Du kannst x264vfw nutzen.
Allerdings gibt es dafür nur 8bit und nicht wie bei MeGUI 10bit.
Subjektiv betrachtet aber kein großer Unterschied. Demon wird dir gleich aber Gegenteiliges erzählen.

Das wäre noch nicht mal so schlimm...
Besser als nur immer ein Video rendern zu können und das nächste dann manuell starten zu müssen.
Das ist um einiges schlimmer, da es viel mehr Zeit und Nerven kostet, da ich nebenbei auch nichts großartig machen kann, da meine CPU ausgelastet ist.

Und ständig unkomprimiert zu rendern und dann in MeGUI eine Stapelproduktion zu machen ist auch keine Lösung, da muss ich ja dann doppelt encodieren. :X
Wir alle nehmen gerne auch Tage, bevor die Folge Online geht auf und wenn ich bei meiner Freundin bin, kann ich es dort nicht encodieren/rendern, nur hochladen und da ist es dann mit MeGUI mit einem Video pro Nacht bzw Tag echt schon knapp...

Hallo!

Gibt es eine Möglichkeit, bei MAGIX in x264 zu rendern? Auch mit FLAC-Audio?
Mich nervt es nämlich sehr stark, das ich immer den Frameserver nutzen muss und dann kann ich keine Stapelproduktion machen, das heißt es wird maximal 1 Video pro Tag encodiert, deshalb möchte ich mich von MeGUI entfernen.

Mehrere FrameServer offen zu haben, läuft sehr unstabil und eine richtige Timeline brauche ich, da ich bei manchen Projekten noch Musik reineditiere und anpasse.

Habt ihr da irgendwelche Tipps und einstellungen?
MeGUI hab ich immer mit dem Scriptmaker genutzt und in 2k@60FPS, Spline36 encodiert mit FLAC Audio CRF 21,5.

So kann ich dann hoffentlich mehrere Videos in der Nacht encodieren, das spart mir echt einige Nerven.

Wir spielen und laden hoch, achten auf Qualität des Videos, Soundausgleich und laden in 1440p60 hoch.

Natürlich versuchen wir, so gut wie möglich unseren Kanal zu verbreiten.
Irgendwer wird dann sicher bleiben und so baut sich das auf.

Wir wollen Nahe an unserer Community sein, deswegen werden wir, sobald wir was stabiles aufgebaut haben, einen Community TeamSpeak und Server für Spiele, die wir auch Lets Playen, einrichten.

Mag uns kurz jemand aufklären? Wir haben uns MagicYuv 1.2 damals gekauft, wir haben 5€ bezahlt dafür. (Man konnte sich den Betrag auswählen) und nun haben wir 2.0 Standard kostenlos bekommen.

Wir haben zwar nicht die 10Bit o. Ä. Variante, aber die hat in der Testversion eh nicht funktioniert. Unsere CPU's unterstützen das nicht (Sandy Bridge i5).

Was ist denn der Unterschied, zwischen den:
Wir nutzen MagicYuv 4:2:2 64Bit, da wir eine Seagate Barracuda haben und sie schnell genug dafür ist, bei 4:4:4 wird es sehr knapp manchmal.

Die YUV Varianten kennen wir! Aber was ist mit RGB und RGBA und YUVA 4:4:4:4 und dem Decoder (Generic) was ist für das Aufnehmen von Spielen am Besten geeignet? Wie gesagt, momentan nutzen wir YUV 4:2:2 und es funktioniert Problemlos!

Danke schon mal im Vorraus!