Musiken avkodas till PCM-sampel, bearbetas av bandtransport och effektrack och skickas till Androids ljudutgång. Systemet och hörlurarna kan också köa, sampla om eller koda ljudet. Storleken på en buffert är inte hela tiden från fingerrörelse till hörbart ljud.

En PCM-ram innehåller samplen för alla kanaler vid ett ögonblick. Ett bearbetningsblock innehåller flera ljudramar. Omräkning till tid kräver samplingsfrekvensen; skärmens bildfrekvens eller ett bearbetningsblock mäter inte direkt den hörbara fördröjningen.

Använd trådbundna hörlurar. I utvecklarens tester löste de den tydliga hörbara fördröjningen vid hjul- och skakstyrning över Bluetooth. Det faktiska svaret beror fortfarande på telefon, system och utgångsenhet.

I förgrunden används enhetens minsta buffertkrav som nedre gräns tillsammans med en begäran på cirka 30 ms. Det minskar ljudkön så att transportåtgärder kan påverka efterföljande ljud tidigare.

Uppspelningen behåller högst fyra förläsningsfönster och återanvänder avkodat ljud i en cache som fylls efter behov, med ett tak på 16 MiB. Det minskar upprepad avkodning och begränsar minnesanvändningen. Det betyder inte att hela spåret eller så mycket ljud står i kö till hörlurarna.

Förläsningsfönster, cache för avkodat ljud och utgångsbuffert har olika uppgifter. Minneskapacitet kan inte direkt översättas till faktisk utgångsfördröjning utan att skilja på dessa steg.

Effektkedjan uppdateras vid ljudblocksgränser med en övergång på cirka 20 ms mellan gammal och ny kedja. Övergången kan tillfälligt öka arbetet men fastställer inte orsaken till knaster. Om Android bara tar emot en del av ett block skickas den redan behandlade resten därefter, utan att effekterna körs igen.

Bypass ändrar det hörbara resultatet, men instansen fortsätter beräkna för att behålla sitt tillstånd. Ta bort oanvända instanser för att minska belastningen.

Vid knaster: granska kedjans utgångstoppar och sänk för hög effektförstärkning för att undersöka klippning. Ta sedan bort oanvända effekter och jämför belastningen. Brist på ljuddata kan ge buffertunderkörning, medan för höga toppar kan klippa. Överbelastningslampan visar toppar, inte underkörningar. Stegen avgränsar möjligheterna men ger ingen säker diagnos.

I bakgrunden skickas PCM i omgångar med normal 1× hastighet, och effektbearbetningen behålls. Ett tomt rack begär cirka 200 ms buffert; med effekter är målet cirka 600 ms, begränsat av den tilldelade kapaciteten.

En större bakgrundsbuffert ger utrymme för variationer i systemets schemaläggning. Om bearbetningen varaktigt är för långsam kan underkörningar ändå uppstå. I förgrunden återställs mindre buffertinställningar, men ljud som redan står i kö måste fortfarande förbrukas.

Hjulets ritning behåller bara det senaste tillståndet och högst en väntande ritningsuppgift, så att gamla tillstånd inte samlas på hög. Bilduppdatering och ljudutgång är skilda vägar; hörbar Bluetooth-fördröjning förklarar inte tappade bildrutor.

När appen går till bakgrunden, skärmen släcks eller funktionen stängs av stoppas motsvarande orienteringsmätningar och sensorlyssnare frigörs. Dynamiska reflexer ändrar ljus, inte ljud. Skaksimuleringens ljudeffekt har en separat kontroll.

Det som hittills har publicerats är utvecklarens kvalitativa jämförelse av kabel och Bluetooth. Reproducerbara siffror för total fördröjning, bearbetningsbelastning eller strömförbrukning med fullständiga villkor har inte publicerats.

Jämförelser kräver telefonmodell, systemversion, utgångsenhet och anslutning, samplingsfrekvens, effektkedja och samma testavsnitt. Buffertbegäran och mål ersätter inte mätningar. Tio rackplatser anger kapacitet, inte en garanti för jämn drift med varje kombination, fast fördröjning eller en viss energibesparing.