Beiträge von De-M-oN

Vllt verwendet Mainconcept oder Sony AVC was auch immer du nahmst, anderen Farbbereich. X264 nutzt eben YV12.

ja das preset müsst ich eh mal aktualisieren, hat zwar nichts mit der Qualität zu tun, aber dennoch wird es die encodiergeschwindigkeit steigern.

Presetregler 1x hin und wieder zurück auf slow schieben

Dann zu analysis - Partitions auf ALL stellen

Dann sollte die Kommandozeile so aussehen:

program --preset slow --crf 21.0 --partitions all --output "output" "input"

Falls du da ernsthaft was sehen solltest, setze den CRF Faktor kleiner. CRF Faktor = Qualitätsfaktor. Einfach mal 20 oder noch tiefer probieren.

(Falls noch scenecut stehen bleibt, gehste zum Reiter frametype, number of extra I-Frames stellste auf 40, dann sollte der Eintrag aus der Kommandozeile spätestens verschwinden.

MeGUI tut bei non-YV12 nicht meckern, sondern fragt dich ob es die Wandlung nach YV12 ins Script aufnehmen soll (was er auch machen muss)

Es ist trotzdem vollkommen in Ordnung wenn du direkt bei Lagarith schon auf YV12 gehst.

Geh bitte in die x264 config beim MeGUI rein, mache den Haken bei show advanced settings rein und kopiere mir bitte mal die Kommandozeile hier ins Forum rein.

Kann aber sein das ich nicht ganz richtig ausgeschlafen bin und den Wald vor lauter Bäumen nicht seh, aber aufm ersten Blick seh ich keine Qualitätsprobleme

Hat dein Quellvideo denn eine andere Auflösung als 1920x1080?

Falls ja, wird Vegas halt das Seitenverhältnis beibehalten, und schreibt dir eben 1920x1080 mit Rändern

Guck mal in Projekteinstellungen ob da alles korrekt ist.

Bei den Rendereinstellungen ist Pixelseitenverhältnis auf 1,0 gestellt?

Erst bei MeGUI wegen dem Lanczos4 Resize.

Ich habe das Gefühl das Problem rührt von Vegas her.

MeGUI encodiert auf Seitenverhältnis, was die Auflösung auch entspricht - es sei denn du tust es explizit vorschreiben das es nicht so sein soll.

Zitat von Clondis

Ich habe bemerkt nachdem ich dein Tutorial gemacht habe das Video also der Sound am etwas leise ist.

Hast du die Haken entfernt aus der Audio config, so wie ich es dir gesagt habe??

Und wegen den Balken: Du hast aber schon einen 16:9 Monitor oder? Bei 4:3 / 5:4 / 16:10 ist es kein Wunder wenn du bei 16:9 Balken hast^^

Ja.
Die Indexierung fällt hiermit flach.

Der Index Job guckt in der Datei nach, wo die Keyframes liegen. Das sorgt für framegenauere decodierung, schneiden etc. Da aber verlustfreie Codecs eh aufgrund ihrer Natur verlustfrei zu sein keine b-frames oder p-frames verwenden, macht es eig. nichts aus, wenn man darauf verzichtet.
Nur falls du irgendwelche ins DirectShow System eingreifende Filter am Laufen haben solltest, (deblocking Filter etc) wird das natürlich dann auch hierauf wirken. (ffdshow usw bietet ja z.B. DirectShow Filter an)

Was avisource ist, hab ich im vorigen post reineditiert.

Zitat von Clondis

Achso also ist das video a-syncro weil ich file index angeklickt habe?

Jap. Die FPS Rate wurde ja schon bereits falsch erkannt.

Ich nehme an sie ist 30,00000 (also ohne irgendwelche kommas^^)

Wie gesagt: Bei Lagarith unbedingt DirectShowSource (= AVISource) verwenden.

Zitat

edit: was ist avi source?

AVISource ist Element von DirectShowSource.

FFVideoSource und FFAudioSource sind Element von FFMpegSource.

Bei DirectShowSource übernimmt DirectShow die Decodierung der Videos. ( Und somit wird auf den Decoder von dem Lagarith Codec auch zurückgegriffen (Also ein Codec Setup installiert ja einen Encoder und einen Decoder (Encoder zum erstellen eines Videos mit diesem Codec, und der Decoder sorgt für die Abspielbarkeit)
Bei FFMpegSource macht es FFMpeg (quasi ffdshow). FFDShow hat aber bisher keinen Lagarith Decoder. Darum geht es damit eben auch nicht / fehlerhaft.

Hättest du den Lagarith Codec nicht installiert, würde es natürlich auch über DirectShowSource nicht gehen, da dann ja hierfür der Decoder fehlen würde.

Zitat

Problem: Nachdem ich alles gmeacht habe ist die audio ca 1 sekunde asynchron.. Woran kann das liegen

Nach wann denn genau? Die Lagarith? oder x264?

Zitat

1 Frage: Nachdem ich das Video (Lagarith) mit dem avs scrypt creator öffne kommt eine Meldung : Soll ich dort One Klick Encoder, File Indexer oder Directshowsorce drücken?

Bei Lagarith in jedem Fall DirectShowSource.

Zitat

2. Frage. Wenn ich die Audio Datei coneg mache welche bitrate soll ich da genau auswählen?

Nimm Vorbis und stell mind. q6.50 ein.

Etwaige Haken entfernen wie im Tutorial gesagt.

Zitat

Kleiner Nachtrag:

Habe nach dem muxen die avs mit editor geöffnet dort stand das hier:

LoadPlugin("C:\Users\Angel\Desktop\Megui\tools\ffms\ffms2.dll")
FFVideoSource("C:\Users\Angel\Desktop\Erstellt\part43.avi").AssumeFPS(30000,1001)

Dann hattest den File Indexer angeklickt. FFVideoSource kannste mit Lagarith halt nicht machen.
Muss schon AVISource sein.

Das wird sicher damit zusammenhängen:

Zitat

PC Monitor = 0 - 255 RGB (also voller Bereich)
Fernseher = 16 - 235 RGB (ergo nicht voller RGB Bereich) Fernseher laufen aber so.
YUV Farbbereiche (Darunter zählt auch YV12 etc) laufen auch nur mit 16-235.

Also das euer Player in einer anderen Farbweite abspielt, als das Material vorliegt.

Zitat

Ich selbst habe bei Fraps gar keine FPS Anzeige im Spiel, da sie mich beim Spielen extrem stört und für meine Begriffe etwas zu groß geraten ist

Das ist schon gut, das sie groß ist. Sonst wäre sie vllt auf meiner 2048x1152 Auflösung zu klein.
Mich stört die Anzeige nicht wirklich. Ich finde sie sehr hilfreiche Information. So weiß ich ob Fraps aufnimmt, und wie es mit der Framerate steht. (Ist ja während der Aufnahme kein unwichtiges Thema^^)

Wenn Fraps abbricht ist die FPS Anzeige nicht mehr rot. Siehst du somit sofort, wenn er nicht mehr aufnimmt.

Und euer Dunkelheitsproblem kann ich einfach nicht nachvollziehen. Ist bei mir absolut nicht der Fall.

Videoplayer bei mir:
http://mpc-hc.sourceforge.net/…ia-player-classic-hc.html + in Verbindung mit dem Haali Splitter, welcher bei MPC-HC dann als Renderer gewählt werden kann: http://haali.su/mkv/MatroskaSplitter.exe

Auch MeGUIs Video Preview (die ja Avisynth generiert) ist bei mir in absolut korrekter Helligkeit.

Probiers mal ohne Lock Framerate , ODER erhöhe die FPS Rate.

Ich vermute schlichtweg, das die FPS Rate für dein Spiel einfach zu low ist.

Mit 30fps läuft so gut wie gar kein Spiel flüssig.

Darum hab ich Doom 3 wenigstens auf 35fps. Bei Doom 3 gehts noch so. Aber bei anderen Spielen wird wohl wieder 40 fällig sein. Muss ich gucken ob ich dann immer noch Lossless RGB fahren kann. Ohne Lossless RGB krieg ich ja 40fps ohne Probleme hin. Dann läufts auch gut.
Die FPS Rate wird auch während der Aufnahme konstant gehalten? Oder schwankt sie?

Tipps zur Vermeidung von asynchronem Ton bei Fraps:

-> Keine Virenscanner oder anderweitige HDD / CPU belastende Programme (weißt du ja eh)
-> Soundkarte auf 44,1 khz laufend (alles). Windows / Treibersoftware, vor allem Onboard haben da ja solch Einstellungen. Da immer 16bit, 44,1khz.!

a) tut Fraps dann auch in 44,1 khz aufnehmen, statt völlig unnötige 48khz oder gar noch höher
b) mag das Fraps höher als 44,1 khz bei etlichen absolut überhaupt nicht.

Zitat von Trollwut

Hä... könnte ich aber schwören, dass es bei FRAPS dunkler ist! So blidn kann ich doch nicht sein... (kein Force Lossless)

Kann ich mit als auch ohne Lossless RGB in keinsterweise nachvollziehen.

In beiden Fällen exakt zu 100% identisches Bild wie im Spiel.

Aber ich glaub du nimmst auch nicht PC-Spiele auf oder?

Da fragt sich dann halt wie kommt es farblich bei Fraps an?
Und wie spielst du es ab?

PC Monitor = 0 - 255 RGB (also voller Bereich)
Fernseher = 16 - 235 RGB (ergo nicht voller RGB Bereich) Fernseher laufen aber so.
YUV Farbbereiche (Darunter zählt auch YV12 etc) laufen auch nur mit 16-235.

Zitat

Aber um auf die Motion JPEG zu kommen... wieso sollte ich es nicht nutzen, wenn ich wirklich keinen Unterschied sehen sollte?

Musst du selbst wissen. Du weißt ja selber wie sehr es komprimiert bei JPG. Und welches Tonformat wird verwendet?
Es sind halt verlustbehaftete Codecs. Ist halt ein ähnliches Thema wie vorher mit maestrocools WMV in Videostudio, statt lossless Codec.

Also wenn du es unbedingt so willst, ok. Aber meine Empfehlung sprech ich hierfür einfach nicht aus.^^
Aber vllt ist es ja für dich wirklich eine brauchbare Lösung.. Aber eig. müsste dein Fraps Problem auch lösbar sein ...

Zitat von Trollwut

Ich bin aber sogar noch mehr zufrieden, weil der FPS1 alles dunkler macht, das macht PlayClaw nicht.

Macht FPS1 ebenfalls nicht.

Zitat

Denn ich bin ehrlich: Wenn ich beim Endprodukt keine Mängel erkenne im Vergleich zu FRAPS, sehe ich keinen Grund, wieso ich es nicht nutzen sollte.

Aber es ist halt Motion JPEG Komprimierung, und die ist einfach verlustbehaftet, genauso wie MP3 vs WAV.

Für mich ist dies ein K.O Kriterium, weils einfach zu verlustbehaftet ist, auch auf 100%.

MJPG ist aber nicht verlustfrei und das wird er auch auf 100% nicht sein. Liegt in der Natur vom JPEG Kompressionsverfahren.

JPG Bilder sind ja ebenfalls auch auf 100% nicht verlustfrei. Fürs Auge zwar ja, aber das ist eine Sache wie MP3 vs WAVE. Technisch isses einfach verlustbehaftet.

Ich glaube nicht, das Playclaw den Codec wechselt, wenn man auf 100% Qualität stellt.

Hast du in MKVMergeGUI in dessen Optionen den Haken drin?

Du musst deine Dateien in MKVMergeGUI nämlich neu muxen damit sie ohne Kopfdatenkompression sind.

Weiß nicht ob ich es dir bereits gesagt hatte, sorry wenns der Fall ist, dafür hab ich einfach schon zu vielen erklärt um sich noch an jedem Fall zu erinnern

MKVMergeGUI gibt es hier http://www.bunkus.org/videotoo…x-unicode-4.8.0-setup.exe

Nach dem der Haken in Optionen so gesetzt ist:
Hinzufügen Button drücken, Quelldatei rein, Muxen starten drücken

MKVMergeGUI übernimmt die Spuren nur

Da wird nichts encodiert.

Da werden die Spuren der Quelldateien einfach in den MKV Container geschrieben.

Zitat von OverDev

Ich hab beim Lagarith codec paar Sachen umgestellt.

Und was?

dann mach die Befehlszeile in eine .bat Datei und führe diese als Admin aus.

Das MUSS dann gehen.

Aber ich empfehle eh eher Lagarith + MeGUI. So schwer ist MeGUI nun auch nicht.
Gerade wenn man in meinem Tutorialthread die Textanleitung exakt so durchführt wie geschrieben, sollte es eig. keinerlei Probleme geben, ansonsten kann man mich ja auch fragen

ffdshow gibt es hier:

http://sourceforge.net/project…_clsid_icl10.exe/download

Die sollte auch laufen.

Zitat

oder was ich probieren könnte: camtasia hat in der liste der avi codecs auch die möglichkeit "volle frames (unkomprimiert)" auszuwählen. kennt sich damit jemand aus? is das zu empfehlen?
wenn ich diese vollen frames auswähle, hätte das dann vor- oder nachteile? dateigröße is mir relativ latte, hauptsache qualität stimmt, und er brauch keine 5 stunden zum rendern

Unkomprimiert ist nicht zu empfehlen.

a) Dauert es extrem viel länger als mit einem Lossless Codec. (Vermutlich wegen der massiven Datenmenge)
b) Du fährst sogar am Ende Verluste ein, wenn du im Fraps kein Lossless RGB angehakt hast. Weil dann konvertiert die Farbe von YUY2 auf RGB und x264 konvertiert die RGB dann auf YV12.

