06. März 2004: Version 1.8

• Es gab keine Einwände gegen die Änderungen in 1.8 Beta 1, daher ist dies die endgültige Version. Noch zwei Änderungen...
• Verbessertes Neustartverhalten im Direct-DMA-Modus. Dadurch ist dieser Modus in Cakewalk Sonar einigermaßen nutzbar.
• Ein Fehler wurde behoben, der möglicherweise zu Abstürzen/unregelmäßigem Verhalten führte, wenn das Resampling aktiv war.

1.7 (25. Februar 2004)

• Direkter DMA-Modus für PCMCIA-Geräte nicht mehr wählbar.
• Das Ändern der Abtastrate in der Hostanwendung sollte kein fehlerhaftes Verhalten mehr verursachen.
• Es gab einen Race Condition, der gelegentlich zum Absturz von Sonar führte. Dieser wurde behoben.
• Der direkte DMA-Puffermodus resynchronisiert jetzt manchmal und unter bestimmten Umständen etwas schneller …
• Endlich: 44.1 kHz Sample Rate 4 ALL! Ich habe mir die Mühe gemacht und mich über das DSP-Zeug informiert. ASIO4ALL führt jetzt bei Bedarf eine Sample-Rate-Konvertierung durch, um 44.1 kHz zu unterstützen. Meiner persönlichen Einschätzung nach würde ich die Resampling-Qualität zumindest als anständig bezeichnen – können _Sie_ einen Unterschied hören? Nicht allzu schlecht, wenn man bedenkt, dass meine letzte DSP-Arbeit etwa 12 Jahre her ist … Resampling funktioniert derzeit nur im gepufferten Modus (DMA-Kästchen _nicht_ aktiviert)
• Außerdem gibt es ein neues Kontrollkästchen, mit dem Sie eine Neuabtastung bei 44.1 kHz erzwingen können (immer von/auf 48 kHz neu abgetastet). Der Grund für diese Option: Ich habe festgestellt, dass bei einer Reihe von kostengünstigen Audiogeräten der WDM-Treiber eine Neuabtastung im laufenden Betrieb durchführt. Die Qualität davon ist meistens sehr fragwürdig. Außerdem sind Sie möglicherweise in eine Situation geraten, in der bei 48 kHz zwar anständige Latenzwerte erreichbar waren, bei 44.1 kHz jedoch starkes Knistern auftrat. Wenn dies auf Ihr System zutrifft, sollten Sie dieses Kontrollkästchen aktivieren (zumindest war dies die ultimative Lösung für _meinen_ Laptop…)
• Ein weiteres Kontrollkästchen wurde hinzugefügt: „Eingabe deaktivieren“. Der Zweck dieses Kontrollkästchens ist einfach erklärt: Wenn Sie keine ASIO-Eingabe benötigen, können Sie durch Aktivieren dieser Option eine bessere Gesamtlatenz, d. h. kleinere Puffergrößen, erzielen.
• Das Verhalten der Systemsteuerung wurde etwas geändert: Wenn Sie das Kontrollkästchen „Direct DMA“ aktivieren und die aktuellen Einstellungen nicht sehr sinnvoll sind, werden Puffergröße und IoDelay-Einstellungen auf sinnvolle Standardwerte angepasst. Dies liegt daran, dass einige Einstellungen, die im gepufferten Modus in Ordnung sind, im Direct DMA-Modus einfach keinen Sinn ergeben und den Benutzer glauben lassen können, dass der Direct DMA-Modus auf seinem System nicht funktioniert, da nach dem Umschalten in diesen Modus über einen längeren Zeitraum übermäßiges Knacken auftritt. Denken Sie immer daran: Der Direct DMA-Modus ist eine coole Funktion, aber er benötigt bei jedem Neustart des Treibers einige Sekunden, um sich zu beruhigen. Leider startet Cakewalk Sonar beispielsweise ASIO bei jedem Wiedergabe-/Stopp-/Wiedergabezyklus neu, wodurch der Direct DMA-Modus in dieser Umgebung praktisch nicht funktioniert.
• Um die „Benutzererfahrung“ bei Konfigurationen mit mehreren Geräten zu verbessern, werden alle Systemsteuerungseinstellungen jetzt pro Gerät gespeichert. Beim Wechseln zwischen Geräten werden zuvor angewendete Einstellungen abgerufen.
• Im gepufferten (Nicht-DMA-)Modus ist es jetzt weniger wahrscheinlich, dass der Treiber Eingabepuffer verliert. Dies bedeutet auf einigen Systemen eine Verbesserung der Eingabequalität/Latenz.
• Der Direct-DMA-Puffermodus wurde für mehr Stabilität und Zeitgenauigkeit neu gestaltet. Leider müssen Sie dazu die Einstellungen für Puffergröße und Verzögerung neu anpassen. Wenn Sie also in der Vergangenheit eine Einstellung von 128/3/3 hatten, würden Sie jetzt beispielsweise bei 128/6/8 landen. Dies bedeutet jedoch keine Erhöhung der Latenz! Es ist nur so, dass sich die physischen Bereiche dieser Schieberegler etwas verschoben haben. Außerdem wurde ein Problem behoben, das es auf einigen Systemen unmöglich gemacht hätte, eine angemessene Eingangsverzögerung einzustellen.
• Verbessern Sie die Mediensynchronisierung im Direct-DMA-Puffermodus.

