Version 2.17

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 2:

Die Latenz von USB-1-Audiogeräten um eine weitere Millisekunde reduzieren
Die veraltete Option „Hardwarepuffer verwenden“ sowie die Auswahl von 3 oder 4 KS-Puffer sollten vollständig entfernt werden. Diese Einstellungen sind über 20 Jahre alt und haben auf modernen Systemen keinerlei Nutzen mehr.
Behebung eines Problems, bei dem einige Audioeingänge nicht angezeigt wurden
Geringere CPU-Auslastung auch im Wavert-Abfragemodus, wenn die Option „Energiesparmodus“ aktiviert ist.
Verbesserung der Meldung von Eingabe-/Ausgabelatenzen
Der Installer verfügt nun über eine „Debug“-Option. Wenn diese ausgewählt ist, wird ein Debug-Handler hinzugefügt, der Anwendungsfehler abfängt, anstatt die Anwendung einfach stillschweigend zum Desktop abstürzen zu lassen.
Kleinere Fehlerbehebungen zur Verbesserung von Stabilität und Leistung

ASIO4ALL 2.17 herunterladen ⮱

Gesendet

4. März 2026

Newsroll, Versionsgeschichte

Admin

Stichworte:

Kommentare

22 Antworten auf „Version 2.17“

Kimberly

17. April 2026

Hallo an Alle,
Ich bin technisch nicht versiert, versuche aber die neueste Version herunterzuladen. Stattdessen werde ich aufgefordert, einen weiteren Browser auf meinem Computer zu installieren.
Ist das akzeptabel? Ich möchte keine Software von Drittanbietern herunterladen.

antworten
1. Admin
  
  17. April 2026
  
  Klicken Sie möglichst nicht auf Anzeigen, wenn Sie nicht beabsichtigen, auf Anzeigen zu klicken. Diese sind deutlich als Anzeigen gekennzeichnet.
  
  antworten
Amos Maina

22. März 2026

Ich brauche Fahrer

antworten
Manny

19. März 2026

Das ist eine wirklich schlechte Version für mich, sie ist im Vergleich zu früheren Versionen unbrauchbar.

antworten
1. Manny
  
  21. März 2026
  
  In früheren Versionen gab es zwar manchmal Aussetzer, aber dann war nur Stille zu hören. Jetzt gibt es laute Knack- und Knistergeräusche, wodurch meine Projekte unbrauchbar werden.
  
  antworten
  1. Michael Tippach
    
    21. März 2026
    
    Es sollte keines von beiden tun. Was versuchen Sie zu erreichen?
    
    antworten
L

15. März 2026

Guten Morgen, es gibt ein bestätigtes Problem beim Aufnehmen, Abspielen oder Rendern von Audio mit ASIO4ALL 2.17 (4. März 2026): Der Treiber erzeugt eine deutlich geringere Lautstärke als der integrierte Steinberg ASIO-Treiber 1.0.9 (18. Dezember 2024), der universell mit allen Geräten und DAWs kompatibel ist. Referenz: https://helpcenter.steinberg.de/hc/en-us/articles/17863730844946-Steinberg-built-in-ASIO-Driver-information-download

Ich verwende Reaper 7.65 (11. März 2026) unter Windows 11. Neben der Lautstärkeabweichung gibt es ein weiteres Stabilitätsproblem, das speziell bei der Interaktion von Reaper und ASIO4ALL auftritt. Wenn in der DAW die Optionen „Abtastrate anfordern“ oder „Blockgröße anfordern“ aktiviert sind und ASIO4ALL mit den Komponenten „Programm“, „Offline-Einstellungen“ und „Debuggen“ installiert wurde, stürzen VSTi-Plugins häufig ab, manchmal sogar wiederholt. Dies betrifft auch eigenständige Instrumente (z. B. VSL Pianos, Pianoteq u. a.).

