abk1's scratched blog 3::AUDIO DIARY

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

Feb 22, 2019

アップサンプリングについて色々

最近はCDリッピング音源を705.6kHz32bitにアップサンプリングして聴いている。
以前は768kHzで聴いていたんだけど、ごくごく稀にクリックノイズが聞こえるような気がして(あくまで気がしてなんだけど)、精神衛生上の判断でそうしている。明らかにノイズが入るというのではないんだけど、、、
だから時々、768kHzに戻したりもする。
なんだか、768kHzのほうが705.6kHzより1割増し繊細な気がする。どうなんだろうね。

先日、mpdの設定を見ていて、libsamplerateはmpd 0.19.19のデフォルトリサンプラーであることを思い出した。libsamplerateがインストールされていれば、ビット深度とサンプリング周波数の設定をするだけで、libsamplerateで「SRC_SINC_FASTEST」の設定でアップサンプリングされるようだ。
そうだったんだなあ、、と見てるうちに、libsamplerateは「ZOH」「linear」といった設定も可能だったことに思い至った。正直、低品質ということで眼中になかったので、じっくり聴いたことがない。しかし、実際にはどんな音になるのか、確認しておくことには意味があると思ったので、ちょっと聴いてみた。

まあ、やっぱり良くないんだけど。
アップサンプリングなし(つまり44.1/16をそのままRME adi-2 DACで鳴らすということ)とZOH、Linear設定の700kHz台アップサンプリングを比べても、アップサンプリングなしの方がいいような気がする。ZOHよりは、linearの方が音がいい。というか、ZOHは刺々しいな。
試聴音源で詳細に比較してエントリーにしようかと思ってたんだけど、、なんか、めんどいな。

今回のエントリーはちょっともう、だらだらしている。
うちのやり方で十分、不満はないし、細かいこと言わなくていいじゃないかという感じ。

最近なんだか、アップサンプリングして聴くという手法が市民権を得つつあるような気がする。以前は、どちらかというと外道な手法というイメージで、正統なオーディオ再生ではないと一般的には認識されている、というふうに感じていた。それでも僕などは音がいいと思って、その手法を選択した。スーパーツィーターの接続に、世間では効果がないとされていたチャージカップルドネットワークを採用して使い続けているような人間だから仕方ないのである。
それが、風向きが変わってきている。

例えば、CHORDのCDトランスポート「Blu MkII」はアップサンプリングしてDACにつなぐ仕様になっている。
https://av.watch.impress.co.jp/docs/news/1041113.html
この機種が発売になったのが2017年、もう2年前のことだ。アップサンプリングしてDACに送るということは、バイナリ一致かどうかなんてもう気にしない、ということだ。僕は何でか、うっかりしたのか、もとからトロいのか、この機械がオーディオ界に及ぼす影響について気が付いていなかった。この頃から、たぶん、デジタルオーディオというものへの認識は変わって来たんじゃないかな。
バイナリ一致が金科玉条では無くなってきている。
MQAというフォーマットも、そうした認識の変化が受け入れられる土壌となっているのかな。

そもそもDACチップ自体がアップサンプリングして鳴らしているということも広く知られるようになってきていて、最近はこんなDACが売られている。
https://www.phileweb.com/interview/article/201902/12/634.html
CDの44.1kHzであっても、DSD1024まで引き上げて最高の音質で聴くというのがPro iDSDのコンセプトだという。Blu MkIIがやってることをトラポでやるかDACでやるかの違いというわけだ。

https://av.watch.impress.co.jp/docs/news/1167703.html
最近、「だれでもわかるハイレゾオーディオ」という本が出版されていて、電子出版で買ってちまちま斜め読みしているのだけど、ここではDACチップが行っているアップサンプリングをPCで代替しても構わないと書かれている。この本は「ハイレゾ」というより「DA変換そのもの」に関する数式苦手なオーディオファイル向け解説書なんだけど、かなり踏み込んだ記述がなされていて非常に面白い。というか、僕の興味の中心を射抜いている。すごく勉強になるし分かりやすい。「ZOH」「linear」についても書かれている。

アップサンプリングに日の目が当たること自体は別にいいのだけど、オーディオファイルの間だけではなく、世間一般でもアップサンプリングへの興味が高まっているようで、「アップサンプリング」でググるといろんなサイトがヒットする。ディープラーニングでアップサンプリングするというサイトがあったりして、それってもしかしてジョーク?とか思うんだけど、世間では案外、そういう感覚なんかもなあ、と複雑な心境になったりしている。

