小弟最近在檢查錄製的影片發現2020年的imac看的時候會卡頓，不論是預覽還是用quicktime都有這個問題，同樣的檔案用另外一台mac mini m1的就沒有這個問題，該清理的cache都清除了，也試著把檔案放在主機本身的硬碟內，還是無法解決，請問還有什麼思考的方向呢?感謝
jim80051 wrote:
Mac mini M1內建的解碼或許不太一樣，畢竟不知道樓主電腦的系統版本，而且處理編碼的效能也不同，總之先換一個播放器測試看看比較快
沒錯，M1能硬解的跟Intel不太一樣，我經驗是M1能硬解的會比較多。
例如如果樓主是用GH5拍片，10-bit h.264 M1是可以硬解的，但Intel QuickTime會打不開IINA也會一點點卡
umtlalala wrote:
我不是這方面的專家，但上網查資料沒看到Hi10P 或Hi422P是由不同編碼組成的說明。也沒有看到Apple M1 有特別提到支援H264 [10bit] ，反而是像我前面說的，陸續有軟體支援M1
我的意思不是h.264跟Hi10P是不同編碼，我的意思是Video Toolbox API在Intel Mac上是不支援特定Profile的，但M1的卻是支援的。
H.264 10-bit被蘋果歸類在Pro Video Format裡面，macOS負責硬解的VideoToolbox API是不支援的，要用x264或Pro Video Format才能解碼，而這些都是軟解。
這當初我也是查不到類似資料，但實際上是有的。
直接實測好了
使用2020年iMac同架構的AMD GPU (AMD Navi）
使用Video Toolbox API的QuickTime直接開不起來
使用IINA直接吃掉三個CPU核心（IINA應該是使用x264）
但在M1 MacBook Pro開的起來，GPU有明顯波動，但CPU VideoToolbox 只使用2.9%
如果換做同時使用Video Toolbox與Pro Video Formats的Final Cut Pro
AMD GPU + x86 CPU 300% --軟解
M1用Final Cut Pro也是一樣，CPU 個位數% --硬解
而M1 用IINA解這影片會當掉，CPU會吃滿700% --軟解
（以上圖片解析度有點高，改以文字說明）
不過我後來想了一下，樓主的情況如果他真的使用GH5 10-bit拍攝，正常來講QuickTime應該不能硬解也打不開才對，其他編碼就是另外一回事了。
內文搜尋
從 APP 打開
X