RSS2.0
今流行りのclangビルドでは無いけれど(笑)自前でビルド成功しました。良かった。
音は何故か低域が締まってしまったので少し残念だが
Linux raspberrypi 6.6.30-rt30+ #1 SMP PREEMPT_RT Mon May 6 20:02:09 JST 2024 aarch64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon May 6 12:45:48 2024
root@raspberrypi:~# 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
Buffer size range from 32 to 131072
Period size range from 16 to 1024
Subdevice 0, name `subdevice #0'
PC-Audioの電源はその音質の殆どを決めてしまう(1)
オススメの電源は？という質問をいただいたのだが自分環境も発展途上という(笑)
電源基板も市販品のままというモノは無く改造しています。
通称 熊電源 というオリジナル？の基板もありますが まぁ素人がやっている事なので
プラシーボてんこ盛りの可能性があります。(笑)
ただ最近分かって来たのはローノイズ、瞬間的大電流の供給力のどちらを優先するのか？
という部分、それは接続する負荷により選択するべきと個人的には考えている。
以前はとにかくローノイズを追求していて
ファインメットという穴に落ちてしばらく迷走していた時期もあったが(笑)
交流が流れる部分にファインメットビーズを使った場合にその磁気飽和する容量が小さいため
波形歪が起こり後段への負荷が増して音量が小さくなっているのを
静かになって音質が向上したとか勘違いしていたり(笑)まぁ色々穴に落ちた。
失敗談はこれくらいにして本題に
1.瞬間に大電流を要求される部分に接続する電源はノイズ特性よりも瞬間的供給能力を重視して選択するべき。
たとえ動作してもLDOは余り適していないと思う。
例：安価なリニア電源でプレーヤーPCを動作させるよりもまともなメーカーのATX電源(スイッチング電源)で動作させた方が音質が良い様に思う。
例外として12Vまでの電源で中容量な電源で動作する小型PCや5V程度で少電流？でも動作するSOC系のPCでは
リニア電源で高音質を得られる場合もあると思います。
これは試作してみたスイッチング電源12Vです。
※二段式 NJM2397+TPS7A4700
2.DACのデジタル処理部分(演算処理等)はある程度の容量は必要だがノイズ特性重視で選択。
自分環境は※二段式にしている。
批判を浴びそうだがや○さんの基板は一段のTPS7A4700基板だが
その後段に同じTPS7A4700を接続すると音にキレが出る様に感じる。
マイペースさんへ答えられるとしたら
まずはこの辺からテストして見て出音がどう変化するのか？を確かめると良いかと思います。
やなさんの基板によってはレギュレーターが三段になってしまう部分もあるかも知れませんが
それでも音の傾向がどう変化するのか？知るのも有りだと個人的には思います。
この基板は回路的にはたかじんさんの「non-NFB電源DC-Arrow」の前段に可変３端子レギュレーターを付けたモノです。
3.DAC出力後のアナログ回路(IV)部分は小パワーアンプ用電源基板が適していると思う。
使用するオペアンプは耐圧が高いモノ程音質的に良い様に感じる。
追記 まったくオススメしない部品選択です。 超高次ネットワーク
好みから外れる悲惨だと思いますが(笑)Panasonic製のフイルムコンデンサーにすると別物に変わります。
環境によっては低音域のグラデーションが聴こえるかも知れません。
ですが...基板のコンデンサーのフットプリントサイズが小さすぎて通常の方法ではハンダ付けは不可能です。
加えてこのフイルムコンデンサーはリフロー専用で極端に熱に弱い欠点がありハンダごてで作業するのは厳しいです。
(熱を加えすぎるとフイルムの結合が壊れてバラバラになります。)
で！とても高価なコンデンサーなので失敗すると辛いです。
電源基板も市販品のままというモノは無く改造しています。
通称 熊電源 というオリジナル？の基板もありますが まぁ素人がやっている事なので
プラシーボてんこ盛りの可能性があります。(笑)
ただ最近分かって来たのはローノイズ、瞬間的大電流の供給力のどちらを優先するのか？
という部分、それは接続する負荷により選択するべきと個人的には考えている。
以前はとにかくローノイズを追求していて
ファインメットという穴に落ちてしばらく迷走していた時期もあったが(笑)
交流が流れる部分にファインメットビーズを使った場合にその磁気飽和する容量が小さいため
波形歪が起こり後段への負荷が増して音量が小さくなっているのを
静かになって音質が向上したとか勘違いしていたり(笑)まぁ色々穴に落ちた。
失敗談はこれくらいにして本題に
1.瞬間に大電流を要求される部分に接続する電源はノイズ特性よりも瞬間的供給能力を重視して選択するべき。
たとえ動作してもLDOは余り適していないと思う。
例：安価なリニア電源でプレーヤーPCを動作させるよりもまともなメーカーのATX電源(スイッチング電源)で動作させた方が音質が良い様に思う。
例外として12Vまでの電源で中容量な電源で動作する小型PCや5V程度で少電流？でも動作するSOC系のPCでは
リニア電源で高音質を得られる場合もあると思います。
これは試作してみたスイッチング電源12Vです。
※二段式 NJM2397+TPS7A4700
2.DACのデジタル処理部分(演算処理等)はある程度の容量は必要だがノイズ特性重視で選択。
自分環境は※二段式にしている。
批判を浴びそうだがや○さんの基板は一段のTPS7A4700基板だが
その後段に同じTPS7A4700を接続すると音にキレが出る様に感じる。
マイペースさんへ答えられるとしたら
まずはこの辺からテストして見て出音がどう変化するのか？を確かめると良いかと思います。
やなさんの基板によってはレギュレーターが三段になってしまう部分もあるかも知れませんが
それでも音の傾向がどう変化するのか？知るのも有りだと個人的には思います。
この基板は回路的にはたかじんさんの「non-NFB電源DC-Arrow」の前段に可変３端子レギュレーターを付けたモノです。
3.DAC出力後のアナログ回路(IV)部分は小パワーアンプ用電源基板が適していると思う。
使用するオペアンプは耐圧が高いモノ程音質的に良い様に感じる。
追記 まったくオススメしない部品選択です。 超高次ネットワーク
好みから外れる悲惨だと思いますが(笑)Panasonic製のフイルムコンデンサーにすると別物に変わります。
環境によっては低音域のグラデーションが聴こえるかも知れません。
ですが...基板のコンデンサーのフットプリントサイズが小さすぎて通常の方法ではハンダ付けは不可能です。
加えてこのフイルムコンデンサーはリフロー専用で極端に熱に弱い欠点がありハンダごてで作業するのは厳しいです。
(熱を加えすぎるとフイルムの結合が壊れてバラバラになります。)
で！とても高価なコンデンサーなので失敗すると辛いです。
— posted by くま at 04:00 pm
Comment [2]
雑感...
2024/5/1
DAC用の電源を突き詰めて行くと 低音域の再現性分解能を求め続けると
出力段のIV回路にトランスを使う事の功罪にぶち当たる。
それに気がつくきっかけになるのは良いスピーカーでは無く
良いデジタル音源ファイル再生プレーヤーだと自分的に思う。
批判を恐れずに言えば
アナログプレーヤーではそこまでの領域にはたどり着けない様な...
出力段のIV回路にトランスを使う事の功罪にぶち当たる。
それに気がつくきっかけになるのは良いスピーカーでは無く
良いデジタル音源ファイル再生プレーヤーだと自分的に思う。
批判を恐れずに言えば
アナログプレーヤーではそこまでの領域にはたどり着けない様な...
— posted by くま at 08:41 pm
Comment [1]
懲りない電源イジり
2024/4/30
密林を彷徨っていたらこんなモノを見つけたぁ〜
これだとAC-DCアダプターで5V/5Aが供給可能だと書いてあるが(笑)
現状、お金を使い過ぎていてセーブしているので買えない。
誰か人柱になってくれないかと...
品名は
-----------------------------
電源 5V5A PD 電源モジュール RPi 5
電源モジュール用ワイド電圧 2 入力 2
出力複数ポート電源モジュール
充電サポート付き
ブランド: Leimezsty
-----------------------------
Fanの下には何があるのか？
もしレギュレーターICならばそれを高音質系のモノに変更したらとか妄想がぁ(笑)
USB-Cコネクタに接続されているIC？は何だろう？
このICが上手く本体を騙してくれれば...
これだとAC-DCアダプターで5V/5Aが供給可能だと書いてあるが(笑)
現状、お金を使い過ぎていてセーブしているので買えない。
誰か人柱になってくれないかと...
品名は
-----------------------------
電源 5V5A PD 電源モジュール RPi 5
電源モジュール用ワイド電圧 2 入力 2
出力複数ポート電源モジュール
充電サポート付き
ブランド: Leimezsty
-----------------------------
Fanの下には何があるのか？
もしレギュレーターICならばそれを高音質系のモノに変更したらとか妄想がぁ(笑)
USB-Cコネクタに接続されているIC？は何だろう？
このICが上手く本体を騙してくれれば...
— posted by くま at 10:10 am
POWER-SW をつけて見た
2024/4/28
今回のRaspberryPi5の基板上には電源(モーメンタリータイプ)スイッチを付けるための
ランドが用意されているので付けて見ましたがソフト側の設定を模索しています。
思っていた動作と違うのは設定とパッケージ不足なのか？
参考URL RaspberryPi5の”電源ボタン”について調査する
ランドが用意されているので付けて見ましたがソフト側の設定を模索しています。
思っていた動作と違うのは設定とパッケージ不足なのか？
参考URL RaspberryPi5の”電源ボタン”について調査する
— posted by くま at 11:25 am
シリアルコンソール Autologin 設定
2024/4/26
ネット上の最新情報で自動ログインの設定を検索すると
raspi-configコマンドで設定出来そうだったのだが...
確かに所定のディレクトリーにautologin.confファイルが作成される。
(/etc/systemd/system/getty@tty1.service.d/autologin.conf)
しかしがリブートしても自動でログインしない。(※HDMI接続で表示される端末の方はOK)
トライ＆エラーを繰り返した結果シリアルコンソールのオートログインは大元の
/lib/systemd/system/serial-getty@.service このファイルで設定すればOKの様だ。
#ExecStart=-/sbin/agetty -o '-p -- ¥¥u' --keep-baud 115200,57600,38400,9600 - $TERM
ExecStart=
ExecStart=-/sbin/agetty --autologin root -s %I 115200,38400,9600 vt102
追記
自分の環境はKVMスイッチで8台までのUSB接続可能なPCを切り替え可能になっているのだが
コレでScrollLock キーで切り替えをしてRaspberyPi5を接続に接続すると
画面がホントにロックしてしまう(笑)とても使いにくい状況だったので
シリアルコンソールは救いの神的存在に！
raspi-configコマンドで設定出来そうだったのだが...
確かに所定のディレクトリーにautologin.confファイルが作成される。
(/etc/systemd/system/getty@tty1.service.d/autologin.conf)
しかしがリブートしても自動でログインしない。(※HDMI接続で表示される端末の方はOK)
トライ＆エラーを繰り返した結果シリアルコンソールのオートログインは大元の
/lib/systemd/system/serial-getty@.service このファイルで設定すればOKの様だ。
#ExecStart=-/sbin/agetty -o '-p -- ¥¥u' --keep-baud 115200,57600,38400,9600 - $TERM
ExecStart=
ExecStart=-/sbin/agetty --autologin root -s %I 115200,38400,9600 vt102
追記
自分の環境はKVMスイッチで8台までのUSB接続可能なPCを切り替え可能になっているのだが
コレでScrollLock キーで切り替えをしてRaspberyPi5を接続に接続すると
画面がホントにロックしてしまう(笑)とても使いにくい状況だったので
シリアルコンソールは救いの神的存在に！
— posted by くま at 07:57 am
拡張 alsa driverを使ってdiffファイルを再生(GPIOからのI2S出力)
2024/4/24
※自分は各種フォーマットの音源ファイル出力をI2Sで！且つシームレス再生を目指しています^^;
alsa driverのソースをイジって帯域、ビット数を拡張改造したものを当てて
diffファイルを再生(PCM変換で)した時に
バックの方から絶えずザーという雑音が発生する不具合を何度も経験しているが
この対策として/etc/mpd.conf で formats "*:32:*" の設定をすると
自分環境では無くなる？のだが他の方も同じなのか知りたい(笑)
root@raspberrypi:~# 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
Buffer size range from 32 to 131072
Period size range from 16 to 1024
Subdevice 0, name `subdevice #0'
下の様にDSD64を再生すると...
format: S24_LE で出力されている表示になるが
最初から24bitを指定すると雑音が出てくる。？？
と思うが(自分の聴力が変なのか？)
他に同じなハード系とソフトの組み合わせを運用している方が居ない？様で
この結果に確信が持てない...耳が悪いかも(笑)
root@raspberrypi:~# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S24_LE
subformat: STD
channels: 2
rate: 352800 (352800/1)
period_size: 512
buffer_size: 65536
----------------------------------------------------------------------------
追記
allowed_formats "*:32:*" これで指定すると強制？なのか(笑)
この状態でも雑音は出ない...
DSD64再生時
# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 352800 (352800/1)
period_size: 512
buffer_size: 65536
PCM44.1KHｚ(CDからリッピング)
# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 490
buffer_size: 22050
alsa driverのソースをイジって帯域、ビット数を拡張改造したものを当てて
diffファイルを再生(PCM変換で)した時に
バックの方から絶えずザーという雑音が発生する不具合を何度も経験しているが
この対策として/etc/mpd.conf で formats "*:32:*" の設定をすると
自分環境では無くなる？のだが他の方も同じなのか知りたい(笑)
root@raspberrypi:~# 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
Buffer size range from 32 to 131072
Period size range from 16 to 1024
Subdevice 0, name `subdevice #0'
下の様にDSD64を再生すると...
format: S24_LE で出力されている表示になるが
最初から24bitを指定すると雑音が出てくる。？？
と思うが(自分の聴力が変なのか？)
他に同じなハード系とソフトの組み合わせを運用している方が居ない？様で
この結果に確信が持てない...耳が悪いかも(笑)
root@raspberrypi:~# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S24_LE
subformat: STD
channels: 2
rate: 352800 (352800/1)
period_size: 512
buffer_size: 65536
----------------------------------------------------------------------------
追記
allowed_formats "*:32:*" これで指定すると強制？なのか(笑)
この状態でも雑音は出ない...
DSD64再生時
# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 352800 (352800/1)
period_size: 512
buffer_size: 65536
PCM44.1KHｚ(CDからリッピング)
# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 490
buffer_size: 22050
— posted by くま at 10:56 pm
RaspberryPi5 コマンドラインで現在の印加電圧表示
2024/4/21
知らなかった^^;
Amazonから購入した純正同等品？の電源アダプターで44.1KHz音源再生時の電圧は？
root@raspberrypi:~# vcgencmd pmic_read_adc EXT5V_V
EXT5V_V volt(24)=5.04912000V
せっかくだから秋月から購入した5V/6.2Vのスイッチングアダプター出力端子をUSB-Cへ改造したもの
([all] usb_max_current_enable=1 設定あり)
root@raspberrypi:~# vcgencmd pmic_read_adc EXT5V_V
EXT5V_V volt(24)=5.08128000V
Amazonから購入した純正同等品？の電源アダプターで44.1KHz音源再生時の電圧は？
root@raspberrypi:~# vcgencmd pmic_read_adc EXT5V_V
EXT5V_V volt(24)=5.04912000V
せっかくだから秋月から購入した5V/6.2Vのスイッチングアダプター出力端子をUSB-Cへ改造したもの
([all] usb_max_current_enable=1 設定あり)
root@raspberrypi:~# vcgencmd pmic_read_adc EXT5V_V
EXT5V_V volt(24)=5.08128000V
— posted by くま at 10:41 am
patchの作成
2024/4/18
30年ぐらい前にRedhat-Linuxの市販バージョンを購入して以来
ディストリを変えて弄り続けていたがソースを編集してビルドするなんて考えてもいなかった(笑)
patch(パッチ)というものを使って効率よく間違いなく修正するというのは知っていたが
その当て方や作り方は良く分からず(苦笑)
もっぱらviエディターを使い手動でソースを変更してビルドをするというプリミティブな世界！(笑)
もうジジイになってパッチを作って見ようと思い立ちやってみた。
最近頻繁のしているalsa拡張のモノを作ってみて
綺麗に当たった様なので上手くいったかも...
$ patch -p1 < test-patch
patching file include/sound/pcm.h
patching file sound/core/pcm_native.c
patching file sound/soc/bcm/bcm2835-i2s.c
patching file sound/soc/codecs/pcm1794a.c
patching file sound/soc/dwc/dwc-i2s.c
試しにDesktop環境にrt-kernelを組み込んでみた。大丈夫だと思う。
ちなみに使った .config は /boot にある。
気に入らないのはubuntuをSSDにインストールした時と比べて何でこんなにモッサリなの？？
という部分です。誰か対策を知っていたら教えてくださいm(_ _)m
追記 間違っているかも(笑)
Raspberry Pi Imagerでインストール可能なubuntu(SSDインストール)は
前述の併記設定をしてもi2sデバイスを認識しない。
(自分環境だけなのか？モジュールはロードされる。)
もしかするとPCIe-SSDの使用と何か被る部分があるのかも知れない。
今日時点でRaspberryPi5はsymphonic-mpdでdownload可能な
U氏 or F氏のイメージでaoe方式で使うのが良いと思う。
自分は所謂へそ曲がりなのでImagerで64bit版のOSをUSBメモリーへ焼いて起動を確認後に
mpd upmpdcli をインストールしてi2s信号を直でDAC(入力にAK4137があるのでMCLKを生成)
に入力して聴いているが
それでも十分にRaspberryPi5特有のマッスル的音質が楽しめる様に思う！
冷却には純正アクティブクーラーを付けているが外付けファンを別電源で追加している。
(オーバークール気味の方が良く感じる。)
ディストリを変えて弄り続けていたがソースを編集してビルドするなんて考えてもいなかった(笑)
patch(パッチ)というものを使って効率よく間違いなく修正するというのは知っていたが
その当て方や作り方は良く分からず(苦笑)
もっぱらviエディターを使い手動でソースを変更してビルドをするというプリミティブな世界！(笑)
もうジジイになってパッチを作って見ようと思い立ちやってみた。
最近頻繁のしているalsa拡張のモノを作ってみて
綺麗に当たった様なので上手くいったかも...
$ patch -p1 < test-patch
patching file include/sound/pcm.h
patching file sound/core/pcm_native.c
patching file sound/soc/bcm/bcm2835-i2s.c
patching file sound/soc/codecs/pcm1794a.c
patching file sound/soc/dwc/dwc-i2s.c
試しにDesktop環境にrt-kernelを組み込んでみた。大丈夫だと思う。
ちなみに使った .config は /boot にある。
気に入らないのはubuntuをSSDにインストールした時と比べて何でこんなにモッサリなの？？
という部分です。誰か対策を知っていたら教えてくださいm(_ _)m
追記 間違っているかも(笑)
Raspberry Pi Imagerでインストール可能なubuntu(SSDインストール)は
前述の併記設定をしてもi2sデバイスを認識しない。
(自分環境だけなのか？モジュールはロードされる。)
もしかするとPCIe-SSDの使用と何か被る部分があるのかも知れない。
今日時点でRaspberryPi5はsymphonic-mpdでdownload可能な
U氏 or F氏のイメージでaoe方式で使うのが良いと思う。
自分は所謂へそ曲がりなのでImagerで64bit版のOSをUSBメモリーへ焼いて起動を確認後に
mpd upmpdcli をインストールしてi2s信号を直でDAC(入力にAK4137があるのでMCLKを生成)
に入力して聴いているが
それでも十分にRaspberryPi5特有のマッスル的音質が楽しめる様に思う！
冷却には純正アクティブクーラーを付けているが外付けファンを別電源で追加している。
(オーバークール気味の方が良く感じる。)
— posted by くま at 08:37 am
えふさん のclangビルドイメージでの動作検証
2024/4/15
とりあえず えふさん のclangビルドイメージでの動作検証は一通り終わった。
個人的感想として 良い！(笑)
clonezillaでバックアップも作成出来た。あとはひたすら聴くのみだな。
ここ半月ばかり悩みに悩んだRaspberryPi5も目処が付いた様に思う。
そうなるともう一台欲しくなる病が(笑)
現状電源関連は動作優先もモノを接続しているがUSB-PD関連の実験をもう少し進めて
音質重視の電源を接続可能にして5A供給のワーニングも出ない様にしたいなぁ
[root@alarm:~]$ status vsound
* vsound.service - Audio over Ether Virtual Sound Card
Loaded: loaded (/usr/lib/systemd/system/vsound.service; enabled; preset: disabled)
Active: active (running) since Mon 2024-04-15 08:48:14 JST; 7min ago
Main PID: 429 (aoe)
Tasks: 1 (limit: 9260)
CPU: 92ms
CGroup: /system.slice/vsound.service
`-429 /usr/bin/aoe -i end0
Apr 15 08:48:14 alarm systemd[1]: Started Audio over Ether Virtual Sound Card.
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 450] 0| aoecli v0.15 [end0] HWaddr 2C:CF:67:09:FA:4B
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 451] 0| Destination MAC address FF:FF:FF:FF:FF:FF (Auto Detect)
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 458] 0| [end0] link is up! (0 ms)
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 469] 0| MTU: 1500
個人的感想として 良い！(笑)
clonezillaでバックアップも作成出来た。あとはひたすら聴くのみだな。
ここ半月ばかり悩みに悩んだRaspberryPi5も目処が付いた様に思う。
そうなるともう一台欲しくなる病が(笑)
現状電源関連は動作優先もモノを接続しているがUSB-PD関連の実験をもう少し進めて
音質重視の電源を接続可能にして5A供給のワーニングも出ない様にしたいなぁ
[root@alarm:~]$ status vsound
* vsound.service - Audio over Ether Virtual Sound Card
Loaded: loaded (/usr/lib/systemd/system/vsound.service; enabled; preset: disabled)
Active: active (running) since Mon 2024-04-15 08:48:14 JST; 7min ago
Main PID: 429 (aoe)
Tasks: 1 (limit: 9260)
CPU: 92ms
CGroup: /system.slice/vsound.service
`-429 /usr/bin/aoe -i end0
Apr 15 08:48:14 alarm systemd[1]: Started Audio over Ether Virtual Sound Card.
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 450] 0| aoecli v0.15 [end0] HWaddr 2C:CF:67:09:FA:4B
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 451] 0| Destination MAC address FF:FF:FF:FF:FF:FF (Auto Detect)
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 458] 0| [end0] link is up! (0 ms)
Apr 15 08:48:14 alarm aoe[429]: 000018.183 main [ 469] 0| MTU: 1500
— posted by くま at 08:56 am
Y:
Comments