Beiträge von De-M-oN

Wie geil isn das mal?

Danke Danke Danke !!!!

Das wird viele Leute MeGUI schmackhafter machen. Denn es war bei extrem vielen Leuten so, das der einzige Holperstein MeGUI nicht zu nutzen das Einsetzen der Dateipfade war.

Dieses Batch Script tut in der Tat alles automatisieren. Geile Sache!

Allerdings würd ich Lanczos4Resize nehmen, statt LanczosResize.

Lanczos4 ist toller

Aber echt mal DANKE!.

Ich weiß das der Test alt ist.

Vllt find ich ja auch nochmal einen neueren

Ok das mit den Betas wusste ich nicht. Dann danke für die Aufklärung. Ich wusstes halt nicht genau, deswegen hab ich ja auch gesagt - korrigiert mich, falls ich falsch liege

Naja x264 wird nicht nur schneller, sondern auch kompressionseffizienter, da die Techniken ja immer weiter optimiert werden.
Auch die Akkuratheit von CRF wird verbessert.

Am besten wäre aber dennoch verlustfreies Material.

Handbrake kann zwar kein Lagarith, aber es gibt ja auch noch andere Lossless Codecs.

Hier kann man auch nach sehen welche es so gibt und wie gut welche komprimieren und wie schnell sie sind:

http://www.compression.ru/vide…sless_codecs_2007_en.html

Lagarith ist halt son bissl der Gewinner. Excellente Speed und zugleich gute Kompression in einem. Das ist natürlich Optimalzustand

Darum empfehl ich den ja auch so sehr immer und vor allem in Bezug auf Aufnahme mit DXtory.

Oder intensivere Encodiereinstellungen.

Musst halt den für dich besten Kompromiss aus Dateigröße(Uploadaufwand), Qualität und Encodierzeit rausfinden.

Ich würde dir aber wie gesagt MeGUI empfehlen, denn ich glaube das der x264 Encoder von Handbrake nicht mehr der neuste ist, da Handbrake soweit ich nicht falsch informiert bin seit einiger Zeit nicht mehr geupdatet wurde. Wie gesagt: Wenn ich Müll laber, korrigiert mich gerne ^^.

Außerdem gehts nicht nur um Bewegung, sondern auch Feindetail. z.B. Gräser, Büsche, Kieselsteine aufm Boden, Feindetail eben. Oder feine Maserungen in Steinwänden.

Sowas zb. zieht sehr viel Bitrate:

http://www.bilder-hochladen.net/files/big/dgaa-7-8f14.png

Die Wand!

Und ja es ist Doom 2. Aber Doom 2 zieht mit sowas das doppelte an Dateigröße als ein Doom 3 mit glatten Texturen (weil Marsstation) und dunklen Bereichen.
Ihr seht - Nur weil ein Spiel betagt ist, heißt es nicht automatisch auch einfaches Videomaterial

Da muss einfach mehr Bitrate rein um dem gewählten Qualitätsfaktor treu bleiben zu können, denn würde der Encoder hier nicht aufpassen, würde man Schlamperei hierbei sofort bemerken. Kompliziert zu komprimieren solch Feindetail.

