In de nieuwste aflevering van Android Developers Backstage praten ontwikkelaars van Google over de verversingssnelheid van 120 Hz op de Pixel 3, High Brightness Mode en meer.
Onlangs is de nieuwste aflevering van de Android Developers Backstage-podcast verschenen. Deze keer waren Michael Wright van het Android Framework Team, Chet Haase van het Android Developer Relations-team en Romain Guy van het Android Toolkit-team aanwezig. In deze aflevering concentreerden de ontwikkelaars zich op een aantal interessante onderwerpen, waaronder de mogelijkheid van een 120 Hz-weergave op de Google Pixel 3, hoge helderheidsmodus, Pixel 4-haptieken en meer. Hier is een overzicht van alle belangrijke problemen die in aflevering 129 zijn aangepakt:
Google Pixel 3 met weergave met hoge vernieuwingsfrequentie?
Met de lancering van de Pixel 4 sprong Google op de hoge vernieuwingssnelheid van beeldschermen en verpakte het in een 90Hz-scherm op beide apparaten. Maar wist u dat Google overwoog om een vernieuwingsfrequentie van 120 Hz op de Pixel 3 op te nemen? Volgens Haase van het Android Developer Relations-team was het niet de bedoeling dat de kleinere Pixel 3 zou krijgen om verschillende redenen een OLED-scherm, daarom overwoog Google om een Sharp 120Hz-scherm op de te gebruiken apparaat. Haase zei: "Dus het was als 'nou, als we geen OLED hebben, wat moeten we dan doen?' en dat was ook een van de overwegingen 'Misschien maken we een 120Hz LCD.'" Helaas heeft Haase niet onthuld waarom het bedrijf uiteindelijk voor een P-OLED-paneel koos boven de 120Hz LCD-scherm.
Wat heeft Google gedaan om een hoge vernieuwingsfrequentie toepasbaar te maken voor het hele ecosysteem?
In de aflevering werpen de ontwikkelaars ook enig licht op hoe Google erin slaagde een hoge verversingssnelheid toepasbaar te maken op het Android-ecosysteem als geheel. Het bedrijf introduceerde een dynamische schakelfunctie voor de vernieuwingsfrequentie in Android 10 om automatisch te schakelen tussen 90 en 60 Hz om energie te besparen. Het bedrijf erkent problemen in eerdere builds (waarschijnlijk verwijzend naar de helderheidsfiasco) maar zegt dat ze nu op een veel betere plek zijn.
Raak Bemonstering aan
Een van de grote problemen van het team met de Pixel 4 is dat deze 120 Hz aanraaksampling gebruikt. Het bedrijf stemde ermee in om 120 Hz te gebruiken omdat het schakelen tussen aanraaksampling van 120 Hz en 180 Hz een uitdaging was en hoge stroomkosten met zich meebracht. Het team vermoedt dat dit in de toekomst zal veranderen als het bedrijf erachter komt hoe de energiekosten omlaag kunnen worden gebracht en met veel meer input kan worden omgegaan. Een verversingssnelheid van 90 Hz en 120 Hz aanraaksampling zijn geen ideale combinatie, omdat de 120 Hz aanraaksampling betekent dat er in elk ander frame een invoer komt.
Om dit probleem op te lossen, gebruikte Google resampling, geïntroduceerd met Project Butter in Android 4.1, om aanraakgebeurtenissen te interpoleren/voorspellen. Google onderzoekt ook een nieuwe techniek genaamd late-latching, waarbij ze gebeurtenissen op het laatst mogelijke moment vlak voor weergave opnieuw bemonsteren. Verwacht wordt dat deze nieuwe techniek de ervaring tijdens het scrollen van lijsten zal verbeteren.
Helderheid
Tijdens de podcast onthulden de ontwikkelaars ook dat Google overwoog om de helderheid aan te passen op basis van applicaties in Android 10. De redenering was dat, aangezien de meeste mensen de helderheid voor foto's en video's verhogen, het logisch zou zijn als Android dit automatisch zou doen. Het bleek dat dat een heel slecht idee was, omdat mensen dit verlies van controle haatten. Daarom werd het niet geïmplementeerd.
Een hogere helderheid is echter belangrijk voor het bekijken van HDR-content, zo hanteert Google Hoge helderheidsmodus (HBM) alleen voor HDR-inhoud. Op de Pixel-serie verhoogt HBM de helderheid tot ~600-700 nits, afhankelijk van het paneel. Wright voegde eraan toe dat je in alle gevallen ongeveer 700 nits nodig hebt om in zonlicht leesbaar te zijn, maar de Pixel gebruikt geen HBM in zonlicht. De reden dat HBM buiten HDR-video niet wordt gebruikt, is voornamelijk vanwege inbrandproblemen en niet vanwege stroomvoorziening.
Pixel 4-haptiek
Ten slotte verschuift de podcast de focus naar de haptiek van de Pixel 4-serie. Als je een Pixel 4 bezit, is het je misschien opgevallen dat de apparaten soepel trillen met het geluid van beltonen en alarmen. In eerdere versies van de Pixel-serie moest Google voor elke beltoon en alarmgeluid een haptische configuratie maken om dit effect te bereiken, maar dit veranderde met de Pixel 4.
Met de Pixel 4 introduceerde Google audio-gekoppelde haptische feedback. Nu zit er een kanaal in de audiocontainer dat eigenlijk een haptisch signaal is, omdat het haptische signaal eruit ziet als een heel laagfrequent audiosignaal. Dit is echter alleen beschikbaar met vooraf meegeleverde beltonen en alarmen. De toestellen hebben geen on-the-fly koppeling voor beltonen en alarmen van derden. Er is nog geen documentatie voor externe ontwikkelaars om dit op hun eigen audio te doen, omdat audio-gekoppelde haptische feedback niet op alle apparaten beschikbaar is.
Je kunt de hele aflevering op Google Podcasts beluisteren door het volgende te volgen deze link.
Met dank aan XDA-bijdrager Dylan Raga voor hulp bij het samenstellen van deze samenvatting!