※ 本文轉寄自 ptt.cc 更新時間: 2020-11-03 05:26:09
看板 MobileComm
作者 標題 Re: [閒聊] 蘋果A14性能初測，基於GB5 & GFXBench
時間 Mon Nov 2 05:20:38 2020
> 小扁藍超威:蘋果A14性能初測：基於Geekbench＆GFXBench
> https://www.bilibili.com/read/cv8105271
--
推 : iPhone 4k 編輯遠比865快多，CPU就是猛。10/28 01:56
這一次關於A14效能部分的測試似乎蠻少的。可能再等完全體pro max吧
其實小弟只是想討論這個一直讓大家覺得很迷的問題
就是iPhone在premiere的轉檔測試，常可以看到一些非常驚人的成績
小弟已經也曾經覺得很誇張，所以大概研究了一下，說一下自己心得
因為這裡面其實有一些誤解
一般轉檔大概就是import進檔extracting
再來重新rendering後export到存檔完成
蘋果版本的Premiere，在你點選檔案時就開始預做importing了
這個需要的時間看你的檔案大小，大檔的話就需要耗時比較久
你按下render後iPhone只會繼續做完剩下兩個動作
可是安卓版本的premiere是把這三個動作一次同時完成的
很多youtuber計時是從按下render那個時間開始算
iPhone並沒有計算到importing的時間，所以會快非常多
甚至檔案大一點比安卓快各兩三倍都有可能
這就是iPhone轉4K超級快說是CPU超強的由來
舉各例子來說吧，XEETECHCARE測試premiere，中間剪接了一下
因為編輯者把iPhone在load時就直接需要importing的段落跳過了
https://youtu.be/VQaXo9wS-ew?t=417
這邊用TechNick的測試影片來說明上面到底是怎麼回事會比較清楚
https://youtu.be/AQ8GjodOoEc?t=201
可是iPhone12點開檔案後，幾乎有整整8-9秒的呆滯時間
作者其實這時候有說1+8T打開Project比iPhone快
這就是程式已經在importing這個檔案了，也是XEETECHCARE沒呈現的部分
當編輯按下rendering時iPhone12用2-3秒神極速度完成了工作
1+8T大概慢了5-6秒才render-export完成
因為作者沒有計時，你只能自己去看這段下面時間讀數來大概計一下
作者自己也並不瞭解這個問題，所以說iPhone是ridiculous faster
但真正去看得如果計入iPhone12一開始選取檔案一整段呆掉的8-9秒
再計算1+8T在render時慢的5-6秒，其實1+8T花的總時間才是比較短的
所以你說轉檔這件事情iPhone真的有那麼厲害嗎？
來看看Phonebuff放了premiere rush連續完整的歷程
https://youtu.be/tqxA222ljFc?t=139
但是也可以明顯看出點選檔案時iPhone有段呆滯的時間正在importing
Phonebuff編輯也自己說這個iPhone這時候正在stuttering（口吃）
這樣去計算premiere總共開啟程式轉檔存檔到離開的時間
從最後時間條來看，Note 10+其實還比iPhone XS Max快了約20%-30%
https://youtu.be/tqxA222ljFc?t=278
這時iPhone 11有比較快，但看時間條差距應該也是在10%左右
https://youtu.be/H1PdBJlTl6I?t=200
我想很多人神話iPhone的4K轉檔
因為是很多youtuber不知道iPhone在load project時已經在import檔案了
所以她們只單單計算了按下render後的時間
一開始iPhone那段import時間是完全沒被計算進去的
如果計算總時間，iPhone比安卓快也不是那種兩三倍的差距
甚至在同世代機種時，安卓有時候還比較快也不奇怪
至於為什麼iOS版 premiere要這樣做？我不知道.....
因為這樣做根本沒有好處，尤其你有大量截圖相似的影片要編輯時
你弄不清楚哪個是哪個時，光是選取每個不同檔案間切換都會浪費很多時間
還不如安卓這樣乾脆先給你預覽後再說
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.161.125.244 (臺灣)
※ 文章代碼(AID): #1VdoQeLz (MobileComm)
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1604265640.A.57D.html
推 : 推專業1F 11/02 05:27
→ : 有好處，但apple這段code寫的不好，寫的好你不會查2F 11/02 05:46
→ : 覺到有卡頓的現象
瞭解了，是ios版的Premiere寫的不好的關係→ : 覺到有卡頓的現象
這樣整體看起來以後4K轉檔是不是其實選擇安卓機種還比較好
我原本猜想是i/o的關係啦，因為這種或許得借用Flash上容量來工作
→ : 跟我想的一樣 0.04F 11/02 06:44
※ 編輯: kkcity59 (1.161.125.244 臺灣), 11/02/2020 06:51:16推 : 推專業解說5F 11/02 07:15
→ kimula01 …
→ : 完全體不就a14x ，ipad pro 才會用7F 11/02 07:55
推 : 推 測試人員也不懂吧 所以只計算按render後時間8F 11/02 08:06
推 : 推9F 11/02 08:09
推 : 有趣推推推10F 11/02 08:18
推 : 推專業11F 11/02 08:35
推 : 新ipad air已經用a14了啊 國外都上市了12F 11/02 08:36
推 : 推13F 11/02 08:36
推 : 原來如此，神話破碎了14F 11/02 08:41
→ : 我在想有沒有可能是像Mac上的FCPX一樣的關係，蘋果16F 11/02 08:45
→ : 做法是先讓素材完全導入完全，這樣剪輯過程就會很
→ : 順暢也能即時預覽？
→ : 做法是先讓素材完全導入完全，這樣剪輯過程就會很
→ : 順暢也能即時預覽？
推 : 推19F 11/02 08:46
推 : 是這個原因沒錯啊，可是那要比效能就得把這段時間一20F 11/02 08:49
→ : 併計算吧。安卓機種繁雜adobe這樣設計，應該是保證
→ : 在記憶體容量小的機種上也能運作吧
→ : 重點是安卓旗艦的效能跟蘋果並不存在什麼巨大差異啊
→ : 併計算吧。安卓機種繁雜adobe這樣設計，應該是保證
→ : 在記憶體容量小的機種上也能運作吧
→ : 重點是安卓旗艦的效能跟蘋果並不存在什麼巨大差異啊
推 : 推24F 11/02 08:59
推 : 推專業25F 11/02 09:06
推 : 推專業26F 11/02 09:20
推 : 看來以後不能說用iphone轉檔了，code寫的不好，綜27F 11/02 09:30
→ : 合時間還比較長
→ : 合時間還比較長
推 : 難以置信的工程創舉。29F 11/02 09:38
推 : 漲知識30F 11/02 10:01
推 : 推知識文31F 11/02 10:24
推 : 看的這篇也是想到之前極客灣那篇FCP的比較32F 11/02 10:24
推 : 看來是用FCP那招，閒置的時候預先轉33F 11/02 10:32
其實不是預先轉，應該說是預先把素材給解壓恢復成資料了而安卓是你確定要export的時候才做這一個動作
推 : 推34F 11/02 10:33
推 : 完全不覺得預轉是好事，命中率低的話，浪費電啊…35F 11/02 11:06
→ : 而且還搞到前台有感卡頓的話，根本不對
→ : 而且還搞到前台有感卡頓的話，根本不對
推 : 推專業37F 11/02 11:46
推 : 難以置信的工程創舉。38F 11/02 12:11
推 : 推詳細解說，很多youtuber真的完全忽視這一點39F 11/02 12:11
推 : 老實說這種東西在一向就很有在這方面下功夫的蘋果40F 11/02 12:19
→ : 、或幾乎每天都要使用相關工具的專業人士不太可能
→ : 不知情，但還是會拿來去吹噓，這講白了就是一場騙
→ : 局
→ : 、或幾乎每天都要使用相關工具的專業人士不太可能
→ : 不知情，但還是會拿來去吹噓，這講白了就是一場騙
→ : 局
推 : 推專業44F 11/02 13:29
推 : 推專業45F 11/02 13:40
推 : 推專業解說46F 11/02 13:46
推 : 就是瞎吹 這個族群非常正常47F 11/02 14:05
我是覺得這些Youtuber不一定知道這個狀況啦但像是Phonebuff就有提到iPhone在Load project時都會stuttering
而Phonebuff用完整的歷程計時，就可以發覺兩者沒有太大差異
但如果只去看按下export的話iPhone就會出現神級的效能
推 : 就是adobe程式寫的差，我大果果來背鍋啦48F 11/02 16:05
嗯，其實結論就是安卓高通與蘋果同世代的處理器效能看起來差不多說adobe對蘋果的部分優化差也有點怪
推 : 如果這有人要解讀成對蘋果的系統寫得差的話，看來開49F 11/03 01:43
→ : 發商蘋果優先的時代也過去囉(?)
嚴格來說SOC方面蘋果跟安卓的CPU是非常接近→ : 發商蘋果優先的時代也過去囉(?)
事實上他們都是完全吃arm v8.x的指令集，也就是如果說特別去優化
通常兩邊都可以受惠，如果沒什麼優化code寫很爛，兩邊也一起受害
GPU部分的優化就差距比較大，光架構不同不說
早期兩間還可以說用通用的Open GL ES當成與底層溝通的API
後來一個去搞Metal，另外一個還在Open GL裡面，雖然弄出了Vulkan
但似乎也都沒很積極去讓Vulkan變得更通用與成熟
※ 編輯: kkcity59 (111.248.21.234 臺灣), 11/03/2020 04:28:56
--
※ 看板: MobileComm 文章推薦值: 0 目前人氣: 0 累積人氣: 82
回列表(←)
分享