Du wählst AVI aus, gehst auf benutzerdefiniert und suchst dir dann den HuffYUV aus der Liste aus.
Beiträge von De-M-oN
-
-
Einen verlustfreien Codec benutzen wie HuffYUV etc.
Um ihn zu installieren, zip Inhalt entpacken und rechtsklick auf die .inf Datei und auf installieren.
Der Codec steht aber nur zur Verfügung, wenn du ein 32bit Vegas hast, da dies ein 32bit Codec ist.
Lagarith kann soweit ich weiß auf 64bit. Jedoch hat damit Handbrake Probleme..
Solltest du ein 64bit Vegas besitzen, solltest vllt tatsächlich direkt in AVC mit Sony Vegas gehen, da ich dir jetzt keinen Lossless Codec nennen kann, der 64bit mitmacht außer eben Lagarith.
Oder aber du speicherst unkomprimiert AVI. Nur find ich das nicht sehr tolle Lösung, weil das dauert sehr lange und die Datei wird 4x so groß, wie die Fraps Videos.Der x264 encoder ist aber auf jeden Fall dem MainConcept und Sony AVC deutlich überlegen. Aber du kannstes ja mit Bitrate ein wenig ausgleichen.
Original erhältst du indem du dein Video auf 2048x1152 hochskalierst.
Original hat 2 Vorteile:
Original gibt youtube mächtig Bitrate und die Videos sind artefaktfrei - nur bei sehr komplexen Material sind leichte vorhanden, aber auch nur leichte.
2. Vorteil: Es entsteht nicht der Bug von Youtube, das man nur jede 2. Zeile angezeigt bekommt !1920x1080 : http://www.youtube.com/watch?v=O9qK9GgLCCY
Der rechte Streifen soll normalerweise so aussehen, wie der obere.
Youtube tut also vertikal nur jede 2. Zeile bei einem 1080p Video darstellen.Ist der Bug entstanden, ist auch 720p usw ebenfalls davon betroffen.
Dieser Bug entsteht nur bei Videos die in 1920x1080 hochgeladen werden.
Das ist auch der Grund warum Schriften auf 1080p Videos immer so unscharf aussehen.Es gibt 2 Möglichkeiten dieses zu umgehen.
#1: wie gesagt = 2048x1152 Auflösung nehmen =
http://www.youtube.com/watch?v=BhrdyRXkHT0
Hier ist alles in Ordnung - auch bei den anderen Qualitäten (1080,720 und co)
#2: Du encodierst auf 1920x1072.
Dann bekommst du trotzdem die 1080p Option von Youtube, aber auch hier fehlerfrei:
-
2.1.1 sollte aber eig. laufen...
ffmpeg kann das eigentlich..
Ansonsten falls du ffdshow besitzt, kannst du auch das huffYUV von diesem benutzen. Bei der Config aber nicht huffman tables anhaken.
ffdshow kann auch zur decodierung beitragen. Wenn ich zb meine HuffYUV Datei mit TMPGEnc öffne, seh ich den ffdshow decoder im Tray auftauchen.
-
So Flut von neuen Videos

Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP05 [2/2] Neue Gesellen die ihren Spaß hatten, Die Bude ist auch nicht mehr das was sie mal war, geht alles kaputt unter den Füßen und einen sinnvoll gesetzten Quicksave

Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP06 [1/2]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP06 [2/2] Spinnen :wacko:
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP07 [1/2]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP07 [2/2]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP08 [1/3]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP08 [2/3]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP08 [3/3] Zwischen mir und dieser verdammten verfluchten Spinne wollte sich ja mal so gar nicht eine Freundschaft bilden -_- -
An Lagarith nicht.
Aber MeGUI benutzt nun für AVI Files nicht mehr AVISource, sondern FFVideoSource und somit macht er nun auch bei AVI Files den File Indexer auf (FFMS wird dafür benutzt) Und der File Indexer bzw FFMS kann mit Lagarith nicht umgehen.
-
Heißt in Avidemux Konstante Bildqualität.
Ich muss auch gerade feststellen - die Begriffserklärungen sind nicht gerade so sehr gut.

