◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:MSXスレッド Part 62 YouTube動画>2本 ->画像>5枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/i4004/1692994929/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
次のクラファン待ってるんだけど7月下旬って結構長いな
>>9 デバイスは進化してるから、当時よりより廉価なFPGAで済むはずだけど、無理なんかね・・・
>>11 めんどくさがらずに少しは自分で調べようぜ
と言うか情報出てきたな
すぐ感情的になるのがな
家族がアイロンビーズに熱中してるの見て
これ昔のドッター職人にやらせたらすごそうだなって思った
残念ながらFPGAはは安くなってない
使えそうな fpga って ざっくり いくらぐらいするもん？
確か最小でDE-nanoで動くはずなので
>チップ単体で1から2万かな
待てばde0なら1万円くらい、de1なら6000円くらいで中古で入手できますよ。
それでもいいけどカートリッジ使いたいからね
de0 de1にromカセット挿せるようにスロット部分も作ったとしても
じゃ、かつての価格で復刻も可能ってことかね？ 直販のみ、とかにすれば、
LEの意味が全く同じではないかもしれないけど、マルツのだと1.5倍ぐらい欲しいのかね・・・
C-BIOSというものがあります
ああ、別に製品として作るわけじゃないのか
無料でライセンスしてくれんのかの？
各社毎にBIOSが違うのだろうし、いつぞやのMSXPLAYerのヤツを標準リファレンスBIOSだとかなんとか言って公開するとかしてくれればなあ。
>>39 PLAYerのBIOSはMSX本体と同じように吸い出しプログラムで吸い出せて他のエミュレータでも使えるよ
へえ、そうなんだ。ありがと。
>各社毎にBIOSが違うのだろうし
そりゃあまあBIOSの部分は同じだろうけど、マシン本体にはROMは基本一個しか搭載してないから、機種によって初期化とか雑多なルーチンもそのROMに突っ込むことになるだろうから、ただ単にオブジェクトをコピーして持ってくるのとは違うのかなあって思ったのよ。
FS-A1のROMを書き換えたけど、要はスロットとアドレスが対応してて
BIOSはROM全体としては機種ごとに違いはあるやろね
=T=i=k=T=o=k（←迷惑でしたらこちらをNGしてください。）
友人にも教えて加えて￥3500×人数をGET可能
MSXでハード構成の違いなんてスロット位じゃない?
ヨコレス バージョンアップアダプタは違うんじゃないの知らんけど
>>54 FDD搭載機種はドライブ別に制御ルーチン違うってぐらいやろね
VDP関連のBIOSは機種による違いはほぼないっていう認識でおｋ？
>>58 FDCは別スロットなんだし基本BIOSに差は出ないっしょ
>>42 に書かれたメーカーソフト用のエントリも別に使わなくても別スロットのROMの形で実現可能な訳だし
>>59 バージョン間の機能追加分を除けば差異はない筈
況してやメーカー間は言わずもがな
そもそも仕様として使用チップを規定してるんだし。
>>61 DISKBASICが別スロットでもBIOSの一部なのでは？
>>63 MSXでFDCの事をBIOSとはあんまり呼ばない気がする
外付けROMなのだし。内蔵"も"出来るってだけで
システムROMこそMAIN-ROM/SUB-ROMの事でない?
もしかしてFDC制御とDISCBASICって別のアドレス領域にあるの？
>>57 BIOS自体は変わらんかもよ。乗っ取って己が主になる、ブートシーケンスがちょっと違うだけで。
>>67 依存しない部分がオープンになってなければ、システムとして存在できんじゃん。
「独自の沙汰カートリッジ作りました！」とか吠えたところでMSX-DOSは認識してくれない。
>>68 tRでサポート切らなければ、それこそPV-7からtRまで、全機種で使えるCAS:を拡張した高速ローダみたいなのが
標準化/独自進化できてたかもしれないね。
>>69 DISK-BASICの命令自体は、中間コードが割り振られているので、PV-7でもMAIN-ROMに備わっているはず。
実体はFDC-ROMと同じROM（ページ）だと思うけど、DOS2はローカルバンクになっているとも聞く。
となると、実体も変な置き方になっているかもしれない。
・・・が、CPUから見れば同じページに見えるな。ややこしい説明だねｗ
最近88レストアして、生まれて初めて使ってみて思った
>>70 >>依存しない部分がオープンになってなければ～
それ単に仕様に則って実装すれば済む話でない?
そりゃ既存を流用出来た方が開発の手間要らんけども。
エントリと呼び出し規約だけ一致してればいいんだし。
コード迄一致している必要はないでしょ
FDC周りは機種毎に微妙に変化があったり、ごちゃごちゃしてて分かりづらいね。
FDCの公開エントリって、ヘッド退避とフォーマットぐらいだっけ？
>>74 メーカーには公開されてるんでないの?
じゃなきゃFDD作れないんだし。
思ったけどFDC-BIOSよりもDISK-BASICの方が公開の有用性とインパクトはでかそう
FDC-BIOSとセットじゃなきゃ駄目だけど
>エントリもそうだしフックさせる内容とか、細々とした事柄まで
あぁ、オレのレスかw
権利は各メーカだろうから、オーブンって難しいと思うけど
焼いてどうするw
MSも過去のDOSとかGW-BASICなんかはオープンにしてるし、BASICはそもそも最初のビル・ゲイツが書いたやつ以外は日本の方で拡張したようなもんだから、そんなに障壁にはならなさそうだけどね。
大丈夫
暗号化？ その０とやらはBASIC環境は無いのか？ ユーザプログラムは動かんのか？
MSXの外付けのFDDだけがオクで出てるが誰も見向きもしない
>>93 最初でたときってドライブとカートリッジって 分離されてたもんね
おれが買ったのは三菱のやつだった
5インチも想定されてのかな?
ドライブがデカかっただけかも。
msxはFDDだけあっても使い道がないからな
やっぱりインテリジェントドライブにして欲しかったな
プリンタポート兼用汎用パラレル入出力扱いで繋ぎかえられるので良かった
>>98 余計な回路、コネクタを介することで、本体もドライブも価格が上がるので無理。
>>99 事実上の日本標準NEC機が14ピン出力のみ。これを流用しない手はなかったので無理。
西が間違えた、こっちの方が良かった、というものと
当時はこれしかやりようがなかった、というものがある。
いずれも後者だから仕方ないよね。
>>100 AT互換機のプリンタインターフェースも98のプリンタインターフェースも、
セントロニクス36pin仕様から省略してるだけで、あくまでもセントロニクス36pin仕様が標準のままだったよ
プリンタ本体どころか切り替え機やプリンタバッファもセントロニクス36pin仕様で、
両端セントロニクス36pin仕様同士のケーブルが一般的だった
そのままフルインターレースを採用すれば良かっただけ
9801のインターフェースが標準なんて後から98の普及を知ってまたそれほどでは無かったMSX登場時を無視してる発想
MSXのハードのベースが6001だったからNECプリンタインターフェースだったので、結果として9801互換になっただけ
プリンタをPC-6001互換にするならFDDも6001互換で良かったのにな
>>102 NECのFDDインタフェースを調べてみたけど、8255のクロスですごくシンプルなのね
ドライブ側は4MHzのZ80も載ってて豪華ですなぁ
本体が非力なMSXにはいい周辺機器になりそうだが、
やっぱ2ドライブで10万円くらいするよね
実家にMSX用ソフトウェアあるんだけど高く売れるかなぁ
>>101 「NEC機」から6001を除外してまでマウント取りたい？
>AT互換機のプリンタインターフェースも98のプリンタインターフェースも、
>セントロニクス36pin仕様から省略してるだけで、あくまでもセントロニクス36pin仕様が標準のままだったよ
MSXもセントロ準拠だから同じだけどね。
>切り替え機やプリンタバッファもセントロニクス36pin仕様
そりゃ、9801切り替え機や9801バッファじゃないわけで、機能を削った
9801用サブセットのコネクタは使えないよね。
>両端セントロニクス36pin仕様同士のケーブルが一般的だった
圧倒的シェアのNECを差し置いて、どこの一般的だか知らんけど・・・
だいたい、そんな何千円もする太くてデカいケーブルをMSXに奢るかい？
NEC互換ならケーブルも市場にあるものを使えるし、MSX用プリンタなら
細い小さい安いケーブル、コネクタが付いてくる。
>そのままフルインターレースを採用すれば良かっただけ
コストに見合わないね。
>>105 太いケーブルと言っても、6001のフロッピーディスクインターフェースのケーブルがセントロニクスコネクタと同じコネクタなんだ
6001のフロッピーディスクインターフェースの汎用化なだけ
汎用化するかしないかだけでフロッピーディスクインターフェースを標準化してMSXに付けられるようにすると同じ事なんだ
そうそう、本体側の14pinが36pinになるだけ
>>103 PC-6001mk2用の3.5インチ外付けが52800円で出てるので、
MSXの頃ならもう少し安くできるかも
つか、プリンタのデータバスを双方向にしとけば良かったんだよな。
双方向バスを1個付けといて、BIOSはカートリッジでってのはいいなぁ
>>109 それプラスで、こっそり5Vも供給されてたら言うことなし。
>>106 6001互換とNEC機互換とでは、規模がだいぶ違うのでは？
ケーブルはNEC共通だったよ
NECのインテリジェントドライブは、基本互換性があって、
当時のインテリジェントドライブにベンダチェックなんか無いので、互換品は沢山作られました
MSXなんてゴミクズすててX68kに乗り換えろよw
レトロPCなんてもはやなんでも同じやろ
ゲーム専用で買ったつもりだったが
この人いわゆる一匹68アンチと言われてる人だろ
>>116 わかりやすい工作
まだ活動してたんだな、88や他のスレでもやってる
668 ナイコンさん 09/07(木) 22:12:52.95
ゴミは何やってもゴミ
至高にして最高なX68000に乗り換えるしか生き残る道はないぞw
いつも頭悪そなんですぐわかる
>>110 >双方向バス
ゲームのポートって双方向じゃなかったか
MSXのゲームポートにSDメモリを接続して読み書きするアダプタあるでしょ
SD規格はシリアル接続してアクセスできるから
>>119 お前みたいな頭の悪いクズがいるから冤罪がなくならないんだよなぁ
>>120 ジョイスティックポートって速度はどれくらい出るのだろう?
FDDのアクセス速度に対応できるならシリアルでも問題ないと思うけど
DMAC対応でもないと、パラレルポートとしてはどれでもCPU速度の方で制限されて大差ない世代だが、
マウスやタブレットを想定してるインプット向けのポートだから、ストレージは想定外だよね
ジョイスティックポートの増設はジョイスティック用途でも欲しかったから増設すれば良かったが、
>>114 PC-6001でPC-8031が使えたの? ショック
当時知ってればなぁ…憧れのフロッピーディスク
>>122 ひたすらポートを読み続けるとすれば、PSGのポートＡへのinir命令だから、21+1+1+1クロック≒6.72μs≒149kbps だね。2DDは250kbpsだっけか？
ビット幅あるけど、広げても手間賃で行って来いになりそう。
8ビットマシンなんだからもし1Mbpsの性能があってもCPUがついて行けんわ
>>128 8bitポート2本あってもCPUからは1本ずつアクセスするからCPUの速度で律速するのでは？
アスキーはR800を任天堂に売り込めば良かったのに
CPU側から交互になると言うだけでなく、
SFCは途中までFC上位互換として作られてて最終的に互換スロットを付けなかっただけだそうだから
>>132 西和彦が組長に土下座してたらあり得たかも
>>130 任天堂は6502との互換性を考えてたから
>>133 下心を組長に見透かされて却下されるか、超絶買い叩かれそう
プログラマーが慣れてる6502をわざわざ捨てる意味は皆無だろ
VDPが常にゲーム機の後塵を拝してたから何も変わらんだろうね
https://rookiedrive.com/en/ ルーキードライブってのがあんのね、USBコネクタ付きカートリッジ
そこにFDDやメモリ、HDDを接続してMSXからアクセスできる
日本円で1万程度か
ソフトの移植を続けて開発力を浪費するくらいなら、互換ハードの普及をさせて新規開発に開発力を役立てるべきでな
当時ゲーム向けのグラフィックチップを作ってたのって、ゲームメーカーを除けばNECくらい?
NECのゲーム向けビデオチップってスパカセやPV-1000を見ると斜め上なおかしな仕様が多い
スパカセの方向を突き詰めるとネオジオだから発想そのものまで変ではないんだがな
>>139 これ持ってるけど市販ソフトはさっぱり動かん
ブラジル製のMSX用FDDの方は結構動くらしいけど当時知らなくてスルーしてた…
この頃のゲーム機はローンチのソフトのために設計された様なもんだし
>>147 つまるところ、何に使えるモノ？
独自のハードウェアで専用ソフトでしか使えない、とか？
>>131 ポート2つ使えば4倍速。
入力も、4bitあるから4倍速。
256ニブル限定で、瞬間的には2HDでも間に合うかも。
もっとも、シリパラ、MFM変換をハードウェアでやらないといけないけど。
MSX側はできるだけ負荷を低くしたいけどね
>>146 あれは背景面が単色ローレゾグラフィックのみとはいえ今見るとものすごいよな
単色スプライトのみならあれぐらいは出せたと
>>149 自作プログラムをUSBFDDとかUSBメモリとかにセーブできる
>>151 >>127 からすれば、4bit使えば600kbps弱いけるわけで、3.58MHzのZ80でも可能では。
>>153 そのUSBFDDとかは、たとえばDOSからアクセスできたりするの？
普通に使えるしMファンの付録ディスクぐらいなら読めるけど市販ゲームはほぼ読めないと思っていいのでそっち目的だとゴミ
もちろん3モードドライブ自分で用意しないといけない
>>157 なんでだろう。
プロテクト絡み？ FDC-ROMに互換性が無い？
>>155 割り込み関係全部無視してCPUがFDDに専念すれば間に合うか?
現状2DDでも無視してるわけだし。
>FDC積んだ方が早いし
理論値と実用範囲は違うような気がする
この130ってレトロPC板で嘘と糞まき散らしてるだけだから無視していいよ
>>136 スーファミとメガドラいじってたけど、65816の変な仕様に比べて68kは神に思えたよ
慣れとかどうでも良くなるレベルで笑
スーファミのCPUは遅いと言われてたが、パロディウスだなんかは処理落ちも少なく満足してプレイしたな。コナミの技術力の高さもあるんだろうけど。
腐っても6502の系譜だからな
最初に触ったのがSFCとメガドラだったら、そりゃ68000の方が良いに決まってる
658512とか
パロディウスだはサブCPU載せて高速化したタイプでは
>>173 あれカセット側に本体より高速なCPU載っけてるのよ
どうも、基板のパティーンがキレたらしく起動しなくなった
カセットの方に10MHzとかの高速CPU入れれば本体のは遅くても高速化できてたのが良いよな
>>178 パロのカセットにグラIIIを移植した動画あるよね
全然処理落ちしないの
>>180 何かというと二言目にはDMAと言うが、そんなものがついていても望む性能の
R800カートリッジなんかできないし、tRに匹敵するバージョンアップアダプタ
を作ったとすれば、それはtRそのものとほぼ変わらなくなる。
回路規模も値段もね。
>>177-178 パロだ！には乗っけてないよ
パロシリーズでサブCPU乗っけてるのは実況おしゃパロだけじゃないかな
>>182 違う違う
DMACが積めるスロット仕様だと、CPUのバス乗っ取りができて別CPUにバージョンアップできたのに、って方を狙った話
拡張スロット対応DMAが有れば使いにくさが大きく改善されるね
>>184 もう少し具体的な絵を見せてくれないか。
バスを奪って別CPUを載せたところで、どんなバージョンアップができるのだ？
R800が積めてR800の量産量が増えて低価格化ができる
>>183 パロディウスだ！持ってたので中開けてみた
高さ3cmくらいのちっちゃーい基板で
チップは2つしか載ってなかった
16ピンのゲジゲジ KM23C8001A 8Mbitsマスクロム
16ピンのゲジゲジ D411 CICチップ プロテクト用？
CPUはないねー
あ、マスクロム32ピンだったわ(どうでもいっすねさーせん
>>187 3.58MHzかそのレベルのR800が積めても何もうれしくないよ
カセット内に内蔵RAM積んで、その範囲では高速処理とかできるのでは
SFCに特殊チップ載せてたのは拡張ピンが生えてるから殻割りしなくても外から判る
wikiにもあるけど、SA1チップの載ってるカセットだよね
>>175 最初に触ったわけじゃないけど。
そもそもハード自体がファミコンとは違うし、CPUの互換性なんて大した意味はない。
アセンブラ時代はコードの使いまわしなんてそこまで重要じゃなかったし。
>>194 SA1は純粋に本体CPUの遅さの補完。用途が限定されているわけではない。
思考型強化はARM載せたりしてるのがある。
>>192 パイロットウイングスとかマリオカートはDSPが載ってるけど拡張端子は使ってない
>>196 スーファミはファミコンと互換あるよ
多分膨大なファミコンソフトの動作保証をするのが面倒なので公式にはやめちゃったけど内部的には残ってる
>>199 PPUもAPUも互換性あるようには思えないが
>>199 互換は無いよ。全く無い。
CPUだけ互換取ろうとした名残が残ってるだけ。
ゲームパッドとPPUモード0は互換じゃないの
すべてのファミコンソフトの動作検証が事実上不可能だったのも互換性切り捨ての理由の気がする。
Project-Nested でググると出てくるな結構動いてる
>>203 PPUも互換なんてないよ。
ファミコンのBGはアトリビュートが特殊だし、あれと同じモードはない。
>>204 まぁ、メガドラも中途半端な互換性にチップ面積を割くくらいならパレットの１つでも増やしてほしかったなとは思ったね。
こうしてみるとスーファミは後発の割にはそれほど高性能でも無いんだな。
>>210 それROMイメージを変換するものなんだが
JITコンパイルもしてるみたいだし
ただのエミュレータやで
>>210 それエミュレータだよ。
互換性があるからできてるとかいう単純な物ではない。
つか、今時ハードの仕様なんてその辺に転がってんだから自分で調べるくらいのことすりゃいいのに。
6502から65816変換ならjitつうかパッチ当てる程度じゃね
>>215 つーても開発者がJITとAOTの組み合わせ言うとるからなぁ
>ともと下位互換性を保つように設計された SNES
MMUがついてないNESROMなら静的変換して動くんでしょそのくらいの互換性じゃね
>>211 いつもの枯れた技術の水平思考やで
任天堂のゲームハードは性能的に冒険しない
N64とバーチャルボーイ除く
枯れた技術の水平思考はゲームボーイ開発者の言葉であって任天堂の格言というわけではないけどな
>任天堂のゲームハードは性能的に冒険しない
最新技術を使わず枯れた技術で作った結果がドリフトだよ
ドリフトしない枯れた技術じゃコスト高なので、新しい安物使ったせいだぞw
確かにジョイコンのサムスティックって回転運動をスライド運動に変換して認識する薄型に特化した方式よな
てかアナログをあんな薄い筐体で使おうとしたら
>>227 ステック押し込みって構造的にも操作的にも最適解とは思えんよね
背面ボタンがその答えだと思うけど
なんか特許的なものがあって純正コントローラでは採用されてないんだっけ
ファミコンの沙羅曼蛇見たら色鮮やかで綺麗でいいなぁ
RGB接続すればMSXの方が原色バリバリで派手じゃん！
>>132 技術面の問題で互換が実現しなかったと聞いたが
>>232 ザ・キャッスルではファミコンに勝ってるぞ
他にもMSXの方が上なソフトはあるはず
MSXグラディウスはFCよりレーザーが長い、ビッグコアがデカい、オリジナルステージがある、と評価が高いがガタガタスクロールはやはり気になる
>>236 ロードランナーって技術的な問題なのかね？
ファミコン版で遊んで、その後MSX版見たら寂しさに愕然としたけど、むしろこっちの方が正統派だって後に知った。
ボンバーマンの続編だったロードランナーに草
ロードランナーは明らかに1画面のが正統派だしゲーム性が良い
まあ全体が見えてないとゲーム性変わるよね
>>241-243 ハドソンは、すばらしいソフトハウス
心があるよ、ソフトに
FC版を一画面に改造するパッチが昔あったなぁ
そもそもスムーズスクロールってゲーム性に置いて必須なものなのか
>>247 背景と判定があったり敵が背景と連動してるゲームでは多いに関係ある
>>247 それ以外のパソコンはスクロールだけじゃなくキャラの動きもキャラクター単位で動いて且つ処理速度も遅いからガクガク、チラチラで、そもそもゲーム性を語る以前の話だからな
>>247 88とかは意外とスムーズスクロールを実現してっからね
>>246 パッチいうことはエミュかなんか？
ちょっと見てみたい気もする。
>>251 元88ユーザーだったけど全然スムーズスクロールなんかしてないよ
ファルコム後期は表示領域を狭くして何とか見れるような感じにしてたけどシューティングゲームになると駄目だね
同じファルコムでもスタートレーダーが良い例
あとヴェイグスとか
アクションゲームに強い憧れがあったので発売日にすぐ買ったがどれもガッカリした記憶
中央部分だけ小さく使うって悲しいな
screen 3てアレなんだよ
>>253 横移動が遅くてやりづらい・・・わけではなさそうだけど・・・
８ドットを１ドットとして扱えばスムーズスクロールだ
中央合わせの表示位置調整を一周する分幅広く取ればスムーズスクロールだがな
>>257 縦横で移動速度の違うロードランナーは難しいと思うよ
先回りを警戒しないと
>>261 うんだから、
>>246 の言うそれが見たいんだけど
>>259 オーバーフローを感知して端と端を繋げる回路もないとハードウェアスムーズスクロールにはならない
>>264 そこまでゲーム向けに作らず、メモリ内容をそのまま表示してる形でアドレス繋げてても良いのでは
1ラインズレて行くが仕様ですでも
端がピッタリ繋がってるゲームも少なく縁を書き換えて行くのが多いし
そもそも、何が「オーバーフロー」なのか詳細を聞いてみたい仕様
次ラインを表示しないようにしたいんだろうな気持ちは解る
スレそのものは読み書きできるが一覧が死んででスレアドレス知ってる人以外書き込み有るか分からんな
西さんが急に手を広げすぎてるように見えて心配なんだけど昔からこういう人なの？
自転車操業っぽいけど、クラファン前にキチンとモノができてるだけでも他の人に比べてスゴいと思うけどね。
むしろこうやって3までモチベを維持してもらわないとなので
あっちのスレは完全保存版3が前提であるかのような進行
「韓国は兵役免除を達成し狂喜乱舞」「日本は顔を覆って泣き叫んだ」日韓決勝後の無情なコントラストに海外メディアが注目「雪辱を果たせなかった」【アジア大会】
https://www.soccerdigestweb.com/news/detail/id=140613 PLAN B組に来てるようだから
MSX0のために、2DDのデータをwindowsに取り込みたいけど、パナか富士通のUSBのFDDが使えるのかな。
>>292 usbだと上手くいかないことあるので
そのためだけにXP時代のノートをいまだに維持して
内蔵FDDで読み書きさせてる。MSXの保守用に
スミマセン。レトロゲームが高騰していて、何でも高くなっており買えませんので。パナの外付けでは無理だったので、富士通を買って試すしかないかな。
3モードUSBは一昨年ぐらいにBEEPで新品放出してたときに押さえてある
MSXには3D視点じゃないダンジョンマスターがあったんだが
新品で200円は無いんじゃ？
特価情報疎かったから比較的最近(3年前?)になってから富士通3モードUSBドライブを尼中古で3000くらいで買ってたよ…
ロジテックの外付けの新品が3モード対応をうたってかなり長々とBEEPで売ってたんよ
MSXのプロテクトなんてCRCエラーかマルチセクターくらいしかないし
Wizのデュプリケートディスク作るのに
実際MSXPiだと外付けFDDから直接読んで起動できるよ
kizunaサーバの前のmatsuriサーバってクラッシュした？
MSX0やっと動いた
「届いていないのにAMAZONで売るのは怪しからん」
何か制御できたら良いなと思ってる
MSX0はかわいくていいのですが、まともに操作できないのはどうなの？ゲームは遊べないと思うけれど。FM音源もですが、スプライトもちゃんとう表示しない時もあるし…、マニュアルに、対応予定とは書いてはあるので…アップデートすると思うので、期待しています。ガンバレ！
カートリッジ吸出しGroveを7月
コンセプトを理解してない
WebMSXがあんなに動くという事は、
互換性要らないならエミュでないネイティブ環境で開発すればいいのでは？
> 互換性を維持する必要もない（切り替えればいいだけ）
>>327 webMSXすごいよね。
さすがにPCM再生（っぽいこと）とかシビアなことをすると粗が見えるけど。
コンセプトを理解してない ってあるけれども、
>>332 もちろんよ、だって「勝手MSX」なんだからｗ
>>329 おじさんたちが、MSXの語法でプログラミングできるからだよ
それに後半に書いたように、たとえばF1スピリットの車のスプライトを
フルカラーで好きなように描き変えて遊べるじゃん
ArduinoUNOの性能が３倍になったので、
カートリッジリーダーもまだ出ないし
Windowsでリモート画面操作できるのはまあ便利だけど今のところ画面がデカくてキーボードが使えるぐらいだけでいまいち。ファイルが送れるようになると使いやすくなると思うけどなんか口出したら気に入らないなら金返しますって言われそうで怖い。
そりゃあ言い方にもよるよね。言い方が良ければ結構話を聞いてくれて、それを実行してもくれてる。
そりゃあ、散々絡まれてやな思いしてるから、丁寧な対話姿勢じゃない人が拒絶されるのはしかたないし、別にアタマを下げるというよりは、一般人として当然の話しかけをしないと向こうのやる気を削ぐだけということやね。
久しぶりにturboRを起動してみると音が小さくほとんど聞こえないぐらいです。
めんどうならまず、音声チップから出力端子の間にある奴交換してみ
聞く前に交換
修理って言ったってコンデンサ交換くらいしかしないだろ
修理は68の方が簡単でしょ
x68000は電源絶対死んでる
電源はカバー開けてすぐだろ、AT用の一般のも使えるし
お前みたいな馬鹿だと生きていくの大変だろう
故障してても修理できるのとできないのの区別がつかないのか
それらしい態度でミスをして大恥をかくのが得意技の人は
フレキの修理大変だよな
コンデンサー変えたら直りました。
>>355 FS-A1修理してるけどキーボードに何かこぼしたらしくて
うわーって感じになってた
奇跡的にフレキの断線や基板の腐食はなかったけど
ばらして清掃するのが大変だったわ
あとはお約束の音声出力コンデンサの交換
Ａ１のキーボード掃除するのにバラしたことあるけれど、キーに使ってるバネ、全部同じじゃないんだよね
>>366 パナ系はまだマシで、SONY系はフレキ弱いのですぐ断線するよ
HB-F1mk2の頃のは現役の頃でも怪しかった
MSXは定価を下げてみんなが買えるようにと、ヤワな部品使っていたりする
X68000は昔の家電みたいで、とかくネジが多いけど
フレキを修理した事無いだろ
キーボードのフレキというと、mx-10の中身に感動したのを思い出す。
当時は透明なフレキの方が先進的な感じがしたんだけどねえ…。
>>369 こんなに何十年も使う想定ではなかったんだろうなあ。
FS-A1の基板みてて思ったんだけど、なんでこんなめんどい仕様にしたんだろうな
同時期のHB-F1も全く同じAC電源なので、MSX2の大幅コストダウン化の出所は同じじゃないかな
こどもだったしキーボード＞漢字ROMで決めたけど結局よかった
今、あえて MSXをエミュじゃ無くて新機種で出したら凄い値段になりそう
中身FPGAにしてそこそこ数さえ集まれば５～６万で出せるんじゃね？
msx0は今出た新機種じゃ無かった…？
>>379 結局ソニーは、あの金型がラストになったわけだしな・・・
>>155 可能dehaってどういう意味？
>>387 反応すんなよ
永久保存版3の MSXPlayer で質問させてください
Z80を差し替えるキットを売るらしいけど、中古市場が一層荒れそうだ
個人的にはMSX-MUSICとSCCが付いてればMSX2までで十分
２＋以降の仕様はいらない
好きなように組み立ててくださいというApple Iみたいなキットを売ってほしい
MSX2のフルサイズの新機種が出れば理想だけど、
>>381 たぶんコストを跳ね上げるのはキーボード部分なんだろうと思う
USBキーボードを乗せられるようなデザインにして、
こだわりたい人は後付けでキーボードを自作できるような構造にしたらどうか
あるいは中国にわざと仕様を垂れ流したら、
Z80ピン互換の超高速CPUとかあったら改造するんだけどな
それとある意味等価なんやろ、今度出すZ80に挿さるヤツ。
MSX以外にも使ってみたいね
https://www.8bits4ever.net/product-page/sx-1-mini-msx2-fpga FPGAで実装されたMSX2+だけどこのあたりではダメなん？あとAliexpressでも、FPGAの互換機売ってるよ。
USBキーボードは対応してなくてPS2だけど、高速化モードもついているよ
>>397 倍速だって無理。そのバスタイミングが決まってるんだから、せいぜい１サイクルに４クロック以上かかってる命令が４クロックになるぐらい。
リフレッシュを非同期にして、M1サイクルを１クロック削るとか。微々たるもの。
どうしても速くしたければ、バスにぶら下がってる連中の動作マージンを期待してクロックアップするか、内部の一部だけでぶん回すtRの形にならざるを得ない。
日本語サイトにも、Z80差し替えの形でFPGA載せて遊んでるページがあったはず。
初期以外はMSX-ENGINEにZ80含んでる機種の方が多いと思う
ソニーの2+はZ80積んでたな。ザイログ謹製を見たのは実は初めてだった。
ラズパイに 68000の振りをさせるのはあるから、Z80も不可能では無いと思う
ちょい上にもあるけどやっても意味ないし
速くするとBIOS内のI/Oアクセスが動かなくなるから
CPU換装するだけでベースクロック変わるとか思ってそう
6502に刺さる16ビットバージョンとかあったっけなあ。
>>394 FS-A1とかやけに値上がりしてるのは、それが理由か
FSはまだしも、スルーホール基板のMSXでZ80剥がしを失敗して
基板をお釈迦にする奴が出てこなけりゃいいけど
>>412 古い機種を廃棄させて新しくでるＭＳＸ０や３を買わせる作戦か
>>393 自己レスだけど、Windows 側でエクスプローラーでA:開いてたりするとまずいみたいね。
クセ強いけど慣れれば、ImDisk Virtual Disk Driver で MSX PLAYer 快適に使えるね。
>Teensy++ が数日前に到着し、今日の午後、ファームウェアをロードして改造し、Z80 のソケットに差し込みました。
https://prophet600.blogspot.com/2013/02/teensy-p600-alpha-installed.html MSX以外でもZ80を現代のプロセッサに置き換える改造があるのか
差し替え有りならVDPの高速化が一番楽だよな
速くしてどうするんだ？
一般のゲームはフレーム処理してるから旨味はないけど
>>420 > BASICの描画なんかは速くなる
でも、速くない前提でプログラム組まれているわけだから、たとえば
目立たないところでもったり準備していたものが、目立たないところでスパパパっと準備されるぐらいの
目立たない変化でしかならなさそう・・・・
VDPコマンドが好きなだけ実行できれば色々よさそう
>>425 kanjiモードなぁ・・・もうちょっとスピードほしかったよね。
遅い原因は文字フォントを常に送り続けているからじゃないかな。とすれば速くはならん気がする。
SCREEN1でのprintでの文字の表示と、SCREEN2でprint#1とかやるその差。
MSXPLAYer と MSX0 関係で MSX-DOS2 と MSX-C
やはり、カートリッジリーダーチラ見せしてきた。
なんで内部バスのみで考えるのか
それ言い出したらわざわざ差替しなくても1chipMSXで良いってことになる
「MSX0」のクラファン第2弾開始！カードサイズや切手サイズ登場。
MSX0 Cardを安く手に入れる裏技も？
https://pc.watch.impress.co.jp/docs/news/1548518.html MSX0来たけど、何もしてないから、次もやらないことはわかってるので買わないかな
こんな小さなカスみたいなのばっか出して売れるとでも思ってるんだろうか
腕時計型のMSXがあったらApple Watchなんてオワコンになるし
>>438 なんの役にも立たないだろうけど 絶対欲しいなそれ
>>438 オレ、MSXのマウスパッド持ってるけど
国宝級だと思う(笑)
画面の大きさが前のクラファンのより購買層に更に辛い
Atomどうせならベースもそれぞれ1個ずつにして1万円ぐらいにならないかなあ
>>432 スロットやマッパ、メガROMの状態を把握してキャッシュしないとダメだけど
エミュレータみたいに完全ソフト制御じゃないならめんどそう
>>442 老眼はどうにもならんから、網膜に直接照射するやつにしてほしい
> ゲーム機のボタンを1万回押してもゲームは作れないです
DanteとかのMSXマガジンのゲームも西くんが権利持ってるのかｓら？
ソフトプレーヤーってとこがとても大事な要素だから
質問:MSX-DOS2 の質問
COLOR (MSX-DOS 2)って外部コマンド？その場合どこで手に入るの？DOS2 TOOLSとか入ってなくね？
https://www.msx.org/wiki/COLOR_(MSX-DOS_2) MSX-DOS Internal Commands
まぁ俺ならColor程度なら欲しかったら作った方が早いけど
>>462 えw
30年前に草の根で公開してるし、そんな初心者が作るサンプル的なものを欲しがるとかww
スレの雰囲気悪いなぁ
おそらく他スレも荒らしてる奴だよ。叩かれてこっちで憂さ晴らししてる
;color.com
>>457 ネット上のテクハン見る限りでは内部コマンドではなさそう・・・
>>456 最後にこう書いてある。
> Compatibility
> MSX-DOS 2 / Nextor with COMMAND2.COM v2.40 and higher
つまり、COMMAND2.COMのv2.40以上が必要(非公式の拡張パッチ)
http://www.tni.nl/products/command2.html >>470 ありがとう。Nextor とか試してなかったね。
とはいえここは自作もありな気がするね。
>>456 >COLOR_(MSX-DOS_2)
効果
前景色、背景、境界線に使用する色を変更します。
ノート：
MSX-DOS 環境に移行する前に、MSX-BASIC で画面とその色を選択すると便利です。
詳細については、MSX-BASIC の命令 SCREEN 、 CALL KANJI 、およびCOLORを参照してください。
とのことなので、BASICでカラー指定するんじゃダメなのか？
MSX-C?
>>477 スペース区切り対応した C 言語版作ろうかな
>>478 例えば 「MSX-C 入門下巻」付属の calbio() みたいにすればできる。
インラインアセンブラですけどね笑
他に良い方法等あれば教えてください
;（DTA解読して、３つの???clrを設定）
call getnum2 ;fore color
calc:
>>481-485 マシン語での試行錯誤の過程を示していただきありがたいです。
コマンドライン引数の解釈なんかは(個人的には) C のほうが楽ですね。
マシン語でややこしい事をする気にもならないのは、
使いこなせていないのかもですが
謙遜しなさんな。アセンブリ言語でなくマシン語と言うあたり歴戦の古強者とみた
まあこの内容だとライブラリ使わずにポインター使ったC言語と変わらん
昔はアセンブリ言語の同義語としてマシン語という言葉も使ってたよ
そこじゃない
お前らいい年なんだから、カドの立つ言い方は控えてみんな仲良くしろw
アカシックライブラリのMSXマガジンでちょうど「パワーアップマシン語入門」
BASICでも他の言語でも16進数は使うので、16進=マシン語はおかしい
発言は「異議あり」と大きな声をだしたあとでお願いします
Mファンのマシン語講座にRomiが「なんでニーモニックを使わないんだ」と激怒していた
>>503 Mマガのパワーアップマシン語入門の第一印象は、ハンドアセンブル
なんすか？でしたけど、当時 SimpleASM 体験版つけるわけにもいかず
落とし所としては仕方ないかもねぇと思いました。
みんなでアカシックライブラリのMマガ感想でも語り合おうぜ！
>>493 16進はマシン語じゃなくてもマシン語は16進だボケ
ハンドアセンブルして16進にしたものがマシン語
つまりコンピュータで認識出来る言葉(即ち16進)がマシン語
データの16進はただの16進
アセンブラというのはその16進のマシン語を人間にわかるように当てはめたものの事を言う
>>506 マシン語がアセンブラだと思ってるお前がニワカ
CPUから見たらオペコードは8bitのデジタル信号だし、それを人間がわかりやすくする為に16進数表記をしてるのでは？
くじけちゃいけないマシン語入門part2 ・・・だったかな
>>503 それはよくワカランけど・・・mnemonicって読めんよね
pseudo static RAM並の難読
>>508 16進も2進も8進も10進もただの数字で同じもの
人間にわかりやすくしたものじゃなくただいくつで次の桁に繰り上がるかだけで同じ数字
>>510 欧州語の置字は覚えるしか無い
だから学校でもディクテのテストを繰り返しやる
>>507 マシン語が16進だと思ってるお前がニワカ
皆さんのMSXマガジンの「パワーアップマシン語入門」読んだ感想を聞きたい
https://akasik-libraries.jp/modules/booklist/booklist.php?genre=24 今読んでも良い内容もあるし「マシン語」という言い方含めて古く感じるところもあるでしょう
五十代以上のジジイが顔真っ赤にして罵り合ってて
>>514 お前もう恥ずかしいから一生ROMってろ
今も昔もアセンブラの事をマシン語とは呼ばない
アセンブラで生成された物の事をマシン語という
https://www.i-learning.jp/topics/column/it/assembler.html > アセンブラとは
アセンブラとはアセンブリ言語で構成されたプログラムを、コンピュータのCPUが処理できるマシン語（機械語）に変換するソフトウェアの一種です。
マシン語（機械語）とは0と1の数字の羅列で構成された言語で、直接人間が記述・理解することは非常に困難です。そのため、まず人間が読み書きできるアセンブリ言語で記述を行い、コンピュータが処理可能なマシン語へ変換することで、CPUやハードウェアの操作を可能にします。
>>523 「ただし、アセンブリ（言語）を含めて「アセンブラ」と呼ぶこともあるため、
文脈に応じた判断が必要です。」とも書いてあるね。誤用とは思うけど、
コンパイラに比べ、アセンブラは、ニーモニックの並び以外には適用しない
から実害がないのかなとの理解です。
ですが「パワーアップマシン語入門」p.160-165なので、無料だし読もうぜ
https://akasik-libraries.jp/modules/booklist/bookinfo.php?id=512 ;color.com
ret c ;エラー終了
call chkspc
>>526 はぁ？
アセンブリとアセンブラの話なんて誰もしていない
マシン語とアセンブラの話をしてるんだよ
第三者がマッチポンプで自演して一人で荒らしてるだけだな
こんな所にソース貼るよりgitにでもアップしてリンク貼った方が良いのでは
>>519 これかな？
マシン語って２進数のことをいうんじゃないの？16進数なの？
マシン語はマシン語であってその表記の仕方が数値だったりニーモニックだったりするだけだよ
ニーモニックは人間に分かりやすいようにマシン語と1:1対応してるってだけでマシン語そのものではない
>>537 進数は関係ない
2進数も8進数も10進数も16進数もただの数字で桁上がりの数の違い
コンピュータで認識出来るものだから全てマシン語
ニーモニックはマシン語ではない
マシン語を人間に分かるように対応付けたものでアセンブラの表記の一例だからマシン語ではない
バカに騙されんなよ
分かりやすく言うと、マシン語はそれがマシン(コンピュータ)で認識出来る言葉
メガRAMと対応コンパイラか
メガReRAMはストレージむけだよな
同じ単語を漢字で表記したら日本語なのにひらがなで書いたら日本語じゃないみたいな論理だな
それ逆だよ
> 広告であるにもかかわらず、
C9Hのような16進数も、実際の数値を記号化したものでありマシン語ではない
>>557 矛盾してるとか言うならちゃんと証明してから言え
>>556 無知なお前はROMってろって言われただろ
本人以外クソどうでもいいいことを延々とまあ…
メモリに記憶されている値→オペコード等と言う
C9Hはただの16進数であってただの数字
>>564 何度も言わすなよ基地外
RETはアセンブラであってマシン語じゃない
マシンがRETを認識出来るわけねーだろアホが
50年ROMってろ
>>566 > 当然別のプロセッサだと違う動作する
だからマシン語なんだろが
マシン(CPU)によって分かる言葉ばマシン語であってアセンブラはマシン語じゃない
ルネサスRXとかRISC-VにヤマハVDP搭載した新機種造った方が今時のユーザーも嬉しかったのでは
ってことは
それ言い出したら"C9H"もCPUは直接理解出来なくない?
>>572 CPUはC9Hを数字として見てない
それぞれのビットに意味がある
それをいちいち理解しながらビットを立てていくのが面倒だから、16進数で書くことにいてるだけ
MSXのフックエリア見ると、ノノノノノノノノノノノノノノノノノノノノノノ・・・・・・
一番単純なニーモニックって何が言いたいのかわからん
NOPいれたら返ってこれないやん
MSXおじさんはPとライバーどっちが多いのかな
IoT版MSXやるなら秋月パーツで作る自作ホビーマイコンとかの方が今の時代に合っていたのでは
もうさぁ
ユーザーや愛好家の声を聞かない人だからなたくさん販売したいならそこからだろうに
> AF'とか？
昔FTPサーバに溢れていたromイメージの事はタブーなのかね
FTP以外のプロトコルでアクセスできるところにあるんじゃね
>>599 解決って何が
>>600 いや別に探してるわけじゃないんだ
あの頃は皆、MSXは終わったもので、復活するとも思ってないから、
権利関係むちゃくちゃで、それが今またMSXの動きが盛んになってきてから、
ROMから吸った事しかありません、みたいな空気で皆がシレっと会話してるから、
おもしろいなぁと思ってｗ
>ROMから吸った事しかありません、みたいな空気で皆がシレっと会話してる
うえるかむつーあんだーぐらうんどとか真顔で言ってそう
そうであれば、皆と言うには主観が強すぎると思いました。
海外ならROM拾えるサイト残ってるよね
>>601 アスペか？世の中の雰囲気わかんねーの？
>>605 なんかよくワカランけど、三才ブックスとかそっち方面？
三才ブックスに載ったことあるのはステータス
>>618 表記はないようだね
でもここの館長さんて人、アスキー時代に西さんと一緒だったようだからうらで話はついてるかもね
MSXのゲームは許諾無しで出せるけどグッズは許諾が必要
勝手にやってたら中止やね
こういうのは、MSX ライセンシングコーポレーションに問い合わせでは。
MSX vs FCのゲーム対決の動画見てると横スクロール機能があったら移植しやすくなってFCとMSX同時リリースとか増えてたんだろう名と思う
>>545 MSX2が発売された時にMSX2+が出てたら歴史が少し変わってたと思う
MSX2+ になってもスプライトが弱いからねぇ。
PC路線で行くならTMS9918を採用したの自体が間違ってた
でもなぁMSXなんてほとんど中高生しか使ってなかったと思うからゲーム用途が最適解だと思うけどな
もっと言うとSHARPがMZ-1500の営業や販売が上手ならMZが御三家になってた世界線もワンチャンあったと想像してる
MSX以外の8ビットPCがそんなに高尚な目的で使われてたかというとMSXと大差ないやろ
MSX2+ の段階でもスプライト弱いのがゲーム専用機には
当時のTVにRFで繋ぐこと前提だったら80桁表示は無いです
>横スクロール機能があったら移植しやすくなってFCとMSX同時リリース
>>629 88とか400ライン出せる機種はワープロ用途で普通に使われたけどな
家庭用ワープロが液晶1行か2行、業務用が100万円してた時代に、
フルスクリーンのワープロは8ビットでも十分需要あったで
(ゲーム)プログラミング学習用パソコンとしては、一定の成功を
まあ、まとめると MSX とゲーム機を比較するな。
スプライト弱いと言ってもCPUの性能からいって充分じゃないの
今こしらえてるのはR800@700MHzやスパコンなのに表示チップはV9990
フルサイズのMS謹製BASICが載って64KBまでリニアに使えたんだから、
>>626 コスト。
6845は周辺回路に数万は掛かる。
チップ1個で全部まかなえるTMS9918Aとは全く違う。
>>643 そもそもBASICが64ｋBをマトモにサポートしてないし、アピールしようがない。
MSX１はディスク標準搭載じゃない機種ばっかりだったし、MSX-DOS動かさなきゃ64ｋBとか何の意味があるのみたいな状態で。
だから宣伝下手やなぁと
ファミリーベーシックは、ユーザーメモリ 2kb (V3 で4kb) と比較すれば、
面白いのが MSX-DOS や MSX-C が普及したのは最近(?)ということ
まあ、あれはLSIのOEMだったから、当時でも本家に比べれば安かったぐらいだし、仕方なかった所はあるよね。
>>648 MSX-DOSはパチンコ方面で普及してたって西が言ってなかったっけ？
あと8ビット機のワープロもMSX-DOS搭載
理由は当然のようにMS-DOSとのファイル互換のため
当時小学生だったけどMSX-DOSつかってたよ
>>646 作ってる方はカタログスペックが上がればそれで良かっただけだから、
実用性があるかどうかなんてどうでも良かったんだよ。
管理するのにプロンプト状態があると便利なのかも
RAMDISKが使えて、大容量データをROMで扱う管理が楽だからでは?
ROM一杯載せてパチンコで何やるんだバカ
主基板の、ROM容量最大16KB、RAM容量最大1KBの方でMSX-DOSを使う方が無理だぞ
MSX-DOS は、MS-DOS との互換性が Windows 時代に再評価
FPGA で MSX3 作るのもいいけど、openMSX は現在も
MSX-DOSは出た当時から、DOSとCP/Mのいいとこ取りが評価されてたと思うけど
>>654 Z80絡みの関係だろうね、パチンコ機を審査する団体が
Z80の仕様を要求していたので、その上で動くシステムといえば
MSXが一般に普及していたから
といったところだろうか、やっぱ賭博性のある遊技なので
その辺の仕様は厳格さが要求されるのかも
CPUを固定してる訳では無く、コンパクトな小回り効くCPUじゃなきゃ無理なメモリやプログラム容量の制限など、仕様の数値の制限で実質的にZ80しか無理となってる
>出た当時から、DOSとCP/Mのいいとこ取り
なんでDOSとBASIC比べてるの？
ファイルシステムがDOS互換で、実行ファイルがCP/M互換って最強やん
>>667 どのマシンにも載ってるのがDOSじゃなくBASIC（というOS）だったからね。
>>0668
そう考えると MSX をゲーム機と異なる魅力を感じさせる
2+の付録だったか、なんで持ってたのか忘れたけど、MSX-DOSを何に使うのかわからなかった
俺はMZユーザーだったけどOSなんて概念無かったよ
そうそう、MSX-DOS は評価されていないというより、何に使うか
MZはOS以前にBASICも怪しい
>マシン語モニタ
MSX-DOSでAEGだかってファイラー使ってたな
>>0680
ROMINS とか SUPER-X というやつですかね？
現在何処かからダウンロードできないですかね？
>>0681
AEG は MSX0 向けにバージョンアップしているみたい。
あとで試す
https://www2s.biglobe.ne.jp/~aeg/MSX/ MSX は、ファイラーもエディタも充実してたりなんかが
今のゲーミングPCがゲーム専用機よりも高品質なのを売りにして売れてるのからすると、正しい評価では
コールドスリープではないけど、MSX0 きっかけに再燃している
AEGもMSXDOS用だったと思うけど
>>689 なかったみたいな勢いで書いてるのってどれ
>>685 ゲーミングPC路線でどこからゲームを持ってくるの
あのウサギがニンジン食べたり、バスが乗客を拾うゲーム？
西さんはとにかく安くしたいらしいよ
「高くしたら売れない」と
672からの流れで
>>678 とか。
当時DOSがあること知っていながら、自分の触れてたBASICを「MSXの全て」て書いてるよね。DOSが空気だったみたいなニュアンスなのでしょうけど。
あなたがMSXDOSを利用しなかったのは不幸なこととは思いますが、アスキーもやれるだけのことはやってたわけで
その時に、手に取らない選択したのはご自身ですよね。自分がした選択や体験を他のユーザーに一般化してるように受け取ったのであのように書きました
MSXってちゃんと使えばファミコンよりかなり高性能だよな
それは高性能の定義による
>>691 DOS の存在は知られていたと思う。しかし、全MSXで共通なのは
MSX-BASIC で80年代としては FDD が普及もしていないので
「BASIC が全て」なのはしゃーないかも。実際に MSX-FAN や
MSX-MAGAZINE では、DOSもあるよとのニュアンスで記事が
書かれていた。MSX-DOS 対応アプリケーションも多くはない。
これは、MSX の歴史にとって不幸だったと思う。
しかし、2000年代以降、永久保存版に MSX-DOS2 も MSX-C も
付属して MSX0 では標準装備！これから先は輝く未来しかない！
ということで皆納得しないかな。これからは、DOS2 まで前提に
してアプリケーション書いてもいいよね？
tR向けはDOS2でいいけど2までならDOSかな
2+は漢字BASICが標準搭載だけどそこにフューチャーされる事なかったよね
>>682 SUPER-Xっていうのか。ハード工作ではよく使ってるわｗ
自分が使ってたのはLORD。調べてみたらSUPER-Xの初期版らしい。
>>701 だって遅いんだもん・・・・(´・ω・｀)
どうしても見通しほしいからKANJI3をよく使ってたけど、改行スクロールのたびにフワッフワするんだぜ。
SUPER-Xって、TAKERUで売ってたやつだな
>>699 DOS環境で便利なのはRAMがたくさん使える、ぐらいしか思いつかんけど、DOS環境でないと致命的に困るアプリなんてあるだろうか。
MSXは、いわゆるPCにおけるBIOSやOSの部分は本体内にROMとして持ってる。ドライバは各デバイスカートリッジに内蔵のROMにある。
MSX-BASICは、言語であるとともにOSのUIでもある。
便利なフルスクリーンエディタで全機種搭載のBASICと、ラインエディタでコマンドをポチポチやるだけ、しかもFDD使える御大尽しか使うことが許されないDOS。
どっちが栄えるかは明白。
>これからは、DOS2 まで前提にしてアプリケーション書いてもいいよね？
メモリマッパがMSX2標準仕様であったなら・・・・
2+からtRにかけてDOS使ってたけど、MSX-FANのFDがオマケに付くようになってからは、MSXもDOSの時代が来たと感じてた
> 便利なフルスクリーンエディタで全機種搭載のBASICと、ラインエディタでコマンドをポチポチやるだけ、しかもFDD使える御大尽しか使うことが許されないDOS。
tR持ってたけどDOSはあまり使わなかったな
tRでMEGA-SCSI入手後はほぼDOS一辺倒だったな
BASICをOS呼ばわりされるのウザかったけど機能面で反論は無理そうだったのでオブジェクト思考的に反論してみた
そもそもBASICとMSXDOSは対立じゃないし、なんならDISKROMで一体だし
>>705 DOS はメモリがフルに使える。
というか BASIC インタプリタに
半分専有されるのはナイよね。
リダイレクト、パイプで連携
ができる。BASIC のフルスクリーン
エディタより、高速かつ多機能な
V&Z が使える。ラインエディタ
だけということはないよね。
今の Windows からファイル持って
くるのも楽。特に msx0get2 重要。
とはいえ、導入コストが高いのは
致命的にまずかった。MSX0 で
DOS-TOOLS もついてきたりで
コスト面は劇的に改善されたけどね。
DOS2 じゃないと階層化ディレ
クトリさえ使えないからねぇ。
もう DOS1 には戻れないよ。
MSX0 前提にできるほど配布されて
ないし。早く Amazon で売って
もらいたい。
>>0712
＞古い BASIC でプログラム書くメリットが何もない。
これはMSXにできて、他のPCには不得手な事だ
MSXはメカトロと相性がいいよね
>>715 メディアの互換性かんがえるとDOS機になるし
PC+ホビー志向な独自コンボカード+MSX2互換カード(オプション)
としていただきたかった
DOSは98とのファイルのやりとりができたから非常に重宝した思い出
>>713 >DOS はメモリがフルに使える。
自分も、アセンブラやる時はDOSの方が楽で常用してた。
メモリは広いし、ソースから実行までシームレスに行けるし。
ただそれは、そういう用途の人だからであって、DOSとBASICどっちをよく使ってた？
と問われれば、後者という人の方が圧倒的に多いはず。
>導入コストが高いのは致命的にまずかった。
これ、大きい。長期にわたり御大尽専用環境だった。
>リダイレクト、パイプで連携ができる。BASIC のフルスクリーン
>エディタより、高速かつ多機能なV&Z が使える。ラインエディタ
>だけということはないよね。
標準的な入力環境の話にアプリを持ち出されても・・・
附属ワープロソフト最強とか、tools買えばmedついてくる、とか際限がなくなる。
ちなみにリダイレクト等々は、DOS1にはありません。
MSX-Cとかで作るとそれっぽいこともできるけど、それはDOSがやってるわけではない。
>>716 MOTORって打ち込んでもウンともスンとも言わない。壊れてるのかな・・・
という疑問はI/Fを買ってようやく解決したMX-10ユーザでした。
>>0716
>>719 PC 接続前提で拡張MSXみたいな方向性は良さそう。
MSX0PLAYer がそんな感じなのかもですが。
PC だと面倒な IOT 機器制御を MSX 側に投げる
だけでいいかな。
>>725 それ当時での話なので
いまはビデオカードは高度に抽象化されてるしないかな
現代だと仮想マシンを規格化して基本ソフトウェア実装
IoT向けにI/OはHAT/Groveを流用ならよかった
ホビーパソコンなんて昔から上級國民向けだよね～
小遣いとお年玉で手が届かないのはちょっと
UPLIFT プレミアム・サービスのお知らせ
https://uplift.5ch.net/ ＵＰＬＩＦＴ 主な特典
・連続投稿の規制を緩和します。
・スレッド作成時の規制を緩和します。
・5ch.netのスレッド表示画面に表示される広告を除去します。
・5ch.net専用ブラウザで5ch.netの過去ログを閲覧できるようになります。
・海外からのアクセス・ホスト経由からでも書き込みができるようになります。
・書き込みが規制されているプロバイダーからでも書き込みができるようになります。
・5ch.netを安定して利用できるように運営を支援できます。
5ちゃんねるを存続させるためには、皆様のご協力が必要です。
最後まで御精読いただきありがとうございました。
>>725 それ、MSXである必要あるか？
有象無象のワンボードマイコンの類でよくね？
西氏のラズパイとか安くて面白い物がある時代けど、新しい言語覚えるとかコンパイラだとかハードルあるから
既製品にMSXエミュ入れてネイティブ命令と連携だよね
MSX0Card のクラファンの先行きが悪いので
>>736 ＞クラファンの先行き
画面小さ過ぎてな…西さん良くあの画面読めるな?不思議で仕方がない。
老害が戻り易い環境にした処で若者より確実に先に居なくなるんだから若者が入り易い環境にした方が先がある
>>734 そんな思いがあったのか・・・でもさ。
腕に覚えがある、ぐらい使い込めた人って、新しい環境の一つや二つこなせるタイプ、
その程度のハードルは自ら超えていくタイプ、の人種じゃないかと思うんだ。
プチコンなんかもろストライクなんだけど、
任天堂はクローズド環境大好きだから変わらんな
MSXに新しく大きな追加しなくても、SDやHDD、SSDとかに対応とWi-Fiやインターネット対応、HDMI対応だけでいい気がするんだが
>ちなみに、今のSD対応してるのは完全に対応してるわけじゃなく、MSX-Cコンパイラやアセンブラがまともに動かないから
>>744 やってみれば分かるだろw
SD対応版のMSX-DOS上で動かすとハングアップしてコンパイルすら出来ないんだよ
そのまんまの意味だ
エミュレータじゃないOPEN MSXがあってもいいよね
>>737 自分で深く使ってる気がしない
西はそういう人だろう
自分は作る人、使うのは俺じゃない、というスタンス
そういう考えもあるのかもしれないけど、クリエーターは作ったもののヘビーユーザーでもないと、良いものは生まれないね
ゲームが好きじゃないって言ってた人が開発中の機械でゲームしてたぐらいだから、昔に比べれば使ってんじゃない？
ヘビーじゃなくてもちょっと使えばあのサイズじゃきついって事分かりそうなもんだが
>>746 ここはお前のようなバカが来るところじゃない
Nextor = MSX OS になるんだよね？
BASICは発展性が無い、Scratchは子供騙し、Pythonはハードル高いと云う御仁にはJasmine Teaをオススメする
>>755 じゃあ、逆に全部BASICでやってみそ。
そっちの方がハードルは断然高いが、そっちの方が越えられそうと思うおっさんが多いのが現実ぞw
MSX BASIC しか使えないおっさんの方向性は筋が悪いね。
マシン語ならやりたいことは全てできるぞ。理論上は。
構造化ではない古典的なBASIC言語は実装のフットプリントが数十KB程度で済むのが良い
古い BASIC の有用性もあるとは思うのでそこは
BASICはトライ&エラーでプログラム作っていけるのもあるね
TurboRならMSX-CやTurbo PASCALでの
LinuxだとMSXのFDイメージをそのままマウントできて
>>766 Windows なら DISKMGR.exe でコマンドラインから .dsk に
ファイル追加できる、実際 z88dk でそんな感じで開発中。
DISKMGR.exe -A -F -C BLANK.DSK APP.COM
ImDisk VirtualDisk ならドライブとしてマウントもできるし
Windows なら、永久保存版の MSXPLAYer で C 開発も快適。
まあ、MSXPLAYer に拘る必要なければ、mac も ubuntu もアリかな
MSX のエミュレータ環境充実してるよね。
いまどき品質維持に労力つかう低レベル開発なんてニッチ趣味すぎる
まあ、家庭で何かの制御するだけなら1、2画面に収まるぐらいの規模のプログラムで済むので、あんまり難しいこと考えなくて済む、昔から知ってる言語が使えるのは楽やね。
公式のクロス環境できると嬉しいね。
元 MSX 少年だけど、現役から30年近く経過しているので
BASICならスイッチオンで使えるけど、Cやなんやらはシステムを揃えるまでが大変。
電源ONで即起動
PC-98だけど、CやFORTRANのインタプリタあったな
Cはキザっぽくて嫌い
C は、ANSI 規格がしっかりしているのがいいかな。
まあ、みんな違ってみんないい。
>>776 俺もCは最初は好きではなかったけど
93年位だったかな？仕事でMS-DOSとCを使う事になってK&Rで勉強をしてプログラムするようになったら
これほど組みやすい言語もないと思ったよ
今はプログラムを組むことはなくなったが、もし組むならJavaScriptをチョイスすると思うので（理由はブラウザさえあればプログラミングができるから）
MSXならBASICでいいかな
MSX-BASIC もいいけど z80_babel 使っている人いたら教えてほしい
https://github.com/MartinezTorres/z80_babel MSX で Rust/D/C++ は熱くないか？
>>779 なるほど 仕事にするのなら良い言語なのかもな
趣味で使うにはあまりにも手続きやら約束事やら奇妙なテクニックが多いし 嫌なやつ多いし
>>783 >>784 うーん、なんていうか
どんな仕事でも職場に入るとルールがあるじゃん？
そういう規律が無いとみんながまとまらない
一人一人が自分がやりやすいように好き勝手にやってたら会社が成り立たない
そんな感じかなぁ
いやちょっと例えが悪いかw
先輩によく言われたのが
確かにDOSの頃のBASICってお手軽な代わりに分かりづらいわ
BASICって、コメントがメモリを圧迫するし、速度を上げるためにわかりやすさを犠牲にする事もあるよね
それはインタープリタ、コンパイラ関係ない話だろ
分割コンパイルしたくてもファイル分けると見通しわるくなるから
>>776 主観が強い。退化と主張するなら定量的・
客観的な根拠を示してほしい。
>>784 「手続きやら約束事やら奇妙なテクニックが多い」
そのように学習コストが上がる反面、複雑な課題を
分割したり一般化・抽象化できたりするわけです。
MSX-BASIC の良さもあるし、取り組む課題に
対して適切な道具の選択を行うだけだけ。新しい
事覚えたくないから MSX-BASIC を使い続ける
のも選択肢の一つ。
これまで高価だった MSX-C が入手しやすくなったり
z88dk のような新し、快適なクロス開発環境の
選択肢ができた事は喜ばしいことで、批判するような
ことではないよね。もちろんマウンティングでもない。
とはいえ今は明日の MSX3 の発表を皆で楽しもうZE!
40年経っても楽しめるとは思ってなかったよ。
COBOLなんかが分かりやすいが、自然言語的に可読性を高める無効な単語を含ませられる言語から、数学的な記号中心なC言語になったって事では？
読みにくい
仕事でも、たまにこんな文章書くオバちゃんいるな
COBOL、BASIC、Cって話なんだからわかるだろうと
>>786 恐らくリアルでも他人から何を言ってるのか分からないと言われてるだろうことは容易に想像がつく
プロンプトでちょっとMOTOR ONしてみるとか、ちょっとSTRIG(1)してみる、
>>795 >アメリカではPascalの評価高いまま、
>日本とヨーロッパの方がC流行りにアマチュアは先になってったような
アメリカではPascalが人気があり、日本やヨーロッパではホビーユーザーを中心にCが流行した
と書きたかったのかな？
((＊)())(()12345())()みたいなのあるやん
>>808 しらんけど
>>810 ANSI C の範囲ではそのような文法はない。
「しらんけど」と書かれているので、C の文法を
知らずに主張されてるのかな。匿名掲示板とはいえ
間違った情報書くのは好ましくないですね。そもそも
まともに話を聞いてもらえないよ。
def～end よりは {} の方が記号と言えば記号
まあ、それはキチンと文法に則っていれば合法だけど、昔の三流コンパイラだと受け付けてくれさえしないw
int main (int argc, char *argv [ ]) {
数学的かどうかの話だが
>>819 数十年ぶりに書いてみたけど割と覚えて
当時は数字も拘ってたけど
スマホで打ったので一行目で改行したり
TABが無いからスペースを適当に進めたので
空自については目をつぶってくれw
K&Rの流儀に即してmain関数はOSに戻り値を返すように書いてたよ
もっと書くなら一行目に
include <stdio.h>
を入れないと、か
ただ個人的にはprintf関数はほとんど使わなかった
数字や空自、ではなく空白
>include <stdio.h>
>>827 あぁそこか、スマホで打ってたので、すまないｗ
>>823 スタジオ ヘッダと言っちゃうよな
俺もそう言ったら外注のプログラマーに腹立つほど馬鹿にされたよ
やっぱ Cを支持している人って性格悪いなぁ
でも英語圏のひとってそのまま読みがちだよね
年齢的にC慣れが多いんだろうな
言語関係ないならBASICである必要も無さそうだけども
小中高で MSX-BASIC 経験して、就職したプログラマなら
組み込みの世界にはprintfは使えない
IchigoJamというかIchigoLatteはJavascriptライクな言語でプログラミング出来る
>>836 職業プログラマーでなくてもMSX世代が社会人になっても趣味でパソコンやってたとしたらPC98に移行してるだろうから
その時はC一択だったしね
>>837 1文字出力関数を実装することでprintf使えるのはあるね
sdccなんかそうだね
PICのXC8もそうだった気がする
STM32CubeIDEも1文字出力関数を実装してprintf使えるね
Raspberry Pi Picoのpico SDKもprintf使えるね
ただ、8bitマイコンだとprintfのサイズが結構大きいので
>>839 趣味なので2+で目いっぱい引っぱってwinに移行しましたよ。
いわゆる自作PC、ショップブランドPC、いう世界へ。
vbsとか使ってたかな・・・あ、BASICあった、って。
MSX-Cもちょっぴり舐めたけど・・・アセンブラなら数バイトで済むものが20KBとか30KBとか。
MSX-BASIC から Windows の Visual Basic への移行は
>>837 シリアルに出すよう独自で実装するよ。newlib組み合わせたり
>>843 インクルードをけずってもサイズは減らないぞ
8ビットの世界にCは大きすぎるよね
ビット数ではなく最適化の問題で最近の賢いコンパイラは優秀。CPU初期化部とかアセンブラじゃないと書けないところ以外はCの方が楽。ただMSX-Cだとアセンブラでいいかもね
>>846 本当？ 勘違いかな？ 何を削ったんだったっけ・・・
MSX-Cの場合、リダイレクトみたいなDOSが持つべき機能までコマンドに持たせたから
無駄にでかくなった、それを突っ込んでるのがstdio.hだった気がするんだが・・・
ともかく何も入れない状態で、関数もprintfも使えないけど、ifとかforとかは使えるんで
8ビットに何を求めるかだな
Cはbit数というよりはレジスタ数の問題だな
C言語やってれば、それ以降の言語は同じようなもんだからな
無駄なインクルード削って減らせるのはコンパイル時間だけだな
>>853 そんなんx86もアウトになるしユーザスタックがあれば十分では？
レジスタ多いと最適化は進むけどそういう時代ではないし
まぁネタで適当なこと言ってるスレよね。なにが楽しいのかしらないけど。本当に天然で言ってるのなら誤解なので謝るけど
ここはマウント取った気分に浸って気持ちよくなるスレだよ
でっかいコアダンプ吐いて無様におっこちるCよりも、
昔の MSX-C でのセルフ開発での限界は
>>856 アウトってなんだ？
x86はレジスタが足りずにスタックが使われる事は多くなる
だからアセンブリ言語での最適化は有効だろう
ちなみにx86は浮動小数点数は別のレジスタなので、言うほど少なくはない
それにスタックエンジンといってスタック操作を最適化する機能が実装されている
で、アウトってなんだ？
>>862 Hallo World で実機コンパイルに一分かかるので
実機開発は現実的ではないでしょうね。ただし
現代的なエミュレータの速度で、コンパイル速度
は劇的に改善されてきている。それでも ANSI 非対応
だったりメモリ不足でコンパイルできる関数の大きさ
やファイルサイズの限界にあたりやすい。仕方が
ないからクロス開発の z88dk が注目されている。
とはいえ、MSX-C は公式ですし、ライブラリも
充実しているしで参考資料としては現在でも
価値はあるでしょう。
Hello World かな。main() のなかに printf 一行のやつ
実行速度は、もちろんフルアセンブラには劣るかもだが
ちなみに一生懸命最適化して速度的にはレジスタの少なさをカバー出来ても、消費電力は増えてしまう
これ読んで真に受ける人がいたら面白いとでも思ってるんだろうか
Z80だとABIやデータ表現を一般化しないといけないオーバーヘッドが目に余るわな
はいはい、どうぞネタを続けなよ。まともにとりあう人はいないからさ
エミュレータでの開発環境なら、アセンブラの方がおもいっきり楽なんだよな
>>879 デバッグ環境に関してはそうかもね。
今は、z88dk でソースコードデバッグもできるけどね。
とはいえ、作るものの規模が大きかったり、複数人開発
とかになるとやっぱ C じゃない？ゲームプログラムの
規模になるとフルアセンブラはしんどいし、他の人の
ソースを読むときもアセンブラだとしんどいかな。
BASIC でプロトタイプしてからフルアセンブラなんて
話も聞いたことあるけど、それもしんどいね。
個人的にはアセンブラで書くと移植性がまったく
なくなるのが一番不満かな。Cのコードを積み上げて
いきたいし、Windows 環境でのプログラムの際にも
流用したいんだよね。とはいえ、限界はあるけどね。
アセンブラは、ハードウェア依存部だけに留めたい。
そうすることで実行速度的な最適化もできるし。
>>853 最適なレジスタ数を真面目に追求したのが日立(半)
その成果がH8以降のオリジナルMCUに反映されてる
荒らしは太郎と言います
>>861 >printf を BIOS の
>CHPUT で書けばコードサイズを小さくできる
printfってctrl+cとかで止められたんじゃなかったっけ？
>>881 32bit×8個か16bit×16個という感じか
16bitで使うなら、Cでも十分なレジスタ数なんだろうね
>>879 ICEをソフトウェアでやってるようなものだからね～
正に昔のハードを骨までしゃぶり尽くせるw
openMSX のデバッガ充実してるよね。
ゲームコンソール含めてメジャーな機種はデバッガ充実しているエミュがあってたすかる
>>861 ＞近代的で良いと思いませんか？
何が？
出来上がったものはめちゃめちゃレトロだったけど
内藤寛さんがYouTubeで今もアセンブラやってておもしろい
MSX40周年に触れてくれないのは黒歴史だからだろうか
唯一手がけたというゲーム「カーレース」のリメイク企画をやってほしいわ
16ビットだったら複数人での分業もありだと思うけど、
そう、デバッガの充実度が、開発の楽しさに直結してるよね
MSX-C は、メインの開発環境にしてはいないので
C のソースコードでバッグはわからん。教えてください。
MAME と z88dk-gdb で C のソースコードデバッグを行うならこの辺
https://maple4estry.netlify.app/z88dk-msx/ 「Cでソース利活用」そう。あまり使い捨てのコード書くのは
やたらC推しがいるけど、配布ってどうするのかな
MSX0に限った話なのか、MSX全体の話なのかよーわからん
やたらC推しというよりは今更グローバル変数・メモリ管理のみのBASICやアセンブラには戻れんってだけじゃね?
>>894 >コマンドラインの
>MSX 画像用のコンバータとか作るんだったら、MSX でも
>Windows でも Mac でも Ubuntu でも動く感じにできるしね。
こういう重い作業こそアセンブラかな。MSXでは。
tRなら、Cで書いて使い回しがどうのこうの言う余裕がいくらかは出るかもしれないけど。
>>896 Z88DKはMSXのROMの開発にも対応してて、MSXのROM形式も出力できるよ
MSX-CもマニュアルにROM化の方法が載ってるからROM作成に対応してるはず
>>896 オンラインソフトなら .com だけ配布
ディスクイメージで配布したいなら
tablacus さんの、似非DOS for MSX
なんかの選択肢もあるね。
そもそも、z88dk は、.rom も .cas も
作れるのでメガロムとかカセットテープ
なんかもできるけどね。あるいは、.bin
形式で出力して BASIC から BLOAD という
のも可能は可能。C 開発だからといって
DOS 必須というわけでもないよ。
ゲームなら MSXPLAYer 組み込みして
もらって steam 配布なんか最高だね。
>>899 重い処理なので、Windows で済ませたい。
.bmp から .sc8 にしたりのイメージなので
あえて MSX 実機にこだわる必要はない。
動くにこしたことないけどね。こういうの
をあえてアセンブラにする意味がないわけ
です。圧縮なんかもそうだね。Windows で
圧縮も展開もできるようにして、展開
ルーチンだけ MSX で流用したい。C なら
意識して書くだけで勝手に両対応ができる。
補足だけどクロス開発が前提にはなっている。
MSX 側は、MSX0 と msx0get2 で .com を
送るのもアリだし、IOT とか使わないなら
openMSX のほうが早いでしょう。
当時はBASICでまず簡単なアセンブラとドット絵ツールつくって
実機じゃなくていいなら、それこそBASICで組んでエミュの速度上げればいいわな
>>903 ん？
>あえて MSX 実機にこだわる必要はない。
ならPCでやればいいじゃん。
>展開ルーチンだけ MSX で流用したい。
いや、やらなくていい。重いだけ。
>>903 >オンラインソフトなら .com だけ配布
フリーじゃないけど、MSXDOS.SYS、COMMAND.COMは同梱配布OKになったはず。
だからM・FANでも入れるようになった。
>>902 >MSXDOSのBSAVEコマンドで
そんなコマンドあったっけか・・・？
MSX-Cの速度ってどんな感じなんだろう
確かに、8ビット機の場合、ソースの綺麗さよりも速度とサイズだよなw
>>908 MSXDOS Toolsの中に入ってるよ
MSXDOS2 Toolsにも入ってる
>>909 感じでいえば十分速いと思うよ。
ただ、見てるだけの画像変換なんかだと、ちょっと遅い×ピクセル数＝だるい、となりがち。
順にレジスタ割り振って、足りなければスタックを使って、みたいなコンパイル結果になると思うけど、アセンブラで組む人は、
裏レジスタが使えないかとか、ここは演算結果からレジスタペア半分捨てていいなとか、この演算でフラグ立つからそのまま条件分岐に突っ込めるなとか、
前後関係アルゴリズムその他諸々考えながら削れるからコンパイラよりちょっぴり速いものが作れる。
>×ピクセル数
コンパイラに任せた方が良いってなったのはキャッシュに任せた方が良くなってだな
最近のコンパイラはレジスタ割り当てとか以前に、無駄なコードを削除するとかアセンブリ言語にする前の最適化が滅茶苦茶進んでるからね
>>914 MSX-Cも有料ソフト
アセンブラやリンカのM80もL80もMSXDOS Toolsに入ってる
おまけに、MSX-Cは実行ファイル作るのにM80やL80が必要
MSXDOS Tools 14,800円
>>919 永久保存版3とか MSX0 には、このあたりが
付属しているので最近 MSX-C なり MSX-DOS2 の
話題が増えてるのだよね。
MSX0 Pro(今は MSX0+) で MSX-View が同梱されたら
永久保存版3は超破格値だよね
>>922 MSXでアセンブラだけやる人はMSXDOS Toolsのみでいい
MSX Libraryを買わない人用にもMSXで簡単なゲームが作れるように
MSX-C入門 下巻で簡単なゲーム用に
MSX Libraryのサブセットのような形の特製ライブラリが収録されてた
MSX-C入門下巻の特製ライブラリはgithubで公開してる人がいるようで
過去の発言にURL載ってるね
http://2chb.net/r/i4004/1684919803/725 あとはXで「MSX マンデルブロ」で検索すると出てくる
べーしっ君なら使ってるけど、自然対数の低のグラフ描くと
BASICだとベーコンというMSX用のBASICコンパイラ作ってる人もいるみたいだね
>>927 MSX-C入門下巻の特製ライブラリこれいいね。
これと z88dk でクロス開発かつ、シンプルな
MSX 用ライブラリで C 開発が快適に始められます。
>>919 タケル販売になってだいぶ安くなったよね。それで買えたクチ。
そうか、tools必須だったか。いっしょに買ったから忘れてたわ。
それでもライブラリは買わなかった。浮動小数点なんか重いだけだし
どうしても必要ならmath pack使えばいいじゃん、みたいな。
結論:
>z88dk
Cとか金持ち専用なんだわ
MSX3もまだ来ないしズイキもやる気ないから現行MSXやエミュでゲームコンテストやれば面白くね
セガマーク3がこんななめらかなのに
MSXがカクカクというのは重大事故と言う他ない
いったい幾らの損失だったんだか検討もつかんな
ダウンロード＆関連動画＞＞ VIDEO イースIIもIIIも移植できなかったマークIIIごときが何を言うのやら
>本体付属の説明書にBASICの説明も書いてあるから資料代もタダ
>>944 機種というかメーカーによるのかも
オレのはBIOSやI/Oの説明まで載ってたから運がよかった
VDP自体の仕様がなかったくらいかな
MSX1だから困らなかったけど
コードその場で修正して直接反映できるのはつよない？
フルアセンブラ最強勢は、現代社会と、うまく
| |
アカシックライブラリーでMSXマガジン創刊号から読んだけど
まてまて、10万円くらいポンと出せる
65でねえや〜は嫁にゆき〜、お里のたよりも〜たえは〜て〜た〜♪
z88dk だけど、こういう感じにソースコードデバッグを Windows 版でやっている人はいないかな？
https://maple4estry.netlify.app/dezog-mame-msx/ まあ、WSL2 で動かせばいい話だし、Linux 版
を Windows でも動かせばいいのかもですけど。
年末年始に Linux 版に乗り換えるしかないか。
ココにいる御人はみんな
>>963 持ってないしエミュには興味ない
完全に実機と同等の動作するエミュってんなら欲しいけどシステム上無理だし
実機と同等の動作するワンチップには興味あるけどね
>>963 俺は買ってないし買う気ないよ。
自分は骨董のMSX2〜tRを触るのが楽しいので。今風のことやりたいなら普通にPCでやればよい
今風のことやりたいわけじゃないから、今時のPCじゃなくていい。
>>963 クラファンで購入済。永久保存版3から間が空いたけど MSX 復活かな。
IOT 拡張がメインかな。今は C からも呼べるし、WiFi 対応
MSX と考えれば新しい使い方ができてると思う。ゲームは MSX0
ではやらないけどね。z88dk や MSX-DOS2 を使うきっかけにも
なったと思う。
MSX マガジン復活して連載記事でアセンブラ学ぶのも楽しいね。
MSX0 大ヒットとまでは言えないけれど、この機会にMSXに復活
する人を増やした功績は大きいと思う。2024年はMSX ファンなり
MSXマガジン復刊+MSX3 ということで盛り上がるといいね。
やっぱDOSはいいなぁ
ファミコンスーファミメガドラの大問題に比べたら
そしてこれを後押し、擁護するキチガイ 特定しろ 全力を持ってしまつする
ナイコンさんになってしまったなMSX陣営カアイソ
ひどすぎる損失だ
最低でもセガマーク３、マスターシステムと同じ動作が保証されていたのにな
しらない奴はこのイースを比べろ
ダウンロード＆関連動画＞＞ VIDEO しんでないじゃないか殺人犯たち かくれてるぞやまやに
>>974 toolsに入ってるのけ？ 読んだことないかもｗ
>>984 初期状態のautoexec.bat
普通は書き換えちゃうよね
当時はUNIXが憧れのOSだったからなぁ
MSX-CのマニュアルにもVersion7 UNIXのポータブルCコンパイラ(PCC)との相違点が書かれてるね
ひらがな・カタカナが標準で入ってたのは、今思えば
MSX の良いところだったのかもね。MSXgl 試してみようかな。
https://x.com/aoineko_fr/status/1741610515854438449?s=20 金持ちで礼賛信者である
このスレへの固定リンク： http://5chb.net/r/i4004/1692994929/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「MSXスレッド Part 62 YouTube動画>2本 ->画像>5枚 」 を見た人も見ています：・MSXスレッド Part 63 MSXスレッド Part 52 MSXスレッド Part 65 MSXスレッド Part 54 MSXスレッド Part 51 MSXスレッド Part 54 (643) ●●○デパススレッドVer.151○●● MS-DOS総合スレッド 3 OS-9スレッド B16専用スレッド 車内の静音スレッド 36dB F-BASIC総合スレッド 甘口辛口つぶやきスレッド460本目 X68000Zスレッド Part8 X68000Zスレッド Part7 PC-8801/mk2専用スレッド ■PC9801VX専用スレッド■ X68000Zスレッド Part12 X68000Zスレッド Part15 X68000Zスレッド Part16 X68000Zスレッド Part17 東芝PASOPIA総合スレッド X68000Zスレッド Part19 X68000Zスレッド Part11 X68000Zスレッド Part10 NBAドラフト総合スレッド part38 憎しみを込めて呪うスレッド 127呪殺目 社協ちゃん降臨スレッド（質問にも答えるよ♪） 東方画像総合スレッド Part338 ©bbspink.com CASIO FP-1000/1100 スレッド PC-9821/9801スレッド Part92 PC-9821/9801スレッド Part88 PC-9821/9801スレッド Part85 PC-9821/9801スレッド Part91 don：丼(重禁止)［スレッド削除］ PC-9821/9801スレッド Part97 ■ソフト売上を見守るスレッドvol.8261■ PC-9821/9801スレッド Part84 PC-9821/9801スレッド Part103 データレコーダー総合スレッド ■SORD■ ソード総合スレッド PC-9821/9801スレッド Part80 ★☆★ 真空管総合スレッド ☆★☆ Part 54 マルチステーション5550専用スレッド ☆若手人気女優総合スレッド1239☆ 中古PCリサイクルスレッド（ノート） ★★★星組スレッド見参！★★★507 レトロPC書籍/雑誌に関するスレッド 2冊目 ★☆JR北海道総合スレッドPART204☆★ PC-9800シリーズに関する板分割賛否スレッド [test] 書き込みテスト 専用スレッド [ﾃｽﾄ] 【”も”禁止】 インドネシア語スレッド 12【”八平衛”禁足】 デスクトップ画像みせてください。ってスレッド 【京橋】フィルムセンター総合スレッド2【NFC】 マテリアル・パズル 土塚理弘総合スレッド〜第143章〜 【海老名ベテル】神奈川県のエホバの証人スレッド★16【お膝元】 ■FINAL FANTASY XII〜FF12総合スレッド〜ver.770■【ﾜｯﾁｮｲ有】 三洋ＰＣ総合スレッド (111) X68000Zスレッド Part20 (105) ここだけ永遠に1999年のスレッド (217) PC-9821/9801スレッド Part104 (107)
19:22:47 up 27 days, 20:26, 0 users, load average: 41.55, 83.61, 95.20
in 0.3149299621582 sec
@0.3149299621582@0b7 on 021009
ブックマークへ