Beiträge von De-M-oN

Zitat

Da wird wahrscheinlich der Hund begraben sein. Auch wenn x264vwf schon auf Ultrafast und lossless steht, reicht die Performance nicht aus, 30 FPS zu kodieren. Der DXTory Codec macht mir aber zu große Dateien.

DXTory Codec stand auf Medium und Compress angehakt?

Das du bei Standardeinstellung von RGB und ohne Compress Haken mega große Dateien erhältst wäre logisch.

Entweder Lagarith oder DXTory Codec. x264vfw ist hier nicht empfehlenswert. Zumal H.264 wie gesagt nix in einem AVI Container verloren hat.

Zitat

Damit habe ich schon gearbeitet. AVISource oder DirectShowSource wird bei mir gar nicht angezeigt, sondern nur One Click Encoder und File Indexer. File Indexer hatte ich dann ausgewählt.

Auch schon merkwürdig.

Falls FFVideoSource auch deine Videoquelle mit falscher FPS encodiert, probier statt AssumeFPS, das hier:

FFVideoSource("c:\deinvideo.avi", fpsnum=30, threads=1)

Mett:

Nochmals die Frage:

was erkennt MeGUI bei AssumeFPS (reiter Script im AVS Script Creator von MeGUI)?

Warum hast du bei MeGUIs Encode 2 Audiospuren? Das bringt dir nix, du musst sie zusammenmischen in eine einzelne Tonspur.
Du solltest in 44.1 khz aufnehmen, das reicht vollkommen aus, mehr bekommst du von Youtube eh nicht und eine Samplerate-Umrechnung bedeutet sogar Qualitätsverlust.
Das Mikrofon kann in Mono aufgenommen werden.

Zum Problem:

Du solltest bei DXTory einen anderen Codec wählen.

H.264 in AVI Container ist sehr oft problematisch. Außerdem ist x264vfw nicht zum Aufnehmen geeignet. Da gibts performanteres, was Aufnahme betrifft.

Entweder Lagarith @ YV12, [x] Use Multithreading (Bessere Kompression, weniger ingame FPS

oder:

DXTory Codec @ Medium Quality, [x] compress (mehr ingame FPS, weniger Kompression. Wichtig ist das Proc. Threads auf 2 ist. Siehe nächste Zeile.)

Beim Reiter Advanced sicherstellen das use Default Profile auch dort angehakt ist, oben das Default Profile auswählen und dort noch das einstellen:
[x] Force CPU Processing, Proc. Threads : 2

Handbrake encodiert nicht über DirectShow (AVISource) Daher haste hier Erfolg.

MeGUI kann auch über FFMPEGSource (FFVideosource / FFAudioSource) decodieren. Dauert dann bloß 'nen bisschen länger wegen dem Indexieren.
Wird aber deinen jetzigen Dateien helfen.
Statt mit AVISource also mit FFVideoSource decodieren. Falls du den AVS Script Creator von MeGUI benutzt - nach öffnen des Video Inputs statt auf AVISource auf file indexer drücken, den idx job durchführen und dann landeste wieder zurück im avs script creator und kannst wie gewohnt fortfahren.

Was MeGUI betrifft - was erkennt MeGUI bei AssumeFPS (reiter Script im AVS Script Creator von MeGUI)

Das Quellvideo mal mit Mediainfo öffnen:

http://mediainfo.sourceforge.net/de

Achtung: Setup mit Zusatzsoftware. An der Stelle wo Haken sind mit Zusatzsoftware machste die Haken weg und drückst unten auf den Button ablehnen.

Wenn Mediainfo installiert ist, öffnest du mit Mediainfo deine Quelldatei und stellst die Ansicht auf Text um. Den Text kopierste dann mal hier rein.

Ja die Dateigrößen sind nahezu identisch wie Youtube sie encodiert, aber dennoch ist das, was auf der Dateigröße über bleibt besser als bei schlechterem Material.

Jemand sag sogar einen Unterschied bei der 360er als ich auf CRF 19 wechselte

720p ist eh ziemlich runterkomprimiert. Willst du maximale Qualität, solltest du 2048x1152 wie ich sie habe, haben. Dann gibt dir Youtube noch über 1080p die Stufe Original und da haste dann den besten Qualitätsfaktor seitens Youtube.

Youtube benutzt auch Qualitätsfaktor und keine festen Bitraten.

Trotzdem hast du mit MPC-HC + Haali weiterhin das bessere Bild und das auch ohne die GPU zu belasten.

Zum MPC-HC noch den Haali Renderer installieren:

http://haali.su/mkv/MatroskaSplitter.exe

Beim Setup den Haken aus Associate MKV and MP4 to WMP entfernen. Dann im MPC-HC unter Optionen : Ausgabe den Renderer auf Haali Renderer anpunkten. Dann haste auch gutes Chroma Upsampling und noch besseres Bild

Der MPC-HC sollte in 32bit Version sein. Mehr Decoder und schnellere Decoder für 32bit vorhanden.

Diese Problematik kann aber auch schon an VLC liegen, falls du den benutzt.

Nicht nur das der Renderer keine gute YUV Farbraum Darstellung und relativ langsame Decoder hat, sondern kürzlich auch recht interessant das hier gewesen:

http://www.computerbase.de/for…hp?p=11857107&postcount=1
http://www.computerbase.de/for…p?p=11861200&postcount=14

___
Resizen solltest du mit dem Lanczos4 Resizefilter, damit erzielste die beste Skalierungsqualität.

Wenn du mit Handbrake zufrieden bist, nutze es gerne weiter, ist ja wie MeGUI auch nur ein x264 Frontend. Vorteilhaft ist eben der x264 Encoder.

Schade bloß, das Handbrake nix mit Avisynth anzufangen weiß.

Avisynth hat halt einfach seine Vorteile und wenn du den Scriptgenerator von Lucki benutzen würdest, müsstest du dich auch a) nicht mit dem manuellem Scripten rumschlagen und b) wäre der Zeitaufwand des vorigen Muxens nicht.

