abk1's scratched blog 3::AUDIO DIARY

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

Jun 16, 2020

SMSL M500でMQAを聴いてみた(10.26. 追記あり)

最近はサンプリングパラメータ関係で右往左往していたんだけど、一息ついて考えた。
そういえばMQAって最近はどうなってるんだっけ。
今迄、768kHz再生に取り組む方を優先していたのと、MQAを鳴らすなら700kHz台も鳴らせるDACじゃないと試す気になれなかったので、後回しになっていた。要はつまり、比較試聴ができないといけないと。
768kHz MQA DACで検索したら引っかかったDACが、S.M.S.L M500だ。
4万円強、と値段も手頃感があって入手した。MQAとアップサンプリングPCMを比較するためだけに5万以上は出せない。

しかし、考えてみたらMQAとPCM、どちらが上手く鳴るかはDACによっても違うかもしれないし、入力の種類によっても違う可能性がある。今回はうちで鳴らしてみたらどうだったか、という記録で、他のDACだと違う結果になる可能性がある。

さて、M500が届いた。
メガネケーブルでAC100Vに継ぐ。usbからの電力供給では動かない。
うちのPCトラポ(apu2c4/tiny core pure64 / mpd)のusbから入力してみる。
音が出ない?
リモコンのセレクターで入力選択する必要があるのか?
単4電池2本をリモコンに入れて操作。最初に「C」ボタンを押せというトラップがある(よく見たら説明書に書いている)。
usb入力で合ってるようだ。音量は40でMAXらしい。
ここで、下げていたアンプのボリュームを上げたら音が出た。いつから出ていたんだ?
どうもおかしい。音がすごく小さいのだ。
説明書は英語と中国語で書かれているのだけど、小さくて内容は最低限で今回の件では参考にはならない。
小さいとこに小さい字でファームウェアのアドレスが書いてあるんだけど、アクセスしたら「404 not found」。
新品なのに中古感があるとは味な奴である。

この時点で一応、MQA音源を認識するか確認。
所謂「ハイレゾCD」のサンプラーからEACでリッピングしたflacファイル。mpdで再生してMQAと認識。
ちょっと驚いたのは、CD1枚分flac+cue sheetの形式でも認識できる。
しかし、細かいことは後回しだ。

ネット検索したら音が小さいとか出ないとかノイズとかトラブルはあるようで、ファームのアップデートで解消されるらしい。

10.26. 追記。
ふと一応と思って下記のアドレス先がどうなっているか確認したら、6月にこのエントリーを上げた時とは全く違う様相になっていた。つまり、アップデートに関する下の記述は今となっては使えないということだ。ファイル名も変わってしまっているようだし。
内容自体は削除しないけど、線を引いて消しておく。
もしもこれからアップデートをしようという人は、ここの記載は参考程度に留めていただければと思う。

smsl m500 firmwareで検索したら、shenzhenaudio.com のファーム置き場が引っかかるので、ここから落す。
https://download.shenzhenaudio.com/Smsl/M500%201.08%20USB%20firmware/
https://download.shenzhenaudio.com/Smsl/M500%201.08%20USB%20firmware/M500%201.08%20USB%20firmware.zip

windowsじゃないとアップデートできないので、windows10のノートPCを起動。
上記のアドレスから「M500 1.08 USB firmware.zip」を落として、解凍したら「Instrutions.txt」というファイルがある。
記載内容を下記に引用。

1. Install the Driver.exe if you are not sure you using a v4.67.0 driver.
2. Run the XMOSUSBDACDfu.exe of the DFU_tool folder.
3. Load the SMSL_M500_1.08_DFU.bin to update the USB firmware.

Version note:
1.06 first release
1.07 fixed the android phones sound small problem! with canceling the volume adjust the function of USB.
1.08 fixed the 32bit can not be played.