1.6 (2. Februar 2004)

• Eine Funktion und eine Desktopverknüpfung zum Offline-Starten des Bedienfelds wurden hinzugefügt. Offline-Änderungen haben keine unmittelbare Auswirkung. Ich hoffe, Ihnen gefällt das Artwork 😉
• Workaround für defekte Creative-Treiber, die bei einigen Sound Blaster-Karten einen BSOD verursachen. Die Microsoft-Treiber für dieselben Karten scheinen immer einwandfrei funktioniert zu haben.
• Ein Fehler wurde behoben, der dazu führte, dass bei einigen USB-Geräten keine Eingänge verfügbar waren.
• Ein Fehler wurde behoben, der dazu führte, dass der Treiber mit einigen Anwendungen nicht funktionierte, wenn das Audiogerät 48 kHz nicht unterstützt.
• Workaround für Situationen hinzugefügt, in denen ein fehlerhafter Host auf einen fehlerhaften WDM-Treiber trifft. Dies würde sich in einem ASIO-Treiberfehler äußern, wenn die Anwendung das zweite Mal gestartet wird.
• Kleine Änderung, die die Eingabequalität in bestimmten Setups verbessern könnte.

1.5 (26. Januar 2004)

• Funktioniert mit ISA-Karten (ja, klar!), die keine Abtastrate von 48000 Hz unterstützen, wie etwa die ESS Audio Drive-Serie – na ja, solange es einen WDM-Treiber gibt, warum es nicht mal versuchen?
• Die Anforderungen für die Anzeige der DMA-Box wurden etwas gelockert. Aktivieren Sie diese Option jedoch niemals für USB-Geräte!
• Behebung eines Problems mit Mehrkanal-Aufnahmekarten, d. h. es läuft wieder auf meinem DSP2000 C-Port 😉
• Der Direct-DMA-Puffermodus wurde für eine bessere Leistung etwas optimiert (muss noch getestet werden). Als negativer Nebeneffekt kann es länger dauern, bis alles synchronisiert ist, nachdem Sie die Anwendung gestartet oder Änderungen in der Systemsteuerung vorgenommen haben. Die Neusynchronisierung dauert jetzt einige Sekunden, während derer Knistern und Ähnliches zu hören ist.
• Allgemeiner Workaround für alle Host-Anwendungen, die BufferSwitch()-Aufrufe abbrechen. Macht Reason-Workaround überflüssig, d. h. keine Sonderbehandlung mehr. Sollte die Dinge auch für Tracktion irgendwie beheben.
• Beim Versuch, die Systemsteuerung zu öffnen, stürzt Samplitude nicht mehr ab.
• Fügen Sie ein Meldungsfeld hinzu, wenn festgestellt wird, dass das Audiogerät bereits verwendet wird. In neun von zehn Fällen liegt dies daran, dass der „Microsoft GS Wavetable SW Synth“ irgendwo als MIDI-Ausgabegerät aktiviert ist.
• Fügen Sie dem ASIO-Bedienfeld eine Versionsnummernanzeige hinzu, damit es nicht mehr so ​​leicht zu Verwechslungen kommt.

1.4 (19. Januar 2004)

