Beiträge von De-M-oN

Zitat von sem

Ansonsten bleibt mein langfristiges Ziel, meine verbleibenden ~20 Projekte bis Ende 2020 durchzubekommen und dann nach 10 Jahren aktiver Zeit mich mehr zurückzunehmen.

als ob es nicht mehr als 20 projekte für dich noch gibt

Zitat von Frostgeneral

Wenn ihr viele Daten schreibt dann geht die SSD in die Brüche, aber hej, wenn ihr euch alle 2 Jahre mit kaputten Festplatten und Datenverlust auseinandersetzen wollt: nicht mein Problem.

Da geht nichts kaputt. Woher habt ihr eig. immer noch diesen Trugschluss?

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

Er hier nimmt auf SSD 100% Formel 1 Rennen auf. Mit FRAPS! Momentan F1 2017 nicht, weil so verbugt, aber davor schon. Und er hat ziemlich viel Projekte immer am laufen gehabt.
Seine SSD geht noch heute einwandfrei. Jeden Tag Fraps aufnahmen ala mehrere Stunden draufhauen - kann die SSD ja nicht so labil sein dann.

Beim Videoschnitt wird sich das spulen bei einer SSD sehr positiv auswirken, aufgrund ihrer niedrigen Zugriffszeiten auch besser noch als ein RAID 0.

Also so abwägig find ich eine SSD bei Videoschnitt nun auch nicht. Nur muss man für große Rohdateien 'ne ausreichend große SSD haben damits auch draufpasst ;D Meine 256 GB SSD komm ich nicht weit, aber damals waren die auch noch in größer extrem teuer.

Hängt aber natürlich auch zusätzlich vom verwendeten Codec ab. Wie sehr bremst der Decode des Videos? Ein großer Mitfaktor.

Zitat von Frostgeneral

den Mythos glaubt?
Ich hab Physik und Chemie studiert
Ich habe 4 Vorlesungen dazu gehabt

Das ist mir komplett egal was du hast. Vllt ist die auch ziemlich veraltet. Fakt ist heutige SSDs überleben mittlerweile sehr oft HDDs.
Meine kleine 256 GB SSD lebt noch. Meine 3TB HDD ist bereits vor ihr verreckt.

Die 256 GB SSD hat schon 16,30 TB an Daten geschrieben. Und sie ist gerad mal auf 99% runter. Und kleine SSDs haben nicht so viel Puffer wie große. An der Leistung hat sich bis dato nichts geändert.
Ne größere wäre locker noch auf 100%. Aber ich nehm nicht auf ihr auf. DTMANDF1 wird da mit täglichen Frapsaufnahmen ganz anderes runter haben als 16 TB

Bei Spielen hilft die SSD enorm wenn Sachen geladen werden müssen. Holy moly Doom 2016's Ladezeiten sind HDD vs SSD ein Unterschied wie Tag und Nacht. Vor allem das Booten des Spiels.

+1 Abonnenten.
Am Besten noch einer der regelmäßig zuschaut.

Ich vermisse 2011. Immerhin schauen die, die ich habe. Komplette Stagnation. Kein Zuwachs mehr. 2011 lief bombe.

Ich habe nicht den Sinn der Elgato hinterfragt, sondern den Sinn nicht direkt an die Grafikkarte zu gehen.^^
Also direkt an die Karte zu gehen und zu klonen ist die richtige Wahl wenn der Computer gecaptured wird.

Wenn du gerad mal nicht streamst, sondern nur aufnimmst, tuts auch nur ein PC und die Capture Karte und die Aufnahme mit ffmpeg + NVEnc. Wäre dann nahezu komplett ohne fps verlust, ganz wie bei Shadowplay.

