MSX3 PART4
レス数が1000を超えています。これ以上書き込みはできません。
リーダーか本体?
ATARI端子?USB?が2つがあるけど何だろ HB-F1っぽいカラーリングだけど80年代のセガっぽくもある?
これは西さんに期待したいぜ! ゲームするならヤフオクでMSXを買ってください
だってさ MSX0は7月出荷だけど、購入者は阿鼻叫喚で大変なことになると、今から予言するw
西の命運はそれまでだろうね
なのでMSX3のクラファンは7月前にして欲しい >>8
大きさを比較出来る動画が無いんだけど、あれは意図的にそうしてるのかな?
campfireに1枚だけ人の大きさと比較してる画像があったけど… 3はまずDEVCON参加者に先行でSDKキット販売と言うのが昨年内予定という話だったのがまだ出来てない M5Stackは個体差(品質)もあるからあの作例では動いたけど自分でやってみたら動かないとかザラにあるからIoT初心者は発狂するなよと忠告しておきたい 動いてる動画出されると欲しくなっちゃうな
手に入れたとして使い道は全く想像付かないけど IoTマシンとしてわざわざMSX要素通さなくても直接M5Stackとしてプログラムした方が手っ取り早いのでは?とか言っちゃいけないんだろうなあ… 68zはIoT機器ではなくてノスタルジック機器
MSX0はIoT機器を強く押し出している。 ザナックとかEGG連携とかで釣っておいてゲーム期待のツイはバッサバッサ切り捨てて行くのがちょっと意味不明な… 出資を受けるのに不利な情報は質問されないと答えないような感じだからね…
SCREEN 7への対応とか…
FM音源未対応って話を前スレで見たけど公式情報ってどこで見られるの? >>25
西さんのツイの「ツイートと返信」たどるしかない ゲーム機を作る気は無い
→ゲーム専用機と争う気はないって補足入ってるな
後付けっぽい気もしないでもないが 2020年にMSはVBに機能追加の計画がないことを表明しており
BASICは過去のものになりつつある
Visual Basic support planned for .NET 5.0
https://devblogs.microsoft.com/vbteam/visual-basic-support-planned-for-net-5-0/ >>26
個人のTwitterを見ないと仕様が分からないとか出資者を舐めすぎてる気が…
日本で発売されたMSX2+でFM音源を搭載していないモデルはないはずから
規格上FM音源は必須ではないって理解している人が何人いるのか?
後からクレームがつきそうな情報こそCAMPFIREのページに載せないといけないと思うんだけど… >>32
FM音源なしのFXなんてモデルがあったのね
WXとWSXしか記憶になかったから勘違いしてました
いずれにせよFM音源エミュ非搭載はCAMPFIREの公式ページに記載するべき要件なのは変わらないと思うけど >>33
そりゃここで言っても仕方がない
ただすぐへそ曲げる人だからあえて誰も指摘しないんだと思うよ
3出るまでは気分良く動いてもらいたいし 25fpsだとスクロールガッタガタでまともにゲーム出来ないだろ コンポジット出力はさせるからHDMIは変換してねってそうじゃないんだよなあ
まあ変換器自体は持ってるけど ゲーム目的ならMSX0は微妙と思う
俺はIOTに興味が無いからスルーした
わざわざこれでやる必要がない MSXのゲーム目的で買ったのはいくらでもいるだろうし
結果的にゲーム専用になってしまったなんてのはそれこそいっぱいいるだろ プログラムがダウンロードできる「たまごっち」だった方がよかったとか? MSX用ゲームが目的と言ったって、ROMリーダーも2DDフロッピードライブも無いからどうにもならん ここはMSX3スレなんだけど0の話してるアホはなんなの? どっかの中華ハードのソフトエミュとは違う真の後継機よ 4、5年前も腕時計ネタがあったけど流石に無いと思ったわ。
最近だとコレとか
ttps://www.gizmodo.jp/2021/06/commodore-64-watch.html そこはSEIKOの腕時計コンピューター誕生40周年に合わせて販売ですよ。 次世代MSXプロジェクト全体をMSX3と呼ぶのはやめるそうだ 過去の遺産はMSX3なんだって
じゃあこの板でいいんだなw まあIoTの0
スパコンのturboに対して
一応旧来のMSXの延長線上なのは3だしね やっぱり、
windowsて、仮想化のmsxとかじゃ、駄目だよね
あの、静かな、静謐な、msxが、欲しいねー M5 StackやESP32をいじってるやつならともかくMSX0をMSXの延長として飛びついたやつの相当数が挫折しようだな >>58
いつものことだけど言葉足らずでよくわからない 1chのときみたいに
結局残るのはGFX9000搭載の旧MSX3とか?
各エミュも対応してるくらいにはスタンダード
今回のやり方だと既存のエミュが空洞化してまう MSX0はMSX3とは関係ないんだとさ
俺は初めからそう思ってたけど クラウドファンディングとか、冷静に考えると詐欺の手口と全く一緒だよな…
悪意が有るか無いかの違いしかない
こういうのが流行るから、若い奴が悪意のある詐欺に簡単に引っ掛かるんだろうな
オッサンからの助言
製品が出来てから、よく吟味して金を出せ まあ某ゲーム作曲家の某シューティングの例もあるしな 色々と突っ込むとヘソ曲げそうだなぁ
ゲーム機としてのMSXを求めてはいけないらしい >>70
わざと情報を小出しにして混乱させているようにも見える それはMSX3でとかようやく言うようになってきたのは0がある程度集まったからかな
まあ3のやる気に繋がってくれるならそれで良し こっちのニーズが無視されるのは3も変わりないと予測できる そんなの分かってるから俺たちが出てきた物に合わせるんだよ 金を出して品物を受け取る前にそういうこと言うから
ヘソ曲げるわけやね 普通のPCにラズパイpico経由でセンサーを動かしてもいいわけだが 随分前に元MSXアソシエーションの連中も40周年でなんか出したいみたいなこと言ってたけど
前の南関東配信見た後だと奴らに金落としたくはないなあ 有志団体だったそうだから許諾もらってただけなのかな
どちらにしろ西さんの今のには無関係でしょ あと66日あったらMicroPython覚えられるよね それと引き換えにメモリが数十KBになっちゃうけどね 今さらBASICを覚えてもしようがないそうだぞ
VBのアップデートが終了らしい バーチャルボーイなんか関係無いやろ?
IOTでVRなの? 西もそんなに長くやるつもりなさそうな発言してたし
次はなさそう >>30は言ってることが間違ってるけどな
VBと.NETに機能追加はしていくという内容だ
ただし、VBの言語仕様を変更することは無いってだけだ M5stackだけでIoTとして充分なのに、エミュ載せて「BASICですぐ動かせます」とか言われても、ねぇ… >>107
東京大学から成果を求められているんだろう >>106
.NET に機能が追加されてもVBで使えるとは限らないという内容
> Future features of .NET Core that require language changes
> may not be supported in Visual Basic. Due to differences in the platform,
> there will be some differences between Visual Basic on .NET Framework
> and .NET Core. >>109
そりゃ可能性を念の為言ってるだけで、そんな機能追加がされるとは思えないけどな
.NETは現状で必要十分な機能がある Basicなんて将来性無いのに勉強する時間が勿体ないわ ひとつしか言語習得できない縛りとかあるの?
8bit機のインタラクティブ環境ならベストな選択肢なんだけどもなんだったらいい?
ブロックプログラミングやPython、Cのクロス開発ならMSXの必要性なくなるし Windowsのキラーアプリは間違いなくVBだったな
生産性が高くてシステム構築では重宝された
今は当時より生産性が落ちてると思う C#でもwysiwygなフォームアプリもwebアプリも作れる環境が疾うの昔に出来てるからVBなんてとっくの昔に過去のものだぞ ノスタルジーが要らないのならBASICもMSXも要らないのでは… >>112
.NETは言語非依存の実行環境の事なんで、例えば正規表現の高速化なんてVBでも恩恵あるだろ
言語非依存ってとこに意味がある 何の話してんだよ
あえてMSXでやろうとしてる事に MSX BASICとVisualBasicは全然別物なんだが VBくらいの進化したBASICなら文句ないな
MSXBASICもあのくらいの水準でお願いしたい 新しく覚えるの面倒だから今までのBASICでいいよ
スピードだけ速くできるようにしておくれ マイコンで動かすエミュレータに速さを求めるなんてね BASICコンパイラつくんじゃなかった?
エミュ層バイパスしてネイティブ動作する特製品かもしれんし BASICコンパイラって、MSXべーしっ君なのかね?
これの権利って西が持ってるのだろうか?
そもそもMSXの権利って西個人が持ってるのだろうか?
ま、勝手にやってんだろうけどねw マイクロBASICつーか、VTLなGAME言語のコンパイラって200行程度なんだよなあ。
当時高校生だった中島さんが作った世界初の、マイコンで動くコンパイラだっけ。ちなみにインタプリタの方は大西さんだったか。
コンパイラ自身がGAMEで書いてあって最初に自分自身をコンパイルしてコンパイラを作るんだっけ。 MSX要素要らないっていうならM5Stackなり何なりでIoTやればいいと思うぞ
西氏は将来的にMSX3と連携することを想定してるんだろうし
それすら不要ってのなら勝手にしろとしか
誤解があるって撤回したけどMSX0はMSX3の一部的な発言はそういうこと >>146
要は
行き当たりばったり
ということだな。 >>146
arduino IDEなりPlatfomIO IDE並みにライブラリを完備してメンテナンスも行うのは結構な手間がかかることだと思うけど
人やお金をかけられるかな?
コミュニティに期待するなんて言ったら失敗する X68000 Z の仕様レポートが出ている。
「X68000 Z Hacker's Edition」試用レポート。活用のためのPC向け環境構築もあわせて紹介
MSXクラウドファンディングの方も楽しみである。 >>150
あと、初心者でもとっつきやすい、勉強しやすいマニュアルもね。 昔のようにプログラミング愛好者のための雑誌的コミュニティがあったら最高なんだけど
ネット上の話題を拾い上げるのとはまた違った楽しさがあった 公式でフォーラムくらいはつくるんじゃない?
と思ったけどすでにないと変か なんでもネットで手軽になっている世の中だからこそ、雑誌みたいな、雑多な情報のパック詰めメディアの楽しさがあるのかもしれない。 >>150
それら並にライブラリー揃える必要ある?
揃えない代わりに手軽になるんじやないかな。 IoTBASICがライブラリの代わりなんじゃないの
VerUPとかしなさげだけども X6800zは当時高嶺の花で手が出せなかった人が買ってるイメージ。
MSX0はユーザーが懐かしさで手を出してるだけだから
海外ニキも巻き込まないとクラファン到達はしんどそうだね。
日本語のCAMPFIREだけだと海外マニアしか情報は届かない。 >>160
クラファン到達もなにもall-inだからただの注文生産だよ >>158
IoTなら、単体だけじゃなくて色々なもの鎌繋がるんじゃないの?Arduunoみたいに。 GROVE機器でそう複雑なのはなさそうだけど
機器別に拡張ステートメントかCMDくらい用意するのかな
割り込みがON INTERVAL GOSUBのままなのか
エミュだからドラスティックに拡張してくるのかも気になる >>160
AAMSX
The meeting will happen the next Saturday 28th of January 2023 in the Can Jaumandreu building in the street Perú #52 in Barcelona, next to Glòries metro station. >>161
到達しなかったら3はないだろ。日本語判ってる? 一応3は別に平行してやってるから影響無いって話だよ
西さんのやる気には大いに影響するだろうが
だからIoT興味ないけど西さんのモチベーションの為に支援してるのもけっこういるとは思う 何をもって失敗とするかだろ。
俺は支援者の満足度が低かったら失敗だと思っている。 西からしたら集まった金額で成功か失敗分かれるけど
ユーザーは製品届けば成功か失敗かなんて関係ないだろ
All-or-Nothingならプロジェクトの成功失敗気にするのはわかるけど、これはAll-In
アンチがプロジェクト失敗って言いたくてしょうがないんだな
まして満足度とか個人の主観なんてどうでもいいわ お前は欲しくて出資したんじゃないのか?
欲しくも無いのに手を出したならお前が悪い 3目当ての奴はまあ別にMSX0が欲しくて出資したんじゃないだろうけど
それも分かっててあえてやってるんだろうからなあ いや手を出してないよ
あんなのMSXと認められないから失敗するのを楽しみにしてる だから何度も言ってるだろ。
MSX3目当ての奴らは、初めからMSX0スルーでいいと。
MSX0失敗しようが、MSX3には関係ない。安心してMSX3を待て。
お布施なんてものも不要だ。
使いこなせない物手に入れて、使えないだの言われる方が迷惑だよ。
使えないのは、お前らの方だ。 M5Stackだからこの程度で済んでるが3はもっと厄介な連中を呼び込むことになる 3に関しては次のDEVCON参加してみたら良いんじゃないかと前回参加した身として言ってみる >>175
言葉足らず過ぎの責任はあると思うが
他人の解釈に対して評価めいた事言うなんて違うだろ
ま、MSXは西の私物だと思えば好きにやれでいいのかも知らんけどね 今の西にはまだコネはあっても金も力も無いのに
爺になったのでよくワカランお題目で始めちゃったのが全てだな
MSX0は集金マシン
こんなもんでIoTとかちゃんちゃら
素のマイコン使うよ普通
環境の差がでかすぎる
初心者騙しの集金マシン
その資金でMSX3に突っ込みたいんだろうけど
おっさんへの訴求力はゲーム以外に無いからな
どこを切ってもMSXでやる意味はまったくない
まずスパコン持って何するのか聞きたいわ
もうそういう時代じゃないんだよなあ
現役でプログラム組んでたりマイコン弄ってると
MSXなんてレトロトイ以外の需要ないよ
せめてVS code環境でも整えてからおいでって感じ MSX3と0とturboの区別付いてないしただの馬鹿では? 何十年もMSXをサボってたくせに何を言っているのかと 重要なのは西さんの満足度
よーしMSX3もやったるでーって気持ちにさせられたら勝ちだよ 今のところノリノリっぽいから勝ってるんじゃないか?
しらんけど まあツイでは持ち上げといて内心では0とかどうでも良いから3早くしろっての多いだろうなあとは思う 俺は一連の計画が失敗してもいいと思ってるし
カネも出さないよ今のところは
遊びたきゃエミュで十分だろ
エミュで楽しめないヤシがこれ以上何を求めるというのだ
飾りもんになるだけだよ >>150
の指摘は重要だと思っていてライブラリがないと
BASICなりMSX-Cなりで移植する羽目になる。
ここでいうライブラリとは
PCに例えるとデバイスドライバに相当する部分も含まれている。 西友でも高くてチャリで業務スーパーに買出しに行っているのに そろそろかつてのユーザーは終活で断捨離始めてるでしょ? 出すのが10年遅いね MSX engine3でLinuxが動いたぞー!! 3のエントリーモデルは出来るだけ安く
10万円ぐらい
う…
D4Eの1チップに期待しよう… そう言えば1万円MSX0なんてのも構想あるんだった >>216
MSX-PIと呼ばれるものだった気がする 1/2に刺して3になるカートリッジタイプも出るらしいけど、3の32/64bitCPU側と旧本体側はどう連携するのかね… ラストハルマゲドン、
あの、シナリオ、、よくできてる
エルギーザ、
忍者影
忍者プリンセス
位置画面ゲーム、投稿プログラム
スペースで、上昇するロケット ラスマゲはMSX2版だとプレイ時間中の読み込み時間の割合がめちゃくちゃ大きい それがどうしたの?
スレ違いの話をしてマウント取れると思ってんの? みんなMSXに夢見すぎだw
7月にMSX0が出荷されたら、みんな目が醒めるw そもそも今回のM5stackなMSX0は昔の機体の代替を望んでる層を対象にした物じゃないからなあ
でも本当にMSX3が10万円になるなら俺はスルーして他の趣味につぎ込むかな >>234
現在MSX3で使っているFPGAだとそのくらいの値段になるよ >>234
そんなあなたにMiSTerFPGAは如何?
いろいろなレトロマシンにもなる。
ターゲットボードのDE10 NANOはマルツでも扱ってて、もちろんLinuxも用意されてる。追加のSDRAMボードを入手すればほとんどのレトロ機種に変身できる。
MSX / MSX2 / MASX2+ももちろんあるし、ターボモードもある。なぜかMSX3もある(謎 組込み向けマイコンとPCでは目的が違うため同じソフトを動かせるメリットが小さい まあMSX0で日本初世界に対抗できるIoTの運用は無理だよなあ
(なんかIoTラボラトリーが掲げてるやつ)
しかもそれにEGGゲームサポートとか意味不明過ぎる >>239
ならそもそもEGGサポートとかしなければいい >>242
ゲームな要素はどう見てもそうなんだけど分かってなくて文句言ってる奴多いし
EGG対応とかでなおさら勘違い期待させちゃってる IoTというかLチカならBASICでも問題ない
そんなレベルならね そんなレベルと言ってもエッジ側ならもともとすることないし
BASICで全く問題ないと思う >>247
馬鹿の一つ覚えでコピペしてるんだろうけど
MSX BASICのサポートをMSがしてるとでも思ってるのだろうか BASIC言語のなれの果てだろ。実用性が消えようとしている。 BASICしかできないのはバカの一つ覚えとは言わないのか アルカザール、
スペースマンボウ、
グロッグスリベンジ
王将
ポーラスター
ピンボール(hal MSX BASICいいと思うけどな。
少し改良する余地はあるけどね。
MicroPythonとかモダンな奴はIDE入れたりめんどくさい。
話ずれるけどGo言語やってからオブジェクト指向は誤りだったのではないかと思うようになった。 >>219
便宜上MSX3カートリッジを刺す本体を母艦と呼ぶとして、
母艦側に見えるのはMSX3カートリッジへキー入力をひたすら送るだけのコードくらいしか乗ってなくて
実際の処理も映像出力も音声も全部MSX3カートリッジからやります、ってだけなんじゃね
懐かしのキミのマシンがMSX3になるぞ!(電源とキー入力をもらってるだけ)…というお手軽実装
カートリッジ側からデータを受け取って他スロットや本体のI/Oに渡す(母艦本体やスロットに刺したカートリッジが動く)とかやってたらすごいけど
そんな後ろ向きの実装するお仕事なんて、それこそカネもらってもやりたくねーわ… >>258
IDEを使用せずにエディタで書くのもオブジェクト指向を選択しないのも自由 スクロールくらいはさせて欲しいとは思うけど
IDEが必要な程の言語じゃないしなぁ
EDITコマンドがあれば解決かもしれん あれば楽になる。ライブラリの検索とインストールとか。 >>262はIDE (Thonny)でMicroPythonを使用する場合 3に関しては知ってても言えない事もあってもどかしい >>259
やっぱそれ位になるかねぇ…だったら一体型(本体型)買うわってなっちゃうよね…
一応スロットに割込inはあるから、カートリッジ側から割り込み掛けて本体(母艦)側のハードを叩く(叩かせて結果だけ受け取る)って出来そうではあるけど、それカートリッジタイプと一体型で処理別にしなきゃいけなくなるのがな…一体型に旧ハード内蔵するのかって問題もあるし。
益々別物にならぁな… 今度は1万円0を無料でとか言い出してるぞ
意味が分からん 以前試した時はPythonはメモリリークしやすくて
マイコンのメモリー量では長期間の運用は難しかった。
今は大丈夫なの?
構造的にマイコン向きではないよ。 MicroPythonとはいえメモリ確保が動的なのは変わらないからしょうがないね
プロセスモデルじゃないから一旦終了して一掃もできないし
オブジェクトの破棄がなるべく発生しないように気をつけるしかない
Cで書く場合といっしょ
>>269
MSX-BASICならNEW/LOAD/CLEARでやり直せるから回避可能 気になるならガベージコレクタを動かせばいいんじゃないか GCあってもフラグメンテーションがどうしても積み重なっていく
連続運転じゃないならたまにリセットするのが単純かな 終了してやり直すなら
machine.soft_reset()
か
machine.reset()
らしい 過去の名機のケースを復刻してる人たちがいる
たとえばAMIGA500とかねhttps://www.a1200.net/
僕が望んでるのはどっちかつうとこういう方向なんだ スレ違いの話を偉そうにしてどうしたの?
あたまがおかしいの? >>267
なんのこっちゃ?と思って読んでみたけどやっぱりわけわからんかった。 一万円MSX0出るのかな?ってツイートに
「出しますタダで」
??? まあNPO法人だし目立った実績も無いっぽいからその辺かなあとは思う >>273
例えばドローンの制御だったらそんなコード入れるの無理だよ。 >>283
Mマガとかこれまでの本が読めるのはいいな 読んだけど、2+やtRの名が殆ど出てこない辺り、やっぱり西氏的に黒歴史だって事かな…なんかそれどうよ?って気もするが あとクラファンで40代が多いのを「ハード弄りたい人」って言ってるけどその読みは違うだろう…自分に都合良く解釈し過ぎでは? まあ1万円の0ならおもちゃとして買っても良いかな
ツイの「タダで」は謎発言だが うおー!
i.imgur.com/bVwhSSk.jpg >>287
タダのツイは見てないので知らんけど
devcon出席者でNDA契約結んでいる人の中からってことだろう
今クラファンでやってる奴もモニター希望者から抽選?で無期限レンタルしてる そうかもしれんが
出しますタダで
だけでは全く分からん >>283
ヤマハ専務がV9938は本当はMSX1向けだったという発言、西が裏付けたな。
MSX2が本当はMSX1だったと。 >>286
IOTキットとしてクラファン募ってるからね
詳細読まずに投資した人居るか知らんけど
ゲームメインやりたいって人は投資するはずがないと思ってそう
EGGと提携してるけどなw じゃあMSX1の頃から「VDPは間に合わない」をやってたって事か >>292
それだと何でTMS9918との互換性が盛り込まれてるのか辻褄が合わない >>283
CanonのMSXの写真の下のほうにある文章中のMAX0 Stackってなんだ? >>296
TMS9918使ったゲーム機は既に沢山あったから、互換性があったらそっちのソフトを持ってこれるくらいのアイデアはあったんじゃね。
実際、記事中でも西さんがそれっぽいこと言ってるし。 >>296
MSXと互換性がないMSX2なんて誰も買わないもの。チップ別々に搭載すんのも不合理。 >>299
V9938がTMS9918 互換モードを持ってるなら、そっちのモードで使えばいいだけで、あえて9918を採用する必要はないでしょ? >>301
だから、間に合わなかったって話だろ。
何話をループさせてんの?アホなの? >>300
いやV9938は元々MSX1用として開発してたって話へのレスなんだが
V9938がMSX1用ならTMS9918を搭載したMSXは存在しないわけでTMS9918と同等の機能をV9938に盛り込む必要はない >>304
>>283読んだ上で言ってるならアスペだな 実際には、TMS9918の上位互換のV9938を作らせようとしたけど間に合わないからTMS9918で行っちゃえとなったと。
それをV9938を採用するつもりだったけど、TMS9918が普及しているから先に採用したんだみたいな言い方をするから変だっていうんでしょ?
まるで、V9938はTMS9918とは互換性の無いものなので、ソフトハウスにとっては未知のチップってことになるから、先にソフトハウスを取り込むためにTMS9918を使うことにしたんだっていうように思えてしまう。 まあ、9918なら普及してて取っつき易かったし、YAMAHAもMSXを作るとなると最初はYAMAHAのチップじゃない方が他のメーカーも参入しやすかったってのもあるんじゃない?
当時のYAMAHAのチップの秘密主義は結構煙たがられてたし。 えっと、
>まず、MSX2をやりました。実はこのMSX2が最初のMSXのスペックだったんです。
というから、V9938を開発する計画が最初にあったんだよね?
>だけど、MSX2をいきなり発表して、それでうまくいくのかって言ったら、いやいや、そうじゃないと。ソフトメーカーにソフトを作り始めてもらわなきゃいけないと。そのためにMSX1っていわれる、有り物のTI(Texas Instruments)のチップとGI(General Instrument)のオーディオとそれからZ80と。そういうものでシステムを組んでですね。同じようなシステムたくさんあったから。
でも、ここからはV9938の工程遅れというようには読めない。V9938はTMS9918との互換性をもっていない、あるいは持たせるつもりはなかったかのような言い方でしょ?互換性を持っているなら、ソフトメーカーには「TMS9918互換モードもあるのでそのままでも大丈夫です」と言えばいいだけで、いきなりMSX2を発表したって何の問題もない。
このあたりは、記事にする時の取り違えとか、西さんの記憶の混乱なんかもあるのかもしれないけどね。 > でも、ここからはV9938の工程遅れというようには読めない。
これはそう
> V9938はTMS9918との互換性をもっていない、あるいは持たせるつもりはなかったかのような言い方でしょ?
どうしてどうなる?なんでMSX1出したのか流れが全く理解出来てない >>312
なぜ出したのか。
もしV9938に互換モードを持たせているなら、そのまま出せば済む話で、わざわさサブセット版のTMS9918なんて使って二度手間にすることはない。いきなりMSX2仕様でOK。
「互換モードならTMS9918と同じなので利用してください」で済む話。 西の言葉にいちいち考え込んでも仕方ない
彼は昔「MSXにGUIとFDDがついて19,800円だっら買うでしょう?」みたいなこと言ってそれっきり
そんなんだから今回の記事も話半分どころか話1/8ぐらいで聞いてる >>315
西和彦が言ったのはMSXの将来は10万円のカラーのMacintosh。Mマガ1988年12月号のインタビュー。
周知のようにこれは最終機種で実現した。 壊れゆく実物MSXの代りを求めてる人需要も一応あるんでは、あの機種のように
しかしタイムング悪い時に重なってもうたな、偶然だろうけど まあそっち方面期待してたやつはSX1miniの再入荷メールでも登録しておく方がまだ良いだろうな MSX3は最低限目に優しいシステムにして欲しいな
日常的に車の運転もしないといけないし、目に悪いのは非常に困る MisterでRTLが公開されてるんだろうから、
Cycloneにリターゲットして、
あとはケースを3Dプリンタで出力すれば良いのか。 インタビュー見たけど西もってもうまともな話できない状態なの? MB-H1
FS-5500
Turbo R ST
まだ動くからいらんわ 32bit版は必要なんだろか、64あればいいような
あとカセットアダプタ?はおいくらぐらいになるのかな? うちのはキーボード押しても出ないキーがあるから新しいのが欲しいのだ 俺もXDJまだ動くしまあ一万円MSX0ぐらいならお遊びで買っても良いかなって感じだな
買わないけど 1万円のMSX0出るのかな
→出しますタダで
もはや会話が成り立たないレベル 開発用のエミュレータの話だろ
ちょっと考えれば分かるだろ MSX互換でセンサーコントロールもって、昔のシステムそのままでその上にセンサーの拡張コマンドを載せるんだろか?
昔のコードが残ってるのかというのと、それを解析して更に拡張できる人間がいるのかというところが気になる 普通にCALL文で拡張するんでないの?
それなら既存部分に手を入れる必要無いし あのゴムキーボードってアマで1000以下で見たような M5Stackにしても安く買えるしな
そもそもMSXエミュレータを使いたいだけなら
何も買う必要はない パソコンやネット、電気代が無料の引き篭もりさんかぁ >>334
ヨドでも売ってる
MOBO キーボードってやつ ESP32 (32bit) が8bitになっちゃうよ あ、1000円以下か
あの画像と似てるのはDuanguのフレキシブルキーボードがそれっぽい aliなら配送込みで1000円以下あるな
まぁ届くかどうかわからんけどw ゴムキーで1万以下のやつってM5Stack使うわけではないんだよね?
SoCは何使うんだろ?ラズパイ系? それにMSXエミュのせてセンサー関係はなしって感じだろうか? >>345
記事によると試作品はPi zeroベースらしい MSX-BASIC文法修正するなら変数2文字だけは修正してほしい。 PiZeroベースのMSX0にM5StackベースのMSX0かぁ
ネイティブモードでプログラムは書かせないぞ、I/Oも直接触らせないぞっていうことか >>349
それは変数を整数型にに宣言してるだけであって、変数二文字は元々の仕様 さすがに>>347を「変数名2文字固定じゃなくて1文字も使わせろ」と言ってると読みとるのはおかしいわ 3文字以上使いたいって話でしょ
流石にアスペ過ぎる
昔のBASICは大抵どの機種も2文字制限あったけど、変数が何表してるのか分かり辛いんよねぇ…
コメント入れると容量喰うし。
BASICのフリーエリア制限(32k)も何とかして欲しいな >>348
「ハードが見えなくなってる(から見えるように)」という割りにはハード隠すような仕様にするのか…
毎度毎度なんかどっかちぐはぐだな ツイッターで見かける意見ではMSX-BASICが使えるラズパイとかそんなイメージで受け取ってるようだ いやほんとにさ
MSX0はラズパイやArduinoと比べて何の意味があるのかまるで見えてこない 元々IoTマシンのM5StackにわざわざMSX要素を経由させるのも分からない
より取っつきやすくって言ってもM5Stack自体にすでにノウハウあるわけで 1万円のやつは仮にカードリッジリーダーが5千円として、壊れゆく実機な中で
15,000円でMSX2の代りになるものというポジションにはなれそうだろうか? >>363
40年近く前のハードなんていつ壊れるか分からんけどな ∩ ∩
(・ω・ | | ズコー
| |
⊂⊂____ノ =§ ノスタルジーはいらないと言ったり
ゲームするには画面の大きさがと言ったり
ヤフオクで旧機種買って下さいと言ったり
1チップの復刻も検討していると言ったり
ブレブレだなw IOTに興味なければクラファンする意味ないよね。
MSXBASICでセンサーコントロールできるというだけかなって思ってる。 IoTに興味あるならそもそも素のM5stack買って勉強した方が良いような ラズパイでGUIでペタペタするだけでwebサーバーにして、スマホとかのブラウザにセンサー値表示したり、GPS取り込んで地図表示したり、カメラに猫が映ったらTwitterで呟くとかでもノーコードでいけるしなあ。 いろんなアプローチあってもいいと思うけど、そんな特別ダメ出しするほどのものか? 結局、大多数が欲しいのは既存のMSX1~turboRのソフト(99%ゲーム)が動作するワンチップturboRなんだよな…
公式でやれるのは、公式資料と公式エミュをソースコードごと提供すること
それができれば、MSXはエミュレータとして半永久的に存続できる
これを出し渋るようではMSXは本当に死ぬ
Windows用の公式エミュのバイナリだけとか、ラズパイ用エミュで今ある環境でしか動作しませんソースも公開しませんとかでは意味がない
これをやった上で、実現しなかったR800+V9990機の実現、まあ今からやるならCPUとメモリだけはn十倍速モードもつけといてくれ…程度で。 言ってしまえば、老い先短い耄碌ジジイが提唱する時代遅れの回り道ガジェットなんかに時間使いたくないんですよ
どうせ俺より先にくたばるんだし、先が無いことがわかりきってるもので遊ぶ気もしないですよ。50代ナメんなよ70代
若い子たちに…とかそんなのもう絶対にやめろと。まあ来ないだろうけど
万が一間違って寄ってきてしまった若いのがもしも居たら、羽交い締めにしてでも止めるわ
こんなものに人生の残り時間を使うなと。 >Windows用の公式エミュのバイナリだけとか、ラズパイ用エミュで今ある環境でしか動作しませんソースも公開しませんとかでは意味がない
これば某Zにも言えることだけど、まああちらは営利企業だからそれを求めるのも酷な話ではある よくそんだけボロクソに相手批判しつつ
自分の希望通りのもの作れとか言えるよな
お前が勝手に作ればいいだろ >>379
公式ではないがそれならMiSTer FPGAがもうある 公式がやらないとダメなんだよな…できる奴は一人しか居ないんだよ。そこがわかってなさすぎ
ジジイが一人で抱えて墓まで持って行くつもりで、この先の何年かの人生最後の賑やかしにお前ら付き添えというならそれでも構わんが(おれ個人は謹んで辞退申し上げるだけだが)、そのつもりなら表明は早くしろ >>379
>実現しなかったR800+V9990機の実現
元々V9990をMSXに搭載する予定なんてなかったけど? >>384
MiSTERすごいよな。
MSXだけじゃなくて色々なものになる。
単なるFPGAボードとしても使いでありそう。 組込みの分野では新参者なのに偉そうにしてるのは可笑しい >>387
DEVCON3参加して本人に言ってみてはどうだろうか?
それともこんな所でこそこそジジイ呼ばわりしてる情けない奴なのか? >>387
の勇姿が見れるなら自分も参加しようかな 俺は遠慮しとく
西の話がわけわかんないのは今に始まったことじゃないし西が他人を楽しませるということには冷淡なのはわかってる >>387
カシオのことを相当怨んでて、VTRを韓国で作らなかったパナソニックを礼賛しているみたいだから、コア部分は自分で握って手放さなさず、牛耳っていこうという戦略かな?
過去のMSXが自分の手の内にあるから、それをテコにして次世代のMSXを共通規格化としてぶち上げて、そのコア部分は自分が握っておくことで業界の中心に立ってコントロールしていこうと。
そんなところかな? 次世代のMSXと言うより
MSXを餌に自分の所のIoT事業の実績作りに巻き込んでいるように見えるけどな NPO法人IoTメディアラボラトリー
この法人は、近年世界中で注目され、技術開発が進められているloT(Internet of Things)の応用例を広く社会に技術移転し、だれもがそのloTのサービスを享受できるようにし、我々の研究、開発活動を基にして日本初の世界に対抗できる、loTを応用した企業活動に寄与することを目的にして活動する。 んな事は去年からわかっとる
だけどな西さんが一体型のMSXを復刻してくれる事を願ってるんやで まあ西さんには好きにやってもらって
うまい具合にこちらに引っかかる物を出してもらえれば文句無しだな 西のネームバリューでここまで出来たってことは尊重したい
海外でも「あの西が来た」っていう感じは伝わってくる
M5stackの会社や販売店にとっても有益だろうし
ゲームとハッキングが好きな僕らとは違う世界の話かな M5Stackにとってそんなにいい話か?
単に1000単位の他に売れる当てのない
モジュールの注文に過ぎないだろう
こんなもんただ流すだけのちょっと変わった発注があっただけの話だろう 海外って、「MSXっていう名前が付いていなければ注目されなかった」とか「30年たっても完成しないMSX3」とか書かれてるやつ? 昔作ったBASICのプラグラム改良して
センサー使うゲームにしたりできる感じ 私は古いwindows機にFDDドライブ付けてあるんで読めます(^o^) 少し悩んだけどMSX Basic覚えるんならKotlin覚えてandroud アプリ作るわ
そっちの方が一般の人と会話のネタになる BASICはREPL+行番号つけるだけで編集できる手軽さがあるし
あえて覚えるってほど難解なもんでもない 本人に言えよってお前ら
普通あの年なら聞き流すがへそ曲げてやっぱ止めたもガチであるぞw
でZは金儲けで0は趣味みたいなこと言ってるが
実際は逆に見えるけどな
侮蔑してたX68000のプロジェクトが3.5億とか
よだれ垂らしてそう
Zは5万取っても利益1万くらいだろう
0は2万は抜ける BASICでできることが少ないから凝ったことやろうとするとアセンブラが必要になる そんなことはない
ただ速度を稼ぐのに必死でアセンブラ使っていただけ
出来ることに差はほとんどない IDEなんていくらマニュアルを読んでもロクに使い方が覚えられないオイラにとってはBASICの方が取っつきやすい。
何だかんだ言ってもインタプリタ系の言語でシステムがバカデカなのを除くとBASICを越える取っつきやすさのものはない希ガス。
まあ初代BASICが1パスのコンパイラだったり、プログラム規模が大きくなるとヒドい事になるってのはあるけどさ。 最初のダートマスのBASICは1パスのコンパイラ。 >>420
例えばVPOKEの連続は現実的じゃない。アセンブラのブロック転送を使う。 VDPコマンドの発行自体はBASICからも出来るんだよな
ただ割り込み禁止しないとだけどそれが出来ない 速度を稼ぐためって書かれてるのにわざわざ突っ込み入れるとか馬鹿なんじゃね? でも最近は互換目当てのユーザーに発言がすり寄って来てる気がする 西氏最初から互換性重視してるって発言してるが。。。
そもそも互換性どうでもいいならエミュで動かそうなんて思わないだろ いや過去の資産(手持ちのゲームとか)目当ての発言は突き放したり直接絡んでないのにブロックしたりしてるのに急に手のひら返してそっち方面もやってますと言ったりだよ まあゲームゲームしか言わない奴はうざいしブロックされて当然では? ゲームぐらいしか用途ねぇじゃん
IoTをMSXでやらなくちゃいけない必然性無いし >>443
だったんだけど
最近になってカセット読むの何とかしたいとか1チップ復刻も検討中とか言い出した 吸い出したい奴はWindows用のリーダー買えでいいと思うけどな
というかどうせお前ら吸い出して合法的とかじゃなくて違法コピーばかりなんだろ
作ったところで何台売れるんだか 西さんにもユーザーにも、もう残り寿命が残ってないんだ。悲しいけど。 あんなちっこいのに3万って何に使うんや
ゲームとか快適に出来るのならともかく >>422
少なく見積もっても数千人は巻き込むことになるプロジェクトの仕様を
こんな自裁錯誤のロートルジジイの介護仕様に寄せる意味がない ロートルジジイって西のこと馬鹿にしてるから
お前が勝手に作れよって言えば
公式でないと意味がないと
一体何がしたいんだよコイツ 西も高齢にして打ち込める何かを見つけられたようで幸せだよな
西はセレブだし俺ら一般庶民とは生きてる世界違うんだし
うらやましいちゃあうらやましいご身分よ Raspberry Pi Pico互換のUSBドングル型開発ボード「FLINT RP2040-Grove Board」が入荷
https://www.gdm.or.jp/crew/2023/0203/475548 >>457
いいなこれ
M5stickみたいなケースつけてほしい 2.8型画面でファミコンがプレイできるポータブル互換機「8ビットポケットプラス」に新色
https://www.gdm.or.jp/crew/2023/0130/474956 IDEなんてマニュアルなんか見ないでも
感覚で覚えられるだろ
重要なのはサンプルコード
一通りしっかり揃ってるからな
MSX0はライブラリとサンプルコードが
整備できるかが鍵だよ
んでその時ESP32は山程用意されて
0は用意されて無かったら
目的を達成するのにどちらが近道かって言う
実用にしろ学習用途にしろ いやいや
Groveセンサー40種付くんだから
40個のサンプルコードとBASICからコントロール出来るようにはなってるだろ
BASICなのにハード直接叩くわけが 昔、HPの3000や9800シリーズとかPDP-11とかではBASICとGPIBで色んな制御をやらすのに小回りが効いて良かったらしいし、日本ではあんまり広まらなかったけど、あっちではその伝統が今でも続いているみたい。
IoTとBASICとの界面がどうなるかがポイントになるだろうけど、そこが上手く行けばインタプリタの利点を生かせることができるんでないの?
そこら辺は当初JAVAも目論んでた分野でもあるし。 西って結局最後は投げ出すからなあ モルフィーワンの再来になんなきゃいいけど BASICなのにライブラリとか言ってる時点でなんだかなぁとしか 事あるごとにモルフィーって馬鹿の一つ覚えってやつだな モルカーとルフィがフュージョンしたやつか
あれひどいよな ルヒィネタって集英社が誹謗中傷で訴えてもいいレベル >>471
98のQuickBasicにはあったけどMSXは最後までなかったの? MSX BASIC知らん奴が適当なことを言ってるって分かった! 別人かどうかもわからないやつが答えてるのはわかった ほしい機能だけを追加する仕組みは標準的にはない
メインメモリにコード置いて命令拡張は可能なんだけど
だいたい拡張はROMで供給するから意味が薄い
個人個人で好き勝手にやっていた MSXのスレって初めて来てみたけど
スレ民がずっと喧嘩してて悲しいな
88や68kと違って年齢層が低い人が使ってるイメージだったけど
今でも精神年齢低い人が集ってるのは変わらんのね >>484
あれ全部オレの自演だから大丈夫
本当は皆仲良しだよ 68Zの人達を見てるとガキが多いね。無責任というか MSXユーザの方が冷めてるってもなんかなあ
環境も含めていいパソコンだったといまさらながらに思うんだが
すそ野が広かっただけに体験や意識が人それぞれって感じなのかな MSXユーザーじゃないのが言ってるんだろ
ここにいる奴ら見る限りコアなユーザーは殆どいなさそう >>488
>68Zの人達を見てると
こどおじ見本市みたいな感じ 対立煽りじゃね乗せられるなよ
だいたいどっちもどっちだしw >>495
むしろお前から一番コドオジ臭がするんだが? 68kのエミュレータ作ってる人が
Zには関わらないとわざわざ言ってるのが恥ずかしい 取りあえず支援して合わなかったらメルカリで売ってって…… MSX界隈はBASICしか使えないまま歳だけ喰ったガキオヤジがご意見番気取りで、こいつのご機嫌を損ねないように接待しないと人非人扱いされる地獄
X68界隈はもう自分じゃBASICすら使えないゲームで遊んでいただけの連中のロッパー最強伝説に迎合できない奴は生き残れない地獄 DOS/Win/Mac/Linuxを一切スキップしてきたんならそれはそれでスゴい 時代はBASICだぞ
西先生はいつも最先端だから
時代について来れない老害たちは黙ってろ PCからI2Cデバイスを制御できるUSB・I2C変換モジュール MM-CP2112B
https://interface.cqpub.co.jp/2021tss050/
USB-I2CブリッジボードV2(GROVE対応ボード)【MR-GROVE-B】
https://www.marutsu.co.jp/pc/i/1360419/ 後者はおもしろいが前者はなんだかな
いまならRP2040にしてインテリジェントにも使える設計にするかな マスター スレーブって使わないようになるとか聞いたけれどこれはまだ換わらないのね 極小モニター付きのMSX0でクラファンやったのに、インタビューではROM型MSX0を作ってるとか…
ノリで次から次へと作ってくから、この人のクラファンは直ぐに飛び付かない方がいいよな
MSX3もクラファンやって製品出荷前にMSX4を作ってるとか言い出しそうw >>518
このへんのラインアップはDEVCONで言ってる
ツイッターでも大体言ってると思う
発言追いかけるの大変だけど 実際のところBASICでIoTてどんな風にやるんじゃろか。
peek、pokeでIOポート叩くんですか? call iotget/iotputするってツイがあったはず スロットにメモリマップトの方が行儀いいけど
BASICのみだと切り替えがつらい で、センサーなんかはオブジェクトとして扱って、
複数のセンサーやアクチュエータを組み合わせたアームなんかを作ったときは、
それらを継承した新しいアームのオブジェクトを作れたりするのかな? つーか
エッジだってセンサ読みに行くタイミングは一定とするならエッジの都合よりも「一定」の方に優先してほしいし、イベント駆動ならイベント優先にしてほしいわけ
そんなん初心者向けなら無視無視?
んなことねーべ先行って困るの分かってるならそんなん勧めねーよ
だからそういう抑えるべき所は抑えて欲しいわけ
まーあんだけIoT,IoT言ってるならそこはちゃんとするんだろうな
というところは見るつもりですわ ふつうに設計したら操作するのはESP32側のネイティブコードで心配不要
BASICからは設定とバッファの読み書きだけ じゃあBluetooth(BLE含む)やWiFiの操作もESP32のネイティブコード書かなきなゃね
あとセンサのデータ読む事だけ考えていて自分から信号出す事考えてねーだろ
Lチカもやらんつもり? IoTやろうとしてる人間がBASICしかできないわけないんだよなぁ BASICにCALL/CMD用意するいうてんだから
ESP32のコード書くのは西か有志の人たち 実用性を考えたらESP-IDFでドライバを作ってBASICから呼び出せるのが一番だろう
ESPのサンプルコードはたくさんあるからね
全体をBASICで書き直すとかやってられん
全部ESP-IDFやArduinoでやればいいって? そうだね 実際に遣おうって奴なんてほとんどいない
ご機嫌取って次とかその次とかを気持ちよく作って頂きたいだけだよ 御大が数千万程度の金も持たずに何ができるんだろうと
あの年だったらリーマンでも数千万くらい持ってっぞ
マジびっくりした 最近はすり寄ってきてて笑える
3待ちとか書くとまずは0で気に入らなければ売ってとか必死 金じゃなくて欲しいのは実績だよ
大学の研究持ち出して作ったNPO法人なんだし Please get msx on ebay to play games すりよりすりよりって自意識過剰じゃないか
見ていてキモいわ MSXVRとか買ってる奴はMSX3の邪魔していることに気づけよな。
ウセロ MSX0とMSX3を比較すると
可能性を秘めてるのはMSX3の方だろう
まずその点に立ち返るべきだ >>528
オブジェクト指向BASICになるんじゃないの?
IoTならそっちの方がスッキリ書けるのでは? そうかな.
VBのような鈍臭いものになるんじゃないの?
Python で書いた方がずっとマシ プラットフォーム普及させるのにクロス開発はかったるいから
OSもシェルも整ってるMSXまで戻ったんじゃないの?
テコ入れするリソースあるなら違うかたちにするような MSX-BASICがオブジェクト指向になったらそりゃ凄いが、「互換性」の縛りがあるからそうはならんやろ
twされてる様にCALL文で2,3命令追加されて終わりだよ >>556
Python風BASICとか?
VBだってMS-BASICと似ても似つかぬものだし >>559
ロットロットでニワカもクソもねーだろ
FC版のほうが有名なんだし >>562
Python風BASICってインデント強要するBASIC? 今更教育用だとしても行番号BASICはお勧めしないわな
ichigojamは何狙っているのかよくわからん
MSX0は物が出るまで黙ってようw 使ったことはないが
ニンテンドーDSにプチコンなんてもあった >>556
Pythonのほうがドンくさいでしょ?
VBってC#と同じような中間コードになるから結構速いと思う >>572
速度なんて関係ないからエミュレーターにBASICなんて言ってるんでしよ?
だったら、エミュレーションなんてせずに直接pythonのほうがええんでない? 他言語推しはユーザにフルスクラッチさせるつもりなん?
いっそMSX0以外にもUIFlow移植ならわかる MSX BASICの中間コードなんてテキストをエンコードした程度のもんだから
パースするコストが減らせるくらいのもんだぞ
あとpythonも同様のことしてる クラファン出資者と貸し出し当選者中心に招待MSX0の使い方って
むしろ様子見の層とかにアピールするべきでは? 別に売りたいわけじゃないんでしょ
買った人に使い方説明したいだけで いやいや本人も
「ゲームも動いてます!」とか嬉々としてやってたし msxのゲームとか動きがヘンテコだしなぁ
コナミのはいいのか
あまりやったことがない だから何がしたいのかわからない
本人が好きな事をやるのを他人の金を巻き込んでやってる、ということしかわからない
そんなら外から見てれば十分だろう 本人はあまり興味ないし分からないから
EGGに任せたで筋通ってると思うが?
そもそも別にサポートして困るもんでもないのになんで否定するんだ 別にここで言ったところで足は引っ張って無いと思うけど そうそう
足引っ張りたくないからここで思った事垂れ流してるんだよ そうかな?
あんまり変なこと書き込むと訴えられるかもよ? ましろ
>>599
みたいなのが表で余計な事言ってブロックされるんだろうな どうせエミュレータ上の擬似Z80の上で ASICインタプリタ動かすならMicropython動かしても大差ない気がする。 M5Stack用のSmailBASICを作った方がいいだろ そうそうこうやってここで発散して本人のへそ曲げないようにするんだよ M5stack用のDOSとPythonでいい気がする 3月に説明されても届く7月までに忘れちゃうよお爺ちゃん達 VTLなんか良いんじゃね?
初期のASCIIで扱ってたGAME言語の元ネタというかtiny-tiny BASIC的なやつ
https://www.mztn.org/rvtl/rvtl64.html >>607
ファイル管理以外にも画面や音も規定したいし
MSX3他にも展開するとなるとコスト高くない?
旧MSX採用するのはそこに環境が整っているからだし それだけPython、Python言うなら自分でインプリメントとしてあげればいいじゃない。
みんな喜ぶよ。 メモリ足りなくてまともに動かないpythonなんて誰も欲しがらん てか、Micropythonって既にM5Stackで動いてるっしよ?もちろんライブラリも用意されてて。 自分達発のIoT規格をでっち上げないといけないからね MicroPythonなんて入れたら絶対面白くないね
GAME 言語のesp32実装は楽しそうだけどマニア度高すぎ
MSX-BASICいいとおもうけどなぁ M5用Micropythonがあるならもうそれでいいじゃん
MSX-BASICとの二刀流で あとは余計なのはいらない MicroPythonメモリ食いまくりで大きなアプリは作れないよ てか御大はOccamって言ってるものね。
あれはいいものだよ。みんなは知らないだろうけど…。 MicroPythonはPSRAMも使えるから数MBになる。
MSXはメインメモリ数十KB 何Mもあるのにいつ枯渇するかわかったもんじゃないし
あんなの使うくらいならlinuxマイコン使った方がいい。 >>620
M5stackってFlash16Mbyte RAM0.5Mbyteあるんでしょ? >>621
pizeroとかもいいよね
groveベースハットつけてLinux上からいじればオケとか、ゲームするならレトロパイとか。 >>618
BASICでどんだけ巨大なものを作るつもり? そしてX68000のパワーユーザーはMicro Pythonを移植したのであった
ゲームも色々移植中
MSXはベンダーもユーザーも妄想だけ >>626
IOCSコールができるように拡張して、
グラフィックやらせてるね。
面白そうだ ZならMicroじゃない普通のPython3が動かせるだろう へえX68でMicroPythonか、なんでも作るスピリッツか
まさか80年代のマシンでPython系が動くようになるとは てか、M5Stackで充分
MSXノスタルジーは要らない MSX1でコナミのゲームをありがたがって遊んでた頃が懐かしなー >>635
結局そうなるな。
2000円でお釣りがくるし
あとはGroveと繋げばいいんだろ? ESP32はDACもI2Sも持ってるから、ステレオで音声出せるし、ST7789をSPIで繋げたら? だからDevKitCでいい奴はそれ使えばいいじゃん
価格で勝負する気ないだろし
単体でインタープリター言語で取っ付き易いと思う人向けのものだから
別に西はこれからのIoTはMSX0を使ってBASICを使うべきだ!
なんて一言も言ってないぞw >>623
昔、INMOSが作った実装はかなり性能がよかったらしいし、言語系もすっきりしててメニコアやIoT向きだし、実際にそっちの方で有望視されていた。
INMOSの政治力が低くて続かなかったけど、実装は軽くなるだろうし今でも使えると思う。 BASICだのOccamだのと1980年代に終わった化石を掘り起こしてこれを使えっていうのもどんなもんかなあ。
もっとメジャーどころの言語がベースの方が、他でも応用できていいしなあ。
並列化なんてコンパイラがやれよってね。 >>639
つまり、エミュレータとその上で動くBASICのために何万円もだせってことね? >>641
Occamはあの当時でもコンパイラが並列化をサポートしてたりした。
プロセスやスレッド単位で並列化するより粒度が細かい部分で並列化できてたみたいだし、コアを追加するだけで単純に性能を上げることもできてたみたい。
まあ、今作ってそこら辺をサポートする実装をキチンと作れるかどうかは謎だけど。
INMOSでハードとソフトを開発した人達は、とてつもなく有能な人達だったから。 OccamはMinixで有名なタネンバウム先生が作ったアムステルダムコンパイラキットでサポートされてるね。
ARMにも対応してるから、その処理系が使える。 >>642
M5stackってそこまで安くないけどな >>648
彼の最後の存在理由なんだよそっとしてやれ >>645
Linuxが出てきた時に、あんなモノリシックなカーネルなんて時代遅れだなんて言ってた人ね。 >>646
DevKitCにカラー液晶つけて
Groveコネクタ変換つけても一万円しない サーバーにアップロードされたデータを見るからディスプレイはいらない うーん、M5Stackにキーボード付けても一万円ぐらいで揃えられるということなのか サーバーへのアップロードは自動化されているからキーボード不要 BlackBerryみたいに小さいのにキーボードがついてることがいいというガジェット人種はいるんだよ もう何もいらない
ノスタルジー・・すなわち古き良き時代の思い出を大事にしよう
我々が若い世代へ伝えられることは自分の青春時代の体験にあるはずなのだ 熱心なファンほど苦しめられる構図をどこかで見たことがある気がする >>643
CSPの並行性についてのプロセス計算の実装の一つ、だったかな
一応ホーアの本は昔読んだけど(持ってる)内容は忘れちゃったなぁ
同じ系統の並行性の考え方次第を取り入れた物はロブ・パイクのLinboとか日本のICOTの成果物のKL1とかがある
Linbo→go言語という形で一応考え方は継承されている >>657
実はタネンバウムの予言の一部は当たっている
現在のL4系列マイクロカーネルはメッセージパッシングの性能を関数コール並に高性能化することに成功した
この子孫は組み込みシステムのハイパーバイザとして実用化され今はクアルコムのチップのファームウェアに使われている
その辺のモバイル機器に使われているかも知れないのさ これは余計な事だが一応書いておくか
MacOS XはMachマイクロカーネルの性能を改善するためにメッセージパッシングを全部関数コールに書き直してモノリシックカーネル化するという手段を取ったが
L4が開発されたのは丁度その頃でMacOSとは全く逆の方針を取った
高速化のためにカーネルの機能の殆どを捨て去った
あとは興味があったらWikipediaに書いてあるから読んでくれ うろ覚えだけど、Occamだとメッセージパッシング型の仕組みでメニコアでは負荷が大きいロックとかの機構を排除できるから効率が良くなる可能性があるみたいなのがあったね。
今の並列化だとロックとかでスゴくオーバーヘッドがあるのだけれど、Occamでは本質的にそこを排除できるし、言語上で並列化をサポートしてるから、スレッドやプロセスなんかのスイッチングに存在する負荷もかなり減らせるだろうし。 本当にいいものなら、今でも現役でスパコンとかでも主力言語として使われてるだろうけどね。
歴史を遡ってラテン語から勉強しなおしましょうもないもんだと思うわ。
なんだかんだ言われながらC/C++が色々なところに広まって、小さなワンチップマイコンから富岳まで使える共通言語みたいなものになってるし、並列処理もDPC++とかが流行っていくのかな? いやあ、僕はそもそもゲームが
好きじゃありません。 西先生は別にノスタルジーでOccamを採用するなんて言ってるわけじゃないんじゃないの。
XMOS使うって最初から言ってたし、その流れでしょ。
inmosが紆余曲折を経て復活したのがXMOSだし。 MSX-BASIC DOS UTF8版はさすがに無理か。 XMOSはOccamを開発した人が立ち上げたんだね。あの人はかなり優秀だよ。
Occamの場合はノスタルジーでもなく、あの当時のトランスピュータで出来てたことは今でも通用するぐらい進んでたし、昨今の並列化を後付けで付け足した様な処理系での非効率で遠回りな部分を解消させるブレークスルーの可能性さえ持ってる。 「ノスタル爺」©藤子・F・不二雄
「抱けえっ!!」「抱けっ!!」「抱けーっ」
ってやつ 今ではAMDのほうがintelよりも株式時価総額高いしなー
XMOSみたいなのが大ブレークしたら面白そう。 アイデアは取り込まれても、そのままゾンビのように蘇ることはないだろうな。歴史はそれを示している。
Occamもまたしかり >>716
でもOccamとその元になったCSPはメニコアになって、そっち方面ではこっそり復活してるみたいよ。
メニコアでこそ威力がスゴいって。
そのエッセンスを取り込んだものは幾つかあるけど、こっちは簡潔だし、CSPの方のプログラムの検証や安全性などで利点があるし、スピードが圧倒的だからわざわざ新しく作るのは遠回りでもある。
中国ではCSPの総帥であるホーアを何度も招聘してるそうだし、ありものの言語に付け足して性能が出せないうちに、あっちに先を越されて圧倒されるかも。 死に体になったありものに手を加えて延命、蘇生させようなんてしているほうが滑稽では? ∩ ∩
(・ω・ | | ズコー
| |
⊂⊂____ノ =§ >>719
権威とか著名人に弱いタイプな方かな?
権威で言うなら、MinixはLinuxを駆逐していたでしょう。
ACM チューリング賞を受賞したニクラウス・ヴィルト先生の作ったPASCALなどはCやらC++などより遥かにメジャーな言語になっていたことでしょう。
この世界は常に過去を飲み込みながら、新しい人の発想による新しいもので塗り替えられていくのですね。
歴史はそれを示していますね 別にメジャーである必要性なんて無いでしょ。
そもそもメジャー志向なら今更MSXなんてやる必要ないわけで。
流行るか流行らないかなんてタイミングもあるし、良いものなら取り入れても問題ないだろう。 >>728
メニーコアでMSX1,2とかのエミュレーションするのが目的なの? メニーコアで並列処理とかするなら尚更古いBASICなんかじゃなく今時の言語と環境ですべきだよなぁ
そっちの方がやり易いし楽だろうし。 occamを参考にとかあるのにBASICとか言い出す馬鹿 >>727
権威ではなく実際に見込みがあるから残ってるのよ、OccamにしろCSPにしろ。
今の最新の言語がスレッドやらロックやらで遠回りしてる部分を何百倍もスピーディーに解決するしね。
ディープラーニングだって一時期は廃れてたニューラルネットワークの分野の研究が元になってるし、向こうの連中は権威や流行りとは関係なく過去のものでも使えるものは使う。
メニコアなぞ想定してない言語と方法論の焼き直しで、メニコアの性能の引き出しがいまいち頭打ちな現状でのブレークスルーになり得るというか、実際にメニコアでコア付け足すだけで線形に性能がアップする製品が 並列/並行プログラミングで実績あるものと言ったらErlangがあるな
関数プログラミング言語は並列処理と相性がよいし実際大規模なアプリケーションに利用されている 暇つぶしのおもちゃを権利持ってるおじさんが出してくれたんだから
いちいち文句言わなくていいだろ。いらなければ買わなければよいだけ 御大はなんやかんやでモノを作って出してくるからスゲーよな。
世の中は大風呂敷広げて何も出さないで終わるヤツが大半だっていうのに。
これだけ作るのにはそれなりの金と人脈が必要だし、アンチみたいに他人に噛みついてばかりじゃ、その金と人脈がついてこない。
その人たらしな御大の夢をキャッキャしながら眺めさせてもらうとするか。 >>733
おや、二言目には虎の威を借りていたのに?
ニューラルネットにしても、過去のパーセプトロンにせよ、その後のブームの時にせようまくいかなかったから廃れたんで、そのままの形で生き返ってきたわけじゃないでしょ?
そのまま規模を大きくしたようなものではない。
過去の優れたアイデアや着想は、そのまま蘇ることはなく、新しいものに取り込まれて生かされていくものでしょ。
これから何十年も先まで生きる世代に何十年も前の半ば死に体になってたOccamを引っ張り出してきて、これを使いなさいって、それはないでしょ。 大量の演算器による並列処理を記述している言語かぁ
Verilog VHDL SystemC
とかね笑
コアが使い切れないほどあるなら、それぞれのモジュールの処理を個別にコアに割り振るようにしてやればFPGAによる実装とシームレスになりそうだな。
とか不真面目に妄想してみたり。 >>739
じゃあ、後から色んなもんくっ付けただけの >>739
じゃあ、後から色んなもんくっ付けただけの中途半端なものの方がいいってわけ?
それらより簡潔で効率がいいものがあるじゃないかっていうことでOccamだと思うんだけど。
ていうか、虎の威を借るって、そんな気持ちで書いたんけではないんだけど、どこがそう聞こえた? 西さんはパソコンが高級品であった80年代に日本のパソコンのスタンダードを作り上げた人
近年においても西さんは高級オーディオとかも手掛けてる
MSXとは何だったのだろうとも感じる
現在においてはデフレでやっと生きて来た我々MSX庶民とは価値観が合わないところも多分にあると思う 何が言いたいのか分からなすぎて草
昔のMSXが高級品だったとでも?
新しいMSX0MSX3が高級品とでも?
どっちにしろイミフ MSX0ってどのように楽しむものなんですか?
ラズパイに小型ディスプレイと各種センサーつけて、センサーから値を表示させて楽しむものですか?
想像力が無くて思いつきませんでした。 まあ分からないなら要らないんでは?
目的まで人に聞くなと言いたい
よくプログラミングしたいけど何をすればいいですか?とか聞いてくる奴いるけど
ゲーム作りたいとか目標目的がないなら続かないし身に付かないだろ
そいつらと同類 まあ0そのものが必要というよりはプロジェクトの応援でクラファン参加しているってのが多いのでは?
知らんけど こんだけ参加者いたら面白い応用もでてくるでしょ
じぶんは買ってないが まさか皆が皆西さんの応援だけで買ってるなんてことは無いだろ
俺買ってないから分からないけど MSX3は高級というか高スペックを目指しているんでは。
実際はMSX0だけで終わりそうな予感もするが。 MSX0proまでは実現して欲しいね
もうそろそろMSX3の方は期待しない方がいいのかも知れん なんで順調に推移を始めたら悲観論が出てくるんだ w シングルボードコンピュータに毛が生えたようなものがもし10万円だったらどうする
あ、ラズパイで結構です、ってなるだろ
そういう未来が見えてるんだよ MSX3って次世代MSXくらいの意味しかなさそうだけねぇ 楽しんだもの勝ちでしょ。
今、高いだ、つまんないだ言ってても、誰かがYouTubeでこれ見よがしに遊んでる動画でも見れば、欲しくなって探しまわる羽目になるんだから。
Turbo Rだって当時は高いだの性能がだの言われてたけど、今じゃ当時の価格以上出さなきゃ手に入らない。
だったらつべこべ言わないで最初から新品で手に入れて遊べばいい。
値崩れしたらパソピアでも買ったと思えばw 小さいから欲しくならねーわ
うわ見にくそうという感想しか出ないと思う turboR、要らないよw
相場なんてたった2人で競り合えば上がるんだから
ほとんどの人は買わなかった事を後悔してない
>>749がつっこまれてるけど、MSXじゃなくてもできる事をわざわざMSXで実現する意味は一般人に理解できなくて当然でしょう
MSXでなきゃならない理由って、MSX-BASICが使える事と昔のゲームが動くって事だけじゃん
呼称を"MSX"にしたいからMSXと互換性を持たせたのであって、もはや規格ロンダリングってなもんだw お前は何しにこのスレ来てるんだ?
ゴミ落書きしたいだけか 「当時の価格以上」だってターボRなら今なら高く無いだろ
それともまだ収入は当時のままのガキか? ダメだったらダメでいいじゃないの
それで俺らが失うのはわずかなものでしょ。 今更有料のIoT環境が売れるのかというと・・・・
ソフト次第か。 ハード以外はってことでしょ
クラウドの通信キューやDB、ダッシュボードなんかは込み込みでほしいな
コラボも期待できる Appleの決算は減収減益 売上高減は2019年以来 スマホ、過去最大の減少 Appleついにマイナス成長 >>764
>>765
だから大きいのも出すって言ってんでしょうに。
御大だってそっち待てって。 何十年も時間があったはずなのに満を持して、じゃないんだな MSXPLAYerとか1chipMSXとかは無かったことにするんかいな? MSX0proを積んだA1GTが出たら10万で買う
コモドール64の世界ではそんな感じのモノが実現している
https://mega65.org/ >>785
筐体のデザインがあれだけれどおもしろそうだね >>787
市販や同人ソフトはそうだけど自作の資産はわりとない?
tRあるのにあえてMSX2/2+向けに書かないし >>784
1chip復刻も検討中とか1回ツイートしてたよ
全くあてにしてないが 3万は高いかなぁ
1万円くらいだと制御用に何台かあってもいいけど。 このスレ的にはMSX3カートリッジと一体型だけありゃいい MSX-BASIC向けのリモート開発環境ってあるんだっけ?
ASCIIセーブデータ生成するんではなく
REPL含めまんまのフルスクリーンエディタが手元で動くようなもの
そういうのあれば随分敷居下がりそう >>800
勝手みてえだめだったらメルカリて売る! MSX3イコールTAOXと今知った…
はい解散!w >>743
いいんじゃないか?
それが今後トレンドとなるようであるなら、そうした言語を身につけることは他のコンピュータでも通用する「価値あるスキル」になるのだから。
残念ながらOccamにそれだけの高い評価はない。
その昔であれば、アセンブリ言語で書くのがベストだ、コンパイラなんてどんなコードを吐くのかわからないと言われた。
構造化プログラミングなんて複雑だ。ジャンプやGOTOなどで自由に飛び回る方がずっといい。
オブジェクト指向なんて裏で何をしているかわからないじゃないか
当時も年寄りは常に新しいものを批判し、古典的な手法のほうがシンプルで良いのだと主張してきたのだな。今もまた然りか。
でも、いくらあがいても時計の針は先に進むのだよね。
面白いからトラならぬ猫の威でも借りてみたわ。
ChatGPTが探してきた評価はこんな感じだな。
Occamは、多くの分野で広く使用されていた古典的なプログラミング言語ですが、現代のプログラミングの潮流に合わないため、今後広く使われる可能性は低いと考えられます。Occamは、主に並列プログラミングに使用されることが多く、特に早期のマルチプロセッシングやマルチコアCPUの開発において使用されていましたが、現代の並列プログラミング環境においては、他のプログラミング言語やツールが使用されることが多くなっています。
また、Occamは古典的なプログラミング言語であるため、現代の開発手法や慣例とは異なる文法や制約があります。このため、Occamの学習や使用には多くの労力が必要であり、現代の開発者にとってはあまり魅力的な選択肢とはならないと思われます。
ただし、Occamは並列プログラミングのパラダイムや概念を学ぶための教育用言語として使用されることがあります。また、過去の遺産システムには、Occamで書かれたコードが含まれることがあるため、このようなシステムのメンテナンスには、Occamの知識が必要になる場合があります。 >>813
今後注目されないとも限らんが....
MicroPythonとかTinyGoよりは勝負している感あって面白そうだけど。 もうフォートランとかコボルでいいよ
ノスタルジー最高 Occamいわれてもピンとこないもんな わりと昔ながらの言語体系みたいだけど まあインデントを言語仕様に含めた言語としてpythonの大先輩だわな OccamとかTAOXは触らないと思う
FPGAで再現されたturboR+V9990がメインコンテンツ。
おっさん向けに用意されたフィールドで遊べればいいよ >>822
そんなんなら昔からMiSTerやエミュがある
BIOSが互換品だったりするけど拡張も多くてつよい OccamはCSPという理論的な裏付けもあるし、他の並列処理言語に比べて言語がかなり簡潔にまとめてある。
そもそもの並列化する際に考えなければならないややこしい部分をうまく排除できてるので効率もいいし。
プロセスやスレッドが制御を返さないでゾンビ化するようなことを、プログラムを前もって自動検証することで防ぐような事も実現できてるので信頼性も高くできる。
そんな部分を使わずとも、というか使わなかったら更にBASICより簡単に覚えられるよ。 出てくるデバイスが雑多だし
並列化もいいけどコアを燻ってるPlan 9にして
分散あたりまえな方向のが有意義ちゃうかな
MSXはやめるかシェルの一部に残す Goの並列処理もCSPベースなんだからGoでええやん >>817
Fortranまだまだ現役だぞ。
そろそろ引退させてあげてほしいが、後継言語がないし...
科学技術ライブラリはCとFORTRANの提供が多くて、しかもFORTRANの方が高速みたいだし。 単純にライセンス更新したいだけの規格と早く気付くかどうかw ライセンス更新って適当なことを言わんでも
誰が誰に何をライセンスしてんだよw 全権利を持ってる人なんだから、何をしようと自由だし。 ライセンサーが自前で出すんだから
ライセンスは要らない 君らも公式並みにズレてんなぁ
別の言語をやるならMSX規格である必要がない
自分でハードウェアの存在意義を否定する自殺行為
MSX規格自身ですらエミュレータで済むんだからソフトウェア面でMSXの出番はもう無いんだよ
だからハードウェアありきの抱き合わせ商法なんだろ
MSXはWindowsやLinuxのようにはなれないの
"MSX BASIC世代のおじさん達が、パラレルポートを介して簡単にモノを制御したりインターネットに繋ぐ事ができる"、この先生きのこるにはこれとノスタルジーのみ!
その他は意味のない蛇足
ママガキタセンサーA〜EのうちBが3回連続で反応したらスマホに通知する、みたいな事をおじさんが超簡単にやれるのがMSX
新たに覚えるのは拡張BASICのCALL文だけ
実際ここまで簡単にやれるのはMSXの他にない そもそも当時BASIC覚えたやつが未だにBASIC止まりの知識しかないなんてありえるの?
そういう連中がこれからIoTやるのならBASICに立ち返る必要もないしBASICの知識もIoTの知識もないやつがやるならPython含めたC系の言語覚えればいいしBASICでIoTになんの意味が?と思うんだけど 以前からC言語他言語あったよ?
> 別の言語をやるならMSX規格である必要がない
> 自分でハードウェアの存在意義を否定する自殺行為
この時点でソフトとハードの違い理解出来てないよ
もうちょっと頭使おうね ROM BASICが他言語になるとか思ってるんだろw
馬鹿だからw 別にIoTやるのに言語何使ってもいいだろ
MicroPythonかCじゃなけりゃIoTやる意味無いとでも?
逆にBASICじゃ駄目な理由を書いてくれ >>844
その論理だとBASICの知識あるやつならBASICでIoTやればいいよね >>848
未だにMSX-BASICをスラスラ書けるやつがどんだけいるのよって話
わざわざBASIC思い出すこともせず今の主言語で書けばいいじゃん
これからやるやつはマジでBASICなんてやる必要もないし > BASICなんて
無駄だよ、こういう輩って端からBASIC馬鹿にしてて
言語ってのはプログラミングの手段ってこと理解出来てないんだから
言うなれば自分の中の結論ありきで批判してる
他人にPythonなどの言語新たに覚えるの要求してるのに
BASIC思い出すのを否定してるって変だと思わないんだから まあ書きたい言語で書けばいいだけだよな
BASICなんてやる必要もないなんて否定される筋合いないわな 数十KBのメモリなんてって馬鹿にするやつはせめてその数十KBのメモリで不足するアプリ作ってからにしてくれ
今時のPCは最低限8GBないとなみたいな感覚で馬鹿されても草生えるわ 今更いちいち数十kバイトのメモリ気にしながらプログラムなんてしたくないんだが >>862
MicroPythonはメモリあっても気にしないとダメだけどね。
10Mやそこらすぐ使っちゃうよ。 西さんはカシオを嫌ってるようだけど
僕にしてみればMSX0よりカシオののグラフ電卓のほうが興味深い
https://www.youtube.com/watch?v=auQy1Sl-jHQ あれはカシオの低価格路線でMSXの足並みが崩されたのが気にくわなかったんだろう。
まあ、カシオはそれまでのカシオらしく低価格路線を突き進んだだけなんだろうけど。 カシオの電卓でpython動くやつ買ったけどメモリすぐ足らなくなって微妙だった カシオでダメだったのは市場を荒らすだけ荒らして
撤退したところだな 焼け野原 MSXは16bitのIBM-PCに対抗して、8bitを追求したんだから、値段以外にメリットなんて無いんだよ
それをCASIOが低価格機を出したらぶちギレるとか、とんだガン細胞だな
MSXの想像主でありながら、最もMSXを理解してなかった関係者だったと言える まあ名前通りMSが粗方監修してるんだろ見た目おもちゃだけど良く設計出来てるし 当時のMSのBASICAとかGWBASICはASCII側が拡張したものでMSXBASICもその系列だし、MSXDOSはMSDOSの元になった86-DOSを作った人が作ってるし、ASCIIとMSが分裂した後にMSがMSXに直ぐに興味を失ってる感じからすると、ASCII側の役割りの方が大きかったように思う。 DOSはまんまMSだしBASICもローカライズ程度じゃねーの tRまで続いたのはASCIIの力だろうけど、2以降勢いを失ってほぼ日本だけになってるのはMSの後ろ楯が失くなったからでねぇの? >>880
あれって本来なら仕様外なのでは?
本来の仕様は最低16kからだった記憶 basicの一番の問題は実行速度
MSXレベルで語るとリアルタイム処理ができない
センサー繋いでも取得間隔も長いだろうし
正確性を欠くだろうし
それに対する反応もできないだろう >>878
あの中間言語の構成はMSの最初のインタプリタをなぞっているけど、それ以降の日本のパソコンに搭載されたものはASCII側が個々の機種用に改良を加えたもの。
後々のNECのヤツはNECが独自にやったんだっけか?
GWBASICのソースを見ると明らかにASCII側が移植したって形跡があるしね。
それ以前にASCIIがBASICを移植したマシンの記述があるのよ。(GWMAIN.ASMの40行以降)
袂を分かった後にMSが新しくQuickBASICを作ったのは、それらのBASICが8080のコードを8086に変換したのに基づいてることがあるのだろうけど、ASCII側のコードを排除したかったからってこともあったんじゃない? >>883
リアルタイム処理を理解してないのがよくわかった
お前IoTがどういうものかも分かってないだろ さすがにQBは旧BASICのコードベースに作らんでしょ
やってることが違いすぎる でもインタプリタより遅いコンパイラと書かれたqbasic…。 BASICが遅いのが問題というよりも2コア240MHzのESP32がMSX0ではZ80 4MHz相当になっちゃうんだぜ QBASICはインタプリタじゃなかったと調べたらQB4.5からコンパイラとリンカを削除したものみたいだ >>888
Aレジスタとしか8bit演算できないとか乗算命令がないとか だから自ずと10進BASICになってるところが長所
遅くていいんです >>889
ごめん、遅かったと書かれたのはQuickBASICの方だ。 今回売れたから、いろいろ改善した0PROは出るでしょ。
そこからが本番。
すっとばしてturboとか作り出したら、やばそうだど。 現時点では注目浴びてクラファンはいけてるので成功していると言っていいんじゃないか
思惑的なものは別としても
あとは出てくるモノが設計通りに動いてくれればいい
問題点が色々出てきて修整が入るのは俺的にはOK
次に繋がればいい >>891
遅くてもいいならESP32である必要すらない 西氏: やっぱり電子工作が好きな人がメインターゲットです。
今はね、Raspberry PiやArduino、Cでやってるわけ。ちょちょいのちょいでできるやんけとかいうソフト屋さんもいるけど、ほとんどの人はね、ちょちょいのちょいでできないんですよ
まあ、Pythonなんかは、インタープリターだからいいんだけどね。数式でいろんなことを表わせる。BASICでこういうI/Oが使えるということを目指しているわけ。 お前らわかってない感満載で
わかってもらえずに終わりそう MSX1でメガロムが出始めた頃が一番楽しかったなぁ 32KBの頃のゲームが一番よかった。
16KBで容量が足りなくて内容を膨らませなかった
鬱憤を晴らしたようなゲームが沢山あった。 >>911
そういう観点も興味深いよね
MSXの晩期は640KBのFDDを何枚も入れ替えてプレイするゲームもあった 西さんがIoTの要件に「クラウド」なんていうから「は?」ってなって
じゃあってazure IoTに無料でアカウント作ってIoT Hubにインスタンス作って
MQTTブローカーの実験やっているよ
西さんありがとう(MSX関係ない) >>911
MSXのディスクは80トラック9セクタなんで
720KBですね。 C64のF5インチDDは容量が170KBでスピードも2400bpsしか出なかったが
安くて信頼性があったんでバカ売れした。
ちなみにインデックスホールを使わなかったので裏面も普通に使えた >>918
ソフトで32Kbpsまであげられたので、そこまで遅くないよ。 ROMのBIOS使わないでソフトで直接読み書きすれば
64KBを16秒で読み込めたみたいね
それでもクイックディスクの倍かかるけど バレンタインジャンボ当たったら絶対買うよ!
一万円のやつ ちょっとした規模ならVSCodeでも十分だけどねぇ レトロ界隈だと未だに秀丸とDOSのバッチで作業してる人いるよね・・・ ちょっとしたものならvi とemacs系が使えれば不自由せんな。unix/linux系ならまず必ずと言って良いほど即使える。 もはやIDEとテキストエデッタの境界は曖昧だしな。
vimもVSCodeもIDEって言っても違和感ないくらいには充実している。 >>237
Raspberry pi picoはESP32よりスペックが低くてもこれができる
MSX0にできるかというと >>237で使われているモジュールがpicoと同じ MSX BASICでmicroSDカードの動画を再生とかできるのかな? Core2ならそれより解像度高いフルスクリーンで30FPSはでそうだけど
転送にWiFiもつかえるし ハードウェアのポテンシャルじゃなく
MSXエミュレーターを通したら性能出ないし
そもそも大きなファイルを扱うことができないのでは。 実機SDカードドライブならFAT16のやしが使えるが0の事ならわからんな MSX0のファームを消せばm5stackと全く同じことできるのかな?
m5stack単体で買おうかと思ってましたが、MSX0の方がお得感ありそうで。 だいたいいまどきMSXに関わってる事自体お得もクソないんだよな
人生で体験したことを思い返すだけのために
我々はこんな話題で時間を潰しているだけなのだから 本来の開発環境を使うひと手間を惜しんだ代償が高くつく 本来の開発環境とは?
マイコンの開発環境ってどれも今一つだと思うんだけどな たしかにArduinoは才色兼備ってかんじではないけれど
MicroPythonならREPLもあるってBASIC並みにお手軽
ぶっちゃけUIFlowでもほぼ事足りる
特殊なことは誰かがモジュール書くだろうし 生半可な互換性しかないくせにノスタルジーもへったくれもない >>957
ちょっとPythonかじってみたけど、楽だし便利だね。
モジュール出していけばあれもこれもできるしね。
行番号依存症のBASICよりずっといいと思うわ
X68000にMicroPython移植してる人がいて、グラフィックもできたり、スプライトも使えるようになったとかでデモ画面も上げてるけど、あんな性能のCPUでもそこそこ動いてるし。ESP32 なら問題ないくらい速いでしょ。 あれメモリどのくらい使っているんだろう。
今からだと多コアとの相性が悪いのも気にはなる。 >>960
Raspberry pi picoとかでもMicroPythonをマルチコアで動かしてる人がいるけど、別に複雑って感じでもないけど?
ESP32もデュアルコアでしょ?
もちろんPythonでも普通にマルチコア、マルチスレッドで動かしてる人いるし。
あとは何のモジュールが用意されるかだけど、足りないものは整備すればいいだけでしょ。 >>962
実装されたの?
っと思ったら、まだ駄目っぽい。
https://docs.micropython.org/en/latest/library/_thread.html
すこし前テストしたときは、同時スレッド数が少なかったり(メモリの影響かもしれない)
排他が微妙だったりで使い物にならなかった。 ライブラリがスレッドセーフならGILなしにできるだろうけど
ESP32版の実装がどうかによる UIFlow新たに覚えるくらいならBASICの方がいい気がする じゃあ、BASICでマルチコア対応とかマルチスレッドするのか? https://docs.m5stack.com/en/download
M5としてはUIFlow推しなのかもしれない。
TUTORIALの日本語版まである。 ほらな
MSXとは全く関係のない話が進んでる
唯一BASICというワードだけがかろうじてMSXとつながってるだけの話 >>971
何が新しいのか
そこをアピールしきれていないし
実際何が新しいのか分からんわ 分からないならスルーすればいいのに
なんでネガキャンしたがるんだろね 要らないのか
そうだよな
ハナから参加すべきじゃなかったよ
また昔話に花を咲かせて時間を潰す生活に戻ろう 新しいのは興味あったけど、結局まともに使えるまでまだ何年もかかりそうだけどね。
下手にいろいろ使えるような感じするけど実際に使うのはバグも多くてたいへんだし、
いつライブラリの仕様が変わるかわからん。
MSX-BASICくらいでもいいと思うんだよね。 何に使えるかも1つも説明しないで金だけ出させてるのが気に食わん
本当は何も出来ないから説明出来ないんじゃないか
このまま逃げそうとか思われてる >>988
それは昔のパソコン全般に言えることで
いやほんとに昔のパソコンは何に使えるかわからないまま商品化していたんだよ
MSXは一時的にビデオ編集のタイトル作成とかワープロとして用途が模索されていたが
それも十分なものではなかった 発展途上の昔は作ってから用途を考えるやり方もアリだったけど
ある程度成熟してる現代でソフトもハードも既存のものを流用するMSX0/3でそれは通らんのじゃない PythonはAI系などでは広く使われてるしな。
M5stackのMicroPythonもLCDはじめとして基本的なモジュール(ライブラリ)は揃ってるし、GPIOアクセスももちろんできる。
わざわざエミュレーター上のBASIC拡張してGPIOだのセンサーだのを使えるように細工していくよりすっきりしているんでは? 今の人たちはこう使うんだぞって手取り足取りされないと何も出来ないんだからしょうがない >>992
上位機種含めての統一プラットフォームにMSXを採用するんだから
そこを覆すならUIFlow/MicroPythonを全機種に実装しないと
ぜんぜんありとはおもうけどね 0と3は別にそれぞれ進めてるから影響ないとは何だったのか このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 38日 13時間 14分 39秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。