ASIO4ALL – universell ASIO-drivrutin – rysk version. ASIO4ALL – universell ljuddrivrutin för WDM Audio
Om du någonsin har kopplat in en gitarr till linje- eller mikrofoningången på ditt inbyggda ljudkort, har du förmodligen märkt en betydande ljudfördröjning.
ASIO-protokollet utvecklades specifikt för att lösa latensproblem. Alla ljudgränssnitt med en instrumentingång stödjer det, och om du äger en så har allt du behöver redan installerats tillsammans med drivrutinerna för själva enheten.
Om du nöjer dig med ett inbyggt ljudkort eller ett ljudkort utan ASIO-stöd måste du ladda ner och installera den kostnadsfria universella drivrutinen ASIO4ALL.
ASIO-konfigurationsgränssnittet skiljer sig ofta från olika tillverkare, men kärnan är alltid densamma. Därför kommer jag att visa den allmänna innebörden av inställningarna med exemplet med den universella drivrutinen ASIO4ALL, och du måste själv studera nyanserna (om några) i din specifika enhet.
Dessutom kommer jag omedelbart att beröra ämnet att justera ljudparametrar i ett gitarrsignalbehandlingsprogram (med exemplet med den populära Guitar Rig).
Installation med ASIO4ALL och Guitar Rig som exempel
Val av enhet
ASIO4ALL
Låt oss gå till drivrutinsinställningarna genom att klicka på knappen ASIO Konfig. Ett fönster för konfiguration av drivrutiner för den valda enheten kommer att öppnas för ASIO4ALL, det kommer att se ut som skärmdumpen nedan.
ASIO4ALL installationsfönster
Här är vi intresserade av val av enheter och buffertstorlek. Enhetslistan finns på den övre vänstra sidan, detta är inget annat än en lista över alla ljudgränssnitt som är anslutna till din dator. Om du klickar på plustecknet till vänster om enheten öppnas en lista med alla dess in- och utgångar.
Hitta i listorna enheten och dess port som du använder för att ansluta din gitarr. Om ingången är aktiv och tillgänglig kommer det att finnas en blå triangel bredvid den, som på skärmdumpen. Om det finns en annan ikon där, är det troligtvis några problem. Till exempel: ett annat program använder redan denna enhet eller ingång i exklusivt läge.
Buffertstorleken påverkar fördröjningen den ställs in med skjutreglaget längst ner i fönstret. Ju större buffert, desto större latens, men genom att minska värdet ökar du belastningen på processorn.
Buffertstorleken väljs empiriskt. Den ska vara tillräckligt liten så att du inte upplever någon fördröjning i ljudet. En signal om att du har ställt in bufferten för liten blir hög CPU-belastning och sprakande eller klickande ljud från högtalarna under spelets gång.
När du har gjort inställningarna, stäng ASIO4ALL-fönstret.
Samplingsfrekvens
Följande parameter i Guitat Rig-inställningarna: Samplingshastighet. Som standard är siffran där 44100. Detta är samplingsfrekvensen, det påverkar både processorbelastningen och latensen och dessutom ljudkvaliteten (ju högre värde, desto högre kvalitet, lägre latens, mer belastning) .
(8
betyg, genomsnitt: 4,13
av 5)
Utvecklare: ASIO4ALL Hemsida: www.asio4all.com Version: 2.13
Språk: ryska
Förare ASIO4ALL – alternativ förare, som låter dig skapa musik på din PC. Men det finns många fler användningsområden för det. Detta är en oberoende ljuddrivrutin som är gratis för användning i ett brett utbud av program och ljudenheter. Förutsatt att enheten/programvaran stöder WDM.
Han är den enda
ASIO4ALL står ensam eftersom det inte finns några andra "bra" ljuddrivrutiner som är oberoende. Det finns många ljuddrivrutiner som är bättre, men de är inte universella, vilket är anledningen till att den här drivrutinen är så populär. ASIO4ALL-drivrutinen fungerar för alla Windows-versioner, även om utvecklarna inte gjorde det officiellt stöd Windows 10 till 2016. Det finns ingen teknisk manual som säger vilka konfigurationer och vilken hårdvara detta program kommer att fungera. Du behöver bara installera drivrutinen för att se om den fungerar.
Slutsats
Om du inte har arbetat med ASIO tidigare kan du ha problem med att installera det. Asio4ALL har sin del av problem. Det är inte perfekt, men det fungerar på ett stort utbud av mjukvara och ljudenheter eftersom det är mångsidigt, och det i sig är skäl nog att förtjäna respekt.
Du kan ladda ner Asio4ALL-drivrutinen på ryska gratis från länken nedan
Ändringar sedan version 2.11
Fix: Undantag i bakgrundstråden.
Fix: Lång applikationsstarttid och, ibland, degradering av enhetens samplingsfrekvensintervall.
Fix: Utgångar kan förbli otillgängliga om det finns mer än en utgångsenhet aktiv.
Lösning: Blå skärm "stdriver64.sys" / alla enheter märkta "Beyond Logic" inuti 32-bitars värd under 64-bitars Windows. Orsakas av tredje parts ljudinsamlingsprogramvara, även efter avinstallation av nämnda programvara. Lösningen är en del av installationsprogrammet för ASIO4ALL, vilket innebär att du kanske måste köra om installationsprogrammet om problemet skulle uppstå vid något senare tillfälle.
20 juni 2014: Viktigt!
Det har skett en mixup med 2.11-nedladdningarna som har korrigerats nu. Om du laddade ner din ASIO4ALL 2.11 innan du läst detta, vänligen ladda ner och installera om!
Symtom på en gammal (trasig) nedladdning skulle vara stammande uppspelning med x64-värdar. Beklagar olägenheten!
Kombinerad 32/64 bitars version, stöder Win 98SE/ME/2k/XP/MCE/2003/XP64 och Vista/Windows 7/Windows 8.x x86/x64
Efter mer än 4 år är detta såklart en *stor* uppdatering!
Ändringar sedan version 2.10
Förbättring: Gör ett försök att återta en otillgänglig ljudenhet, inkluderar en lösning för en (bekräftad) Windows-bugg.
Förbättring: Lägg till allmän omsamplingsförmåga med fast faktor
Förbättring: Latenser visas nu för den föredragna buffertstorleken, om värden väljer att bryta mot specifikationen.
Förbättring: Stöd för en gemensam samplingsfrekvens som *inte* är en multipel av 8 eller 11,025
Lösning: Realtek PULL-läge stöds inte för "udda" ASIO-buffertstorlekar. Symptomet var ett "Beyond Logic"-fel beroende på ASIO-buffertstorleken.
Fix: Potentiellt problem med programkompatibilitet angående ASIO-återställningsbegäran
Fix: Ökad latens i x64-läge
Fix: Pull mode _and_ latency display fungerar nu
Fix: ASR-problem med MSVC 2013 x64 -> Prestandapåverkan med värdar kompilerade med MSVC 2013
Fix: UI-utseende med annan systemlokal
Fix: Häng med några x64-värdar
Fix: Krasch vid utgång av A4Apanel64.exe
Fix: Mindre minnesläcka
Fix: Alla kända 2.11 Beta(1,2) regressioner fixade!
2.11 Frisläppande kandidat
Ändringar sedan version 2.11 Beta 1:
Gör ett försök att ta tillbaka kontrollen över blockerade ("otillgängliga") ljudenheter.
Åtgärda mindre resursläcka.
Fixa regression i 2.11 Beta 1: Funktionen i kryssrutan "Always Resample" inverterades.
Ta bort överskottsutmatningslatens under följande förhållanden: (1)64-bitars värd (2)uppsampling 44.1 -> 48kHz (3)WaveRT pollingläge.
Åtgärda ljudproblem i 64-bitarsversionen vid uppsampling med integralfaktor.
Fixa a4apanel64-krasch vid utgång (inte som någon skulle ha märkt)
Äntligen något nytt för dig att bråka med!
Ändringar sedan version 2.10:
Stöd flera samplingshastigheter samtidigt - så länge som de är fysiskt härledda från en gemensam masterklocka, är heltalsmultiplar av varandra (förutom 44,1/48kHz specialfall), etc...
Stöd ett antal samplingshastigheter på ASIO-sidan som ljudenheten inte fysiskt stöder. I grund och botten innebär detta en utökning av kapaciteten för omvandling av hastigheten i farten.
Fixa en regression som introducerades i 2.10 relaterad till aggregering av indataenhet
Mindre saker, som vanligt...
Kombinerad 32/64 bitars version, stöder Win 98SE/ME/2k/XP/MCE/2003/XP64 och Vista/Windows 7 x86/x64
Ändringar sedan version 2.10 beta 1:
Åtgärda ett antal relativt små problem med programkompatibilitet
Ta bort överflödiga objekt i GUI WDM-enhetsträdet. Åtgärda problemet att vissa konfigurationer (t.ex. "Inaktivera alla utgångar") inte skulle sparas/återställas.
Förbättra återställning av överraskningsborttagning av ljudenheter. Nu skulle vanligtvis svaret på borttagning/återinsättning av en (USB, ...) ljudenhet vara att återhämta sig från händelsen och återuppta ljudströmning.
Lösning för problem med full duplex med Realtek HD-ljuddrivrutiner på vissa bärbara Acer-datorer.
Allmänna men mindre prestandaförbättringar under Vista och Win7.
Standardkonfigurationen för ljudenhet har ändrats för att hoppa över HDMI-ljud.
Ändringar sedan version 2.9:
Lösning för ett VIA HD Audio-drivrutinproblem under XP
Åtgärda två 64-bitars kompatibilitetsproblem som kunde ha hindrat den från att fungera alls
Förbättra prestanda (latens) för enheter i USB-ljudklass i Windows 7
Förbättra för USB-ljudklassenheter i XP och Vista
Återaktivera WaveRT-händelseläge för Windows 7 WOW64. Brukade vara trasig i Vista (ksthunk.sys), fixad i Windows 7
Kontrollpanelen kommer nu ihåg det tidigare valet i enhetens trädvy
Förbättra input-output-synkronisering i ett visst antal enhetsaggregationsscenarier
Mindre ändringar, det och det - som vanligt...
Kombinerad 32/64 bitars version, stöder Win 98SE/ME/2k/XP/MCE/2003/XP64 och Vista x86/x64
Vissa lokaliseringar är fortfarande på gång. För att undvika dubbelarbete, vänligen gör inte skicka oönskade översättningar! Om du vill hjälpa till med lokalisering och du verkligen betyda det, var snäll och beredd att också skriva/en manual på ditt språk! Att hacka GUI är roligt (jag vet), men utan en inbyggd manual kommer folk fortfarande att gå vilse!
Ändringar sedan version 2.9 beta 5:
Åtgärda ett mindre problem med standardkonfigurationen i x64
Ändringar av ASIO-buffertstorleken träder nu bara i kraft när skjutreglaget släpps, vilket undviker en eventuell återställningsmeddelandestorm för värden.
ASIO-kanalnamn som är för långa skärs av lite mer intelligent.
Lägg till en lösning för HD Audio-ingång "Chopper Sound"-problem på vissa Vista-system.
23 oktober 2008: Version 2.9 (beta5) ute nu!
(Dessutom har det sista releasedatumet för 2.9 planerats till 5 november)
| Ladda ner ASIO4ALL 2.9 (beta5)! |
Ändringar sedan version 2.9 beta4
Lägg till ytterligare en instans av en lösning för Conexant HD Audio-ingångsproblemet
Återställ kompatibilitet med Win98 SE och WinME som gick sönder eftersom MS någon gång bestämde sig för att ta bort den från sin verktygskedja
Åtgärda regression: WaveRT-enheter upptäcktes inte om kompatibilitetsläge är aktiverat för värdapplikationen
Fixa ingång för WaveRT-händelseläge
Fix: x64-versionen i teorin kunde ha kraschat på ASIOStop()
Fixa en annan teoretisk bugg i x64-ljudstartkoden
Åtgärda problem där x64-versionen faktiskt kraschade om en indataenhet hade exakt fyra kanaler
Tillåt också höger musknapp på ikonen för att öppna GUI
Lägg till patetiskt försök att förbättra WaveRT in/ut-synkronisering
Åtgärda flera problem med API för integration i appen som lagts till tidigare. Noterbart fungerade det inte alls i 64-bitarsläge tidigare.
| Ladda ner ASIO4ALL 2.9 (beta4)! |
Ändringar sedan version 2.9 beta3
Fixa flera buggar i x64-versionen som skulle ha hindrat den från att fungera under XP 64 nästan helt.
Åtgärda regressionsproblem där aktivering av hårdvarubuffert kunde ha orsakat en krasch.
Åtgärda ett regressionsproblem som orsakade en krasch när _ingen_ WDM-ljudenheter aktiverades.
Lägg i saker som ska ge en lösning för ett problem med Conexant HD Audio-ingång. Än så länge är resultaten obekräftade.
| Ladda ner ASIO4ALL 2.9 (beta3)! |
Ändringar sedan version 2.9 beta2
Lägg till inbyggt x64-stöd. x64-drivrutinen internt är en separat binär och kan utveckla problem som inte finns i x86-versionen, så: testa! Annars bör beteendet vara helt transparent.
GUI flyttade in i sin egen tråd helt och hållet. Detta har varit nödvändigt eftersom befintlig värdprogramvara som helhet är för trasig i genomsnitt för att kunna jaga enskilda utvecklare och få dem att fixa det. Strunt i den installerade basen där ute. Som ett direkt resultat visas inte ASIO-kontrollpanelen som modal dialog längre. Den här lösningen verkar dock fungera bättre än vad jag ursprungligen förväntade mig.
Förbättrad algoritm för att hitta en fungerande samplingsfrekvens för vissa enheter (t.ex. EMU 404)
De senaste tråkiga nyheterna är det Carlos Mateo ("Texvo") dog den 4 augusti 2008. För hans enastående bidrag till musikgemenskapen kommer han att saknas av många. Nyheten kom tillsammans med en notis som antydde hans engagemang i utformningen och/eller utvecklingen av ASIO4ALL. Följaktligen har människor börjat sända kondoleanser.
Detta försätter mig i den svåra situationen att behöva förtydliga att Carlos inte vid någon tidpunkt var inblandad i vare sig uppfattningen eller utvecklingen av ASIO4ALL. Det som är sant är dock den stora mängd tid och engagemang han ägnade åt att hjälpa andra människor med deras ljud- och mjukvaruproblem - inklusive problem kring ASIO4ALL, ibland. Han kommer säkert att saknas!
| Ladda ner ASIO4ALL 2.9 (beta2)! |
Ändringar sedan version 2.9 beta1
Se till att WaveRT-händelseläget är strikt opt-in. Det är trasigt i för många fall och kan ha orsakat roliga och inte så roliga saker att hända med inbyggda HD-ljudenheter. Det finns en ny kryssruta nu där du uttryckligen måste tillåta händelseläge (a.k.a. Pull-Mode) att användas överhuvudtaget.
Lösning tillagd för enheter med extremt låg bandbredd, som ljudenheter på Toshibas Bluetooth-stack (och möjligen andra), om du gillar den typen av saker...
Åtgärda några mindre problem WRT WaveRT resursallokering.
Lägg till lösningar för trasiga värdimplementationer som bryter mot Microsofts COM-krav. Detta fixar ingenting helt, utan hjälper snarare till att undvika krascher, samtidigt som funktionaliteten förloras. MEN OAVSETT ÄR DET _DIN_ KOD SOM ÄR FEL, SÅ SNÄLLA ÅTGÄRDA DEN!
| Ladda ner ASIO4ALL 2.9 (beta1)! |
Ändringar sedan version 2.8
GUI har ändrats något, men nästan allt kommer att vara ungefär där det brukade vara. Du kommer att hitta rätt! W är borta eftersom han snart kommer att vara det.
Lägg till systemfältsåtkomst till kontrollpanelen och statusindikatorn.
Kontrollpanelen kommer nu ihåg sin skärmposition.
Lösning för IDT HD Audio-drivrutin som registrerar WaveRT-gränssnitt under XP.
Ej-svartlistad STHDA för samplingsfrekvenser över 48kHz. Ute på prov nu.
Lösningen för WaveRT-händelseläge verkar fortfarande vara trasig i WOW64, även efter Vista 64 SP1.
Förbättra WaveRT-prestanda i Vista.
Lägg till gränssnitt för värdapplikationer, vilket ger utvecklare möjlighet att styra ASIO4ALL-konfigurationen inifrån sin applikation.
Och än en gång: Fler mindre förbättringar, varav de flesta främst syftar till att öka feltoleransen, andra kan förändra världen som vi känner den, men tyvärr hade jag med tiden glömt vilka och på vilket sätt exakt.
Observera att fler lokaliseringar kan läggas till så fort jag blir synkroniserad med folk som ställde upp som frivillig! -
| ASIO4ALL 2.8 - engelska | |
| ASIO4ALL 2.8 - Tyskland | |
| ASIO4ALL 2.8 - kinesiska (engelsk manual) |
Ändringar sedan version 2.8 beta 2:
Inte längre fel med SB X-Fi under Vista.
Allmänt Vista-kompatibilitet förbättrad.
Förbättrad WDM-uppräkningsvisning av enhetsnamn.
Lägg till möjlighet att återhämta sig från överraskande borttagning av USB-ljudenheter.
Viss finjustering av WaveRT-implementeringen.
Aggressiv enhetsomställning (från och med beta 2) mildrades något. Analoga utgångar bör dock fortfarande listas före SPDIF.
Mer mindre förbättringar, varav de flesta främst syftar till att öka feltoleransen, andra kan förändra världen som vi känner den, men tyvärr hade jag med tiden glömt vilka och på vilket sätt exakt.
10 april 2007: Version 2.8 BETA 2 -Ladda ner ASIO4ALL 2.8 BETA 2!Ändringar sedan version 2.8 Beta 1:
WaveRT-stödet inkluderar nu även händelsemeddelandeläge samt stöd för mycket grundläggande implementeringar utan positionsregister.
Ett antal ljudenheter som fungerade med version 2.6 men slutade att fungera i 2.7 borde fungera igen nu.
Watchdog- och kraschåterställningsfunktionerna är nu valfria och kan aktiveras i registret - om du absolut måste.
Avinstallation av ASIO4ALL tar nu också bort användarinställningarna från registret, vilket alltid ger dig en "nystart" efter en ominstallation.
Enhetsgränssnitt kommer nu att omordnas så att analoga ingångar och utgångar listas före eventuella S/PDIF-widgets. Detta fixar ingenting. Detta kommer dock att rädda mig från att behöva förklara samma sak om och om igen för användare av HD Audio-enheter under Vista som förväntar sig att saker "bara fungerar" i standardkonfigurationen skulle ha fört S/PDIF-utgångar framför de analoga, vilket gör att alla program som matar ut stereoljud till de första två ASIO-kanalerna använder S/PDIF som en konsekvens.
Fixade ett ganska ospektakulärt synkroniseringsproblem som kunde ha lett till att ljudstift intermittent flaggades "bortom logik" trots att de fungerade bra.
USB-ljudenheter som blockerades av andra ljudapplikationer skulle ha flaggats som "bortom logik". Nu rapporteras de som "otillgängliga" - som de ska.
28 mars 2007: Version 2.8 BETA 1 -Ladda ner ASIO4ALL 2.8 BETA 1!Ändringar sedan version 2.7:
Lägg till stöd för Vista (32-bitars) WaveRT-ljud och realtidsschemaläggning.
Några ytterligare små anpassningar till Vista RTM
KS buffertinställningar på 3 och 4 fungerar nu som de är tänkta.
Förbättra ett tillstånd där den faktiska latensen skulle öka med tiden.
Åtgärd för ett sällsynt problem med WDM-drivrutiner som orsakar en "dela med noll"-krasch.
Alla småsaker som jag fixat under det senaste året och som jag ska dokumentera "glömde".
27 april 2006: Version 2.7 (slutlig) släppt!
| ASIO4ALL 2.7 - engelska | |
| ASIO4ALL 2.7 - Tyskland | |
| ASIO4ALL 2.7 - kinesiska (engelsk manual) |
Ändringar sedan version 2.7 beta 4:
Lägg till någon form av lokalisering. Huruvida denna ansträngning fortsätter eller inte beror till stor del på individers vilja att ägna en eller två dagar åt att översätta saker till sitt modersmål - enbart för att få kredit. Om lokaliseringsinsatsen visar sig vara mindre användbar (dvs. jag får många supportförfrågningar på swaheli), kommer den inte att fortsätta. Den kinesiska översättningen är inte ens särskilt bra, men - nästa gång du konsulterar manualen för din DVD-spelare - kan detta ge dig sinnesfrid att veta någonäntligen överlämnas dem tillbaka en del av sin egen medicin. Babelfish regler!
Ångrat ändring angående SBPCI 128, återgår endast till stereo, men det fungerar åtminstone.
En ny lösning för Aureal Vortex 1, 2 och 3, så dessa saker borde fungera nu, FWIW.
Kommer inte ens tillfälligt försöka öppna en enhet vid 44,1 kHz när dess 48 kHz-omsamplingsalternativ är markerat. Detta är tänkt att fixa några fler "Beyond Logic"-fel, speciellt när dessa bara sågs sporadiskt.
21 april 2006: Version 2.7 BETA 4 -Ladda ner ASIO4ALL 2.7 BETA 4!Ändringar sedan version 2.7 beta 3:
Lägg till en mekanism som ska berätta när förare ljuger om sitt ursprungliga stöd på 44,1 kHz.
Det grafiska gränssnittet har varit lite rörigt. Noterbart är att enhetsgränssnitt inte längre visas när de inte behöver vara det.
SigmaTel High Definition Audio (som också används på Intel-baserade Mac-datorer) borde fungera nu, förhoppningsvis för ett antal glada (inte bara Boot-) campare.
SBPCI 128 bör nu fungera i 4/2 och 2/4 konfigurationer.
18 april 2006: Version 2.7 BETA 3 -Ladda ner ASIO4ALL 2.7 BETA 3!Ändringar sedan version 2.7 beta 2:
Lägg till korsningskontroll. Tack till Eugene Muzychenko än en gång för att jag fick titta på det här igen och ta reda på hur det _kan_ fungera. I själva verket verkar det fungera helt nu, men jag är fortfarande förbryllad varför det fungerar som det fungerar och inte som det _borde_ ha fungerat till att börja med - förmodligen ett av mysterierna inom Microsoft(r) Universe (tm). Vad detta betyder för dig som användare är att detta bara _kan_ på magiskt sätt lösa ett antal problem med ljudkort som använder "jack sharing" och sånt.
Fix: ReWuschel fungerar nu också med ASIO-buffertstorlekar som inte är en multipel av 64 sampel. Detta uppfattades ibland felaktigt som att man måste öka buffertstorleken om man använder ReWuschel när man normalt inte borde behöva det. Manualen har också uppdaterats med lite information om hur man använder ReWuschel.
Lägg till dynamisk buffertstrategiväxling. Detta är experimentellt och huvudsakligen tänkt att bara _kanske_ förhindra att det ena eller andra enstaka knasteret uppstår. Även om du inte märker någon skillnad, lita på mig: i _teorin_ är det absolut vettigt!
31 mars 2006: Version 2.7 BETA 2 -Ladda ner ASIO4ALL 2.7 BETA 2!Ändringar sedan version 2.7 beta 1:
Fix: Hårdvarubuffring skulle förbruka vansinniga mängder CPU-tid med beta 1 på vissa system.
Lägg till "ReWuschel". I grund och botten är detta ett ReWire-ingångsgränssnitt till ASIO4ALL-motorn. Installationen av ReWuschel är valfri, eftersom den ersätter funktionaliteten för "ReBirth Input Machine" i Reason. Detta innebär att ASIO4ALL i princip kommer att låtsas vara ReBirth, så du kan inte använda ReBirth in Reason med alternativet ReWuschel aktiverat - tänk på det! Observera också att det bara fungerar om ASIO4ALL är vald som aktuell ASIO-drivrutin!
Några mindre förbättringar av ljudmotorkoden. Mätbar påverkan osannolik.
22 mars 2006: Version 2.7 BETA 1 -Ladda ner ASIO4ALL 2.7 BETA 1!Ändringar sedan version 2.6:
Det har faktiskt skett ett antal mindre ändringar i ljudmotorn under de senaste månaderna, vars detaljer jag glömde.
ASIO4ALL kraschar inte längre (BSOD) om det finns en ATI Rage Theatre eller liknande enhet i systemet. WDM-ljuddrivrutinerna som levereras med dessa enheter ignoreras helt enkelt.
SBPCI 128 fungerar nu, om än bara i 2in/2out-läge.
USB-enheter listas nu i allmänhet med sina namn, där det är möjligt, istället för det allmänna USB-ljudet. Hjälper om du har mer än en.
Mono-ingångar konverteras till stereo, till exempel för att inte förväxla värdar som antar att kanaler alltid kommer i par. Hjälper till med mono-ingångsenheter, som t.ex. USB-mikrofoner.
Gav "Buffer Size"-skjutaren i kontrollpanelen en logaritmisk skala.
Standardkonfigurationen ändrad så att t.ex. Realtek HD Audio skulle inte ha sina ingångar inaktiverade som standard.
Experimentell: Lade till en watchdog-tråd som är tänkt att kicka in om värdljudmotorn skulle använda hela CPU på grund av t.ex. denormala.
Sista minuten förändring: Tack till Eugene Muzychenko (VAC) för att du påpekade ett problem som kunde ha lett till "bortom logiska" fel här och där! Hjälper åtminstone med VAC - men vem skulle ha trott _att_...
11 april 2005: Version 2.6 släppt!Ladda ner ASIO4ALL 2.6!Ändringar i version 2.6:
Fixade en mindre minnesläcka som skulle ha gjort att cirka 4k minne försvann när ljudmotorn startas om.
Lägg till stöd för samplingshastigheter under 44,1 kHz så länge ljudhårdvaran stöder dem.
Färre överbelastningar vid låga buffertstorleksinställningar. Detta innebär avhoppsfri prestanda vid ungefär hälften av buffertstorleken jämfört med v2.5 på ett stort antal kort.
Ändrad hantering av standard samplingsfrekvens för att komma runt problem med vissa Envy24-baserade kort.
Standardinställningar anpassade för att undvika problem med specifika AC97-drivrutiner.
Revisionshistorik:
19 mars 2005: Version 2.5
Lösning för ytterligare ett CT-drivrutinproblem. Audigy LS fungerar nu även med ingångar aktiverade. MP3+ fungerar nu med den medföljande CT-drivrutinen (sbusb.sys), så du behöver inte återgå till den generiska usbaudio.sys för MP3+. För bästa resultat med Audigy LS fann jag att du absolut måste aktivera "Always Resample 44.1kHz<->48kHz" i ASIO4ALL avancerade kontrollpanel.
För de flesta USB-ljudenheter som använder den generiska Windows USB-ljuddrivrutinen (usbaudio.sys), bör latenskompensation vara korrekt med standardinställningarna nu.
Standardinställningarna har ändrats för vissa WDM-drivrutiner och vad gäller deras specifika egenskaper.
06 mars 2005: Version 2.4
Fixade ett problem med att den första ljudenheten i listan blev "klibbig", vilket innebär att du inte kunde inaktivera den i kontrollpanelen.
Lösning för en bugg i CT-drivrutiner. Audigy & Co. borde fungera igen.
Lägg till stöd för några fler USB-enheter.
Ta bort kraschåterställningsfunktionen, som var mer sannolikt att förvirra användaren snarare än att faktiskt vara till hjälp.
Lägg till korrekt versionsdisplay till kontrollpanelen.
Några mer mindre prestandajusteringar och andra saker.
11 februari 2005: Version 2.3
Att underhålla inställningar per applikation/per användare fungerar igen.
Förbättrad stabilitet i vissa konfigurationer.
Lite mer finjustering av prestanda.
Lösning för ett fel i M-Audio USB-drivrutiner (MobilePre USB,...) som orsakade en BSOD.
Lite mer mindre saker.
07 dec 2004: Version 2.2
Lägg till en lösning för ett problem med vissa SoundMax-drivrutiner.
Ändra öppna/stäng-policyn lite så att det skulle fungera bättre med vissa ljudapplikationer.
Fler smärre ändringar av latency guess-o-matic.
Åtgärda mindre grafikfel i kontrollpanelen med WinXP moderna teman
Drivrutinen fungerar nu i allmänhet även under alla användarbehörighetsnivåer ner till och med "gäst"-kontot. Installation kräver naturligtvis administratörsbehörighet.
Åtgärda ett problem som potentiellt kunde ha gjort att drivrutinen misslyckades när den öppnades en andra gång. Detta har dock inte observerats i någon verklig värld.
Åtgärda ett problem som kunde ha orsakat problem när du ändrade samplingsfrekvensen.
26 nov 2004: Version 2.1
Fler ändringar av den automatiska latenskompensationen (jobbar fortfarande på)
Fixat bugg som skulle inaktivera ljudingång i Podium.
Fixat ett problem med parameterladdning/spara. Den dåliga nyheten är att du måste göra om alla inställningar som gjorts med version 2.0. Förlåt!
Har fortfarande den kontroversiella pilen(tm), som ändå är här för att stanna!
Fixat bugg som kan ha orsakat krackelering oavsett buffertstorlek.
Lägg till överbelastningsdetektering och -återställning. Detta förändrar hela "känslan" av ljudmotorn, eftersom det som tidigare mest skulle visa sig som en plötslig start av överdrivet sprakande nu reduceras till en kort stunds tystnad. Om överbelastningstillståndet inte försvinner blir det ännu mer tystnad. Detta händer inte i hårdvarubuffrat läge, för det är praktiskt taget omöjligt att överbelasta WDM-undersystemet i detta läge.
Ljudmotorn har optimerats igen (men inga ändringar i h/v-buffertläge). Genomsnittlig latens NED!
11 nov 2004: Version 2.0
Detta har varit en nästan fullständig omskrivning.
Det var ingen som protesterade mot ändringarna i 1.8 beta 1, därför blir detta den slutliga versionen Två ändringar till.
Förbättrat omstartbeteende för direkt DMA-läge. Detta gör det här läget något användbart i Cakewalk Sonar.
Fixade en bugg som kan/kanske inte har orsakat krascher/oregelbundet beteende när omsampling var aktiv.
Direkt DMA-läge är inte längre valbart för PCMCIA-enheter.
Att ändra samplingsfrekvensen i värdapplikationen bör inte längre orsaka oregelbundet beteende.
Det var ett tävlingstillstånd som fick Sonar att krascha ibland. Detta har åtgärdats.
Direkt DMA-buffertläge synkroniseras om något snabbare nu, ibland och under vissa omständigheter...
Slutligen: 44,1 kHz Sample Rate 4 ALLA! Jag gjorde benarbetet och läste upp om det där med DSP. ASIO4ALL gör nu samplingsfrekvenskonvertering närhelst det behövs för att stödja 44,1 kHz. När det gäller min personliga bedömning skulle jag åtminstone överväga att prova om kvalitet anständigt - kan _du_ höra skillnad? Inte så illa med tanke på att mitt senaste DSP-arbete var för 12 år sedan... Omsampling fungerar för närvarande bara i buffrat läge (DMA-rutan _inte_ markerad)
Det finns också en ny kryssruta som låter dig tvinga omsampling vid 44,1 kHz (alltid omsamplad från/till 48 kHz). Anledningen till det här alternativet: Jag upptäckte att ett antal lågprisljudutrustningar har WDM-drivrutinen omsampling i farten. Kvaliteten på detta, oftare än inte, är mycket tveksam. Vidare kan du ha hamnat i en situation där anständiga latenssiffror kunde uppnås @48kHz, men kraftigt sprakande inträffade vid 44,1kHz. Om detta låter som ditt system, skulle det här vara rutan att markera (Tja, åtminstone, detta var den ultimata fixen för _my_ lappy...)
Lade till ytterligare en kryssruta: "Inaktivera ingång". Syftet med denna förklaras enkelt: Om du inte behöver ASIO-ingång kan du uppnå bättre total latens d.v.s. mindre buffertstorlekar när du markerar detta alternativ.
Ändrade beteendet för kontrollpanelen något: När du markerar rutan Direct DMA och de aktuella inställningarna inte är särskilt rimliga, justeras inställningarna för buffertstorlek och jodfördröjning till rimliga standardinställningar. Detta beror på att vissa inställningar som är o.k. i buffrat läge är helt enkelt inte meningsfullt i Direct DMA Mode och kan få användaren att tro att Direct DMA Mode inte fungerar på deras system på grund av överdrivet knaster under en lång period efter att ha bytt till detta läge. Kom alltid ihåg: Direct DMA Mode är en cool funktion, men den behöver ett par sekunder för att slå sig ner när drivrutinen startas om. Tyvärr startar till exempel Cakewalk Sonar om ASIO vid varje uppspelning/stopp/uppspelningscykel, vilket gör Direct DMA-läget praktiskt taget omöjligt i den här miljön. .
För att förbättra "Användarupplevelsen" i inställningar för flera enheter, lagras nu alla kontrollpanelinställningar per enhet. Växling mellan enheter kommer att återkalla tidigare tillämpade inställningar.
I buffrat läge (icke-DMA-) är det nu mindre sannolikt att föraren tappar ingångsbuffertar. Detta innebär en förbättring av indatakvalitet/latens på vissa system.
Direct DMA Buffer Mode har designats om för mer stabilitet och timingnoggrannhet. Tyvärr kräver detta att du ändrar inställningarna för buffertstorlek och fördröjning. Så om du hade en inställning på 128/3/3 tidigare så skulle du nu sluta med t.ex. 128/6/8. Detta betyder dock inte en ökning av latens! Det är bara det att de fysiska räckvidden för dessa reglage har flyttats något. Dessutom har ett problem åtgärdats som skulle ha gjort det omöjligt att ställa in en rimlig ingångsfördröjning på vissa system.
Förbättra mediasynkronisering i Direct DMA Buffer Mode.
Lade till en funktion och skrivbordsgenväg för att starta kontrollpanelen offline. Offline-ändringar har ingen omedelbar effekt. Hoppas ni gillar konstverket ;-)
Lösning för trasiga Creative-drivrutiner, vilket orsakar en BSOD med vissa Sound Blaster kort. Microsofts drivrutiner för samma kort verkar alltid ha fungerat bra.
Fixade en bugg som gjorde att inga ingångar var tillgängliga med vissa USB-enheter.
Fixade en bugg som skulle göra att drivrutinen inte fungerade med vissa applikationer om ljudenheten inte stöder 48kHz
Tillagd lösning för situationer där en buggig värd möter en buggig WDM-drivrutin. Detta skulle visa sig i ett ASIO-drivrutinfel om programmet startas andra gången.
Mindre förändring som kan förbättra indatakvaliteten i vissa inställningar.
Fick det att fungera med ISA-kort (ja, eller hur!) som inte stöder 48000Hz samplingsfrekvens, som ESS Audio Drive-serien - ja, så länge det finns en WDM-drivrutin, varför inte prova det?
Kraven på att DMA-boxen visas har mildrats lite. Kontrollera dock aldrig detta för USB-enheter!
Åtgärda ett problem med flerkanals inspelningskort, dvs. den körs på min DSP2000 C-Port igen ;-)
Direct DMA Buffer-läget har justerats lite för bättre prestanda (behöver testas) Som en negativ bieffekt kan saker behöva längre tid för att synka efter att du startar programmet eller tillämpar vissa ändringar i kontrollpanelen. Omsynkroniseringen tar ett par sekunder nu, under vilken sprakande och sånt kommer att höras.
Allmän lösning för alla värdapplikationer som råkar tappa BufferSwitch()-anrop. Gör Reason-lösningen föråldrad, dvs. ingen specialbehandling längre. Borde liksom fixa saker för Tracktion också.
Samplitude kraschar inte längre när man försöker öppna kontrollpanelen.
Lägg till en meddelanderuta när det har upptäckts att ljudenheten redan används. I nio av tio fall beror detta på att "Microsoft GS Wavetable SW Synth" är aktiverad som en MIDI-utgångsenhet någonstans.
Lägg till en versionsnummerdisplay till ASIOs kontrollpanel så att det inte längre är så lätt att blanda ihop saker och ting.
Det har skett en riktigt viktig fix och så jag bestämde mig för att släppa en ny version bara en dag efter den senaste. På vägen från rev 1.1 till 1.2 introducerade jag en extremt dum bugg som gjorde att saker inte fungerade längre som brukade fungera bra med rev. 1.1
ASIO-kontrollpanelen uppdateras nu direkt efter att en annan ljudenhet har valts. Detta brukade vara ett mindre irritationsmoment i system med mer än en ljudenhet.
Goda nyheter för vissa! ASIO4ALL fungerar nu med ännu fler ljudenheter. Det finns nu en ny kryssruta "Force 16bit Samples", som aktiverar en lösning för en situation där WDM-drivrutinen rapporterar ett bitdjup av t.ex. 20 men har inga planer på att faktiskt stödja det när man ombeds det. I "normala" Windows är detta inga problem eftersom i Windows är allt bara 16 bitar. Men ASIO4ALL försöker maxa din hårdvara, även vad gäller bitdjup. Framför allt har den här lösningen rapporterats få SigmaTel chips för att fungera med ASIO4ALL.
Mindre förändring i hur ASIO4ALL ansluter till WDM-drivrutinsgränssnittet.
Den här gången har det varit en hel del ändringar. Jag är inte klar med allt ännu, men på grund av antalet korrigeringar/förbättringar som redan gjorts bestämde jag mig för att lägga ut den här nya versionen tills vidare.
Fixade en ganska dum bugg i koden som skulle ha orsakat förvrängd utdata på alla kanaler utom den vänstra för enheter där in- och utbitar per sampel inte är samma. För att lägga förolämpning till skada faller de flesta nyare AC97-codecs i den kategorin (t.ex. 20-bitars utgång/16-bitars ingång). Förlåt för det!
Lägg till en lösning för ett antal dåligt uppförda värdprogram. Om du någonsin stött på det här fenomenet: Du startar din värdapplikation, går in i ASIO-kontrollpanelen, optimerar buffertinställningarna så att du får ett rent ljud och avslutar och startar om programmet och helt plötsligt är du i ett sprakande helvete -> förbannelse inte längre , vi har nu en lösning för det! Detta gäller endast för buffrat läge, dvs. Direkt DMA-buffertalternativ _inte_ markerat.
Förbättra stödet för vissa flerkanalsenheter och åtgärda ett problem med enheter som dök upp i enhetslistan men ingen samplingsfrekvens kunde ställas in (Faktiskt felmeddelande beror på hur mycket din sequencer blev förvirrad av det) Fler kort borde kunna kör på 44,1 kHz vs. Endast 48kHz.
Lägg till stöd för 24-bitars packat PCM-exempelformat (mot 32-bitars), vilket bör lösa ett problem med >16-bitars enheter som inte stöder 32-bitars PCM-utgång.
Fixa många anledningar till varför det kunde ha kraschat när du gjorde saker i ASIO-kontrollpanelen (Nåja...)
Aktivera drift med enheter som inte har några ingångar. I det här fallet skapas två fantomingångar, eftersom vissa applikationer verkar kräva detta.
USB-ljudenheter bör nu visas i enhetslistan. (åtminstone vissa borde, har fortfarande problem med andra...) Om du installerar den här versionen över en tidigare eller om andra saker händer som jag inte har kontroll över, kanske du kan kontrollera alternativet Direct DMA Buffer i ASIO kontrollpanel för din USB-ljudenhet: GÖR INTE! (såvida inte din favoritfärg är blå). Windows interna USB-ljuddrivrutin (usbaudio.sys) har en bugg som får systemet att gå kaboooom om du aktiverar det här alternativet för USB-ljudenheter !
Uppdatering om orsaken problem:
Jag har fått svar från Propellerhuvuden och det verkar som att min felbeskrivning nedan inte är helt korrekt. Med den information jag har fått har jag kunnat implementera en mycket bättre lösning. Om du använder detta med anledning denna nya version är ett måste. Sprickor på grund av skärmuppdateringar är praktiskt taget historia nu! Kryssrutan Lågprioritet ljud infördes i rev. 1.1 är borta. Föraren söker nu automatiskt efter anledning är den aktuella värdapplikationen och tillämpar tyst den (bättre) lösningen i det här fallet.
Fixa en bugg i enhetsuppräkningen som under vissa omständigheter skulle hindra vissa enheter från att dyka upp i enhetslistan.
Lägg till en lösning av någon konstig anledning beteende. Detta är dock experimentellt. Det finns en ny kryssruta nu som du ska kontrollera om och bara om du kör anledning med denna förare. Om du är en Propellerhuvud läser detta: Vad får dig att tro att anrop av ASIOoutputReady() asynkront kommer att hjälpa saken på något sätt man kan tänka sig? Gör det som resten av branschen gör: BufferSwitch()->FillOutput()->ASIOoutputReady()->MoreStuff()->Return(). Plötsligt kommer du att inse att saker och ting inte nödvändigtvis behöver krackelera om du flyttar på saker på skärmen. Den behöver ingen extra tråd, bli av med den!
Installation över en tidigare version återställer inte längre kontrollpanelens inställningar till standardinställningarna. För att installera med standardparametrar måste du först avinstallera den tidigare versionen.
1.0 (slutlig)
Lade till Direct DMA Buffer I/O för enheter som stöder det. Det här läget är väldigt mjukt på CPU:n och latenser kan uppnås som är lika med de värden man får med proffsutrustning.
För att förstå varför detta fungerar på vissa system och på andra inte, behöver man veta att WDM-ljuddrivrutiner finns i två varianter: WaveCyclic och WavePci. Vi har bara en chans med WavePci, eftersom dessa drivrutiner faktiskt inte kopierar ljuddata från vår buffert utan snarare gör bufferten vi skickar till dem till sin nuvarande DMA-buffert. Men vi vet fortfarande var våra buffertar finns, även efter att vi skickat dem till WDM-ljuddrivrutinen, eller hur? Således, när vi skriver till bufferten som spelas för närvarande, skriver vi direkt till DMA-bufferten! Det knepiga är att ta reda på exakt var man ska skriva och hur man håller saker synkroniserade.
I ett nötskal är det så här Direct DMA Buffer-läget fungerar. Tyvärr kommer det mesta av konsumentklassade saker endast med drivrutiner av WaveCyclic-typ, verkar det som. Mer feedback har nu gett mig intrycket att ironiskt nog några av de mest utbredda AC97-chipsen faktiskt _gör_ stödjer detta läge, tvärtemot mitt uttalande ovan. Goda nyheter? Kanske för dig men inte för mig eftersom "Ali Audio Accelerator" på min lappy inte är en av dessa *grrrrrr*!
Några mindre förbättringar.
1.0 Beta:
Första stabila versionen.
I den här artikeln kommer vi att prata lite om den universella ljuddrivrutinen för WDM Audio ASIO4ALL. Vissa, mestadels inte nya, liksom "default" (inbyggda) ljudkort, som ibland används av musiker för att spela in och spela sina musikaliska kompositioner, beter sig ofta inte alltid så idealiskt som möjligt när de arbetar med olika "musikredigeringsprogram" ur anpassningssynpunkt till det vanliga professionella krav programvara för att "ljuda hårdvara".
Faktum är att den här drivrutinen inte gör något "sådant", förutom, bildligt talat, "för närmare, ökar antalet kontaktpunkter" och ljudhårdvaran - det säkerställer utbytet av ljudströmmen fullt ut. ...I vissa fall inkluderar det "sömn"-funktioner. Sant, om bara Jag skulle också minimera förseningen i bearbetningen till det normala, till exempel - det skulle inte finnas något pris för det :-)...
Som utvecklaren rekommenderar bör du stänga av systemljuden för att uppnå bästa resultat i ljudbehandling operativ system(Windows start- och avstängningsljud räknas inte) att mindre förutsägbara ljud "kan blockera initieringsprocessen för ljudenhet för ASIO4ALL"...
Konfigurera ASIO4ALL-drivrutinen
Det finns inga universella rekommendationer när du ställer in ASIO4ALL-drivrutinen. Varje fall är individuellt. Efter att applikationen känner igen ASIO4ALL-drivrutinen visas en ikon i facket, som kan se annorlunda ut beroende på läge. När du spelar upp ljud:
– medan föraren är stoppad.
Om drivrutinsikonen inte är synlig i facket betyder det att den inte används för närvarande. Ibland kan ändringar av inställningar träda i kraft först efter att ljudprogrammet har startat om. I alla ljudredigerare (musik) finns i alternativen för ljudinställningar en knapp, till exempel " » , med hjälp av vilken (på samma sätt som när du klickar på ikonen i fältet) inställningspanelen för denna drivrutin tas fram.
1. Lista över hittade WDM-ljudenheter.
Dubbel statusindikator. Bredvid aktivitetsikonen finns en enhetsstatusindikator:
– enheten har slagits på.
– enheten är för närvarande inaktiv.
– enheten är otillgänglig (kan bero på att den används i en annan applikation).
– enheten är okontrollerbar av någon okänd anledning.
2. ställa in buffertstorleken (i prover).
Mer värde betyder mer fördröjning. Om det finns signalavbrott i form av sprakande ljud eller "avbrott" när du spelar upp ljud, bör du öka detta värde.
3. knappen för att återställa standardinställningarna.
Ett alternativ att "återställa" inställningarna till de ursprungliga om kvaliteten på dess arbete har försämrats under drivrutinsinställningarna.
4. knappen för att aktivera avancerade inställningar.
Innehåller ytterligare alternativ för att aktivera fina inställningar förare. När du anropar detta läge visas följande vy:
Ytterligare drivrutinsinställningar
5. Förseningsersättning.
Denna parameter bör beröras huvudsakligen när du arbetar i en sequencer, när det finns en fördröjning när du röstar MIDI-kommandon med samtidigt spelade ljudspår.
6. Använda en hårdvarubuffert.
Möjligheten att använda en hårdvarubuffert är vanligtvis endast tillgänglig i drivrutiner som WavePCI. Den största fördelen med att använda hårdvarubuffring är att den använder mindre kärndatorresurser. Rekommenderade startvärden sträcker sig från 128 till 256.
7. Antal kärnbuffertar.
Om hårdvarubuffring inte används, bestämmer inställningen av dessa värden antalet utgångsbuffertar. Varje extra buffert ökar latensen i enlighet med dess storlek. Med högre värden ökar både stabilitet och latens. Med låga värden är effekten omvänd.
8. Konvertering mellan 44,1 och 48 kHz.
ASIO4ALL har möjlighet att konvertera samplingshastigheter från 44,1 kHz till 48 kHz och tillbaka i realtid. Konvertering sker automatiskt i de fall ASIO4ALL öppnas i 44,1 KHz-läge och WDM-drivrutinen inte stöder denna frekvens.
9. Tvinga WDM-drivrutinen att arbeta i 16-bitarsläge.
Den här funktionen fungerar bara med drivrutiner som har möjlighet att arbeta med
strömmar med ett bitdjup högre än 16 bitar (och mindre än 24), men faktiskt vägrar detta.
Till exempel är en sådan förare SigmaTel AC97.
