Linux MacOS のターミナルに X68K エミュを内蔵
Linux MacOS UNIX のターミナルシェルに
X68K エミュを内蔵して
エミュを意識しないでX68000 プログラムを
実行できるようにするスレ ターミナルシェルの bash か zsh
を改造して x68 コマンドを追加して
x68 〇〇.x で実行出来るように
したら良いんじゃないか
もしかしたら youtube-dl や ffmpeg みたいに
コマンドを作るだけでもいいのか
必要ならクラファンで金あつめて
Linux UNIX に詳しいエンジニアに
つくってもらう
1
こまかい使用を
きめる
x68 〇〇.x -m12 -h3 でフルメモリ human3.0
x68 〇〇.x -c config1.sys
とか
2
XM6 や Win68k の作者に
使用許諾をもらう
3
とりあえず x68 コマンドで実行できるようにする
4
都合の悪いことや 68 プログラムからの
Linux UNIX APIや デバドラへのアクセス >>5
https://stdkmd.net/xeij/parameter.htm
XEiJをホストファイルシステムでまず起動
コマンドをファイルのポーリングで受けるんは?
改造して貼り付けパイプを他OSにも拡張するか
外からNMIできるようにするのがスマートかもね X68kユーザの作るは信用できない
作る作る詐欺ばかりだから スマホですら6gbだから
全部12mbでやればいい
$ x68 ディスクイメージ.XDF
$ x68 ○○.x
で
zsh か bash しかしらん お前「も」なのか
X68ユーザは自他共に認める作る作る詐欺の常習犯だった!
それじゃX68ユーザに欠片も信用なんてないわなぁw yt-dlp は bash なら動くけど
zsh だとダメ そんなちゃちゃ入れるくらいなら
XM6 の作者に エミュコードの使用許可もらってこいよ
それか
x68 UNIX コマンド作ってもらうには
どこのエンジニアワークスに
頼んだらいいんだ
Python とか brew とかそんなんじゃねえの 68 のプログラム?
じゃあ x68 コマンドいれよ
えっ Java ?なにそれ
入れても大丈夫なの
すぐ消せるの?
めんどくさいからいいわ
になるじゃん
オレだって
メインPC に
$ install Java
$ Uninstall Java
で済まない Javaなんか ストレージに
ゴミのこさないか心配でためらうわ 若い人にも68にふれて
もらいたいからハードルは
限りなく下げたい
だから ディスクイメージだろうと
実行ファイルだろうと
x68 UNIX コマンド で
指定したら
うごいてもらいたい
UNIX なら Linux Macos Windows
Intel ARM 全部動く方向だから
$ brew install x68 とかでもいいけど
x68 コマンド実行ファイルを放り込んだらOK
でいい
Human.sys 、Float2.x とか
必要なものは勝手に実行して
くれればそれでいい
今どき16bit PC のメモリ事情
とか開発者だけ気にしてくれれば
一般人はどうでもいい
カンタンに実行できる環境なく
実行してもらえないプログラムを
開発する意味 こいつの言う環境を実現する仕組みが全然見えて来ないんだけど、
単にx68kのエミュレータをportして使わせろって話と何が違うの?
UNIX系の普通のshell環境にx68kエミュを組み込めとか言う話なら
bashなりtcshなりの作者や開発チームと談判するのがまず第一歩でしょ
もちろん一瞥して無視されるのがせいぜいで、鼻で笑ってさえもらえないと思うけど
仕方ないから勝手にforkしたx68k shellでも立ち上げるくらいしかないよね
立ち上げたところで、こんな加齢臭漂う泡沫環境のコブがついただけのshellなんて、誰も開発に協力してくれないと思うけどね。俺も石投げるし
そもそも開発どころかそういうプロジェクトの設計や運用の話すら出て来ない>>1には無理
shell環境からx68kのhumanのdosコマンドを叩いて実機と同じ反応させろという
その仕組みもよくわからん、エミュ起動でその中でしこしこ遊んでろではなく、外部コマンドでもなく、shellに内蔵させろというのだから意味がわからん
shellとはなんの関係もないコマンドとして実装するとしても、バックグラウンドでエミュ環境が動作している訳でもない孤立したコマンド間では、環境どころかステータスすら参照できないだろう
環境変数やパイプでしこしこ実装しても今時の環境ならそこそこ動いてしまったりはするのかもしれないが、そういう話さえ>>1からは見えてこないわけで
まあ無能バカの妄想にマジレスするのもくだらないが、目障りなので「それ、ダメじゃねえの」「何言ってるのかさっぱりわかんねぇよ」「消えろカス」ってことで、はい解散解散 x68kみたいな性能もたいしたことなレトロPCなんて、いまどきはjavascriptで実装できちゃったりするんじゃねえの?
ブラウザでx68kとかの方が環境依存も少なくて済みそうだし、よっぽどキャッチーだと思うけどね。
UNIXに限らずPC(Windows)や、それこそゲーム機のブラウザ(blink系かwebkitか知らんけど)でも動かせるんじゃねえの
MSXなんかもこの路線でいい気がする 組み込まなくても
Python 3.1.1 いれてるけど
Yt-dlp ffmpeg みたいに
コマンドだけ作ればいいかもしれん Linuxのシェルにはシェルスクリプトかバイナリか見て実行のしかたを変える機能があるからそれを利用すれば.xやDOS/Windowsのファイルもコマンドラインで直に叩ける。
制限はあるし手間もかかるし手間の割に使い勝手がイマイチだけとqemm噛まして仮想マシンに渡すだけ(だけとは言えない)から必ずシェルそのものに手を入れなければいけないなんて事はない
ぐぐるとARM版LinuxのELF形式をPCのLinuxで実行する、というのがでてくる リモートデスクトップみたいな何かかさっぱり興味ないな
出先でスマホ使ってPC操作したい人もいるだろうけど
んなことしなくてもクラウドのファイル操作で足りるし
つうか68だし Yt-dlp
https://github.com/yt-dlp/yt-dlp/releases/
Ffmpeg
https://evermeet.cx/ffmpeg/
Linux ビルドは mac ではダメ
ビルドコンパイラが違うだけで
コードほとんど同じだろ
実行ファイルを
カレントに持っていくだけで
うごく >27
うるせえしねぼけうるせえしねぼけうるせえしねぼけ *******************************
当 ス レ は 閉 鎖 し ま し た
ご 利 用、あ り が と う ご ざ い ま し た
******************************* マスコミは、ずっとMSXを任天堂のファミコンと比べて
、「失敗したゲーム機」というレッテルを貼り続けた >>27
自分かつくったスレでもないし
なんか責めたわけでもないのに
勝手にきてイラついて
guestがきえろとかもう精神病だわ
しかも何も役立つこと書いてねえ
こんなのが居るから68はキチガイとか
言われるんだよ 41 = 34,35,36 = >>1
哀しいスレなの スレ主だから何とかしなきゃ
と思ったが怒りが治まらなかったんだ
26-42まで汚染地帯だから
よみとばすように X68kユーザも否定しかしない、出来ない老害だけになったなぁ X68ユーザは歳とって老害と呼ばれる年齢になっただけで若いころからクズだぞ ポジティブなことは何もできないクズが典型的なX68kユーザの姿だ