---

我好難得在八卦版發文喔
身為一個鍵盤觸碰螢幕研發工程師

先講規格
APPLE : report rate 60 Hz
Android: report rate 60Hz以上，最近有廠商要求要200Hz


雖然我們可以扯到driver 以及user space的問題
但是Android手機的report都已經高於iphone太多卻還是不順...
難以讓人完全認為只有那問題

我個人沒有買，不過有興趣的可以找找 google nexus 7
使用了nvidia direct touch的技術
看看用起來能不能跟iphone拼
http://www.youtube.com/watch?v=Gbb3tzsuveQ
雖然不能解決前面幾位網友提的android系統的問題
但是就我知道，他們稍微減輕了那些問題


至於除了作業系統的問題
Android的超高掃描速率，也高於iphone，但手感仍然不好
原因還有可能是以下原因:


1. 技術是誰家的?
   APPLE:   Touch面板: 專利是apple的，再叫觸碰廠商做
            觸碰IC: TI, Broadcom做的，但是是APPLE要他們特製照做的
                   IC上面打上Apple mark，
            演算法: google patent自己蒐尋就知道，完全是APPLE自己研發

   Android: Touch面板: 各家面板廠做的，手機廠只管叫他們做且壓價格
            觸碰IC: Atmel, Cypress, Synaptics做的，手機廠只管逼他們跟壓價格
            演算法: 由觸碰廠商負責

   結論: Apple完全一手掌控，Android的手機廠都一知半解

2. 抗LCD雜訊技術
   觸碰面板對於人體觸碰反應很小，但是不算難做
   但是考慮到LCD，由觸碰面板下方直接傳上來的雜訊，就很難做了
   所以各家都要推出解決方案

   APPLE: 掃描頻率: 同時使用 1xx kHz, 2xx kHz, 3xx kHz 特定的三種頻率來做
                    再要求LCD廠商在這三個頻率的雜訊能量不能高於某水準
          掃描方式: 多根driving lines掃描，用來抗雜訊

   Android: 掃描頻率: 觸碰掃描技術是觸碰IC廠商做的
                      都只使用一種頻率，最多是可以做到換頻率
                      LCD的雜訊，是面板廠跟LCD驅動IC做的
                      也不知道雜訊強度跟分析方式

            掃描方式: 單一driving line掃描...
                      這個問題你把吹風機靠近你的手機試試看就知道了
                      如果感應變差，恭喜你
                      如果感應一樣好，別難過，Android大都是這樣
                      這個體驗...很可惜iphone用戶一輩子都無法體驗~~

            所以：叫LCD的供應商說雜訊不要太大 否則不給單
                  叫觸碰的供應商說，雜訊大也要做出來，否則不給單
                  然後因為效果太差，所以只好多掃幾次再濾波硬上，結果還是很差

   結論：Android的手機廠相對APPLE而言，技術力差太多
         內容也都掌控在LCD廠商以及觸碰廠商之間，自己只好出張嘴




題外話
最近某個也是國外的大公司理直氣壯的對相關廠商講說...

APPLE使用60Hz還能做的好，是假的，因為使用了 預測 的演算法
在某某方面可以，但是真要XXX就不行了...
於是這間公司說要做report rate 200Hz的...

這就很奇怪了
APPLE只做60Hz，人人說讚，整個系統也較省電
由一個耗電大，又反應差的系統來說這種話...XD



結論：
APPLE本身完全掌控了觸碰螢幕, 觸碰IC，以及與LCD結合的技術
並非單純採購，而是有確實教供應商該怎麼做

Android的手機廠，各個零件都採用供應商買現成的，只給他們規格，跟壓價格
但是供應商不知道自己的東西上了手機系統，會有什麼問題...
所以找不到正確的路，再過個三年，Android手機也難以達到四年前的iphone