Ein weiteres Problem ist erwähnenswert: Selbst bei Verwendung eines anderen Audiotreibers (WASAPI, Steinberg usw.), sei es innerhalb einer DAW oder über ein eigenständiges Plugin, erscheint nach einem Anwendungsabsturz weiterhin der ASIO4ALL-Debug-Bildschirm mit seinem Absturzbericht. Dies deutet stark darauf hin, dass ASIO4ALL in der Windows-Sitzung aktiv bleibt, unabhängig vom tatsächlich ausgewählten Audiotreiber. Dieses Verhalten ist inakzeptabel für einen Treiber, der im Leerlauf sein sollte.

Es ist außerdem wichtig zu beachten, dass die kommenden MIDI-bezogenen Updates (1.0 und 2.0) für Windows 11 genau überwacht werden sollten, da sie das System möglicherweise weiter destabilisieren und diese Fehler verschlimmern können. Discord von Microsoft (bezogen auf MIDI): https://discord.gg/tqsBN8v4

Problemumgehung: Deinstallieren Sie ASIO4ALL 2.17 vollständig und installieren Sie es anschließend ohne die Offline-Einstellungen und die Debug-Komponenten neu. Verwenden Sie nicht die Option „Abtastrate/Blockgröße anfordern“ in Ihrer DAW. Konfigurieren Sie stattdessen Abtastrate und Blockgröße direkt über die ASIO4ALL-Benutzeroberfläche mithilfe der Schaltfläche „ASIO-Konfiguration“. Der Debug-Modus ist zwar ein wertvolles Diagnosewerkzeug für Entwickler und Toningenieure, jedoch für Endbenutzer und Musiker unnötig und trägt direkt zu der oben beschriebenen Instabilität bei. Die Ursache für die Wechselwirkung zwischen Offline-Einstellungen und Debug-Modus bedarf weiterer Untersuchungen, wird hier aber vorerst nicht weiter verfolgt.

antworten
1. Admin
  
  15. März 2026
  
  1.) Der Steinberg ASIO-Treiber arbeitet auf dem Windows-Audiostack, daher die hohe Latenz und die unterschiedliche Lautstärke. Letztere resultiert aus Audioverbesserungen durch APOs innerhalb des Windows-Audiostacks. Wenn Sie mit bearbeitetem Audioausgang mischen, klingt das gerenderte Ergebnis später dumpf, dünn usw.
  
  2.) Ja, die Option „Debuggen“ ist für … Debugging gedacht. Trotzdem sollte sie allein keine Probleme verursachen. Der aktuelle Stand spiegelt sich im Debug-Build wider: https://asio4all.org/debug-build-with-trace-output/ Sollte ein Problem weiterhin auftreten, werden zusätzliche Daten erhoben. Tritt es nicht mehr auf, ist es wahrscheinlich bereits behoben.
  
  3.) Die Option „Offline-Einstellungen“ sollte funktionslos sein. Sie kopiert lediglich die Datei „a4apanel.exe“ in den Installationsordner. Diese Option hat keinerlei Auswirkung, solange sie nicht vom Benutzer ausgeführt wird.
  
  Um die Optionen zu ändern, müssen Sie das Programm nicht vorher deinstallieren. Installieren Sie es einfach neu und wählen Sie die gewünschten Optionen aus (aktiviert/deaktiviert).
  
  antworten
MOTTE

15. März 2026

Gibt es keine Optionen für meine Bluetooth-Kopfhörer?

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
Aster

15. März 2026

Was für eine dumme KI-„Kunst“!

antworten
1. anonym
  
  15. März 2026
  
  haha lol ja
  
  antworten
2. Admin
  
  15. März 2026
  
  Es freut mich ungemein zu erfahren, dass dies das Einzige ist, worüber man sich noch beschweren kann.
  
  antworten
Ростислав

10. März 2026

Was ist die Datei für die Suche nach Programmen, die noch nicht verfügbar ist???

antworten
KJ

9. März 2026

