改了 LMS 的一個設定之後,目前聲音正常。
這一欄位只要不是 no limit 都可以的樣子。
附件 34494
可列印查看
改了 LMS 的一個設定之後,目前聲音正常。
這一欄位只要不是 no limit 都可以的樣子。
附件 34494
一、
E5 2698B V3(16核心@2.0 GHz+ASUS SERVER級主機板+Seasonic白金1000W),BIOS 裡CPU HT 功能關掉,仍然不行,CPU電壓試了0.904V-->0.920V 往上調,還是不行,就放棄了...無法啟用LMS),
二、
索性在i7-4770(4核心,@3.40GHz+ASUS一般主機板+Everest 85plus 450W)安裝LMS(ArchQ Kernel 6.1.54 Q441),溫度60度+-2上下(去年的版本52度+-2上下),E5 2698B V3安裝Squeezelite (ArchQ Kernel 6.1.54 Q441T),溫度46度+-2上下
Pi4 裝 sam 的 pCP8-Q176 安裝LMS
(Pi 4B上+改晶振+OCXO 恒温晶振板+10M clock(OCXO SYMMETRICOM 12V 正弦波 112@1HZ)+樹莓派HIFI電源濾波超級電容+樹莓派電源淨化板)+全部GaN供電
Intel Optane memory M15 16GB(全部)
比較
1.i7-4770安裝LMS+E5 2698B V3安裝Squeezelite。
2.Pi4 裝 sam 的 pCP8-Q176 安裝LMS+E5 2698B V3安裝Squeezelite。
Player PC相同,Server (i7-4770 VS Pi4) 不同,兩組聲音差不多,似乎不同Server對音質的影響不大!
三、i7-4770改安裝Squeezelite。
比較
1.Pi4 裝 sam 的 pCP8-Q176 安裝LMS+i7-4770安裝Squeezelite。
2.Pi4 裝 sam 的 pCP8-Q176 安裝LMS+E5 2698B V3安裝Squeezelite。
Server相同,Player PC 不同(i7-4770 四核心@3.40GHz VS E5 2698B V3 16核心@2.0 GHz)兩組聲音差很多,i7-4770明顯優於E5 2698BV3,音量差快3格(倍)的感覺,音場寬大、泛音等都更好!
不知哪裡的問題!
是不是CPU的單核心頻率GHz對音質的影響更大?
現在就用Pi4 裝 sam 的 pCP8-Q176 安裝LMS+i7-4770安裝Squeezelite聽音樂,也優於之前雙Pi4。
是的!
pCP8-Q176+44 版本,LMS 用44.1 kernel 應該更好。引用:
現在就用Pi4 裝 sam 的 pCP8-Q176 安裝LMS+i7-4770安裝Squeezelite聽音樂,也優於之前雙Pi4。
LMS 已用44.1 kernel
附件 34495
單核性能對ArchQ蠻關鍵的,多核心數量在兩顆之後邊際效應不高。
所以E5 跑2Ghz才會明顯輸給4770 3.4G,server board雖然在訊號品質(signal integrity)
上有優勢,但看來蓋不過cpu核心在單核性能上的差距。
sam兄第一頁(首頁)
置頂:ArchQ 重點整理&硬體使用經驗
CUP:CPU:Intel 12代
.........(恕刪)
CPU的單核心頻率GHz對音質的影響更大?
sam兄肯定是的!
Higuma兄本頁再次提醒
單核性能對ArchQ蠻關鍵的,多核心數量在兩顆之後邊際效應不高....
綜合上述:
不知有沒網友知道(實際比較或理論) ArchQ Linux最佳聲音表現CPU選購方式?
1.CPU單核性能都差不多的狀況下:
1-1:CUP選4核心或6核心或8核心或16核心以上?
1-2:如果CPU是太多核心(例如:i9 CPU),反而影響音質,買錯CPU,可以關掉多餘的大小核心,來挽救嗎?
2.如果CPU單核性能都差不多,同時CPU核心數也相同(都是4核心或8核心):
2-1:CPU選單基礎頻率較高的還是較低的?
2-2:CPU選桌上型或是節能型(筆電)?
2-3:CPU選內含顯示晶片還是不含顯示晶片?
3.CPU的溫度對音質的影響,大約控制在幾度最適宜呢?
4.預算問題:
4-1:如果預算無上限,i9-14900、i9-13900、i9-12900CPU單核性能都是最高的(但是單基礎頻率並非最高),一昧追求頂級CPU,聲音音質會跟著上去嗎?執行ArchQ高負載時(Server+Player),不知CPU溫度大約幾度?
4-2:如有預算比較有侷限,或是執行ArchQ並不需要太高檔,有沒有推薦的CPU(Best BUY)?
問了這麼多問題?給各位大大傷腦筋了!
希望所有的答案能造福新進網友,避免走太多冤枉路。
附件 34496
MPD是採多執行緒的方式執行。
正常的執行下,只有一組ALSA聲音輸出時,它會跑6個執行緒。小弟的i5 12500 3.0GHz 正好是六大核,剛好一核跑一個執行緒。可以用htop 觀察。
附件 34498
若是LMS,只有單一個行程在跑,所以只用單一核在跑;若單機也跑squeezelite,頂多四大核就夠了。這時i3 12100 3.3GHz就很好用了。
這部份是猜測的:若是有大小核,小核能關就關,CPU分工單純一點應該是比較好。
至於溫度,要看散熱風扇夠不夠力,能控制在45度C 以下就算很好吧!(小弟採CPU低電壓方式運行)
只考慮cpu而非整個平台的話,其實很單純。
關心ipc就好了,即單位時脈效能。
同架構平台的cpu,其實ipc都一樣,
高低階只是時脈與核心數量的差別。
近期具體來說,intel 13代和AMD zen4大致差不多,
所以其實都可以,決定因素要看其他更細節的部分與
整體平台的考量了。
如果是要一個簡單的建議,我覺得新一代的cpu基本上都可以,
硬體參數怎麼調比較重要。
1. 單核性能=ipc*時脈,而同一代產品ipc基本一致。
2. 超多核心意義不大。
3. 基礎頻率只是個假議題,廠商不設限的前提下,使用者可以自行設定要執行的參數。
4. intel原廠限制很多,要求Z晶片組+K版CPU才能自由調整參數,否則只能在基礎時脈內調整。
5. AMD在參數調整方面則非常大方。
6. 特殊節能型CPU其實只是低電壓特性較好的一批die,很難說好或壞。
7. 內顯晶片可以自行決定是否開啟,老實說不很重要。但無顯示元件會產生額外麻煩。
8. 只看溫度這個維度自然是越低越好,但它只是時脈/電壓矩陣下的結果,50度以內就很理想了。
結論:硬體參數的設定才是關鍵。
https://i.imgur.com/6lb380Q.png
Apple AirPlay isn’t always lossless. Sometimes it’s lossy — but why?
https://darko.audio/2023/10/apple-ai...mes-its-lossy/
Apple Music's Lossless and Hi-Res Mess
https://audiophilestyle.com/ca/bits-...es-mess-r1022/
Apple Music Lossless Mess Part 2: AirPlay
https://audiophilestyle.com/ca/bits-...airplay-r1026/
Apple’s AirPlay 2 protocol downsamples audio files to 24-bit 44.1 kHz
https://www.forbes.com/sites/markspa...s-some-polish/
然後 Cider 也不支援 Lossless 格式:
https://github.com/ciderapp/Cider/is...ent-1084327922縱使官方有公開 Apple Music 的 API 也是徒然,等了好幾年也完全沒有任何第三方軟件能夠提供類似 Qobuz 或者 TIDAL 那種程度的支援,基本上也是沒有甚麼希望的說:引用:
Lossless audio is currently impossible for us to add due to limitations from Apple.
https://developer.apple.com/musickit/
https://developer.apple.com/documentation/musickitjs
https://developer.apple.com/document...applemusicapi/
另外 go-apple-music 和 apple-music-python 大概也是不管用:
https://github.com/minchao/go-apple-music
https://pkg.go.dev/github.com/minchao/go-apple-music
https://pypi.org/project/apple-music-python/
https://github.com/mpalazzolo/apple-music-python
說穿了還是放棄比較好,退而求其次的話就只好考慮 Android,例如 Eversolo DMP-A8/DMP-A6:
https://www.ne.jp/asahi/gonzaemon/audio/diary56-07.html
https://www.ne.jp/asahi/gonzaemon/audio/diary56-08.htmlEverSolo DMP A6 Master Edition|性價比高之外仲有乜好?|跳過 SRC Bit-Perfect 播放 Apple Music/KKBOX|艾域實試|CC字幕引用:
7.ストリーミングとしてApple Musicをサポート(この機能は貴重かも)。
http://www.feversound1.com/eversolo-...g-kong-review/
https://www.youtube.com/watch?v=Y0jzAz_ETUM
EverSolo DMP-A6 Master Edition 玩盡串流工作坊精華重溫 @ 國聲 MIC Audio|如何 Bit-Perfect 玩到 Apple Music KKBOX|艾域主持
http://www.feversound1.com/eversolo-...on-event-2023/
https://www.youtube.com/watch?v=uF7dtN5MmyM
Eversolo DMP-A6 Master Edition 串流機實試:平民身價盡玩靚聲方案
https://post76.hk/forum.php?mod=viewthread&tid=346823
https://www.youtube.com/watch?v=EmV7zFZxkPM
實際上日本那邊不斷鑽研 Arch Linux 的一眾網兄亦轉投 Amazon Music 的懷抱,他們是跑 Wine 加上 Windows 版本的 Amazon Music 客戶端,最後就依靠這個 snd-aloop:
https://www.alsa-project.org/wiki/Matrix:Module-aloop
https://wiki.archlinux.org/title/Adv...sing_snd-aloop
但是 Windows 版本的 Apple Music 客戶端比較麻煩,UWP 方面的支援並非那麼可行:
https://www.reddit.com/r/linux_gamin...uwp_apps_with/
看來還是只好考慮 Android 了吧?
https://www.youtube.com/watch?v=kLd7butZ5xs
https://www.youtube.com/watch?v=s_H63MeGNuM
Waydroid教學:在Arch Linux電腦跑Android APP
https://ivonblog.com/posts/archlinux-waydroid/
ReDroid ~ 用Linux docker容器執行Android APP
https://ivonblog.com/posts/redroid-android-docker/
Waydroid + postmarketOS使用教學,Linux執行Android APP
https://ivonblog.com/posts/postmarketos-waydroid/
假如是用 scrcpy 的話就只有 uncompressed PCM 16-bit LE 了:
https://github.com/Genymobile/scrcpy...audio.md#codec
官方提供的 applemusic.apk:
https://apps.mzstatic.com/content/an...applemusic.apk
https://www.apple.com/lae/apple-music/android-download/
可以支援 x86_64:
https://www.apkmirror.com/apk/apple/...4-5-0-release/
https://apkpure.com/apple-music/com....music/download引用:
arm64-v8a,armeabi-v7a,x86,x86_64