Leider kann Handbrake halt kein Avisynth ansprechen.
Aber es gibt noch andere x264 Frontends. Was ist z.B. mit Avidemux? Sagt dir das zu? Da kannste mehrere Frapsvideos öffnen ohne extra Programme etc.
Ich könnte mir vorstellen das dir Avidemux zusagen würde:

http://avidemux.razorbyte.com.au/

Neuste Beta laden.

Konstellation würd ich dann machen:

Video: MPEG-4 AVC (was x264 entspricht) In Config den CRF einstellen auf das was du willst + eventuell andere Einstellungen vornehmen, falls du dich damit auskennst - Schade ist, das dem die x264 internen Presets fehlen (glaube aber dass das auch schon bei Handbrake der Fall ist, bin aber nicht sicher).
Audio: OGG Vorbis @ qualitätsbasiert @ Faktor 7.0 oder höher.
Containerformat: MKV

Datei Speichern mit angegebener Dateiendung ist bei Avidemux wichtig. Sprich: "Beispiel.mkv" und nicht einfach nur "beispiel" eingeben.

Das öffnen von mehreren Dateien ist bei Avidemux so, das du die erste öffnest und dann auf anhängen gehst, alle weiteren Fraps Videos markierst und somit dann anhängst.

Zitat

Mein system arbeitet wunderherlich stabil. Die CPU war vermutlich bei wenigen prozent, da sie nur dein Video angezeigt hat. Der is mir abgeschmiert, als ich grade das config fenster für x264 öffnen wollte. *klick* => reagiert nicht mehr => kurz danach *blau*

Muss trotzdem an deinem System gelegen haben. Was stand denn in dem Bluescreen für ein Text? Stand eine DLL Datei bei? Welcher Fehlercode?

Ich nutze MeGUI schon seit vielen Jahren und es ist bei mir noch nicht ein einziges Mal zu einem Bluescreen gekommen, weder mit WinXP, noch mit Win7, geschweige denn ist das Programm bei mir abgestürzt. Daher kann ich das nicht ganz nachvollziehen.
Aber nachvollziehbar, das dich das geärgert hat. Aber wie gesagt für mich nicht reproduzierbar und nie erlebt.

Zitat

Zu den vielen Programmen. Ich tue mich immer schwer i-ein gedöhns runterzuladen. Vorallem wenn der zweck sich mir noch nicht einwandfrei erschliesst. (Lass es von mir aus unter die Kategorie "Was der Bauer net kennt..." fallen. Und JA auch Handbrake musste über diese Hürde)

Kann ich verstehen. Bin ich auch kein Freund von. Aber diese Programme sind minimalste Programme, die in keinsterweise das System zumüllen. Es sind minimalste kleinste Tools, die dir aber super weiterhelfen bestimmte Dinge zu tun.

Zitat

