RSS2.0
朝イチでメインシステムONで音楽を...
あれ ツイーターがバチバチ言い出した...緊急OFF
ここからが長かった長かった我が家にある検証ツールが総出演でした(笑)
半日かかって...やはりDACに異常が発生していると突き止める。
(我が家はフルi2s入出力マルチチャンネルシステムなのでトラブルと大変です^^;)
まず電源電圧が正常か？すべての電源基板の出力電圧を測定する。問題なし...
DACセットの中はすべてコネクターで抜き差し出来る配線なので各ユニットを入れ替えて
不具合箇所を探っていく...IV基板で音が歪んでいる事を特定する。
次にいっぱい付いてるオペアンプを疑う(笑)一個ずつ触って音が変化する部分を見つける。
発見！！ああぁ高いオペアンプだったのに...(定格ギリギリで使っている^^;)
念の為ソケットと周りのCRにハンダを追加して
オペアンプを交換して修理完了...長い一日でした。
Xonar DGX DSXの改造完了 出音確認中
2021/1/13
# aplay -l
**** ハードウェアデバイス PLAYBACK のリスト ****
カード 0: DSX [Xonar DSX], デバイス 0: Multichannel [Multichannel]
サブデバイス: 0/1
サブデバイス #0: subdevice #0
カード 0: DSX [Xonar DSX], デバイス 1: Digital [Digital]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
カード 1: Intel [HDA Intel], デバイス 0: ALC889A Analog [ALC889A Analog]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
カード 1: Intel [HDA Intel], デバイス 1: ALC889A Digital [ALC889A Digital]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5512
buffer_size: 22052
# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 24000
buffer_size: 96000
今回ASUS製の2種類のカードをI2S出力仕様に改造して比較試聴をした。
基本的な音質レベルには差がほとんど無いと思われるのだが
音のキャラクターは同じ軸上には無いと言い切れる。上位モデルXonar DSXの方がゴージャスなのだ(笑)
Audio的正確に音を聴くのであれば下位モデルXonar DGXが良いと感じる
この音の違いはサウンドプロセッサーの違いでC-Media製CMI8786とASUS製のAV66から来ている。
上位モデルは音楽再生というよりもDVD映画、TV録画等のソース再生をメイン設計されたのではないか？
多分いちばん見たい映像かも(笑)
ICリード幅：0.22mm 端子間ピッチ：0.5mm 導体間クリアランス0.5-(0.11+0.11)=0.28mm
注：一番上手く出来た端子です^^;
注意事項：この記事を元に改造を行い故障や発煙発火あるいは動作しない等不具合が発生しても当方は一切の責任は取れません。
— posted by くま at 10:24 pm
I2S送受信基板の電源(2)
2021/1/11
以前どこかの掲示板でDCアローの出力電圧を3.3Vに改造して
I2S送受信基板の電源にすると書いたら批判された事があった(笑)
それでこんな実験をした...
やはり3.3Vという低い電圧をDCアロー回路方式で作ろうとすると
トランジスタが1個あたり0.6V〜1.0V程度背負っている環境で
かなり非効率だし自分的にはノイズについても不利と考えて
LDO基板+DCアローで3.3Vを作るのが良いと考えて
実際に作成して使っていた期間もあった。
だがしかし...DCアロー回路ベースに3.3V電源回路を
改めて聴いてみるとなぜか？
音の立ち上がりが良い出音で何だかな-(笑)だった。
本日はその基板を半日程、現状の環境でイジってみた。
やはりとても気持ちの良い出音である。
moct氏が絶賛していたチップフイルムコンを試しに購入して
やなさんHDMI-i2s受信基板に盛ってこの電源を繋いでみると
また楽しくなって来ましたよ(笑)
追記...
白状すると自分はAK4499DAC基板のi2s入力信号を最初絶縁していなかった。
でもその状態だとi2s信号自体が3.3V系なので
その先に繋がる3.3V系で動作する回路に影響が出る事をお気楽kit藤原氏に教えていただいて
それ以来DAC入力回路は一度絶縁と非絶縁で音を聴いて見て決める様にしている。
追記01-12
鳴らすスピーカーが変われば最良の組み合わせのアンプも変わる。
オーディオをやっていれば至極当然の事だと思うが
電気回路をイジっていて負荷が変われば最良の電源も変わるという事は受け入れがたいのかぁ？
DACをイジっていると接続する電源で全く別モノになる瞬間を体験していないのかなぁ...
ナンタラ電源は前になんかに繋いで音が良かったかからとか...違う場合もあるんだと思うけどなぁ
なんたら電源最高説なんだろう。
ホントにそうか？音が悪いのは繋れ流れている負荷(Audio基板)の責任にされて
負荷が可愛そうだ。
I2S送受信基板の電源にすると書いたら批判された事があった(笑)
それでこんな実験をした...
やはり3.3Vという低い電圧をDCアロー回路方式で作ろうとすると
トランジスタが1個あたり0.6V〜1.0V程度背負っている環境で
かなり非効率だし自分的にはノイズについても不利と考えて
LDO基板+DCアローで3.3Vを作るのが良いと考えて
実際に作成して使っていた期間もあった。
だがしかし...DCアロー回路ベースに3.3V電源回路を
改めて聴いてみるとなぜか？
音の立ち上がりが良い出音で何だかな-(笑)だった。
本日はその基板を半日程、現状の環境でイジってみた。
やはりとても気持ちの良い出音である。
moct氏が絶賛していたチップフイルムコンを試しに購入して
やなさんHDMI-i2s受信基板に盛ってこの電源を繋いでみると
また楽しくなって来ましたよ(笑)
追記...
白状すると自分はAK4499DAC基板のi2s入力信号を最初絶縁していなかった。
でもその状態だとi2s信号自体が3.3V系なので
その先に繋がる3.3V系で動作する回路に影響が出る事をお気楽kit藤原氏に教えていただいて
それ以来DAC入力回路は一度絶縁と非絶縁で音を聴いて見て決める様にしている。
追記01-12
鳴らすスピーカーが変われば最良の組み合わせのアンプも変わる。
オーディオをやっていれば至極当然の事だと思うが
電気回路をイジっていて負荷が変われば最良の電源も変わるという事は受け入れがたいのかぁ？
DACをイジっていると接続する電源で全く別モノになる瞬間を体験していないのかなぁ...
ナンタラ電源は前になんかに繋いで音が良かったかからとか...違う場合もあるんだと思うけどなぁ
なんたら電源最高説なんだろう。
ホントにそうか？音が悪いのは繋れ流れている負荷(Audio基板)の責任にされて
負荷が可愛そうだ。
— posted by くま at 11:36 pm
SOUNDカードi2s出力へ改造
2021/1/7
ヤフオクで落札出来たんだが...何時配達になるのかなぁ
今、悩んでいるのはI2S出力コネクタを取り付ける所が無いという事！
追記：1/8
昨日夜、酔っ払った勢いで改造したらトラブル続発(笑)今朝すべて解決して音出し成功。
追記：1/10
DAC＿ICへ入力される部分で信号を強奪しているためにレベル調整をしないと
音が歪んでしまう。通常のよりもかなり高いレベルの信号なので
ここを限界まで高く調整する事により信号伝達ロス対策になると思われる。
ロードされているモジュール
$ lsmod | grep snd
snd_oxygen 32768 3
snd_oxygen_lib 53248 1 snd_oxygen
snd_mpu401_uart 16384 1 snd_oxygen_lib
snd_rawmidi 45056 1 snd_mpu401_uart
snd_seq_device 16384 1 snd_rawmidi
snd_pcm 147456 2 snd_oxygen_lib
snd_timer 45056 1 snd_pcm
snd 114688 12 snd_seq_device,snd_oxygen,snd_oxygen_lib,snd_timer,snd_mpu401_uart,snd_pcm,snd_rawmidi
soundcore 16384 1 snd
ALSAでの認識
$ aplay -l
**** ハードウェアデバイス PLAYBACK のリスト ****
カード 0: DGX [Xonar DGX], デバイス 0: Multichannel [Multichannel]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
カード 0: DGX [Xonar DGX], デバイス 1: Digital [Digital]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
44.1KHz再生時
$ c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5512
buffer_size: 22052
192KHz再生時
$ c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 24000
buffer_size: 96000
768KHz再生時
# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 24000
buffer_size: 96000
General
Complete name : decade wind_01_うた 768k High Edition.wav
Format : Wave
File size : 1.50 GiB
Duration : 4 min 21 s
Overall bit rate mode : Constant
Overall bit rate : 49.2 Mb/s
Audio
Format : PCM
Format settings : Little / Signed
Codec ID : 1
Duration : 4 min 21 s
Bit rate mode : Constant
Bit rate : 49.2 Mb/s
Channel(s) : 2 channels
Sampling rate : 768 kHz
Bit depth : 32 bits
Stream size : 1.50 GiB (100%)
※テストしたカードはカタログ上のスペックでは96KHzまでの再生となっているが...
DAC＿ICへ入力されている信号は96KHzよりも高い192KHz状態なのか？
ASUS製サウンドカードをイジっていると無茶を色々やっているのが発見出来て面白い。
管理人のポリシーとして見栄えも音のうちなのでI2S出力コネクターの取り付け金具を製作してみた。
メインの2ch分はCS4245で出力している。
もう一個のSOPパッケージのDACはサラウンド出力対応の様だ。
この基板の電解コンデンサー極性表示のシルクはプラス側が白塗りになっていてドッキリする(笑)
パターンを追って確認してみたが極性的には間違っていない様だ。
CM8XXXシリーズは192KHz 32bit出力のサウンドプロセッサー...
注意事項：この記事を元に改造を行い故障や発煙発火あるいは動作しない等不具合が
発生しても当方は一切の責任は取れません。
今、悩んでいるのはI2S出力コネクタを取り付ける所が無いという事！
追記：1/8
昨日夜、酔っ払った勢いで改造したらトラブル続発(笑)今朝すべて解決して音出し成功。
追記：1/10
DAC＿ICへ入力される部分で信号を強奪しているためにレベル調整をしないと
音が歪んでしまう。通常のよりもかなり高いレベルの信号なので
ここを限界まで高く調整する事により信号伝達ロス対策になると思われる。
ロードされているモジュール
$ lsmod | grep snd
snd_oxygen 32768 3
snd_oxygen_lib 53248 1 snd_oxygen
snd_mpu401_uart 16384 1 snd_oxygen_lib
snd_rawmidi 45056 1 snd_mpu401_uart
snd_seq_device 16384 1 snd_rawmidi
snd_pcm 147456 2 snd_oxygen_lib
snd_timer 45056 1 snd_pcm
snd 114688 12 snd_seq_device,snd_oxygen,snd_oxygen_lib,snd_timer,snd_mpu401_uart,snd_pcm,snd_rawmidi
soundcore 16384 1 snd
ALSAでの認識
$ aplay -l
**** ハードウェアデバイス PLAYBACK のリスト ****
カード 0: DGX [Xonar DGX], デバイス 0: Multichannel [Multichannel]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
カード 0: DGX [Xonar DGX], デバイス 1: Digital [Digital]
サブデバイス: 1/1
サブデバイス #0: subdevice #0
44.1KHz再生時
$ c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5512
buffer_size: 22052
192KHz再生時
$ c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 24000
buffer_size: 96000
768KHz再生時
# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 24000
buffer_size: 96000
General
Complete name : decade wind_01_うた 768k High Edition.wav
Format : Wave
File size : 1.50 GiB
Duration : 4 min 21 s
Overall bit rate mode : Constant
Overall bit rate : 49.2 Mb/s
Audio
Format : PCM
Format settings : Little / Signed
Codec ID : 1
Duration : 4 min 21 s
Bit rate mode : Constant
Bit rate : 49.2 Mb/s
Channel(s) : 2 channels
Sampling rate : 768 kHz
Bit depth : 32 bits
Stream size : 1.50 GiB (100%)
※テストしたカードはカタログ上のスペックでは96KHzまでの再生となっているが...
DAC＿ICへ入力されている信号は96KHzよりも高い192KHz状態なのか？
ASUS製サウンドカードをイジっていると無茶を色々やっているのが発見出来て面白い。
管理人のポリシーとして見栄えも音のうちなのでI2S出力コネクターの取り付け金具を製作してみた。
メインの2ch分はCS4245で出力している。
もう一個のSOPパッケージのDACはサラウンド出力対応の様だ。
この基板の電解コンデンサー極性表示のシルクはプラス側が白塗りになっていてドッキリする(笑)
パターンを追って確認してみたが極性的には間違っていない様だ。
CM8XXXシリーズは192KHz 32bit出力のサウンドプロセッサー...
注意事項：この記事を元に改造を行い故障や発煙発火あるいは動作しない等不具合が
発生しても当方は一切の責任は取れません。
— posted by くま at 09:24 am
Audio over Ether
2021/1/4
smpd Audio over Ether でやっと音が出始めた...長かった(笑)
本来はRaspberryPi4の二台構成でやれば作者様と同じ構成なので
トラブルも少ないと思うがもう一台RaspberryPi4を購入する気にはなれなくて(笑)
RaspberryPi3をフロントエンド(サーバー側)に使って弄る弄る...
結局、説明書どうりの設定が出来ていなかった事が上手く行かない原因であったと思う。
機器ソフトの構成
AoEフロントエンド
RPi3 RPi4/RPi3用 Arch Linux (64bit)
AoEバックエンド
RPi4 smpdplayer β6
RPi3の方は説明書どうりカーネル入れ替えlib上書きをしました。
smpdplayer β6の方はsystemctlを例の様に書き換えて
aoe -i xxxx -d xxxx で自動起動するように設定しました。
自分はLAN端子をフロントとバック両方共にハブに接続するという事を知らなくて
直結していました。(爆)大分時間ロスをしました。
追記：メインシステムに接続し視聴してみたが...素晴らしい分解能と低域でびっくりした。
本来はRaspberryPi4の二台構成でやれば作者様と同じ構成なので
トラブルも少ないと思うがもう一台RaspberryPi4を購入する気にはなれなくて(笑)
RaspberryPi3をフロントエンド(サーバー側)に使って弄る弄る...
結局、説明書どうりの設定が出来ていなかった事が上手く行かない原因であったと思う。
機器ソフトの構成
AoEフロントエンド
RPi3 RPi4/RPi3用 Arch Linux (64bit)
AoEバックエンド
RPi4 smpdplayer β6
RPi3の方は説明書どうりカーネル入れ替えlib上書きをしました。
smpdplayer β6の方はsystemctlを例の様に書き換えて
aoe -i xxxx -d xxxx で自動起動するように設定しました。
自分はLAN端子をフロントとバック両方共にハブに接続するという事を知らなくて
直結していました。(爆)大分時間ロスをしました。
追記：メインシステムに接続し視聴してみたが...素晴らしい分解能と低域でびっくりした。
— posted by くま at 01:02 am
明けたら閉めましょう...
2021/1/1
今年もよろしくお願いしますm(_ _)m
年の初めから毒舌？
何時食べられるか分からないステーキより今食べられるお茶漬けだと(笑)
食べたことの無い高級な料理や食材の味を力説した所で説得力は無いから...
リアル世界現実で食べたり聴いたりしないと納得出来ないのが普通の人だと思う。
年の初めから毒舌？
何時食べられるか分からないステーキより今食べられるお茶漬けだと(笑)
食べたことの無い高級な料理や食材の味を力説した所で説得力は無いから...
リアル世界現実で食べたり聴いたりしないと納得出来ないのが普通の人だと思う。
— posted by くま at 02:09 am
このブログは書き込みが出来ない...
2020/12/29
表題の通りなのだ(笑)
あまりに広告リンクの書き込みスパムが多くて
だいぶ前に書き込みが一切出来ない様に設定を変更した。
本来は自分と同じような事をしている方々から
色々な知識、意見を頂戴するのが目的のブログだったのだが...
一方通行ではやはりマズいと考えて連絡方法を
かなりかなり目立ない様に設定して結構時間が過ぎたが...
誰も気が付かないのか？あるいはまったく詰まらないから
意見すら無いのか(笑)
あまりに広告リンクの書き込みスパムが多くて
だいぶ前に書き込みが一切出来ない様に設定を変更した。
本来は自分と同じような事をしている方々から
色々な知識、意見を頂戴するのが目的のブログだったのだが...
一方通行ではやはりマズいと考えて連絡方法を
かなりかなり目立ない様に設定して結構時間が過ぎたが...
誰も気が付かないのか？あるいはまったく詰まらないから
意見すら無いのか(笑)
— posted by くま at 10:24 pm
変換コネクターを作らないと
雑記...
某高級音響機器の接族規格の宣伝を見た。もうがっかりすぎる。
SONYのベーターマックス技術の様に仕様を公開せず性能の良さをいくら宣伝した所で
無意味なのが分からないんだろうか？
お金が儲けたいなら早く実用新案、特許を申請して仕様を公開して欲しいと強く思う。
才能のある技術者からドライバー開発の意思表明があったのに断ってしまって
ホントもったいない。
結局は何も進んでない？のでは(怒)
結局多くの人が購入出来ない超高級機にコネクタだけ付いて
そこに繋がれる機器、ドライバーはまともに開発されずにお飾りになってしまう様に思えて残念だ。
それが美味いのか不味いのか食べてみないと分からんでしょ
いつか食べられる高級ステーキよりもすぐに食べられる牛丼に価値があると(笑)
— posted by くま at 11:12 am
Archlinux rt kernel...
2020/12/25
今Linux archlinux 5.9.1-rt20-1-rt のカーネルで
クリスマスソング？(ビル・エバンス)を聞いている。(笑)
archlinuxはrtカーネルをKernel再構築という
面倒な作業無しに聴けるのでお気に入りである。
5.9.1-rt20-1-rtの方は所謂AUR (en) からインストール出来る。
これは yay を使わないとインストール出来ないが
通常のpacmanでもrt(リアルタイムKernel)はインストール出来て
こちらのバージョンは現在 Linux ArchPlayer 5.4.82-rt45-1-rt-lts だ。
「l」が付いているのはubunntuとかと同じで長期？サポートという事らしい。
2つのカーネルの音質を比較して一番差異を感じるのは
自分の環境では
lrtの方がrtに比べて音の余韻が感じられる所だ。
何回かconfigを弄り回して最小Kernelを目指した事があるが
苦労する割に見返りが少ないので最近は吊るしのカーネルで大人しく聴いている。
クリスマスソング？(ビル・エバンス)を聞いている。(笑)
archlinuxはrtカーネルをKernel再構築という
面倒な作業無しに聴けるのでお気に入りである。
5.9.1-rt20-1-rtの方は所謂AUR (en) からインストール出来る。
これは yay を使わないとインストール出来ないが
通常のpacmanでもrt(リアルタイムKernel)はインストール出来て
こちらのバージョンは現在 Linux ArchPlayer 5.4.82-rt45-1-rt-lts だ。
「l」が付いているのはubunntuとかと同じで長期？サポートという事らしい。
2つのカーネルの音質を比較して一番差異を感じるのは
自分の環境では
lrtの方がrtに比べて音の余韻が感じられる所だ。
何回かconfigを弄り回して最小Kernelを目指した事があるが
苦労する割に見返りが少ないので最近は吊るしのカーネルで大人しく聴いている。
— posted by くま at 09:01 am
I2S送受信基板の電源
2020/12/24
市販品のI2S入出力付きのDACやデジタルプレーヤーでは
手を入れるのが困難だと思うが...
自作品となれば話は別になる。
贅沢な電源基板をやなさんのI2S-HDNI送受信基板に
組み合わせて聴くと分解能の高さに気がつくはずで
改めて電源の重要性を感じる。
現状で市販されているのDAC-ICはI2S入力が大部分なので
プレーヤーから接続される入力信号は手を加えないI2S信号そのものがベストだと思う。
SPDIFとか光とかで入力されても結局最後はI2Sに変換されてDAC-ICへ入力されるのだから
I2S信号でやりとりするのがやはり一番シンプルで劣化が少ないと考えている。
光入力は直接接続していないから最高という意見を目にするが
結局光を出すための光素子をドライブしているのは送り側回路中トランジスタ等である。
回路中のVCC-GND間で動作しているのでそこにノイズが存在すればその分も光るはずで(笑)。
ノイズ成分が伝送されないとすればそれはVCC-GND間に存在するノイズ成分を
伝送していないと言う事であり何らかのフィルターが介在している事と同じだと思う。
果たしてそれがノイズだけだと誰か断定出来るのだろうか？
手を入れるのが困難だと思うが...
自作品となれば話は別になる。
贅沢な電源基板をやなさんのI2S-HDNI送受信基板に
組み合わせて聴くと分解能の高さに気がつくはずで
改めて電源の重要性を感じる。
現状で市販されているのDAC-ICはI2S入力が大部分なので
プレーヤーから接続される入力信号は手を加えないI2S信号そのものがベストだと思う。
SPDIFとか光とかで入力されても結局最後はI2Sに変換されてDAC-ICへ入力されるのだから
I2S信号でやりとりするのがやはり一番シンプルで劣化が少ないと考えている。
光入力は直接接続していないから最高という意見を目にするが
結局光を出すための光素子をドライブしているのは送り側回路中トランジスタ等である。
回路中のVCC-GND間で動作しているのでそこにノイズが存在すればその分も光るはずで(笑)。
ノイズ成分が伝送されないとすればそれはVCC-GND間に存在するノイズ成分を
伝送していないと言う事であり何らかのフィルターが介在している事と同じだと思う。
果たしてそれがノイズだけだと誰か断定出来るのだろうか？
— posted by くま at 09:02 am
Y:
Comments