Question 1

MPDが長時間動作した後に応答しなくなり、「Too many open files」エラーを表示するのはなぜですか？

Accepted Answer

MPD 0.24.9におけるpipewire出力プラグインの既知のバグにより、接続リトライが失敗するたびにeventfdとeventpollファイルディスクリプタがリークし、最終的にRLIMIT_NOFILEを枯渇させます。回避策：pipewire出力が不要な場合は、`mpc disable "Your PipeWire Output Name"`を実行して無効にするか、PipeWireサーバーに到達可能であることを確認してください。MPDを再起動すると一時的に枯渇が解消されます。このリークが修正されたバージョンへのMPDのアップグレードを検討してください。

Question 2

なぜ、--enable-threaded-resolver でビルドされた curl を使って HTTP ストリーミングを行う際に、mpd が io スレッド上で CPU を高消費するのか？

Accepted Answer

これはmpdのI/Oスレッドとlibcurlのスレッド化されたホスト名解決との間で既知の競合です。curlが--enable-threaded-resolver付きでコンパイルされている場合、HTTPストリームが過剰なepoll_wait/futexアクティビティを引き起こし、CPU使用率が85%以上になります。回避策としては、スレッド化されたリゾルバなしのlibcurlビルドを使用することです。curlを--disable-threaded-resolverでコンパイルし、システムライブラリを置き換えるか、LD_PRELOADを使用してカスタムのlibcurl.soを注入します：LD_PRELOAD=/path/to/custom/libcurl.so mpd --no-daemon --stderr。この問題は、mpd 0.24.10以前とcurl 8.20.0+で発生します。

Question 3

'free(): double free detected in tcache 2'エラーによるMPDのクラッシュを修正する方法

Accepted Answer

このクラッシュは、MPD の FLAC エンコーダープラグインにおけるヒープ破壊のバグで、libFLAC が特定のタグ値を拒否した際に発生します(myMPD jukebox モード使用中に MPD が特定のトラックの再生を終了した際に報告されました)。この問題は commit 7baa6c5803('encoder/flac: skip tag values rejected by libFLAC')で修正され、MPD 0.24.16 でリリースされました。解決方法: MPD を 0.23.5 から 0.24.16 以降にアップグレードしてください(例: ディストリビューションのパッケージマネージャーを使用するか、ソースから再ビルドする)。なお、'double free detected' クラッシュは通常、クラッシュ地点より前に発生したヒープ破壊が原因であるため、backtrace/coredump だけでは診断には役立ちません。アップグレード後もクラッシュが発生する場合は、valgrind でデバッグしてください: valgrind --log-file=/tmp/vg.log --track-origins=yes mpd --no-daemon を実行し、クラッシュを再現させ、/tmp/vg.log を MPD 開発者に送ってください。あるいは、AddressSanitizer(-Db_sanitize=address)を有効にして MPD を再ビルドしてください。これらのツールを使用するとメモリのタイミングが変わるため、クラッシュが再現しない場合があることに注意してください。

Question 4

MPD 0.24.11にアップグレードした後にmpc lsを実行した際に発生する"Bad relative path"エラーの修正方法

Accepted Answer

これは MPD 0.24.11 のリグレッションです: `mpc ls` は `lsinfo ""` を送信しますが、空のルートパスが誤って `Bad relative path` で拒否されます。データベースを再構築したり、`music_directory` を変更しても解決しません。MPD を 0.24.10-1 にダウングレードしてください。例えば Arch Linux では:

```sh
sudo pacman -U /var/cache/pacman/pkg/mpd-0.24.10-1-x86_64.pkg.tar.zst
sudo systemctl restart mpd
mpc ls
```

パッケージがキャッシュに残っていない場合は、Arch Linux Archive からインストールしてください:

```sh
sudo pacman -U https://archive.archlinux.org/packages/m/mpd/mpd-0.24.10-1-x86_64.pkg.tar.zst
```

修正版が利用可能になるまで、誤って再アップグレードされないようにするには、`/etc/pacman.conf` に `IgnorePkg = mpd` を追加してください。

Question 5

なぜMPDは"mixer_device"ではALSAデバイスエイリアスを拒否するのに、"device"では動作するのですか？また、カード名でボリュームコントロールを修正するにはどうすればよいですか？

Accepted Answer

MPD の `device` は ALSA の PCM(再生)デバイスを開くため、任意の PCM エイリアスが機能します(例:`plughw:CARD=sndrpihifiberry` や ~/.asoundrc/asound.conf で定義されたカスタムエイリアス)。一方、`mixer_device` は ALSA の **コントロール**(ctl)デバイスを開くため、オンラインの例のほとんどで定義されている PCM タイプのエイリアスはそこでは解決できず、拒否されます。

修正方法:
1. 両方のインターフェースで有効なカード名構文を使用してください:
```
device "hw:CARD=sndrpihifiberry"
mixer_device "hw:CARD=sndrpihifiberry"
```
カード名は `cat /proc/asound/cards` または `aplay -l` で確認できます(角括弧内の文字列です)。`CARD=` を使うと、カードの順序入れ替わり(起動ごとに hw:0/hw:1 が入れ替わる現象。例:Raspberry Pi に HifiBerry を搭載した場合)の影響を受けない設定にできます。
2. あるいは、`mixer_device` を完全にコメントアウトしてください。その場合、デフォルトは `default` になりますが、これは ALSA の*システムデフォルト*のコントロールデバイスを意味し、「`device` で指定したものと同じデバイス」ではないことに注意してください。この方法が確実に機能するのは、使用しているサウンドカードがシステムデフォルトである場合のみです。

`mixer_device` には `plughw:CARD=...` のような PCM 固有のプレフィックスを使用しないでください。ミキサー制御には `hw:CARD=...` を使用してください。

MPD

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト