うど氏提供のイメージ AoE_USB.img.xz (BIOS/UEFI両対応)は
本来 smpd、audio-over-ether2 環境で聴くためのモノだと理解しているのですが
容易にArchlinux linux-rt-lts 環境を構築するためのベースとして使わせていただいていますm(_ _)m
Donuts Shop 七海氏のx86_64-upnpgwをフロント側(APU)にしてフロントエンド側をAoE_USB.imgを使用
vsound は停止(すみません) フルアップデート後にmpdをインストール upnpgw-nasgate 似的使い方で
美音?を楽しんでいます。
(作者様の作成意図に反していたりシステム的に正しく動作しているか?という部分がクリアーかどうか?)
音が出て楽しめるという素人システムであるとは思います(苦笑)
[root@HP-AMD-archlinux:~]$ uname -a
Linux HP-AMD-archlinux 7.2.8-1-cachyos-rt-bore-lto-x64v2 #1 SMP PREEMPT_RT Sun, 27 Sep 2026 02:16:06 +0000 x86_64 GNU/Linux
[root@HP-AMD-archlinux:~]$ al
**** List of PLAYBACK Hardware Devices ****
card 0: DSX [Xonar DSX], device 0: Multichannel [Multichannel]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: DSX [Xonar DSX], device 1: Digital [Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
[root@HP-AMD-archlinux:~]$ c00
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 96000 (96000/1)
period_size: 12000
buffer_size: 48000
[ カテゴリー » Linux日 記 ]
Creative Sound BlasterX AE-5 はx86_64-upnpgwで使える?
2026/10/8
情報求む!
LinuxのALSA環境において aplay -l コマンドで Creative Sound BlasterX AE-5 (または AE-5 Plus) を確認すると、
デバイス名は「AE-5」ではなく「Sound Core3D」や「Recon3D / Z-Series」として認識されるのが一般的で
AE-5のオーディオプロセッサ(チップセット)が「CA0132 (Sound Core3D)」のため。
正常に認識されている場合の出力例は以下のようになるらしい...
AIへの質問ではmpdで音出し可能との回答なんだが...
現在までの改造経験からチップ名が表示されてカード名が表示されない場合
良くてAudacious等のソフトで音は出るもののmpdでは音が出ない事が多い!
ギャンブルで高価なAE-5を購入して試そうと思っていたのだが...(苦笑
誰か既に所有しているlinuxユーザーの方この辺の情報を是非お知らせ願いたい!
ちなみに動作可能ならこんな感じで認識されていると思う。
Asus DSX の例ではカード名が表示されている!
蛇足...上の例で実際にi2s信号を横取りする場合は アナログ に当たるデバイスから行う。
カード上のDACチップのi2s入力ピンに信号が入力されアナログ信号になって出力されるから
LinuxのALSA環境において aplay -l コマンドで Creative Sound BlasterX AE-5 (または AE-5 Plus) を確認すると、
デバイス名は「AE-5」ではなく「Sound Core3D」や「Recon3D / Z-Series」として認識されるのが一般的で
AE-5のオーディオプロセッサ(チップセット)が「CA0132 (Sound Core3D)」のため。
正常に認識されている場合の出力例は以下のようになるらしい...

AIへの質問ではmpdで音出し可能との回答なんだが...
現在までの改造経験からチップ名が表示されてカード名が表示されない場合
良くてAudacious等のソフトで音は出るもののmpdでは音が出ない事が多い!
ギャンブルで高価なAE-5を購入して試そうと思っていたのだが...(苦笑
誰か既に所有しているlinuxユーザーの方この辺の情報を是非お知らせ願いたい!
ちなみに動作可能ならこんな感じで認識されていると思う。
Asus DSX の例ではカード名が表示されている!

蛇足...上の例で実際にi2s信号を横取りする場合は アナログ に当たるデバイスから行う。
カード上のDACチップのi2s入力ピンに信号が入力されアナログ信号になって出力されるから
— posted by くま at 11:22 am
cpuがx86_64 v2 に対応しているか調べる
2026/10/4
$ grep -E "cx16|lahf|popcnt|sse4_1|sse4_2|ssse3" /proc/cpuinfo | head -n 1
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb pti tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp vnmi
というのは余りにプリミティブだから
$ ./v2-test.sh
x86-64-v2: Supported
$ cat ./v2-test.sh
flags=$(cat /proc/cpuinfo | grep flags | head -n 1 | cut -d: -f2)
awk -v f="$flags" 'BEGIN {
if (f ~ /cx16/ && f ~ /lahf/ && f ~ /popcnt/ && f ~ /sse4_1/ && f ~ /sse4_2/ && f ~ /ssse3/)
print "x86-64-v2: Supported"
else
print "x86-64-v2: Not supported"
}'
------------------------------------------------
このスクリプトを
APU1D4 Linux lightmpd 6.12.40-rt-xanmod1 #1 SMP PREEMPT_RT Sun Aug 10 13:28:42 JST 2025 x86_64 GNU/Linux で実行してみると
# ./v2-test.sh
x86-64-v2: Not supported
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb pti tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp vnmi
というのは余りにプリミティブだから
$ ./v2-test.sh
x86-64-v2: Supported
$ cat ./v2-test.sh
flags=$(cat /proc/cpuinfo | grep flags | head -n 1 | cut -d: -f2)
awk -v f="$flags" 'BEGIN {
if (f ~ /cx16/ && f ~ /lahf/ && f ~ /popcnt/ && f ~ /sse4_1/ && f ~ /sse4_2/ && f ~ /ssse3/)
print "x86-64-v2: Supported"
else
print "x86-64-v2: Not supported"
}'
------------------------------------------------
このスクリプトを
APU1D4 Linux lightmpd 6.12.40-rt-xanmod1 #1 SMP PREEMPT_RT Sun Aug 10 13:28:42 JST 2025 x86_64 GNU/Linux で実行してみると
# ./v2-test.sh
x86-64-v2: Not supported
— posted by くま at 09:55 am
lightmpd/upnpgw AMD(Intel )-PC + APU2
今回も関係者の方々には多大なるご迷惑をおかけした事、
深くお詫びすると共に感謝いたしますm(_ _)m
PCを二台使ってカスケード接続 upnpgw-nasgate フロント作成手順
downloadするモノ
x86_64-upnpgw-20260927
x86_64-upnpgw-kernel-20260927_for_PF.zip
mbrboot256m.img.zip(デジファイ氏作成の apuboot256m.img.zip では無い。)
(※自分はaoe環境での再生では無いので x86_64-front_set-20260927.zip は使用し無い。)
1.USBメモリーをFAT32へフォーマットする。
2.mbrboot256m.img.zip をBalenaEtcherで書き込む。内部にはbootフォルダーが作成される。
3.x86_64-upnpgw-20260927のフォルダー内 boot lightmpd 2個のフォルダーをUSBメモリーへコピー(上書きになる。)
4.x86_64-upnpgw-kernel-20260927_for_PFフォルダー内のbootをUSBメモリーへコピー(上書きになる。)
5.USBメモリー内 boot/grub/grub.cfg vga= current をvga=773 へ変更
※この771はモニターの解像度を指定する数値で元々のcurrentだと自分の環境では起動しなかった。
USBメモリー内に元々存在するconfフォルダー conf.gwフォルダーの中から
動作モードに応じたconfigファイルに置き換える。
自分の環境でのconfigファイル例
(PCを二台使ってカスケード接続 upnpgw-nasgate フロント)
フロント:x86_64-upnpgw-20260927/lightMPD/conf.gw/upnpgw-nasgateupnpgw-nasgate
リヤ :x86_64-upnpgw-20260927/lightMPD/conf/upnpplayer/lightmpd.conf-line2
注意事項
通常のUSB接続DACの使用環境であれば恐らくx86_64-upnpgw-kernel-20260927_for_PF.zip は使わない。
今回の20260927版は x86_64 v2 に最適化してあるためAPU1系では使用出来ない。(残念...
※今回はconfファイルに不具合もあって躓いたのだが自分の設定ファイルをここにアップするのは控えます。
参考リンク lightmpd/upnpgw intel inside (2)
深くお詫びすると共に感謝いたしますm(_ _)m
PCを二台使ってカスケード接続 upnpgw-nasgate フロント作成手順
downloadするモノ
x86_64-upnpgw-20260927
x86_64-upnpgw-kernel-20260927_for_PF.zip
mbrboot256m.img.zip(デジファイ氏作成の apuboot256m.img.zip では無い。)
(※自分はaoe環境での再生では無いので x86_64-front_set-20260927.zip は使用し無い。)
1.USBメモリーをFAT32へフォーマットする。
2.mbrboot256m.img.zip をBalenaEtcherで書き込む。内部にはbootフォルダーが作成される。
3.x86_64-upnpgw-20260927のフォルダー内 boot lightmpd 2個のフォルダーをUSBメモリーへコピー(上書きになる。)
4.x86_64-upnpgw-kernel-20260927_for_PFフォルダー内のbootをUSBメモリーへコピー(上書きになる。)
5.USBメモリー内 boot/grub/grub.cfg vga= current をvga=773 へ変更
※この771はモニターの解像度を指定する数値で元々のcurrentだと自分の環境では起動しなかった。
USBメモリー内に元々存在するconfフォルダー conf.gwフォルダーの中から
動作モードに応じたconfigファイルに置き換える。
自分の環境でのconfigファイル例
(PCを二台使ってカスケード接続 upnpgw-nasgate フロント)
フロント:x86_64-upnpgw-20260927/lightMPD/conf.gw/upnpgw-nasgateupnpgw-nasgate
リヤ :x86_64-upnpgw-20260927/lightMPD/conf/upnpplayer/lightmpd.conf-line2
注意事項
通常のUSB接続DACの使用環境であれば恐らくx86_64-upnpgw-kernel-20260927_for_PF.zip は使わない。
今回の20260927版は x86_64 v2 に最適化してあるためAPU1系では使用出来ない。(残念...
※今回はconfファイルに不具合もあって躓いたのだが自分の設定ファイルをここにアップするのは控えます。
参考リンク lightmpd/upnpgw intel inside (2)
— posted by くま at 09:22 am
clonegillaが他のHDをレストアするとき本体のブート部分を書き換えてしまうと言う大問題!
2026/10/3
clonegillaが他のHDをレストアするとき本体のブート部分を書き換えてしまうと言う大問題!
AI氏の回答!
最も安全な設定の組み合わせ(エキスパート画面)
エキスパートモードを進めると、アルファベットのオプションが並ぶ画面が出ます。そこで以下のように設定してください。
1. -g-auto などのチェックはそのままでOK
2. -j2 にチェックを入れる(NVRAM更新をスキップ)
3. -t にチェックを入れる(ブートローダー書き込みをスキップ)
これでClonezillaは「純粋にデータ(パーティション)の中身だけをコピーするマシーン」になり、
本体のブート部分やマザーボードの起動順序に干渉しなくなります。
AI氏の回答!
最も安全な設定の組み合わせ(エキスパート画面)
エキスパートモードを進めると、アルファベットのオプションが並ぶ画面が出ます。そこで以下のように設定してください。
1. -g-auto などのチェックはそのままでOK
2. -j2 にチェックを入れる(NVRAM更新をスキップ)
3. -t にチェックを入れる(ブートローダー書き込みをスキップ)
これでClonezillaは「純粋にデータ(パーティション)の中身だけをコピーするマシーン」になり、
本体のブート部分やマザーボードの起動順序に干渉しなくなります。
— posted by くま at 09:06 pm
Intensity Pro 4K 録画スクリプト
2026/9/29
AVI形式で録画するとファイルが巨大化するのでmp4形式でかつ軽量にという事で
!/bin/bash
##ffmpeg -f decklink -i "BINTSPRO4K" -c:v h264_qsv -global_quality 25 -preset fast "output$(date +%Y%m%d_%H%M%S).mp4"
#ffmpeg -f decklink -i "Intensity Pro 4K" -c:v h264_qsv -global_quality 25 -preset fast "output$(date +%Y%m%d_%H%M%S).mp4"
ffmpeg -init_hw_device vaapi=amd:/dev/dri/renderD128 -filter_hw_device amd ¥
-f decklink -i "Intensity Pro 4K" ¥
-vf "format=nv12,hwupload" ¥
-c:v h264_vaapi -qp 25 "/var/data-0/output$(date +%Y%m%d_%H%M%S).mp4"
!/bin/bash
##ffmpeg -f decklink -i "BINTSPRO4K" -c:v h264_qsv -global_quality 25 -preset fast "output$(date +%Y%m%d_%H%M%S).mp4"
#ffmpeg -f decklink -i "Intensity Pro 4K" -c:v h264_qsv -global_quality 25 -preset fast "output$(date +%Y%m%d_%H%M%S).mp4"
ffmpeg -init_hw_device vaapi=amd:/dev/dri/renderD128 -filter_hw_device amd ¥
-f decklink -i "Intensity Pro 4K" ¥
-vf "format=nv12,hwupload" ¥
-c:v h264_vaapi -qp 25 "/var/data-0/output$(date +%Y%m%d_%H%M%S).mp4"
— posted by くま at 12:53 pm
gtkterm
2026/9/28
APUをいじるために必須なのがシリアルコンソールなワケだが
gtkterm をMATE-Desktop環境へインストールすると
ファンクションキーのF10がすでに割り当てが決まっていて使え無いので
GTK3のシステムショートカットから F10 を解除するには
$ mkdir -p ~/.config/gtk-3.0 && echo -e "[Settings]¥ngtk-menu-bar-accel = ¥"¥"" >> ~/.config/gtk-3.0/settings.ini
gtkterm をMATE-Desktop環境へインストールすると
ファンクションキーのF10がすでに割り当てが決まっていて使え無いので
GTK3のシステムショートカットから F10 を解除するには
$ mkdir -p ~/.config/gtk-3.0 && echo -e "[Settings]¥ngtk-menu-bar-accel = ¥"¥"" >> ~/.config/gtk-3.0/settings.ini
— posted by くま at 11:22 am
今更です(笑)
2026/9/27
MPDの設定ファイル mpd.conf で浮動小数点数指定するには f を記述。
audio_output {
type "alsa"
name "My ALSA Device"
format "96000:f:2"
}
audio_output {
type "alsa"
name "My ALSA Device"
format "96000:f:2"
}
— posted by くま at 10:31 am
I2S-OUT のサウンドカード
2026/9/24
更に電源を分けて見た。効果はどうぁなぁ試聴中....
以前から問題を感じていたのがカード本体が5Vで動作するのに
ATA電源から供給される入力電圧は12Vになっていた事だった。
なので最初に8Vのレギュレーターに入れてそこから2個の5V出力のレギュレーターへ
そこからそれぞれカード本体とI2S差動送信基板へ
効果はかなりある様に思うが厳密な比較試聴テストはしていないから
プラシーボが....(笑)
追記09-27
どうもプラシーボだけでは無く良いと感じる。
このサウンドカードは三枚所有しているが残り二枚も同じ電源部にしたくなるが
面倒なことが大嫌いな自分(笑)どうしようかなぁ〜
音を聴きながらタンタルコンデンサーをここまで盛りました(笑)
タンタルコンデンサーは破壊モードがショートなので
信頼性が必要な部分には使いたくないのですが
その音への魔力に負けて(笑)
以前から問題を感じていたのがカード本体が5Vで動作するのに
ATA電源から供給される入力電圧は12Vになっていた事だった。
なので最初に8Vのレギュレーターに入れてそこから2個の5V出力のレギュレーターへ
そこからそれぞれカード本体とI2S差動送信基板へ
効果はかなりある様に思うが厳密な比較試聴テストはしていないから
プラシーボが....(笑)
追記09-27
どうもプラシーボだけでは無く良いと感じる。
このサウンドカードは三枚所有しているが残り二枚も同じ電源部にしたくなるが
面倒なことが大嫌いな自分(笑)どうしようかなぁ〜

音を聴きながらタンタルコンデンサーをここまで盛りました(笑)
タンタルコンデンサーは破壊モードがショートなので
信頼性が必要な部分には使いたくないのですが
その音への魔力に負けて(笑)

— posted by くま at 01:22 pm
グラフィック関連エラー対処
# lspci | grep -E "VGA|3D"0a:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev d3)
# pacman -Syu xf86-video-amdgpu mesa lib32-mesa linux-firmware
# vi /etc/mkinitcpio.conf
# 修正前例
MODULES=()
# 修正後
MODULES=(amdgpu)
# mkinitcpio -P
# [ -f /etc/X11/xorg.conf ] && mv /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
# reboot
# pacman -Syu xf86-video-amdgpu mesa lib32-mesa linux-firmware
# vi /etc/mkinitcpio.conf
# 修正前例
MODULES=()
# 修正後
MODULES=(amdgpu)
# mkinitcpio -P
# [ -f /etc/X11/xorg.conf ] && mv /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
# reboot
— posted by くま at 02:33 am












Comments