Beiträge von De-M-oN

Finds ja lustig wie keiner berücksichtigt ob Youtube überhaupt mit VFR umgehen kann.
Oder das die farbmatrix von 601 einiges an sättigung verliert
Oder auch das die bitrate bei shadowplay nichtmal für project cars reicht. (sichtbare blockbildung, schmierige Straße), auch bei Legendary gehabt und deutlich schlechter ausgefallen als es hätte müssen auf youtube. klar, wenn der verlust sogar schon ins sichtbare abdriftet)

Die Puzzleteile hätt ich persönlich weggelassen. Sind halt Geschmackssache.

Das Skyrim Bild find ich allerdings sehr schön. Vor allem auch die Schrift

Das 2. Bild kann man leider nicht groß ansehen.

Zitat von OnlinePunk

und vollkommen flüssig

Kam mir jetzt zum Teil eher nicht so vor leider.
_
Naja 100% Rennen fänd ich etwas toller. Gibt auch mehr Spielraum mit den Reifen.

Kennst eig. schon den Reifenbug?^^

Er wird in Kürze das dann auch zeigen.

https://www.youtube.com/user/DTMANDF1

Ist wohl so, wenn du in Q3 (oder Q2? weiß nimmer genau) die weichste Reifenmischung nimmst, dann hast du einen höheren Reifenverschleiß im Rennen. Genaueres wird uns philipp aber in einem video berichten.

F1 2016

im VFR-CFR konverter das Video rein, auf L-Smash stellen, libav button drücken, fps eingeben, script speichern. Das gespeicherte Script dann in SSM rein und ein normales Script erstellen.

Lustiger Codec beim 3DS Capture xD

Rammstein Fan? Der Name lässts vermuten

rawavc, muxen kanner ja später. Und wenn du FLAC willst, musses schon MKV am Ende werden und nicht MP4.

Ansonsten halt nach der Aufnahme hochskalieren.

Falls Shadowplay - der muss aber auf 2160p 4k stehen, bei 1080p nimmter nur in 50 mbit auf, bei 1440p nur in 50 mbit, bei spielintern bei 1080p nur 50 mbit, bei spielintern bei 1440p in 100mbit. Nur wenn du 4k einstellst, nimmt er auch wirklich in 130 auf(!)

Ist halt auch nur einmal passiert, aber wenn ich den Mode höher stelle, isses ja noch langsamer. Da war ohne MT einfach deutlich schneller. Statt glaube 12fps hatt ich dann 17fps. (die 17 stimmen, die 12 bin ich unsicher, aber es war auf jeden fall deutlicher unterschied)

Zitat von Sagaras

"Decoder (Generic)" ist wie der Name schon sagt ein Decoder. Also nix zum aufnehmen. Der wird vermutlich nur in der Liste geführt, da er ein VFW Support aufweisen tut.