Welches Betriebssystem haste denn?

Unter Win Vista / Win 7 gehts leider nicht einfach nur per Rechtsklick - installieren. Weil komischerweise denkt Win7 das der Codec 64bit fähig sei und haut ihn in SYSTEM32 Ordner rein - der muss aber in SYSWOW64 für eine 32bit DLL.

Daher musste die Eingabeaufforderung als Admin öffnen und folgende Befehlszeile:

rundll32 C:\Windows\SysWOW64\setupapi.dll,InstallHinfSection DefaultInstall 0 C:\Pfad\zur\huffyuv.inf

Sollte er dann immer noch nicht in Camtasia erscheinen, liegt es an 'nem Bug von Camtasia, das es denkt der Codec würde die Farbtiefe von deinem Videomaterial nicht unterstützen - was zwar totaler Quatsch ist, aber so ist eben Bugtasia.
Falls du dich wunderst, das man bei diesem Codec keinen Farbbereich einstellen kann, wie beim Lagarith, liegt es daran, das HuffYUV den Farbbereich des Quellmaterials automatisch erkennt.

Nachteilig an HuffYUV ist, das er kein 64bit und multithreading support hat und somit erheblich langsamer arbeitet als Lagarith. Noch dazu wird bei HuffYUV die Dateigröße gut doppelt so groß, wie beim Lagarith.
Manchmal hat HuffYUV auch einen Bug, das man nur ein grünes Bild hat (also nur grüne Farbe). Aber glaube das betraf den HuffYUV des ffdshows der auch in älterer Version (1.2.1 oder so) vorliegt, statt die aktuelle stabile 2.1.1 Version.
Ich selber kann dazu nicht viel sagen. Das Problem hat mir mein Freund berichtet.