#99 Article 397 Posted at 1992/09/02 08:41:07 by NOZOMU (MAP041) [IMP.DATA]
Subject: Re:*7 ３２０＊２００ＭＬ１の試作データでし(^_^;) /396 ... /391 /390
謎のカラーマック版ＭＬ１でもちゃんと表示できました。 こやつは１＊１ドット からアプリケーションヒープの許す限り（ったって、相変わらずビットデータ一気 読みする、メモリー御大尽な私ですが）のサイズを読めます。変形データもバッチリ です。（多分。 まだテストデータ食わしてないもんで。） ヘッダーのファイルサイズの件なんですけど、とりあえず320*200*8bitで65535byte を越えるような場合は圧縮を諦めてベタで公開する、てのはいかがでしょう？（笑い） 冗談はさて置き、カラーマック版もsxml1と殆ど同じ作りになっていますので、 ヘッダーサイズが保証されないというのは致命的です。 実際のファイルサイズや EODのチェックを強化する必要がありそうです。 コメントの長さの問題もあるし、 新たなヘッダー形式を決めるのもいいかも知れませんね。（ところで今、全機種の ローダーの作者さんが活動中でしょうか？（さぼるのは私くらいか？？）） 640*400ドットのデータですが、根本さんのmn_ds*.ml1をまとめたところ、サイズは 30kbyteでした。普通に描いている分にはこんなものでしょうが、ブラシを多用したり 取り込みをそのまま持ってこられたりすると、あっというまにサイズが爆発してしま うでしょうね。 やっぱヘッダーの限界ですね。（32kを越えたあたりで、「この絵は ML1向きではありません。」とかアラート出して終了しちゃうってのはどぉ？(爆笑)） 冗談はさて置き、現時点で640*400*8bitのデータを扱うなら、GIFとか256MAGとかを 使った方が良いんじゃないか、という気がします。 そのくらいの表示能力がある 機械なら、大概その手のローダーも動いているわけです。 ML1自体も、「粗いドット での圧縮」について、苦心して作った物なんで、そのまま640*400なんちゅう大舞台に 引っ張り出すのは、ちょっとつらい気がします。 320*200の場合は、ヘッダーの範囲指定が0,0,319,199になって、EODマークが 64000になります（縦ドット数＊横ドット数ですね）。 それだけです。 もともと160*100ドットという仕様だったのですが、きじるしさんの４枚組データに 感動した私が、「320*200もサポートしよう！！」とか言い出したわけです。 すみ ません。 （だって一気読みのときに４枚がズレるのが悲しかったんだもん） で、ふたたび640*400に話をもどしたりするけど、これが表示できるのって、 SVGAやXGAを積んだＰＣに、ハイレゾの９８、それとＭａｃくらいかな？ でも「１６枚表示」になると、Ｍａｃだけだっ！！（トゥルーカラー積んでれば、 ですが） あ、この項目、ただの自己満足っぽいけど、言いたいのは「現状では 厳しいね」て事です。 さてさて、どうしたものでしょう。 320*200なら、現状でほとんど問題は ないとは思うのですが。 Ｘ６８版のソース、よく読んで思い出さなきゃ。（実は、汚いけどローテクな プログラムだから簡単） ＊＊＊ １：１で多色なペケ６、もう少しの辛抱じゃ。（謎） 望 ＊＊＊