Mit "Preis" meinte ich nicht Geld sondern den Aufwand. Und damit meine ich die Zeit, die Ich mit geklicke verbringen muss, nicht die Zeit die der PC anschliessend arbeiten muss. (Aus Zeit und (weniger Problematisch) Internetgründen einemal in der Woche von Samstag auf Sonntag die Nacht durchlaufen lassen und am Sonntag (solange wies dauert) die 7 Parts für die Woche hochladen. Mit Camtasia prinziepiell kein Problem. (von dem gebugge und der Dateigrösse mal abgesehen).

Der Zeitaufwand wäre wie gesagt erheblich geringer, würdest du z.B. Luckis Generator benutzen. Dann wäres genauso wenig Klicks wie mit Camtasia.
Wenn du eine GUI wie Camtasia willst, sprich mit Timeline etc - da wäre wie gesagt TMPGEnc 5 empfehlenswerter. x264 vorhanden, genauso leicht zu handhaben, ein Bruchteil des Preises und ist keine Bugschleuder.

MeGUI wäre mit dem AVS Generator dir deutlich angenehmer, da bin ich mir ziemlich sicher^^. Denn das hauptsächliche was dich stört ist doch das Gefriemel mit dem manuellem Script schreiben. Das könntest du dir mit Luckis Tool sparen.

Der AVS Generator von Lucki ist eine .exe Datei.

Diese .exe Datei kannste ohne Installation direkt starten. Bist also direkt im Programm drin. Für bestimmte Funktionen musste es installieren per Datei -> Programm installieren.

Die Installation geschieht wie folgt:

Du wirst nach einem Speicherort des Programms gefragt (dies kann der exakt selbige Ort sein, wo du das Programm derzeit auch hast), danach macht die Installation folgendes:

Eine Options.ini in dem selbigen Ort anlegen, wo du das Programm installierst und eine Desktopverknüpfung anlegen.

Ansonsten rein gar nichts, weder DLL Dateien noch Registryeinträge etc werden geschrieben - Es wird rein nur das gemacht.
Das ist doch vertretbar oder?

Ansonsten würde ich dir vorschlagen es mit Avidemux zu versuchen.

Ich rede nicht von einer Avisynth GUI, sondern ich frage dich, ob man ein Avisynth Script öffnen kann.

Wenn du es nicht weißt, mach mal Notepad auf und schreib:

AVISource("d:\eine_avi\datei_von_dir.avi").AssumeFPS(xx)

xx = durch die FPS Rate des Videos ersetzen.

und speichere diese Datei als blaaaa.avs ab.
Diese .avs Datei versuchste dann mal mit Handbrake mit dem stinknormalem "Datei öffnen" zu öffnen.

Edit: Leanizio hatts getestet. Geht leider auch nicht. Sehr schade. Wäre eine gute Lösung für Handbrake User gewesen.

Es geht halt drum, ob man als Quelle ein Avisynth Script öffnen kann?

Sprich eine .avs Datei per öffnen Dialog öffnen.

Quasi wie bei MeGUI, wo man ja auch ein Avisynth Script öffnet.

Sollte handbrake Avisynth ansprechen können, dann geht auch das einlesen von mehreren Videos, da dies dann ja Avisynth übernimmt für Handbrake. Dann könnte man sogar mit Lagarith dort encoden.

PS: TMPGEnc 5 kann beispielsweise ebenfalls Avisynth Scripte öffnen.

Dann sollte das Programm auch andere Quelldateien zum öffnen ermöglichen und es sollte möglich sein, anstatt AVISource FFMpegSource nutzen zu können. (quasi so eine Auswahl wie bei MeGUI)

Wäre also schön wenn Lucki das integrieren könnte.

Erstmal kann ich dir dann so nicht weiterhelfen.

Wie schon in meinem Thread geantwortet - Kann Handbrake vllt Avisynth ansprechen? Dann könntest du Luckis AVS Generator nehmen und Handbrake die AVS Datei geben.

Zitat

1.) VIEIEIEIEIEL zu kompliziert. Ich habe nicht so sehr viel ahnung von der Materie und bin Fan von "so wenige klicks wie möglich".

Wieso? ist doch nachher nur noch Script erstellen und die beiden Queue buttons. Mehr isses doch schon gar nicht mehr.

Zitat

Davon abgesehen muss ich mir das Skript noch selber basteln (nutze Fraps nicht DXtory). Dafür gibts zwar den von dir ebenfalls (5. "Programm"?) genannten Skriptgenerator, aber trotzdem, das "Preis"/Leistungs verhältnis, steht bei diesem weg in keinerlei relation zu einander.

Warum nicht? Die Programme sind sehr klein und alles kostenfrei. Daher wieso Preis?

