|
開發疏忽造成的“負優化”：不上心 雖說因為安迪-比爾定律，軟體的“負優化”發展幾乎是必然的，但在歷史的洪流中，也有人為過失造成的翻船。一些坑爹的“負優化”，完全是自作自受，別想把鍋甩到“大勢所趨”身上。這往往是因為開發者的能力有限或者疏忽所造成的，下面就舉一些例子，大家可以感受感受。 ◆Android音頻結構 長久以來，在機友中流傳這這樣一個說法：Android手機的音質遠不如iOS。事實是否真的如此？在大多數情況下，這種說法的確是成立的。原因很簡單，Google對Android音頻部分不上心，一些不當設計，造成了Android音質的“負優化”。 在Android 2.X時代，在音質上存在一個非常嚴重的SRC問題。所謂的SRC問題，指的是音頻采樣率重采樣，例如采樣率44.1kHz的音頻被SRC到48kHz。這種非整數倍的SRC，會造成音質損失。在Android 2.X時代，Android系統會把48kHz的音頻強制轉換到44.1kHz，之後，高通晶片又會把44.1kHz強制SRC到48kHz輸出，兩次非整數倍的SRC後，音質慘不忍睹，這就是為何高通+Android會造成音質慘案的原因。
這個問題是否可以避免？其實透過對底層音頻驅動的修改，是可以解決問題的。但是，Google和高通並沒有采取正確的解決方案。Google和高通為了解決音質劣化的問題，所推出的新方案並不是根據原始音頻自動切換輸出采樣率，而是使用高精度算法進行SRC。在高通的QRD方案中，使用高通晶片的Android系統音頻會強制SRC到48kHz，SRC的新算法效果不錯，和之前比，音質的確有所進步。 但是，這並沒有從根本上解決問題，無論非整數倍的SRC多麼高精度，仍不可避免地會帶來音質劣化。同時，高精度的SRC算法對硬體也有很高的需求，這造成了一些手機放歌卡頓、發熱、耗電甚至爆音。這些負面影響，在Google自己的Nexus手機上就有出現，系統資源吃緊的時候，體驗比之前還更差。
那麼問題如何徹底解決？其實第三方手機廠商，已經交出了答卷——只要輸出正確的采樣率、不進行SRC即可。很多手機廠商，特別是國內廠商例如VIVO、魅族、小米等等廠商都解決了SRC問題，這甚至比Google改進SRC算法的時間更早。同時，XDA論壇也有野生的開發者給出了徹底解決SRC的方案。然而，Google官方的原生系統至今仍未徹底解決，Android L發佈時就說優化了音質，但直到現在Android音質仍有缺陷。這種音質上的“負優化”，實在不應該出現。 ◆游戲移植 為了讓新玩家感受到老游戲的魅力，很多廠商都會把老游戲移植到新平台上。如果是考慮得比較妥當的開發商，會充分發掘新平台的優勢，讓老游戲展現得更有魅力。然而現實很殘酷，更多的情況是，移植的游戲不僅沒有被優化，而且還會出現“負優化”，能玩就不錯了！ 移植游戲被“負優化”的情況是很普遍的。例如光榮出品的《生或死5》，從游戲機上移植到了性能更強的PC平台，不僅畫質下降，還砍掉了乳搖等賣點；又例如《忍龍2》，從PS3移植到PSV，畫質降低可以理解，但無法完成游戲這點就難以理解了——這游戲有一個關卡是需要兩個玩家合作（AI無法勝任）透過才能穫得獎盃的，但PSV版取消了連線功能，穫得獎盃成為了不可能的事情。這些“負優化”，顯然是不應該出現的。
移植游戲也不是沒有優化得好的例子，例如《最後生還者》的PS4移植版，優化效果就有口皆碑。但是更多的游戲廠商只是想在新平台隨便應付坑一筆錢，連冷飯都懶得炒好，導致了“負優化”。 ◆殺軟更新造成誤殺 如果說上面的“負優化”只是影響使用，那麼這種就真的可以算是破壞生產了。不少殺軟在更新病毒庫的時候，都出現過大面積的誤殺，甚至會把系統文件殺掉，造成無法開機的情況！例如，Avast“2009-12-03-0”病毒庫就出現過大面積誤殺，McAfee的“DAT 5664”病毒庫曾把系統文件當成病毒來殺導致藍屏，諾頓也出現過類似情況。
病毒庫更新本來是為了優化殺軟的反病毒性能，但因此造成誤殺事故，顯然是測試不充分造成的。這種“負優化”，完全不該發生。 除了上文的例子，還有很多因為人為疏忽造成的“負優化”，這裡就不一一舉例了。這些“負優化”，有時候用戶都知道該如何解決，但廠商就是不用心，沒動作，非常氣人。
|
正在閱讀：軟體驅動真的越更新越坑爹？談常見的“負優化”軟體驅動真的越更新越坑爹？談常見的“負優化”
2017-01-18 15:36
出處：PConline原創
責任編輯：censi
鍵盤也能翻頁，試試“← →”鍵
| 本文導航 | ||
|
