abk1's scratched blog 3::AUDIO DIARY

コメントへの書き込み機能は停止していますので宜しくおねがいします。

Oct 05, 2025

Spotifyに付いて少しと、もう終わるかと思ってもまだ続くLANポート周辺

9月、Spotifyがロスレスになった。
しかし、現状は限定的だ。
うちのシステム、Daphile(Lyrion Music Server)のSpotifyプラグインは、ロスレス対応していない。
というか、Spotifyのほうでロスレス配信先を限定しているのかな。
以下引用。

https://support.spotify.com/jp/article/lossless-audio-quality/

ロスレス音質
対象:プレミアムプラン

(中略)

対応デバイス
9.0.58以降のモバイルアプリ
1.2.67以降のデスクトップアプリ
他社製の一部のデバイス

(中略)

ロスレスで聴けない場合、以下のような原因が考えられます。

お使いのデバイスがロスレスに対応していない
音質設定がロスレスに設定されていない
インターネット接続が弱い
ロスレスで再生できないコンテンツである

(以下略)

ということで、DaphileへのSpotifyの配信は今のところ、320kbpsのmp3音質となる。
まあ、仕方ない。

うちのオーディオ機材でSpotifyをロスレスで再生できるのはWiiM Miniだ。
2LレーベルなどのMQA音源も、ボリュームを100%にしておけばMQAとして伝送される。

LANについては、これで一段落と思っていたら、タイムリーというのか、トップウイングからRJ-45空きポート用の対策グッズが販売になった。
https://www.phileweb.com/news/audio/202509/22/26879.html
トップウイング、空きLAN端子に付けるノイズ混入防止アクセサリー「LANmute」 - PHILE WEB
https://www.youtube.com/watch?v=TOgMESc-FZ4
LANmute、DC Au Cable、Silent Fidelity SFP対策版 | 土方久明のオーディオ最先端 第39回 - YouTube

3個で8千8百円。1個で3千円を切る。
これは、安い。僕ならそんな値段で売らない。25個ちまちま作った自分としては労働に見合わない。3千円はありがたい値付けで、しかもシールド付きだ。
しかし3✕8で24個購入したら7万円程にもなる。お金が余るほどある人なら全然痛くないだろうけど、うちでは全てを自作ターミネーターと置き換えるというのはきついな。
そうは言うものの、少しは購入して、挿し替えて聴き比べてみたい。そのうちだ。
といいつつ、本家サイトで買おうとしたら既に11月まで入荷しないという。仕方ないのでアマゾンの逸品館で2セット注文した。

LANmute、6個来たので、下流サーバーの5個と、経路の途中のハブの1個を自作LANターミネーターと交換してみる。

いや、LANmuteのほうがいいような。
音がいい意味で軽くなる。
考えてみたら、うちの自作ターミネーターはパテ詰めして固めて重いので、音も重く固めになるきらいがあるのかもしれない。LANmuteは小さい形状で振動を拾いにくい気がするし、工作の精度かシールド効果か、自作使用時より更に雑味が減って見通しが良くなる。

LANmute、もう少し追加しようかな。スペアがあっても邪魔にはならんし、今のままでも良いけど追加したら更に良くなるかもしれんし。
物事は落ち着いて取り組まないと禄なことにはならんよな。
しかし追加は入手しよう。

今、確認したら、Amazonの逸品館も11月まで入荷が来ないようだ。まあ、たぶん買う人多いわな。

RJ-45ポートは振動の問題に加えてアンテナとして動作する作用もあると、トップウイングでは解説されている。
やはりSFPポートのほうがオーディオ用途には優れているということらしい。
うちではどうするか。
全てをSFP系で接続すると費用が馬鹿にならない。
あちこちに使っているスイッチングハブを減らして、空きポートを減らさないといいけない。

