自作オーディオ...
2024/12/6
自作オーディオ...タイトルから安っぽくなる(笑)
(現実は市販品を購入するよりもお金がかかってしまうのが殆どなのであるが)
素人工作で作って音が出て嬉しい。それなり?の音が出て
めでたしめでたしで終わりたく無い自分なのである。
何度も書いているが自分は作るのは余り好きではないが
その先の良い音を聴いて見たいという欲求に支配されているワケで(笑)
まぁそんな偉そうな事を言ってもどこまで回路を理解して
どこまでその動作に配慮して組み立て音出し出来ているのか?
という部分、どんな方法で検証すべきなのか?何時も考えている。
客観的な評価方法が見つかれば財力と体力が続く限りどこまでも追求出来るかも知れないが
それだと本来の目的である音楽...音を楽しむ部分が犠牲になってしまう(苦笑)
残念ながら自作オーディオは無制限一本勝負なんだろう。
何か作った後に気がつく事があって過去に作ったモノにそのノウハウを注入し試聴...
その繰り返しが自作オーディオなのかなぁと最近思う。
蛇足...
最近?は電源基板を頒布してくれるビルダーの方が減ってきた様に思う。
特に良い(自分が作る基板にフィットする)電源基板が中々入手出来ないのが辛い。
まぁ過去には有象無象的な(失礼)モノもあったと個人的には思う。
ローノイズを謳っていて且つ基板上のデバイスはたしかにローノイズなスペックだが
その使い方がアプリケーションノートそのままでまったくノウハウが無いものや
パターンに問題があってローノイズになっていないモノとか(個人的意見です)
DC出力をオシロに入れてレンジを拡大すれば大凡の検討はつくと思うが
頒布基板を購入している人の中でそこまでやっている人は何人いるのかなぁとか考えてしまう。
頒布が停止してもその基板が壊れない限りは購入者はその「ローノイズ」を信じて
使い続ける。
他のビルダーの方の優れた基板を接続して歪んだ評価をする事もあるかもなぁ〜とか
また余計な事を書いて嫌われるなぁ...
(現実は市販品を購入するよりもお金がかかってしまうのが殆どなのであるが)
素人工作で作って音が出て嬉しい。それなり?の音が出て
めでたしめでたしで終わりたく無い自分なのである。
何度も書いているが自分は作るのは余り好きではないが
その先の良い音を聴いて見たいという欲求に支配されているワケで(笑)
まぁそんな偉そうな事を言ってもどこまで回路を理解して
どこまでその動作に配慮して組み立て音出し出来ているのか?
という部分、どんな方法で検証すべきなのか?何時も考えている。
客観的な評価方法が見つかれば財力と体力が続く限りどこまでも追求出来るかも知れないが
それだと本来の目的である音楽...音を楽しむ部分が犠牲になってしまう(苦笑)
残念ながら自作オーディオは無制限一本勝負なんだろう。
何か作った後に気がつく事があって過去に作ったモノにそのノウハウを注入し試聴...
その繰り返しが自作オーディオなのかなぁと最近思う。
蛇足...
最近?は電源基板を頒布してくれるビルダーの方が減ってきた様に思う。
特に良い(自分が作る基板にフィットする)電源基板が中々入手出来ないのが辛い。
まぁ過去には有象無象的な(失礼)モノもあったと個人的には思う。
ローノイズを謳っていて且つ基板上のデバイスはたしかにローノイズなスペックだが
その使い方がアプリケーションノートそのままでまったくノウハウが無いものや
パターンに問題があってローノイズになっていないモノとか(個人的意見です)
DC出力をオシロに入れてレンジを拡大すれば大凡の検討はつくと思うが
頒布基板を購入している人の中でそこまでやっている人は何人いるのかなぁとか考えてしまう。
頒布が停止してもその基板が壊れない限りは購入者はその「ローノイズ」を信じて
使い続ける。
他のビルダーの方の優れた基板を接続して歪んだ評価をする事もあるかもなぁ〜とか
また余計な事を書いて嫌われるなぁ...
— posted by くま at 02:02 pm Comment [0]
upplay-1.7.8
2024/12/1
upplayのレビジョンが上がっていたので対処したが?
外観は変わっていない様に思う。
Archlinux なのでpacman yay でインストールしようとしたのだが
ソースをdownloadしてくれなかったので仕方がなく本家からdownloadしてインストールして見たが
meson ninja 等は良くわからないので適当に(苦笑)
Upplay downloads https://www.lesbonscomptes.com/upplay/pages/downloads.html
libnpupnp-6.2.0
libupnpp-0.26.7.tar.gz
upplay-1.7.8.tar.gz
$ tar xvzf libnpupnp-6.2.0.tar.gz
$ cd libnpupnp-6.2.0
$ meson ./src
$ ninja -C ./src
# ninja -C ./src install
$ tar xvzf libupnpp-0.26.7.tar.gz
$ cd libupnpp-0.26.7
$ meson ./libupnpp
$ ninja -C ./libupnpp
# ninja -C ./libupnpp install
$ tar xvzf upplay-1.7.8.tar.gz
$ cd upplay-1.7.8
$ qmake6
$ make -j6
# make install
外観は変わっていない様に思う。
Archlinux なのでpacman yay でインストールしようとしたのだが
ソースをdownloadしてくれなかったので仕方がなく本家からdownloadしてインストールして見たが
meson ninja 等は良くわからないので適当に(苦笑)
Upplay downloads https://www.lesbonscomptes.com/upplay/pages/downloads.html
libnpupnp-6.2.0
libupnpp-0.26.7.tar.gz
upplay-1.7.8.tar.gz
$ tar xvzf libnpupnp-6.2.0.tar.gz
$ cd libnpupnp-6.2.0
$ meson ./src
$ ninja -C ./src
# ninja -C ./src install
$ tar xvzf libupnpp-0.26.7.tar.gz
$ cd libupnpp-0.26.7
$ meson ./libupnpp
$ ninja -C ./libupnpp
# ninja -C ./libupnpp install
$ tar xvzf upplay-1.7.8.tar.gz
$ cd upplay-1.7.8
$ qmake6
$ make -j6
# make install
— posted by くま at 09:48 pm
lightmpd カスケード接続時(2LAN)の電源投入順序...
2024/11/28
digififanさんが中心でリリースしている頃から
lightmpd カスケード接続時のフロントエンド機とバックエンド機電源投入順序により
フロントエンドとバックエンドのリンクが上手くいかない事があった。
まぁそんな事もあるだろうと原因を追求せず運用をしていた。
そんなこんなでUSB出力からI2S出力のPinkFaunサウンドカードを使用するシステムがメインになり
音質改善のためカード電源をPC内のATX電源を使わず別電源で供給するに至って
それぞれの電源のON-OFFが面倒になって(苦笑)APU2用12V電源BOXと連動するようにしていた。
すると前記症状が頻発する様になって来て うーーん....重い腰を上げる(笑)
結論としてはバックエンドから電源を入れて少し待ってから
フロントエンドの電源を入れると問題ない事が分かった。何を今更という状態である(反省)!!
で!APU2用12V電源BOXにスイッチを追加してAPU2用12V電源とPinkFaunサウンドカード用5Vを
別々にON-OFF可能にした。「少し待ってから」APU2用12V電源側をONとするように...
今まで何やっていたんだかぁ〜
蛇足...
lightMPD掲示板へdigififanさんが降臨しなくなってかなりの時間が経過してしまったが
元気でおられるのだろうか?未だに時折要望、質問が時折書き込まれている様だが
その回答が書き込まれる様子も無い。
要望質問する側も長く更新が無いなぁ?とか空気を読んで無いのかとか?
まぁ自分と同じでチョッとネジが緩んで脳内で時間が停止しているじいさんのかなぁとペーソスを感じてしまう。
lightmpd カスケード接続時のフロントエンド機とバックエンド機電源投入順序により
フロントエンドとバックエンドのリンクが上手くいかない事があった。
まぁそんな事もあるだろうと原因を追求せず運用をしていた。
そんなこんなでUSB出力からI2S出力のPinkFaunサウンドカードを使用するシステムがメインになり
音質改善のためカード電源をPC内のATX電源を使わず別電源で供給するに至って
それぞれの電源のON-OFFが面倒になって(苦笑)APU2用12V電源BOXと連動するようにしていた。
すると前記症状が頻発する様になって来て うーーん....重い腰を上げる(笑)
結論としてはバックエンドから電源を入れて少し待ってから
フロントエンドの電源を入れると問題ない事が分かった。何を今更という状態である(反省)!!
で!APU2用12V電源BOXにスイッチを追加してAPU2用12V電源とPinkFaunサウンドカード用5Vを
別々にON-OFF可能にした。「少し待ってから」APU2用12V電源側をONとするように...
今まで何やっていたんだかぁ〜
蛇足...
lightMPD掲示板へdigififanさんが降臨しなくなってかなりの時間が経過してしまったが
元気でおられるのだろうか?未だに時折要望、質問が時折書き込まれている様だが
その回答が書き込まれる様子も無い。
要望質問する側も長く更新が無いなぁ?とか空気を読んで無いのかとか?
まぁ自分と同じでチョッとネジが緩んで脳内で時間が停止しているじいさんのかなぁとペーソスを感じてしまう。
— posted by くま at 07:20 pm
電流帰還型アンプの検討を始めようかなぁ
2024/11/18
少し前にメインの真空管アンプが故障したのだが
何とかヤフオクで修理部品を調達して動作するようにはなった。
しかし...今後の事を考えて半導体アンプのスペアを作成して置こうかと考えた。
ただ...自分のポリシーとして美音であることとスピーカーの安全はマストで
保護回路ナシの半導体アンプなんて大切なスピーカーには接続出来ない(苦笑)
というワケでまずは保護回路から作成検討しようと思う。
手始めにお気楽基板のPOWER & MUTE CONTROLLERを作成しようと部品を集め始めました。
上手くいったらA12系統の電流帰還型パワーアンプへ接続して様子を見ようと思います。
でも...ツイーターは怖いから高音域はしばらく真空管で運用したいなぁ(笑)
独り言...
メイン電源基板は搭載する電解コンデンサーの質で音質も決まって来るからお金がかかってしまうなぁ
電源トランスもトロイダル型の大電流を流せるものが必須だし...
こんな時に家庭内の電気器具が次々と壊れるし...何だかなぁである。
独り言2...
国民的定番トランジスタをコンプリで購入してhfeを測定してペアを取ろうとしているがぁ
バラバラで嫌気が差してきた(笑)それでも先日に差動増幅部分にやっと取れたペアを入れて見たら
ドリフトが減り且つ出てくる電圧値が計算どうりになって やっぱり意味はあるんだと感じている。
今までは最終的に規定電圧に合わせる時には通常NFB抵抗の加減でしていたが...
最終トランジスタをドライブするトランジスタのhfeで調整出来る事に今更ながら気がついて
バラバラな中から見繕って取り付けるといい感じに(超初心者でスイマセンm(_ _)m)ちょっと凝って見たくなっている。
参考リンク TAMURA チョークトランス故障...
何とかヤフオクで修理部品を調達して動作するようにはなった。
しかし...今後の事を考えて半導体アンプのスペアを作成して置こうかと考えた。
ただ...自分のポリシーとして美音であることとスピーカーの安全はマストで
保護回路ナシの半導体アンプなんて大切なスピーカーには接続出来ない(苦笑)
というワケでまずは保護回路から作成検討しようと思う。
手始めにお気楽基板のPOWER & MUTE CONTROLLERを作成しようと部品を集め始めました。
上手くいったらA12系統の電流帰還型パワーアンプへ接続して様子を見ようと思います。
でも...ツイーターは怖いから高音域はしばらく真空管で運用したいなぁ(笑)
独り言...
メイン電源基板は搭載する電解コンデンサーの質で音質も決まって来るからお金がかかってしまうなぁ
電源トランスもトロイダル型の大電流を流せるものが必須だし...
こんな時に家庭内の電気器具が次々と壊れるし...何だかなぁである。
独り言2...
国民的定番トランジスタをコンプリで購入してhfeを測定してペアを取ろうとしているがぁ
バラバラで嫌気が差してきた(笑)それでも先日に差動増幅部分にやっと取れたペアを入れて見たら
ドリフトが減り且つ出てくる電圧値が計算どうりになって やっぱり意味はあるんだと感じている。
今までは最終的に規定電圧に合わせる時には通常NFB抵抗の加減でしていたが...
最終トランジスタをドライブするトランジスタのhfeで調整出来る事に今更ながら気がついて
バラバラな中から見繕って取り付けるといい感じに(超初心者でスイマセンm(_ _)m)ちょっと凝って見たくなっている。
参考リンク TAMURA チョークトランス故障...
— posted by くま at 08:58 am
x86_64-front_set-20241023
2024/10/24
donuts.shop七海氏 以下をアップしてくれました感謝m(_ _)m
PinkFaun用カーネルにも対応していただいて嬉しいです。
x86_64-upnpgw-20241023.zip
x86_64-upnpgw-kernel-20241023_for_PF.zip
x86_64-front_set-20241023.zip
早速入れ替え作業をしてみました(毎回躓くのですが^^;)
今回は上手くいきました 良かった!!
自分はカスケード接続、2LAN方式を常用しています。
問題なく美音を奏でています。素晴らしい!!
最初にフロントエンド側を作業してOKになる事を確認後に
同じ方法でフロント側も作業しました。
内緒ですが毎回起動イメージ焼付から作っていたのですが
これって入れ替えだけで良かったんですねぇ アホだなぁ(笑)
Linux lightmpd 6.6.57-xanmod1-rt44 #1 SMP PREEMPT_RT Wed Oct 23 01:12:47 JST 2024 x86_64 GNU/Linux
#
# ip a
1: lo: mtu 65536 qdisc noqueue qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: mtu 1500 qdisc mq qlen 2000
link/ether 00:0d:b9:5f:ff:3c brd ff:ff:ff:ff:ff:ff
inet 192.168.11.23/24 brd 192.168.11.255 scope global eth0
valid_lft forever preferred_lft forever
3: eth1: mtu 1500 qdisc mq qlen 2000
link/ether 00:0d:b9:5f:ff:3d brd ff:ff:ff:ff:ff:ff
inet 10.0.0.1/30 brd 10.0.0.3 scope global eth1
valid_lft forever preferred_lft forever
4: eth2: mtu 1500 qdisc mq qlen 2000
link/ether 00:0d:b9:5f:ff:3e brd ff:ff:ff:ff:ff:ff
inet 10.0.1.1/30 brd 10.0.1.3 scope global eth2
valid_lft forever preferred_lft forever
PinkFaun用カーネルにも対応していただいて嬉しいです。
x86_64-upnpgw-20241023.zip
x86_64-upnpgw-kernel-20241023_for_PF.zip
x86_64-front_set-20241023.zip
早速入れ替え作業をしてみました(毎回躓くのですが^^;)
今回は上手くいきました 良かった!!
自分はカスケード接続、2LAN方式を常用しています。
問題なく美音を奏でています。素晴らしい!!
最初にフロントエンド側を作業してOKになる事を確認後に
同じ方法でフロント側も作業しました。
内緒ですが毎回起動イメージ焼付から作っていたのですが
これって入れ替えだけで良かったんですねぇ アホだなぁ(笑)
Linux lightmpd 6.6.57-xanmod1-rt44 #1 SMP PREEMPT_RT Wed Oct 23 01:12:47 JST 2024 x86_64 GNU/Linux
#
# ip a
1: lo:
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0:
link/ether 00:0d:b9:5f:ff:3c brd ff:ff:ff:ff:ff:ff
inet 192.168.11.23/24 brd 192.168.11.255 scope global eth0
valid_lft forever preferred_lft forever
3: eth1:
link/ether 00:0d:b9:5f:ff:3d brd ff:ff:ff:ff:ff:ff
inet 10.0.0.1/30 brd 10.0.0.3 scope global eth1
valid_lft forever preferred_lft forever
4: eth2:
link/ether 00:0d:b9:5f:ff:3e brd ff:ff:ff:ff:ff:ff
inet 10.0.1.1/30 brd 10.0.1.3 scope global eth2
valid_lft forever preferred_lft forever
— posted by くま at 10:43 am
現状の I2s Signal Base#1
2024/10/21
最近はトラブルが無かったので天板をはずす機会がなかったが
今後確認の必用が出てきそうなので写真画像を撮った。
左側はCLK5340 超低ジッタクロック発振器基板 + Renew SRC4137基板で
右側がDIV5142基板になっている。入出力は一応4WAYまで対応可能な取り付け穴は開けてあるが
現状2WAY分しか配線していない。拡大画像を撮リ忘れたがV1のPICが取り付けられていた。
ケースはタカチ製PSL88-43-43にAC43-43というサブシャシーを取り付けている。
そうすれば新しい基板をテストする際には追加でサブシャシーを購入してそれに組み込めば
失敗(笑)だった場合でもすぐに元に戻せる。
on-off-on のトグルスイッチでRenew SRC4137基板とDIV5142基板の操作が切り替わる様にしてある。
CLK5340 超低ジッタクロック発振器基板 + Renew SRC4137基板の配線画像
今後確認の必用が出てきそうなので写真画像を撮った。
左側はCLK5340 超低ジッタクロック発振器基板 + Renew SRC4137基板で
右側がDIV5142基板になっている。入出力は一応4WAYまで対応可能な取り付け穴は開けてあるが
現状2WAY分しか配線していない。拡大画像を撮リ忘れたがV1のPICが取り付けられていた。
ケースはタカチ製PSL88-43-43にAC43-43というサブシャシーを取り付けている。
そうすれば新しい基板をテストする際には追加でサブシャシーを購入してそれに組み込めば
失敗(笑)だった場合でもすぐに元に戻せる。
on-off-on のトグルスイッチでRenew SRC4137基板とDIV5142基板の操作が切り替わる様にしてある。
CLK5340 超低ジッタクロック発振器基板 + Renew SRC4137基板の配線画像
— posted by くま at 08:02 pm Comment [2]
雑記...懺悔...
2024/10/19
選挙の広告が多量に表示される様になって非常に不快だったので
(現状の自民党が大嫌いであるので)
中国に対する「天安門事件」の様なお祓いの呪文を掲示板に配置したら
激減!で効果絶大だぁ(笑)
ここからが本題....
余計なお節介ばかり書いている掲示板であるが書いている内容は適当にダラダラ書いているつもりも無く
さり気なく重要ポイントに触れる様に書いているつもりなのであるが
全然伝わっていないかも知れない(苦笑)
こうしないと不具合が出てダメだ!と書くのは簡単なのだが
読む側にも現在までに至る経験知識思い経済的な要素あるから難しい。
やってみて上手くいかない→問題追求→対策→評価 を繰り返して問題の本質へ辿り着いて
使用機器の回路の完全理解が出来ているなら回路自体に手を入れるという解決手段も取れるだろうが
一般人には通常はそんなワケもなく(笑)
一般的な原因特定の手段としてはその部分の改変や交換で不具合がどう変化するかを観察し
それを繰り返して特定する方法がシンプル且つ確実だと考える。
だが運良く問題を発見したとしてもその部分に拘りがありどうしても変えられないという事は有るわけで
その時は諦めてお茶を濁すしかなくなるが絶対解決が目的では無いからそれはそれだとは思う(笑)
各々商売をやっているワケでは無いしぃ〜可能な限りで高音質で好きな音楽したいのだから
追記 10/21
何故こんな事を書いているかと言えば
自分が応援していた方の某blogでシステムの大幅な変更という記事を読んだからで
デジタルチャンネルデバイダーを使ったマルチチャンネルシステム構築中であったが
元のLCネットワークを使ったシステムに戻すという事であった....
何かちょっと残念な気持ちになった。今更こうすれば良かった!とか書いても
批判に見えてしまうから書かないつもりで上記の様な事を書いた。
がぁ!しかし今後に例のデジタルチャンネルデバイダーを使ったマルチチャンネルシステム構築に
挑戦する方が出てくるかもという事でこのブログにあえて書かなかった事項について
後出しジャンケン的批判を受ける覚悟で書いてみる。
現状の自宅システムはトライアンドエラーを繰り返した結果
某掲示板で話題になったサンプル周波数固定PICを使用しなくても曲間ノイズは出なくなっている。
その理由はCLK5340 超低ジッタクロック発振器基板とRenew SRC4137をDAC前段にしているからだと
自分的には思っている(何分素人だから断言出来ない。以下ここから書いている事も間違いを含んでいる可能性が大きいですm(_ _)m)
自分が知る限りAK4137EQというICは音源のサンプリング周波数と同じ周波数あるいはアップダウンサンプリングで
送り出すという動作をしているハズで基本的にスルーモード動作では無いと理解している。
(※SRC4137基板にはクロックジェネレータブロックがありそこからSRCブロックへクロックを供給している)
なのでSRC4137基板へのクロック供給をCLK5340 超低ジッタクロック発振器基板で固定化したのが効いているのだと思う。
(もちろんサンプル周波数固定PIC使用でも同じ様に曲間ノイズは出ないのだが)
この内容をあえて書かなかったのは音質が素晴らしいデジタルチャンネルデバイダー導入の
ハードル上げたく無いという気持ちからだった。
加えて機会有るごとにDAC内のデジタルボリュームを使用している旨を
何度も書かせてもらったのは決して自慢話をするつもりは無く
複数のDACの音量調整を正確に同期させて且つ信号劣化を最小にするには現状それしか無いと個人的に考えていたからだった。
アナログ信号に変換した後でも音量調整は可能だが精度と音声信号劣化という問題でデジタル処理には劣ると思う。
AK4499EQが入手困難な現状で複数のDACを使用したマルチシステムの構築するとすれば
現状、自分が知る限り入手可能で且つ高性能なモノはAK4493EQではないかと考えている。
もう一つ今回の件では重要な要素があってそれは音源を再生するプレーヤー部分の仕様で
特に曲間ではどんな振る舞い(デジタル出力)をしているかという部分だ。
もし曲間で出力が完全に止まる様な仕様であれば盛大なノイズが出てしまう。
止まる仕様であってもその部分(時)でミュートがかかる様になっていれば恐らくノイズは出ないだろう。
そしてこれも推測であるがPC上で動作するメジャーなプレーヤーソフトはその部分について何らかの対策がされていると思われる。
(ギャップレス再生 とかその一例) まぁこんな事を書いても何を今更なのだが...
参考リンク 同期モードで動作するDAC-ICは...
エロい藤原たかし 岩手の恥
石破は無能 口だけ 理想論じゃ国は回らない
政治は自民党のものじゃない。
弱者、老人もバラマキ選挙対策かよ
自由民主党で良いのか?
(現状の自民党が大嫌いであるので)
中国に対する「天安門事件」の様なお祓いの呪文を掲示板に配置したら
激減!で効果絶大だぁ(笑)
ここからが本題....
余計なお節介ばかり書いている掲示板であるが書いている内容は適当にダラダラ書いているつもりも無く
さり気なく重要ポイントに触れる様に書いているつもりなのであるが
全然伝わっていないかも知れない(苦笑)
こうしないと不具合が出てダメだ!と書くのは簡単なのだが
読む側にも現在までに至る経験知識思い経済的な要素あるから難しい。
やってみて上手くいかない→問題追求→対策→評価 を繰り返して問題の本質へ辿り着いて
使用機器の回路の完全理解が出来ているなら回路自体に手を入れるという解決手段も取れるだろうが
一般人には通常はそんなワケもなく(笑)
一般的な原因特定の手段としてはその部分の改変や交換で不具合がどう変化するかを観察し
それを繰り返して特定する方法がシンプル且つ確実だと考える。
だが運良く問題を発見したとしてもその部分に拘りがありどうしても変えられないという事は有るわけで
その時は諦めてお茶を濁すしかなくなるが絶対解決が目的では無いからそれはそれだとは思う(笑)
各々商売をやっているワケでは無いしぃ〜可能な限りで高音質で好きな音楽したいのだから
追記 10/21
何故こんな事を書いているかと言えば
自分が応援していた方の某blogでシステムの大幅な変更という記事を読んだからで
デジタルチャンネルデバイダーを使ったマルチチャンネルシステム構築中であったが
元のLCネットワークを使ったシステムに戻すという事であった....
何かちょっと残念な気持ちになった。今更こうすれば良かった!とか書いても
批判に見えてしまうから書かないつもりで上記の様な事を書いた。
がぁ!しかし今後に例のデジタルチャンネルデバイダーを使ったマルチチャンネルシステム構築に
挑戦する方が出てくるかもという事でこのブログにあえて書かなかった事項について
後出しジャンケン的批判を受ける覚悟で書いてみる。
現状の自宅システムはトライアンドエラーを繰り返した結果
某掲示板で話題になったサンプル周波数固定PICを使用しなくても曲間ノイズは出なくなっている。
その理由はCLK5340 超低ジッタクロック発振器基板とRenew SRC4137をDAC前段にしているからだと
自分的には思っている(何分素人だから断言出来ない。以下ここから書いている事も間違いを含んでいる可能性が大きいですm(_ _)m)
自分が知る限りAK4137EQというICは音源のサンプリング周波数と同じ周波数あるいはアップダウンサンプリングで
送り出すという動作をしているハズで基本的にスルーモード動作では無いと理解している。
(※SRC4137基板にはクロックジェネレータブロックがありそこからSRCブロックへクロックを供給している)
なのでSRC4137基板へのクロック供給をCLK5340 超低ジッタクロック発振器基板で固定化したのが効いているのだと思う。
(もちろんサンプル周波数固定PIC使用でも同じ様に曲間ノイズは出ないのだが)
この内容をあえて書かなかったのは音質が素晴らしいデジタルチャンネルデバイダー導入の
ハードル上げたく無いという気持ちからだった。
加えて機会有るごとにDAC内のデジタルボリュームを使用している旨を
何度も書かせてもらったのは決して自慢話をするつもりは無く
複数のDACの音量調整を正確に同期させて且つ信号劣化を最小にするには現状それしか無いと個人的に考えていたからだった。
アナログ信号に変換した後でも音量調整は可能だが精度と音声信号劣化という問題でデジタル処理には劣ると思う。
AK4499EQが入手困難な現状で複数のDACを使用したマルチシステムの構築するとすれば
現状、自分が知る限り入手可能で且つ高性能なモノはAK4493EQではないかと考えている。
もう一つ今回の件では重要な要素があってそれは音源を再生するプレーヤー部分の仕様で
特に曲間ではどんな振る舞い(デジタル出力)をしているかという部分だ。
もし曲間で出力が完全に止まる様な仕様であれば盛大なノイズが出てしまう。
止まる仕様であってもその部分(時)でミュートがかかる様になっていれば恐らくノイズは出ないだろう。
そしてこれも推測であるがPC上で動作するメジャーなプレーヤーソフトはその部分について何らかの対策がされていると思われる。
(ギャップレス再生 とかその一例) まぁこんな事を書いても何を今更なのだが...
参考リンク 同期モードで動作するDAC-ICは...
エロい藤原たかし 岩手の恥
石破は無能 口だけ 理想論じゃ国は回らない
政治は自民党のものじゃない。
弱者、老人もバラマキ選挙対策かよ
自由民主党で良いのか?
— posted by くま at 05:40 pm
アーシング...いま更ですが
2024/10/17
36アルト アーシングポイントはここが効くのでは?
この部分はバッテリーマイナス極から直接配線が良いと思う。
本当は16sqで分岐前の本線は配線したいのだが圧着工具の手持ちが無い。
これだけのために購入ってのも何だかなぁ〜(笑)
取り付けステーをアルミ材で作成してGND端子台も取り付けて元々ボデーに落としてある配線から
端子台→バッテリーマイナス極へ配線してみた。前記の配線よりも効き目は薄い^^;
笑ってしまうのは純正Audioの音質も向上してしまうという所だぁwww
R14-16あたりがサイズ的に良いと思う。
マーベル(MARVEL) 圧着工具 ハンドプレス 裸圧着端子・スリーブ用 MH-38
適用サイズ:8、14、22、38 なので15sqの配線を加工出来るはずで
とても欲しいのだが1万円以上もするんだがこれが...でもあれば今後バッテリー周りの配線は無敵になるかも(笑)
エロい藤原たかし 岩手の恥
石破は無能 口だけ 理想論じゃ国は回らない
政治は自民党のものじゃない。
弱者、老人もバラマキ選挙対策かよ
自由民主党で良いのか?
この部分はバッテリーマイナス極から直接配線が良いと思う。
本当は16sqで分岐前の本線は配線したいのだが圧着工具の手持ちが無い。
これだけのために購入ってのも何だかなぁ〜(笑)
取り付けステーをアルミ材で作成してGND端子台も取り付けて元々ボデーに落としてある配線から
端子台→バッテリーマイナス極へ配線してみた。前記の配線よりも効き目は薄い^^;
笑ってしまうのは純正Audioの音質も向上してしまうという所だぁwww
R14-16あたりがサイズ的に良いと思う。
マーベル(MARVEL) 圧着工具 ハンドプレス 裸圧着端子・スリーブ用 MH-38
適用サイズ:8、14、22、38 なので15sqの配線を加工出来るはずで
とても欲しいのだが1万円以上もするんだがこれが...でもあれば今後バッテリー周りの配線は無敵になるかも(笑)
エロい藤原たかし 岩手の恥
石破は無能 口だけ 理想論じゃ国は回らない
政治は自民党のものじゃない。
弱者、老人もバラマキ選挙対策かよ
自由民主党で良いのか?
— posted by くま at 09:07 am
同期モードで動作するDAC-ICは...
2024/10/15
同期モードで動作するDAC-ICは最初から複数個での使用状況を考慮して設計されているから
最終的には一つのI2C司令塔に対して何個かぶら下がって
例えば音量の上下を複数個、同期してコントロール可能である。
もっと例を上げれば
複数個の使用で4パラレル接続で最終的に2chにして超高音質狙いとか
一つのICパッケージ内で再生する音声信号のLRの選択や位相等が個別に設定可能になっている。
これは複数個のDAC-ICを使ってマルチチャンネル環境構築を想定している様に思う。
何を言いたいのか?要は適材適所が肝要だと...
例えばLINNのプレーヤーにSAECの超高剛性アームは不似合いで
ガタガタでも最後に帳尻を合わせて来るSMEの3010等が相性が良いというのに似ているのでは?
見たいな話である。
それでもどうしても組み合わせて使用したいならばそれらの機器がベストではなくても
ベター状態で動作できる様にその接続組み込みに工夫を凝らさなけば
相互に足を引っ張る状況に成りかねないかなと
最終的には一つのI2C司令塔に対して何個かぶら下がって
例えば音量の上下を複数個、同期してコントロール可能である。
もっと例を上げれば
複数個の使用で4パラレル接続で最終的に2chにして超高音質狙いとか
一つのICパッケージ内で再生する音声信号のLRの選択や位相等が個別に設定可能になっている。
これは複数個のDAC-ICを使ってマルチチャンネル環境構築を想定している様に思う。
何を言いたいのか?要は適材適所が肝要だと...
例えばLINNのプレーヤーにSAECの超高剛性アームは不似合いで
ガタガタでも最後に帳尻を合わせて来るSMEの3010等が相性が良いというのに似ているのでは?
見たいな話である。
それでもどうしても組み合わせて使用したいならばそれらの機器がベストではなくても
ベター状態で動作できる様にその接続組み込みに工夫を凝らさなけば
相互に足を引っ張る状況に成りかねないかなと
— posted by くま at 08:44 am
RaspberryPi5 Archlinuxで音出し
2024/10/12
えふさんのイメージファイルをUSBメモリーへインストールして
久しぶりにArchlinux(mpd upmpdcli)UPNPで音出ししているのだが
やっぱりArchlinuxの音は良く感じるのは気の所為なのか(笑)
色々探してやっとaarch64 で使えるalsacapのソースを見つけてコンパイル...
おお!768000 Hz対応のkernelになっている 感謝!
[alarm@alarm ~]$ uname -a
Linux alarm 6.6.50-rt42-v8-16k+ #1 SMP PREEMPT_RT Fri Sep 13 20:53:35 JST 2024 aarch64 GNU/Linux
[alarm@alarm ~]$ alsacap
*** Scanning for playback devices ***
Card 0, ID `sndrpirpidac', name `snd_rpi_rpi_dac'
Device 0, ID `RPi-DAC HiFi pcm1794a-hifi-0', name `RPi-DAC HiFi pcm1794a-hifi-0', 1 subdevices (1 available)
2 channels, sampling rate 8000..768000 Hz
Sample formats: S16_LE, S24_LE, S32_LE
Subdevice 0, name `subdevice #0'
某掲示板で32bitウンヌンの発言をしたら突っ込まれて^^;長引きそうで逃亡したのだけど
mpdを使っているならばmpd.confの設定で音源ソースを32bit(S32_LE)で出力可能?とは思われるが
果たしてこれがホンモノなのか?何をもって32bitとするのか良くわからない(笑)
CDをリッピングしたソースを上記設定で再生すればformat: S32_LEとは表示されるのだが...
[root@alarm alarm]# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 4410
buffer_size: 22050
久しぶりにArchlinux(mpd upmpdcli)UPNPで音出ししているのだが
やっぱりArchlinuxの音は良く感じるのは気の所為なのか(笑)
色々探してやっとaarch64 で使えるalsacapのソースを見つけてコンパイル...
おお!768000 Hz対応のkernelになっている 感謝!
[alarm@alarm ~]$ uname -a
Linux alarm 6.6.50-rt42-v8-16k+ #1 SMP PREEMPT_RT Fri Sep 13 20:53:35 JST 2024 aarch64 GNU/Linux
[alarm@alarm ~]$ alsacap
*** Scanning for playback devices ***
Card 0, ID `sndrpirpidac', name `snd_rpi_rpi_dac'
Device 0, ID `RPi-DAC HiFi pcm1794a-hifi-0', name `RPi-DAC HiFi pcm1794a-hifi-0', 1 subdevices (1 available)
2 channels, sampling rate 8000..768000 Hz
Sample formats: S16_LE, S24_LE, S32_LE
Subdevice 0, name `subdevice #0'
某掲示板で32bitウンヌンの発言をしたら突っ込まれて^^;長引きそうで逃亡したのだけど
mpdを使っているならばmpd.confの設定で音源ソースを32bit(S32_LE)で出力可能?とは思われるが
果たしてこれがホンモノなのか?何をもって32bitとするのか良くわからない(笑)
CDをリッピングしたソースを上記設定で再生すればformat: S32_LEとは表示されるのだが...
[root@alarm alarm]# c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 4410
buffer_size: 22050
— posted by くま at 11:07 pm
Comments