[新聞] 新一波Android O預覽更新確認版號為8.0

看板MobileComm作者 (支持htc，支持台灣貨)時間8年前 (2017/06/09 13:46), 編輯推噓23(23推 0噓 33→)
留言56則, 25人參與, 最新討論串1/1
新一波Android O預覽更新確認版號為8.0 但代號名稱依然未透露 2017-06-09 11:32 Google稍早針對已經安裝Android O預覽版本機種釋出第三波更新，其中確認系統版號確實為Android 8.0，但依然未確認系統代號是否就是傳聞中的Oreo。 此次釋出預覽版本更新依然僅對應Google Pixel系列、Nexus 5X、Nexus 6P、Pixel C、Nexus Player，而消息指出Google最快將會在8月第一週或第二週內向所有機種、合作夥伴旗下產品提供Android 8.0正式版本升級。 而就Google先前說明，Android 8.0最大特色便是將作業系統模組化，藉此讓Google能以更快速度向裝置端推送最新版本的系統升級內容，同時也能以更快速度修復系統漏洞，而不再受限於合作硬體廠商或電信業者配合更新速度 (同時也能避免競爭對手多次消遣其新版作業系統升級比例過低問題)。 Android 8.0也將加入提昇約兩倍快的App啟動速度、電池使用效率更高的電力管理功能，同時也將整合Daydream VR 2.0版本，藉此讓行動虛擬實境體驗更為流暢。 https://udn.com/news/story/7086/2513625 Android 8.0快要推出了，又提到了電池效率更高 雖然我覺得有點懷疑，因為疑似每次更新都這樣講，可是手機續航力還是一樣不太好 可能因為我用的是hTC....XD 就必須要面臨續航不太理想的問題 而作業系統模組化，看起來是很好、很有意思的事情，希望以後更新可以更快 甚至是可以做到超過兩年的大版本維護，不然如果沒有的話.... 這版本就是我的完美10大概就是最後一個大更新惹 聽起來有點難過 -- Sent from my Macbook Pro Retina -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.4.192 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1496987211.A.F6B.html
推
06/09 13:50, , 1F
這應該是5x最後吃到的糖果了吧OAO
06/09 13:50, 1F
→
06/09 13:55, , 2F
就是Oreo,然後模組化只有原生出廠是o的才有 (牽涉
06/09 13:55, 2F
→
06/09 13:55, , 3F
到分割區)
06/09 13:55, 3F
推
06/09 14:04, , 4F
O開頭的甜點只有Oreo最出名吧XD
06/09 14:04, 4F
推
06/09 14:04, , 5F
5X能存活就該慶幸了，不要再妄想繼續吃新版 XD
06/09 14:04, 5F
推
06/09 14:07, , 6F
說不定是O'neal
06/09 14:07, 6F
推
06/09 14:10, , 7F
如果廠商擺爛 就算原生O也沒用 QQ
06/09 14:10, 7F
推
06/09 14:10, , 8F
說不定是Olajuwon
06/09 14:10, 8F
→
06/09 14:11, , 9F
Obama
06/09 14:11, 9F
→
06/09 14:13, , 10F
原生o的要經過google test才能出貨 一定要過projec
06/09 14:13, 10F
→
06/09 14:13, , 11F
t triple
06/09 14:13, 11F
推
06/09 14:15, , 12F
treble啦
06/09 14:15, 12F
→
06/09 14:15, , 13F
好像有新聞PIXEL/XL會支援Project Treble
06/09 14:15, 13F
→
06/09 14:19, , 14F
抱歉打錯 treble
06/09 14:19, 14F
推
06/09 14:23, , 15F
Android oops
06/09 14:23, 15F
推
06/09 14:23, , 16F
要原生出廠的才有喔，那希望下半年出的Note 8能搭
06/09 14:23, 16F
→
06/09 14:23, , 17F
載
06/09 14:23, 17F
→
06/09 14:23, , 18F
這樣就不用擔心 三星更新太慢的問題惹
06/09 14:23, 18F
推
06/09 14:23, , 19F
應該是Omama
06/09 14:23, 19F
→
06/09 14:24, , 20F
QQ
06/09 14:24, 20F
推
06/09 14:29, , 21F
oilboy
06/09 14:29, 21F
推
06/09 14:35, , 22F
Android oddo
06/09 14:35, 22F
推
06/09 14:49, , 23F
收到了
06/09 14:49, 23F
推
06/09 14:50, , 24F
dp3好用耶
06/09 14:50, 24F
→
06/09 14:50, , 25F
3xx M 大小
06/09 14:50, 25F
推
06/09 14:52, , 26F
06/09 14:52, 26F
→
06/09 14:52, , 27F
beta版也收到了
06/09 14:52, 27F
推
06/09 15:00, , 28F
Nexus 6哭
06/09 15:00, 28F
推
06/09 15:19, , 29F
06/09 15:19, 29F
推
06/09 15:24, , 30F
音樂播放會依照專輯封面顏色變化
06/09 15:24, 30F
→
06/09 15:24, , 31F
06/09 15:24, 31F
推
06/09 15:46, , 32F
補充幾點 AP的Ruddock前幾天說O目標訂八月頭釋出 預
06/09 15:46, 32F
→
06/09 15:46, , 33F
計早往年一個月 頭頭Burke被問到是否會因treble延長
06/09 15:46, 33F
→
06/09 15:46, , 34F
Pixel兩年系統升級任務時打太極
06/09 15:46, 34F
→
06/09 15:52, , 35F
O的treble和分區關係不大 多出的vendor分區早在Nexu
06/09 15:52, 35F
→
06/09 15:52, , 36F
s就出現了 基本上開機後會給symlink到system混一起
06/09 15:52, 36F
→
06/09 15:52, , 37F
沒有這分區把文件丟回系統盤完全沒差
06/09 15:52, 37F
推
06/09 15:56, , 38F
treble的vendor分區 和 雙系統盤是兩件事 mog之前透
06/09 15:56, 38F
→
06/09 15:56, , 39F
露過谷歌似乎也會對搭載O的新機做出關於雙系統盤的
06/09 15:56, 39F
→
06/09 15:56, , 40F
要求
06/09 15:56, 40F
推
06/09 16:08, , 41F
其實谷歌有短短一句提到，Sony幫助下把一堆營運商愛
06/09 16:08, 41F
→
06/09 16:08, , 42F
搞的設定移入AOSP中。這樣廠商在整系統更新時就不再
06/09 16:08, 42F
→
06/09 16:08, , 43F
需要升一回重移植一趟。那天查看O的systemUI就發現
06/09 16:08, 43F
→
06/09 16:08, , 44F
裡頭有多出區分全球幾百個營運商的XML，記錄各種愛
06/09 16:08, 44F
→
06/09 16:08, , 45F
用的LTE訊號圖示。單這一點手機廠的軟體工程師詛咒
06/09 16:08, 45F
→
06/09 16:08, , 46F
量預計會少很多。
06/09 16:08, 46F
→
06/09 16:29, , 47F
說到O又是系統 就會想到oppo
06/09 16:29, 47F
→
06/09 17:21, , 48F
當然是oppo啊，天大地大，oppo最大
06/09 17:21, 48F
推
06/09 18:16, , 49F
Android o'_'o
06/09 18:16, 49F
推
06/09 21:06, , 50F
明年這個時候 普及率也頂多7%左右....唉 看得到
06/09 21:06, 50F
→
06/09 21:06, , 51F
難吃到
06/09 21:06, 51F
→
06/10 21:26, , 52F
"把一堆營運商愛搞的設定移入AOSP中"<-對高度客制化
06/10 21:26, 52F
→
06/10 21:28, , 53F
的產品沒有很大幫助,我只對Android O 是否真的開機
06/10 21:28, 53F
→
06/10 21:29, , 54F
比上一代快很多很想知道而已
06/10 21:29, 54F
→
06/11 00:51, , 55F
樓上，是真的很快，我用Pixel測試過
06/11 00:51, 55F
→
06/11 15:27, , 56F
感謝K大...
06/11 15:27, 56F
‣ 更多 olmtw 的文章
文章代碼(AID): #1PEZPBzh (MobileComm)