Kein DirectShow bei Verlustformate. Aber das haste mit mir ja nun bereits eh festgestellt 
Beiträge von De-M-oN
-
-
Die sind gleich.
Allerdings gibts keine 100% Garantie das "Fast" gleich aussieht wie "slow". (Allerdings bewertet das nicht über, es geht um nuancenbereich). Wer sicher gehen will kann ja beim Fast ein paar %te Qualität höher setzen.
-
Und noch ne Frage. Es gibt ja diese neuen Einstellungen, die in Demons Tutorial noch nicht drin waren (Tuning, AVC Profile, AVC Level, Target Playback Device).
Die gabs auch damals schon.Ist es sinnvoll, die auf nen anderen Wert zu stellen?
Bei LPs nicht. Bei Standbildvideo / Tutorial Video könnte man Still Image als Tuning nehmen.Ein Freund von mir hat mir vor kurzem gesagt, dass Premiere etc. schneller rendern als [lexicon]MeGUI[/lexicon], weil [lexicon]MeGUI[/lexicon] keine Hardware-Beschleunigung hat.
Kann ja nur der CUDA Quatsch mit gemeint sein.http://www.computerbase.de/for…php?p=9557413&postcount=9
http://www.computerbase.de/for…hp?p=9947207&postcount=46
http://www.computerbase.de/for…hp?p=9952783&postcount=52Und auch diese geile Effizienz von CUDA:
-
Also ich habe es ausprobiert. Ich habe 2 verschiedene Audiospuren, also einmal Ingamesound und mein [lexicon]Mikro[/lexicon].
Na bitte. Dann ist auch alles ok!Dann gehste nun auf File -> Save [lexicon]WAV[/lexicon] und speicherst deine 1. [lexicon]WAV[/lexicon]
Dann gehste auf Audio -> Source Audio -> Stream 2.
Nun gehst auf File -> Save [lexicon]WAV[/lexicon] und speicherst somit den 2. Audiostream. Fertig. -
Was passiert wenn du dir Virtualdub mal runterlädst (benötigt keine Installation, einfach die zip entpacken und die virtualdub.exe starten), die AVI öffnest und dann bei Audio -> Source Audio die Streams jeweils mal prüfst? Läufts dann korrekt?
-
Du nimmst in 44.1 khz, 16bit, Stereo auf?
-
So ein Unsinn.
Naja youtube tutorials eben.. gefühlte 90% der Tutorials von Leuten die selber ein Tutorial benötigen würden.
-
Was encodierst du auch bereits komprimiertes Material nochmal?
Die Rohdaten encodieren. [lexicon]Handbrake[/lexicon] ist kein WinRAR.
-
Da haste die Effizienzdifferenz als Grafik. Und das betrifft jetzt nur bitratenmodus.
Mit [lexicon]CRF[/lexicon] sparste noch sehr viel mehr gegenüber MainConcept und co.
WMV siedelt sich im Bereich xvid ein. Nicht zu empfehlen.
-
Edit: Wo du was von USB 2 [lexicon]Festplatte[/lexicon] sagst, so schlecht ist die zwar nicht, aber ich versuch mal nicht auf ne externe [lexicon]Festplatte[/lexicon] zu speichern.
Wäre anzuraten.
Für viel mehr als 1280x720 und lagarith eignet sich eine USB 2 Platte nicht.
ZitatVon [lexicon]MeGUI[/lexicon] hab ich jetz schon öfter gehört, aber kann ich das auch so wie WinMovieMaker verwenden, dass ich noch nen Intro davorhäng?
2 Videoquellen einlesen oder später muxen.
-
[lexicon]Lagarith[/lexicon] @ YV12 und [x] Multithreading
2 Kompression Threads
1280x720
25fpswäre ein Witz für sogar eine USB 2 [lexicon]Festplatte[/lexicon]. Dann wäres eig. nur noch [lexicon]CPU[/lexicon] und die wäre mit 1280x720,25fps auch kaum belastet.
-
Naja [lexicon]Lagarith[/lexicon] beansprucht die [lexicon]CPU[/lexicon] mehr, aber meist ist die weniger das Problem als die [lexicon]HDD[/lexicon] welche mit [lexicon]Lagarith[/lexicon] stark entlastet wird.
Nimm Framebuffer statt viewport und nimm Vector 2D beim OSD und probier UT Video Codec @ YUV 422 mit 2 Kompression Threads, aber die [lexicon]HDD[/lexicon] wird dann mehr zu tun haben. Musst eben abwägen was das größere Problem bei deinem PC darstellt.
-
Benutze bitte einen besseren Codec. Ich bezweifle sehr stark das CobraVerde in seinem Tutorial MJPG empfiehlt
-
Wenn du die Einstellungen behalten willst die settings.xml Datei sichern.
-
Danke dir. Dann hilft dagegen anscheinend ein anderer Codec.
Schön das es bei dir zu 100% rettbar war
-
Ergo fehlen mit dem [lexicon]Lagarith[/lexicon] Codec keine 40sek, sondern es ist zu 100% wiederherstellbar?
-
Komplett oder waren wie bei mir 40 sek weg?
Wenn komplett: Welcher Video Codec? Wenn anders als 40sek, bitte auch Video Codec nennen.
-
Guck die Encodiereinstellungen doch mal an..
Die Dateien könnten sehr viel kleiner werden. Aber du weißt genauso gut, das bei quantizerbasiertem Verfahren bei ineffizienteren Encodingeinstellungen die Dateigröße zwangsläufig größer wird. Und Youtube benutzt äußerst sanfte Encodingeinstellungen, jedoch quantizerbasiertes Encoding.Was isn schlimmer? Wenn 70 Std videomaterial nebenher encodiert werden muss (CPU Belastung), oder ein bissl mehr Speicherverbrauch, dafür weit weniger [lexicon]CPU[/lexicon] Belastung.
Youtube hat pro Video zudem ja auch einige Encodes.
Da kommt ja so einiges zusammen was bereits 1 video an encodes verschlingt. Noch dazu der Encode fürs Handy und der Encode für die HTML5 Geschichte (Würden sie den HTML5 Unsinn weglassen, könnten sie auch sehr viel einsparen^^)
Die werden das sicher aber auch nicht alles nur ein einziges Mal auf ihren Servern haben. Stell dir mal vor eine [lexicon]Festplatte[/lexicon] fällt aus undn Video von Gronkh verschwindet. Ein Disaster. Kann sich Youtube nicht erlauben sowas. Ergo isses MIND. ein 2. Mal gesichert, wenn nicht nochn 3. Mal. Damit eben KEINE Daten verloren gehen durch Festplattenausfall.
-
Aufm PC wirds immer anders aussehen, weil Youtube noch einmal encodiert um die [lexicon]CPU[/lexicon] Belastung möglichst gering zu halten.
Korrigiert.Die Encodiereinstellungen von Youtube sind total auf [lexicon]CPU[/lexicon] Entlastung aus, weshalb sie sogar größere Dateien als nötig in Kauf nehmen für diese Qualität.
-
Mehr Beteiligung am posten von Benchmarks wäre wünschenswert. Die Ergebnistabelle ist recht dürftig leer.
