abk1's scratched blog 3::AUDIO DIARY

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

May 11, 2017

Moode Audio3.1 384kHz/24bit i2sDACで、メモリ再生を試みる

以前のエントリーで、課題を羅列した。
4番の課題、384kHz/24bitの音についてSoXとlibsamplerateの比較は前回のエントリーに上げた。

今回は3番の課題。まず、Moode Audio NAS音源 384/24 i2sDACの音と、piCore メモリ再生 192/24 usb-DDC/firefaceの音の比較について。
両方ともCDのリッピングファイルをlibsamplerateでリサンプリングしている。

結論から書くと、僅差でpiCore メモリ再生で192/24の音のほうがオーディオ的に上の音がする。
繰り返し同じ音源で比較すると、細かいところで情報量が多いことがわかる感じ。
Moode Audio i2sDAC 384/24の音は、192/24と比べたらごく僅かに滲むような感じがある。しかしこれはサンプリング周波数のせいではなく、機器の違いによるものじゃないかと思う。

しかし、どういうんだろう、、、
fireface UCXは、極めて分析的な鳴り方をする。客観的にさせられる音色だ。
対して、Moode Audio NAS音源で384/24の音のほうは、くだけたざっくばらんな音色で鳴る。
結果、音楽に浸りやすい。

Moode 384/24 i2sDACで聴き始めて、ポップミュージックが俄然水を得た魚のように生き生きと歌い出した。クラシックよりもポップミュージックの方が感動が大きいというのは意外な結果だった。いつぞや、音質が良くなるとビリージョエルが生真面目過ぎていただけないと書いたことがあるけど、なんというか、生真面目でどこが悪いかというような聴こえ方になる。そんなことは些細なこととばかりに生々しく歌う。そこには新たな感動がある。まさにオーディオの醍醐味だ。

状況で使い分けしないといけないということなんだろうと思うけど、日常生活の中で使う分には、NAS音源のほうが便利さの点では圧勝だ。
音質は僅差で、魅力的に楽曲を再生する。
結果、最近はMoode Audio3.1ばっかり使うということになっている。

今回、ふと思いついて、Moode Audioの設定を192kHzに変えてみた。
驚いたことに、FMラジオからAMラジオに切り替えたかのような変化を感じる。言い過ぎかな?、ここまで違うか?という感じ。ついこの間までvolumioの普段使いで使っていた設定なんだけど、、、
384kHzに設定を戻すと、なんというか、やはり圧倒的に違う。生真面目なビリージョエルをベールで覆い隠してお茶を濁しているのとは全く違って、当然、バンドサウンドもいい。中島みゆきとか矢野顕子とか、次々聴いてしまう。どうもすっきりしない録音だと思っていたサイモンとガーファンクルが、聴いたことのなかったクリアさと重さをもって再生されたのには驚いた。この重さは、何に由来するのかはっきりしない。いずれ見極めたいところだ。

追記。
このエントリーをアップして以降、あれこれポップミュージックを聴いているのだけど、当たり前といえば当たり前だが、良く聴こえるようになる音源ばかりではないようだ。この程度なのかな、と感じさせられる場合もあって、そうした場合はやっぱり荒が目立って聴こえてくるのかな。
音源や録音によってどのような再生方法があっているかは、やはり違うようだ。

正直、PCMは384kHzのレベルじゃないと実はダメなんじゃないのか、と最近は思っている。そしてそれは良質なアップサンプリングでもいいのだ。録音さえ良好なら44.1/16のファイルには十分な可聴領域の音楽情報がつまっている。
それを引き出すのに384kHzが必要なのは、たぶんMQAに関連して言われているような時間軸の情報量を増やすことがより正確な再生に必要だからだろう、という理解をしている。

Moode Audio3.1以外だったらどうなのだろう。
他のディストリでi2s 384kHz/24bitを手軽に使えるようになるのは何時になるやら。
エントリーした課題の5番、DietPiをうちのシステムに組み込むというのは、結局、果たせていない。libsamplerateを組み込めないしncmpcppにつなげない。お手上げだ。raspbianで何とかするなんてのは夢のまた夢だ。テクがない。

