1035kis00283ひゅう 1995/09/27 00:10:31 前へ 後へ 上へ

KISS…それは人類に残された最後の…(笑)

1023へのコメント

  ども,ひゅうです。

  差分データの対応は,それだ!いい方法ですねそれ > ELMEさん

  はじめは,CNFもいっしょにアーカイブしてもいいかな思ったけど,
  いろいろ考えてみたら,別の方がいい気がしてきた。

  差分に関しては,

-------CNF------
<UP1to2.DAT>   ;差分データ
<VER1.DAT>     ;旧データ
%COL.KCF
#0 HAT.CEL
#1 NEWHAT.CEL
----------------

  で,ファイル名 COL.KCF,HAT.CEL,NEWHAT.CELは,
  (1)まず,そのファイルがUP1to2.DATに含まれていたらそれを使う,
  (2)なければ,VER1.DATに含まれていたらそれを使う。
  (3)なければカレントのファイルを使う。
  って感じでしょうか。
  つまり,新データ優先。


  しかし,合作は各自DATを用意したとして,
  同名ファイルが厄介ですね。

#2 VER1.DAT/HAT.CEL   ; 旧データファイルのHAT.CEL
#3 UP1to2.DAT/HAT.CEL ; 新データファイルのHAT.CEL

  みたいにデータファイルを直接指定することを
  認めるのが楽だと思うけど。

  でも,無理して合作対応は要らないと思います。
  合作制作前にファイル名が一致しないように取り決めておけば
  良いだけですから。  ( 頑張れ編集長(笑) )

  差分対応は必須ですけどね。



  それと,このCEL/KCFアーカイブにKISS独自の形式を採用するなら,
  KCFとCELの対応をそこに格納できるようにするといいと思います。

  これで,セル作成ツールが一気にDATを作れるようになれば,
  パレットを意識しない作りにできます。
  (マルチパレットでもCNFにKCF名を書かなくてよい)

  常々思っていたのですが,
  KCFとCELの関係をCNFに書くのは不自然です。
  この関係は原画の時点ですでに存在しているものなのに,
  一旦分離し,改めてCNFで指定することになっています。
  これは美しくないです(笑)
  だから,セル作成時にこの関係を保存する手段が必要なのです。

  CEL/KCFアーカイブはこの情報を入れておくのに
  ちょうどいい場所の気がします。

  (もちろん今までの方法…KCF/CELを分離し,
    CNFにマルチパレット情報を記載する…は,
    現フォーマットでは最善の方法であると思いますが)

  なお,マルチパレットの
  特殊な用法(同じCELで違うKCFを使ったり)することもあるので,
  CNFに記載されていればそれを優先すればいいと思います。



  あ,それと,個人的にTrue Color化を主張してるので,
  ちょっと書いておきますけど,

  セルの圧縮がなかったら,
  True Color KISSのLZHファイルは展開したくないです。^^;

  もし,True Color化を目指すならですけど,
  セルの圧縮フォーマットを付け加えるか,
  あるいは連結に,簡単な圧縮が欲しいです。
  (ま,取り込み画像だったらあんまり効果ないけど。)



  もうひとつ,
  long file name ですが,
  逆に,これは使わないようにしたほうがいいと思います。
  CEK,KCFファイル名については
  KISS/GSですでに 8 + 3 文字と決められてますし,
  互換性の面からも,これはずっと守ったほうがいいと思います。



  さらにもう一つ,
  fkiss拡張対応CNFのことも考えたいんですが,
  時間無くてまだ考えてないです。

  すでにサウンド/アニメ対応の試作データも
  ちらほらあらわれてるようですので
  問題点とか改良案とか聞きたいなぁ > 作った方

  自分でもfkiss対応データ作って見たいんだけど…
  う〜む,時間が…
  (今,ちょっと,あるゲームにハマってるので(笑))

  それと,KISS21のPCMまだ鳴らし方解らん (T-T)ヨワヨワ
  こんど詳しく教えてくれ〜 > ELMEさん

〜 ひゅう 〜


No Java Java

前へ 後へ 上へ