Mehrere Tonspuren getrennt aufnehmen

Dxtory kann bis zu 8 Spuren aufnehmen und kostet etwa 35€.

Virtual Audio Cable könnte dir dabei auch helfen.
Davon gibts glaub eine kostenlose Alternative.

Dann hilft vielleicht das: https://www.mymusictools.com/d…aufnehmen-und-mischen.htm

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.

Falls du das Programm noch findest: PanaX - Stimme und Ingamesound gleichzeitig aufnehmen.

Aber damals zumindest ging glaub nur MP3.

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.

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.

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.

Die Warnung nicht in MP4 aufzunehmen steht allerdings nicht ohne Grund da.

Zitat von Game8

Weder mein PC noch OBS neigen bei mir zu Abstürzen

Das mag ja sein, aber stell dir doch einfach mal vor es passiert doch mal. Außerdem: Bei Hooking kann sowieso immer mal was schief gehen. Oder hab halt doch mal 'nen Crash und sei es wegen voller Festplatte, kaputt gehender Festplatte oder gar ein Stromausfall. Alles Dinge die mal passieren könnten. Die MP4 ist dann restlos für die Tonne, während MKV vollständig wiederherstellbar ist mit 'nem simplen Remux in MKVToolnixGUI.

b-frames bei lossless machen kein Sinn. b-frames sind lossy
Das high Profil unterstützt kein lossless. Du brauchst high444predictive für lossless. Sollte er tatsächlich so aufgenommen haben, wird er es nicht lossless getan haben, sondern auf irgendwas fallbacked haben, da High schlichtweg kein Lossless unterstützt (leider auch die meisten Windows Timeline Programme nicht)

Ich würde zwecks Leistung auf "hohe leistung", keine b-frames, kein 2pass nehmen. Die Datei wird dann etwas größer, dafür aber geringer encodinglatenz bei Aufnahme. Könnte dann smoother laufen. Wird ja vermutlich später eh neu codiert.