Das hat den Sinn, das man nun den Decoder und Encoder getrennt konfigurieren kann. Das ist eig. auch nicht schlecht für die Leute, wo zb die Threadmenge beim Codec geringer als auto-detect mehr fps im spiel bedeutet (bei cpu intensiven spielen und hooking aufnahmeprogramm kam das ja öfter mal vor. So kann dann der Encoder mit zb 4 Threads laufen, der Decoder aber dann trotzdem auf auto-detect und muss nicht immer umstellen, wenns ans encoden geht. Mir persönlich bringts nichts, da auto-detect bei mir mit der capture karte einfach immer schneller ist und der spielfps am wenigsten schadet.

Na gut ich antworte dann nochmal hier, weil keiner im Chat ist gerad, aber eig. hab ich momentan kein Bock mehr auf das Forum, aber andersrum kann da ja sagaras und dennis nichts für.

Dein Max Payne Video steckt entweder noch mitten in der Codierung, oder Youtube gönnt dir die besseren Encodes nicht. Max Payne sieht jedoch sehr gut komprimierbar aus, da sollte es mit Shadowplay in der Tat keine Probleme geben. Zumindest bei 1440p.

Zitat von Sagaras

Da musste entweder in den sauren Apfel beißen und es kaufen und probieren. Oder du findest ein anderen der das für dich macht

Könnte ich. Aber ich seh da nicht viel Sinn drin. Ich hab da doch meine größten Zweifel das es auch nur ansatzweise die Encode-FPS anhebt gegenüber L-Smash. Man möge mich eines besseren belehren, aber der Test ist mir persönlich einfach keine 15 € Wert.

Zitat von Sagaras

Denn L-Smash hat sein eigenen Multithreading Support und beißt sich mit dem anderen. Daher muss dann erst L-Smash kommen und danach erst kann das eigene MT von AVISynth aktiviert werden.

Mir ist aufgefallen das auch hinterher die Idee mist ist. Es war trotz Skalierfilter und Tweak und Colormatrix - trotzdem mit dieser Kombination noch schneller wenn nur L-Smash MT läuft. Die scheinen sich einfach zu sehr ins Gehege zu kommen. Mit so'ner Kombination bekam ich sogar einmal etwas korrupte Frames. (sah aus, als wenn frames auf falsche frames referenzierten, sprich das typische Chromablocking + korruptes Bild.

Zitat von AlphaKevin

kann Virtual Dub ProRes lesen?

Mit 'nem Avisynth Script via FFVideoSource sollte es möglich sein. ggf auch L-Smash, ka ob Lsmash das kann. L-Smash wäre halt schneller.

Hab noch nicht all zu lange Project Cars und das erste was mir da echt positiv aufgefallen war - diese Musik
Insbesondere die ersten beiden Songs !!

4:2:2 mit Median Kompression in config.
Der Decoder sollte in jedem Fall mit auto-detect Threads laufen. Beim Encoder kannste gucken was dir am wenigsten fps kostet, bei meiner capture karte ist auch hier auto-detect das sinnvollste.

10bit kann nicht gehen, du hast immer noch ein RGB32 laufendes System. Nvidia erlaubt zwar 10bit, aber die Spiele sind bisher auch alle noch RGB32, sprich 8bit.

und 2.0 ist wahrlich sehr schnell. Deutlich schneller als 1.2

Ja gut 2,5 ist auch etwas krass outdated.
Die kannste eh vergessen.

Was hastn sonst anzubieten? Mit MeGUI würdes auch gehen und damit ginge auch hochwertigen Encode. Ansonsten wüsst ich nicht viele Programme die mit VFR umgehen können.

Zitat von ZoSar

Video eins stürzt ab

Aber die Datei wurde ja hoffentlich richtig geschlossen? Sonst wäres kein Wunder das die nich auf geht.

Schneiden kannst die ja auch gemuxt noch in tmpgenc. dafür isses ja da xD

Zitat von ZoSar

@Demon Mit TMPGEnc kann ich das Video nicht öffnen, da es sich ja dank Shadowplay um eine mp4 Datei handelt.

Wo das Problem? Die MP4 wird sogar synchron eingelesen, wie gesagt.
Wenn es 2 MP4s sind würde ich sie vorher mit mp4box zusammenmuxen, eine einzelne VFR Datei mag TMPGEnc lieber als mehrere.
mp4box -cat "video1.mp4" -cat "video2.mp4" "zieldatei.mp4"

wäre der befehl dafür.

Das Video muss zuerst ein einheitliches Timing haben - Konstante Framerate. Erst dann kannste externe Spuren nutzen. TMPGEnc liest es dir als CFR ein.

Das Videotiming muss einheitlich sein. Sonst nützt dir eine gleiche Audiolänge 'nen furchter furz.

TMPGEnc kann VFR einlesen. Aber anscheinend kriegt Julien nichtmal das auf die Reihe. Man öffnet das Video indem man die Timelineeigenschaften aus dem Video rauslesen tut. Dann wird es als 60fps CFR eingelesen und das synchron (sofern denn 60 die aufnahme war).

Ich würde das preset auf 2160p 4k stellen (damit der in 130 mbit auch aufnimmt), aber in maximal 1440p spielen und natürlich die 130 mbit. Sowie du beim aufgenommenen Video sichtbaren Verlust hast, wird es ganz besonders problematisch für weitere Encoder.

Genau so hab ich es gesagt julien. So und nicht anders. das ich corrupted's videos in ordnung finde ist natürlich eine bestätigung das du recht hast julien.

Und nein ich werde nicht Öl ins Feuer gießen und weitere beispiele nennen, wozu auch. ist alles gesagt. Flaschor vs handofblood war ein beispiel. mehr nicht. aber hey. über julien sich zu ärgern ist vergeudete zeit.