Beiträge von Zantos

Zitat von CoRoriLP

die Framerate war 35 FPS

Bringt diesbezüglich zwar nichts, aber ändern auf 30 - Youtube gibt nicht mehr und alles andere wäre Ressourcenverschwendung.

Zitat von CoRoriLP

Auffällig find' ich halt, wenn man das Bild 1:1 vor sich hat, die Kantenbildung beim Resize, lässt sich mit scharfen Filtern aber schlecht umgehen, oder? Wäre ein AntiA-Filter ein Option?

Der beeinflusst wahrscheinlich das ganze Bild und nicht nur die Kanten - als Folge dessen könnte eine Weichzeichnung auftreten. Das beste wäre, das Bild schon mit Kantenglättung rendern zu lassen; das soll ja mit [lexicon]Minecraft[/lexicon] 1.7 nun möglich sein.

Womit wurde aufgenommen? MSI Afterburner? Wenn ja, mal hiermit syncen.

EDIT: Außerdem mal eine MediaInfo der aufgenommenen Datei sowie der gemuxten Datei.

Zitat von -eW-

Ne frage, wenn ich Antialising aktiviert habe, welchen Filter sollte ich dann fürs Resizen vom Quellmaterial benutzen.

Am besten Spline64Resize in Avisynth.

Zitat von -eW-

"program --crf 19 --keyint infinite --min-keyint 1 --output "output" "input" ", gibt es irgendwas zu beachten?

Ist in Ordnung - durch die Infinite [lexicon]GOP[/lexicon] sind die I-Frames allerdings weit auseinander, was dazu führt, dass du das Video nur noch schwer spulen (Player muss erst alle B-/P-Frames berechnen) und nicht mehr post Encoding schneiden kannst.

Ist wohl ein kleiner, temporärer Bug seitens Youtube. Da hilft nur abwarten.

Zitat von Ydr3am

Mit [lexicon]FRAPS[/lexicon] und [lexicon]DXTory[/lexicon] (beim gleichen codec) läuft es aber.

Wie schon gesagt - [lexicon]DXTory[/lexicon] ist einfach performanter als der Afterburner.

Zitat von Ydr3am

-Videos werden auf meiner 2. [lexicon]Festplatte[/lexicon] gespeichert die eine Schreibgeschwindigkeit von 200mb/s hat.

Das dürfte auf jeden Fall ausreichen für YV12 Uncompressed @30FPS xD .

Warum bei so einem Writespeed verlustfreie Kompression? Nimm doch ffdshow YV12 Uncompressed, das belastet die CPU deutlich weniger.

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.

Der Encode geht natürlich schneller vonstatten; sind ja weniger Frames zu encodieren.
Einfach "ChangeFPS(30)" im Script einfügen.

Zitat von InskayDanork

Meinst du es wäre sinnvoll auf nen [lexicon]CRF[/lexicon] von 21 hoch zu gehen und dafür in 1152p zu encoden?

In jedem Fall - der Quantizer Unterschied von Youtubes 1080p zu Original ist weitaus größer als der Unterschied der durchschnittlichen Quantizer von [lexicon]CRF[/lexicon] 20,5 zu [lexicon]CRF[/lexicon] 21. Die Encodingdauer wird so eine marginale Erhöhung des [lexicon]CRF[/lexicon] aber nicht verändern.

Zitat von InskayDanork

Wie meinst du das?

Resize auf 1152p 16:9 (zB in Avisynth mit "Spline64Resize(2048, 1152)"). Bei Original verwendet Youtube eben einen kleineren Quantizer => bessere Qualität.

Zitat von InskayDanork

Ich nutze einen [lexicon]Frameserver[/lexicon], falls das wichtig ist?^^
(Vermutlich ja, warum hab ich das erst jetzt gesagt? *Facepalm*)

Das erklärt natürlich alles...
FFVideoSource indexiert das gesamte Video vor dem Decodieren - da der [lexicon]Frameserver[/lexicon] dir allerdings kein vollwertiges Video, sondern eben nur einzelne Frames in einem AVI [lexicon]Container[/lexicon] verpackt sendet, kann das Video nicht indexiert werden. In diesem Fall muss also AviSource verwendet werden.

@InskayDanork

Seltsam, bei mir funktioniert genau dieses Script (also mit abgeänderten Pfaden). Dann mal die harte Methode:

- Avisynth neu runterladen und installieren
- MeGUI neu runterladen und ggf. updaten

Zitat von DerET

... ist ja nicht so, als ob man die [lexicon]MP4[/lexicon] nicht sowieso hochladen könnte, wenn man dann ein entsprechendes Audio Format nutzt.

Natürlich, aber wer beispielsweise [lexicon]FLAC[/lexicon] haben möchte, der ist auf [lexicon]MKV[/lexicon] angewiesen.

@Lukeohl

Einfach das Video als .264 (RAWAVC) encodieren und dann mit den in [lexicon]MeGUI[/lexicon] integrierten Muxern in eine [lexicon]MP4[/lexicon] (fürs Archivieren) und in eine [lexicon]MKV[/lexicon] (zum Hochladen) [lexicon]muxen[/lexicon].

@InskayDanork

Versuche es mal folgendermaßen:

LoadPlugin("E:\MeGui\MeGUI\tools\ffms\ffms2.dll")
return FFVideoSource(source="E:\MeGui\tm24fs.avi", threads=2)

Hast du im Feld Audio Input eine Audio Datei bzw. (falls Audio= true im AVS Script) das AVS Script? Wenn das encodiert werden soll, musst du es auch mit "Queue" in die Jobliste eintragen. Nach dem [lexicon]Encodieren[/lexicon] dann Audio und Video mit MKVMerge muxen.

Zitat von CruelDaemon

und es macht nichts, dass die Dateiendung so komisch aus aussieht? - *.avi.ffindex -

Nein, das ist nur die von FFVideoSource indexierte Videodatei. Die wird sogar für den Decode zwingend benötigt.

Zitat von DerBlaueLeif

Ich habe ja einfach nur gefragt, was es noch für Möglichkeiten gibt.

Und ich habe dir eine genannt. Schau am besten hier unter "Audiospuren", da wird das Mischen in Avisynth erklärt.

Du könntest beide Audiospuren auch mit WavSource in Avisynth laden und mit MixAudio mischen.

Alternative ist eben, das betroffene Video vor dem [lexicon]Encodieren[/lexicon] in [lexicon]MeGUI[/lexicon] nochmals in [lexicon]VirtualDub[/lexicon] mit [lexicon]Lagarith[/lexicon] @YV12 zu encodieren; dann erkennt Avisynth den Farbraum ebenfalls korrekt.
Oder eben nicht mit Lagarith/dem [lexicon]DXTory[/lexicon] [lexicon]Codec[/lexicon] aufnehmen, sondern mit [lexicon]ffdshow[/lexicon] YV12 Uncompressed.