• Es gab einen wirklich wichtigen Fix und so habe ich beschlossen, nur einen Tag nach der letzten eine neue Version zu veröffentlichen. Auf dem Weg von rev 1.1 zu 1.2 habe ich einen extrem dummen Fehler eingebaut, der dazu führte, dass scheinbar Dinge nicht mehr funktionierten, die mit rev. 1.1 einwandfrei liefen.
• Das ASIO-Bedienfeld wird nun sofort aktualisiert, wenn ein anderes Audiogerät ausgewählt wurde. Dies war früher bei Systemen mit mehr als einem Audiogerät ein kleines Ärgernis.

1.3 (18. Januar 2004)

• Gute Neuigkeiten für einige! ASIO4ALL funktioniert jetzt mit noch mehr Audiogeräten. Es gibt jetzt ein neues Kontrollkästchen „16-Bit-Samples erzwingen“, das einen Workaround für eine Situation aktiviert, in der der WDM-Treiber eine Bittiefe von z. B. 20 meldet, aber nicht vorhat, dies tatsächlich zu unterstützen, wenn er danach gefragt wird. Unter „normalem“ Windows ist das kein Problem, da in Windows alles nur 16 Bit ist. Aber ASIO4ALL versucht, Ihre Hardware auch hinsichtlich der Bittiefe voll auszunutzen. Insbesondere wurde dieser Workaround gemeldet, um SigmaTel-Chips dazu zu bringen, mit ASIO4ALL zu funktionieren.
• Kleine Änderung in der Art und Weise, wie ASIO4ALL eine Verbindung zur WDM-Treiberschnittstelle herstellt.

1.2 (15. Januar 2004)

• Diesmal gab es eine ganze Reihe von Änderungen. Ich bin noch nicht mit allem fertig, aber aufgrund der Anzahl der bereits vorgenommenen Korrekturen/Verbesserungen habe ich beschlossen, diese neue Version vorerst herauszubringen.
• Ein ziemlich dummer Fehler im Code wurde behoben, der bei Geräten, bei denen die Eingabe- und Ausgabebits pro Sample nicht identisch sind, zu verzerrter Ausgabe auf allen Kanälen außer dem linken geführt hätte. Um das Ganze noch schlimmer zu machen, fallen die meisten neueren AC97-Codecs in diese Kategorie (z. B. 20-Bit-Ausgabe/16-Bit-Eingabe). Das tut mir leid!
• Workaround für eine Reihe von Host-Anwendungen mit schlechtem Verhalten hinzugefügt. Falls Sie dieses Phänomen schon einmal erlebt haben: Sie starten Ihre Host-Anwendung, rufen das ASIO-Bedienfeld auf, optimieren die Puffereinstellungen, sodass Sie einen sauberen Sound haben, beenden und starten die Anwendung dann neu und plötzlich befinden Sie sich in der knisternden Hölle -> fluchen Sie nicht länger, wir haben jetzt einen Workaround dafür! Dies gilt nur für den gepufferten Modus, d. h. die Option „Direct DMA Buffer“ ist _nicht_ aktiviert.
• Verbessern Sie die Unterstützung für einige Mehrkanalgeräte und beheben Sie ein Problem mit Geräten, die in der Geräteliste angezeigt wurden, für die aber keine Abtastrate eingestellt werden konnte (die tatsächliche Fehlermeldung hängt davon ab, wie sehr Ihr Sequenzer dadurch verwirrt wurde). Mehr Karten sollten mit 44.1 kHz statt nur mit 48 kHz laufen können.
• Fügen Sie Unterstützung für das gepackte 24-Bit-PCM-Sample-Format (gegenüber 32 Bit) hinzu. Dadurch sollte ein Problem mit >16-Bit-Geräten gelöst werden, die keine 32-Bit-PCM-Ausgabe unterstützen.
• Beheben Sie zahlreiche Gründe, warum es bei Aktionen im ASIO-Bedienfeld zu Abstürzen kommen konnte (na ja …)
• Ermöglicht den Betrieb mit Geräten, die keine Eingänge besitzen. In diesem Fall werden zwei Phantomeingänge angelegt, da manche Anwendungen dies zu erfordern scheinen.
• USB-Audiogeräte sollten jetzt in der Geräteliste angezeigt werden. (zumindest einige, mit anderen habe ich immer noch Probleme…) Wenn Sie diese Version über eine frühere installieren oder wenn andere Dinge passieren, auf die ich keinen Einfluss habe, können Sie möglicherweise die Option „Direct DMA Buffer“ in der ASIO-Systemsteuerung für Ihr USB-Audiogerät aktivieren: TUN SIE DAS NICHT! (es sei denn, Ihre Lieblingsfarbe ist Blau). Der interne USB-Audiotreiber von Windows (usbaudio.sys) hat einen Fehler, der das System zum Absturz bringt, wenn Sie diese Option für USB-Audiogeräte aktivieren!
• Update auf der Grund Problem: Ich habe eine Antwort erhalten von der Propellerköpfe und es scheint, dass meine Fehlerbeschreibung unten nicht ganz korrekt ist. Mit den Informationen, die ich erhalten habe, konnte ich einen viel besseren Workaround implementieren. Wenn Sie dies mit verwenden Grund Diese neue Version ist ein Muss. Knacken aufgrund von Bildschirmaktualisierungen ist jetzt praktisch Vergangenheit! Das in Version 1.1 eingeführte Kontrollkästchen „Audio mit niedriger Priorität“ ist verschwunden. Der Treiber prüft jetzt automatisch, ob Grund ist die aktuelle Hostanwendung und wendet in diesem Fall stillschweigend den (besseren) Workaround an.