Bei Gräsern, Büschen etc in rauhen Mengen (z.B. ein Waldspaziergang bei ArmA 2, kann richtig viel Bitrate ziehen^^

@Mazzle:

Zitat von De-M-oN

[...]und von der Komplexität deines Videomaterials.

Das hab ich damit gesagt

Was du bereits schon falsch machst ist: Verlustbehaftetes Material weiter zu encodieren.

Das macht kein Sinn. Dann lieber direkt mit x264 encodieren. Mehr Qualität auf kleinerer Dateigröße.
Ich persönlich empfehle eher MeGUI, da der x264 Encoder dort deutlich neuer sein dürfte. Korrigiert mich wenn ich falsch liege^^

Wie groß die Enddatei wird hängt vom gewählten Qualitätsfaktor ab, von den gewählten Encodiereinstellungen und von der Komplexität deines Videomaterials.

Divx deinstallieren.

Divx haut ins DirectShow System eigene AVI Decoder, MP4 Decoder und MKV Decoder rein die aber allesamt nix taugen.

So drängelt sich dann der AVI Decoder von Divx vor und der muss dann vergebens feststellen das er mit Lagarith nicht umgehen kann. Tolles Divx.

Natürlich auch keine Codecpacks oder so ein Gedöhns installiert haben. Da kann sowas natürlich noch viel schneller passieren, das da ein Drittanbieter sich vordrängeln will (dafür ist ein Codecpack ja da). So ein Codecpack macht mehr Schaden als Positives.

Ja hab ich noch.

Edit: Hat schon wieder gebuggt, und die PN war in Entwürfe - und ich bin 100% sicher das ich auf Absenden geklickt hatte, ich speicher nie in Entwürfe. Hatte das schonmal gehabt ...

Und darauf hab ich dir eine PN geschrieben die noch nicht beantwortet ist

Hast du meine PN Beachtung geschenkt?

Du musst halt IGS und Stimme in eine einzige Spur bringen, statt 2 verschiedene Spuren. Genau das machste mit dem Audacity Schritt ja nun.

Also klappts nun ganz gewiss

Rechtsklick auf die Datei und da Extract Audio Stream auswählen. So wie ichs sagte

Du hast sehr wahrscheinlich in DXTory 2 Audiospuren eingestellt.

Mache Rechtsklick auf die AVI von DXTory, dann wähle Extract Audio Stream.

Diese Audiostreams importierst du beide in Audacity und speicherst sie als WAV ab und gibst diese als Audio Input bei MeGUI.

Beim Script belässte in dem Fall audio=false so stehen wie es ist, weil du ja Audio Input wie gesagt dann die Datei von Audacity nimmst.

Wenns dir mit CRF 23 immer noch zu groß wird sollte doch klar sein was zu tun ist?

Die Qualität noch weiter reduzieren. Probiers mit CRF 25 (Quality: 52

Oder dich von der 2048x1152 Auflösung trennen.

Niedrigere Qualität als CRF 25 würd ich schon fast vermeiden..

2048x1152 braucht nunmal für gewissen Qualitätsanspruch auch bisschen Dateigröße.

Aber ich hab schon Leute gesehen die sind sogar mit CRF 30 noch zufrieden ..
Da hat wohl jeder andere Ansprüche

Dein TMPGEnc ist auch nicht mehr die neuste Version. Aktuell ist 5.1.1.52, wo der x264 Encoder nicht ganz so altbacken ist, wie der von 5.0.6.38.

Bietet kein CRF Encodiermodus an. Welcher H.264 Encoder bin ich jetzt nicht sicher.

Qualitätsbasiertes Encoding mit einem so wundervollen Verfahren wie Constant Rate Factor des x264s ist jedem Bitratenmodus vorzuziehen. Einheitliche Qualität und kein Bauchgefühl mit dem Bitratengerate. Bitratenmodis verbrauchen auch immer unnötig viel Speicher, weil eine durchschnittsbitrate aufgezwungen wird.

Zitat

Zudem wenn man das Rendern einer Datei abbricht ist die Datei trotzdem lesbar bis zudem Moment wo man aufgehört hat

Das geht mit bestimmten Container wie MKV etc halt.

Videokomplexität hat nur wenig mit der Spielgrafik zu tun.

Ein Doom 2 ist komplizierteres Videomaterial als Doom 3.

Bei TMPGEnc heißt es Quality.

Kannstes ja mal mit CRF 23 probieren. Entspräche Quality: 56

Du scheinst halt einfach 'nen Spiel zu haben was ein bissl komplexeres Videomaterial darstellt.

Warum hast du nicht einfach den Text hier reinkopiert? Dadurch fehlt nämlich zudem ein Teil von den Kodierungseinstellungen wenn du es als Bild machst.

Der Container ist ganz sicher nicht schuld wenn Youtube bei dir Probleme macht. Ich lade rein nur MKV Container hoch und Youtube hat bisher mir auch bis heute absolut jedes Video verarbeitet.

Welches Preset haste von mir genommen? Sieht nach dem FAST Profil aus (subme 6 etc). Du solltest wenigstens Medium nehmen.

Wenn du es auf 2048x1152 machst, musste auch bei entsprechend kompliziertem Videomaterial und gutem CRF Faktor damit rechnen das es auch mal groß ausfallen kann.

Entweder CRF Faktor vergrößern, oder die Auflösung kleiner.
Kleinere Auflösung bedeutet natürlich auch das auf Youtube auch nur kleinere Qualitäten verfügbar sind.

Achja bei MP4 fällts minimal sogar größer aus ( ~1mbyte vllt), da der MP4 Container größeren Header hat.
Ich versteh gar nicht, warum ihr immer glaubt das MP4 für Youtube besser sei
Interessant ist doch was in dem Container drinsteckt. (Video und Audio Codec)

Aufwendiges Videomaterial? Welche Auflösung? etc.

Am besten mal Mediainfo damit man mal gucken kann ob du alles korrekt gemacht hast.

Die fertige Datei damit öffnen:

http://mediainfo.sourceforge.net/de

Die Ansicht auf Text umstellen und hier reinkopieren.