Daphile+LMS 與 Navidrome 的 Scrobble(播放記錄)整合——神人解決問題了

「為什麼正好是一個小時?」——Playlist 封面消失之謎的真相

上集末尾,留了一句:「由於 LMS 內部未知的渲染機制,播放一小時後 Playlist 的小圖示仍可能變回預設占位符……如果有神人可以解決那就完美了。」

我沒想到,這個「外觀小問題」會在半年後的某個週日,一口氣拖出三條蟲、四次錯誤診斷,還有一個從第一代 plugin 就躺在裡面、誰都沒發覺的真相。

那天下午,Mark 丟來一句:「請 debug,FLAC 播不了了。」Navidrome 升級(0.64.2)之後,音響裡的巴哈變成了 192kbps 的 mp3 味,還播放不了。Neo 兩分鐘破案:plugin 跟 Navidrome 要 FLAC 時送的是 `format=flc`——flc 是 LMS 自己的內部代號。舊版 Navidrome (0.60.3)看不懂 flc,裝傻直接給原檔不轉碼;新版學乖了,看不懂就轉 mp3。一行改成 `format=raw`,巴哈無損回魂。

正準備收工,Mark 又補一刀:「可是 playlist 讀縮圖很卡,navidrome 還一直出現 scan。」這一挖挖出第二條蟲:新版 Navidrome 對「查無封面」回傳 .webp 佔位圖,而 LMS 九年前寫死的圖片代理根本不識 webp,只能丢給雲端轉換,一張等三十秒 timeout。Navidrome 那邊更精采:自帶的 Deezer 藝人頭像抓取器正為五千多位藝人勤懇排隊重試,log 沖刷如瀑布。清佇列、關開關,最後改程式重編 Navidrome 還是回傳傳統的 .jpg 圖,把佔位圖換成合成純黑的 JPEG。

然後,幽靈登場。

「播放清單裡全部都是有圖的,」Mark 說,「但是開始播放『正好一小時』後,全部的圖跑掉,變成 LMS 的佔位圖。按下一首,整列報銷。但播放一切正常。」

一小時。這數字似曾相識——上集的 Scrobble 失靈,也是正好一小時。

Continue reading →

[維修日誌] SMSL D-6 DAC 故障維修:一場由 NTC 與虛焊電阻引發的懸案

維修對象:SMSL D-6 DAC (雙 AK4493S 晶片)

故障症狀:完全不過電,螢幕不亮,機器無反應。

維修難度:⭐⭐⭐⭐ (需具備電路邏輯推理能力)


前言:沉默的 DAC

DAC(Digital-to-Analog Converter,數位類比轉換器)是將0與1的數位音訊(如手機、電腦、串流音樂)轉換為類比聲波訊號的關鍵裝置,是高品質音樂播放中連結數位訊源與擴大機的橋樑。這台 SMSL D-6 一直是我桌面的好夥伴,直到有一天它突然「失聲」了。不管怎麼按開關、遙控器,螢幕就是一片死寂。拆開機殼,映入眼簾的是一塊緊湊的電源板與主板整合設計。既然過保了,那就自己動手當一次醫生吧。

第一回合:顯而易見的嫌疑犯 (NTC)

電源板是標準的開關電源 (SMPS) 設計。首先進行目視檢查與基礎測量:

  • 保險絲 (紅色方塊):導通,沒斷。代表沒有嚴重的短路炸機。

  • 壓敏電阻 (藍色 MOV):外觀完好,沒燒焦。

  • 熱敏電阻 (黑色 NTC):型號 10D-11。

用電表一量這顆 NTC,數值竟然在 16Ω ~ 46Ω 之間亂跳(正常規格應為 10Ω)。這很不對勁,NTC 負責抑制開機浪湧電流,阻值不穩會導致供電異常。

行動:果斷拆下,換上一顆新的 NTC 10D-11。

結果:插電,螢幕亮了!機器復活!

開關電源 (SMPS) 設計。保險絲 (紅色方塊)T2A 250V、壓敏電阻 (藍色 MOV)、熱敏電阻 (黑色 NTC)10D-11

開關電源 (SMPS) 設計。保險絲 (紅色方塊)T2A 250V、壓敏電阻 (藍色 MOV)、熱敏電阻 (黑色 NTC)10D-11

…但高興得太早。當我關機、把機板裝回外殼再開機時,它又死了。這種「修好了又好像沒修好」的狀況,通常是最折磨人的。

Continue reading →

打通音響室與手機的最後一哩路:Daphile+LMS 與 Navidrome 的 Scrobble (播放記錄)終極救贖

