MSX3 Part7
レス数が1000を超えています。これ以上書き込みはできません。
!extend:checked:vvvvv:1000:512
※スレ立ての際、>>1の本文1行目に
!extend:checked:vvvvv:1000:512
を入れてください
前スレ
MSX3 Part5
https://kizuna.5ch.net/test/read.cgi/i4004/1677554335/
https://kizuna.5ch.net/test/read.cgi/i4004/1674217238
MSX3 Part6
https://kizuna.5ch.net/test/read.cgi/i4004/1681427284/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured ただIoTは技術先行で、MSXに限らずキラーアプリがないというのは西さんも言ってる
何に使えるかアイデアを絞ると皮肉な事に犯罪やテロと結びつきやすいｗ
MSX3に至っては映像のハブにするとかいうのが最早俺にはよくわからない
それよりも俺が推したいのは農業向けコンピュータ
これからも人手は減るし、農作物泥棒も多いし、自動化と24時間監視は需要が高いと思う
それぞれの畑に合わせて、農家が自分で簡単にプログラムを組める
オブジェクト指向なんか覚えなくていい
デバイスごとに組んだプログラムを入れて、MSXは参照したり命令したりするだけでいい
それこそ真のオブジェクト指向だ 俺はTwitterで絡まないから、みんなで農業MSXを推しといて
アイデアはあげる 岸田にも言っといて
日本は外国人と共生するんじゃなくて、MSXと共生するのだ >>900
M5Stackの各デバイスをネイティブでつかえば
UIFlowっていうBASICより高品質で＝割り切っているからバグがでにくい
楽にブラウザで開発できる土壌が用意されてるから
そこを起点にする方がまちがいない
MSのMakeCodeでもいいけどね まぁこのwebアプリ全盛の時代にMSXでBASICでって言っている時点で流れ読めてないなとは思う X(twittwer)眺める限り、MSX-DOS 上で IOT 拡張動かすのが流行ってるし、
BASIC ではなく、C と MSX-DOS という方向性がある程度支持されているよね。
こっちならノスタルジーと普通の開発環境が共存できているよね。 通信手段がねえ
EC-GSM-IoTあたりがバランス良いはずだったんだろうが つうても何を選択したって今の標準なんてあっという間に廃れるから、われわれロートルにとってはMSXの方がむしろあんまり覚えることなくて楽かもしれん。
逆に過去のモノを繋ぐためには、こういう形が役に立つような気がしないでもない。 何にせよやってみようという気になるのはいいこと
ただ他人には勧めるなよw バカみたいに繰り返してるだけのヤツはもっと要らない MSX0 発送は一段落かもだけど、第二便のセンサーも送って欲しいね。
現状の IoT 拡張は、ネットワークやらクロック設定など IoT とは直接
関係ないところで盛り上がっている状況がよくないのです。 エミュMSX1の一機種だけでいいから
過去の筐体デザインでやって欲しいわ 当初2024年に予定されてたType M3 KBとType S3 KBのロードマップはどのくらいズレこみそう?
以前の1chip MSXを所有していて、MSX0には手を出さなかったんだけど、松下とソニーの筐体を模したキーボード一体型が出るなら欲しいなぁ キーボード一体型はそのうち出ると思うけど
> 松下とソニーの筐体を模したキーボード一体型が出るなら欲しいなぁ
これは出ないでしょ MSX0 は楽しく使ってますが、1chip MSX は見送った。
今更だけど 1chip MSX のほうが欲しいね。MSX0 は
互換性に難がありやはり FPGA による解決がいいよね。
MSX0Pro の TurboR 実装はよ。 一体型は難しそうだな
ノート型の構想は資料にあったけど、そのままでないにしろ既製品を使いそう
で、俺等が欲しいのはノートでなくキーボード一体型
金型から設計必要な製品はつくらない気がする
西さん的にはデザインとか必要なものは眼中にないように見える、何が出来るかに興味がある ただのアドバイザーだろ
あの人が主体だったらプロジェクト全部差し押さえになるはずじゃんｗ ただのアドバイザーらしからぬこといっぱいしてるし、ツイにも載せてるけど？ まあ表向きはアドバイザーだろうね
そのつもりで作った公式Xは全く機能していないが カートリッジリーダーはどうなった？
M5ATOM指輪MSX0なんてどーでもいい。 MSX0 Stack の今後の入手性は低いだろうね。
Amazon で少量流して終わりかな。
M5 製品全部に MSX0 を乗せる戦略が良いかどうかは
今後の評価になるでしょう。MSX Card は、ZANAC, 麻雀
の位置づけが MSX-WRITE II, MSX-PLAN になるんだよね？ MSX0Pro は、Stack の拡張として作られるはずで
亜種乱発すると Pro が不安になるなぁ。
MSX0 Pro の前に MSX3 の SDK 発表になるよねぇ。 てか別に指輪は悪いと思わないけど
飽くまでアクセ的な視点での話
1個2000円程度が妥当な価格
それなら遊びで買ってもいいけどな
作りたかったっていうだけならそれでいいじゃんって思うし
手が出しやすいから宣伝になる
実際M5Stampに極小液晶付けただけなんで
それくらいで売ることは可能
工作やってれば分かるがその手の小型液晶は
500円もしない
それを3個セットであの価格ってついていけないな
実用で見ても時計が関の山
もしかするとMSX0と無線通信で何か表示出来るかもだが
Sim使えるわけじゃなしWifiのみじゃな てかもうニシ自体のモチベを感じられない
3のボード設計ロシアだし技術的にも?
別のボードはチップコン使ってるが
3のメインボードは缶型の電コン
なんで今の御時世でんなもの使ってんのか分からない
普通に100uf程度の容量のチップコン普及してるのに
長い目で見たり実装面積考えたらその選択はない
技術の古さを感じる まあ、来週の MSX0 Card で盛り上がるしかない。
当時の MSX の坊やも、もう子育て世代なはず。
数万程度ならノスタルジー投資する金はあるでしょう。 Grove接続のカートリッジリーダーは、いつ発売されますか？ こう言うのなんて言うんだろう
一つのことに集中出来なくて目先の新しい事に興味が移りまくってしまうという ここまで見てきてわかったのは
MSXからWindowsの移行に失敗したMSXキッズしか期待してないじゃん
そういう連中はあんまりスキルも高くないからプログラムも組めないし活用も期待できない 西はこのままずっと、出来合いのモジュールをカスタマイズして信者に売り続けるだけだなw
MSX3は出ません！ >MSXからWindowsの移行に失敗したMSXキッズ
一部こういう人もいるが、大半はそうでもないのでは。
古い BASIC にこだわるのは良くない。西さんも言ってたけど
ANSI の C は必要でしょう。BASIC よりは MSX-C のほうが
現代としてはよく z88dk などの方向性は一部ユーザーが模索
している状況かな R800の700MHzならパワー余るからいいだろうね
FPGA向けでそういうのは実在するのかな
ゼロから作ると年単位だな
発言したときから手を付けてれば完成してるか MSX全盛時代からC言語使ってた人ならK&Rが当時は当たり前だった
C89という通りC89が普及したころはもうMSXが下火だった頃だからね
UNIXだって当時はまだK&RのPortable C Compilerが標準だったはず
MSX-Cは当時のLSI-C80のサブセットなので
32bit整数や浮動小数点演算は使えないけど
MSX-C Libraryに32bit整数や倍精度浮動小数点を扱うための関数があります C89(ANSI C)対応のCP/M用のCコンパイラとして
HI-TECH C COMPILER (CP/M-80) V3.09があります
1987年のコンパイラなのでC89にはプレ対応です
CP/M program EXEcutorなどのWindows上で動作する
CP/Mのエミュレータ上で開発すればコンパイルも一瞬で終わりますよ
ちなみに32bit整数は使えて、浮動小数点演算は単精度までです R800は速いんだけどコプロがないので浮動小数点使うのは流石にムリがあるな
Z80系はCを全く意識せず作られてるのでそこはもちろんコンパイラがなんとかするんだけどその分コードが長くなり元から少ないメモリを圧迫する
結局アセンブラが一番よｗ もう少ししたらAIが勝手にプログラミングしてくれるようになるよ MSX0 においてもゲーム用途なら16ビット整数を用いた
固定小数点演算がメインにはなるかな。関数の書き方が
異なるのが嫌だなぁ
func(x, y)
int x,
int y
{
}
だっけ、func(int x, int y) と書きたいねぇ。マクロでなんとか
綺麗に新しい書き方っぽくならないかな。 Math-Packを使うC言語はMSX-Cしかないのかな 簡易的にK&RからANSIに変換するのはあったし、その逆も誰か作ってたような記憶がある。
もちろん、そんなんじゃ宣言部分ぐらいしか変換できないけど。 >>958
ライブラリだから汎用的になっているのが当時としては大げさだよね
アプリとしては必要な範囲・精度で結果が求められれば十分だから >>955
SPARCはCを意識して作られたと言われてるがな >>955
6809では8ビットながらすでにポストインクリメントやインデックスレジスタからのオフセットアクセスが機械語レベルでサポートされている
Z80でやろうとするとINC命令をあとから追加したりIXレジスタを使うと１バイト長くなり実行も遅くなる 68が意識したのはCというよりPDP-11の系譜なんじゃ
MMU用意してるし >>962
アドレッシングの豊富さとC言語を意識したとのどの辺に関係あんの？ アセンブラやってみるとわかるんだけど
構造体とか先頭アドレスをレジスタにセットしてメンバーへのオフセットをプラスしてアクセスするから１命令で便利
Z80ではHLレジスタに構造体アドレスを入れてDEにオフセットを入れて足して(時間のかかる16ビット演算)からアクセスし別のメンバーにアクセスするにはまた足して…
IXレジスタでやると頭に1バイトコード足してしかもアクセスは遅くなるんだよな
配列でも同じような問題がある
しょせん電卓用CPUだからしょうがないんだけどｗ ほう cproto 等 K&R と ANSI 変換の試みがあったのね
ついでに z88dk と MSX-C でソース共有したいな。
これはコンバータが必要か V & Z 使えば、MSX0 実機 DOS2 上でもファンクションキーなしで
複数ファイル同時編集(SPLIT MODE)できるので MSX-C
プログラミングできなくもないね。 msx-vi は画面分割できないのですか？MSX-C で
プログラム書くときに、*.h と *.c を画面分割
して同時編集くらいしたいのですが
https://fr3nd.github.io/msx-vi/ >>969
z88dkは比較的最新のでMSX-Cは博物館レベルなので…
z88dkの機能を使うとMSXCに戻せなくなったりするだろう
例えば//コメントがMSXCでは使えなかったり >>972
MSX0 世代の C言語としては両方をサポートしたいんだけどねぇ。悩ましい。
で、80年代当時の MSX-C 開発環境だけど、実機だけは現在でも厳しく
MS-DOS 上での CP/M エミュレータ環境なり CP/M-86 などでクロス開発
されたたのでしょうか？それなりに市販ソフトでも C で開発されたソフトは
有るよね C実装もあっただろうけど独自実装したマクロアセンブラが多そう
実機でセルフ開発したいなら特にそうなると思うよ Tiktok LiteでPayPayやAmazonギフトなどに交換可能な4000円分のポイントをプレゼント中！
※既存Tiktokユーザーの方はTiktokアプリからログアウトしてアンインストールすればできる可能性があります。
1.SIMの入ったスマホ・タブレットを用意する
2.以下のTiktok Liteのサイトからアプリをダウンロード（ダウンロードだけでまだ起動しない）
https://tiktok.com/t/ZSNfswHBq/
3.ダウンロード完了後、もう一度上記アドレスのリンクからｱﾌﾟﾘへ
4.ｱﾌﾟﾘ内でTiktokで使用してない電話番号かメールアドレスから登禄
5.10日間連続のチェックインで合計で4000円分のﾎﾟｲﾝﾄゲット
ﾎﾟｲﾝﾄはPayPayやAmazonギフト券に交換できます
家族・友人に紹介したり、通常タスクをこなせば更にﾎﾟｲﾝﾄを追加でゲットできます >>976
そんなにこまめに自演しないと儲からないの？
普通に働いたほうがらくじゃんｗ >>979-980
amazonnだから違うやつだろきっとｗ MSX-Cは正しく書いてもなぜかコンパイルエラーになるときがある コンパイル中にメモリが足りなくなる
ディスク書き込みに失敗した
そんなところじゃないか MSX含め8bit機でCやるのは苦行でしかない
PC上でクロスコンパイルして、エミュレーターで動作確認して時々実機で動かせばいい
Androidアプリの開発だってみんなそうやってんだ じゃあ、これからはMSXのソフトがたくさん発表されるってことでつね 当時商用の開発してた時もPC98（後にDOS/V機）でコンパイルしてた
MSX実機はただの実行機でしかなかったな
DOS/Vの広々テキストエディタに移行してからPC98はオワタって思ったわ >>0989
環境話せる範囲で詳細知りたいです。
CP/M-86 で MSX-C 動かすなら実機より早く
フロッピー経由で MSX 実機に持っていくのも
楽だったはずですよね？ CP/M86じゃMSX-Cは動かんよ
MS-DOS用のLSI-C80かね >>991
98,DOS/V共にMS-DOS上で開発
うろ覚えだけどir80？ってコンパイラ使ってた
コマンドは3.5FDD経由でMSXで実行（98よりもDOS/Vの方が相性は良かった）
また実際の製品は専用フォーマット（ファイルシステム使わずセクターアクセスのみ）使ってたんで、
MS-DOS用の専用ツールを作って書き込んで作ってた >>993
88dkがあるのに今更LSI-Cなんて使うんかｗ
当時のゲーム等は全部マクロアセンブラでしょ
シミュレーションゲーム等は高級言語使ってたかもしれない >>994
ir80はアセンブラなのでコンパイルじゃないぞ 98にZ80乗った基板ぶっ挿してMSDOSとCP/Mを統合して使えるヤツあったよね、カノープスのとか。
ああいうので作ってた人もいるんじゃない？
もっといえばUnixでクロスなんてのも。 >>996
うろ覚えって書いとるやん
そんな昔の覚えとらんよ 使ってた言語まで忘れているようじゃ流石にボケ過ぎでは... レス数が1000を超えています。これ以上書き込みはできません。
