Beiträge von Sagaras

Wenn es dir angeboten wird als Auswahl, wird es auch supportet. Wäre zumindest ebenfalls ein Versuch wert dann.

Zitat von Malzzi

Habe es gerade mal ausprobiert, geht anscheinend nicht, wenn man eine NVIDIA Grafikkarte drinnen hat.

Naja, das hat er aber eigentlich auch erwähnt das dieses AMF Plugin nur für AMD Grafikkarten ist die das auch supporten. Was er da mit CPU wollte wusste ich auch nicht wirklich.

Heißt dann halt bei OBS "H264 VCE Encoder Advanced" oder so ähnlich.
Da geht das ganze dann über den VCE. Das Plugin dazu nennt sich dann aber Advanced Media Framework, womit man entsprechend auch zugriff drauf hat.
Hast du keine AMD Grafikkarte oder eine AMD Grafikkarte die das Feature nicht supportet wird das in OBS auch gar nicht erst angezeigt.

Bei NVIDIA wird dafür halt NVEnc verwendet. Das ist sozusagen NVIDIAs Gegenstück zu AMDs VCE.
Beides sind GPU Encoder.

Gleiches Spiel auch bei NVIDIA. Wenn die Grafikkarte, Treiber, usw. dieses Feature nicht supporten, wird das in OBS auch nicht angezeigt.

Weiß aber auch nicht warum er dir das genannt hatte, zumal du ja auch deine NVIDIA Karte aufgelistet hast.
Er hätte dir ja NVEnc dann vorschlagen können xD

Das Hauptproblem ist eher das bei Aufnahmen kontinuierlich geschrieben werden muss. Da ist es halt blöd wenn die Schreibgeschwindigkeit ausgebremst wird, weil irgendwas wieder geladen werden muss.

Merkt man z.B. wenn man von Platte A auf C was kopiert und gleichzeitig von Platte C auf B kopiert wird. Die Geschwindigkeit wird regelrecht halbiert schon.
Das ist jetzt bei einem Spiel zwars nicht so Arg. Aber das gleiche Prinzip.
Eine Platte die nur schreiben oder nur lesen muss ist daher performanter.

Von daher kann man die Hauptfestplatte wo OS, Spiele usw. drauf sind gerne partitionieren. Für Aufnahmen jedoch die das Optimum der Schreibrate von Festplatte nutzen wollen, ist es eher Ratsamer eine seperate Festplatte zu nutzen.
Aber darauf achten das diese eine ungefähre Schreibrate von 170 mb/s oder mehr haben um vernünftig 1080p60 YV12 aufnehmen zu können

Noch besser wird es mit der Schreibrate wenn sich mehrere Festplatten im Verbund befinden und als ein Laufwerk arbeiten. Der sogenannte Raid0 Verbund. Das kann man aber auch nicht unendlich weit führen. Bei einer bestimmten Anzahl wird man kaum noch ein Unterschied spüren.
Aber so kann man gern mal auf Schreibraten von über 5000 mb/s kommen. Halt wenn man es übertreibt
Desto höher ist aber auch die Wahrscheinlichkeit eines Defekts. Sprich kürzere Lebensdauer der Festplatten.

Die maximal anzunehmende Schreibrate für eine Aufnahme kann man auch Rechnerisch ermitteln. Dazu ist auszugehen das die Bilder des Videos so komplex sind das sie kaum bis gar nicht komprimiert werden können. Also rechnet man mit Unkomprimierten Daten für den max. Wert.

Und wenn man den Wert hat für seine Aufnahmeansprüche, dann weiß man eigentlich in der Regel auch welche Schreibrate die Festplatte haben sollte.

z.B. braucht man für 1920x1080 Progressiv, mit 60 FPS im RGB Farbraum 3 * 8 gut und gerne 380 mb/s an Schreibrate
Bei YV12 kann man das ungefähr halbieren auf 190 mb/s.

Aufgrund der Kompression der Codecs fallen diese Werte dann noch mal erheblich, je nachdem wie gut sie Komprimierbar sind. Daher reicht meist eine Festplatte die 170 mb/s an Schreibrate hat und seperat am besten läuft. In der Regel reicht das den meisten aus.

Naja @De-M-oN, du beschwerst dich jetzt. In einem anderen Thread da hast du zum Punkto Slices ja auch völlig unnötig begonnen noch eins drauf zu setzen.
Du merkst selbst das sowas nicht schön ist, oder? Denke damit wären wir dann wieder Quit.

Mit der Hall.dll selbst habe ich direkt noch nix bewusstes angestellt. Ich weiß nur das das Teil für den gesamten Windows Prozess zuständig auch ist und über einen svchost Prozess arbeitet.
Ich wüsste jetzt nicht mal welcher genau.
Was ich aber weiß das wenn man diese Datei löschen oder ändern sollte, das OS nicht mal mehr hochfahren kann. Jedenfalls was Windows angeht.
Ich hab es auch damals bei Sound gesehen, aber alles im allem habe ich nie wirklich bewusst damit zu tun gehabt jemals.

Und mal ganz ehrlich Leute... ihr auch nicht.
Ich habe eure Beiträge da halt nur mal so überflogen gehabt und da haut ihr Sachen raus und Internetseiten und irgendwie verfahrt ihr euch trotzdem in Sackgassen, weil keiner irgendwie richtig davon Ahnung hat.
Und ich erst recht nicht. Ich bin kein Ton Ingenieur. Hab sowas weder studiert, noch hab ich Ahnung davon.

Da würde ich vorschlagen einen richtigen Ton Meister das erklären zu lassen. Weil alles was ich zu Audio weiß sind die Basis Regeln grad mal. Sprich den Physikalischen und Mathematischen Grundansatz.
Nur weiß ich auch das Audio ein Fachgebiet ist der jeneits dem liegt das ich schon mit Videobearbeitung tue.

Aber ich würde trotzdem zu gerne mal wissen was ihr euch da so heiß macht zwecks Audio?
Weil bedenkt lieber mal wofür ihr Audio braucht. Für Spieleaufnahmen reichen 16Bit 44,1kHz. Oder wenn ihr da noch was dran werkeln wollt mit viel Effekten und haste nicht gesehen dann nehmt ihr halt 24Bit 96kHz und dreht es dann auf 16Bit 44,1kHz später wieder runter.