Außerdem sind diese Programme ja keine Ressourcenkiller, ganz im Gegenteil, das sind mega kleine Sachen.

Avisynth ist nunmal ein Frameserver und nicht nur für MeGUI sehr praktisch. Muxen ginge auch mit MeGUI, fehlt aber der Haken das Kopfdatenkompression nicht genutzt wird. Youtube hat damit Probleme. Wäre das nicht, bräuchte man kein MKVMergeGUI.

Zitat

2.) Das Theme mit dem du dein Windows schmückst...über geschmack lässt sich ja bekanntlich streiten, und das ist ja auch vollkommen in Ordnung. ABER: in einem VIDEOtut finde ich es furchtbar. Es ist stellenweise (vor allem blau auf grau und zumindest für mich) sehr schwer zu lesen bzw. anstrengend. Es hat mich ja wirklich nichts anzugehen, wie du deine Oberfläche gestaltest, aber nich fürn Videotut, in dem nun mal mindestens die Hälfte des Inhalts darauf angewiesen ist, halbwegs erkennbar zu sein.

Da hatte ich noch Windows XP und das original Theme von XP war schrecklich. Mit Win7 hab ich das Standarddesign. Dennoch ist alles gut lesbar, wenn du das Video auf "Original" guckst und in Vollbild guckst. Youtubes "Original" Datei ist bei diesem Video kleiner als die 720p Datei und die 1080p Datei ist am größten, trotzdem hat nach wie vor "original" die beste Qualität. Das liegt hier mehr an der Inkomplexität des Videos.

Zitat

hat sich MeGUI vorhin wunderbar mit einem bezaubernden Bluescreen verabschieded

Das liegt aber nicht an MeGUI, sondern an deinem System. Dann läuft es auf 100% CPU Last nicht stabil. Überprüfe deine CPU. Übertaktet? zu heiß? Längeren CPU Test mit Prime95 oder wie das hieß mal machen. Dein System läuft mit der guten CPU Effizienz von x264 nicht stabil. Kein Fehler von MeGUI.

Zitat

Aber mal ernst: das ist total übers Ziel hinausgeschossen. Ich kann die Methode ja verstehen, wenn du das auf nem Monsterscreen schaust. aber dem normalo mit seinen 22" Bildschirm wirds kaum auffallen ob durch diesen marathon an einstellungen das Bild ein My näher an seine wahre Qualität rückt oder nicht;)

Nö isses nicht und es ist mega simpel. Versteh nicht ganz, warum du dich über diese mega kleinen Programme aufregst?

Zitat

Daher bleibe ich doch eher bei Handbrake. Das einzige problem was da jetz noch besteht ist, dass ich halt erst zusammenschneiden muss und dann rendern muss. aber...I HAVE A DREAM, das dat irgendwann mal geht.

Vllt macht MeGUI doch nicht so viel verkehrt? Kann Handbrake Avisynth Scripte einlesen? Dann könntest Luckis Tool nehmen und schon haste mehrere Videoquellen auch in Handbrake eingelesen, sollte das Programm Avisynth nutzen können.
Gibt sonst auch noch weitere GUI Frontends für x264.

Zitat

Und vllt, werde ich bis dahin noch Camtasia benutzen. Da werden die Dateien zwar monströs gross, aber DAS ist wirklich one-klick^^ (Bitte mich nicht falsch zu verstehen. Ohne schweiss, kein Preis. Schon klar, aber man kanns auch übertreiben)

So schlecht wie Camtasia encodiert und rumbugt ist das absolut nicht übertrieben zu wechseln. Und du tust so, als wäre es ein mega Aufwand mit MeGUI zu encodieren. Mir kostet das weniger Klicks als mit Camtasia. Hab dafür aber erheblich kleinere Datei und bessere Qualität.

Außerdem gäbe es noch TMPGEnc 5 z.B. Das hat Timeline usw (sprich ist auchn Videoschnittprogramm), es hat x264 mit dabei usw. Nur dieses kostet 72€. Ist dafür aber gut und hat x264 und ist nicht so derbe verbugt wie Camtasia. Es gibt halt noch andere Programme als Camtasia.

Alles klar.

Mache das Script mit dem Programm, dann öffne das Script mit Notepad und ersetze AVISource durch FFVideoSource (da Lossy Material grundsätzlich nicht mit DirectShow decodiert werden sollte).

WAVSource änderst du um in FFAudioSource.