そして思うのは、firefaceで384kHzを受けたらどんな音になるんだろう、ということ。
RMEから新製品が発売中なのだ。
ADI-2 Pro - Synthax Japan Inc.
https://synthax.jp/adi-2pro.html
やっぱりRMEらしく分析的な音なんだろうか。それとも何かが変わるのか。20万円とかどうよ。Ras pi2のUSB出力を問題なく認識してくれるよね?、、、

あと思うのは、CDをリップした44.1/16のファイルをMQAに変換することに将来的なニーズがあるんじゃないかということ。
44.1/16のファイルをlibsamplerateで384/24にアップサンプリングした音は、44.1/16のファイルをそのまま再生するよりいい音がする。
このデータをMQAファイルに変換してMQAに対応したハードに送ったら、どんな音がするだろう?
あるいはPCM384/24の音と比べたとき、どんな違いがあるだろうか?

閑話休題。

さて、今回のエントリーのタイトル。
3の課題の最後に書いた、Moode Audio3.1でメモリ再生。i2s 384kHz/24bitの音を聴いてみないといけない。
そしてpiCoreメモリ再生192kHz/24bitと比較する。

Moode Audioのmpd設定の記述は以下のようになっている。
music_directory "/var/lib/mpd/music"

そこで、musicディレクトリ下に例えば「RAMPLAY」というディレクトリを作成したら、そこに音楽ファイルを転送できるんだけど、実はしかし、piCoreだったらすべてRAM上で動いているからいいんだけど、MoodeではファイルはmicroSDに書き込まれる。
つまり、これではRAM音源の再生にならない。
RAM diskを設定して、そこに転送した音源を再生できるようにしないとRAMによるメモリ再生は出来ない。
以下、コマンドを羅列。

pi@moode:~ $ df -h
Filesystem           Size  Used Avail Use% Mounted on
/dev/root            3.6G  1.4G  2.1G  40% /
devtmpfs             459M     0  459M   0% /dev
tmpfs                464M     0  464M   0% /dev/shm
tmpfs                464M  6.4M  457M   2% /run
tmpfs                5.0M  4.0K  5.0M   1% /run/lock
tmpfs                464M     0  464M   0% /sys/fs/cgroup
/dev/mmcblk0p1        60M   17M   44M  29% /boot
192.168.1.80:/titan  2.7T  1.9T  831G  70% /mnt/NAS/titan
tmpfs                 93M     0   93M   0% /run/user/1000

pi@moode:~ $ sudo vi /etc/fstab

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
#
#( 以下追記 )
#
##### ramdisk
tmpfs   /var/lib/mpd/music/RAMPLAY  tmpfs  defaults,size=500m 0      0  

pi@moode:~ $ sudo reboot

pi@moode:~ $ df -h
Filesystem           Size  Used Avail Use% Mounted on
/dev/root            3.6G  1.4G  2.1G  40% /
devtmpfs             459M     0  459M   0% /dev
tmpfs                464M     0  464M   0% /dev/shm
tmpfs                464M  6.4M  457M   2% /run
tmpfs                5.0M  4.0K  5.0M   1% /run/lock
tmpfs                464M     0  464M   0% /sys/fs/cgroup
tmpfs                500M     0  500M   0% /var/lib/mpd/music/RAMPLAY
/dev/mmcblk0p1        60M   17M   44M  29% /boot
192.168.1.80:/titan  2.7T  1.9T  831G  70% /mnt/NAS/titan
tmpfs                 93M     0   93M   0% /run/user/1000
pi@moode:~ $ free
             total       used       free     shared    buffers     cached
Mem:        948292     206960     741332      27756      11760     129320
-/+ buffers/cache:      65880     882412
Swap:            0          0          0

これで、RAMPLAYディレクトリがRAM Diskになる。
FileZillaでアクセスし手頃なファイルを転送してみる。