※ 引述《jk21234 (BL2400PT真不錯)》之銘言：
: ※ 引述《toshiba978 (頭噓吧jo機掰)》之銘言：
: :         這樣一來dirver的撰寫就容易得多, 而且比較不會有寫不好就導致系統不順
: :         的狀況發生, 不用去考慮卡在kernel space太久,要快速切換之類的問題
: :         這就是為什麼Android 系統需要特別的調教才會變順, 而iOS不需要的原因了
: :         而特別的調教這一部分算是各家系統廠的功力所在了
: :         所以平平是Android , 有得順, 有得慢
: :         就這樣
: 其實Android的User Space裡面也........
: 假定今天是一個3D程式,那麼一開始是OpenGL ES java class當作繪製系統,
: GLsurfaceview當作繪製的桌布,然後,OpenGL ES會經過JNI介面,跳到底層的
: OpenGL ES C++ API.GLsurfaceview則是往下轉換成view->surface,經過JNI
: 層建立自己的surface,向底層的surfaceflinger請求服務
: OpenGL ES API一開始是經過一個空殼,他會幫你載入系統中的libagl(軟體實作)
: 以及libhgl(硬體實作)兩個版本,然後在執行時期選擇要用硬體執行還是軟體執行.
: 最後和egl連接起來就可以做render.
: 但一開始的GLsurfaceview,找surfaceflinger要服務註冊成layer後,surfaceflinger向
: libui要求建立Graphicbuffer,這樣每個APP都可以從Activity接下是自己的
: Window下,這個Window Manager System含有一個viewroot指向要求到的surface,
: 每個double buffered的surface,在surfaceflinger內經過軟體或者是硬體(由
: OpenGL ES做render to texture)的compositer後.surfaceflinger就計算出
: 最後混合得到的畫面,然後把畫面建立在FramebufferNativeWindow,依照
: 硬體配備放在graphic memory或者是pmem上.由HAL得知的kernel driver
: 就可以因此驅動硬體.
: 如果是2D的畫面的話,繪製圖形的工具是Graphics class和Canvas對象.
: 繪製到各種view上,view再把東西複製到surface上.Graphic Class和Canvas
: 藉由JNI,呼叫Skia Graphic Library的功能,基本上這套library偏向於軟體實作.
: 比較可能利用SIMD加速,但比較不容易採用GPU加速.
: view畫好變成surface一樣.........(以下用複製的)
: 找surfaceflinger要服務註冊成layer後,surfaceflinger向
: libui要求建立Graphicbuffer,這樣每個APP都可以從Activity接下是自己的
: Window下,這個Window Manager System含有一個viewroot指向要求到的surface,
: 每個double buffered的surface,在surfaceflinger內經過軟體或者是硬體(由
: OpenGL ES做render to texture)的compositer後.surfaceflinger就計算出
: 最後混合得到的畫面,然後把畫面建立在FramebufferNativeWindow,依照
: 硬體配備放在graphic memory或者是pmem上.由HAL得知的kernel driver
: 就可以因此驅動硬體.
: 以上是2.3以前,Android 4.0大概做了一半份量的修改.
: 我光把流程列出來就要用掉二十分鐘打字.可以想見真的在跑的負擔有多大.
: 以上還沒列兩個拖慢時間的因素:
: 1.Dalvik VM本身的overhead
: 2.Android 越早的版本考慮越多 "無GPU/2D GPU/Blit/SIMD指令加速"的較低階硬體
:   所以以上提到的每一層code都有比一般程式碼更多的抽象層...

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.169.152.51
你指哪個驅動IC, LCD還是TP?
※ 編輯: DChaos          來自: 1.169.152.51         (09/16 19:22)
從第一代到現在每隻我都拆過玩過
也常常比較其他手機

iphone的觸碰很久沒進步了
android的手機一直進步是事實

因為iphone一次就攻頂了，其他手機還在爬，四年了還在爬
※ 編輯: DChaos          來自: 1.169.152.51         (09/16 19:24)
謝謝樓上們幫講XD

另外補充二點
可以去抓一個叫做 MultiTouvh Visualizer 的app
如果app用戶還找的到的話，不清楚有沒有下架
是一間觸碰ic公司做的app，把apple解出來的座標直接顯示

真的拿iphone新舊比較的話
玩遊戲會卡其實大多數CPU不夠強
但是拿一個簡單的app就會發現

觸碰的靈敏度從3g, 3gs, 4, 4s幾乎大同小異
感受不大出來

而確實裡頭的核心觸碰技術也幾乎一樣
除了一些微小差異
譬如由最早期的4顆ic，到3gs之後的1顆ic解決
從早期的15V高壓方波，變成3gs之後的低壓弦波掃描
( 補充，至今為止，沒有廠商跟apple一樣使用sinewave掃描 )

另外回應上面網友
1. 三星一條龍怎麼解釋?
   一條龍是生產一條龍，但是技術有到沒到我就不知道了

   你可以查一下google patent
   apple做過多少努力
   觸碰層該怎麼做
   怎麼多條lines同時掃描，以及數學原理
   用影像處理技術處裡多指觸碰
   起碼20篇專利

   由很硬體的觸碰層的圖案設計跟電性原理
   到很軟體的演算法全都一應俱全，一讀下去才知道各方面都很可怕

   個人不喜歡三星所以沒有特地拆過他們的
   但是給我一台示波器，一個三星手機，一枚硬幣
   給我30秒就可以告訴你這支手機在有什麼頻率的雜訊環境下容易出問題

   而iphone不可能發生那種問題

   不過也不是三星做不好
   是全世界這一點能做好的只有apple一家

   而這只是apple touch技術的一小部分罷了



2. WP8
   WP8順不順我不知道

   如果單討論順不順這個問題
   我只能說，手機廠商放話要坳供應商，努力就能做到了

   只不過問題變得很專業，耗電? 厚度? 大小? 良率&價格?
   在多方角度討論之下，
   apple系列的會最強

   為了讓使用者感覺順，有很多犧牲以及付出的成本是用戶看不到的

   只要多付出一點...
   比方說LCD跟TP間隔厚一點，雜訊就小一點
   只不過手機厚度變厚一點

   比方說觸碰ic一直掃描，拿非常大量的資料過濾波器，看起來就順
   只不過耗電增加不少

   比方說拿觸碰大廠的IC來用，廣受好評效能應該很好...
   只不過atmel，cypress等牌子大面子就大，不求你用，你有問題也懶的派人支援你
   只不過IC大顆一點，因為他們功能齊全要賣全世界，手機裡要多留一點空間放大佛

※ 編輯: DChaos          來自: 1.169.152.51         (09/16 21:23)
其實不用甚麼關鍵字
打個apple touch
就出現了

apple在touch領域的各種專利，以及基於前專利不斷衍生出來的...
多的不得了，不是20 30篇可以解決的...
所以到處都是  Orz

※ 編輯: DChaos          來自: 1.169.152.51         (09/16 23:22)

--