Wenn du das Script dann mit MeGUI öffnest, dauerts evtl ein kurzes Weilchen bis es fertig geladen hat (.ffindex wird erstellt).

Dann wie gewohnt weiter machen. MeGUI hat ja auch xvid Encoder, von daher kein Problem.

Bei Problemen / Fragen, gerne melden.

Was willst du mit xvid? o.o

Der Encoder ist mega ineffizienter. Warum nutzt du nicht weiterhin x264 auch bei 480?

Das versteh ich jetzt nicht ganz.

Noch mehr versteh ich nicht, warum du verlustbehaftetes Material re-encoden willst?

Achja und 2 Tonspuren als Endergebnis : Weißt aber schon das immer nur eine Spur abgespielt wird und Youtube nur Tonspur 1 encodiert?

Zitat von CJCord

was ist mit diesem Mehrkanal feature von Fraps?

Nicht benutzen.

VLC ebenfalls nicht empfehlenswert. Langsamer Decoder, Renderer mit nicht so doller Videoqualität.

Zitat

mal zu den tonspuren: da ich im moment am rumprobieren bin ist mir aufgefallen, dass wenn ich mit handbrake in High Profile rendere anschliessend auch 2 audiostreams vermerkt sind?! (zeigt mir zumindest VLC an)

Hast du denn 2 Tonspuren eingesetzt in dem Generator?

Und wenn du hinterher zusammenfügst geht es mega schnell (paar Sekunden), da du dann ja keine xxx gigabyte große Datei hast.

maestrocool: Wenn High und Normal Profile hier die Profile des H.264s entsprechen sollten, dann bringt high durchaus.

Ohne High ist Adaptive 8x8 DCT deaktiviert

Es ist empfohlen das dieses aber aktiviert ist.

Es ist auch nicht pauschal möglich zu sagen: Die Encodiereinstellung x bringt nur 9 MB..

Das hängt alles sehr von der Komprimierbarkeit des Materials ab. Ist es gut komprimierbar, wird Adaptive 8x8 DCT auch deutlich besser einsetzen können.

B-frames sind ja jetzt auch nicht überflüssig, nur weil sie bei einem komplexen Video nicht so viel gebracht haben.

B-Frames von 5 bringen bei einem sehr komplexen Video wahrscheinlich nicht viel gegenüber zb nur 2.
Bei inkomplexerem hingegen sparste dann immens mehr ein.

Daher ist es bisschen verkehrt so pauschal zu sagen : Das und das bringt grundsätzlich nichts.

Benutze Luckis AVS Generator (siehe Eingangspost oder Tutorials Ecke).

Das erspart dir das muxen mit AVIMux (was ja Zeit und Speicherplatz schluckt).

Mit Luckis AVS Generator haste spielend leicht eine AVS Datei mit deinen Frapsvideos beinhaltend, so das du nur noch die AVS Datei mit MeGUI öffnen brauchst.

Container sollte MKV sein, Preset würd ich Slow machen und CRF Faktor würd ich zum Einstieg 21 empfehlen und ggf. dann anpassen.

Die Core 2 Quads haben schon Power, aber nicht gerade das krüppelige Modell was du da hast.
Da ist glaub ich selbst ein Q6600 noch schneller.

Ich habe den Q9450 und damit gehts bereits sehr flott alles.

Der Q8200 hat sich also auch damals wo er noch aktuell war nicht wirklich gelohnt. Bissl schlecht informiert vorm Kauf

Zitat von maestrocool

ausserdem rendert der UT-Videocodec schärfer und sogar etwas mehr als doppelt so schnell wie der in Videostudio eingebaute WMV Codec...

Lossy Encodierung ist ein aufwändigererer Prozess, Lossy Encodierung geht immer langsamer und WMV ist hinzukommend nicht gerade ein CPU effizienter Encoder.

Und UT Video Codec = Verlustfreier Codec. Klar das hier die Bildqualität 1:1 erhalten bleibt, im Gegensatz zu WMV welches Lossy Codierung ist. Was haste denn erwartet?^^ Ist doch klar das bei WMV die Qualität schlechter wird. Zumal der Codec sowieso nicht gerade gut ist.

Zitat

leider werden die Videos dabei doppelt so groß wie bei Lagarith, aber das macht mir wenig aus),

Standardmäßig auf decoding speed eingestellt. Komprimierung könntest du in config also erhöhen. Wird dann aber vllt etwas länger zum Encodieren brauchen.
Und dann kommts natürlich drauf an welchen Farbraum du in Lagarith und welchen bei UT Video genommen hast.