アップサンプリングと名が付くものなら何でもいいということになったら、将来的に僕自身が不利益を被るような気がする。例えば、libsamplerateはPCへの負担が大きいし上質なアップサンプリングだと言っても他と変わらないんなら、いらないね、ということになりはしないか。
もしも、libsamplerateがmpdで使えなくなったら。
SoXでいいじゃんと言われたら、うちはSoXで十分な音質を引き出すスキルがないんだよと言わざるをえない。libsamplerateならインストールさえしておけば後はmpdが勝手に良質なアップサンプリングをしてくれるので非常に助かるのだ。
PCトラポによるアップサンプリングは諦めて、Pro iDSDみたいなDACを買えばいいということになるのかもしれないけど、それはDACによるアップサンプリングの精度が重視されて今後は性能が上がっていくという事が前提になる。ZOHやlinearと同等のアップサンプリングでもいいということになれば、そういう安価で低い性能のDACチップが主流になるに決まっている。そうじゃない高性能DACは僕にとっては高嶺の花となるのだ。しゃれにならない。

そんなこと考えたりしてたら、MQAに否定的な話がアップされている。
記述を一部だけど引用してみる。

さよなら、MQA | | 言の葉の穴
https://kotonohanoana.com/archives/23587

まず、MQAはロッシー/非可逆圧縮である。

MQA音源はMQA化された時点で「大元のデータ」から変質しており、二度と元に戻らない。

MQA音源はMQA Limitedの掌の上でしか真価を発揮できない。

なるほど、、、僕は過去のエントリーでMQAへの期待を書いている。
非可逆圧縮ということについて、まず、データの同一性という意味では、アップサンプリング自体がDACチップがするにせよPCトラポでやるにせよ、バイナリ一致の音ではなくなるということだ。一般的なDACで音を聞くことは、バイナリ不一致な音を聞いているということに等しい。そういう意味で、僕みたいなCDデータを700kHz台なんかにアップサンプリングして聞いてるような者にとっては意味が無い、ということがある。非可逆であっても解凍されたデータに充分な情報量があれば問題にならないんじゃないかと思う。
次に、非可逆圧縮の「PCMであれば本来あったはずのデータが削られる」というイメージについては、MQAはAD変換からDA変換まで一連の情報処理であり、録音からPCMデータが作られる段階で、AD変換などで生じる歪みを排除する処理が行われる、と僕は理解している。つまり可逆か非可逆かと分けられるものではない。言ってみれば最初からMQAなわけだから。そういう理解。

非常にわかりやすいMQAの解説が1年半前にアップされていたのでメモで追記。

https://rideonmarin.blogspot.com/2017/10/mqa.html
コラム MQA技術解説についての私的メモ・ロスレスかロッシーか?

しかし、音質がどうなのかという一点。
引用。

Roon 1.6によって「TIDAL Masters/MQAとQobuz/ハイレゾFLACを聴き比べる」ことが可能になり、比較の結果として「MQA音源は同スペックのハイレゾ音源と比較すると音質が劣る」という私自身の結論を得た。

もしその比較が妥当なら、僕もMQAには期待できない、ということになるのかな、、、
うちではmpd + libsamplerateで700kHz台へのアップサンプリングがデフォルトだ。その音は、一般的に流通しているハイレゾ音源そのまま(つまり96kHzや192kHzをDACチップでアップサンプリング)の再生音を凌駕する。ということは、MQAの再生音も越えていると予想される。
実際には聴けていないというのが歯痒いけど、、、

比較の経過は下記アドレスのエントリーに書かれている。読んでみて思うのは、、、判断は実際に聴くまでは保留かな。
https://kotonohanoana.com/archives/23505

なんというか、うちでやってるmpdで700kHz台に上げるというのは、どうなんだろう。一般的な音質比較の対象としていいものかどうか。
MQAは176.4kHzとか96kHzで、MQA対応DACは、そこからどういうフィルタリングをするのだろうか。
上位の周波数にアップサンプリングするのかいな?
しないのなら、700kHzのほうが有利に決まっていると思うし、時間軸の正確性はどうなるのか、、、
使うDACによっても違うだろう。CHORDのDACとかPCM再生が得意なはずだけど、どうなんだろうね(僕はCHORDのDACは聴いたことがないのだ)、、、

