看板 MobileComm作者 kkcity59 (kkcity)標題 Re: [閒聊] 蘋果A14性能初測,基於GB5 & GFXBench時間 Mon Nov 2 05:20:38 2020
> 小扁藍超威:蘋果A14性能初測:基於Geekbench&GFXBench
> https://www.bilibili.com/read/cv8105271
--
推 bcs: 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
所以你看到一個非常驚人的結果,iPhone約花對手1/3時間就完成了
這邊用TechNick的測試影片來說明上面到底是怎麼回事會比較清楚
https://youtu.be/AQ8GjodOoEc?t=201
你可以看到premiere裡點選檔案時1+8T是瞬間預覽就出現馬上可以開始轉了
可是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
只是他選用的檔案比較小,所以import時間不會花這麼久
但是也可以明顯看出點選檔案時iPhone有段呆滯的時間正在importing
Phonebuff編輯也自己說這個iPhone這時候正在stuttering(口吃)
這樣去計算premiere總共開啟程式轉檔存檔到離開的時間
從最後時間條來看,Note 10+其實還比iPhone XS Max快了約20%-30%
https://youtu.be/tqxA222ljFc?t=278
或者我們看iPhone11 pro max跟Note20 Ultra
這時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
→ eqid: 有好處,但apple這段code寫的不好,寫的好你不會查覺到有卡頓的現象2F 11/02 05:46
瞭解了,是ios版的Premiere寫的不好的關係
這樣整體看起來以後4K轉檔是不是其實選擇安卓機種還比較好
我原本猜想是i/o的關係啦,因為這種或許得借用Flash上容量來工作
→ DarenR: 跟我想的一樣 0.04F 11/02 06:44
※ 編輯: kkcity59 (1.161.125.244 臺灣), 11/02/2020 06:51:16
推 kimula01: A14完全體如果用在ipad上面 應該會很猛6F 11/02 07:30
→ tomomo520: 完全體不就a14x ,ipad pro 才會用7F 11/02 07:55
推 jimei2: 推 測試人員也不懂吧 所以只計算按render後時間8F 11/02 08:06
推 chriscko: 新ipad air已經用a14了啊 國外都上市了12F 11/02 08:36
推 donnyyy: 原來如此,神話破碎了14F 11/02 08:41
→ s90503s: 我在想有沒有可能是像Mac上的FCPX一樣的關係,蘋果做法是先讓素材完全導入完全,這樣剪輯過程就會很順暢也能即時預覽?16F 11/02 08:45
推 donnyyy: 是這個原因沒錯啊,可是那要比效能就得把這段時間一併計算吧。安卓機種繁雜adobe這樣設計,應該是保證在記憶體容量小的機種上也能運作吧
重點是安卓旗艦的效能跟蘋果並不存在什麼巨大差異啊20F 11/02 08:49
推 shome: 推專業25F 11/02 09:06
推 gn01140216: 看來以後不能說用iphone轉檔了,code寫的不好,綜合時間還比較長27F 11/02 09:30
推 jaspergod: 看的這篇也是想到之前極客灣那篇FCP的比較32F 11/02 10:24
其實不是預先轉,應該說是預先把素材給解壓恢復成資料了
而安卓是你確定要export的時候才做這一個動作
推 liwmewmew: 完全不覺得預轉是好事,命中率低的話,浪費電啊…而且還搞到前台有感卡頓的話,根本不對35F 11/02 11:06
推 alicemoe: 推詳細解說,很多youtuber真的完全忽視這一點39F 11/02 12:11
推 DemonElf: 老實說這種東西在一向就很有在這方面下功夫的蘋果、或幾乎每天都要使用相關工具的專業人士不太可能不知情,但還是會拿來去吹噓,這講白了就是一場騙局40F 11/02 12:19
推 BIGETC: 就是瞎吹 這個族群非常正常47F 11/02 14:05
我是覺得這些Youtuber不一定知道這個狀況啦
但像是Phonebuff就有提到iPhone在Load project時都會stuttering
而Phonebuff用完整的歷程計時,就可以發覺兩者沒有太大差異
但如果只去看按下export的話iPhone就會出現神級的效能
推 sadsumo: 就是adobe程式寫的差,我大果果來背鍋啦48F 11/02 16:05
嗯,其實結論就是安卓高通與蘋果同世代的處理器效能看起來差不多
說adobe對蘋果的部分優化差也有點怪
推 DemonElf: 如果這有人要解讀成對蘋果的系統寫得差的話,看來開發商蘋果優先的時代也過去囉(?)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
--