Cayin i5 好聽，從此不壹樣 (v2.2固件 Pg19 和 Tidal 問題解釋 Pg20)

CayinAndy · 發表於 2017-2-23 01:23

有關 Cayin i5 在使用 Tidal 時出現「窒」或不順暢的問題，經多方考証和測試，可確認和 i5 的串流功能無關，問題估計是 Tidal 解碼HiFi音樂的 buffer 太短而且在解碼 algorithm 上傾向只用單核運算，這可能是 Tidal 需要儘量將支援硬件的要求減到最低，以面對更大的市場空間。這樣獨特的解碼設定在較普及的串流和 offline 音樂重播 (320kbps equivalent) 是沒有問題的，但當採用 HiFI quality 的串流和 offline playback 時，問題便開始出現了。當 CPU 的負荷過高 (採用單核來進行無損解碼) 和 Buffer 過短 (處理無損檔的數據量比 320kbps 壓縮檔高 2-3 倍)，便會出現窒的情況。

要展示應用程式中的 Buffer 使用率會有點難度，但展示 CPU 的負載卻是可行的。我們可以在 i5 上安裝 CPU 監察軟件，例如 CPU Float 和 PVR Monitor (Google Play 有提供).  CPU Float 會顯示運作中不同進程的運算速度 (core speed) 而 PVR monitor 則可以顯示 CPU 的負載 (Loading %), 而整體 CPU 的使用率則是 CPU 進程的運算速度和  CPU 的負載的綜合情況。

我們預備了 3 個測試視頻供大家參考：

[youtube]GHmAZzNirKY[/youtube]

[youtube]T5gkQeoZLvM[/youtube]

[youtube]0BBCHG1M4p4[/youtube]

比較上述 3 個測試視頻的 CPU Float，試頻 1 可見到播放軟件能有效地採用 4 核心 CPU 的其中兩核進行解碼，令 CPU 核的運算度大部份停留在 500kHz 或以下。而 PVR Monitor 方面，視頻 1 的運算中的雙核大部份時間 CPU loading 都在 50% 以下，histogram 是綠色的，會有瞬間出現紅色但會很快便轉回綠色。整體操作是順暢和穩定的。

在視頻二時可見因不會同時用多過單核，運算速度長期高企，會出現 988kHz 的最高速度。Leadcore LC1813 這粒 CPU 有一個頗特別的情況，就是當單核到極速時，其他 3 核會連動跳到速，所以但有時會見到 4 個 core 同時出現 988kHz 的情況。而 PVR Monitor 的情況更惡劣，長期紅色高用量，會見到 histogram 停在最高點 (fully loaded)  達 1-2 秒才回落或跳到另一 CPU core, 但瞬間又會最高點。這就是 Tidal 的解碼 algorithm 只採用單核的和因此導至 CPU 出現 full loading 的情況。當 buffer 不足而 CPU 已達全速仍未能應付解碼需要，便會出現窒的情況，請留意 30 秒, 38 秒, 2 分 20 秒, 2 分 25 秒。

因為疑似涉及 CPU 負載過高導致解碼有 drop out, 所以我們償試將 i5 的 CPU 的運算能力推到最高來測試，所以視頻 3 時 LC1813 的 4 核全部鎖在最高速 (CPU 運作模式由 Encon 轉 Highest Performance)，即 4 核的運算速度都是 988kHz.  從 PVR monitor 所見，這改動並未能有效減低 CPU 的負載率，運作中的核心仍然期紅和停在 histogram 最高點，改變的是減小了跳換 CPU core 的次序，所以出現窒的情況有多無小，請留意 41 秒, 46 秒, 1 分 23 秒, 1 分26 秒, 2 分16 秒, 2 分27 秒。

上述問題無論是 online 串流或是 offline 播放都會出現類似的情況，所以可確認和串流支援無關而是因 Tidal 的解碼程式設計所導致的。經此測試，我們可見問題的瓶頸是在 Tidal 的解碼運算方法沒有為無捐和高清的需要而作出優化，而 i5 即使儘量優化系統也無補於事，解決問題可能是撒換更快的 CPU, 或改用有特別為 Tidal 或類似的 algorithm 而作出了優化的 CPU, 或期待 Tidal 能改善他們的解碼程式來配合現在已非常通用的多核 CPU 設計。

上述測試在 HeadFi 上公佈後，已有 Tidal 用戶確認類似問題也出現在其他的 Tidal 平台上，而 Tidal 方面也已知悉有關問題並承諾跟進。

如有 Cayin i5 用戶在使用 Tidal 時遇到類似的問題，請聯絡 Tidal 和查詢解決案。

terencelaw · 發表於 2017-2-25 12:40

好有心的廠家。贊一個！

wakong · 發表於 2017-3-5 20:33

用i5当作音源，經 USB Type C OTG連接DACAMP L1是會充電给DACAMP L1, i5非常耗电和發熱 , 下個新固件會有改善嗎？

CayinAndy · 發表於 2017-3-6 20:46

wakong 發表於 2017-3-5 20:33
用i5当作音源，經 USB Type C OTG連接DACAMP L1是會充電给DACAMP L1, i5非常耗电和發熱 , 下個新固件會有 ...

抱歉，這應不會納入修改範圍。我們曾理解過類似的情況，OTG 模式本來就需要供電的，很多 USB device 如以 OTG mode 連接時而 i5 不供電的話是不能運作的。 i5 沒有能力去「估算」連接的 USB device 是否有內置電源，所以不能因應不同的情況來自已判斷是否供電給已連接的 USB device. 所以按操作邏輯來設計，應是沒有電源的 USB device 在連上 DAP 後會提出供電 request, 而有內置電池的 USB device 則不提出供電 request，而不是由 DAP 去決定供不供電的。