これで全部だ。
android phones sound small problem!と。linuxのトラポへの対応ができてないらしい。それで音が小さいのね。
usb入力の問題ということは、S/PDIF入力だと問題ないのかな、、、ras pi2のhifiberry Digi+から光出力。
S/PDIFだとMQAだと認識しない。
でも音量は正常だ。

Instrutions.txtに書いてある通りに、ファームを1.08にアップデートする。

まず「1. Install the Driver.exe」とある。
解凍したファイルの中の「XMOS_USBAudio_v4.67.0_setup.exe」を起動し、windowsノートPCにドライバーをインストール。
M500をusbでノートPCに繋いで「XMOSUSBDACDfu.exe」を起動。
うちでは何故か、M500を認識せず。
ひょっとして光入力に設定してたからかな、と思ってリモコンでusbに設定、usbを刺し直したら認識した。入力設定と刺し直し、どっちが効いたか分からない。
XMOSUSBDACDfu.exeのウィンドウ上でファームインストール用の実行ファイル「SMSL_M500_1.08_DFU.bin」を選択、設定して実行。
これで、ファームのアップデート完了。

コンポにつなぎなおして試聴再開。 apu2c4 / tiny core pure64 7.2 / mpd+libsamplerate からusb出力。

音源に使ったのは、ハイレゾCDのサンプラー。MQA-CDと通常CDの2枚組。
これがハイレゾCDだ! クラシックで聴き比べる体験サンプラー [MQA/UHQCD] / universal
https://www.universal-music.co.jp/p/uccg-40079/
クラシックだけじゃなくてジャズやロックのも用意したんだけど、実際に試聴に使ったのは殆どクラシックだ。

MQA-CD、通常CD両方を、EACでリッピングした。
MQA-CDは、トラック毎にflacファイルにしたものと、CD1枚のflac+cue sheet形式にしたものを作った。EACでリッピングしたものはMQAとして読み込めないという情報がネット上にあったので、トラック毎のflacはmqa.flacに変換したものも用意した。
つまり、1曲につき4種類のファイルを作っている。

mqa.flacというのは「MQA TagRestorer」というソフトで作られるファイル。flacファイルのタグにMQAの情報を書き込む。
MQA Tag Renaming Application / MQA
https://www.mqa.co.uk/tag435sdf43te
一見、英語サイトだが、下にスクロールしたら日本語が現れる。WindowsとMacに対応している。

しかしM500の場合は、mqa.flacでなくてもMQAとして読み込んでくれた。
つまり普通にEACでflacとしてリッピングしておけば、MQAファイルとして再生してくれる。flac+cue sheetでも問題ないようだ。cue sheetからアルバム1枚分の曲目リストを取り込み、3曲目を再生、というような操作をしても、ちゃんとMQAとして認識、再生する。

試聴の感想。

MQAは、なにしろ音の立ち上がり、減衰の感触が綺麗。個々の音が混濁せずに立ち上がり程よく主張する良い音だと思った。352.8/24のハイレゾ相当を圧縮解凍しているのだから良くて当たり前かもしれない。
サンプラーの説明書に、当初は176.4kHzの予定だったが音質の観点から352.8kHzにしたと書いてあった。僕自身の経験では、PCM音源は300kHz台以上から明確な音質改善があると感じていて、そういう意味でもサンプラー製作者の判断は正しいと思う。

しかし、曲の開始時にMQAだと認識するのに時間がかかり音が途切れる。
MQAの曲から次のMQAの曲につながる時は問題ないんだけど。
どんな条件で途切れるのか、しばらくはっきりしなかった。
いろんなファイルを繰り返し再生するうちに、何かバッファーの問題?と目星を付け、意外だったんだけど、もしやと思い、mpd.confの「audio_buffer_size」を小さくしたら、すっかり改善してしまった。
こんな影響があるんだね。
mpd以外の再生ソフトでどうなるかは確認していない。

