Version 2.17 Beta 2

Diese Version unterstützt offiziell Windows 10 und Windows 11.
Funktioniert nachweislich auch mit Windows 7 und Windows 8, allerdings mit einigen geringfügigen visuellen Artefakten in der Benutzeroberfläche.
Fehler melden an feedback@asio4all.com!

Änderungen seit Version 2.17 Beta 1:

Die Option „WDM-Treiber auf 16 Bit erzwingen“ wurde entfernt. Sie hatte keine praktische Funktion mehr und wird von den meisten Geräten mit mehr als 16 Bit Bit ohnehin nicht unterstützt.

Stattdessen gibt es eine neue globale Option namens „SPL Low Power Mode“.
Diese Option bewirkt, dass die CPU-Auslastung in bestimmten Szenarien mit geringer Last reduziert wird, wodurch der Prozessor in einen Energiesparmodus wechseln kann. Der Nachteil besteht in der längeren Ausstiegszeit aus diesen Energiesparmodi, was zu Audioaussetzern führen kann. Schließlich gibt es Konfigurationen, in denen mehrere Kernel-Ereignisse innerhalb einer Millisekunde ausgelöst werden – die alle rechtzeitig verarbeitet werden müssen.

So gehen Sie vor: Versuchen Sie, diese Option zu aktivieren, ohne dass die Audioqualität beeinträchtigt wird. Sollten danach vereinzelte Aussetzer auftreten, lassen Sie diese Option deaktiviert!

Beachten Sie, dass keine der Einstellungen die tatsächliche CPU-Auslastung bei hoher Audioverarbeitungslast erhöht oder verringert. Sie bestimmt lediglich, wie der Haupt-Audiothread seine Leerlaufzeit verbringt.
Behebung verschiedener potenzieller Absturzursachen in einer Reihe von Sonderfällen.
Behebt einen alten, lästigen Fehler in der Benutzeroberfläche, bei dem Gerätelistenelemente nicht richtig auf die Aktion „Aktivieren/Deaktivieren“ reagierten, insbesondere wenn das jeweilige Element gerade inaktiv war.
Die Onboard-Audioeingänge des Lenovo Legion funktionieren jetzt.
Die Handhabung wurde verbessert, falls das aktuelle Audiogerät anderweitig verwendet wird, beispielsweise vom berüchtigten MS GS Software-Synthesizer. Die erzwungene Übernahme erfolgte noch vehementer.

ASIO4ALL 2.17 Beta 2 Downloads ⮱

Gesendet

14. Februar 2026

Newsroll, Versionsgeschichte

Admin

Stichworte:

Kommentare

22 Antworten auf „Version 2.17 Beta 2“

Nn

5. April 2026

Wenn ich ProTools 12.5 HD oder Ultimate habe, ist mir diese Version bereits erschienen, aber die Beta Nr. 1 hat sich stabiler entwickelt, und ich muss sie testen.

antworten
KJ

27. Februar 2026

Entschuldigen Sie die erneute Störung. Ich habe festgestellt, dass ab Version 2.15+++ die CPU-Auslastung im Einzel-WaveRT-Modus ungewöhnlich hoch ist. Ich habe dies mehrfach getestet, und das Problem lässt sich reproduzieren.
Ich schätze Ihre Arbeit sehr und möchte keinesfalls kritisieren. Nach unzähligen Tests besteht das Problem tatsächlich weiterhin, daher hoffe ich, dass Sie es sich genauer ansehen können. Die CPU-Auslastung ist extrem hoch und verursacht unerwartete Audioaussetzer, Störungen und Stabilitätsprobleme! Dies ist besonders bei Mittelklasse- und Einsteiger-CPUs auf AMD- und Intel-Plattformen auffällig.
Die Versionen 2.13 und 2.14 funktionieren einwandfrei und laufen absolut flüssig! Der einzige Grund für das Upgrade auf diese Versionen mit höherer CPU-Auslastung war, dass einige Audiogeräte in ASIO4ALL in Versionen vor 2.15 nicht angezeigt wurden.
Ich vermute, das hängt mit einer Schleife oder bedingter Logik zusammen, die eine unnötig hohe Rechenlast verursacht. Vielen Dank, dass Sie sich die Zeit genommen haben, das zu überprüfen.
Ich habe noch ein weiteres Problem: Bei der Fehlersuche für einen Kunden wurden Bluetooth-Geräte in Version 2.17 nicht in der Geräteliste erkannt, obwohl die Bluetooth-Kopfhörer definitiv angeschlossen waren und einwandfrei funktionierten!
In Versionen vor 2.17 funktionierte Bluetooth nicht mit der korrekten Abtastrate – es wurden nur 8 kHz mit verzerrtem Klang angezeigt. Das war sehr ärgerlich für mich.