Genauso so Sachen wie Mikrofon. Genau das gleiche. nehmt 16Bit 44,1kHz und Ruhe ist.
Wenn ihr da aber noch die Stecknadel fallen hören wollt, dann macht ihr das halt höher. Aber ist halt unnötig.

Und gerade Audio. Also ich muss sagen Bildfehler ersehe ich schneller, als das ich jetzt bei gut aufgenommenen Sound einen Fehler höre.

Und da ich leider keine Ahnung habe wie HAL richtig funktioniert oder Audio spezifische Fachsachen, selbst wenn ich schöne Diagramme und Anleitungen von Leuten gesehen habe wo jegliches fachliche Verständnis fehlt warum und wie es nun richtig abläuft, solange brauch ich da auch nix zu sagen weiter.
Weil alles was ihr jetzt gemacht habt ist reine Bashing gewesen. Und der war total unnötig. Da bleibe ich lieber an meinem Zeichenbrett und schlüssel soweit auf wie es für mich von Interesse ist.

Zitat von Sagaras

Und weil es ein Software Mischpult ist, hat man es bewusst Windows Mixer genannt ;D

Und diese Ironie hat z.B. keiner so recht verstanden wie mir schien
Es ist ein Software Mischer, aber kein Software Mischpult. Das sind zwei unterschiedliche paar Schuhe.

Der Mixer macht weiterhin das was er kann vollkommen automatisch ohne das ihr daran was dran ändern könntet.

Das einzige was ihr beeinflussen könnt am Mixer ist eine von Windows bereitgestellte Software die einem Pult ähnlich aufgebaut ist. Die Audiomischung von Anwendungs Sound wird trotzdem vollzogen. Daher beim Windows Mixer auch der Software Pult, damit man das regulieren kann.
Bei WinXP oder älter wärt ihr da nämlich Irre geworden mit, weil das halt nicht ging das man einzelne Anwendungen die Lautstärke regulieren konnte.

Der Mixer ist ein Windows spezifischer Treiber und heist halt Windows Mixer, weil er halt eben nur ein Audio Mischer ist. Der tut nix anderes
Es ist kein Software Mischpult. Das ist Blödsinn. Windows selbst hat für diesen Treiber ein eigenen Audio Interface für zum Einstellen.
Das dazu.

Dann weiß ich auch noch das zum Beispiel ASIO direkt mit den Audio Treibern verbunden ist. Das ist so nah Endpunktgerät das da eigentlich die wenigste Latenz geben müsste.

Bei WASAPI ist es so das es erst noch durch Audio Buffer gehen muss (exklusiv)
Oder es sogar zusätzlich durch irgendeine Audio Engine laufen muss (shared)
WASAPI gehört damit auch zu den Kern Audio Geräten

Und Direct Sound liegt sogar noch hinter dem. Weil das muss erst mal an ein Kern Audio Gerät gesendet werden und da erst mal durchlauft werden.

Und den ganzen Schnotter hat man bei ASIO nicht. ASIO ist halt sehr direkt.

Also wenn dies bei einem Rechner möglich sein sollte, sollte der User ASIO vorziehen statt WASAPI. WASAPI wäre dann die sekundäre Wahl. Und DirectSound würde dann ganz zum Schluss kommen.
Wenn ich jetzt nur von den 3 ausgehe.

So jedenfalls erst mal mein Kenntnisstand was ich auch gelesen und auch begriffen habe. Da muss man auch kein Einstein für sein

Die Quälende Frage oder Beschäftigung ist eher die das man damit umzugehen weiß dann.

Und bevor ihr euch da weiter Bashen tut in irgendeiner Form, zieht euch doch mal richtige Messwerte ran mit den man auch seine Aussagen auch untermauern kann ob die Latenz z.B. besser oder schlechter ist oder ob ihr da mehr Qualität habt als beim anderen.

Weil das kann ich euch nicht sagen und auch nicht belegen. Weil wie gesagt bin ich weder Ton Ingenieur, noch kenne ich mich da großartig mit Audio aus. Alles was ich gesagt habe bisher sind Fakten die sich im Netz auch so finden und untermauern lassen können.

Und damit will ich hier keinen sagen das er keine Ahnung von den hat was er schreibt. Weil ich wüsste halt auch nicht alles und müsste bestimmte Sachen die ihr hier so rumgeworfen habt einfach glauben jetzt. Und könnt es nicht mal wiederlegen.

Ich weiß halt nur wie Audiodatein aufgebaut sind und kann es halt auch beschreiben warum es so aufgebaut ist. Auch kann ich gern den Hardware Aspekt mir im Netz anlesen und sogar mit Sicherheit sagen was besser davon wäre aus meiner theoretischen Sicht.

Aber alles andere müsst ich euch jetzt einfach glauben.
Aber da ihr euch alle irgendwo verstrickt habt weiß ich nicht wirklich wem ich jetzt was abnehmen kann.

Würde sagen: hört auf euch gegenseitig zu Bashen, erklärt es euch gegenseitig soweit wie ihr es halt verstanden habt, und wenn ihr bei einem Punkt uneinig seid, muss man sich das halt noch mal anlesen ob vllt. nicht doch der andere recht haben könnte.

Soll ja Leute geben die auf biegen und brechen auf was bestehen, nur um ihr Recht durch zu drücken

@De-M-oN
Habe ich ja auch oft genug gemacht, daher sag ich es euch. Weil das Thema von wegen Streitereien im Forum hatten wir ja erst.
Und ich weiß nicht ob ich der einzige grad bin von uns drei (De-M-oN, Julien und ich) das ich da eine Veränderung machen möchte.

