Linuxでもx86-64-v3対応してないと面倒なってきたな、Redhat系は動作不可、Ubuntu26.04でも色々と制限がでてきた。。
WindowsでもCore i 7世代以前は公式では足切り、24H2でCore2以前は動作不可になったので、まあそういう流れなんだなと思うけど、x86-64-v3あたりが次の動作不可の切り捨て位置でほぼ確定だな。
具体的にいうとCore i 4世代以降がOKだけどPentium/Celeron系はダメなんで要注意って感じ(Core i 11世代以降じゃないとダメらしい)、中古を買う場合には要注意だなあ。。
まあ、Core i 11世代の発売は2021年、Windows11も発売は2021年、10年のサポートサイクルで2031年にまとめて切り捨てが起きる感じかな？
ちなみに手持ちのPC(30台くらいかな？)、8割くらい86-64-v3に対応してない、またゴミが増えていくな。。
最近、PCの起動が遅くなったと思っていたら、GoogleChromeが起動時バックグランドで常駐するようになった、Windows10/11の話ね。
MS-Edge同じようなことをしていて不評だったのにGoogleChromeもやっちゃうのか。。
自分的にはWebブラウザは使い分けが基本と思っているので、いい迷惑だな。大事なとこのアクセスはGoogleChromeみたいなフルブラウザ、普段は広告カットとかプライバシー保護が強力な軽量ブラウザ(アカウント連携とかパスワードマネージャも無くていい)、って感じの使い分けが大事だろ。
軽量ブラウザって何がいいの、って部分は不毛な宗教戦争だけど、個人的にはタブが簡単に横置きできることが最低条件だったりする、だってWebページって縦長のほうが見やすいのに画面は横長で、なんていうか動画を見るにはいいけどPCとしては違ってない？(Webのレイアウト側も分かっていてPC用サイトは横に見出しとか、メニューがあるタイプが多いよね。)
ちなみに起動時常駐の直し方はGoogleChromeで「Geminiに相談」すれば教えてくれるよw。
追記
GoogleChromeを終了させてもメモリに残り続けるという、ふざけた仕様も追加された模様。タスクトレイのGemini in Chromeの排除も必要とは極悪すぎるぜ。。便利かもしれないけど常に情報をGoogleに流すこともできる罠じゃんかよ。。まあ、Windowsを使用している時点で常に情報をMSに流してる罠でもあるのだが。。
Np2kai改修中のようで、ちょっとDebian13系でビルドが通らない。
どうもSDL3関連、glib関連とか色々と環境が変わっている模様。
とりあえず修正部分メモ
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 664b93a..8d995a9 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -1590,3 +1590,8 @@ else()
endif()endif()
+# GTK2 (X11 frontend)
+if(BUILD_X)
+pkg_check_modules(GTK2 REQUIRED gtk+-2.0)
+add_definitions(-DSUPPORT_IDEIO)
+endif()
diff --git a/io/printif.c b/io/printif.c
index 1cef6ad..75bdaa6 100755
--- a/io/printif.c
+++ b/io/printif.c
@@ -4,6 +4,10 @@
#include "iocore.h"
#include "pccore.h"+#ifndef COMMSG_REOPEN^M
+#define COMMSG_REOPEN (COMMSG_USER + 4)^M
+#endif^M
+^M
#if 0
#undef TRACEOUT
static void trace_fmt_ex(const char* fmt, ...)
diff --git a/wab/cirrus_vga.c b/wab/cirrus_vga.c
index 868c396..ef53512 100644
--- a/wab/cirrus_vga.c
+++ b/wab/cirrus_vga.c
@@ -5504,7 +5504,7 @@ int cirrusvga_drawGraphic(){
uint8_t *scanptr;
uint8_t *vram_ptr;-#if defined(NP2_X11)
+#if defined(NP2_X11) || defined(NP2_X)
GdkPixbuf *VRAMBuf = NULL;
char* p;
#endif
diff --git a/x/dosio.c b/x/dosio.c
index f789c21..b9343b5 100755
--- a/x/dosio.c
+++ b/x/dosio.c
@@ -605,13 +605,13 @@ file_setseparator(OEMCHAR *path, int maxlen)
}
}-short file_rename(const char* ExistFile, const char* NewFile)
-{
- return (rename(ExistFile, NewFile) == 0) ? 0 : -1;
-}
-
-short file_dirdelete(const char* PathName)
-{
- return (remove(PathName) == 0) ? 0 : -1;
-}
+//short file_rename(const char* ExistFile, const char* NewFile)
+//{
+// return (rename(ExistFile, NewFile) == 0) ? 0 : -1;
+//}
+//
+//short file_dirdelete(const char* PathName)
+//{
+// return (remove(PathName) == 0) ? 0 : -1;
+//}diff --git a/x/gtk2/gtk_menu.c b/x/gtk2/gtk_menu.c
index 0cb8d84..cab06ae 100755
--- a/x/gtk2/gtk_menu.c
+++ b/x/gtk2/gtk_menu.c
@@ -82,6 +82,10 @@
BOOL nvl_check();
#endif+void create_network_dialog(void) {
+ /* スタブ（何もしない空の関数） */
+}
+
void create_hostdrv_dialog(void);
void create_sound_dialog(void);
void create_midi_dialog(void);
SDL3系とかaptで追加必要、詳しくは、、わすれた。。
ビルドは以前はNp2とNp21で同時に生成されてたけど指定方法が変わったみたい。。
// Np2系
cmake .. -D BUILD_X=ON -D BUILD_I286=ON
// Np21系
cmake .. -D BUILD_X=ON -D BUILD_I286=OFF
ビルドは通ったがxnp21kaiでSCSI#4のopenエラーになるな、そもそも設定にSCSI無いなあ。。AIに聞いたらすぐ答えでた。
/fdd/sxsi.h
SCSIHDD_MAX = 8→4
だって。AIすげえ。wx系も実行ファイルは出来てるけど画面表示からおかしいのでとりあえず放置。。まあ、安定するまで待ちが吉かな？
追記
とりあえず、現状はmasterでSDL3が適用される前まで戻すといいかもね。
さらに追記：なんかcmakeの設定をみるとUSE_SDLを設定すればいいだけのような気もするなあ。。
//ここは手順書通り
sudo apt install git cmake ninja-build nasm build-essential libx11-dev libglib2.0-dev libgtk2.0-dev libsdl2-dev libsdl2-mixer-dev libsdl2-ttf-dev libsdl1.2-dev libsdl-mixer1.2-dev libsdl-ttf2.0-dev libusb-1.0-0-dev libfreetype-dev libfontconfig1-dev libssl-dev
// masterブランチからもってきてSDL3適用前までもどす。
git clone -b master https://github.com/AZO234/NP2kai.git
git checkout 3bbd4963451c659c697071de5c023f2e9d3e711d
//ここからも手順書通り
cd NP2kai
mkdir build
cd buildcmake .. -DBUILD_X=ON -DBUILD_I286=OFF
make
2026/01/27だからちょっと古いけど、これ以降SDL3が必要になるんだよなあ。。
commit 3bbd4963451c659c697071de5c023f2e9d3e711d (HEAD)
Author: AZO234 <typesylph@gmail.com>
Date: Tue Jan 27 18:18:18 2026 +0900fix
Debian13系のSDL3はちょっと古くてあやしんだよな。。この辺でトラブってちょっと信用してない。。っていうか、新しいバージョンのSDL3を入れろよって話だけど実行ファイルだけ他PCに持って行ってaptでライブラリ追加だけで動かすってオレ的に重要なんだよ。。
Debian12系、Ubuntu24.04系以前の場合は多分、SDL3がaptで入れられないので苦労したくなければ、masterブランチからもってきてSDL3適用前までもどす、が最適解になっちゃうかなあ。。
追記2
SDL3を使ったmasterブランチビルド、SDL3でいいならmasterがビルド通るようにしてあるみたいです。現在2026/08/21が最終更新。ちなみにcmakeで-DUSE_SDL=2 でDSL2でビルド可能だけどメンテされてないみたいでエラーになるよ。
//ここは手順書通り、まあSDL2系はいらないと思うけど
sudo apt install git cmake ninja-build nasm build-essential libx11-dev libglib2.0-dev libgtk2.0-dev libsdl2-dev libsdl2-mixer-dev libsdl2-ttf-dev libsdl1.2-dev libsdl-mixer1.2-dev libsdl-ttf2.0-dev libusb-1.0-0-dev libfreetype-dev libfontconfig1-dev libssl-dev
// SDL3など足りないもの追加
sudo apt install libcdio-dev libsdl3-dev libsdl3-ttf-dev
// masterブランチclone
git clone -b master https://github.com/AZO234/NP2kai.git
//ここからも手順書通り
cd NP2kai
mkdir build
cd buildcmake .. -DBUILD_X=ON -DBUILD_I286=OFF
make
メモリ価格が上昇、っていっても今のメモリじゃなくレトロなメモリの話。。
ハードオフのレトロ系ジャンクメモリ(DDR3以前)、、店舗にもよるけど110円で買うのが難しくなってきた。
現状では220円と330円の店舗が半々ぐらいな感じだ。。
3年経たずに予想が現実化したな。o-junk.hatenablog.com
まあ、大半の人は興味ない話だろうけど、以前はレトロメモリは青箱いっぱい、DDR4の8Gメモリも混じっていたりしていた（今、数えたらDDR4は17枚ほど入手してた）、もちろんすべて110円、今はSO-DIMMを含めても数えるほどの品数しかないなあ。
現在ジャンクメモリ買取価格は1kgで13700円、比較的重量のあるSDR/DDRの両面チップが1枚で20g、50枚で1kg程度なんで220円×50枚=11000円でほぼ利益無し状態か。。まあ、転売ヤーも手を出さなくていいかもしれん。っていうかメモリの型番を1つ1つスマホで検索してる素人転売ヤーがなぜか存在してるんだよなあ、じゃまだからラベルと切り欠き形状でわからないなら手をだすなよ。。
PIONEERが光ディスクから撤退するのは知っていたけど。。
高級路線の製品がとんでもない値段になっているな。BDR-S13J-Xは30万くらいになっているね（定価は４万弱だったと思う）。。
もう、これプレクの名機たちを超えた勢いだな。これを予測できなかった転売ヤーは負け組かもしれん。。日本製（中華に移管したんで新規機種が出ても中華製）、最後の高級路線機（中華で高級路線は無いねえ）、ブルーレイドライブの製造元が他にコスパ重視のHLDSしか残ってない、という価値が上がる要因が備わっていたからな。
ちなみに自分はUSB接続だけど、PIONEER押しで記事を書いてたな。まあ普通にそうなので自慢にもならないけど。
なんかOmniDrive押しも早い時期からしてたみたいね。。こっちも、そこそこは値上りしたけどコスパ重視の大量生産品なんで流通量的にそこまで高くはならなかったな。
っていうか、ブルーレイドライブって意外と消耗品（ディスクより先にドライブがダメになる率が高い）なので将来的には全て値上りしそうな気がするな。
AIでも、もっといい記事を作るよ。。いくら何でもひどすぎない？(おそらくAI+翻訳なんだろうけど、ひどすぎる)
誤字、脱字はともかくとして内容もウソばっかりで、正しい部分がほぼ無い。
なぜbuffaloのFD-2USBが餌食になってるんだ？、ドライバだってWin98/2000用までしか提供されてない、もちろんXP以降(おそらくMe以降)はOS標準ドライバで動くけどね。Windows11に、このドライバ入れたら（多分、入れられないけど）余計に動かなくなるよ。。
H67M-GE/THW ってマザーボードをジャンクで入手。
FDD I/Fがついていたのでつい、、Windows11 24H2以降のCPUの足切りにより、非公式とはいえ最新OSでFDDが付けられるマザーが希少なんだよ、かつM-ATXってなるとね（他にはIntel純正のDQ67OWくらいかなあ）。。。
Core2世代以前は24H2以降は足切り、Core i 初代、サンディ、アイビーまでしかFDD I/Fが付いたマザーは無い（業務用など特殊なものを除く）、AMDはFXでFDD I/Fが付いたマザーのみ(それ以前は24H2で足切り、FX以降はFDD I/Fが付いたマザーは無いはず)で、自分環境的にM-ATXのケースしか無くなったのでM-ATX限定となり選択肢がほぼ無い。
「H67M-GE/THW」ってちょっと調べたらサードウェーブ（ドスパラ）の組み込み用(でTHWなのね)でIvy非対応という糞仕様らしい。まあOEM元モデルのBIOSを強制書き込みできるらしいけどね。OEM元はフル固体コンデンサなんだな、OEM対応でかなり品質を落としてるなあ・・・。
で、いつも通り情報確認だけして積みパーツとなったのであった(のんびりと遊ぶ時間が無いんだよなあ)、、使う時は来るのだろうか。。そもそも15年くらい前の製品だしジャンクだから動かないかもねえ・・・・。
