MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

durch den Befehl ChangeFPS(30) am ende des skriptes wird das video auf 30FPS runterberechnet(?). Da entsteht auch kein Qualitätsverlust. Teste es doch einfach einmal 60FPS und einmal 30FPS :p da wirste, wenn überhaupt, kaum einen Unterschied feststellen.

Gut danke euch Leute

Konsolen haben keine 60FPS. Höstens die neuen Konsolen wie PS4 oder XBOXOne.
Grundsätzlich nutzen Konsolen 60Hz (NTSC 29.97 FPS oder PAL_60 mit 25FPS) oder 50Hz (PAL_B 25 FPS)

Das betrifft alle älteren Konsolenmodelle. Daher ist es auch Schwachsennig mit höheren FPS aufzunehmen. Bei 29.97 NTSC lieber versuchen es mit 30FPS aufzunehmen wenn es gehen sollte.

Zitat von Sagaras

Konsolen haben keine 60FPS.

Dann liegt es wohl an meiner Avermedia Gamecapture, da die Datein als 60FPS aufgeführt werden.

Zitat von RIG

Dann liegt es wohl an meiner Avermedia Gamecapture, da die Datein als 60FPS aufgeführt werden.

Ich hatte erst letztens jemanden gehabt der hat auch von einer Konsole aufgenommen und meinte auch wie du das das Spiel mit 60FPS abgespielt wird. 60FPS sind aber keine 60Hz. Die 60Hz braucht man um das Bild generieren zu lassen. Erfolgt dies zu langsam, entstehen unsaubere Abläufe des Spiels. Daher sind diese Abläufe bei Konsolen meist festgelegt. Bei neueren Monitoren wird meist automatisch zwischen NTSC und PAL_B und PAL_60 gewechselt, sobald er das entsprechende Signal bekommt vom Übertragungskabel. Die FPS entspricht aber bei der Übertragung meist der Hälfte der Hertz Zahl die an der Konsole vereinbart wurden.

Beispiel PS1 Spiel: 60Hz. Die PS1 Videos laufen trotz 60Hz mit 15FPS nur. Und die Spiele je nach Spielversion mit 29.97 oder 25 FPS. Die 60Hz bzw 50Hz sind nur dafür da um es eventuell auf NTSC oder PAL Geräten abzuspielen und ein klares Bild zu generieren das nicht flackert, zu schnell oder zu langsam abläuft. Da 29.97 FPS ja etwas schneller ist, muss auch das Bild entsprechend der Frequenz schneller aufgebaut werden. Da ist dann meist 60Hz im Spiel. Spiele die beide Frequenzen unterstützen und auf PAL ausgelegt sind zum beispiel ist der Ablauf des Spiels auf 60Hz einfach flüssiger als bei 50Hz.

Somit hat man z.B: PAL B 25 FPS mit 60Hz oder PAL B 25 FPS mit 50Hz
Das erste würde aber optisch vom Bild her flüssiger aussehen, da das Bild schneller aufgebaut wird.

Anderes Beispiel: PAL B 25 FPS 60Hz und NTSC 29.97 FPS 60Hz
Pal B ist wesentlich langsamer als NTSC und das würde man auch am Spiel merken, obwohl bei beiden das Bild recht zügig mit 60Hz aufgebaut wird.

1 Minute PAL B sind auf NTSC 50 sek und 50 ms

Das eine ist also der Bildaufbau und die FPS ist die Abspielgeschwindigkeit. Zwei unterschiedliche paar Schuhe.

Ich würde an deiner Stelle auch immer auf PAL setzen so weit es geht. Warum? PAL hat eindeutig ein größeres Bild.

PAL_60 und NTSC: 525 Zeilen werden je Vollbild übertragen, von denen jedoch nur ca. 480 sichtbar sind. Folge: 480p
PAL B 50Hz: 625 Zeilen werden je Vollbild übertragen, von denen ca. 576 Zeilen sichtbar sind.Folge: 576p

Ich mache es gar nicht von Hz abhänghig und sehe es auch nicht so.
Es ist nur so, dass die mit der Avermedia Gamecapture aufgenommenen Dateien in [lexicon]Sony Vegas[/lexicon] und [lexicon]MeGUI[/lexicon] mit 60FPS angegeben werden, was mich ansich schon gewundert hat.
Werde nun im Script einfach auf 30fps umstellen.
Und mein System seht auf Standart(Pal)

Sofern HDMI, DVI oder derartiges genommen wird zum aufnehmen, dann kann es gut möglich sein das es 60FPS sind. Aber niemals bei Cinch. Also Composite FBAS, SCART oder Composite RGB. Weil das sind alles Analoge Übertragungen und basieren auf diese Geschichte die ich eben erklärt habe. Bei HDMI und DVI gerade bei der [lexicon]PS3[/lexicon] kann es unter Umständen sein das 60FPS erzeugt werden. Einfach um ein sauberes Bild zu liefern. Dann stehen aber auch mehr Frames zur Verfügung