通常CDからリッピングした44.1/16 PCMはどうか。
そんなに悪くない。
これだけ聴いてたら多分、こんなものかと思うんじゃないかな。
しかしMQAと比較したら音が刺々しく音色の分離も劣る。というか、音質を比較するとかするまでもなく、音が鳴りだした瞬間に全く違うということが分かる。

アップサンプリングしたらどうか。
今回の試聴で、mpdによる352.8/24アップサンプリングはMQAに引けを取らないことが確認できた。
情報量は全く同等で互角。
音色の比較も非常に僅差。
だけどアップサンプリングのほうが、大音量のオーケストラなどDACにとって難しそうなところが、本当に少しだけ、混濁せず綺麗に鳴る。ブラインドで区別する自信は全くないけれど。
4万円のDACだからMQAで余力の無さが出るのかも。つまりDACにデコードの負担がかかるだけ不利ということだ。これは機種によって現われ方が違うかもしれない。
僕は、もしかしたらMQAのほうが、PCMアップサンプリングに勝るかもしれないと考えていた。デコードの負担が少ない機種なら、時間軸への対処に優位性があるMQAの音のほうがよくなる可能性があるのではないか。

CD音源705.6kHzへのアップサンプリングだと更に良くなる。情報量が多くてクリアな再生音。
でも、比べたらADI-2 DACで鳴らすほうが音がいい。若干だが音色のグラデーションが細やかで深みがある。M500はやや薄いというか、イメージとしては山麓の清流で、ADIは珊瑚礁の海というイメージだ。
あと問題は、700kHz台はどうも安定して鳴らせない。
なぜかノイズまみれの再生になることがあったり、もとに戻ったり。頻度がどうなのかとか原因とかは確認してない。300kHz台までで使う方が無難な気がする。個体差なのかどうか、どうなんだろう。

今回の比較では、44.1/16 < 192/24 < MQA(352.8/24) ≒ 352.8/24 < 705.6/32、という感じだった。
これは順当といっていいのかな、どうなのだろう。

しかし今回の試聴で、うちでは通常CD同等の44.1/16の音源があればソースには困らないということが、ある程度明らかになった。
MQAはストリーミング音源とかに適するとか。
PCM音源のストリーミングをリアルタイムで768kHzにアップサンプリングして聴けるようにしたらどうなんだろうと考える。しかし現実的には、CDレベルのPCMを768kHzにアップサンプリングするより、MQAデコードのほうが機械の負担としては軽くて済むのかもしれない。それ自体でMQAフルデコードできるDACチップも作られたと聞く。そういうのを使った製品を買う方が、ユーザーは簡単に高音質が得られるだろう。
そういうのに比べたら、CD音源を768kHzになどというのは、ほぼそれ専用に特化したPCトランスポートがあるから出来るのだ。DACという機械にそれも含めて組み込むのは、まだ難しいのかもしれない。

あと今回、今更当たり前のことに気付いた。
PCMアップサンプリングだとmpdのソフトウェアボリュームでリスニングポイントのクライアントPCから音量調整が自由自在だけど、MQAだとその手は使えないんだね。mpdで少しでもボリューム絞ったらMQAでは無くなっちゃう。ただのPCMになる。それこそビットパーフェクトじゃなくなって折り畳まれたデータが使えなくなるのだろう。
つまりアンプまでボリューム調整のため歩かないといけない。
歩けよって事だけど、、、
うちではPCMでいいってことになるかな、、、

M500はフィルターを変更する機能があるんだけど、今回の試聴でそれは使っていない。
デフォルトの「fast linear」のままで、変えたら違うかどうかまでは試していない。
あとバランス出力の方がいいのかな。これはアンプがどうなのかにも依るんだろうけど。

Posted at 22:55 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. ジッター再々考
  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 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
18
         
Categories
Archives
Syndicate AUDIO DIARY (XML)
Syndicate this site (XML)


Powered by
blosxom 2.0
and
modified by
blosxom starter kit