/ 雑記帳

I2S送受信基板の電源(2)

以前どこかの掲示板で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基板)の責任にされて
負荷が可愛そうだ。

— posted by くま at 11:36 pm  

SOUNDカードi2s出力へ改造

ヤフオクで落札出来たんだが...何時配達になるのかなぁ
今、悩んでいるのは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製サウンドカードをイジっていると無茶を色々やっているのが発見出来て面白い。

kai2


管理人のポリシーとして見栄えも音のうちなのでI2S出力コネクターの取り付け金具を製作してみた。

CS4245-1


メインの2ch分はCS4245で出力している。
もう一個のSOPパッケージのDACはサラウンド出力対応の様だ。
この基板の電解コンデンサー極性表示のシルクはプラス側が白塗りになっていてドッキリする(笑)
パターンを追って確認してみたが極性的には間違っていない様だ。

dgx



CM8XXXシリーズは192KHz 32bit出力のサウンドプロセッサー...

CMI




注意事項:この記事を元に改造を行い故障や発煙発火あるいは動作しない等不具合が
     発生しても当方は一切の責任は取れません。

— posted by くま at 09:24 am  

Audio over Ether

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端子をフロントとバック両方共にハブに接続するという事を知らなくて
直結していました。(爆)大分時間ロスをしました。


smpd-aoe



追記:メインシステムに接続し視聴してみたが...素晴らしい分解能と低域でびっくりした。

— posted by くま at 01:02 am  

明けたら閉めましょう...

今年もよろしくお願いしますm(_ _)m
年の初めから毒舌?
何時食べられるか分からないステーキより今食べられるお茶漬けだと(笑)
食べたことの無い高級な料理や食材の味を力説した所で説得力は無いから...
リアル世界現実で食べたり聴いたりしないと納得出来ないのが普通の人だと思う。

— posted by くま at 02:09 am  

このブログは書き込みが出来ない...

表題の通りなのだ(笑)

あまりに広告リンクの書き込みスパムが多くて
だいぶ前に書き込みが一切出来ない様に設定を変更した。
本来は自分と同じような事をしている方々から
色々な知識、意見を頂戴するのが目的のブログだったのだが...
一方通行ではやはりマズいと考えて連絡方法を
かなりかなり目立ない様に設定して結構時間が過ぎたが...
誰も気が付かないのか?あるいはまったく詰まらないから
意見すら無いのか(笑)

— posted by くま at 10:24 pm  

 

変換コネクターを作らないと

IN4



雑記...
某高級音響機器の接族規格の宣伝を見た。もうがっかりすぎる。
SONYのベーターマックス技術の様に仕様を公開せず性能の良さをいくら宣伝した所で
無意味なのが分からないんだろうか?
お金が儲けたいなら早く実用新案、特許を申請して仕様を公開して欲しいと強く思う。
才能のある技術者からドライバー開発の意思表明があったのに断ってしまって
ホントもったいない。
結局は何も進んでない?のでは(怒) 
結局多くの人が購入出来ない超高級機にコネクタだけ付いて
そこに繋がれる機器、ドライバーはまともに開発されずにお飾りになってしまう様に思えて残念だ。

それが美味いのか不味いのか食べてみないと分からんでしょ
いつか食べられる高級ステーキよりもすぐに食べられる牛丼に価値があると(笑)

— posted by くま at 11:12 am  

Archlinux rt kernel...

今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を目指した事があるが
苦労する割に見返りが少ないので最近は吊るしのカーネルで大人しく聴いている。

— posted by くま at 09:01 am  

I2S送受信基板の電源

市販品のI2S入出力付きのDACやデジタルプレーヤーでは
手を入れるのが困難だと思うが...
自作品となれば話は別になる。
贅沢な電源基板をやなさんのI2S-HDNI送受信基板に
組み合わせて聴くと分解能の高さに気がつくはずで
改めて電源の重要性を感じる。
現状で市販されているのDAC-ICはI2S入力が大部分なので
プレーヤーから接続される入力信号は手を加えないI2S信号そのものがベストだと思う。
SPDIFとか光とかで入力されても結局最後はI2Sに変換されてDAC-ICへ入力されるのだから
I2S信号でやりとりするのがやはり一番シンプルで劣化が少ないと考えている。

