Android is nooit ontworpen voor audio met lage latentie, maar het wordt steeds beter. Hier is de informatie die u moet weten.
Er bestaat al jaren merkbare onrust rond de combinatie van Android en audio, en dat is begrijpelijk. Wij heeft vorige maand een artikel geplaatst over hoe de veranderingen in de komende Android M de implementatie van audiotoepassingen zouden kunnen beïnvloeden en wat we hoopten dat dat zou betekenen voor het platform als geheel, en sindsdien zijn we een paar bronnen tegengekomen die de logica achter dit alles een stuk eenvoudiger maken verteren.
Wat hier echt aan ten grondslag ligt, is de kwestie van de audiolatentie in Android, vooral in vergelijking met andere besturingssystemen. Latency, voor degenen die niet bekend zijn met de term, is eenvoudigweg de tijd die een signaal nodig heeft om een bepaald punt te bereiken (meestal een retourvlucht). In de populaire cultuur wordt het vaak genoemd bij online gaming, waar latentie bijdraagt aan de 'vertraging' die een speler ervaart tussen zijn input en de reactie op een gedeeld spel. Bij audio kun je dit het gemakkelijkst omschrijven als de tijd die een audiosignaal nodig heeft om je apparaat binnen te komen, een soort conversie en verwerking te ondergaan en er weer uit te komen.
Android is nooit gebouwd met het oog op lage latentie. Simpelweg door de manier waarop het is ontworpen, is het onmogelijk om het soort latentie te bereiken dat nodig is voor krachtige apps voor audiomanipulatie of in livesituaties waarin synchroniciteit cruciaal is. Dit is iets waar liefhebbers zich maar al te goed van bewust zijn, maar voor de gemiddelde gebruiker is het gebrek aan audiosoftware in de Play Store wat dit duidelijk maakt, vooral in vergelijking met rivaliserende iOS. Sommige fabrikanten, zoals Samsung, zijn zo ver gegaan dat ze hun eigen API's hebben gemaakt om de latentie op hun apparaten te verminderen, en met enig succes, maar daarbij ze beperken nog steeds de commerciële reikwijdte van welke audio-app dan ook tot hun producten, waardoor bedrijven worden ontmoedigd om de tijd te steken in het ontwikkelen van de software in de eerste fase plaats.
Om dit in reële termen aan te tonen, bekijk dit artikel om een vrij uitgebreide lijst met Android-apparaten te vinden en wat de latentie van deze audioreis eigenlijk is. Dit zou nuttig kunnen zijn voor ontwikkelaars die WEL op muziek gerichte applicaties willen maken, en we kunnen in ieder geval (in het algemeen) een duidelijke toename zien naarmate het besturingssysteem volwassener is geworden. Nogmaals, Android M zou deze trend moeten voortzetten, maar het is niet duidelijk in welke mate, en persoonlijk betwijfelen we of het de game-changer zal zijn die het al moet zijn.
Ten tweede: als je een volledige uitleg wilt over waarom dit het geval is, spring dan eens binnen dit uitstekende artikel. Het legt in gedetailleerde maar duidelijke tonen uit wat er feitelijk met een audiosignaal gebeurt en de vele stadia die het binnen het besturingssysteem moet doorlopen. Eén ding om in gedachten te houden is dat de schrijvers proberen hun eigen oplossing voor het probleem door te proberen Dit proces kan grotendeels of geheel worden vervangen, maar als dit wordt overgenomen en uiteindelijk de consument ten goede komt, dan zijn wij dat allemaal winst.
Hopelijk zullen dit soort zorgen in de niet al te verre toekomst teniet worden gedaan, en zullen muzikanten en producers niet meteen in de richting van het relatief beter uitgeruste Apple-kamp worden geduwd. Google moet wat aandacht besteden aan dit aspect van Android, omdat het serieus werk zal vergen voordat het in dit opzicht concurrerend kan worden, maar gelukkig lijkt het erop dat Android M een begin zal zijn.
Zie jij jezelf in de toekomst Android gebruiken als onderdeel van je audio-installatie? Laat het ons weten in de reacties!