antworten
1. Michael Tippach
  
  28. Februar 2026
  
  Alle angeschlossenen Bluetooth-Audiogeräte sollten in der erweiterten Systemsteuerung angezeigt werden.
  
  Ich habe die Vorschau aktualisiert, sodass im Energiesparmodus weniger CPU-Leistung im Leerlauf verbraucht wird. Das Problem besteht jedoch weiterhin: Der mmtimer kann nicht mehr zur Generierung von Weckereignissen verwendet werden.
  
  Microsoft hat die Genauigkeit des Timers verschlechtert, insbesondere wenn die Audioanwendung nicht im Vordergrund läuft. Möglicherweise ist weiterer Aufwand nötig – ich möchte die aktuelle Stabilität aber lieber nicht beeinträchtigen. Außerdem führt die Trennung der Datenpumpe vom Haupt-Audiopuffer zu zusätzlicher Latenz.
  
  Nur 1–2 ms, aber trotzdem…
  
  antworten
  1. Alex
    
    15. April 2026
    
    Bluetooth-Geräte wurden selbst im sogenannten erweiterten Modus nicht mehr angezeigt.
    
    antworten
    1. Admin
      
      17. April 2026
      
      Auf einigen Systemen werden Bluetooth-Geräte nicht mehr angezeigt. Dies ist ein bekanntes Problem und wird in der nächsten Version (v2.19, demnächst verfügbar) behoben.
      
      antworten
KJ

27. Februar 2026

Die soeben veröffentlichte neue Debug-Version stürzt nicht ab. Die Beta-2-Version hingegen stürzt ständig ab. Ich habe sie mehrfach getestet und immer dasselbe Ergebnis erhalten.

antworten
Rolfski

26. Februar 2026

„Verbesserte Handhabung für den Fall, dass das aktuelle Audiogerät anderweitig verwendet wird, beispielsweise vom gefürchteten MS GS Software-Synthesizer. Die erzwungene Übernahme wurde noch aggressiver.“

Leider ist dieses ärgerliche Problem immer noch nicht behoben. Ich hatte gehofft, es wäre direkt nach der Installation des Beta-Treibers gelöst, aber der verhasste MS GS Software-Synthesizer ist mit voller Wucht zurück und ich kann ihn einfach nicht deaktivieren oder entfernen, sodass er mein Audio-Interface blockiert. Egal welchen Tipp ich im Internet ausprobiere.

Haben Sie irgendwelche Tipps?

antworten
1. Michael Tippach
  
  26. Februar 2026
  
  Das Deaktivieren des MS GS Wavetable-Synthesizers funktioniert nur für den aktuellen Prozess. Am einfachsten ist es, ihn in Ihrer DAW nicht zu aktivieren. Vermeiden Sie außerdem den MIDI-Mapper.
  
  Brute-Force-Methode: Beenden Sie den Prozess „audiodg.exe“, die Windows-Audio-Engine. ASIO4ALL benötigt diese nicht.
  
  antworten
  1. KJ
    
    27. Februar 2026
    
    Das von diesem Freund erwähnte Problem besteht tatsächlich weiterhin.
    Eine stabile Performance erreiche ich nur, wenn ich die entsprechenden Geräte in der Liste der Soundsteuerung deaktiviere.
    Dies ist für viele Benutzer sehr unpraktisch, da nicht jeder weiß, wie man dieses Problem mit dem exklusiven Modus lösen kann.
    
    antworten
