Beiträge von De-M-oN

Du siehst es anhand der Framequalität. Die [lexicon]Bitrate[/lexicon] bleibt natürlich gleich.

Warum ohne ResampleHQ?

Ich kann dir aber trotzdem dringend zu [lexicon]SSM[/lexicon] raten.

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

Guck bei dem Post mal den Vergleich zu ResampleHQ.

Eines der Vorteile an [lexicon]SSM[/lexicon], ohne dich mit den Parametern ohne [lexicon]GUI[/lexicon] rumschlagen zu müssen. Bei ResampleHQ zwar nicht viel, aber motionblur, blockbuster etc aber schon mehr.

Zitat

Ich habe bisher in [lexicon]MeGUI[/lexicon] deine? Presets drin, daher die Frage ob du eventuell neue hast bzw sagen kannst was ich wo ändern muss. Danke

Läuft alles via [lexicon]SSM[/lexicon]. Habe dir bereits oben eines verlinkt.

Das hindert dich aber nicht dran [lexicon]SSM[/lexicon] zu nutzen.

Bearbeitung könnte man auch mit Avisynth machen. Würde den Frameserverumweg + Farbkonvertierung wegfallen. Speed+Performance++^^

Wenn du [lexicon]SSM[/lexicon] benutzt:

http://killerinstinct.ath.cx:2…/Normal%20-%20Youtube.SSM (Für [lexicon]SSM[/lexicon] Version 4.7 r1)

[lexicon]Auflösung[/lexicon] kannst ja umstellen. Filter sind auch schon einige an.

FPS Änderung auf 25 Haken kannste entfernen wenn du in 25fps aufnimmst. 25fps würde auf yt mehr qualität über bleiben.

Ich empfehle dir eher Spline16 mit ResampleHQ. In dem [lexicon]SSM[/lexicon] Preset aktiviert so.

Multithreading muss beim [lexicon]SSM[/lexicon] Setup aktiviert worden sein, wenn nicht nachholen oder Haken rausnehmen.

1440p könnte auch ohne Thread und Speicherlimitierung laufen (MT optionen)

Zitat von The_Stroyer

- [lexicon]MeGUI[/lexicon] [lexicon]x264[/lexicon] config: Const. Quality 21, AVC High Profile, AVC Level 4, Rest ist so weit Standard

Warum beschränkst du den AVC Level auf 4, statt es auf automatisch zu belassen?

Für >1920x1080 brauchst du eh mind. 5.

Zitat

Blockbuster("[lexicon]Blur[/lexicon]", Block_size=4, Detail_min=75, Detail_max=100, Luma_offset=0, Luma_threshold=25, Strength=100)

In jedem Fall. Methode Noise ist ganz sicher nicht das was du willst. Und [lexicon]Blur[/lexicon] hat die Sagaras auch schon das richtige gesagt.

Mach doch 9999er [lexicon]GOP[/lexicon] wenn 0 nicht geht.

__

Dann spiel nen Spiel was weniger komplex ist, oder reduzier die Qualität weiter.

Wieviele Quellen und wann es passiert kann da variieren je nach Material.

Öffne die AVS Datei in Virtualdub. Wenn es nicht geht, tut Virtualdub meist schon direkt bei öffnen der AVS crashen. Oder es crasht beim Spulen.

Ich hab bei [lexicon]Descent[/lexicon] 3 ja immer arg viele Quellen weil das Spiel halt ja wie gesagt sogar beim Ladescreen die [lexicon]Auflösung[/lexicon] wechselt. Ich muss [lexicon]Descent[/lexicon] 3 komplett ohne MT machen, weils selbst dann crasht wenn ich Sourcen 6,2 habe und Rest 6 habe xD

Zitat

hmm zur Zeit schlage ich mich mit einem sehr nervenden Fehler rum den ich nicht behoben bekomme, hat wer eine Idee?

Es crasht wegen MT.

Bei 3200x1800 und mehrere Filter und auch viele Sourcen mögen MT manchmal nicht.

Die avs4x264mod.exe darf nicht mehr als 4GB RAM erreichen, weil 32bit Prozess.

Weniger Threads für die Sourcen, ggf 'nen MemoryMax auf 512 MB setzen.

Zitat

Das was ich oben gequoted habe, solltest du trotzdem einfach mal ausprobieren. Ist in den [lexicon]MeGUI[/lexicon] Settings.

Nein. Das begünstigt den Fehler eher noch mehr, wenn [lexicon]x264[/lexicon] ebenfalls auf 32bit läuft.

Zitat

EDIT 2: Ich habe die Vermutung dass es sich hierbei imme rum Jobs geht die aus mehren Videoquellen bestehen.. werde gleich noch einmal editieren wenn ich da genauer bescheid weiß

Genau so siehts aus^^. Mehrere Quellen erhöhen den Speicherverbrauch der avs4x264mod.exe

Zitat von Pesti

