Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEs geht mir nur, dass die Frapsquali und die .wav Quali ein Unterschied wie tag und nacht sind.
Fraps nimmt in WAV auf 
Zur Frage: Würde gehen ja.
Wenn etwas nicht geht, meldet sich MKVMergeGUI eh.
Und Fraps nimmt nur eine Spur auf und das ist nunmal WAV.
PS: Welcome Back LVF ( Lass uns Verwarnen Forum )
Zitat1. Ist es prinzipiell egal, ob ich zuerst encodiere und dann Muxe (also, kann man auch zuerst muxen und dann encodieren?) oder würde es andersrum zu Qualiverlust kommen?
Muxen ist nichts weiter als Spuren in einen Container zu schreiben. Ein Muxer tut niemals die Spuren anfassen. Dann wäre es kein Muxer mehr.
Ein Standard Output Ordner kann angegeben werden wie im Video gesagt.
Die Dateien musste aber alle einzeln laden.
Es sind 2 verschiedene Tonspuren in der AVI Datei, der IGS und die Stimme. Die musst du zusammenmixen.
Dazu die AVI von DXTory mit Rechtsklick anklicken -> Extract Audio Stream.
Dann haste die beiden WAVs draußen. Dann öffnest du Audacity und mischt die zusammen und speicherst als neue WAV Datei. Die neue WAV Datei gibst du dann MeGUI als Audio Input.
Eventuell kann auch Avisynth mehrere Tonspuren zusammenmixen, aber da weiß ich zurzeit noch nicht wie, falls es gehen sollte.
Ach und verwende bitte MKVMergeGUI zum Muxen der Spuren damit die Kopfdatenkompression nicht benutzt wird. Bei dem MKV Muxer von MeGUI kann man das leider nicht festlegen.
In MKVMergeGUIs Optionen muss der Haken gesetzt sein das Kopfdatenkompression standardmäßig ausgeschalten ist.
Das ist wichtig für Youtube, da Youtube die Kompression oft nicht mag. (z.B. graues Bild am Anfang etc)
Wenn dir das zu umständlich ist mit MeGUI mehrere Quellvideos einlesen zu lassen schon.
Wenn du nur zusammenfügen musst würd ich das mit MKVMergeGUI machen wie im Video gesagt. Geht schneller, da er so die Spuren einfach nur übernimmt und nicht umencodiert. Ergo kommts hier nur noch auf deine Festplattengeschwindigkeit an.
Willst du noch schneiden, kannstes ja sonst auch in Vegas tun und in Lagarith encodieren (Einstellungen : Mode: YV12, [x] use Multithreading), Progressiv (keine Halbbilder), Pixelseitenverhältnis 1,0, kein Interleave angehakt und Open-DML AVI benutzen, Audio = PCM Unkomprimiert, 44.1 khz, 16bit, Stereo
Achso auch der Videoplayer ist von bedeutung wie ein Video aussieht. Decoder und Renderer sind ja auch nicht unwichtig 
Vorzugsweise mit Media Player Classic Home Cinema (32bit hat viel mehr decoder, daher empfehlung 32bit player zu nehmen), dazu den Haali Splitter (In dessen setup haken entfernen aus Associate MKV and MP4 to WMP) und dann unter MPC-HC in den Optionen unter Ausgabe den Renderer auf Haali Renderer stellen.
Optional noch FFDShow in 32bit -> http://sourceforge.net/project…111120_clsid.exe/download
In MPC-HC unter Externe Filter -> Button Externe Filter hinzufügen und den FFDShow Video decoder wählen und auf bevorzugt anpunkten -> Vorteil: Schnellerer Decoder mit Multithreading.
Und mit dem haali Renderer haste halt bessere Farbdarstellung insbesondere auf Vollbild.
Der Haali Splitter ist auch nötig, wenn du eine MKV Datei mit MeGUI via DirectShow einlesen können möchtest.
Jau mit 20 haste den gleichen CRF Faktor den ich auch nehme. CRF 20 ist halt noch bessere Qualität als 21. Darum wirds natürlich dann auch größer
Schneiden kannst du mit dem AVS Cutter (Tools -> AVS Cutter) in Verbindung mit der Videopreview wunderbar
Ja mit dem Explorer ist das zusammenfügen mehrerer Dateien beschissen, weil der ja keine mehreren Dateipfade kopieren kann -.-
Naja der kann leider allgemein sehr wenig.
Wofür brauchst du die Timeline? Also was musst du machen?
Der One Click Encoder geht wie gesagt nicht mit Lagarith Videos und das neu Muxen solltest so oder so tun.
Manuelle Methode geht wie gesagt auch eh schneller, da 2 Jobs wegfallen.
@DustinderHater:
Naja die CPU ist äußerst schwach auf der Brust.
Entweder eine größere Datei in Kauf nehmen und auf Preset Fast gehen, oder warten.
Finde ein Kompromiss aus Dateigröße vs Encodierzeit vs Uploadzeit vs Qualität (Qualität wird nur vom CRF Faktor beeinflusst (x264 config -> quality (höher = schlechter) )
Nur mit dem One Click Encoder.
Aber der dauert halt länger, weil der über FFVideoSource decodiert und du den Indexing Job und den Audio Extract Job dabei hast. Außerdem hat FFDShow keinen Decoder für Lagarith. Eine Lagarith Datei muss in jedem Fall mit AVISource decodiert werden.
Geht mit manuellem Wege per AVISource auch schneller weil so die beiden Jobs wegfallen.
Und du solltest es so oder so machen. Egal ob Video oder Audio zusammen sind oder getrennt. Wegen der Kopfdatenkompression. Wenn du es mit MKVMergeGUI neu muxt und der Haken in Optionen gesetzt ist, haste die Kopfdatenkompression in jedem Fall weg und das ist eben wichtig für Youtube.
1. der Link zu diesem MKV Merge Teil hält mich für nicht befugt den Kram runterzuladen
Den Link manuell in Adressleiste kopieren oder den Link öffnen und alles vor http://www.bunkus weg machen. Ich werd das Programm demnächst auf meinem Rootserver hochladen, dann ist das Problem weg
2. Wenn ich in MeGUI nun im Script mehrere Videos aneinanderhänge, hab ich ja aber immernoch nur ein einziges Video als Audioquelle, und dementsprechend kommt am Ende auch nur die Audiospur des ersten Videos raus....bringt mir natürlich nichts n 20 min video mit den ersten 4 Minuten Sound zu haben O.o hab ich da irgendwas übersehen?
Im Script hast du Audio=false auf Audio=true umgeändert wie im Video gesagt?
Dann lädt er den Audio Input beim Speichern des Scriptes auch automatisch rein.
Dies ist wichtig wenn du mehrere Videoquellen hast.
@PandaPowerDE: Ja die Auflösung halt. Eine größere Auflösung braucht für gleiche Qualität mehr Bitrate. Du kannst aber sonst die Qualität ein wenig runterschrauben. Im Falle TMPGEnc 5 mal von 60 auf zb. 58 oder 56 stellen.
PS: ich verstehe eh nicht warum viele nur auf so schrecklichen 360p gucken... Aber isn anderes Thema^^
Ich guck immer Vollbild und höchste Qualitätsstufe.
Höherer CRF verkleinert die Datei in jedem Fall, ist ja dann kleinerer Qualitätsfaktor. Aber schnelleres Preset hebt sie dann auch wieder ein Stück weit an (je nach Komprimierbarkeit des Materials).
Was für eine CPU hast du denn? Und wie lang ist der Part?
PS: Wenn das Quellvideo schon 1280x720 bereits sein sollte bitte YT (no resize) auswählen.
Nimm Medium für etwas schneller, und Slow für etwas langsamer aber bessere Komprimierung.
Fast ist natürlich noch schneller, aber die Dateigröße wird halt anwachsen.
ZitatIch geh einfach mal davon aus, der Haken bei "Creat an OpenDML (AVI version 2.0) compatible file" kann einfach gesetzt bleiben
Der muss gesetzt sein, AVI 1.0 schreibt nämlich ein Dateigrößenmaximum von 4 GB vor. Fraps Dateien sind z.B. im AVI 1.0.
ZitatWenn ich Lagarith wieder auswähle, und auf benutzerdefiniert gehe, sind auch in den einzelnen Tabs noch alle Eisntellungen fein so wie sie zu sein haben.
In dem Textfeld "Description" beim Tab "Project" stehen allerdings trotzdem noch sachen wie "Audio: 48.000 Hz", "Lower Field first" und "Pixel Aspect Ratio: 0,909".
Das is aber auch irrelevant, ist ja nur das Überbleibsel einer anderen Einstellung, richtig?
Ich weiß nur noch, das man am besten die Einstellungen in eine neue eigene Vorlage speichern sollte, weil Vegas das gerne wieder zurückschreibt, zumindest beim 9er. 10 und 11 kenn ich nicht.
Achte auf jeden Fall drauf, das in jedem Fall das Video mit obigen Einstellungen eingestellt ist, also progressiv etc. Das Quellvideo sollte auch korrekt erkannt/eingestellt sein. Nicht das Vegas denkt dein Video ist interlaced, obwohl es ja Progressiv ist (als Beispiel).
ZitatDes weiteren, Anstatt "PCM WAVE Unkomprimiert" hab ich nur "PCM Uncompressed" zur Auswahl. Läuft aufs selbe raus?
Deutsch: PCM Unkomprimiert
Englisch: PCM Uncompressed
;D
ZitatZuletzt noch etwas anderes, in einem anderen Video auf Youtube, als ich auf der suche nach Tutorials fürs Rendern mit Sony Vegas war, aht mal jemand erwähnt, dass man Zeit beim Rendern einsparen kann, indem man "Disable Resample" aktiviert.
Stimmt das, bzw ist das auch sinnvoll und führt nicht zu irgendwelchen qualitativen Verlusten?
Ich habe keine Ahnung worauf sich die Einstellung bezieht. Sag am besten mal welcher Tab Reiter und wo genau sich das befindet.
AVI Container auswählen, benutzerdefiniert, die Vorlage so umkrempeln wie ich Post vorher sagte und Lagarith kannste da auch auswählen.
Dazu besorgst du dir den Lagarith Codec (verlustfreier Codec)
Der steht dann unter Auswahl des AVI Containers zur Verfügung.
In dessen Konfiguration stellst du Mode auf YV12 und machst den Haken bei Use Multithreading rein.
Den Ton stellst du auf PCM WAVE Unkomprimiert, 44.1 khz, 16bit, Stereo.
FPS Rate auf 30,00 (nicht 29,97 oder son Quark. Youtube ist kein Fernseher, Auch solltest du in 30,00 aufnehmen (also keine krumme Zahl).
Progressiv (keine Halbbilder)
Pixelseitenverhältnis 1,0
Interleave nicht angehakt. (Die Lagarith Datei wird schwer ruckelig abspielen, das macht aber nichts, der x264 Encode wird dann korrekt laufen)
Am besten gleich mit diesen Einstellungen als eigene Vorlage speichern, da Vegas es sonst jedes Mal wieder umstellt.
ZitatQueue (auf englisch http://de.forvo.com/word/queue/)
und noch etwas, ist aber was zu lange her. Kommt beim nochmal schauen nachgeliefert.
Ok danke. Das wusst ich in der Tat nicht^^
ZitatDas die Keyframewahl, spätere Schnitte beeinflusst. (Standardeinstellung schneiden je volle sekunde)
Sollte man das Standard von Max GOP 250 nicht verändern, wenn das Video noch gut spulbar und schneidbar sein soll.
Falls du die bframe Einstellung meinst. Die bframes sind keine keyframes und beeinflussen daher nur minimalst die Schneidbarkeit. Spätestens ab dem 250. Frame wird x264 einen i-frame setzen ( Max GOP Einstellung ).
Man könnte Max GOP auf 0 setzen. Dann zwingt man x264 nicht auf ab dem xten Frame einen I-Frame zu setzen. Das spart insbesondere an inkomplexen Stellen enorm Dateigröße ein, aber zerstört die Schneidbarkeit und Spulen ist dann so: Video pausieren. Zur Stelle hinklicken wo man hin will und 'ne Minute warten bis das Bild wieder da ist^^. Da hier halt wirklich mitunter extremst Speicher gespart werden kann ist es für Leute mit schwachem Internet eine Möglichkeit ohne Qualitätsdrückung die Dateigröße enorm abzusenken. Da ich bei meinen LP Videos nicht schneiden muss und auch auf die Spulbarkeit verzichten kann, geh ich persönlich ebenfalls auf Max GOP 0. Wenn man nicht drauf verzichten kann sollte man bei dem Standard von 250 bleiben.
ZitatTatsache -.- dabei gibt es extra ein schönen Dropdownmenü mit German drinnen... Naja hab es nie getestet.
Default Languages
Lets you select the language of the audio track selected by default. This means, when a DVD is opened and there is an audio track with the language selected here, that will be chosen. You can also select secondary language if the first one is not available.
Ergo wenn du z.B. eine DVD öffnest kannst du hiermit die Sprache (Tonspur) einstellen die er aus der DVD nehmen soll. Der 2. Eintrag ist dafür, falls die 1. gewählte Sprache nicht verfügbar ist, soll er die 2. nehmen.
Zitat von GazuVorher hätt ich noch gern gewusst, ob ich das so richtig verstanden habe, dieses x264 teil da
sorgt also dafür, dass die Videos schneller fertig sind UND weniger Speicherplatz fressen?
Sorry das ich dir jetzt erst antworte.
Für den H.264 Codec gibt es halt verschiedene Encoder. x264, MainConcept, Sony AVC usw.
Und da ist x264 einfach der mit großem Abstand beste davon.
x264 hat eine hervorragende CPU Effizienz, aber gleichzeitig auch hervorragende Encodiertechniken. Du wirst auf intensiverem Preset vllt nicht den Speedboost bemerken - eben weil x264 so wundervolle komplexe Encodiertechniken hat - aber die bessere Qualität auf kleinerer Dateigröße wirste dadurch dann natürlich bemerken.
Mit dem CRF Encodiermodus hängt die Dateigröße halt vom gewählten Qualitätsfaktor, den gewählten Encodiereinstellungen und vor allem vom Videomaterial ab.
ZitatDas heißt also, generell, unabhängig vom (mehr?-)Zeitaufwand den ich jetz für die Videos betreibe (weil wegen fraps schnipsel vorher noch zusammenfügen etc)
Wie im Video gesagt: Du kannst auch mehrere Quellvideos encodieren. Wenn man allerdings nur den Explorer hat, ist es bissl unbequem, weil der ja nicht mehrere Dateipfade kopieren kann.
Wie lange das zusammenfügen dauert, hängt von deiner Festplattengeschwindigkeit ab (wie schnell sie eben die Daten schreiben kann).
Zitatund die Videos laden gleichzeitig auch schneller...jo?
Eher umgekehrt. Ganz einfach deshalb, weil du bessere Qualität hochlädst. Bessere Qualität = Mehr Qualität bleibt auf Youtube über. Die Videos werden auch auf Youtube also besser aussehen.
Ich finde den Encoder von Youtube witzig im Verhalten bei inkomplexen Videos^^
z.B. jetzt diese Tutorial Video hier. Hat auf Youtube folgende Dateigrößen:
240p -> 47 MB
360p -> 78 MB
480p -> 97 MB
720p -> 196 MB
1080p -> 320 MB
Original -> 164 MB
Man beachte 720,1080 und Original 
Leute guckt das Video auf Original ! Die Datei ist kleiner als 720p und die 1080p Gucker können einem Leid tun :^^:
Aber dieses Phänomen bildet sich halt wirklich nur bei solchen inkomplexen Videos wie dieses hier^^.
ZitatWeil diese ganze rumcodiererei etc kann ich meistens eher nebenbei machen als irgendwas was meine Leitung belastet :X
Kannst ja intensiveres preset nehmen und die CRF Qualitätsstufe ja frei bestimmen
Intensiveres Preset und/oder höheren CRF Faktor (letzteres mindert halt die Qualität) Größer als 23 würd ich aber möglichst vermeiden.
- manche englische Begriffe falsch ausgesprochen
Wüsst ich eig. nur DirectShowSource. Ich sprechs immer als "Direkt" aus. Ist Gewohnheit aus der Kindheit xD
War sonst noch was falsch?^^
- ein paar Sachen nur per Anmerkungen erklärt
Weil Kopf wie Sieb ;D
- die Länge
Ich weiß Ich war auch verwundert nach der Aufnahme das es doch schon so lang war xD Aber naja. Wollte es auch diesmal ausführlich erklären.
- der gesprochene Text/das Video nur mäßig Durchgeplant.
Ich glaub da fehlt mir einfach noch die Übung Tutorials zu machen Ich hab mir eig. schon Mühe gegeben. Aber ich selber bin aber zufriedener mit dem jetzigen als mit dem vorigen Video, das fand ich persönlich viel chaotischer^^
- interessante Sachen wie scheiden an speziellen stellen(ästhetische Schnitte), Wasserzeichen ausgelassen.
(extra Video?)
Wäre definitiv zu umfangreich geworden. Vor allem Wasserzeichen. Das müsste definitiv in ein Extravideo. Sonst wäres weit länger geworden. Alleine schon wegen dem Wasserzeichen.
- flac Einstellungen nicht gezeigt.
Kopf wie Sieb x2.
Aber da kann ich dann hier nachholen: Ist eig. alles das gleiche wie beim Vorbis, nur das man hier die Kompression auf vollste setzen kann (Regler ganz nach rechts), da dies ja ein verlustfreier Audiocodec ist.
- Keyframes nicht erwähnt
Was genau wolltest du da hören?
- nicht erwähnt, das man loselss Material nehmen sollte
Wenn du schon mit englisch kommst dann korrigier ich auch mal Es heißt Lossless^^
Jo hätt ich machen können, aber andersrum kann man ja DXTory Videos oder Fraps Videos nun ja auch direkt mit MeGUI encodieren. Aber ja wenn man vllt noch mitm Schnittprogramm was machen will hätt man vllt erwähnen können das man verlustfrei exportieren sollte.
- nicht erklärt wie man das Programm auf Deutsch stellt
Geht nicht. Das Programm gibt es nur in englisch.
Danke fürs Feedback 
___
Avisynth Presets für Auflösungsänderung und/oder FPS Rate Änderung sind nun auch im ersten Post reineditiert.
NEUES VIDEO!
Sogar mit Mauszeiger ;D
Video findet ihr im ersten Post dieses Threads.
Sollte deutlich besser zu verstehen sein (hoff ich ;D).
Constant Rate Factor (CRF) Encodiermodus bedeutet:
Man stellt einen Faktor ein und jedes Video wird an jeder Stelle, an jedem Frame und jeder Auflösung etc die exakt gleiche Bildqualität aufweisen. Und CRF nimmt sich nur exakt so viel Bitrate, wie für den gewählten Qualitätsfaktor pro Frame notwendig ist. ---> Das hat 2 Vorteile:
-> Kein Bauchgefühlgerate mehr mit Bitrate.
-> Man weiß das die Videos immer exakt gleich aussehen, egal wie komplex sie sind. (Einheitliche exakt identische Videoqualität)
Die weiteren x264 Einstellungen beeinflussen bei CRF dann eben nur noch Encodierzeit vs Dateigröße.
Die Dateigröße ist halt abhängig von der Komplexität des Quellmaterials.
__
Schön das du trotz des veralteten Video und dem durcheinander in diesem Thread zurecht gekommen bist^^
Muss das unbedingt mal überarbeiten alles.
