196 | kis00022 | yav | 1996/01/17 01:33:12 |
前へ
後へ
上へ
|
fkiss & KISS Request
ほんでるさんから,KISSについての質問要望のメールがありましたんで,
ここで回答しときます.
ほんでる談:
--------
1 目ぱちのランダム化
これはFKISSでは対応して頂けたとのことですが是非とも
必要な機能です。目ぱちに限らずランダムに動く?現れる?機
能があると飽きることが少ないです。動きのパターンを見切ら
れてしまうと、その動きがつまらないものになってしまうから
です。
2 セルの半透明化
たしか、ひゅうさんが強くリクエストされていたと思いますが
この機能があると”自動脱衣”が簡単になります。また、現在
背景付きのKISSでは、背景をスライドさせて着替えを取り
出していますが、服を隠している背景自体がアイコン等により
消えてくれると、その必要が無くなります。消えるのは徐々で
ないといけません。ぱっと消えるのは”おもむき”がないです。
現状でこれをすると、セルが多く必要になりますます重くなっ
てしまいますね。
3 セルの回転機能
セルが動く機能はすでに備わっていますが、回転させることは
難しいでしょうか?みすとれす9で、ファラオ90(赤い星で
す)を回転させようとすると多くのセルが必要になり、かつタ
イマーを多く消費するので断念しました。この機能が可能にな
ると、バラエティに富んだアニメーションが出来るようになり
ます。
4 タイマーの増加
現在、WKISSでは32の、KISS21では64のタイマ
ーが可能になっています。タイマーの仕様変更(増加)が簡単
なら問題になりませんが、出来るだけ多い方がいいです。
5 if文による条件分岐
これもたしかひゅうさんがリクエストされていましたがKIS
Sにゲーム性を持たせるにはもってこいの機能ですね。
6 不要なセルをメモリから追い出す機能
上記のように種々の機能が備わるとセルをいっぱいロードする
事になるので、必然的に”重く”なってしまいます。そこで、
もう使わないセルデータはメモリから追い出してしまうように
出来ないでしょうか? たとえばキャッシュメモリのように。
高機能になればなるほどセル数も増えて、ついにはCPUはペ
ンティアム133以上、メモリ32MB以上なんてデータが出
てくるかもしれません。←まさか?
それからこれはFKISSとは別の話ですが、KISSのTrue color化
も、考えて頂きたいです。私のようにドットで256のデータを作る者
にとっては今の基準で充分ですが、iSOMEC さんのように True colorで
データを作成される方にとっては256までというのは厳しすぎます。
これまた種々の問題が山積みになると思いますが、是非とも検討して頂
きたい項目の1つです。
--------
> 1 目ぱちのランダム化
については,fkissの対応で問題ないと思うので省略.
> 2 セルの半透明化
これをやると,かなり重くなるので慎重な検討が必要です.
True color化と,ごっちゃに考えてしまいそうになるのですが,
True color以上に半透明の処理は重くなる可能性があります.
なんでかというと,使用する色が動的に変化するからです.
といっても,半透明の処理なくしてはTrue color化する意味がないので
同時に考えなければならないのがつらいとこです.
実装自体はそれほど難しくないと思うのですが,
はたして満足した速度が得られるかというのが最大の問題点となるでしょう.
(最近のヘビーな256色のKISSですら,
この間PC-9801DA(486DX換装)で動かしたら,かなり遅かった)
> 3 セルの回転機能
これもリアルタイムで計算するのはきびしいでしょう.
実行時の最初に計算しておくというのもありますが,
それだと,あらかじめ計算したセルをもっておくのと
メモリ的にはなんら変りません.
> 4 タイマーの増加
というか,タイマーについては大幅な検討が必要です.
fkissの現状のタイマーだと何本あってもたらん!
というのがデータを実際に作ってみての私の感想ですが,
他の人は満足してるのだろうか?
> 5 if文による条件分岐
式の評価ルーチンがめんどくさいので作ってませんが,
私も欲しい. f(^_^)
> 6 不要なセルをメモリから追い出す機能
これを実現するためには,
もう不要になったということを教える必要がでてくるので,
そもそも途中で使用しなくなるセルがどれだけあるかという点を考えると
そのためにcnfが複雑になるのはイヤなので,やりたくないです.
と,とりあえずですが,現状での私の感想でした.
各種意見求む.
UHD98984@pcvan.or.jp
yav