光入力は直接接続していないから最高という意見を目にするが
結局光を出すための光素子をドライブしているのは送り側回路中トランジスタ等である。
回路中のVCC-GND間で動作しているのでそこにノイズが存在すればその分も光るはずで(笑)。
ノイズ成分が伝送されないとすればそれはVCC-GND間に存在するノイズ成分を
伝送していないと言う事であり何らかのフィルターが介在している事と同じだと思う。
果たしてそれがノイズだけだと誰か断定出来るのだろうか?

— posted by くま at 09:02 am  

Archlinux(Intel-PC) + lightmpd(APU1C2) 運転、様子見状態

アキュフェーズ、エソテリック 何ですかそれ?食べられますか?
まったく縁の無い管理人(笑)
肋骨骨折に加え大雪に襲われ雪かき作業に追われます。
「痛い寒い辛いです。」
愚痴はコレぐらいにして...

Archlinux + lightmpd + PinkFaunI2Sbridge が中々良い音を出してくれています。
オリジナルのlightmpdと同じく polipo もインストールして動作させています。
電源ON-OFFもACPI管理パッケージをインストールして
電源スイッチで停止出来る様に設定しました。

もっと安価でシンプルな改造に適したサウンドカードを探しています。
傷が癒える春頃までにI2S出力サウンドカード普及委員会を
発足しようかと考える今日この頃です。(冗談^^;)

Audioは金持ちだけの趣味では無いと思います。
工夫次第でお金をかけずにしかしカウンターポイント的な
そんなアプローチがあると考えています。
自分の装置が高価で良い音だと...他人には中々入手出来ない状況で自慢するのは
ホント Audioをつまらなくしますよね...場の空気を読んで欲しいです。
人それぞれ自分の主張があって多方面からアプローチ、その結果を楽しむ それでいいでしょ?
個人的には専用のスレとか掲示板でも作ってその中やって欲しいとか思います。
自分の主張を抑えられない...自分もそういう時はあるけどね。
まあ Audioの前に他人への配慮思いやり...ジェントルマンで有りたいなぁとか(笑)

Arch-intel



— posted by くま at 10:36 am  

lightmpd 外伝...

lightmpdの代表的な二台構成はAPU1,2の組み合わせですが、
その片方(Player側)を一般的なPCにlinux-OSをインストールした環境に置き換えて
lightmpd/upnpgw的な事ができるのか?

この組み合わせが可能な事、基本的な設定をmoct氏に教えて貰いました。
難易度は高めかも知れませんがハード的な相性の解消には良い手段だと思います。

自分の環境ではIntel-CPU i5 i9を使用したPCでPinkFaun Saundカードを使用した場合に
lightmpd/x86では動作不能という事に対する対策でもあります。
作り方はAPU二台構成時のPlayer側の設定を一般PCにlinux-OSをインストールした環境に施すだけです(笑)
自分はArchlinuxが常用なのでそれでテストしてみました。
Archlinuxは特殊な設定があり扱いにくいかも知れないので(笑)
UbuntuStudio lowlatency kernel が良いのでは無いかと思います。
サラッと書いていますが結構試行錯誤の部分が多いかも知れません^^;

APUは
Audio的に良いハードだと思いますがIntel,AMD CPUを装備したPCと比較して
少しパワーが足りないです。
Intel,AMD CPUは少々設定調整技術が足りなくても力ずくで解決してくれる様に感じます(笑)

肝心の出音ですがAMD-PCにlightmpd/upnpgw環境を2つ作って比較してみました。
2つとはUSBメモリーを使った純正仕様とM・2インストールArchlinux です。
フロントは共通としてAPU1C2(USBインストールx86版lightmpd)
結果はどちらも良いです...嗜好の範囲だと感じます

— posted by くま at 02:19 pm  

<< 2024.11 >>
SMTWTFS
     12
3456789
10111213141516
1718 1920212223
2425262728 2930
 
























T: Y: ALL: Online:
ThemePanel
Created in 0.0572 sec.