そういうわけで、試しに減らせそうなハブを一つ外してみたら、音が弱くなる。生命感が落ちる。伝送経路をシンプルにしてみようとLANケーブルの接続場所を変えたら、音が僅かに濁る。
なにしろ、一筋縄にはいかない。
空きポート対策をここまで打っても、ケーブルの接続場所で音が変わる。そして、現状がベストかどうかも不明なままだ。

ハブはノイズ源であると同時に、信号を強化する装置でもある。
SFPのほうが、そういう機械の特性に因る心配は少ないのかな。どうなんだろうね。
ハブは少ないに越したことはないのだろう。
空きポートが少ないほうが対策するに良いし、SFPへの移行もしやすい。あれこれ試行錯誤する要素が少ないほうが、圧倒的に楽な筈だ。

しかし、現状、減らすのは簡単ではない。
クオリティを維持しながらというのでは、あまりにも手がかかる。
今からやるなら、結果はどうなるか考えず交換して、そこから再構築する気でやる、という感じになるかと。
ちょっとしたギャンブルだし、手間やコストがかかりすぎる気がするので、SFPについては当面は様子を見ることにした。

さて、ここにきて、うちのシステムには運用上の問題が生じている。

というのは、うちでは今まで、音量調整はmpdのデジタルボリュームで行っていた。
デジタルボリュームを100%にしたら、音が大きくなりすぎるからアンプのボリュームをかなり絞らないといけない。
アンプのボリュームを絞ると、若干だが音が曇るような感触があり、それに比べたら、アンプのボリュームを上げてデジタル出力を下げたほうが音が良いと感じて、そうしてきた。デジタルボリュームを絞って音の変化が無いかと言われたら僅かな違いはあると感じたが、それでもアンプのボリュームを絞るのに比べたら変化が少なかった。
一般的には、ビット落ちとかビットパーフェクトとかの問題があってデジタルボリューム100%がいいと言うが、うちではlibsamplerateで384/32にアップサンプリングするので44.1/16のデータにデジタルボリュームを使うのとは様相が違ってくる。だからデジタルボリューム優位なのかな、と思っていた。検証したことはないけど。

それが、どうやら逆転した。
デジタル出力を100%にして、アンプのボリュームを絞ったほうが、良くなったみたいなのだ。

これは、どう考えたらいいのか。
うちのシステムは、デジタル信号の違いに以前より鋭敏に反応するようになった、ということではあるのだろう。実際、音源の音質差に因る再生音の違いは以前よりも大きく感じる。同じように、デジタルボリュームを絞った音と100%にした音でも聴感上の差異が以前よりも大きく感じられる。音楽の生命感の差異、僅かな濁りの差異として現れる。
原因は、以前はジッターによって隠されていたデジタルボリュームの弊害が、聴き取れる形で現れた、ということだろうか。どうなんだろう。

それにしても、アナログボリュームを絞ったときの弊害は、どこにいったのか。
これで思い当たるのは、最近は以前よりも再生音の音量が大きいこと。ついつい、大きくして聴いてしまっているのだ。つまり、アナログボリュームを絞る弊害が、いつのまにか以前よりも少なくなっている可能性がある。それぐらいしか、思い付かない。

しかし、差異は少ないと言えば少ない、かな。
無視してもいいかな。
もしもデジタルボリューム100%に固定するとしたら、Brooklyn Ampの運用が困難になる。ボリューム調整を担う機器が必要になる。SM-SX100のRCAライン出力を使うことが出来るかもしれないが、Brooklyn AmpのRCA入力は、若干弱い。XLRで使いたい。SM-SX100にとっては荷物だろうし。
まあ、SM-SX100はデジタル100%固定でアンプのボリュームを使って、Brooklyn Ampにはデジタルボリュームを使うというのもありなのか。

そんなこんなで、いろいろ収まりがつかないが、引き続きあれこれやっていく。

Posted at 08:35 in audio_diary | WriteBacks (0) | Edit Tagged as: , ,