1.1 (5. Januar 2004)

• Beheben Sie einen Fehler im Geräteenumerator, der unter bestimmten Umständen verhinderte, dass einige Geräte in der Geräteliste angezeigt wurden.
• Fügen Sie eine Problemumgehung für einige seltsame Grund Verhalten. Dies ist jedoch experimentell. Es gibt jetzt ein neues Kontrollkästchen, das Sie genau dann aktivieren müssen, wenn Sie Grund mit diesem Treiber. Wenn Sie ein Propellerhead Lesen Sie dies: Was lässt Sie glauben, dass der asynchrone Aufruf von ASIOoutputReady() die Sache irgendwie erleichtern würde? Machen Sie es wie der Rest der Branche: BufferSwitch()->FillOutput()->ASIOoutputReady()->MoreStuff()->Return(). Plötzlich werden Sie feststellen, dass es nicht unbedingt knistern muss, wenn Sie Dinge auf dem Bildschirm verschieben. Es ist kein zusätzlicher Thread erforderlich, also schaffen Sie ihn ab!
• Bei der Installation über eine frühere Version werden die Einstellungen des Bedienfelds nicht mehr auf die Standardeinstellungen zurückgesetzt. Um die Installation mit den Standardparametern durchzuführen, müssen Sie zuerst die frühere Version deinstallieren.

1.0 (Endgültig)

• Direct DMA Buffer I/O für Geräte hinzugefügt, die dies unterstützen. Dieser Modus ist sehr CPU-schonend und es können Latenzen erreicht werden, die den Werten entsprechen, die man mit professioneller Ausrüstung erreicht.
• Um zu verstehen, warum dies auf einigen Systemen funktioniert und auf anderen nicht, muss man wissen, dass es WDM-Audiotreiber in zwei Varianten gibt: WaveCyclic und WavePci. Wir haben nur mit WavePci eine Chance, da diese Treiber die Audiodaten nicht wirklich aus unserem Puffer kopieren, sondern den Puffer, den wir ihnen übermitteln, zu ihrem aktuellen DMA-Puffer machen. Aber wir wissen immer noch, wo sich unsere Puffer befinden, auch nachdem wir sie dem WDM-Audiotreiber übermittelt haben, oder? Wenn wir also in den aktuell abgespielten Puffer schreiben, schreiben wir direkt in den DMA-Puffer! Der schwierige Teil besteht darin, herauszufinden, wohin genau geschrieben werden soll und wie die Dinge synchron gehalten werden können.
• Kurz gesagt, so funktioniert der Direct DMA Buffer-Modus. Leider werden die meisten Consumer-Produkte anscheinend nur mit Treibern vom Typ WaveCyclic geliefert. [Update] Weiteres Feedback hat mir nun den Eindruck vermittelt, dass ironischerweise einige der am weitesten verbreiteten AC97-Chips diesen Modus tatsächlich unterstützen, entgegen meiner obigen Aussage. Gute Neuigkeiten? Vielleicht für Sie, aber nicht für mich, da der „Ali Audio Accelerator“ auf meinem Laptop keiner davon ist! *grrrrrrr*
• Einige kleinere Verbesserungen.

1.0 Beta:

• Erste stabile Version.