Julien blockiert sowieso jeden, der will ja schon gar nix mehr mit uns zu tun haben, De-M-oN.
Und du selbst bist aber auch nicht grad besser. Hatte mit dir ja versucht darüber mal ausführlich zu diskutieren in Skype. Da haste dann aber irgendwann dicht gemacht, weil du ja hättest entgegenkommen müssen.
Hier in diesem Thread genauso. Da fangt ihr an mit Sachen um euch zu hauen... wisst aber weder wie und warum es so funktioniert. Wenn man euch dann fragt dann kommt da nicht sehr viel meist, sondern oft irgendwelche Seiten die rausgesucht werden, weil man selbst 0 Ahnung davon hat.
Ist doch genauso mit dem Thema Farbtiefe bei dir bei x264. Da haust du DC und DCT mit der Farbbittiefe so derbe durcheinander, wo ich mich dann frage: Was will er jetzt damit sagen?
Weil würdest du wissen wie das mit DC und DCT funktioniert, und sei es nur das du ungefähr das Prinzip dahinter verstanden hast, würdest du das auch nicht zu einem Haufen zusammen werfen.

Weil da seid ihr und sogar ich an einem Punkt wo es um Sachen geht die für uns selbst schon zu hoch sind und an sich gar nicht richtig ausführlich verstehen.
Ihr schnappt dann irgendwas auf und das wars in der Regel. Pappt das hier im Forum hin und dann is es halt so.

Und weil keiner von uns blöd dastehen will, weil er vllt. halt 0 Plan hat, haut er lieber manchmal was raus wovon er an sich nix genaueres weiß. Statt einfach dann auch mal gar nix zu sagen dann oder halt zuzugeben das man es nicht verstanden hat.

Weil ich kann dieses Audio Ingenieur Gedönz von euch z.B. 0 verstehen. Einfach weil ich 0 Ahnung davon habe. Ich brauch irgendwas mit dem ich auch was anfangen kann. Und da bin ich bei Video besser aufgehoben als bei Audio.

Das heißt aber nicht das ich bei Audio total doof dastehe.
Hab z.B. 0 Plan von Mikrofonen. Für mich ist nur wichtig das meine Stimme zu hören ist.
Habe auch 0 Plan was ich in einer Audiosoftware wie Reaper und Co. machen müsste um Audio aufzuwerten.
Habe auch 0 Plan was Kopfhörer oder Boxen angeht. Hauptsache der Klang ist gut genug für meine Ansprüche.

Und manchmal ist das gut mal auch von gar nix eine Ahnung zu haben.
Aber Physikalische Sachen von der 5 oder 6 Klasse zwecks Wellen, Schwingungen etc., das bekomme ich noch hin. Genauso Sachen die für meine kleinen Programmier Sachen wichtig sind mit den ich mich dann mal beschäftige. Sofern es relevant für mich wird, suche ich mir auf richtigen Seiten was und nicht einfach weil jemand aus Forum xyz das so gesagt hat.

Und damit reicht es jetzt denk ich auch.

@Dennis_50300
Tut mir leid das ich immer solch lange Sätze schreibe. Aber irgendwo müssen bestimmte Sachen auch mal gesagt werden. Und es bringt halt nix wenn ihr euch gegenseitig bashen tut. Das ergibt nur wieder Streit, Zwietracht und verleitet auch zu vulgären Miteinander.
Das wird komischerweise aber jedesmal auch wieder provoziert. Bei den simpelsten Sachen wird gleich dagegen gehalten. De-M-oN macht das ja schon sehr gut. Ich denke er weiß wie seine Medizin schmeckt. Aber das wird ihn auch nicht davon abhalten es weiter so zu machen.
Habe mir über die Jahre auch sein Muster angeeignet zwecks Gegen Kommentieren.
Komme da aber schwer raus. Darum versuche ich auch so wenig wie möglich mich im Forum an irgendwelchen Threads zu beteiligen. Weil ich selber auch merke das das was ich oft tue und schreibe recht negativ bei anderen Usern ankommt.

Hoffe ja auch das sich da @k4Zz vllt. auch mal ein bisschen drum kümmert. Weil der wollte ja auch noch was tun zwecks Streitigkeiten zwischen einigen Stammusern wie mir.

Weil ich denke mal das mir da einige zustimmen werden das ich oft so schreibe das ich User damit kränke oder aggressiv mache.
Obwohl das meist gar nicht gewollt war von mir. Ist halt bloß blöd wenn jeder auf seine Fakten bzw. Spekulationen besteht.

Ungehindert dessen was ihr jetzt alle geschrieben habt, weil ich mir nicht alles durchgelesen habe, weil ich noch andere Sachen gemacht hatte, während ihr euch hier die Sachen um die Ohren gehauen habt.

Zitat von Dennis_50300

Nun also mehr als 90db Dynamikumfang (16-Bit, 44100Hz Cd Qualität) würde man sich bei wirklicher Nutzung die Ohren zerschiessen, denn dann kämest du ja auf Flughafen, weit über 80 (die magischen) wo man Ohrschützer trägt.
Von klarer kann man also mit mehr als 16-Bit nun auch nicht sprechen, denn dabei geht es nicht wie bei Bild/Videotechnik um eine Anzahl von Farben oder dergleichen, es ist lediglich der Dynamikumfang der begrenzt wird.

Um das mal auf eine Kurve zu bringen

Die 16Bit ist ja die Samplingtiefe.
Das heißt wir haben insgesamt 65536 Zustände.
Durch 2 geteilt und wir haben eine Amplitudenabstufungen von -32768 bis +32768
Sieht meist unschön aus, daher werden sie oftmals mit -1, 0 und +1 gekennzeichnet.

Als Vergleich bei Video beschreibst du damit die Farbtiefe. Sprich wie hoch können die Farbwerte sein.

Die Hertzfrequenz besagt die in welchen Zeit Abständen ein neuer Sample gesetzt wird.
Je mehr, desto feinerer und klarer wird der Sound.
Je niedriger, desto dumpfer wird er

Auch das lässt sich auf Video Basis vergleichen mit der FPS. Ist ja auch nix anderes als eine Frequenz. 60Hz = 60 FPS so zum Beispiel. Je mehr FPS also, desto feiner ist der Frameübergang. Je niedriger desto abrupter wird er.

Soviel erst mal zum Kurvenaufbau einer Audio und Video Datei.
Die nehmen sich nämlich nicht viel was den Aufbau angeht.
Theoretisch und auch Praktisch ist es möglich ein Video als Audiosignal mit den jeweiligen Farbkurven darzustellen. Statt einer Kurve hat man beim Video halt 3 Farbkurven.

