AMD Ryzen 7000: Treiber-Patch bringt TrueAudio-Support für Raphael
AMD hat Patches eingereicht, durch die die kommenden Ryzen-7000-Prozessoren den integrierten Audio Coprozessor (ACP) und damit TrueAudio nutzen können. Ob die Patches bis zum Release der neuen CPUs schon Anwendung finden, ist aber noch unklar.
Laut aktuellem Kenntnisstand wird es nicht mehr allzu lange dauern, bis AMD die ersten Ryzen-7000-Prozessoren veröffentlicht. Zuletzt war von einem Release am 15. September die Rede, bei dem AMD die Desktop-Prozessoren mit Codename Raphael auf den Markt bringen will.
Patch bringt ACP-Support
Neben üblichen Neuerungen wie einer überarbeiteten CPU-Architektur, einem geänderten Fertigungsprozess und dem Einsatz des neuen AM5-Sockels wird es mit den Ryzen-7000-Prozessoren dabei auch eine konzeptionelle Änderung geben. Im IO-Chiplet soll sich erstmals auch eine GPU befinden, die auf die RDNA2-Architektur setzt und voraussichtlich über 128 Shader verfügen wird. Dadurch werden sich voraussichtlich alle künftigen AMD-Prozessoren für einfache Grafikanwendungen eignen, und natürlich auch einen entsprechenden Codec-Support mit sich bringen.
Mit dabei ist zudem offenbar auch AMDs Hardware-Audio-Technik TrueAudio: Laut Phoronix wurden von AMD kürzlich fünf Patches für den Linux-Treiber eingereicht, die eine Verwendung des in Raphael integrierten Audio Coprozessors (ACP) ermöglichen soll. Dieser wiederum wird für die mit TrueAudio umgesetzte Beschleunigung von Klangberechnungen eingesetzt. AMD scheint TrueAudio also zumindest vorerst weiterhin unterstützen zu wollen, auch wenn es für die aktuelle Version, TrueAudio Next, laut AMDs Github-Projekt seit zwei Jahren keine Aktualisierungen gab.
Auch interessant: Leak bei AMD: Konkurrenz für RTX Voice
Auch wenn bis zum Release der Ryzen-7000-Prozessoren noch einige Wochen vergehen werden, ist vorerst unklar, ob das Audio-Feature wirklich schon zum Release der Raphael-Generation genutzt werden kann. Aufgrund der späten Veröffentlichung der Patches könnte es sein, dass diese erst mit dem Linux Kernel 6.0 und nicht mit der kommenden Version 5.20 erscheinen werden.
Laut PCGH Print 02/22 Seite 98: DSOAL sorgt hier für Abhilfe. Website: https://github.com/kcat/d...
Allerdings wird damit nur EAX 1.0 bis 4.0 unterstützt.
Ich persönlich wünsche mir wieder Hardwaresound, damit bin ich quasi aufgewachsen. Seit Vista heißt es sprichwörtlich; Hasta la Vista, großartiges Audio!
Wäre sogar genial, wenn mein AVR am PC erkannt wird und dessen DSP voll nutzen könnte.
Nur schätze ich fehlen den Studios Leute die sich damit auskennen und die Games Sound technisch optimieren.
Laut PCGH Print 02/22 Seite 98: DSOAL sorgt hier für Abhilfe. Website: https://github.com/kcat/d...
Allerdings wird damit nur EAX 1.0 bis 4.0 unterstützt.
Ich persönlich wünsche mir wieder Hardwaresound, damit bin ich quasi aufgewachsen. Seit Vista heißt es sprichwörtlich; Hasta la Vista, großartiges Audio!
Wäre sogar genial, wenn mein AVR am PC erkannt wird und dessen DSP voll nutzen könnte.
[Ins Forum, um diesen Inhalt zu sehen]
Microsoft und Creative bestätigten aber nun, dass man mit Windows 8 wieder einen Zustand herbeiführt, der dem von Windows XP ähnelt.
Ähnlich ist halt nicht gleich und ich müsste einen älteren Artikel raussuchen der genau aufzeigt, dass es doch nicht so einfach ist.
Windows kann sich das ja nicht selbst entfernen und der BÖSE ist hier Klar zu bennenen MICROSOFT.
Die hatten angegeben aus sicherheitsgründen wurde es entfernt, sicher ist jedoch das man das Monopol von Creative mit den EAX nicht unterstützen wollte.
Und zusätzlich konnte die Xbox 360 sowie Windows Phone nur Software berechneten Sound via XAudio2, damit sollte der Auffwand minimiert werden.
Meiner Meinung nach war MS Strategie in allen Bereichen mit zumischen interessant und auch ich fand die Xbox 360 sowie WIndows Phone 8.1 gut, aber am Ende gab es auch viele Kompromisse vorallem in der Windows OS.
[Ins Forum, um diesen Inhalt zu sehen]
[Ins Forum, um diesen Inhalt zu sehen]
[Ins Forum, um diesen Inhalt zu sehen]
Sure, Jan. %-)
Die erste TrueAudio-Version wurde von Audio-Coprozessoren bei Kaveri und einigen GCN2/3 berechnet, aber das wurde zügig durch eine GPU-Compute-Lösung (TrueAudio Next) ersetzt.
Einen Audio-Coprozessor führen die APUs aber nach wie vor, unter anderem für Sprachbefehle und sparsames Audio-Playback:
https://pics.computerbase...
ACP support patches für Raven Ridge (Zen1 APU mit GCN5 Graphics):
https://www.phoronix.com/...
Mit TrueAudio hat das nichts zu tun.
Ist doch kein eigener coprozessor mehr