Man kann ja auch PAL B, NTSC oder PAL_60 das Bild anzeigen lassen. Das beruht dann meist auf die Wiedergabe des Bildes. Ein PAL Spiel würde mit NTSC Einstellungen am PC oder am Fernseher die Zeilen falsch darstellen und das Bild nicht korrekt darstellen. Folge sind dann meist Verzerrungen.

Irgendwo kann man doch bestimmt auch bei deiner Capture Card die FPS einstellen. Einfach von 60 auf 30 dann setzen. Das reicht dann Dicke aus. Zum einen belastest du deinen Rechner nicht mehr zusätlich und unnötig und zum anderen braucht man auch keine Frames runterberechnen lassen mehr mit ChangeFPS(). Weil sowas auch wieder ein Zeitfresser ist bei der Encodierung.

Ob dein Video nachher PAL oder NTSC oder sonstwas ist, interessiert nach der Aufnahme nicht mehr. Dann ist es digital. Meist mit Interlaced bestückt auch noch. Das muss man dann auch erst wieder deinterlacen, damit das Bild wieder ganz ist und nicht so... mit hässlichen Streifen überfüllt ist xD

Das macht sich bei 60FPS PAL_B total Scheiße mit AVISynth das wieder zu korrigieren. Da hab ich lieber 25FPS PAL_B. Vorteil beide haben dann 25FPS.

Programme wie [lexicon]Camtasia[/lexicon], [lexicon]Sony Vegas[/lexicon] setzen das automatisch um beim reinladen. Bedeutet aber auch das da irgendwelche Filter wirken ob die nun gut oder schlecht sind das eventuell Zeit Unterschiede herschen. Das macht sich erst dann bemerkbar wenn man noch ein Mikrofonspur darüber legt und beide Materialien asynchron sind dann.
Daher sollte man das mit den FPS nicht übertreiben und richtig wählen. Ansonsten gibt es nur wieder irgendwann Probleme mit anderen Aufnahmen. Und schwubs ist wird was asynchron, nur weil man falsch aufgenommen hat.

Dann schau ich mal noch ins Systemmenü der Avermedia

Danke dir für die Erklärungen und Quellensuche Sagaras!

Da die Avisynth Filter Single-Threaded sind und x264 immer auf den bearbeiteten Frame warten muss, kann die Encodingdauer so natürlich verkürzt werden. Auch die Qualität wäre besser, wobei man den Unterschied bei guten Resize Filtern wie Spline64 eigentlich ohne direkten Bildvergleich selten sieht.

zum ersten "problem" - du musst die rohdateiavi rechtsklicken und den sound extracten (extract audio stream), dann den sound in nem audiobearbeitungsprogramm einfügen und als EINE soundspur exportieren lassen.
Die dann bei [lexicon]MeGUI[/lexicon] unten bei Audio einfügen und voila .. alles zu hören

Je nach komplexität und preset bei [lexicon]MeGUI[/lexicon] kann es dauern das encoden.

Zum schneiden eignet sich der [lexicon]AVS Cutter[/lexicon] <- aufs Wort klicken, der ein framegenaues schneiden bietet.
Oder du benutz MKVMergeGui wo du dann nach ner gewissen Zeit den Cut setzen kannst - nach dem encoden kann man aber NUR an I-frames schneiden, weshalb die tatsächliche Zeit von der gewünschten abweichen kann.
Deshalb lieber vorm Encoden schneiden ( AVS Cutter)

Hey De-M-oN in deinem Video Tutorial sagst du ja, dass das Preset keinen Einfluss auf die Quali hat aufgrund des Crf, warum empfiehlst du dann nicht schneller als Medium?
Wegen der Dateigröße oder kann doch ein Qualitätsverlust auftreten?

Danke dir für die flotte Antwort. Hab ich provisorisch auch mal gemacht

Zitat von De-M-oN

Das Video ist uralt.

Möchtest du nicht mal ein neues machen?

Aber könntest du mir einen Tipp geben? Ca. 20 Min. Splinter Cell 2 auf 1080p werden bei mir 5-6 GB groß, was mir deutlich zu viel ist. Einstellungen sind nach deinem Video gemacht; [lexicon]CRF[/lexicon] 20; Preset: Slow.
Vielleicht ist das auch normal bei dem Game, aber kleinere Dateien wären mir lieber.

So einfach? Inwieweit könnte sich das auf die Größe auswirken, wenn ich auf 21 oder 22 hochgehe?