最近、うちでオーディオを聴いていて気になるのは「録音」だ。
日本のポップミュージック、特にボーカルの多くに、僕は違和感を覚えるようになった。生の人の声に聞こえないのだ。洋楽だったらロックとかでも、まだ生の人の声に聞こえるのが多い。
とはいっても、そんなにたくさん聴いて確認したわけじゃないので、現時点での印象にすぎないのだけど。

これは何なんだろうと考えるうちに、日本のポップミュージックの録音は、生の声ではなく、コンサート会場のPAを通した歌声を再生しようとしてるんじゃないか、と思い付いた。いくらなんでもそんなことはないだろう、とは思うのだけど、、、でも、コンサート会場やカラオケルームでマイクを通した声が、リビングルームのコンポから鳴るように録音されているのだとしたら、「そうそう、そういう感じの音だよ」と納得がいくというか。
歌声が生の声として再生されるような録音になっていないと感じるのだ。若い人のJポップに限らない。ベテラン歌手の作品でもそういう音がするのが少なくない。必要ないエコー成分が多すぎたり、人の声はこんなガサ付き方しないだろという感じに聞こえたり。
日本のポップミュージックの特徴じゃないのか、と思う。そうした音が似合う音楽が作られているし、たぶん、そうした音楽を再生するのに適したコンポが作られている。

これは、一種の文化的なフィルターとして機能していると思う。
リアルな生の人の声が生きるポップミュージックは、日本ではほとんど作られていない。

僕は最近、リアルな人の声を聴きたいと感じる事が多くて、その結果、はまっているのがアメリカのフォークミュージックだ。ジョーンバエズとかピートシーガーとか、あのあたり。日本の音源で何かないかとなると、再生音に何か違和感を感じる。たぶん録音の、音の問題だと思うのだ。本当はこんな不自然な声じゃないはずだ、と感じることが多い。

現在流通してるハイレゾ、96kHz、192kHzといったレベルだと、そこまで気にならない、というか、気付かない。ラジオやテレビの人の声に違和感を感じないようなものかな。おそらくフォーマットによって違ってくるんだと思う。案外、アナログレコードがうけてるのは、この辺りに理由があるんじゃないかと思っている。受け皿に乗ってるデータが、相対的に上質なのだ。
PCMで700kHzまで上げると、何かしら、圧倒的な差が生じてしまう。まともな録音じゃないと、きびしいのだ。受け皿が大きい分、質の悪さも目立つというのかな。拡大鏡みたいなものなのかもしれない。良質な録音だと素晴らしいのだけど。

2020.05.13.追記。

現在、PPAP方式 768kHzで再生し始めて1か月ほどになるんだけど、1年前に感じていた違和感がなくなった。
違和感を感じていたはずの声が、違和感を感じ始める前よりもっと自然に耳に届いている。
ここに至って、ようやく気がついた。
あの違和感は、残存していたジッターが原因だったのだと思う。録音のせいなどではなかった。

しかし、検証しないといけない。
本当にジッターが原因なのか、どのような作用をしたのか、できれば確かめたい。

2020.10.18.遅まきながら追記。
できれば確かめたいと書いておいて、それっきりになってた。
実際のところ、検証できていると言い切れないけれど、関連エントリーということで記載しておく。

サンプリングパラメータによるジッターの影響の差異について
http://blown-lei.net/endive/blosxom.cgi/audio_diary/20200524a.htm
ジッター再々考
http://blown-lei.net/endive/blosxom.cgi/audio_diary/20200531a.htm

MQAは録音段階にも踏み込んだ処理を行う。そういう意味で、MQAには期待する部分があった。
しかし録音のクオリティは、MQAかどうかみたいなフォーマットの差異だけではカバーしきれない部分がむしろ大きいだろうと感じている。実際、昔から録音の善し悪しは千差万別だからね。

良質な録音にMQAの処理が加わると、さらなる音質向上が見込めないかと考えたり、MQAで700kHz台にとか将来的にはどうなのかと思ったりする。
しかし700kHz台のPCMは相当のクオリティで、上流再生レベルの受け皿としては、これでもう十分じゃないかと思わせるものがあるのだ。個人的感覚的な物言いで、実際どうなのか分からないけど。
受け皿が大きい分、録音自体がよいかどうか、丁寧に録られているかどうかがこれまで以上に重要になってくると思う。
録音に合わせた再生をどうするかも重要ということになるのかな、と思っている。

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

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


Powered by
blosxom 2.0
and
modified by
blosxom starter kit