DXtory als gute Alternative zu Fraps - Ein umfangreiches Technik-Tutorial

Sehr nett, ich musste zwischendurch ein paar Stellen überspringen, weil es doch wirklich sehr umfangreich geworden ist.
Eine kleine Anmerkung: Wave ist kein Codec, sondern auch nur ein Container - der übliche Codec für Wave ist PCM.

Geil, du hast auchn 27" Monitor?

Du dürftest eig. alles in 2048x1152 aufnehmen können 2048x1152 gibt auf Youtube die Stufe Original am Player, 1920x1080 nicht :P. 2048x1152 sieht also auf Youtube deutlich besser aus
Aber verstehe nicht ganz, was dich daran hindert das Spiel in kleinerer Auflösung ebenfalls in Vollbild zu spielen?

Auf mehreren Festplatten schreiben ist für all diejenigen interessant die nicht so schnelle Platten haben. Vor allem ist das ja meist bei Laptops der Fall.
Somit wird die Last halt auf diesen aufgeteilt. Super Sache !.
Ob DXTory schneller oder langsamer als Fraps ist, hängt ja mehr vom gewählten Codec ab.

Stimmt nicht ganz. Max Audiospuren sind 8. Also 10 Mikrofone könntest du nicht aufnehmen ;D
Für mich ist das sogar essentiell wichtig, das IGS und Mikrofon getrennt aufgenommen wird, weil das Mikrofon muss bei mir in Mono aufgenommen werden, sonst hört man mich nur aufm linken Kanal, da ich aber IGS in Stereo will, brauch ich sogar diese Trennung und Fraps ist somit für mich gar unbrauchbar geworden.
Und ja ich find Fraps + Audacity ebenfalls mega umständlich^^.

Zu latest vs Stable: Irgendwie ziemlich unglücklich von ExKoder gemacht - weil wenn er 'ne neue Version rausbringt, dann ist die ältere bei stable und die latest oben Nix weiter. Im Grunde isses actual version und previous version Und ja - Das Programm ist von nur einer Person geschrieben. ExKoder.
Hat er im Forum nämlich gesagt, als ein user frage ob er das Programm alleine geschrieben hat.
Ich rate dringenst zu der Latest Version, da die 109 ein Schreibgeschwindigkeitsbug hat unter Windows 7 mit externen bzw USB 3 Festplatten, die mit der 109 Version nur mit USB 2 Speedverhältnissen beschrieben wurde bei bestimmten Chipsätzen. x38 und x79 z.B. sind davon betroffen. Ich selber hab den x38 Chipsatz.

Hinzu kommt das eine Aufnahme in ein Lossy Codec unglaublich viel mehr Rechenleistung verschlingt, neben der Tatsache, das dies nicht zu empfehlen ist

ui ui - Nun weiß ich warum du Performance Probleme hast

Nimm im YV12 Farbraum auf. Gleiche Qualität (4:2:0), aber DEUTLICH schneller als YUY2 zu schreiben ! Außerdem Lossy Encoder wie z.B. x264 geben standardmäßig in YV12 aus, Youtube gibt ebenfalls in YV12 aus. Wenn du nun YUY2 nimmst, muss das halt umgerechnet werden und das kann beim Encodieren zu Geschwindigkeitsverlust führen wegen dem Mehraufwand. Standardmäßig ist RGB eingestellt (verlustfreier Farbraum, aber sehr sehr sehr rechenintensiv und speicherverbrauchend und nicht notwendig, da spätestens Youtube es eh auf YV12 encodet)
Unterschiedliche Farbräume sind nur RGB und YUV. Das hab ich vor kurzem auch falsch gesagt ^^. YV12 und YUY2 etc sind nur unterschiedliche Chroma Subsampling Qualitäten. Bei 4:2:0 wird halt weniger Farbinformation gespeichert als mit 4:2:2 Verlustfrei wäre halt 4:4:4.
Mehr zu dem Thema kann man hier lesen:
http://encodingwissen.de/grund…deokompression/intraframe
Farbraum ist also RGB und YUV - und YV12, YUY2 etc sind halt YUV Farbräume mit unterschiedlicher Chroma Subsampling Qualität.
Du sagst zwar nun im Anschluss, das du YV12 empfiehlst, aber hattest ja offensichtlich vorher YUY2 gehabt. Und das erklärt warum du Probleme hattest in großer Auflösung aufzunehmen.
PS: Du hättest ruhig auch das Tutorial in 2048x1152 encoden können. Brauchst nur gescheiten Encoder :P. Mein MeGUI Tutorial ist in 2048x1152, 30fps, 43min,50sek Länge, CRF 20 und hat eine Videospur von 26,7 MB
Use Multithreading erhöht die Geschwindigkeit nicht nur ein bisschen

