Beiträge von De-M-oN

Ins Script:

Lanczos4Resize(x,y)

x=breite
y=höhe

Beispielsweise bei 2048x1152

Lanczos4Resize(2048,1152)

Alternativ kannste auch meine Presets importieren (siehe 1. Seite) und bitte die Funktionsweise lesen und beachten.

Geht es denn wenn du direkt mit MeGUI encodierst, statt mit Premiere davor?

Wofür benötigst du Premiere davor? Einiges geht auch mit MeGUI.

Zu AVI. Falls du MPEG4 AVC gewählt hattest:

Zitat

Q11: What'st the difference between VFW and CLI?
A: VFW is Video For Windows, an ancient tech created by microsoft (copying some stuff from quicktime), full of quirks and not able to support modern codecs. x264VFW is a ugly hack to make x264 work (more or less) with VFW, hence softwares like virtualdub and its modifications. The use of x264VFW is NOT recommended. x264 VFW is no longer officially supported.
CLI is a general term that means Command Line Interface. The classic console (command prompt) command which is generic and has no limitations like VFW.

Zitat

Q19: Can i use VirtualDub or any other VFW based editor to encode with x264?
A: Yes, using a x264 VFW build but VFW is so obsolete and limited x264VFW is no longer mantained by the x264 devs and because VFW and AVI are not properly able to handle h.264 features without some "hacking" that could compromise compatibility, playback and/or editing.

zu mp4: Ka.