Lieber Michael,
Ich habe einen Vorschlag, der die Stabilität auf billigen Motherboards und problematischen Systemen deutlich verbessern könnte.
Mein Arbeitsaufbau sieht folgendermaßen aus:
Eine Anwendung verwendet ASIO4ALL nur für die Eingabe.
Eine andere Anwendung verwendet ASIO4ALL nur für die Ausgabe.
Sie kommunizieren über die lokale Loopback-Adresse (127.0.0.1) mit einem kleinen Puffer.
Der Eingabestrom durchläuft diesen Loopback-Puffer zum Ausgang
Diese Konfiguration ist selbst auf minderwertigen Motherboards extrem stabil, denn:
Eingang und Ausgang sind entkoppelt.
Der Loopback-Puffer fängt Windows-DPC-Spitzen und Scheduling-Jitter ab.
Sie blockieren sich nicht gegenseitig.
Die Uhrzeit wird weiterhin korrekt gehandhabt.
Dies beweist, dass Stabilität nicht allein durch geringere Latenz oder bessere Taktung erreicht wird.
aber durch die Entkopplung von Ein- und Ausgabe mittels eines dazwischenliegenden Puffers.
Da Sie den Hauptpuffer und den Haupttakt in Version 2.17 bereits getrennt haben,
Könnten Sie diesen internen Loopback-Puffer in ASIO4ALL automatisch implementieren?
Die Idee ist:
ASIO4ALL verarbeitet Eingaben in einem Thread/Stream.
Durchläuft einen internen kleinen Puffer (etwa 128–512 Samples).
ASIO4ALL verarbeitet die Ausgabe in einem anderen Thread/Stream.
Alles innerhalb der DLL, für den Benutzer transparent.
Falls Sie die Verwendung des lokalen Loopbacks für nicht optimal halten, könnten Sie auch gemeinsam genutzten Speicher oder einen Ringpuffer im Systemspeicher verwenden, um den gleichen Entkopplungseffekt zu erzielen.
Dies würde die Kompatibilität nicht beeinträchtigen.
würde aber ASIO4ALL auch auf leistungsschwachen Motherboards bei niedriger Latenz stabilisieren.
Vielen Dank für Ihre tolle Arbeit!

antworten
1. Admin
  
  10. März 2026
  
  Dadurch würde die tatsächliche Roundtrip-Latenz um genau die Größe des Zwischenpuffers erhöht, unabhängig von der scheinbar geringeren Größe des ASIO-Puffers.
  Der WASAPI-Shared-Mode würde dies ermöglichen. Theoretisch extrem niedrige ASIO-Puffergrößen, allerdings auf Kosten einer deutlich höheren tatsächlichen Latenz durch zusätzliche Pufferung.
  
  antworten
Starbite Studios

7. März 2026

Version 2.17 enthält einen Virus… Ich habe sie zur Sicherheit auf zwei verschiedenen Computern heruntergeladen, und beide Downloads wurden als Virus markiert.

antworten
1. Admin
  
  7. März 2026
  
  Und das wissen Sie ganz sicher, weil 4 von unzähligen Scannern auf Virustotal es als „Gen:Trojan.Heur.FU.cq2@aW24Roni“ gekennzeichnet haben.
  
  https://www.virustotal.com/gui/file/39f1711bdba8578b19a9df8fc6e62510bc8b803025e07f72050f0dd1c515ba7f
  
  Wobei „Heur“ für „Heuristik“ steht.
  
  Da Sie Windows verwenden, scheint diese Version bereits auf Ihrem Computer installiert zu sein: https://learn.microsoft.com/en-us/answers/questions/3897108/gen-trojan-heur2-fu-ju0@ao2unhpi-(b)-detected-is-t
  
  antworten
KJ

5. März 2026

Entfernen Sie die 3 oder 4 KS-Puffer nicht. Einige virtuelle Audiokanäle benötigen bei niedrigen Latenzeinstellungen 3 oder 4 Puffer; andernfalls treten Rauschen und Audioaussetzer auf.

antworten
JD

5. März 2026

S/PDIF (RealTek) hat massive Probleme.
1. Im Energiesparmodus gibt es einen korrekten Ton aus, aber die CPU-Auslastung ist extrem hoch: Alle 2-3 Sekunden erreichen 4 Threads Spitzenwerte von 95 % auf einer modernen CPU (laut Task-Manager ist die Auslastung dazwischen kaum geringer).
2. Im Energiesparmodus gibt das Gerät entweder nach etwa 30 Sekunden Stille einen verzerrten Ton von sich oder gar keinen Ton.