Dennis M Wage

24. Februar 2026

Die 32-Bit-DLL-Dateien funktionieren in den Beta-Versionen nicht.

antworten
1. Michael Tippach
  
  25. Februar 2026
  
  Wie sind Sie zu dem Schluss gekommen, dass sie „nicht funktionieren“?
  
  antworten
Eddi

22. Februar 2026

Hallo, ist es möglich die Yamaha MODX M Serie auch über Mehrkanal einzubinden? Zur Zeit wird nur Stereo-Eingang unterstützt. Oder ist das nur bei Yamaha selbst möglich? Der dortige Support ist leider mangelhaft. Ansonsten leistet ihr tolle Arbeit. LG Ed

antworten
1. KJ
  
  22. Februar 2026
  
  Möglicherweise benötigen Sie eine DAW, die Mehrkanal-Ein- und -Ausgabe unterstützt, wie beispielsweise Studio One.
  
  antworten
  1. EK
    
    25. Februar 2026
    
    Hallo,
    Ich nochmal. Ich betreibe das ganze mit Dteinberg 15. Wenn ich Asio4all verwende, werden nur die Hauptausgänge angezeigt.
    Bei meinem Roland TR-8S und meinen Behringer Interfaces werden alle Kanäle angezeigt. Yamaha schrieb mir heute, dass es unter Asio4all nicht möglich ist, den MODX M parallel zu anderen Interfaces zu betreiben. Gefühlt habe ich mittlerweile alles probiert
    
    antworten
    1. Michael Tippach
      
      26. Februar 2026
      
      Evtl. Funktioniert der Windows USB Audio Treiber damit – statt dem Yamaha – Spezifisch? Wenn MODX-Klassenkonform ist, sollten alle Kanäle angezeigt werden.
      
      antworten
      1. EK
        
        27. Februar 2026
        
        Moin Michael,
        Danke für den Ansatz.
        Aber leider geht das ganze dann leider nur rudimentär. Hier die Erklärung von Yamaha.
        (Natürlich ist das Problem seit min. 5 Jahren bekannt)
        
        Das Yamaha MODX (einschließlich MODX+ und MODX M) ist unter Windows 11 eingeschränkt klassenkonform, was bedeutet, dass es ohne manuelle Treiberinstallation grundlegende MIDI- und Audio-Funktionen bereitstellen kann.
        Für eine professionelle Nutzung in einer DAW (Digital Audio Workstation) unter Windows wird jedoch dringend die Verwendung des dedizierten Treibers empfohlen.
        1. Klassenkonformer Modus (Ohne Treiber)
        Wenn Sie das MODX einfach per USB an einen Windows 11-PC anschließen, erkennt das Betriebssystem es automatisch als Standard-Audiogerät und MIDI-Interface.
        
        Audio: Ermöglicht die Wiedergabe und Aufnahme des Haupt-Stereosignals (Main L/R).
        MIDI: Standard-MIDI-Kommunikation ist möglich, jedoch oft auf eine gleichzeitige Anwendung begrenzt.
        Einschränkung: Sie haben keinen Zugriff auf die speziellen Funktionen wie mehrere parallele Audio-Kanäle oder extrem niedrige Latenzen.
        
        2. Empfohlene Lösung: Yamaha Steinberg USB Driver
        Für die volle Funktionalität unter Windows 11 sollten Sie den offiziellen Yamaha Steinberg USB Driver installieren.
        
        Multi-Channel Audio: Ermöglicht das Senden von bis zu 10 Kanälen vom MODX zum PC und den Empfang von 4n.
        ASIO-Unterstützung: Bietet die für die Musikproduktion erforderliche geringe Latenz und stabilere Leistung.
        Download: Den aktuellen Treiber für Windows 11 finden Sie auf der offiziellen Yamaha Support-Seite.
        
        Damit ist mir bei meiner heterogenen Umgebung überhaupt nicht geholfen. Kannst Du Dir vorstellen, dass ich mit Asio Link Pro und den dann jeweils benötigten gerouteten Asiotreibern das ganze in den Griff bekomme? Ich muss mich da noch einarbeiten und habe keine Ahnung, ob das dann über Cubase 15 funktioniert.
        Lieben Gruß Eddi