Nullframes schreibt halt bei auffolgenden identischen Frames Dummyframes. Also leere Frames eben.
Auf gar keinen Fall anhaken wenn man aufnimmt. Es reduziert die Performance extrem.

Naja die Höhe und Breite bei Clipping sind natürlich Pixelangaben, keine cm xD

Klar kannst du auch mit 25 fps aufnehmen. Einfach 25 eintippen ;D
Falls du trotz YV12 usw nicht in hoher Auflösung aufnehmen kannst, nehm halt in 25fps auf. 25 ist auch noch ein flüssiges Bild. Nur tiefer als 25 sollte man vermeiden.
Mit 60fps muss kein Mensch aufnehmen. Da DXTory die ingame FPS nicht auf einen Multiplikator der Aufnahme FPS lockt, sowie Fraps es ja macht. Wenn man natürlich den Synchronise Video FPS Haken drin hat, so wie du atm im Video, dann zwingste DXTory dazu Video FPS an File FPS anzugleichen. Dann haste eig. einen der großen Vorteile von DXTory eliminiert - Die Unabhängigkeit von Video FPS und File FPS^^
Wie gesagt. Bei Fraps musste Multiplikator der Aufnahme FPS erreichen. Sprich du hast bei Fraps 30fps eingestellt, dann gibt dir Fraps im Spiel 60fps, wenn du mehr als 60fps erreichst während Aufnahme, bei mehr als 90, 90 usw, Hast du also nur 50fps, wird Fraps dich auf 30 belassen.
Also wenn die File FPS konstant bleibt, dann hast du eig. auch keine Framedrops in der Aufnahme. Aber 40fps ingame FPS ist natürlich etwas grenzwertig. Kann sein das du da Framedrops hast. Aber in YV12 aufnehmen und ggf. 25 fps wird da 'ne Menge bringen an deiner VideoFPS (ingamefps).
Du hast nämlich eig. genug Festplattengeschwindigkeit um wirklich alles in 2048x1152 aufnehmen zu können
Och ich hätte nichts dagegen wenn du in 2560x1440 aufnimmst
Die kleineren Qualitätsstufen sind ja trotzdem noch am YT Player^^ Aber wenn deine Platte nicht reicht -> RawCap, wenn das auch nicht geht, dann limitiert der Rest des PCs ;D

Audio -> 44.1 khz - Mehr als 44.1 khz gibt Youtube eh nicht.

Mikrofon kann in Mono aufgenommen werden, nur IGS in Stereo -> Weitere Datenreduktion.

Force CPU Processing Haken weg - killt Performance. Zumindest bei Spielen die nicht grafikintensiv sind hab ich durch der Option eher weniger FPS.
Start Movie Capture when detected ist sinnvoll wenn man z.B. ein Intro des Spiels aufnehmen will und den Anfang komplett mitkriegen möchte.
Multi GPU fix ist mehr dafür, falls man Probleme mit Multi GPU Grafikkarten hat.

Ja und die Environment Information ist mir immer äußerst am Herzen liegend, wenn ihr Probleme mit DXTory habt !

Den RawCap Converter hätt man durchaus mal zeigen können, denn RawCap kann halt wirklich mal sinnvoll sein.

AVIMux braucht man dafür nicht.^^

Einfach Rechtsklick auf die AVI -> Extract Audio Stream - schon haste die ganzen Audiospuren draußen. AVIMux völlig unnötig

Nein Fraps splittet nicht wegen FAT32. Fraps speichert im AVI 1.0 Standard,welcher keine Dateien größer als 4 GB erlaubt. Fraps macht das aus Kompatibilitätsgründen, weil manche schlechte Videosoftware aus Steinzeitzeiten keine AVI 2.0 lesen kann.

Video Setting ist rein nur für den DirectShow Output. Eben die Einstellungen wie es gestreamt werden soll.

Und mal bissl Offtopic: VLC ist kein guter Player Kriegst mit einem anderen Player mehr Speed und bessere Bildqualität.

De-M-oN was hälst du von dem "PackBitCodec" der auf der Seite von DxTory zu finden ist?
http://dxtory.com/PackBit.html