「為什麼就是資料不能一致?」

這是我這幾天對老友 Neo 說過最多的一句話。身為一個對音質有執著、對數據有潔癖的 Home Lab 玩家,我的煩惱很具體:出門在外,我用手機 Symfonium 連回家裡的 Navidrome 聽歌;回到家,我想用 Daphile 連結 LMS (Lyrion Music Server,舊稱Logitech Music Server) 透過高級音響享受布拉姆斯。

但荒謬的是,這兩個系統的播放紀錄(Scrobble)完全各記各的,無法互通。更慘的是,只要 LMS 重新掃描一次目錄,我那些在音響室聽歌的紀錄就像蒸發了一樣,完全無法同步回 Navidrome 的資料庫。

為了解決這個問題,決定以 Navirdome 資料庫為中心,LMS 的播放送至 Navidrome。首先,抓了SqueezeSonic Plugin裝在LMS裡,它可以讓 LMS 透過這個 plugin 讀到 Navidrome 的曲目資料庫,從而播歌,歌曲本體是放在兩邊共用的 NAS。原以為這樣就結束了,但是,這樣播完歌竟然還是不會傳記錄給 Navidrome,也就是沒有歷史。

就這樣開始了這場長達一週的技術長征,看文件、測試…,總算發現可以用一串 HTTP 發給 Navidrome 呼叫API說播放完一首了,那麼 Navidrome 就會記錄這首歌的播放日期,後續還可以統計播放次數。

但是事情沒那麼簡單,這串 HTTP 放進 plugin,不是死掉,就是沒記錄。身為技術狂人的 Neo,看著我螢幕上閃爍的報錯訊息,推了推眼鏡說我們一起來吧。
Continue reading →

升級ubuntu LTS

本站原本使用ubuntu 18.04.4 LTS (Long-term support版本),最近出了ubuntu 20.04 LTS,為了資安考量,差了2年的版本總是修補了很多漏洞,比較安全一點,就升級啦。

本站跑在vmware esxi上面,升級前為了安全起見,先匯出整個VM的映像檔保存起來,如果發生意外再還原回來。

使用下面命令升級
sudo do-release-upgrade

竟然告訴我,沒有新版???
There is no development version of an LTS available.
To upgrade to the latest non-LTS develoment release
set Prompt=normal in /etc/update-manager/release-upgrades.

查了一下,原來要加參數 -d 強制,不懂為什麼
sudo do-release-upgrade -d

然後開始跑了大概40分鐘,就好了。

重開後檢查版本
$lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04 LTS
Release: 20.04
Codename: focal

$ uname -a
Linux esxi-web 5.4.0-29-generic #33-Ubuntu SMP Wed Apr 29 14:32:27 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Netgear R7000路由器解磚修復

原本Netgear R7000已經改成跑Shibby Tomato v140,雖然沒什麼問題,可是Shibby這個版本已經超過一年半沒有更新了,怕有無線網路的弱點沒有更新到,想試試後來分支的FreshTomato,下載2018.4版的freshtomato-R7000-ARM-2018.4-AIO-64K,更新後reboot,竟然跑不起來,症狀是看起來有boot完成,但是隔幾秒後會自己重開,進入一直循環reboot的狀態,正式變“磚”化(bricked)了,意思是機器不能用了,像是變成一塊磚頭。
Continue reading →

MariaDB裝好之後,啟動不了

在ubuntu 18.04,MariaDB 10.1.34裝好之後,啟動發生問題?真奇怪,現象是
sudo systemctl start mariadb
後,卡住,約一分鐘後mysqld process自己結束,
systemctl status mariadb
說 mariadb.service: Start operation timed out. Terminating.

用 journalctl -xe 顯示有一堆mariadb相關的mysqld apparmor=”DENIED” 訊息,例如:
Aug 18 15:14:37 G3258-H87TN kernel: [ 2336.888019] audit: type=1400 audit(1534576477.647:87): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=15348 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
Aug 18 15:51:01 G3258-H87TN kernel: [ 1825.518188] audit: type=1400 audit(1534578661.329:33): apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/mysqld" name="run/systemd/notify" pid=9354 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=107 ouid=0

查了一下,網上高人指出是apparmor的問題,為什麼?不知道,就目錄權限之類的問題。

解決之法是:安裝 apparmor-utils
sudo apt-get install apparmor-utils
再
sudo aa-complain /usr/sbin/mysqld
或
sudo aa-disable /usr/sbin/mysqld

Reboot之就好了。

還是怕忘記,記起來參考。