KJ

19. Februar 2026

1. Das Problem der Abstürze aufgrund eines Überlaufs der USB\VID-Zeichenkette ist noch nicht vollständig behoben.
2. Seit Version 2.16 ist die CPU-Auslastung im WaveRT-Modus sowohl im Leerlauf als auch unter Last ungewöhnlich hoch.

antworten
1. Admin
  
  22. Februar 2026
  
  1.) Haben Sie die Möglichkeit, sich fortzupflanzen?
  2.) Eine höhere CPU-Auslastung im Leerlauf ist normal. Es geht lediglich darum, wie der Haupt-Audio-Thread seine Leerlaufzeit verbringt. Bei einer 100%igen Audioverarbeitungslast sollte es keinen Unterschied geben.
  
  antworten
  1. KJ
    
    22. Februar 2026
    
    1. Auf einem anderen Computer mit einer AMD-CPU: R7 5900HX stürzt die Software beim Verwenden desselben USB-Audiogeräts ab.
    Es stürzt nicht ab, wenn das USB-Audiogerät ausgesteckt wird.
    Auch nach der Modifizierung der DLL, um die USB-Hersteller-/Markenerkennung zu überspringen, tritt kein Absturz mehr auf.
    2. Bei Verwendung einer DAW mit Version 2.14 und Auswahl des Realtek High Definition Audio-Geräts mit WaveRT-Unterstützung:
    Der DAW-Prozess nutzt im Leerlauf 0.1–1 % der CPU.
    Mit geladenen Plugins beträgt die CPU-Auslastung etwa 5 %.
    Nach dem Upgrade auf Version 2.15 oder höher:
    Die CPU-Auslastung im Leerlauf steigt auf 4–6 %.
    Bei Verwendung derselben Plugins steigt die CPU-Auslastung auf 8–10 %.
    PS: Bei Verwendung von ASIO4ALL2.15+ führt die gleichzeitige Auswahl eines WaveRT-Geräts und eines USB 1.1-Geräts oder die alleinige Auswahl des virtuellen WaveRT-Geräts nicht zu einer hohen CPU-Auslastung.
    
    antworten
    1. Admin
      
      23. Februar 2026
      
      1.) Tritt dieses Problem auch bei der x64-Version auf – oder nur bei der 32-Bit-Version?
      2.) Bis Version 2.15 nutzte WaveRT für das Polling den mmtimer zur Generierung von Weckereignissen. Dies war von vornherein sehr ungenau und führte zu zusätzlicher Pufferzeit („Buffer Offset“) und damit zu erhöhter Latenz. Ein weiteres Problem ist die Latenz des Prozessors beim Verlassen eines tieferen Schlafzustands. Dies kann die Interrupt-Reaktion mit niedriger Latenz beeinträchtigen. Dies gilt auch für ereignisgesteuerte Szenarien, und genau dafür ist der SPL-Energiesparmodus gedacht. Focus ist eine sofort einsatzbereite Lösung, die durch zusätzliche Anpassungen des Benutzers optimiert werden kann – nicht umgekehrt.
      
      antworten
      1. KJ
        
        24. Februar 2026
        
        nur 32 Bit
      2. Michael Tippach
        
        26. Februar 2026
        
        Vorschau mit Debug-Option hier: https://asio4all.org/downloads/ASIO4ALL_2_17.exe
        
        Achten Sie während der Installation darauf, dass Sie auf der Seite mit den Installationsoptionen die Option „Debug“ aktivieren!
        
        Dadurch wird eine Absturzbehandlung hinzugefügt und im Fehlerfall ein Absturzprotokoll auf Ihrem Desktop gespeichert.