Alle Ein-/Ausgabegeräte außer S/PDIF sind deaktiviert und im Windows 11-Systemsteuerungsmenü für den exklusiven 44.1-kHz/24-Bit-Modus konfiguriert. Die ASIO4ALL-Einstellungen sind standardmäßig, außer der Puffergröße von 128 Byte.

Auf meinem vorherigen Computer funktionierte von ASIO4ALL nur die alte Version 2.14 (zumindest für S/PDIF).

antworten
1. Admin
  
  5. März 2026
  1. Die wahrgenommene hohe CPU-Auslastung resultiert daraus, dass der Haupt-Audio-Thread das Betriebssystem daran hindert, in einen Energiesparmodus zu wechseln, wenn der Thread ansonsten im Leerlauf ist (keine Audiodaten des Hosts verarbeitet). Der Scheduler verteilt die Last auf vier Kerne, angeblich um Hotspots auf dem Chip zu vermeiden. Dies beansprucht keinen einzigen CPU-Zyklus Ihrer DAW!
  
  2. Eine Puffergröße von 128 im Energiesparmodus ist ambitioniert, da bei Werten unter 4 ms das interne Pufferungssystem auf die niedrigste Latenz gegenüber allen anderen Werten abzielt.
  
  (A) Haben Sie auch 192 Samples = 4 ms bei 48 kHz ausprobiert?
  (B) Stellen Sie außerdem sicher, dass Sie die CPU-Drosselung entsprechend anpassen:
  So deaktivieren Sie die CPU-Drosselung unter Windows
  1. Presse Win + R, Typ powercfg.cpl, und drücken Sie die Eingabetaste.
  2. Klicken Sie auf Change plan settings neben Ihrem aktiven Energiesparplan.
  3. Auswählen Erweiterte Energieeinstellungen ändern.
  4. Erweitern Sie die Funktionalität der Prozessor-Energieverwaltung durch Anklicken des Pluszeichens (+).
  5. Erweitern Sie die Funktionalität der Minimaler Prozessorstatus und setze es auf 100%.
  6. Erweitern Sie die Funktionalität der Maximaler Prozessorstatus und setze es auf 100%.
  7. Klicken Sie auf Tragen Sie und dann OK um Ihre Änderungen zu speichern.
  (C) „Alternative Puffersynchronisation“ könnte Ihr Freund sein
  (D) Die „30-sekündige Stille“ ist wahrscheinlich darauf zurückzuführen, dass ASIO4ALL aufgrund der Ausfallerkennung intern neu startet. In diesem Fall wird das Symbol in der Taskleiste rot und mit einem Ausrufezeichen angezeigt. Sie können jederzeit die Trace-Version von ASIO4ALL ausführen (nur kurz, da manchmal innerhalb kürzester Zeit sehr viele Ausgabedaten erzeugt werden): https://asio4all.org/debug-build-with-trace-output/
  antworten
  1. JD
    
    5. März 2026
    
    (c) „Alternative Puffersynchronisation“ könnte Ihr Freund sein.
    
    Tatsächlich funktioniert es jetzt im bevorzugten Energiesparmodus! Vielen Dank!
    
    (Ich habe gestern auch alle unnötigen/erfolglosen Änderungen rückgängig gemacht, die ich vorgenommen hatte, um das System zum Laufen zu bringen, z. B. alle sekundären Ein-/Ausgabegeräte deaktiviert, auf 44.1 kHz umgeschaltet und die Puffergröße auf 256 erhöht, obwohl ich mich jetzt für 192 entschieden habe. Die Standardeinstellung für die minimale Leistungsaufnahme habe ich bei 0 % belassen, da ich meinen Computer bereits für die DAW-Nutzung konfiguriert habe, einschließlich vieler Änderungen an den Leistungseinstellungen (höher/beibehalten).)
    
    antworten