#99 Article 392 Posted at 1992/09/01 07:54:49 by まる (MAP2055) [IMP.DATA]
Subject: Re: Re: ３２０＊２００ＭＬ１の試作データでし(^_^;) /391 /390
> MS-DOSなアチシはＸ６８Ｋの様にうん１００Ｋのバッファを >とれないので、望さんのアルゴリズムを大分変更して、リンクの すばらしい。アルゴリズムは限界をも超えてしまうという・・・。 見習わなくてはいけませんね、私も。 >以下の320*200ＭＬ１が正常に読み込めるかチェックしてください。 根本さんのレポート通りです。ちなみにこのデータは・・・(^^)。 蛇足ですが、このデータの色合いはとても好きです。私の16色タイ リングとたいへん相性がよろしいようで。 が、ふと気付きました。 >このサイズだとヤバくありません？ いまのところ桁溢れをしたら >全て65535になるようにしていますが。 ＞望さん 万が一にも、ファイルサイズとデータサイズが不一致だった場合、 恐らくＳＸＭＬ１はぶっとんでしまいます（注１）。なぜなら、ファ イルサイズを信じてメモリ確保に行っているのでした。やっぱり（本 当の）ファイルサイズを調べた方がよいのでしょうか？（フツーそう だろうな） それから、今まで作成できるエディタがなかったので、サポートし ていなかったんですが、「マルチサイズ」対応になるのでしょうか？ つまり、160*100と320*200以外、160*200とか、640*400とか、もっと 区切の悪い数（笑）とか。もしもそうであれば一応対応するよう努力 しますが、なにぶんにもコマンドライン版のml1.xが対応できないので 個人的にはやって欲しくないのですが・・・（え？オマエがやれって？ 私ゃそこまで力がないぜよ）。その他の機種のこともあるし・・・ （でも９８のローダーはほとんどみんな対応してたりするんだろうな） > 進行中のＭＥＤＩ４は考え得る限りの機能てんこ盛りのエディタに > なりそうですね・・・(^^;) > 益々「ぺけろく・めぢ」が置いていかれるやうな気が・・・(^^;) ・・・いつか、きっと・・・V(o_*) たーぱすはふつーのぱすかると違う からきらいなんだよっ！（笑） 最近はずっとＰＬ／１もどきの人 ＭＡＰ２０５５ まる （注１） sxml1では、なるべくメモリを節約したいがために、まずヘッダー 分だけ配列に読み込み、それからファイルバッファをカレントヒープ にリロケータブルブロックとして確保しにいきます。ファイルバッフ ァはデータの展開が終るとすぐさま開放され、次のデータの読み込み のときに再び確保しにいくようになります。この他にもバッファは、 ＭＬ１の画面データを保存しておくもの（つまり仮想ＶＲＡＭ？）と パレット情報、表示するビットマップデータをそのまま入れておくも の（こっちはputする内容そのもの）、を確保していますが、これら はデータをロードすると常にカレントヒープに確保されたままになっ てます。無駄が多いようですが、こうしないと後からタイリングの変 更や表示サイズの変更ができなくなってしまうので・・・（データの 組み替えの度にＭＬ１を展開するという方法もあるんだけど、少しで もスピード速くしたかったし）。