ArchQ Desktop Player Audacious & DeaDBeeF
日本的樂友使用ArchQ的方法,常常超出我的規劃之外。
這次是在ArchQ Desktop下安裝了 Audacious (類WinAMP)、DeaDBeeF(類Foobar)。
或許想要簡易的聽音樂,使用小而美又有GUI介面程播放程式也是不錯。
使用方法:
1. 下載最新的 ArchQ-2023.07-x86_64.iso
2. 安裝時選Desktop,安裝完後就可以使用了。
可列印查看
ArchQ Desktop Player Audacious & DeaDBeeF
日本的樂友使用ArchQ的方法,常常超出我的規劃之外。
這次是在ArchQ Desktop下安裝了 Audacious (類WinAMP)、DeaDBeeF(類Foobar)。
或許想要簡易的聽音樂,使用小而美又有GUI介面程播放程式也是不錯。
使用方法:
1. 下載最新的 ArchQ-2023.07-x86_64.iso
2. 安裝時選Desktop,安裝完後就可以使用了。
Intel Optane SSD 大車拼
日前為下一版 ArchQ Kernel 預做準備,想到手中有不少 Optane 可玩,於是都拿來Compile Kernel 試,看看哪支聲音好。
小弟用了以下三支測試:P1600X 64GB(號稱安裝系統聲音最好)、M15 32GB、M10 64GB,並再請兩位樂友幫忙試聽。
最後小弟的結論是:M15 > P1600X >> M10,另外兩位樂友的結論也是雷同,M15 32GB勝出。剛好目前的Kernel正是用它產出,造就了現在的好聲。
這是在Compile Kernel下的結果,但不知用在安裝作業系統時是否也是。小弟猜想結果相同的機率很高,手中有 P1600X 和 M15 的樂友可以試試看。
這結論蠻有趣的,我查了一下規格,發現M15沒有在Intel的ARK資料庫中呈現.
但若依據當初發佈時的媒體資訊,M15的規格確實略高於P1600X.
https://www.anandtech.com/show/14437...-m2-pcie-30-x4
https://www.storagereview.com/zh-CN/...-m15-announced
https://ark.intel.com/content/www/tw...3d-xpoint.html
所以,我覺得這結論再次應證可以從規格面去猜測表現XDD.
ALSA period_size & MPD period_time
以下用44100Hz的檔案格式播放為基準。
MPD 使用的 period_time 和 ALSA 的參數 period_size 有下面公式可以轉換:
period_size@ALSA = period_time@MPD * 0.0441
可以用 cat /proc/asound/card0/pcm0p/sub0/hw_params 觀察
若是period_size@MPD 的值好聽,套用在Squeezelite 和 Shairport-sync (Airport),就是 period_size@ALSA。
所以小弟的硬體是 USB 20GB -> HUB -> DDC 下,period_time@MPD 設定為 1764,period_size@ALSA 就可設為 78。
至於 buffer_time 和 buffer_size,就把 period 乘以5 至 6倍 就可。代碼:[root@ArchQ:Q441 ~]$ cat /proc/asound/card0/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 78
buffer_size: 467
註:
這是誤打誤撞的數值,正確的用法是 1,000,000 / 44100 的數倍 才是正確的。引用:
今天測試,發現period_time採用 441 * 4 = 1764 的值最好聽,當然這是我這裡的情況。
用period_size@ALSA 的值反推為period_time@MPD 比較快。
所以下面是小弟最後採用的數值:
period_time = 1000000 / 44100 * 78 = 1769
buffer_time = 1000000 / 44100 * 78 * 6 = 10612
另外 audio_buffer_size 與資料讀取速度有關,正常而言是越小越好,最小值為128。
若要使用光碟機直接播放,就先用預設值2048,之後再往下調一些,不會斷音就可。
ArchQ 適用的USB Ethernet 網卡
在預備下一版Kernel使用的USB網卡driver時,發現並非Linux 支援的USB網卡都可穩定運作。
所以樂友若要選購Realtek RTL8152/RTL8153/RTL8156 USB網卡,建議先由這個清單裡來篩選,這些是在Synology DSM 下測試過的。
下一版Kernel將會支援官方linux內建的USB網卡,而且是速度1000M(含)以上的。
請問各位前輩,Airplay是否無法支援高採樣率傳輸?
Multi-room(Airplay2)已經安裝,不過輸出還是16/44.1,這是正確的嗎?
目前Linux 上的 Airplay (Shairplay) 是只能支援44.1。
Apple 官方的走Wireless (HomePod...)也是只能16/44.1,若訊號用Apple 設備走有線的才能支援高解。
可以參考這裡作者的說明:https://github.com/mikebrady/shairport-sync/issues/1205
以前小弟測試時,顯示為Hi-res,但到Shairplay這段時,似乎仍被轉為44.1,這是以前的印象,現在沒Apple Music帳號可以測。
舊文:#237。
這裡是Apple 官方的回答:https://discussions.apple.com/thread/252848734
CD rip 二三事:硬體篇
自從發現Avier USB4線的強大,小弟一直在尋找光碟機也採用USB4線的可能性。
一開始自Delock 購入SATA2USB 轉接頭,但聲音不佳,光碟機也抓不到。
之後又購入Orico USB3.1 Type-C 的硬碟外接盒,聲音極佳,同樣的光碟機無法使用。
搜尋了不少產品後,最後放棄Type-C直入,妥協為轉接頭的方案。
最後看上「Inateck SATA to USB 3.0」,再補上一顆「USB 3.0 Micro B 轉 Type-C」接頭就搞定了。
小弟先接上硬碟試聽,聲音呈現:Orico > Inateck > Delock > $250級SATA2USB線。
之後正式接上光碟機rip,聲音表現比以往多出不少細節,果然USB4線的作用不少。
最後調整訊號的走法為:
PC -> USB4 -> 3.1HUB(1) -> USB4 -> 光碟機 / DDC
PC -> USB4 -> 3.1HUB(2) -> USB4 -> 硬碟機
全面走USB4等級的線。
光碟機比較挑 SATA2USB 轉接頭,例如 groovy 這個 UD-3102AC 的型號就不行:
https://timely-store.com/?pid=170295377
https://timely.ne.jp/groovy/usbset/ud-3102ac/然而 UD-3000SA 則沒有問題,那是 USB Type-A(並非 Type-B)的型號:引用:
※Blu-ray/DVD/CD ドライブをご利用に成られる場合、UD-500SA、UD-3000SA をお勧めいたします。
https://www.yodobashi.com/product/100000001006198804/引用:
内蔵blu-rayを利用するために購入。
が、本機のメーカーサイトには
「一部の光学ドライブ(Blu-ray、DVD/CDドライブ)※全ての動作を保証するものではありません」
との記載があり、動作するかは保証されていない。
実際に試したところACアダプタ利用しても認識せず、手持ちのSSD用にしか利用できなかった。
素直に光学ドライブ対応を明記している同社製品の「UD-3000SA」を購入したところ、問題なく認識した。
Inateck UA1006 就具備 USB Type-C 和 Type-A,估計同樣是不能夠支援光碟機:
https://device.report/manual/6014222
https://item.rakuten.co.jp/inateck/ua1006_black/
https://store.shopping.yahoo.co.jp/i...006-black.html
https://www.inateck.com/products/usb...ransfer-ua1006
https://www.amazon.co.jp/Inateck-3-5.../dp/B0BCFMQRGR
https://www.inateck.de/products/sata...tragung-ua1006