Aber warum kein MKV und hast du die neuste avidemux beta version? ( http://avidemux.razorbyte.com.au/ )

Vietcong ist wie der Name schon vermuten lässt - viel Busch und Gras. Viel Feindetail was sich mies komprimieren lässt.

Machn Doom 3 LP, da sind die Texturen schön matt und detailarm und alles ist stockfinster. Komprimierungspotential vom Feinsten ;D

Da wurd 30min bei CRF 20 und 2048x1152 so ca. 1 GB (und da hatt ich Max GOP noch auf 250 ^^)

Wobei es noch Spiele gibt die noch besser komprimierbar sind.

Ich sag nur C&C 1 Tiberiumkonflikt, C&C 2: Alarmstufe Rot etc, diese gehen ganz besonders toll zu komprimieren

Es ist trotzdem besser wenn ihr vollständige Logs kopiert.

Oftmals habt ihr nämlich auch Differenzen innerhalb der Spiele, da einige Leute nicht den use default profile button irgendwo drin hatten.

Was spricht dagegen eine volle Log zu posten?
__

Aktuelle Grafikkarten fahren automatisch die Taktraten runter, wenn sie nicht belastet werden (Nvidiasystemsteuerung -> 3D Einstellungen verwalten -> Energieverwaltungsmodus -> Adaptiv einstellen (Adaptiv ist aber auch die Standardeinstellung).
Ich persönlich fahre auf maximaler Leistung, mein Kühler bleibt trotzdem leiser als der Rest meines PCs

Zitat

Codec: Ut Video Codec YUV422 (ULY2) x86, Quality 10000, KeyFrameRate 15, DataRate 0

DXTory Codec @ YUV420, [x] compress

Proc.Threads auf 2 stellen. (hast du aber eh schon so)

-> enorme IngameFPS Erhöhung.

Beim Audio musses keine 24bit sein. Überzogen.

16bit, 44100hz nehmen.

Zitat

LimitedFPS: True
FPSLimit: 120

Wofür soll das gut sein? Auf False damit.

Außerdem fehlt die Versionsnummer und die Lizenzverifikation. Ich vermute daher ein wenig, das du es nicht legal erworben hast.

Mit was isn Beispiel 2 encodiert?

Deine DXTory Einstellungen sind an einigen Ecken nicht optimal, hat aber nichts mit deinem Problem zu tun gerad.

Zitat

RGB-Kurven anpassen (dunkleres dunkler, helleres heller, Kontrast)

Dieses rumgespiele würd ich eher lassen. Warum auch? Das Video sollte 1:1 so aussehen, wie es auch im Spiel aussah.
Bedenke auch das Youtube kein CRF benutzt, sondern im Gegensatz zu CRF einen festen Quantizerwert pro Encodingstufe.

Dunklere Stellen sind stärker komprimiert. Machst du nun dunkleres noch dunkler, wird der Quantizer also noch stärker komprimieren und du hast eine größere Blocksichtbarkeit.

Zitat

flac führt bei mir zu Asynchronität

Ja das liegt leider aktuell an Youtube .. Also da hat Youtube schuld.

Zitat von Serra

Bei kleineren Zahlen, kann die Dateigröße allerdings zunehmen.

Sie kann nicht nur zunehmen, sie WIRD zunehmen und das massiv.

Statt am GOP zu friemeln würd ich es nicht hinterher splitten sondern direkt, was dann auch auf den frame genau ist.

Mach dir so viele AVS Scripte wie viel Parts du benötigst.

Dann Tools -> AVS Cutter

1. Framebereich eintragen den du behalten willst.

Beispielsweise Startframe 0 , Endframe 27000 für 15:00 minuten bei 30fps.

Da du glaub ich DXTory verwendest hast du ja eine externe Tonspur, daher wirste sicher auch audio auf false belassen.
In dem Fall nun auf "do all and close" drücken, dann biste wieder im hauptfenster von megui.
Bei Audio Input nun noch die externe audiospur rein und bei cuts kommt die clt datei rein (die der AVS Cutter angelegt hatte) Diese CLT Datei rein nur dann benutzen wenn es externer Ton ist und nicht die AVS Datei.

Dann audio und video queuen und so mit den weiteren Parts fortfahren.

Mit 60fps aufnahme FPS die auch konstant gehalten wird?

Naja bezweifel ich 'nen bisschen.

Aber ein Video mit 60fps aufzuzeichnen ist eh bissl überflüssig

30fps reicht locker.

Die 7200.14 schafft definitiv diese Schreibrate, glaub mir

Hier im RAID 0 Verbund, wo aber noch das SATA 2 bremst.

https://docs.google.com/spread…akNrel91a1BGN1FHeWc#gid=2

Achja und Platz 5 = ohne RAID.

Zitat

Meine Baugleiche Barracuda selben alters am eSATA Port kommt auf 76MB/s schreiben, das reicht für Lagarith bei 60FPS.

Bei 2048x1152 wohl kaum

Zitat von Gerisk

Schlechte Festplatte mit 86MB/s? Das ist ganz normaler standard für Festplatten mit max 7200rpm...

Nö. Das ist schlecht.

Eine Samsung HD103SJ schafft 148 mbyte/s, eine Seagate Barracuda sogar 196 mbyte/s.

Eine schnelle Platte schafft mind. 120 mbyte/s.

unterhalb 100 ist eher schlecht und sind meist eher alte oder eco Festplatten..

Musste probieren was mehr ins Gewicht fällt. Die langsame Platte oder die CPU.

Einfach mal beide Codecs mit meinen empfohlenen Einstellungen testen und gucken wo du mehr FPS hast mit.

Natürlich nicht.

Das ist ja dann ein Avisynth Filter und kein interner Filter von TMPGEnc.
Lanczos4 arbeitet auf CPU Basis.

Eventuell eben für die Filter. ja.

Zum Encoding ist GPU absolut ungeeignet. Hat schon einen Grund warum die x264 Entwickler auf CPU Basis bleiben.

Zitat

Hier nun das ganze nochmal mit Progressive. Sieht etwas besser aus, oder?^^

Es würde noch besser aussehen, wenn du statt VLC, MPC-HC in 32bit + Haali Renderer benutzen würdest
Nach Installation vom Haali in MPC-HCs Optionen unter Ausgabe und den Haali Renderer anpunkten.

VLC stellt den YUV Farbraum falsch dar. Die Folge: Falsche Helligkeit, falsche Farbdarstellung.

Mit Haali wird YUV korrekt dargestellt und hast allgemein bessere Chroma Darstellung (Farbdarstellung).
Desweiteren sind die Decoder schneller als die vom VLC.

Das stimmt nun.

Glaub mir, ich seh was da passiert ist

Es ist ein Deinterlace Filter auf ein progressives Video drüber gelaufen.

Hat TMPGEnc halt gemacht wegen der Angabe das Video sei interlaced. Was es ja selbstverständlich nicht ist.

Im Übrigen hatte den genau gleichen Bug Youtube eine ganze Zeit lang mal gehabt mit 1080p Videos.

Das heißt, immer wenn man ein 1920x1080 Video hochgeladen hat, sahen alle Encodings genau so aus auf Youtube, wie jetzt bei dir hier

Abhilfe schaffte da nur zb 1920x1072 oder halt gleich in 2048x1152 machen.

Letztendes kann ich dir aber den DXTory Codec empfehlen, wenn du eine schnelle Festplatte hast. Mit dem Codec hast du dann höhere Ingame FPS, wenn du die Einstellungen so hast:

YUV420, [x] compress

und beim Reiter Advanced die Processing Threads auf 2.

Lagarith komprimiert sehr gut und ist gut für schnelle CPU und langsame Platten. Die bessere Kompression geht halt auf Kosten von CPU Belastung.

Du hast wahrscheinlich eine uralte 5er Version vom TMPGEnc, welche bestimmte VfW Codecs als "interlaced" erkennt.

Stelle das beim Öffnen des Videos also um auf Progressiv. Noch besser aber besorg dir eine aktuelle TMPGEnc 5 Version, wo das Problem eig. behoben ist.

Mein Post ging nicht an dich, sondern war total allgemein.

Das hab ich aber auch geschrieben.

Zitat von Schdoebsl

Genauso wie Camtasia DAS Programm war und heute nur noch für Bildschirmaufnahmen taugt.

Das Programm war auch damals schon scheiße und x264 gibts ja nicht erst seit einem Jahr.

Nur damals waren halt wohl mehr Camtasia Fans im Forum. Da war ich und viele andere ja auch noch nicht hier und x264 war eben einfach noch nicht bekannt in diesem Forum.

Kommt nunmal auf die geforderte Qualität (CRF Faktor), die Encodingeinstellungen, und vor allem auf die Komprimierbarkeit des Materials an.

Und das "fast" preset hat echt enorme Kompressionseinbußen, da sämtliche gut bringenden Kompressionseinstellungen aus/niedrig eingestellt sind.

Würdest du Medium oder Slow nehmen wäres bei gleicher Qualität noch kleiner

Das, oder Scratchpad. Kommt beides aufs gleiche hinaus.