Und nun ist entscheidend was in diesem Gebilde hinein kommt.
Man könnte z.B. konstante nervtötende Sinuswellen reinkloppen mit einer entsprechenden Amplitude und entsprechender Frequenz.
Bei 44100Hz kann man max. eine Frequenzkurve von 22050Hz reinballern.
Die Bittiefe hatte ich ja schon gesagt wäre dann meine Amplitude.

Je feiner die Amplitude also ist, desto größer kann der max. Pegel sich ausdehnen.

Einfache Physik halt.

Nun ist es aber so das viele ihre Audiodateien unnötig modifizieren oder ihre Hardware entsprechend falsch engestellt haben.
Denn man kann auch Studio Aufnahmen mit 24Bit und 192kHz machen ohne das denen im Studio das Gehör wegfliegen tut wenn sie es sich anhören und ohne Gehörschäden davon zu tragen.

Und andere schaffen es sogar privat Zuhause mit 8Bit Audio und 22kHz ihre Ohren zu schädigen.

Viele haben ihre Software und Hardware auf Pegel aufgedreht die den Sound so dermaßen verstärken das die dB ausreicht um ihre Ohren zu schädigen.

Andere modifizieren mit aktivierter Normalisierung an Audiodateien herum und heulen das sie zu leise sind und drehen erst mal auf. Die die es dann ohne Normalisierung abspielen werden dann erst mal nieder geschmettert.

Oder auch Sachen wie Bassverstärkung und hat man nicht gesehen sind alles Software Technische und Hardware bezogene Sachen.
Die haben nix und auch rein gar nix mit den Inhalt einer Audio Datei zu tun.

Sprich wenn ich jemanden sage das ich Audio aufgenommen habe mit 32Bit und 48000Hz, heißt das noch lange nicht das man davon ein Gehörschaden davon trägt. Weil der Inhalt dessen gar nicht auf die max. Werte kommt und der Amplitudenbereich einfach auch für die Samplewerte die in der Audiodatei sind zu hoch gewählt war. Daher totaler Müll auch zwecks der Behauptung das die Sampletiefe und die Frequenzangabe ein Argument dafür sind seine Ohren zu schädigen.

Der wichtigste Faktor dabei ist immer noch was ist drin in der Datei und sind auch die Software und Hardware Einstellungen entsprechend Audioausgang so eingestellt das ich da nicht mit voller Dröhnung das hören muss. Weil das tut kein Schwein.

Also ich habe bei mir keine FLAC mit 24Bit die mir das Ohr weggeschossen hätte.

Halten wir also mal fest was theoretisch passieren müsste:
Wenn ich bei einer 24Bit Audiodatei ein Sample mit eine Amplitude von 0,5 habe, dann habe ich bei einer 16Bit Audiodatei eine den gleichen Sample auf einer Amplitude von 1

Das wird aber nicht gemacht, weil damit ja die Kurve geändert werden würde. Also wird die Amplitude für jeden Sample halbiert. So ist die Ausdehnung der Amplitude auch bei 16Bit immer noch 0,5 wie sie es auch bei 24Bit war. Nur mit dem Unterschied das es keine 16777216 Zustände mehr sind, sondern eben 65536 Zustände noch.

Was aber wenn dieser Amplitudenbereich nicht mehr ausreichen tut?
z.B. 24Bit auf 8Bit
Für die Menschliche Stimme mag es sogar noch reichen. Aber nicht für Musik. Bei Musik wird man da unter Umständen feststellen das dort Samples gar nicht mehr den richtigen Klang haben. Weil bei 256 Zuständen ist die Qualität dessen enorm niedrig. Also hört sich das fast so an als ob man ein alten Radiosender an hat.

Aber mit den richtigen Dezibel kann man selbst mit 8Bit Audio Ohren zerstören. Das ist keine Kunst. Da reichen denk ich auch schon 80 bis 90 dB aus.
Zum einen hört sich das Scheiße an und das Ohr leidet schon an der Qualität der Audiodatei Und zum anderen schadet es eh die Ohren aus medizinischer Sicht.

Und was man bei Audio zwecks Lautstärke drehen kann usw., kann man bei Video z.B. mit Sättigung, Kontrast usw. machen.
Daher ist die Bittiefe die sogenannte Qualitätsangabe. Sprich mit wie vielen Angaben kann man Farben oder Töne angeben. Je mehr desto besser das Bild oder Klang.
Und die Rate die Genauigkeitsangabe wieviel was in der Sekunde dargestellt werden soll.
Je mehr desto genauer wird alles.
Je weniger desto ruppiger wird alles. Sprich auseinandergezogener. Bei Audio klingt das dann halt sehr dumpf dann noch, weil die Samples einen immer weiteren Weg voneinander haben.

Das halt zu meiner Erklärung. Und die lässt sich physikalisch und Mathematisch belegen erst mal.
Könnte auch ein Programm schreiben das die Samples entsprechend mit Kurven auslesen kann. Weil das Prinzip dessen habe ich ja hier erklärt wie sowas aufgebaut ist.

Alles drum herum wie ihr was macht und mit welchen Mitteln und so weiter, das überlasse ich euch.

Fest steht halt nur das man selbst mit einer 32Bit 192kHz Audiodatei keinen Hörschaden nehmen muss. Es kommt zum einen auf den Inhalt an und ob auch dessen Begrenzungen ausgenutzt wurden. Zum anderen kommt es drauf an mit welcher Lautstärke selbst ihr das euren Ohren antut. Sich also eine 16Bit Audio 44kHz Datei da zu nehmen und sie mit fetten Boxen bei was weiß ich wie viel Dezibel anzuhören um eure Ohren bewusst wegzusprengen, dafür ist denk ich mal jeder selbst verantwortlich ;D

Noch eins: Wenn man 24Bit Audio hat und auch eine entsprechend große Samplerate, dann kann man auch mehr mit den Filtern anstellen. Da hat man mehr Spielraum sozusagen. Am Ende wenn alles fertig ist, kann man dann wieder auf 16Bit 44,1kHz auch gerne wieder runter gehen. Da passiert dann halt nicht viel. An sich habt ihr damit sogar ein Pluspunkt bei der Bearbeitung gemacht.