Und ich will, dass ich das Video später wieder öffnen kann, falls ich noch mal einen Ausschnitt darauf in ein neues Video einfügen möchte. So als Rückblick ist das schon ein paar Mal vorgekommen.

[lexicon]H.264[/lexicon] Spur ummuxen in [lexicon]MP4[/lexicon] [lexicon]Container[/lexicon] und die Audiospur (.ogg) kannst ja roh einfügen

Aber [lexicon]AAC[/lexicon] muss gehen auch wenn du es nicht ignorierst, irgendwas läuft da schief

Du solltest nicht von [lexicon]MeGUI[/lexicon] codiertes Material nochmal encoden. Nur wenn dir absolut nix anderes übrig bleibt kannstes machen..

Nero [lexicon]AAC[/lexicon] muss gehen ohne Updatemeldung. Geht ja bei mir auch^^

verschieb sonst mal die Nero [lexicon]AAC[/lexicon] Datei woanders hin und gib den neuen Pfad bei [lexicon]MeGUI[/lexicon] an und speicher dann mal.

Das muss gehen.^^

Notfalls ignorierste Updates für [lexicon]AAC[/lexicon]. Aber es geht auf jeden Fall.

Dein MPC-HC kommt aus der Steinzeit.

http://sourceforge.net/project…0200ac1d1d8e&source=accel

Und warum ist das bei dir in englisch? Und bitte bitte sag mir jetzt nicht du hast ein Codecpack installiert ._.

Was benutzt du als Ausgaberenderer? (MPC-HC Optionen - Ausgabe)

Bitte lies mein Edit.

Zu wenig [lexicon]CPU[/lexicon] Leistung.

Vllt wird aber auch nur 1 Kern fürs Decodieren benutzt?

Probiers mal mit FFDShow: https://sourceforge.net/projec…est/download?source=files

Und als Player den MPC-HC in 32bit.

Dann in MPC-HCs Optionen und bei externe Filter den FFDShow Video [lexicon]Decoder[/lexicon] und FFDShow Audio [lexicon]Decoder[/lexicon] hinzufügen und bevorzugen jeweils anpunkten. MPC-HC neustarten. Nochmal probieren.

Definiere richtig abspielen^^

Langsames Spulen oder wie? Dann die max [lexicon]GOP[/lexicon] Länge wieder auf Standard 250 setzen, statt 0 (infinite)

Zitat von homer2123

naja aber wenn man hier teilweiße ließt das ihr euer 1080p material auf 600-700mb runter bekommt für 30 minuten muss ja iwas noch gehen.

23,5 hab ich deshalb gewählt da ich bei nem testvideo aus Assassinss creed 4 Black Flag bei 23,5 super qualität habe und ab 24 werden die blätter der palmen im hintergrund so unscharf das das meinermeinung nach einfach keine gute Qualität ist

Ja. Erstmal schön das aktuellste Spiel genommen mit somit guter Grafik. Und da wunderst dich, das das Material nicht sonderlich gut komprimierbar ist?

Zitat von homer2123

werden die blätter der palmen

Ja doll auch noch Terrain wie Gräser,Bäume,Büsche etc. Am besten bewegen sich die Blätter noch.
Sowas ist zu viel Feindetail, ist klar das du hier viel Datenrate benötigst.

Zitat von De-M-oN

Im Falle [lexicon]H.264[/lexicon] wird das Video in 16x16 Blöcke unterteilt und der 16x16 Block nochmal weiter unterteilt in 4x4 blöcke.

Und wenn die Übergänge der Blöcke zu grob werden, werden sie eben vom Auge sichtbar. Feindetail wie Gräser etc würden natürlich entsprechend deutlich feinere Übergänge der Blöcke benötigen, wenns grob ist, siehste bei Feindetail natürlich die Blöcke.

Du spielst das falsche Spiel.

Musste schon dann damit leben.

Kommt halt sehr auf die Komprimierbarkeit des Materials an.

Preset Slow könnte noch was rausholen, aber der encode dauert etwas länger.

Dann codierst du wohl gerad über 2pass VBR, statt über [lexicon]CRF[/lexicon] (Constant Quality)

Bitratefixiert codieren würd ich dir aber nicht empfehlen^^

Naja wer heute noch ein 32bit [lexicon]OS[/lexicon] hat, tut mir schon fast leid xD

Aber es ist wichtig das anzumerken! Denn falls jemand tatsächlich direkt via [lexicon]x264[/lexicon] cli codieren will, dann sollte demjenigen schon mitgeteilt sein, das es 32bit und 64bit version gibt.

Immerhin ist die 64Bit version ca 10% schneller. Was deutlich mehr ist, als die Bremsung des Avisynthwegs (welcher eher ziemlich minimalst ist)

So würde das aber 32bit laufen.

Dann schon eher x264_64.exe

Zitat

Schnelleres [lexicon]x264[/lexicon] Preset.

Das wiederum wäre wieder negativ für die Dateigröße und er wollte ja weniger