Android Pie megkönnyíti szinte minden kamera konfiguráció támogatását olyan dolgokkal, mint az új Multi-Camera API.
Az Android minden formában és méretben kapható. Ez egyike azon kevés fogyasztói operációs rendszernek, amely lehetővé teszi a vállalatok számára, hogy a tapasztalatokat a hardverplatformjukhoz igazítsák, és ez az nagy oka annak, hogy ilyen népszerűvé vált - egy olyan vállalat, amely a versenyen kívül mást vagy jobbat képes megtenni, csak ezt teheti meg azt. Látni fogja, hogy ezt számos módon kihasználják, ha megkezdi az Android-alapú telefonok széles választékának vizsgálatát, de kevés, ha ezek a részletek olyan nyilvánvalóak, mint a fényképezőgép esetében.
A telefon valószínűleg két vagy három tényleges fizikai kamerával rendelkezik lencsékkel és mindennel. De lehet négy, vagy akár csak egy, mert mint említettük, az Android lehetővé teszi a telefonokat gyártó vállalat számára, hogy a maga módján tegye a dolgokat, amikor a hardver funkciókról van szó. De ez nem azt jelenti, hogy könnyű volt - a mérnököknek és a fejlesztőknek keményen kellett dolgozniuk, hogy támogassák saját konfigurációjukat a kamerák számára. Bár még mindig sok munka vár a különféle kamerakonfigurációk támogatására, a Google az Android Pie segítségével megoldotta a nehéz részleteket.
A Verizon a Pixel 4a-t mindössze 10 USD / hó áron kínálja az új Unlimited vonalakon
Többkamerás API
Talán észrevette, hogy néhány telefon, például a Samsung Galaxy S9, használjon két kamerát a telefon hátulján, míg másoknak csak egy van. Ez nem csak küllemre vonatkozik, vagy azért, mert három kamera jobb, mint két kamera, és a második objektív arra szolgál, hogy információkat gyűjtsön, míg a másik nem gyűjt fényképezés közben.
A széles látószögű fotókat félretéve (a számítógépes algoritmus semmilyen módon nem tudja azokat újra létrehozni), te tud mindent ugyanolyan jól vagy jobban csinál egy lencsével, mint kettővel, de ez nem könnyű. A Google egyetlen hátsó kamerát és lézerdiódát használ a Pixel 2 kiváló fényképeket egyetlen lencsével rögzíteni, de hihetetlenül hatékony ML (gépi tanulás) algoritmusokat is használ, amelyek "tudják", hogy a fényképen látható tárgyak hogyan néznek ki. Ezután a szoftver beállíthatja a fényképet, így a dolgok úgy néznek ki, ahogyan az algoritmusok, és remélhetőleg a szemünk úgy gondolja, hogy kellene.
Nem minden okostelefonokat gyártó vállalat rendelkezik erőforrásokkal, hogy megfelelő valós idejű támogatást építsen ki több kamera számára. Most a Google teszi helyettük.
A Samsung nem fér hozzá az ilyen ML algoritmusokhoz, legalábbis azokhoz, amelyek használatával elégedett. Amit a Samsung tud, az a crack hardver mérnökök csapata, akik szinte minden problémát meg tudnak oldani, és a szoftver csapat, akik a hardvert úgy működtetik, ahogy kellene. A Galaxy Note 8 (és más csúcskategóriás modellek) a telefon hátulján található két kamerával olyan dolgokat végeznek, mint a távolság mérése és a fókusz beállítása, és nem tagadható, hogy ugyanolyan kiváló munkát végez. Ennek oka, hogy a Samsung rendelkezik erőforrásokkal, hogy a Portré mód fotóinak a saját módján történő támogatásával foglalkozzon.
Nem minden Android-telefont gyártó vállalat rendelkezik erőforrásokkal ahhoz, hogy két vagy több kamerát egyszerre használjon gyűjtse össze az adatokat és csomagolja be az összeset egy fotóba, így a Google megkönnyíti az Android Pie új Multi-kamerájával API.
Az Android Pie alkalmazásban a fejlesztők képesek lesznek egyidejűleg két vagy több kamera képadatait gyűjteni. Ez azt jelenti, hogy egy két hátsó vagy két elülső kamerával ellátott telefon valós időben egyesítheti az egyes képek adatait, és felhasználható fényképeket hozhat létre zökkenőmentes nagyítás, bokeh, sztereó látás vagy szinte bármi más, amit a fejlesztő két különböző képfolyamdal álmodhat meg adat. A fejlesztők adatokat is megragadhatnak egy "logikus" kameráról, amely használat közben egy vagy több kamera között vált.
Ezek az ötletek nem új keletűek, de az Android natív támogatása igen - és ez nagy baj.
Ez azt jelenti, hogy létre lehet hozni egy harmadik "virtuális" kamerát, amely megragadja a képadatokat az egyik vagy mindkét hátsó kamera használatával. Egy alkalmazás megkaparinthatja a "normál" adatokat egy kamerán keresztül, a távolságadatokat a zökkenőmentes nagyításhoz egy másodpercen keresztül, és az eredeti kamerát előre-hátra kapcsolva virtuális folyamot képezhet, hogy valami olyasmit dolgozzon fel, mint egy fotószűrő a háttérben. Ez a váltás olyan gyorsan megtörténne, hogy az eredeti képadatok változatlanok legyenek.
Nagyíthatja a fényképet egy teleobjektív segítségével, amely hardverrel is képes fekete-fehér hátteret készíteni digitális bokeh-tel kiegészítve. Valószínűleg soha nem szabad ilyet tennie, de ha egy fejlesztő fel akarja ajánlani, akkor megteheti.
Ezek a változások nem "új" ötletek. Nagyon hasonlítanak a cégek kedvenceihez Samsung és LG olyan telefonokkal tették, amelyek több fényképezőgépet használnak fénykép készítéséhez. A különbség az, hogy a Samsung és az LG volt megcsinálni, mert ez még soha nem történt meg. A Google, ha ezt a támogatást közvetlenül hozzáadja az Android-hoz, jobb gyártók fényképeit jelenti, amelyek nem rendelkeznek a Samsung vagy az LG azonos erőforrásaival.
A Multi-camera API támogatja a monokróm (gondoljunk csak fekete-fehér) kamerákat is. Ha a kamerák képesek, akkor azokat teljes mértékben támogatni fogják, csakúgy, mint a telefon nagy felbontású kameráit.
Még több finomság
Az Android 9-ben található Multi-camera API minden figyelmet felkelt, és nagyobb hatást fog elérni, de van még néhány fontos változás a Pie kamerával.
A munkamenetparaméterek segítségével a fejlesztők úgy ragaszthatják meg az alkalmazást egy képre, hogy a feldolgozása örökké tartson, még akkor is, ha az új Multi-camera API-t használják. Az olyan funkciók, mint a "Session_Regular" és a "Session_High-Speed", lehetővé teszik a fejlesztő számára, hogy eldöntse, mennyi a telefon A korlátozott erőforráskészlet segítségével gyorsan megragadhat egy fényképet, amikor elkészül, és nem olyan gyorsan, amikor elkészül nem.
A felületmegosztás lehetővé teszi az alkalmazások számára, hogy "kezeljék a különféle felhasználási eseteket anélkül, hogy le kellene állítaniuk és el kellene indítaniuk a kamera streamingjét". Ez azt jelenti, hogy egy Az alkalmazásnak nem kell abbahagynia az objektív (ek) n keresztül látott képadatok megszerzését, miközben Ön eldönti, hogy mit kezdjen az előzővel fénykép. Ez fontos, ha olyan dolgokra gondolsz, mint a rövid klipek, amelyeket élő fotóknak gondolunk.
További, még kisebb módosítások egy API, amely lehetővé teszi a képernyő számára, hogy villanásként működjön: fehér alkalommal villogjon, mint egy normál kamera vaku, ahelyett, hogy a fejlesztőnek ezt kódolnia kellene, valamint hozzáférés az OIS (optikai képstabilizálás) időbélyegzőihez az alkalmazásszintű speciális effektusokhoz - bármely alkalmazás stabilizálhatja a fényképeket, valamint a beépített kameraalkalmazás ezzel is változás.
Végül, de nem utolsósorban, a külső USB kamerák megfelelő támogatása érkezik, így például az ellenőrző kamerák, mikroszkópokat vagy akár teleszkópokat használhat a telefon USB-portján keresztül, anélkül, hogy sok fejlesztői munka írna a sofőr de val vel több szolgáltatás, mint egy alapvető "USB webkamera" interfész, amely ma bizonyos esetekben működik.
Ezen változtatások egyike sem lesz jobb fotós, de a kameráink elég jók lesznek ahhoz, hogy jobb fotókat készíthessünk. Végül csak ez számít, igaz?
Jerry Hildenbrand
Jerry a Mobile Nation rezidens majomja és büszke rá. Nincs semmi, amit ne tudna szétszedni, de sok mindent nem tud újra összerakni. Megtalálja a Mobile Nations hálózaton, és meg is találhatja megütötte a Twitteren ha azt akarod mondani hé.