• Nenne mal einen Wert den du bereit wärst aufzubringen was den Preis angeht. Damit man schon mal schon so eine Richtlinie hat wie weit man da gehen kann.
• Wichtige Anschlüsse sollten eigentlich sein:
  HDMI
  Component
  FBAS/Composite
  SCART
  S-Video (braucht man eigentlich selten bei Konsolen, da Component meist möglich ist dann auch)
  

  
  

  Für gewöhnlich wird meist schlechteres Signal auf besseres konvertiert.
  Sprich:
  Component -> HDMI
  FBAS -> HDMI
  SCART -> HDMI
  S-VIDEO -> HDMI (benötigt oft zusätzlich seperaten Sound Eingang um es wieder mit Video zu mischen)

  
  

  Die ersten 3 übertragen Audio mit. Das Problem ist auch mit Adaptern zu lösen.
  Sprich diese könnte man auch Optional mit Adaptern erweitern und man müsste nur nach einer Capture Karte suchen die HDMI unterstüzt.

  
  

  Bei S-Video und DVI muss für HDMI noch Audio ergänzt werden.
  Dafür gibt es ebenfalls Adapter für.

  
  

• Wenn du eine PS3 oder ähnliche HDCP verschlüsselten Konsolen besitzt, wirst du noch einen HDMI Switch benötigen um das Signal künstlich zu verstärken auch um das HDCP zu umgehen.
• Der Preis steigt, je höher deine Anforderungen werden.
  Das heißt Sachen wie 1080p60 + Lossless + höheren Farbraum.
  Je höher also deine Anforderungen, desto schneller kannst du bei Preise im 4 Stelligen Bereich landen.
  

  
  

  Eine richtig gute Karte wäre z.B. die Intensity Pro 4K für ca. 230€
  YUV 4:4:4 wäre das höste was man am Farbraum einstellen kann.
  Kannst damit aber dann auch 1080p60 aufnehmen maximal.
  Also da kannste schon mal richtig geile Qualität rausziehen. Sofern man weiß was man damit noch so schönes im Nachhinein machen kann

  
  

  UHD kann das Ding auch, aber dann nur mit YUV 4:2:0 (YV12) und 2160p30 maximal

  
  

  Und hast auch die Möglichkeit Farbmatrizen wie BT.601 oder BT.709 zu wählen
  Und das alles auch noch Verlustfrei oder Verlustbehaftet. Wie man möchte
  Aber selbst wenn man nicht Lossless aufnimmt, kann man mit einer entsprechend guten Bitrate eine gute Qualität noch erzielen.

  
  

  Hast Component Anschluss, S-Video, FBAS für Analog In-/und Output
  Hast HDMI Type-A In-/und Output
  Hast eine 8 Kanal unterstützte HDMI Audioübertragung für In-/und Output
  Und ein 2 Kanal RCA Audioverbindung mit bis zu 24Bit Support für In-/und Output

  
  

  Und auch die Möglichkeit in 10Bit aufzunehmen

  
  

  Benötigen würdest du dafür nur folgendes:
  Ein entsprechenden PCI Express mit 4 Lanes, kompatibel mit 4-, 8- und 16-Lane PCIe-Steckplätzen.
  Win 7 oder höher jeweils 64Bit only

  
  

  Und hast halt 1 Jahr auch Garantie drauf.

  
  

  Und das ist schon recht enorm. Für den Preis bekommst du nicht so schnell eine vergleichbare gute Karte.
  Wie gesagt, da gibt es noch Spitzenmodelle da kannste dann schon mit 800 - 1500€ rechnen.
  Mit der von mir genannten Karte hast du ein recht geiles Preis/Leistungsverhältnis. Für 230€ mit den ganzen Features ist das schon richtig nice.

  
  

  Was man jetzt aber nicht sagen kann ist ob es jetzt auch vernünftig so arbeiten tut. Zwecks Framedrops oder anderen Sachen. Hängt auch immer vom Aufnahmeprogramm auch ab. Oftmals sind die eigenen Programme schon recht gut was das angeht.
  Notfalls gibt es auch Drittsoftware für soetwas.

  
  

  Und im schlimmsten Fall wieder zurücksenden lassen und Geld wieder holen.

  
  

• Um Mikrofon zusätzlich hinzuzufügen kann man 4 Sachen machen.
  

  
  

  Die erste wäre die von der Karte mitgelieferte Software auszuprobieren und ob die Möglichkeit besteht auch Mikrofon dabei zu nutzen.

  
  

  Die zweite liegt auf der Hand ansonsten:
  - Stimme separat mit PC aufnehmen.

  
  

  Die dritte ist:
  - Mikrofon direkt zwischen schalten bei der Aufnahme. Hast aber dann den Nachteil das du es nicht mehr im Nachhinein ändern kannst, da es dann mit dem Spielsound schon gemischt ist.

  
  

  In diesem Falle vllt. eine vierte Option:
  - Mikrofon via Mischpult abstimmen lassen und direkt wie bei Punkt 2 einschleusen lassen.

  
  

  Habe die Karte leider nicht die ich dir bei Punkt 4 vorgeschlagen habe, aber eventuell wäre es möglich bei diesem 8 Kanal Support, jeweils 1 Kanal mit Mikro zu belegen. Mikro ist ja eh nur ein Kanal.

  
  

  Müsste man am PC dann wieder trennen können dann. Wenn es dann so auch machbar ist irgendwie. Weiß ich leider nicht. Wäre aber cool.

  
  

  
  

  Mehr Möglichkeiten gibt es ansonsten nicht.
  

• Wenn irgendwas Asynchron ist, dann ist das oft nicht mal das das Mikro Unstimmigkeiten aufweisen tut, sondern eher die Aufnahme mit der Capture Card.
  

  
  

  Die Fragen die man sich aber selbst erst mal beantworten muss und auch herausfinden muss sind:
  Nimmt die Capture Card in VFR auf? Wenn, ja benötigt man einen CFR Wandler.
  Hat die Capture Card oft Aussetzer bei der Aufnahme, so kann es sein das Frames im Schlimmsten Falle zusammengesetzt werden wo eigentlich hätten Lücken sein müssen. Sprich es gibt keine Standbilder dann.

  
  

  Auch sollte drauf geachtet werden mit wie viel Hz man aufnimmt und das Mikro eingebracht wird. Nicht das das eine verlangsamt oder beschleunigt wird, weil es entsprechend angepasst wird.

  
  