Da wird nichts doppelt gerendert. Die Grafikkarte rendert und gibt es dann an die Ausgänge. In dem Fall dann eben an 2 Ausgänge statt nur einen.
Die Performance bleibt identisch.
Wenn du eh den Rechner aufnimmst, macht es auch eig. überhaupt kein Sinn da anders als beides direkt an die Grafikkarte anzuschließen. Alles andere produziert doch nur Delay^^

Nimm am besten mit ffmpeg dann auf. Nicht die Elgato software und keine andere Software mit Preview oder Szene. Das kostet alles unnötig viel Leistung.

ffmpeg + NVEnc mit 'nem CQP 16 wäre 'nen guter Ansatz.

Bei meiner Karte nehm ich so auf:

ffmpeg -vstats_file "d:\XVideos\Lets Play WRC 7\LP-WRC7-04_1.txt" -rtbufsize 2048M -f dshow -framerate 60 -thread_queue_size 1024 -probesize 10M -pixel_format bgr24 -i video="Datapath VisionSC-DP2 Video 01":audio="Wave (ASUS Xonar HDAV 1.3 Audio" -vf "vflip" -vcodec h264_nvenc -pix_fmt yuv420p -rc:v vbr -b:v 0 -qmin 1 -qmax 16 -preset hp -acodec pcm_s16le -audio_buffer_size 80 "e:\Lets Play WRC 7\LP-WRC7-04_1.mkv"

Würde kein bitratenencoding empfehlen.
Bitrate ist immer so ein Bauchgerate und 50mbit NVEnc wird bei dem Spiel sichtbaren Verlust bedeuten.

Nimm CQP mit einem Wert zwischen 1 und 20. Kleiner = Bessere Qualität.
20 wird immer noch für's Auge verlustfrei sein. Bei PUBG aber natürlich mehr als 50mbit brauchen. Das ist bei NVEnc zu wenig einfach.

Wenns geht halt immer quantizercodierung. Das Bitratengelumpe wenns geht würde ich empfehlen immer zu meiden.
Bei Quantizercodierung haben die Frames allesamt die gleiche Qualität. Bei CQP sogar mathematisch. CRF wäre allerdings für's Auge identische Qualität jedes Frames, dank dynamischem Quantizer und somit platzsparender.
Aber die Aufnahme kann ja ruhig auch mathematisch identische Qualität jedes Frames haben, neu codiert wirds ja vermutlich später eh.

Zitat von Game8

Ach schau an, das war mir nie so bewusst, danke! Ich dachte, dass sich nVidia das exklusiv vorhält und damit dann Shadowplay pushen möchte.

