Re: [情報] New one 4.3升級來了
: 推 Andosinjo :小更新要500MB以上, 可怕 09/24 11:00
: 推 sa074463 :話說更新4.3有感覺什麼不同嗎XD 09/24 12:49
: 推 eterbless :嘖嘖 這大小是連modem也更新了嗎 09/24 13:23
啊.. 其實4.3是一個滿大的改版,記憶體管理都有些變了
主要是導入trim技術,從這之後所謂用久了變慢的情況應該會漸漸成為都市傳說
雖然用起來介面沒甚麼改變,但架構改很大,幾乎是重新一套東西了
有在看XDA的人應該曉得當初4.3出來之後,開發人員花了很久的時間才能"開機"
又花了更久的時間才有最基本的桌面出來
要做這麼大的改動,更新擋是會很大的
: → bestpika :這種軟解根本治標不治本好嗎 09/24 13:59
: → evonre :這樣只是HTC自動幫你修圖而已...鳥爆了 09/24 14:00
: 推 evonre :目前看來是硬體問題吧,這自動修圖更新實在是...||| 09/24 14:05
: → friedpig :為何這麼篤定是硬體問題呢~~? 09/24 14:06
: → wiabc :對啊就是硬體問題,期待能軟體修正的人敬請期待未來 09/24 14:08
就我在XDA上看到的討論串看到的訊息來說
紫光的可能問題其實有三種,硬體、軟體、韌體
現在所謂的軟體修正其實包含了軟體和韌體兩部分
有甚麼差別呢?
先這樣說,如果只是軟體造成的影響,那可能就只是增加修圖的功能
又或者是官方的相機軟體沒寫好,用第三方軟體就不會紫,那這就是軟體問題
但韌體問題包括相關硬體的驅動程式、底層溝通介面和硬體參數調整
這牽涉到錯誤的硬體啟動參數 (甚至電壓、電流之類) 導致硬體行為不正常
這在XDA上面的開發中ROM很常發生,大多是相機破圖或無法錄影之類
順帶一提幾乎所有的ROM開發中最容易碰到的異常,就是相機的驅動
如果是韌體問題,就有可能透過系統更新,把正確的驅動程式和設定擋傳過來安裝
我想ㄇㄒㄈ的工程師最燒腦的應該就是在做這件事情
合理推測這次的系統更新應該有包含這一塊
最後一個情況,硬體問題,其實也分成兩種可能性
一個是先天硬體異常,一個是後天造成的硬體異常
第一個不用說了,先天練武奇才拿一本祕笈就能練紫雲掌
但第二個,可能相機原本沒事情,在錯誤的韌體驅動之下傷害了相機硬體零件
造成原本只是韌體問題,卻演變成硬體問題,而即使韌體更新了,也修不好已發生的紫光
究竟是哪一種可能性我個人是不清楚的
但客觀來說,或許可以觀察更多的升級案例
如果輕微紫光能修復、原本沒紫光的更新後也沒爆發紫光的話
就表示這次可能針對韌體做了修復
重度紫光如果能修復那大概是最理想的情況
但,如果即使升級了,在一段時間後持續有"原本不紫的也紫了"
那就是HTC這次對韌體下的功夫可能徒勞,那就大概只能目送2498下看兩位數了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.34.180.239
※ 編輯: azuel 來自: 1.34.180.239 (09/24 16:00)
※ 編輯: azuel 來自: 1.34.180.239 (09/24 16:01)
推
09/24 16:03, , 1F
09/24 16:03, 1F
推
09/24 16:03, , 2F
09/24 16:03, 2F
推
09/24 16:03, , 3F
09/24 16:03, 3F
→
09/24 16:04, , 4F
09/24 16:04, 4F
推
09/24 16:08, , 5F
09/24 16:08, 5F
推
09/24 16:09, , 6F
09/24 16:09, 6F
推
09/24 16:11, , 7F
09/24 16:11, 7F
推
09/24 16:12, , 8F
09/24 16:12, 8F
推
09/24 16:12, , 9F
09/24 16:12, 9F
推
09/24 16:12, , 10F
09/24 16:12, 10F
推
09/24 16:13, , 11F
09/24 16:13, 11F
推
09/24 16:14, , 12F
09/24 16:14, 12F
→
09/24 16:16, , 13F
09/24 16:16, 13F
推
09/24 16:17, , 14F
09/24 16:17, 14F
推
09/24 16:18, , 15F
09/24 16:18, 15F
推
09/24 16:19, , 16F
09/24 16:19, 16F
→
09/24 16:20, , 17F
09/24 16:20, 17F
→
09/24 16:20, , 18F
09/24 16:20, 18F
其實4.1到4.2也改了很多東西耶...
在google宣布project butter之後,4.0 -> 4.1 -> 4.2 -> 4.3都算是"不小"的改版
(有多"不小",可以參照一下Cyanongen Mod的Github tree)
至於4.0 -> 4.0.4 或是4.2 -> 4.2.2就真的只是小修而已了
推
09/24 16:22, , 19F
09/24 16:22, 19F
→
09/24 16:23, , 20F
09/24 16:23, 20F
→
09/24 16:23, , 21F
09/24 16:23, 21F
推
09/24 16:24, , 22F
09/24 16:24, 22F
推
09/24 16:25, , 23F
09/24 16:25, 23F
→
09/24 16:26, , 24F
09/24 16:26, 24F
→
09/24 16:27, , 25F
09/24 16:27, 25F
也可以呀,當然說一套新的東西不代表整套砍掉
android還是android,但整個東西不重新整合整套弄好就是沒辦法run啊
反過來說好了,你不可能推個10MB的檔案去局部修正達成4.2->4.3,不是嗎
推
09/24 16:28, , 26F
09/24 16:28, 26F
→
09/24 16:28, , 27F
09/24 16:28, 27F
→
09/24 16:28, , 28F
09/24 16:28, 28F
推
09/24 16:32, , 29F
09/24 16:32, 29F
→
09/24 16:32, , 30F
09/24 16:32, 30F
→
09/24 16:33, , 31F
09/24 16:33, 31F
→
09/24 16:33, , 32F
09/24 16:33, 32F
這裡可以算是我的想法多繞圈了
舉CM作為例子是因為在開發進程上可以看出來4.2和4.3之間的開發是一個斷層
所以是透過CM tree去看AOSP的差異性,但確實直接看AOSP的差異性就可以了
→
09/24 16:34, , 33F
09/24 16:34, 33F
→
09/24 16:34, , 34F
09/24 16:34, 34F
推
09/24 16:35, , 35F
09/24 16:35, 35F
推
09/24 16:45, , 36F
09/24 16:45, 36F
推
09/24 16:47, , 37F
09/24 16:47, 37F
推
09/24 17:06, , 38F
09/24 17:06, 38F
推
09/24 17:18, , 39F
09/24 17:18, 39F
推
09/24 17:20, , 40F
09/24 17:20, 40F
推
09/24 17:23, , 41F
09/24 17:23, 41F
→
09/24 17:32, , 42F
09/24 17:32, 42F
推
09/24 17:46, , 43F
09/24 17:46, 43F
推
09/24 17:46, , 44F
09/24 17:46, 44F
推
09/24 17:51, , 45F
09/24 17:51, 45F
※ 編輯: azuel 來自: 1.34.180.239 (09/24 19:03)
→
09/24 19:23, , 46F
09/24 19:23, 46F
→
09/24 19:51, , 47F
09/24 19:51, 47F
→
09/24 19:52, , 48F
09/24 19:52, 48F
→
09/24 21:41, , 49F
09/24 21:41, 49F
→
09/24 21:41, , 50F
09/24 21:41, 50F
推
09/24 21:52, , 51F
09/24 21:52, 51F
推
09/24 22:07, , 52F
09/24 22:07, 52F
推
09/24 22:56, , 53F
09/24 22:56, 53F
討論串 (同標題文章)
完整討論串 (本文為第 1 之 2 篇):