作者查詢 / mainline
作者 mainline 在 PTT [ MobileComm ] 看板的留言(推文), 共14948則
限定看板:MobileComm
看板排序:
2F→: 我的看法不太一樣 高通與廠商默契是有 但到以終端05/14 21:30
3F→: 售價無關 看看這兩年高通丟SOC的策略是根本是反正05/14 21:30
4F→: 都能賣 市場趨於穩定不如將每個階級間的縫隙全塞滿05/14 21:30
5F→: 所以一直出現在各號碼間一直塞一直塞的例子 塞成05/14 21:30
6F→: 如售價20-50間每隔1USD就有一選擇 讓廠商自己煩惱05/14 21:30
7F→: 反正我都賣就是啦05/14 21:30
9F→: 兩個例子710明明才出 一發現製程穩成品優良 同一顆05/14 21:33
10F→: 立馬bin成712 加個幾分錢賣你 然後有繼續塞730 根05/14 21:33
11F→: 本沒在care自己打自己的05/14 21:33
12F→: 660其實能搭UFS 不過沒人搭 因為選它的都比較有在05/14 21:35
13F→: 意成本 UFS自然是個大標靶05/14 21:35
18F→: 擁塞策略 670補強個AI邏輯 710就支援了4x4 mimo 705/14 21:43
19F→: 30又來個幫補GPU05/14 21:43
4F→: “手機內有這個系統” 這一句意境深catch 22 想吐05/14 10:31
5F→: 槽說手機哪兒來的Linux 卻也不行因為又正在用著它05/14 10:31
9F噓: 果然台灣記者都一樣 標題故意亂下連誤導騙點都一致05/14 09:30
21F→: 暈倒 此樓以上含有太多錯誤或失誤訊息了吧05/13 00:30
22F→: # 谷歌是明文規定說 只要你以8.0開賣就必須支援tr05/13 00:36
23F→: eble05/13 00:36
24F→: # 至於升級到8.0的手機 那要看廠商有沒換treble底05/13 00:36
25F→: 子05/13 00:36
26F→: # 無縫升級 單純只是同一時間出來的東西 與treble05/13 00:36
27F→: 無關 這東西是要備妥兩個系統分區 是開發時就要決05/13 00:36
28F→: 定的 開賣後沒有就是沒有的功能05/13 00:36
29F→: # 最好會出現Sony不支援的情況啦 上面說過了除非你05/13 00:42
30F→: 是舊機 谷歌都要求新出廠的手機要支援了 重點是更05/13 00:42
31F→: 上游的廠商寫出來的代碼&谷歌寫的安卓架構都是tre05/13 00:42
32F→: ble化了 拿來即上手 然後手機廠不用自己寫成沒tre05/13 00:42
33F→: ble的嗎 神經 你動上下對接口要幹嘛 無聊 好處0分05/13 00:42
34F→: 蛋疼10分05/13 00:42
35F→: # ZF4哪兒白癡了 事情反而是倒過來的 它是出廠時沒05/13 00:51
36F→: treble升級變treble的好典範之一 它差一項目導致t05/13 00:51
37F→: reble不合格 是缺了沒有vendor分區罷了無傷大雅 重05/13 00:51
38F→: 點是treble願意是要方便廠商提供更新 ZF4只有一項05/13 00:51
39F→: 沒過 還是靠配置文件就能解決的阻礙 它形同支援tr05/13 00:51
40F→: eble05/13 00:51
41F推: # 毫無改變? 整體有變快些05/13 01:08
42F→: 看看前年有新系統beta的非手機數量 去年有幾台 今05/13 01:08
43F→: 年有幾台 這就是treble 谷歌的CTS測試就是在vanil05/13 01:08
44F→: la安卓跑的 表明這些手機都兼容了原生系統 PH-1小05/13 01:08
45F→: 團隊只花了不到一週就搞定P升級移植並與Pixel手機05/13 01:08
46F→: 同時升級P 表明現在還在拖那麼久的 都嘛是廠商在搞05/13 01:08
47F→: 自己手機特色功能服務拖出來的 不要怪上游05/13 01:08
12F→: 騙人 此app在本版怎麼可能出現這問題 絕對是你的錯05/12 16:21
13F→: 這是護板神app呢 XD05/12 16:21
17F→: 6樓反串成功? XD05/12 12:11
25F→: 暈 用asahi不算偷料吧 這是同範圍的競爭者啊 雖然05/11 14:09
26F→: 手機螢幕玻璃比較少用它 保護貼一堆用asahi的 水果05/11 14:09
27F→: 也用過05/11 14:09
28F噓: 我這半桶水又要來屁了 手機電腦撐不過USB killer需05/11 14:49
29F→: 要做出這種反應嗎 撐不過都很正常吧 它的手下敗將05/11 14:49
30F→: 們不代表就沒做ESD防護啊 USB killer是很故意的設05/11 14:49
31F→: 計就是要搞爆對方的存在05/11 14:49
32F→: 這不是靜電從外殼入侵的情況 而是由本來就會遭遇E05/11 14:49
33F→: SD的連接埠正常管道入侵 問題在於一般對接USB會出05/11 14:49
34F→: 現的大量ESD的情境有限 只要做好一般防護就好 USB05/11 14:49
35F→: killer就是故意設計來超越一般情況惡意的存在05/11 14:49
36F→: USB鏈接埠的防護 一般應該是用TVS diode 電子元件05/11 14:49
37F→: 都有設計極限值 其能力自然也跟成本&大小有關 手機05/11 14:49
38F→: 只要沒偷料整個略過它 挑個合適的就好 以要通過US05/11 14:49
39F→: B killer的視角來看 真的很淺05/11 14:49
40F→: 而且還是個沒完沒了的軍備競爭 當你防護了killer05/11 14:50
41F→: 2.0 明天就會有加電壓的3.0 再防護 昇壓的4.0又會05/11 14:50
42F→: 出現了 最後是要搞到diode跟拇指頭一樣大顆 然後傳05/11 14:50
43F→: 輸速度剩10mbps才甘願嗎 但是對方一樣可以做出上萬05/11 14:50
44F→: 伏特的killer 一樣要防嗎05/11 14:50
45F→: 還有就是 一般自然的ESD事件都是一次性的 killer的05/11 14:50
46F→: 是capacitors一充滿就回放的 設計好能馴服特定範圍05/11 14:50
47F→: 的diode偶爾撐一回沒問題 在設計範圍內連續轟炸它05/11 14:50
48F→: 也不定會受得了 影片中的p30大概就是這種情形 所以05/11 14:50
49F→: 不是立馬壞去05/11 14:50
57F→: killer賤的是放電目標在data 而不是輸電的vbus 故05/12 02:30
58F→: 意針對找農民開砲 不找士兵戰鬥05/12 02:30
59F→: 看看市售的USB3 10+kV 防ESB配套 只有0.xpF 為何呢05/12 02:30
60F→: 因為Farad高等於被hold住的capacity大 這會直接影05/12 02:30
61F→: 響到你在傳輸的數據05/12 02:30
62F→: killer則大略在200V 2.2uF 持有44mJ05/12 02:30
63F→: 假設ESD配套是15kV 0.5pF 只鎮得住0.6mJ05/12 02:30
64F→: 兩者間負荷值差很大 就算僥倖撐過了一回 配套物理05/12 02:30
65F→: 還沒恢復正常值(如散熱) 下一波又來了05/12 02:30
66F→: 防靜電discharge沒問題 killer難防 問題來了沒事為05/12 02:30
67F→: 何要防它啊05/12 02:30
69F→: 不曉得呢 所以不願說死 沒在follow這類敲敲打打的05/12 03:02
70F→: YouTube頻道內容 好像有iPad是撐得住的 沒關係 還05/12 03:02
71F→: 有一招比killer更有效的05/12 03:03
72F→: 圖中的RJ45替換成USB頭就好了05/12 03:03
73F→: https://i.imgur.com/LBBzO3p.jpg05/12 03:03
13F→: 入層吧 不會是像素破損05/10 22:37
14F→: 因為這世上量產CMOS幾乎每一片是完好的 一般都會有05/10 22:37
15F→: 堆hot pixel 由於CMOS像素Bayer一類RGB馬賽克交錯05/10 22:37
16F→: 壞像素在後製反馬賽克邏輯一施予後便會“被消失”05/10 22:37
17F→: 完全看不出它的存在了05/10 22:37
34F→: 固然不是改密碼 我常遭遇這類的 手機一拿來看就是05/10 22:28
35F→: 做了特定操作後的結果 然後一直跟你說他沒做喔05/10 22:28
19F→: 9樓說的或軟體呆滯的機率大很多 其他的真心很很很05/10 22:21
20F→: 很不容易 機率好小05/10 22:21