Wollen sie auch^^ Aber nicht mit dem encoder (NVEnc), sondern mit dem Abgreifen des Videos. NVIFR und NVFBC sind wie gesagt diese, die von Shadowplay genutzt werden das Bild aufzunehmen. Die müssen sich also nicht in den Spielrenderer einhaken, die greifen das Bild schon vor DirectX / OpenGL ab direkt von der Grafikkarte. Andere Programme müssen halt nach wie vor sich in Direct3D / OpenGL einhaken und daraus die Frames anfordern. Kostet via Framebuffer Hook eine Menge FPS und was anderes hat es auch sonst nie gegeben (Fraps, DXTory, MSI Afterburner etc - alles framebuffer hooks.
Aber OBS Studio hat da einen shared texture hook entwickelt. Und der ist halt extrem nice. Damit haste nahezu null Verlust. Trotz hooking.

Nvidia stellt einem aber noch ein weiteres Bein im Weg, was ich ganz vergessen hab zu erwähnen, aber sehr wichtig ist:

Denn auch wenn du in Nvidia Systemsteuerung den Energiemodus auf Maximale Leistung bevorzugen gestellt hast, wird er in den P2 State runtergehen, sobald eine Drittanwendung NVEnc verwendet. Bei Shadowplay machters natürlich nicht. Welch Wunder xD
Bei meiner GTX 1080 bedeutet P2 State eine VRAM Taktreduzierung von 500 Mhz (!) von 5355 mhz auf 48xx mhz runter.

Da kann man aber Nvidia Inspector runterladen (kann sein das du eine dev build laden musst um die Option zu haben) und dann startest den Nvidia Profile inspector.
Dann oben die Symbolleiste da ist ganz rechts ein Symbol mit 'nem Zahnrad und 'ner Lupe drüber als Icon. Das drücken, dann werden dir mehr settings angeboten.
Dann runter scrollen zu 5 - common. Da solltest du dann einen Eintrag namens Force CUDA P2 State auffinden. Den dann auf OFF stellen.
Diesen Prozess musst du nach jedem Grafiktreiberupdate leider wiederholen. Stellt sich dann nämlich wieder um.

Und wenn wir schon beim Treiber sind.

387.92 hat viele Probleme wie man im Nvidia Forum liest, ala GTA 5 10fps im Schnitt weniger als alle anderen Treiber und einige andere Spiele auch fps verloren oder ruckelig, oder oder.
Ich hab den Treiber beim NVEnc Encoder erleben dürfen.
Sind nämlich mir immer die Encodes abgestürzt und zum Teil fehlten Bezugframes.
Auch mal bei einem älteren rohvideo probiert, was mit 385.69 problemlos durchlief, war mit 387 dann auch abgestürzt und fehlende bezugframes.

Und mit dem Treiber scheint nicht nur ffmpeg auf kriegsfuß zu stehen, bei OBS ist NVEnc mit dem neuen Treiber anscheinend ebenfalls kaputt.
Denn er hier hat mindestens die fehlenden bezugframes auch erhalten:
Bildfehler in Aufnahme (OBS, AverMedia)

Meine Empfehlung wäre der 385.69.

Zitat von Game8

Und OBS frisst natürlich immer einiges an FPS, was mit Shadowplay nun nicht der Fall war

Ja. Aber das lag daran:

Zitat von Game8

Ich habe aber auch x264 in OBS, weils immer empfohlen wurde

x264 = CPU Encode
NVEnc gleich das, was auch Shadowplay benutzt als Encoder. Sprich da encodieren die CUDA Cores deiner Grafikkarte, statt deine CPU.

Shadowplay greift das Bild nicht via hooking ab, sondern via NVIFR oder NVFBC. Diese sind allerdings für Drittsoftware gesperrt. OBS jedoch hat mit seinem shared texture hook einen so guten hookmechanismus das dieser quasi nahezu, wenn nicht sogar identisch zur shadowplay performance ist. Andere Hookingprogramme wie DXTory und co benutzen den klassischen Framebuffer hook und dieser zieht sehr viel fps.

Zitat von Game8

Die 15-20% habe ich eben bei einer normalen Tonaufnahme (Bild schwarz) gehabt mit insgesamt vier Spuren.

hmm vermutlich wegen den ganzen AAC Encodes. PCM wäre natürlich schonender. Bietet OBS jetzt allerdings nicht an. Nur bei ffmpeg, aber bei ffmpeg hat OBS leider immer noch nicht multitrack audio implementiert

Aber vllt läuft es ja mit Gameaufnahme trotzdem besser den Audio aufzunehmen.

Zitat von sem

Aber damals zumindest ging glaub nur MP3.

Und vor allem nur 128 kbit.

Hast du Shadowplay auf 4k stehen? Sonst nimmter die 130 mbit nicht. Auf 1080p nimmter dann nur 50mbit und auf 1440p nur 100 mbit, bei spielintern das selbe.
Nur auf 4k kriegste auch wirklich die eingestellten 130 mbit. Aufnehmen tut er natürlich weiterhin in der Auflösung in der dein PC läuft. Nur eben dann auch wirklich mit 130 mbit.
130 mbit hört sich viel an, ist aber wahrlich sogar sehr knapp, weil der NVEnc encoder ist natürlich nicht der effizienteste und bei komplexeren Spielen haste auch bei 130 mbit noch sichtbaren verlust bei zumindest 2560x1600. Bei 1080p sollten die 130 mbit aber weitaus besser reichen. Shadowplay auf 4k eingestellt vorausgesetzt, weil er sonst wie gesagt die 130 mbit nicht nimmt.
_
Allerdings wundert mich, das du so'ne Leistungsprobleme hast bei OBS.
Dessen Shared Texture Hook ist eig. genauso performant wie shadowplay, wenn du in OBS Studio den NVEnc Encoder verwendest, statt x264. Und da haste ja erheblich mehr Freiraum als diese blöden, puren Softwarelimits von shadowplay inkl den Multi Audio Track support.

Bei nur einer Gameaufnahme und sonst nichts auf der Szene hab ich unter Windows 7 mit aktiviertem Aero eine CPU Auslastung von 2% bei 2560x1600.

Daher wundert mich stark, warum das bei dir so hoch ist ala 15%. Oder ist das nur bei der single audio aufnahme so hoch gewesen? Also die Gameaufnahme sollte so'ne CPU auslastung nicht produzieren.

Sag dann mal bitte ob es die Lösung war.

Naja Killing Floor hätte man sich ansonsten auch Uncut machen können. Geht ja sehr einfach bei dem Spiel. Und das verweigert dann ja auch nicht den Start.

Bei mir ging mein Unrealvideo als ich den Titel von Dateiname zu richtigen Titel geändert habe SOFORT auf gelb

[LP] Unreal @ Godlike – Level04 { Depths Of Rrajigar } Die geile ASMD Shock Rifle ♥

Ich vermute mal das die ASMD Shock Rifle entweder nicht geil sein darf, oder vllt darf sie nicht "shock" rifle heißen? Ich vermute mal das "geil" passt youtube schon nicht

Zitat von Gjormun

Jetzt hat Youtube entdeckt, dass die Formel 1 'ein gar furchtbar Ding' ist

Wenn die das im TV und bei TVNow auch so sehen würden ...

Steam ist toll. Einzig blöd finde ich bisschen, das man es nicht bei Steam belässt und noch Origin und Uplay erfindet. zig programme um ein spiel starten zu können ist nicht so geil. Bitte nich noch mehr als 3.^^

Einzig was bei Steam only Spielen richtig arschig werden kann ist, wenn das Spiel indiziert ist. So Kandidaten wie Wolfenstein verweigern den Start wenn man die uncut version hat in Deutschland, sprich selbst wenn es schon installiert ist, gehts nicht.
Aber es gibtn Forum was es mir trotzdem Uncut gemacht hat. Da sind dann die Cutscenes englisch, aber mit deutschen, uncut untertiteln. Aber sowas kann halt wirklich dann ekelig sein solche region locks.

Alles verbugt. Und dieses Jahr ist es ganz besonders schlimm. Alles nur noch komplett verbugt.

Zitat von The Goeppi Show

Das war vor 10 Jahren kaum anders. Der Unterschied ist, heute weiß jeder Gamer was ein Bug ist. Früher war das "halt so", es gab keine (oder kaum) Patches, man musste damit leben.

Natürlich war das da anders. Und auch da wusste man was ein Bug ist lol.
Die ersten 6 Need for Speeds zb kamen komplett bugfrei raus. Und underground war ja auch nichts wo ich mich erinnern würde.
Aber heute ist vor allem zu release alles nur noch komplett verbugt. Und nein das gabs früher definitiv nicht. Zumindest nicht von den großen Studios die es eig. können sollten. Ja EA brachte damals bugfreie Spiele zu Release. Stellt euch mal vor.^^

Im Grunde fing das alles an, seitdem für Konsole fokussiert wird und zu PC portiert wird. Früher war's halt andersrum.. Den Unterschied merkt man deutlich und man merkt ihn von Jahr zu Jahr deutlicher. Sehr traurig.

UTVideo isn lossless codec. der kann überhaupt kein lossy.

Zitat von RedLeader

also ist Photoshop cs2 zu empfehlen ja?

naja extrem alt, weshalb du mit den encodern sehr eingeschränkt sein wirst. Bei Bildern nicht so tragisch da es ja jpg und png schon ewig gibt, aber bei premiere cs2 würd ich zb tunlichst von dringend abraten, denn da gibts echt keine gescheiten Encoder. Glaube noch nichtmal h.264. Aber da bin ich gerad nicht sicher. Auf jeden Fall extrem alt.

Ich würde bei GIMP bleiben. Sehr gutes Programm, mit sehr guten Auflösungsskalierer (lanczos, welcher besser ist als photoshop's bicubic), und sehr gute Einstellungsmöglichkeiten bei den Encodern. Bei Photoshop ist man zb bei jpg eig. nur auf den % Qualitätsregler limitiert, während man bei GIMP da gut was einstellen kann, was der Qualität auch gut zuträglich ist. Vor allem die Chroma Auflösung würd ich immer auf 4:4:4 machen (falls man denn jpg braucht. Bei Thumbnails würd ich in jedem Fall das verlustfreie PNG nehmen(!))

Geh zum 385.69 Treiber zurück.
Der 387.92 Treiber ist kaputt.

Es kann sogar passieren das die Encodes abkacken.

https://forums.geforce.com/def…17-/post/5225777/#5225777

Hab's da schon beschrieben. Hoffen wir mal die fixen das. Ich kann gerad nicht encoden. Muss nachher den Treiber downgraden.

Zitat von Levi1985

Danke für die Info! Werde in Zukunft da mal verstärkt drauf achten!

Man sollte bitrate gar nicht erst nehmen. CQP zwischen 1 und 20. Kleiner = bessere Qualität. Oder falls verfügbar : CRF Auch hier zwischen 1 und 20.

Zitat von Julien

sondern auch Two-Pass ist hier vollkommen fehl am Platz.

Naja 2pass bedeutet bei NVEnc ein bisschen was anderes als das was man eig. unter 2pass versteht. Kann man nehmen, aber ich würde für bessere Aufnahmeperformance dennoch 2pass weglassen und lieber einen ausreichend guten CQP nehmen und die höhere Dateigröße hinnehmen.
1080p btw würd ich auf youtube meiden. Jedenfalls sehen schwerer zu komprimierende Spiele ja auf 1080p auf youtube ziemlich mies aus. Müsstest du eig. auch bemerkt haben. Mind. 2048x1152 dann bekommste schonmal die 3-fache bitrate von youtube.

Zitat von Dennis_50300

ffmpeg ist so per eingabeaufforderung wohl mist

Gruss Dennis

Ein Video was du auf meinem Kanal siehst - Das aktuelle Dirt 4 - hat mit 385 durchcodiert
Als Test hab ich das mit 387 nochmal codiert, hatte die rohdatei noch davon - und: Gleiche Fehler wie bei Unreal.
Und du willst mir erzählen ffmpeg ist schuld?
Ne der fucking Treiber hat irgendwas an NVEnc offensichtlich kaputt geupdatet. Weshalb ich auf 385 zurückgehen werd. Dann wird auch alles wieder laufen. Denn ffmpeg hat ja schuld.

Zitat von Dennis_50300

klar mein guter, routine die man sich angewöhnt hat ne, aber danke für den Hinweis kann ja passieren das man das vergisst, ist ja durchaus mal möglich

Failed unlocking input buffer!: generic error (20)

So encodiert der neue treiber videos.

an frame 17333 von meiner unreal aufnahme. das fand ich merkwürdig der hat noch nie gecrasht. als test dann die dirt 4 aufnahme encodiert von heute, und öhm ja kackt auch bei ner bestimmten stelle ab

Der Treiber ist ja echt spitze.