• Fazit:
  Es gibt keine 100%ige elegante Lösung, sondern das muss man sich selbst entsprechend zurecht fummeln was das mit dem Mikro und der Videoaufnahme angeht. Aber ich denke das ich ein paar gute Ansätze bringen konnte.
  

  
  

  Auch bei Capture Karten sollte man nie Wunder erwarten. Und vor allem seine Ansprüche entsprechend auch drosseln können.

  
  

  
  

  
  

Tja, Entscheidung liegt bei dir. Falls das nicht so deine Preisklasse ist, gibt es gewiss auch noch andere Karten. Aber halt mit weit weniger Möglichkeiten dann.

Zitat von De-M-oN

Doch genau du hast mit angefangen.

? Wann?
Ich hab auf Dennis seinem letzten Post gar nicht mehr geantwortet gehabt.

Ihr redet euch doch hier die Köpfe ein. Lasst mich doch aus dem Spiel mit euren Ingenieur Kram. Ist mir ohnehin zu hoch mit euren Audio Kram.

Ich weiß nur das du behauptet hast das seit Win Vista und höher HAL gestrichen wurde. Du hast aber nicht spezifiziert. Du hast doch danach in einem späteren Beitrag noch selbst geschrieben das man noch Unterteilen kann.
Aber zuerst hast du das sehr Allgemein gehalten gehabt.

Du hast nämlich geschrieben und ich zitiere das gern nochmal:
"DirectSound halt eine Latenzkrücke ist seit win vista, weil HAL halt gestrichen wurde."

Klingt für mich danach das HAL also ganz und gar von Windows gestrichen wurde.

Warum bist du da nicht so genau wie mit deinen anderen Beiträgen danach, wenn du sogar noch schreibst das es verschiedene Sachen gibt die den HAL benötigen?

So wie sich das bei dir halt gelesen hat, hat sich das angehört als ob du damit wirklich gemeint hast das HAL komplett raus ist von Windows.

Und mehr habe ich auch gar nix dazu gesagt diesmal. Und weil ich auf Dennis sein letzten Beitrag nicht eingegangen bin, habe ich damit angefangen. Genau ;D

Was hab ich damit jetzt am Hut? Hab doch mit der Thematik doch gar nicht angefangen.
Von mir aus könnt ihr euch da die Köpfe einhauen.

Zitat von Dennis_50300

Der WIndows-Mixer ist ein Software-Mischpult.

Und weil es ein Software Mischpult ist, hat man es bewusst Windows Mixer genannt ;D

Zitat von De-M-oN

DirectSound halt eine Latenzkrücke ist seit win vista, weil HAL halt gestrichen wurde.

Und weil HAL gestrichen wurde, gibt es das immer noch die HAL.DLL in den System Ordner von Win7, Win8, Win10

Wenn sie überflüssig ist, kannst du sie gerne löschen Halt auf eigene Gefahr xD

Das ist noch von 2015 die Schutz Richtlinie. (Das Wort Videorechtlinie gibt es nicht ;D Es gibt nur eine Schutz Richtlinie an die sich jeder halten muss. Und die bezieht sich auf sämtliches Material von Square Enix in diesem Falle)

Square Enix Duldungserklärung
Da wurde das schon mal aufgegriffen.

Square Enix hat die Seiten neu gemacht, daher funktionieren die alten Links nicht mehr. Die Richtlinien haben sich aber seit dem noch nicht geändert. ;D

Es bietet sich immer an Quellenangaben zu machen worauf du deine Aussage stützt. Damit man auch auf eine Basis darüber diskutieren kann.

Das ist ein zur Zeit bekanntes Problem bei dem Spiel.
Lässt sich auf Steam und anderen Portalen finden zu RE7.

Da beklagen sich schon recht viele.
Die einen meinen das es sich um ein DirectX Problem generell handelt, die anderen wieder verurteilen die GPU, andere wieder denken das in Windows zwecks Grafikkarten Treiber oder Chipsätzen was faul ist.

Das Kernproblem konnte also noch gar nicht eindeutig eingegrenzt und gelöst werden.

Was man aber eindeutig sagen kann ist das es sich um ein GPU Problem handelt. Denn nicht alle Grafikkarten sind davon betroffen.

Die Vermutung geht momentan soweit das die benötigte DirectX11 Mindest Version nicht von der GPU unterstützt wird und daher dieser Fehler verursacht wird.

An sich kann das OS von Win 10 z.B. DirectX 11.3 von Haus aus. Aber nirgends steht das alle Features von 11.0, 11.1 oder 11.2 enthalten sind.

Denn auf Win 8 läuft 11.2 und bei Win 7 arbeitet man für Gewöhnlich mit 11.0 und 11.1

Und genau da geht man in der Annahme von aus das die jeweilige GPU eine bestimmte DirectX 11 Mindestanforderung nicht erreichen kann.

z.B. das eine Szenerie im Spiel Wert auf DirectX 11.1 legt, aber die GPU das gar nicht richtig unterstützt.

Davon geht man momentan erst mal aus bei diesem Fehler. Weil viel mehr Infos gibt die Fehlermeldung nicht.

Ich aber denke das es sich dabei noch um ein Bug von Capcom handelt und denke auch das die da bald möglichst auch ein Patch raus bringen werden. Daher den Entwicklern erst mal ein bisschen Zeit geben.
Weil Vermarktet sich ja auch schlecht wenn sie ein Spiel raus bringen was nur Crashen tut xD

Zitat von Avalarion

Das erneute Kodieren mit dem selben Codec habe ich bereits mit ffmpeg und VirtualDub ausprobiert. Ergibt allerdings exakt die selbe länge. Die beiden Programme haben auch nicht gemeckert, dass an den Dateien etwas fehlerhaft ist.