Also CRF Faktor bedeutet das ein Qualitätsfaktor eingehalten wird und er sich dann nur exakt so viel Bitrate nimmt, wie für aktuelle Situation notwendig um dem Qualitätsfaktor treu zu bleiben.
Bei weniger komplexen Videos kann also mächtig Bitrate eingespart werden.
Damit ist die Dateigröße natürlich auch rein von der Komplexität des Videomaterials abhängig. Eben desto komplexer das Video ist, desto mehr Bitrate wird für den gewählten Qualitätsfaktor benötigt.
CRF 21 ist gestochen scharf. Ich würds mal mit 23 probieren. Vllt reichts dir ja schon

-
CRF 21 oder noch höher nehmen

-
Das Problem ist Lagarith. Neuere MeGUI Versionen nehmen Lagarith leider auch nicht mehr an.
Es geht aber mit HuffYUV (auch ein Lossless Codec).
http://neuron2.net/www.math.be…u/benrg/huffyuv-2.1.1.zip
Installation: Zip Datei irgendwo entpacken und rechtsklick auf die .inf Datei und dann auf Installieren.
-
Die Vorgehensweise find ich total merkwürdig.
Du kannst doch einfach einen höheren CRF nehmen, wenn dir die mit deinem aktuellen CRF mit verlustfreiem Material zu groß werden.
H.264 ist der bessere Codec, aber du zerstörst ihm sein Potential indem du mit WMV vorher ran gehst.
ZitatAber selbst Original leidet bei Youtube, du bekommst zwar mehr Bitrate aber auch dann komprimiert Youtube immer noch zu stark und schon sind die Artefakte wieder da...erst recht bei Rennspielen, die hohe Bitraten brauchen, weil sich der Inhalt zu schnell ändert.
-=The Running Racers=- NFS 4 -- 15.02.11 [3/5]
Da sind auf Original Artefakte?
Aber ja bei TM Nations sind leichte. Kommt eben drauf an was es ist. Aber es sieht dennoch ERHEBLICH besser aus als auf 1080.
Doom 3 ist auf Original auch 100% ohne Artefakte. Das lässt sich aber auch total gut komprimieren.
x264 hat daraus @ crf 21 das gemacht
Vollständiger Name : D:\XVideos\LP-DooM3-Level5_1.mkv
Format : Matroska
Dateigröße : 1,12 GiB
Dauer : 25min
Gesamte Bitrate : 6 277 KbpsDa ist aber auch PCM Ton drin. Der hebt die Dateigröße natürlich an auf 25min.
Youtube hat es auf Original zu einer 775,39 MB Datei gebracht. Ohne PCM Ton also fast das selbe wie mein Quellmaterial
Youtube verhält sich eh mit dem Speicherplatz eher verschwenderisch, da es dermaßen viel Bitrate vergibt bei komplexerem Material als Doom 3 und trotz seiner schlechten superschnellen Encodiereinstellungen dort noch immer leicht artefaktet bei extrem komplexem Material.
Wenn ich seh, was der aus dem 8min Video von meinem Freund gemacht hat (Armed Assault 2 LP) 8min Video hat Youtube zu einer 0,99 GB Datei gemacht
maximale Bitrate : 60,1 Mbps
Die Youtube Original Datei hat das als Peak. 60 mbit
im Schnitt warens locker 30 - 40 mbit.
Auch x264 hat sich da übelst abgequält an arma. Selbst x264 hat als peak 27 mbit @ crf 21 erreicht^^Aber demnach scheint Youtube Speicherplatz weniger das Problem zu sein.
Eher die CPU Last. Denn sonst könnten sie ja Bitrate einsparen und bessere Encodiereinstellungen machen, als die Ultra-fast Settings.
Trotz der 60mbit hatte Youtube bei dem komplexen arma 2 ding immer noch aufm Waldfußboden leichte Artefakte gemacht. Und mein MPC-HC kriegt es nur mit 20 fps decodiert
Also ich weiß nicht warum, aber Arma 2 ist irgendwie anspruchsvoller als NFS HP2, TM Nations und NFS 4 zusammen xD -
postest du in jedem Thread deine Einstellungen und diese komischen Tools, die kompliziert und kryptisch zu bedienen sind...
Nö sind sie eig. nicht. Und komisch sind sie auch nicht. Avisynth Script und MKVMergeGUI sind nun wirklich nichts neues.wenn die Leute es einfach haben wollen und ihre WMV recodieren wollen, dann sollen sie es doch machen!
Und warum um Himmels Willen, wenn es doch verlustfreie Codecs gibt???
Ob ich nun in WMV oder in HuffYUV render macht nun wirklich kein Unterschied, außer das bei letzterem die Qualität erhalten bleibt und nicht von WMV schon artefakte reingesetzt werden (das er 4x4 Pixel ignoriert, wie du sagtest, würde natürlich erklären, warum es auf 30000er Bitrate immer noch artefakte gibt...
Es macht einfach kein Sinn 2x dem Video Verlust auszusetzen. Gott dann kannste gleich die WMV auf Youtube hochladen
Nicht jeder hat so viel Zeit und Lust sich in zig Programme rein zu fuchsen
Sind vllt ein paar mehr als eines, aber allesamt sehr sehr kleine und leicht zu verstehende. Das einzige wäre vllt MeGUI bzw x264.exe und deren Einstellungen.also warum probierst du Handbrake nicht mal aus, anstatt hier dauernd deine Tools vor zu stellen ?
Könnte ich. Aber wozu?
Wenn Handbrake eh nur zu gebrauchen ist, wenn man dessen Kommandozeile benutzt, kann ich auch gleich x264.exe plus .bat Datei nutzen. Was ich momentan eh so mache, weil MeGUI zurzeit nicht bemerkt, das es x264.exe in neuerer Version als 1867 gibt. (kann natürlich sein, das ich dafür auf eine Development SVN Build updaten müsste. Ka.) Insofern benutze ich gar kein Programm für die reine x264 Encodierung.meine Videos sehen ebenso gut aus wie deine...keine sichtbarer Unterschied
Das kann gar nicht sein, wenn du Lossy re-encodierst, plus dein erstes Lossyformat schon ungründlich arbeitet.
Vllt siehts auf 720p und 1080 gleich aus, auf Original aber kanns schlecht sein. Vllt reichts noch für Doom 3 oder so, die lassen sich eh sehr gut komprimieren (25min @ crf 21 sind ca. 450 MB geworden) Aber so Spiele wie NFS HP2 oder TMN siehste ja anhand des Computerbase link, das selbst das Quellbild bei WMV und xvid schon leidet.
-
Ich will halt mit PCM zumindest einen lossy to lossy encode im Audiobereich sparen. Somit ist dann mit PCM nur der einzige Lossy encode zu AAC seitens Youtube, was ich befürworte, da Youtube ja eh auf 128 kbit/s VBR geht.
Bei Youtube macht sogar die FPS Rate ein Unterschied. Youtube Logik halt.
Lad ich eine MKV mit exakt selben video und audio codec in 25fps hoch, sagt Youtube mir - Kann nicht konvertiert werden. Lad ichs in 30fps hoch -> wird einwandfrei encodiert

Du kannst dir MKVToolnix runterladen
Dort ist MKVMergeGUI enthalten. Dieses starten
Dann in dessen Optionen gehen Haken rein machen: Kopfdatenkompression standardmäßig ausschalten.
Dann auf Hinzufügen gehen, deine MKV auswählen, das ganze Muxen - und schon haste neue Datei ohne Kopfdatenkompression

-
doch es macht Sinn, denn WMV ist das beste was mein Videoschnittprogramm ausgeben kann
Dann solltest du mal über einen Wechsel des Programms nachdenken.
Nur WMV? WTF?
Selbst der WMM kann doch (soweit ich weiß) notfalls auch unkomprimiert AVI ausgeben. Schneller und weniger platzverbrauchend wäre natürlich ein Lossless codec wie Lagarith oder HuffYUV. HuffYUV kann auch ffmpeg lesen.
Wenig Sinn macht es vor allem deshalb, weil Lossy to Lossy immer unnötigen Qualitätsverlust mit sich bringt. Und so toll ist WMV halt eh nicht.im Vergleich zu WMV die ich mitlerweile auf 99% Qualität (kein sichtbarer Unterschied zum Original-Fraps Video) rendere.
Guck mal hier:
http://www.computerbase.de/forum/showthread.php?t=857014
WMV hat genau das selbe Problem..
Nur x264 bzw allgemein H.264 ist in der Lage mir die Straße nicht grobkörnig darzustellen und Artefakte zu schmeißen.. Ich frag mich echt, was WMV und XVID da machen? Mit Nulldaten auffüllen?OK Handbrake kann es aber das ist unnötig weil mp4/m4v ja eigentlich auch angenommen wird ?
Wenn ich MP4 nehme nimmt Youtube nach wie vor 2048er MP4s bei mir nicht an.
MKVs ohne Headerkompression hingegen schon.
Und ich weiß nicht obs mit MP4 geht, aber bei MKV kann ich PCM Ton reinsetzen
-
Geb Handbrake am ehesten verlustfreies Material
Das macht doch total kein Sinn WMV zu re-encodieren
Das ist unnötiger zusätzlicher Qualitätsverlust (Lossy to Lossyformat)Nimm MKV ohne Headerkompression und @ 30fps
Diese nimmt YT alle an.
-
Fehler:
WMV -> MPEG4
Verlustbehaftetes Format in ein anderes verlustbehaftetes Format encodieren macht nicht wirklich Sinn. Sollte eig. klar sein, das dann erneut wieder Daten weggeschmissen werden.
Wenn du als Container MKV benutzt:
MKVMergeGUI (ist in MKVToolnix enthalten starten, dann in dessen Optionen gehen, Haken reinmachen für: Kopfdatenkompression standardmäßig ausschalten, dann auf hinzufügen drücken, MKV Datei öffnen, auf Muxen Starten klicken. Nun sollte Youtube die Datei annehmen.
Youtube bekommt nämlich keine MKVs konvertiert, wenn der Header komprimiert ist.
Achja auch ist mir aufgefallen, das er meine MKVs nur mit 30fps annimmt. 25fps zb mochte Youtube auch nicht konvertieren^^
-
Neue Parts online

Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP04 [1/2]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP04 [2/2]
Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP05 [1/2]Ich habe nun das PDA richtig bedient, kriege einige der Kabinen nun auf und finde sogar eine Chaingun und treffe meine ersten Pinkys an

-
preset slow --crf 21.0 --deblock 2:2 --b-adapt 1 --scenecut 64 --qpmin 10 --merange 24 --me hex --subme 6 --partitions all --no-fast-pskip
Das MUSS auch mit Handbrake gehen!
ersteres ist für die Batch und das letztere damit x264 eben weiß welche Datei er einlesen soll (in meinem Falle ein AVS Script) und was eben Zieldateiname sein soll.
-
man bekommt auch mit Handbrake alle x264 Einstellungen, wenn man das Commandozeilenfeld benutzt....
Dann kann ich doch gleich x264.exe direkt benutzen
, was ich zurzeit eh tu, da MeGUI irgendwie nicht die neuere x264 Version erkennt und MKVMerge erkennt er auch nur 4.4.0 obwohl es 4.5.0 gibt. -> Oder man muss auf eine der neueren development builds updaten.Also meine Batch für x264.exe sieht so aus:
start /b /w x264.exe --preset slow --crf 21.0 --deblock 2:2 --b-adapt 1 --scenecut 64 --qpmin 10 --merange 24 --me hex --subme 6 --partitions all --no-fast-pskip --output "TMN_TRN_25_02_11.mkv" "d:\XVideos\TMN_TRN_25_02_11.avi.avs"
pause -
Löst euch von irgendwelchen komischen Presets/Profilen und lernt mal bisschen über Codecs und deren Einstellungen.
Dann habt ihr vieles einfacher.
Jetzt mal abgesehen davon das der H.264 Codec des Sony Vegas bei weitem nicht die Effizienz vom x264 Encoder erreicht und die Einstellungsmöglichkeiten in Vegas auch eher als sehr mager anzusehen sind.. Dennoch kann man immerhin CABAC anschalten (was komischerweise bei Vegas standardmäßig auf dem schlechteren Verfahren steht, was mir auch absolut schleierhaft ist WARUM?.... Und naja Bitrate kann man dann immerhin auch noch einstellen^^
Auch Handbrake höre ich von Dritten (kenne es selbst nicht) das es in seiner x264 Einstellungen sehr spart - und eben auch nicht alles zur Verfügung stellt.
Programme die es tun sind MeGUI, Avidemux etc.
-
Wie wäres dann mit konfigurieren des Codecs?

-
Warum nimmst du auch so ein scheiß Codec?
H.264 benutzen...