ABK1s HOMEPAGE::audio diary ~2006

Search


abk1's scratched blog 3::AUDIO DIARY

Search


Advanced Search

Recent entries from same category
  1. オープンピンとターミネーターとWiFi AP
  2. LANターミネーター自作にあたり注意喚起
  3. 更にオープンピンやターミネーターなどについて
  4. Mac mini が起動しなくなったのでDaphileを戻した
  5. 上流サーバーとネットワークの音質の調整(LAN端子にオープンピンを使ってみた)8月26日追記
  6. 上流サーバーの電源環境にUPS(BY50S)を導入する
  7. 上流サーバーの電源環境にAV-P25を導入してみた
  8. PPAPで44.1kHzを再見する
  9. オーディオ状況報告(2025.04.20.)
  10. LAN ネットワークを見直してみた 7-2(GS105EによるVLANの挙動について - 13日、追記)
  11. LAN ネットワークを見直してみた 7(GS105EでポートベースVLANを使ってみる)
  12. MQAメモ
  13. LAN ネットワークを見直してみた 6(ハブについて現時点でのまとめ + NASの移動)
  14. LAN ネットワークを見直してみる 5(Walter Tilgner / Whispering Forest を巡る顛末)
  15. LAN ネットワークを見直してみる 4 (18日、19日、8月30日に追記)
  16. LAN ネットワークを見直してみる 3
  17. LAN ネットワークを見直してみる 2
  18. オーディオ状況報告(2025.01.03.)
  19. テストシステムのPPAPで、44.1kHzを鳴らしてみる
  20. RoonとQobuzをやめた、他いくつか
  21. 書くことが無いので、libsamplerate (SRC) によるアップサンプリングの設定変更で音質が変わるかどうかを確認した
  22. オーディオ状況報告(2024.07.15.)
  23. 新しいLMSとDaphileとDeezerプラグインについてメモ
  24. 古いRaspberry PiをRoon、Mpd、UPnPとかで使おうとしたら
  25. Raspberry Pi 3B+をRoon Bridgeにする
  26. Logitech Media ServerのUPnP pluginとmpdの設定を見直した
  27. Mac mini (2010 mid)でFedoraが動くようになったので
  28. Logitech Media Serverを整理する
  29. Logitech Media ServerをMac miniにインストールして新しいDeezerプラグインを試みる
  30. DaphileでDeezerの再生ができなくなるので(3月25日、追記)
  31. オーディオ状況報告(2024.01.21.)31日追記:Deezerが使えなくなる
  32. ストレージ
  33. mpdサーバーに銅メッシュを仕込んでみる(17日、追記)
  34. アップサンプリングの設定を変えてmpdサーバーの負荷を減らしてみる
  35. Daphileサーバーに銅メッシュを組み込んでみる
  36. NASが壊れた
  37. 銅素材でPCトランスポート筐体内のノイズ対策を試みる(10月7日、追記)
  38. I try Roon on Linux
  39. オーディオ状況報告(2023.08.03.)
  40. LAN ネットワークを見直してみる
  41. オーディオ状況報告(2023.06.28.)
  42. HP Probook 450 G9, mpd, libsamplerateで高品質アップサンプリングを試みる(6月1日、4日、追記)
  43. 最新ノートPCで起動できるTiny Core 64 mpdサーバーを過去の資産の切り貼りで作る
  44. 最新のノートPCを最新のTiny Core 64で起動する
  45. リッピング(17日、追記)
  46. なぜpiCorePlayerとM500でMQAを再生すると、音が途切れることがあるのだろう
  47. Deezer hifiのMQAをDaphile、piCorePlayerで再生する(追記:WiFiでつなぐことにした)
  48. resampler {type "Best Sinc Interpolator"} 192kHzってどうなんだろう
  49. resampler {type "Best Sinc Interpolator"} を試してみるべきかも・・・(7日、追記あり)
  50. earfluff and eyecandy によるJitterの解説 その1
  51. earfluff and eyecandy によるJitterの解説 その2
  52. earfluff and eyecandy によるJitterの解説 その3
  53. TAS Super LP List と TAS Super Download List
  54. Ras Pi B+とpiCore13.1でPPAP Back Endを作ってみたけど
  55. オーディオ状況報告(2022.05.28.)
  56. Behringer MONITOR1の性能を確認する(5月24日、追記)
  57. いわゆる直結を試みる
  58. DVDドライブで聴くCDの音が良いような
  59. DaphileでMQAデータをpiCorePlayerに転送再生する
  60. Daphile 設定関係の覚え書き
  61. オーディオ状況報告(2022.01.20.)
  62. カーステレオにRas Pi2+piCore7+MPD+i2s DAC (追記 10月31日、11月03日)
  63. オーディオ状況報告(2021.09.05.)
  64. PPAP Back-Endをタンデム化
  65. ネットワーク上のサーバー運用を再考する
  66. pulseaudioでMQAデータを転送再生する
  67. DAC/アンプの切り替えケーブルによる音質変化ついて
  68. オーディオ状況報告(2021.06.14. 06.18. 追記あり)
  69. DAC/アンプの切り替え盤を設えてみた
  70. Musician Pegasus R2R DACを入手した(12.01. 12.07. 追記)
  71. mpdでCD再生に対応する(2022.03.29./.08.16./2025.04.08. 追記)
  72. オーディオ状況報告(2021.05.02.)
  73. アップしたイメージのPPAPへの転用についてPhile Webに記載した(2022.06.21. 追記:Phile Webサービス終了にて記載内容を転載した)
  74. イメージファイルをアップするにあたって、うちのセットからの変更点
  75. UPnPレンダラー兼アップサンプリングサーバーのディスクイメージをアップした
  76. DaphileにNASをマウントしてみる(cue sheetが使える!)
  77. オーディオ状況報告(2021.04.04. もうちょっと整理したい)
  78. DaphileとTiny CoreでDeezer hifiを768kHzにアップサンプリングする(ついでにPPAPで飛ばす - たびたび追記あり)
  79. DaphileとVolumio 1.55でDeezer hifiをアップサンプリングする
  80. DaphileとpiCorePlayerでDeezer hifiを聴いてみる
  81. PulseaudioによるLan経由音声データ転送のデータ量が大きすぎる(未解決案件)
  82. Deezer Web Player使用をサポートするデータベースを運用してみる
  83. ソフトを起動する順番を変えてみる ~ pulseaudioによる音声データ転送 使い方まとめ(2021.01.31. 06.26. 追記)
  84. pulseaudio クライアントのFirefoxを強化する
  85. オーディオ状況報告(2020.11.22.)
  86. pulseaudioサーバーを強化する(その2:12月11日、追記あり)
  87. pulseaudioサーバーを強化する(10月24、25日、11月01、05、10日、追記あり)
  88. ストリーミング音源をpulseaudioで転送しアップサンプリング再生する(10月15日、追記)
  89. 音楽ストリーミングサービス覚書
  90. Pulseaudioの備忘録
  91. 音楽ストリーミングサービスのウェブプレーヤーを使う
  92. Pulseaudioを使ってRaspberry piにAmazon Prime Musicを転送再生する(9月8日追記)
  93. 引き続き、hwとplughwについて
  94. PPAP back-Endの設定を考え直す(hwとplughw)(8月20日追記)
  95. オーディオ状況報告(2020.08.07.)
  96. バランス接続に業務用アッテネーターを試す
  97. Brooklyn AmpでSM-SX100の代替を試みる(07.14. 2022.02.24. 追記)
  98. 手持ちのアンプでSM-SX100の代替を試みる
  99. SMSL M500でMQAを聴いてみた(10.26. 追記あり)
  100. ジッター再々考
  101. サンプリングパラメータによるジッターの影響の差異について
  102. 今更だがpiCore7を復帰させる
  103. 700kHz台でPPAP 複数のFrontを使い分ける(2020.05.01、2023.06.22 追記)
  104. 700kHz台でPPAP(22日、4月7日追記)
  105. オーディオ状況報告(2020.03.08.)
  106. コンデンサーと抵抗と銅板による仮想アース(1月23日、26日、2月10日、16日、22日、27日、3月1日、8日追記)
  107. GNDについての考察してもわけがわからない
  108. コンデンサーと抵抗による仮想アースと銅板(追記あり)
  109. Lascia la spina (2021.04、2022.11 追記あり)
  110. コンデンサーと抵抗による仮想アース
  111. apu2で、Tiny CorePure64-10.1にmpd(0.20、0.21)をインストールする(その4:動作確認)
  112. apu2で、Tiny CorePure64-10.1にmpd(0.20、0.21)をインストールする(その3:0.21 インストール)
  113. apu2で、Tiny CorePure64-10.1にmpd(0.20、0.21)をインストールする(その2:0.20 インストール)
  114. apu2で、Tiny CorePure64-10.1にmpd(0.20、0.21)をインストールする(その1:準備)
  115. LANに機械をつなぐということについて
  116. apu2d4でTiny CorePure64 10.1を動かす
  117. だんだん秋になってくる
  118. ケーブルインシュレーターをコンセントに使う
  119. 久しぶりにインシュレーターを追加する
  120. オーディオ状況報告(2019.05.03.)
  121. 歌声の録音について自分なりに考えた
  122. アップサンプリングについて色々
  123. オーディオ状況報告(2018.12.30.)
  124. Compaq 6730bとTiny coreでアップサンプリング (768kHzアップサンプリングの音について)
  125. apu2c4で768kHzへのアップサンプリングに取り組む
  126. ADI-2 DACとpiCoreで、384kHz以上を鳴らしてみる
  127. raspberry piをncmpcppサーバーに仕立ててみた
  128. RME ADI-2 DACを導入した
  129. fireface UCXの電源をiPowerに替えてみた
  130. USB電源用のDCノイズフィルターを作ってみた
  131. ようやくNASを追加した
  132. piCoreのonboot.lstを編集してタスク軽減を目指す
  133. PPAP (piped pcm audio play) 関連サイトアドレス集
  134. piCore7で作るPPAP Front
  135. piCore7で作るPPAP Back-End (2020.08.16.追記)
  136. PPAP Back-EndのUSB出力が48kHzになっていたので修正した(2020.08.16.追記)
  137. RAMメモリ再生とppap(piped PCM audio play)を比較した
  138. オーディオ状況報告(2018.04.12.)
  139. 今一度、44.1/16を聴き比べる
  140. MPDのアップサンプリングによる音への影響を確認してみる(SoXとLibsamplerateを比較する)
  141. piCore7でppap (piped pcm audio play)を試みる(05.22、2020.08.16、追記)
  142. ppap (piped pcm audio play)を試みるが、一筋縄に行かない、、、
  143. piCore7にmpdをインストールする方法
  144. オーディオ状況報告(2017.12.24.)
  145. 赤い鳥の音源について思ったこと
  146. fireface UCXについて再び(不覚だった、、、)
  147. オーディオ状況報告とか、いろいろ(2017.10.22. USB029H2RP導入など)
  148. ノイズ対策をあれこれやると音がずいぶん変わってしまった(11月21日USBターミネーターについて追記)
  149. fireface UCXについて(2017.09.05.追記あり)
  150. オーディオ状況報告(2017.07.05.)
  151. ハイレゾとアップサンプリング、384kHz周辺をいろいろと聴いてみた(7月2日、追記)
  152. Moode Audio3.1 384kHz/24bit i2sDACで、メモリ再生を試みる
  153. Moode Audio3.1にlibsamplerateをインストールして384kHzでi2s出力する
  154. オーディオ趣味の課題 備忘録
  155. Fishmans がリマスターで再発されたので1stアルバムを聴いてみた(2017.09.05.追記あり)
  156. mpdからmpdにflacをHTTPストリーミング機能で配信する
  157. mpdのHTTPストリーミング機能でflacを配信してみる(24日追記)
  158. MinimServerをRaspberry Pi B+で動かしてみた(24日追記)
  159. Volumioにマウントした時に機能するシンボリックリンクを作りたい
  160. VolumioをUPnP/DLNAで繋いでみた(1月4日、追記あり)
  161. UPnP/DLNAは難しかった(volumioをupnpで繋いだので追記した)
  162. オーディオ状況報告(2016.11.24.)
  163. JPLAYの音を聴いてみるなど
  164. Raspberry Piとi2sボードでのアップコンバートについて雑感
  165. mpd + SoXによるアップコンバートについて (Ras pi2用のpiCore7にはmpdのインストールが簡単にできる - 追記あり)
  166. mpd + libsamplerateによるアップコンバートについて(2021.04. 追記あり)
  167. ハイレゾを作って再生してみる、など (追記:アップコンバートすることにした)
  168. オーディオ状況報告(2016.06.14.)
  169. Raspberry Pi でメモリ再生を試みる2(raspbianにmpdをインストールする)
  170. Raspberry Pi でメモリ再生を試みる(piCore7にmpdをインストールする)-いろいろ追記あり
  171. NASの中のcue sheetの中を検索する
  172. Volumioのカーネルをバージョンアップしてみる(追記あり、さらに追記あり)
  173. Volumio 1.55 をいじってみる
  174. Raspberry pi B+ / Volumio 1.55 の運用状況
  175. VolumioのSDカード領域を拡張したのでメモ 追記:USBポートの電流出力上限を変更した
  176. 転居後の状況
  177. 引っ越した
  178. I2S DACとRaspberry Pi B+を導入 - Volumioでcue sheetを使う方法
  179. オーディオ状況報告(2014.10.01.)
  180. 加入者網終端装置(CTU)の設定でネットワークを分割する
  181. audio_output_formatについて(Vine Mpd ppcについて覚書-13)
  182. NASの入れ替え
  183. EACの覚書(2019年追記)
  184. Vine Mpd ppcについて覚書(12)デーモンの刈り込み
  185. Vine Mpd ppcについて覚書(11)mpd.conf : audio_buffer_sizeとbuffer_before_play
  186. Vine Mpd ppcについて覚書(10)NASのマウントについて
  187. オーディオ状況報告
  188. Vine Mpd ppcについて覚書(9)twmについて(2014.03.14.追記)
  189. Vine Mpd ppcについて覚書(8)サンプリング周波数とビットレートの変更+追記:mpd.confの設定
  190. Vine Mpd ppcについて覚書(7)というよりEACの設定について
  191. Vine Mpd ppcについて覚書(6)不良cue sheetによる再生の不具合
  192. Vine Mpd ppcについて覚書(5)alsa関連で要らないものを入れすぎていた
  193. Vine Mpd ppcについて覚書(4)ncmpcppのインストール
  194. Vine Mpd ppcについて覚書(3)ncmpcppの設定
  195. Vine Mpd ppcについて覚書(2)mpdのインストール
  196. Vine Mpd ppcについて覚書(1)前書き・OS選択
  197.  オーディオ状況報告
  198. 4年前との違い
  199. ファイルオーディオ現状
  200. ザ・ビートルズBOX USBをEMI Japanから買った

October
Sun Mon Tue Wed Thu Fri Sat
     
13
 
Categories
Archives
Syndicate AUDIO DIARY (XML)
Syndicate this site (XML)


Powered by
blosxom 2.0
and
modified by
blosxom starter kit