Ich habe das Problem erstmal so gelöst, dass ich das Video mit MeGUI erst in eine MP4 mit h264 und mp3 Codec kodiert habe. Diese konnte ich auch ohne Probleme importieren. Diese Lösung ist allerdings nicht besonders schön. Es geht ja wieder Qualität verloren, aber für eine kleine Webcam in der Ecke erstmal in Ordnung.

Auch schon probiert die Aufnahme mit gleichen Codecs neu zu kodieren?
FFmpeg.exe -i "H:\webcam new.avi" -c:v utvideo -c:a pcm_s16le "H:\webcam new_re.avi"

Dauert von FFmepg dann etwas länger, weil er versucht das Video entsprechend zu rekodieren.
Mit Copy änderst du ja nix am Video selbst, behebst aber mitunter Header Probleme die dann neu geschrieben werden..

Angeblich falsche Datei einfach noch mal mit den gleichen Codec kodieren. In den gleichen Farbraum.

Am einfachsten mit FFmpeg.
FFmpeg.exe -i "H:\webcam new.avi" -c:v copy -c:a copy "H:\webcam new_re.avi"

FFmpeg 32Bit liegt z.B. bei MeGUI mit dabei. Das könntest du nutzen, sofern du es hast.
Oder lädst dir entsprechend FFmpeg schnell runter: https://ffmpeg.zeranoe.com/builds/

Vllt. das sich da ein falscher Wert im Header eingenistet hat der von deiner Schnittsoftware ernst genommen wird.

Oder dein Video selbst ist beschädigt. Das würde dir dann aber FFmpeg dann schon sagen oder entsprechend ausgeben dann.

Ein Manifest Problem. Unter C:\Windows\assembly\
Das müsste ein .Net Framework Problem oder VC Problem direkt dann sein.

Steht auch da auf dem letzten Bild. Da hat er mehrere VC90 Probleme.
Da könnte dieser hier helfen:
https://www.microsoft.com/de-D…load/details.aspx?id=2092
https://www.microsoft.com/de-d…load/details.aspx?id=5582
(x86 und x64 ruhig installieren, sofern Windows es dir erlaubt.)

Und falls dein .Net Framework irgendwie beschädigt worden ist, könnte dies hier helfen:
https://www.microsoft.com/en-u…oad/details.aspx?id=30135

Zitat von GelberDrache92

und diese Laderotine läuft dann nur auf einem Kern

Auf einen Thread. Nicht mit Kern verwechseln.

Bei Hyperthreading laufen 2 Threads auf ein Kern.
Im Normalbetrieb oft 1 Thread auf ein Kern

1 Thread ist sozusagen 1 Ausführungsreihenfolge innerhalb eines Prozesses. Threads kannst du daher nicht sehen, weil Virtuell. ;D
Sprich jeder CPU Kern kann nur eine Ausführungsreihenfolge erledigen. Und eine CPU kannst du sehen. Ist also Physisch.
Nicht zu verwechseln jetzt das man in Windows mehrere Programme starten lassen kann. Die würden alle, sofern sie mit 1 Thread programmiert worden sind der Ausführungsreihenfolge auf einen Kern arbeiten.

In einem Thread arbeitet der SSM, wenn aber VirtualDub aufgerufen wird, wird im Thread der Prozess pausiert für SSM, so das der SSM in einem Warteprozess liegt und auf eine Rückmeldung von VirtualDub wartet das es geschlossen wurde.
Würde man das nicht machen würde VDub und SSM gleichzeitig verarbeiten und es würde zu Fehler kommen.
Dennoch arbeiten beide nur auf einen Kern. Nur das ich den Threadprozess für ein Programm pausiert habe.
Sprich es können mehrere Aufgaben auf einem Thread gelegt werden die Simultan ablaufen.

Bei Hyperthreading hat man einen zusätzlich virtuellen Thread um die ganze CPU Leistung auszuschöpfen. Weil eine CPU meist noch brach liegt und gut zu 35 - 50% nur genutzt wird. Mit Hyperthreading kann man dann diese zu gut 100% nutzen, dank zusätzlichen Thread.

Bedeutet ein 16 Kerner kann mit Hyperthreading max. 32 Threads beinhalten. Und das kann man beim SSM z.B. bei Multithreading einstellen als Maximal Wert.

Im SSM selbst kann man aber L-Smash nutzen. Anders als FFMS2 arbeitet L-Smash mit mehreren Threads. Jedoch ist es dann meist von Vorteil den Multithreading Prozess von AVISynth ganz abzuschalten oder zumindest die Sourcen kein Multithreading zuzuweisen. Denn L-Smash hat von Haus aus Multithreading. Muss aber nicht limitiert werden.

Problem bei L-Smash ist aber das es ganz schnell auch mal nach hinten los gehen kann. Kommt dann auf das Quellmaterial an. Diesbezüglich hat L-Smash auch 2 Einleseverfahren. 1mal mit der LibAV Bibliothek was dem FFMS2 sehr ähnlich ist. Und dem ohne der LibAV Bibliothek. Da werden dann nicht mehr so viele Formate unterstützt. Hauptsächlich aber AVC kodierte Materialien. Und das auch nicht alle Problemlos. Da sollte man dann vorsichtig sein.

Beim SSM habe ich FFMS2 genommen, da dieser A) mehr Formate unterstützt und B) die Verarbeitung recht zuverlässig auch ist.
Allerdings mit einem Thread nur, aufgrund das es Probleme geben kann wenn mehrere Threads dafür verwendet werden würden.

Dennoch ist eine H264 Aufnahme die Lossless geschah in einen Video-Stream drin der mit Decodern dekodiert wird, die an sich für Verlustmaterial ausgelegt sind. Und so ist auch der Video-Stream. Sprich in einem lossless H264 Video Stream sind immernoch alle Elemente einer Verlustkompression vorhanden, auch wenn die Frames Vollbilder meist darstellen.
Das macht auch die Aufnahmenverarbeitung auch so langsam bei solchen Aufnahmen.

