MSX3 PART4
レス数が950を超えています。1000を超えると書き込みができなくなります。
まあ書きたい言語で書けばいいだけだよな
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に関わってる事自体お得もクソないんだよな
人生で体験したことを思い返すだけのために
我々はこんな話題で時間を潰しているだけなのだから レス数が950を超えています。1000を超えると書き込みができなくなります。