pi@moode:~ $ df -h
Filesystem           Size  Used Avail Use% Mounted on
/dev/root            3.6G  1.4G  2.1G  40% /
devtmpfs             459M     0  459M   0% /dev
tmpfs                464M     0  464M   0% /dev/shm
tmpfs                464M  6.4M  457M   2% /run
tmpfs                5.0M  4.0K  5.0M   1% /run/lock
tmpfs                464M     0  464M   0% /sys/fs/cgroup
tmpfs                500M   95M  406M  19% /var/lib/mpd/music/RAMPLAY
/dev/mmcblk0p1        60M   17M   44M  29% /boot
192.168.1.80:/titan  2.7T  1.9T  831G  70% /mnt/NAS/titan
tmpfs                 93M     0   93M   0% /run/user/1000
pi@moode:~ $ free
             total       used       free     shared    buffers     cached
Mem:        948292     344908     603384     125004      11892     264344
-/+ buffers/cache:      68672     879620
Swap:            0          0          0

pi@moode:~ $ ls -aFl /var/lib/mpd/music/RAMPLAY
total 97220
drwxrwxrwt 2 root root        80 May  9 10:55 ./
drwxrwxrwx 4 mpd  audio     4096 May  9 10:42 ../
-rw-r--r-- 1 pi   pi         554 May  9 10:55 BA-JI - 遊びに行こうよ EP.cue
-rw-r--r-- 1 pi   pi    99543648 May  9 10:56 BA-JI - 遊びに行こうよ EP.flac

ncmpcppから操作、ちゃんと音が出る。メモリ再生機として機能してるかな。
ウェブブラウザからMoodeにアクセスしてNASのマウントを解除する。
いくばくかでもpiCoreの条件には近づけたい。

試聴する。
音源は、Mercury Living Presence 1 CD19をリッピングしたflacの1曲目、Enescu作曲「Romanian Rhapsody No.2」。

区別がつかない、、、滲む感じがどうとかも、はっきりしない、、、
と思いきや、じっくり繰り返し聴き比べるうちに違いを聴き取れるようになってきた。i2sDAC 384/24の音は雑味もある気がするけど情報量も多い。usb-DDC/fireface 192/24は滑らかだが音が大人しい。出るべき音は出ている感じだけど。
僅差ながら、i2sDAC 384/24の音はざっくばらんで鮮烈、まとまりがいいのはfireface 192/24のほうだ。

ここで、MoodeにNASをマウントして、NAS音源のi2sDAC 384/24再生を聴いてみる。
若干、音が緩くなる。あと、メモリ再生では聴き取れていたはずの音が聴こえなくなった。
かなり怪しいんだけど、1分50秒ぐらいから微かにハープの音?がメモリ再生では聴き取れるような気がするのだ。NASマウントでの再生ではハープは2分50秒すぎてからしか聴き取れない。このときの音はかなり音量が大きい。

というか、これってハープ?それとも他の楽器?もっといい装置だったらきれいに聴こえるんだろうか。
そこで思いついて、youtubeにアップされてるオーケストラの動画を検索して確認したら、ハープではなく他の音らしい。あれー、、、
だけどまあ、いずれにせよ、何かが鳴ってるのが聴こえるか聴こえないか、差異がある。
ちなみに、NASをマウントしたままではメモリ再生の有効性は低下するのを再確認した。

他の音源でも試してみたいけど、あんまり時間が無いんだな。

そんなわけで、i2sDAC 384/24再生でも、NAS音源再生よりメモリ再生のほうが音はいい。
i2sDAC 384/24とfireface 192/24、両者のメモリ再生では正直、オーディオとしてのレベルは甲乙付けられなかった。
しかも、どちらの音が僕の好みに合っているのか、決断できない。
これには弱った。
うちのオーディオはどうセッティングしたらいいのか、、、まあ、おいおい考えよう。

悩ましいのは、384kHzでもメモリ再生には意味があるということ。
便利で音がいい384kHzのNAS音源再生で代替するということは出来ないことがはっきりしたわけで、普段使うにはそれで全く問題ないけど、突き詰めて聴くときは、メモリ再生は外せないということになった。
まあ、それ自体はたいした手間じゃないので別にいいんだけど。
むしろ、さらに上を狙う余地があちこちにあるらしいということがはっきりした、ということなんだろうな。

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

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


Powered by
blosxom 2.0
and
modified by
blosxom starter kit