Az Android Developers Backstage legújabb epizódjában a Google fejlesztői a Pixel 3 120 Hz-es frissítési gyakoriságáról, a nagy fényerejű módról és egyebekről beszélnek.
Nemrég megjelent az Android Developers Backstage podcast legújabb epizódja. Ezúttal Michael Wright az Android Framework csapatától, Chet Haase az Android Developer Relations csapatától és Romain Guy az Android Toolkit csapatától szerepelt. Ebben az epizódban a fejlesztők néhány érdekes témára összpontosítottak, köztük a 120 Hz-es kijelző lehetőségére a Google Pixel 3-on, a nagy fényerejű módra, a Pixel 4 haptikára és még sok másra. Íme egy összefoglaló az összes kulcsfontosságú problémáról, amelyet a 129. epizódban megoldottak:
Google Pixel 3 nagy frissítési gyakoriságú kijelzővel?
A Pixel 4 piacra dobásával a Google beugrott a nagy frissítési gyakoriságú kijelzők sávjába, és mindkét eszközön 90 Hz-es kijelzőt csomagolt. De tudtad, hogy a Google azt tervezte, hogy 120 Hz-es frissítési gyakoriságú kijelzőt szerel fel a Pixel 3-ba? Haase, az Android Developer Relations csapata szerint a kisebb Pixel 3-nak nem kellett volna OLED-kijelzőt különböző okok miatt, ezért a Google Sharp 120 Hz-es kijelző használatát fontolgatta eszköz. Haase így szólt: "Nos, ha nincs OLED-ünk, mit csináljunk?" és így az egyik szempont az volt "Nos, lehet, hogy csinálunk egy 120 Hz-es LCD-t." Sajnos Haase nem árulta el, hogy a cég miért választotta végül a P-OLED panelt a 120 Hz helyett. LCD.
Mit tett a Google annak érdekében, hogy a magas frissítési gyakoriság az egész ökoszisztémára vonatkozzon?
Az epizódban a fejlesztők arra is rávilágítottak, hogy a Google hogyan tudta a magas frissítési gyakoriságot az Android ökoszisztéma egészére alkalmazni. A vállalat dinamikus frissítési gyakoriság-váltási funkciót vezetett be az Android 10-ben, amely automatikusan vált 90 és 60 Hz között az energiatakarékosság érdekében. A vállalat elismeri a korábbi buildek problémáit (valószínűleg a fényerő fiaskó), de azt mondja, hogy most sokkal jobb helyen vannak.
Érintse meg a Mintavétel lehetőséget
A csapat egyik nagy problémája a Pixel 4-el az, hogy 120 Hz-es érintésmintavételt használ. A cég beleegyezett a 120 Hz használatába, mert a 120 Hz és 180 Hz közötti érintésmintavétel közötti váltás kihívást jelentett, és nagy energiaköltséggel járt. A csapat gyanítja, hogy ez a jövőben változni fog, mivel a vállalat kitalálja, hogyan csökkentse az áramköltséget, és hogyan kezelje a sokkal több bemenetet. A 90 Hz-es frissítési gyakoriság és a 120 Hz-es érintéses mintavételezés nem ideális kombináció, mert a 120 Hz-es érintésmintavételezés azt jelenti, hogy minden második képkockában bemenet érkezik.
A probléma kezelésére a Google újramintavételezést használt, amelyet az Android 4.1-es Project Butterrel vezettek be az érintési események interpolálására/előrejelzésére. A Google a late-latching nevű új technikát is vizsgálja, amelynek során az utolsó lehetséges pillanatban, közvetlenül a renderelés előtt újramintázzák az eseményeket. Ez az új technika várhatóan javítja a görgető listák élményét.
Fényerősség
A podcast során a fejlesztők azt is elárulták, hogy a Google fontolóra vette a fényerő beállítását az Android 10 alkalmazásai alapján. Az indoklás az volt, hogy mivel a legtöbb ember felkapcsolja a fotók és videók fényerejét, ésszerű lenne, ha az Android ezt automatikusan megtenné. Mint kiderült, ez nagyon rossz ötlet volt, mert az emberek gyűlölték az irányítás elvesztését. Ezért nem valósították meg.
A magasabb fényerő azonban fontos a HDR-tartalom megtekintéséhez, ezért a Google ezt használja Nagy fényerejű mód (HBM) csak HDR-tartalom esetén. A Pixel sorozaton a HBM paneltől függően ~600-700 nitre emeli a fényerőt. Wright hozzátette, hogy körülbelül 700 nit szükséges ahhoz, hogy minden esetben napfényben olvasható legyen, de a Pixel nem használja a HBM-et napfényben. Az ok, amiért a HBM-et nem használják a HDR-videókon kívül, elsősorban a beégési aggodalmak miatt van, nem pedig az áramellátás miatt.
Pixel 4 Haptics
Végül a podcast a Pixel 4 sorozat tapintásaira helyezi a hangsúlyt. Ha Önnek Pixel 4 telefonja van, észrevehette, hogy az eszközök simán rezegnek a csengőhangok és riasztások hangjától. A Pixel sorozat korábbi verzióiban a Google-nak minden csengőhanghoz és riasztóhanghoz haptikus konfigurációt kellett létrehoznia, hogy elérje ezt a hatást, de ez megváltozott a Pixel 4-nél.
A Pixel 4-el a Google bevezette a hanghoz kapcsolt tapintható visszajelzést. Most van egy csatorna az audio tárolóban, ami valójában egy haptikus jel, mert a haptikus jel nagyon alacsony frekvenciájú hangjelnek tűnik. Ez azonban csak előre beépített csengőhangokkal és riasztásokkal érhető el. Az eszközöknek nincs menet közbeni csatolása harmadik féltől származó csengőhangokhoz és riasztásokhoz. Egyelőre nincs dokumentáció a külső fejlesztők számára, hogy ezt saját hangjukon megcsinálják, mivel a hanghoz kapcsolt haptikus visszajelzés nem érhető el minden eszközön.
Követve meghallgathatja a teljes epizódot a Google Podcasts szolgáltatásban ez a link.
Köszönet az XDA közreműködőjének, Dylan Ragának, aki segített az összefoglaló összeállításában!