Bei UtVideo oder MagicYUV gibt es nix im Video Stream was auf einen Verlustcodec hindeutet. Da ist halt auch nicht viel drin. Da gibt es nur den Header und die Video Daten. Und die Video Daten sind noch komprimiert. Alle Frames sind dann I Frames.

Bei H264 Lossless ist nicht jeder Frames ein I Frame, sondern ab und an sind auch P Frames mit dabei.

Das sind so alles Faktoren.

Also wer meint das H264 besser für Aufnahmen geeignet ist, der ist auf dem Holzweg
Selbst mit GPU Unterstützung wie bei NVenc bei der Aufnahme, wird die Verarbeitung wieder auf das Grundproblem treffen. Decodierung des Inhalts. Und der dauert dann.

Die 2013er und älteren Versionen von VC++ dürften bei Win10 gar nicht funktionieren. Jedenfalls werden sie laut Microsoft nicht supportet.
Mal alle deinstallieren und nur die 2015er Version jeweil x86 und x64 installieren.

Und dann kannste ja noch sxstrace befragen.
Anleitung dazu habe ich dir oben schon gepostet: MSI Afterburner | Gaming Tutorial-Reihe [Beta]

Und dann könnteste auch gleich mal folgendes schauen:
Systemsteuerung -> Programme und Funktionen -> Windows Funktionen aktivieren oder deaktivieren

Dort schaust du mal ob ein Haken bei .Net Framework 3.5.1 Features ist. Wenn nicht, dann aktivieren und installieren lassen.

Weil dann benötigt MSI AB ältere .Net Frameworks um mit den VC++ Modulen zu arbeiten.

Nur wenn sich der Server Manager öffnet wie folgt fortfahren:
Sollte sich der Server Manager öffnen, navigierst du dich nach Features / Funktionen und fügst eine hinzu.
Ebenfalls .Net Framework 3.5.1
Lasse dann die Regeln hinzufügen und installiere das Ganze.

Und dann sollte es eigentlich schon gelöst sein. Mehr wüsste ich jetzt nicht.

Jup, ist ein VC++ Problem.

Du brauchst von den VC++ Runtimes die x86 Version.
Sprich von dem hier: https://www.microsoft.com/de-d…oad/details.aspx?id=48145

Die können auch bei Spiele mit dabei sein. Wichtig bei einem 64Bit Betriebsystem ist das man beide Varianten drauf hat. Einmal die x86er und einmal die x64er. Entsprechend für die Anwendungen auch.

Deine Fehler sagen z.B. das sie ein Problem damit haben mit Virtual C++ Modulen entsprechend x86. Da wirst du entweder keine drauf haben die dafür geeignet sind oder es ist ein Konflikt auf deinem Rechner.
In diesem Falle könnte man ja noch den sxstrace befragen oder schauen ob .Net Framework mit VC richtig arbeitet.

Aber ich denke das du einfach nur ein falsches VC++ drauf hast.

Das was ich dir oben schon verlinkt hatte mit Visual C++ Redistributable für Visual Studio 2015, da nimmst du einfach mal die x86 Version und installierst diese.

Zitat von Skully der Ralli

Brauch ich da wirklich beide, oder reichen mir bei Win10-64 die 64er?

Die x64er sofern du 64Bit Anwendungen nutzt die auf diese Bibliotheken angewiesen sind.
Und die x86er sofern du 32Bit Anwendungen nutzt die auf diese Bibliotheken angewiesen sind.

Sprich wenn du MSI AB x86 hast, brauchst du die x86er Module. Und wenn du das Programm in x64 hast, dann halt die x64er Module.

Zitat von Skully der Ralli

Das hat allerdings leider nicht geholfen

Welche MSI AB Version nutzt du?

Ansonsten findest du die aktuelle Version hier: http://www.guru3d.com/files-de…burner-beta-download.html

Zur weiteren Analyse kannst du wie folgt erst mal vorgehen:
Systemsteuerung -> Verwaltung -> Computerverwaltung

Dort navigierst du dich zu:
System -> Ereignisanzeige -> Windows-Protokolle -> Anwendung

Dort müsste sich ein oder mehrere Errors / Fehler befinden die auf ein Side by Side Fehler hindeuten. Steht dann in der Quelle.
Wenn du auf diesen Fehler klickst, hast du im Fenster unter Allgemein die Fehlerbeschreibung. Alles was unter Allgemein steht machste mal ein Bild von und lädst es hier hoch: http://www.directupload.net/
Und dann kopierste vom Bild die Hotlinks in deinen Beitrag, damit wir die Bilder sehen können und die Fehlerbeschreibung.

BEACHTE!!! : Schau unbedingt danach das die Anwendung die den Fehler verursacht hat MSI AB dann war. Bzw. eine Datei die von MSI AB genutzt wird. Wenn Unsicher, schicke alle Bilder mit Side by Side Errors die du vor 1 Tag hattest.

Edit:
Fehler auslesen mit sxstrace geht wie folgt:

• Die cmd.exe als Administrator ausführen
• sich mit dem Befehl CD ins System32 Verzeichnis navigieren.
  CD C:\Windows\System32\
• Dort wird sxstrace ausgeführt wie folgt:
  sxstrace trace -logfile:sxstrace.etl
  (Bitte die CMD nicht schließen oder sxstrace beenden)
• MSI AB ausführen bis zur Fehlermeldung und erst dann kann mit Enter sxstrace beendet werden in der CMD
• Um den Fehlerprotokoll auslesen zu können gibt man nun folgendes ein in der CMD
  sxstrace parse -logfile:sxstrace.etl -outfile:sxstrace.txt
• Die Datei sxstrace.txt kann nun mit einem Texteditor wie notepad oder notepad++ geöffnet werden.
• Diese Fehlermeldung kannst du dann gerne schicken.
  

  
  

  
  

Kann sein das dir die VC++ Module fehlen
Probiere das mal zu installieren: Visual C++ Redistributable für Visual Studio 2015
Und auch vllt.: .Net Framework 4.6.1

PS: Beachte bitte bei beiden das du die richtige Bit Version für dein OS wählst.

Sollte es keine Besserung bringen, können wir näher drauf eingehen. Für gewöhnlich ist diese Fehlermeldung nach Installation dieser Sachen aber meist gelöst.