Hat nur RGB24 und YUV24 Farbraum zur Auswahl. Also nur verlustfreien Farbraum.

Performance ist ok, aber dieser Farbraum verbraucht zu viel Leistung, so das einem das nicht viel bringt.

In dem anderen Thread hab ich dir auch geantwortet, wo du fragtest und habe dir da u.a. den UT Video Codec inkl Einstellungen angeboten. Bisher haste dich dazu nicht mehr geäußert

Lagarith bringt bei mir Premiere und AME immer noch um. Den UT Codec konnte ich noch nicht testen.

Der UT Codec läuft sogar ein Tick schneller als Lagarith wenn du ihn genau so eingestellt hast, wie ichs dir gesagt habe und deine HDD Leistung nicht zu schwach ist. (also was jetzt Aufnahme betrifft)

Und vllt mag Premiere den Codec ja lieber.

So war das oder?

Ja. Und Processing Threads beim DXTory auf 2.

in diesem Thema geht es um das Tutorial und dessen Inhalt
ich bitte zum eigentlichen Thema zurück zu kommen und nicht weiter abzuschweifen
solltet ihr Fragen zu DXTory, aber nicht zu dem Tutorial haben, dann stellt diese bitte in anderen Themen oder per PN an die jeweilige Person

Bei dem Player kann ich dir helfen, das würde auch Demon sagen... "Media Player Classic"

Zitat

dass das Aufnehmen auf mehere Platten gleichzeitig auch die insgesamt verfügbare Datenrate erhöht, oder etwa doch?

Was meinst du damit? Es wird lediglich gespalten geschrieben. Bei 2 Platten wird also 50% auf der einen und 50% auf der anderen Platte geschrieben. Dann kannst du diese beiden Dateien mit dem RawCap Converter zusammenfügen.

Zitat

Richtig... und das ist derCamtasia Encoder, mit dem ich die Rohdateien exportiert habe, auf keinen Fall. Ich war nur zu faul, mir die Rohdaten aus dem Dateisystem zu fischen und diese dann mit Premiere zu exportieren, das ich normalerweise benutze.

Premieres Encoder ist auch nicht viel besser. Auch nur der schlechte MainConcept Encoder, welcher CPU ineffizient arbeitet und die Kompressionstechniken dem x264 weit hinterher hinken.

Mit x264 würdest du 2048x1152 machen können. Da bin ich mir sicher. Einfach weil die Dateien mit x264 kleiner gehalten werden können und die Qualität besser ist.

Zitat

Nicht ganz... Die "Extract Audio Stream" Funktion extrahiert ALLE Spuren aus dem Video. Ich spare mir allerdings bei einem 2 Stunden Video lieber die InGame-Audio-Spur, die mir Premiere ja zusammen mit der Video-Spur anzeigt. Ich brauche also nur meine Stimme zu extrahieren.

Na gut ;D
Aber das ist dann ein spezieller Fall. Ich denke die meisten werdens einfacher haben per Extract Audio Stream. Also wer AVIMux nicht braucht, hatts leichter mit Extract Audio Stream.

Zitat

So, ich werde deine Zitate in meinem Video nochmal anmerken. Dann dürfte das Tutorial ja doch noch halbwegs richtige Fakten liefern^^ Danke jedenfalls für dein ausführliches Feedback

Gerne doch

Zitat

Kannst du mir denn einen guten empfehlen? =)

VLC unterstützt das Audio- oder Videoformat "LAGS" nicht.

Post #2 Erster Absatz.

Also

UT Video Codec + Adobe Premiere & Adobe Media Encoder = Kompatibel.

Ich habe 1 Stunde aufgenommen und es hat ohne Problemchen gerendert, allerdings kann ich noch nicht genau sagen ob es jetzt wirklich Super gut klappt. Aber es hat beim Rendern auf jeden fall geklappt und die Dateien sind ohne Fehler.

Zitat von MissMatta

Bei grafiklastigen Spielen habe ich persönlich bessere Ergebnisse mit dem Haken drin =)

Hmm muss mich korrigieren. Sogar bei Doom und Descent scheints mit Force CPU Processing schneller zu laufen.

Interessant

Nur komisch, wieso ich dann anderes schrieb. Irgendwo muss ja der Gedanke hergekommen sein, hm^^ Vllt wars bei WinXP anders oder UT Video Codec ist da anders als Lagarith, ansonsten ka