![[home]](home.png){kind=small}
>...あ、何時の間にか、ＪＡＶＡアプレット版kissが更新されてる。あう、折角設定したのに(T^T)シクシク...
ckissデータでなければとりあえず関係ないです。jarのサイズが小さくなってるから入れ替えればダウンロード時間がちょっと減るかも。
ゆうししさん:
>PSDから、cel作れるようになってたんですね。
>おお！！すげー！とか感動してました。むっちゃ便利。
ありがとうございます。psd2celとかいちおう非公開らしいので付けてみました。
ももちんさん:
>こちらのアプレットに切り替えたら、古い方は削除しますので
>えむけいさんのリンクからも抜いて下さいませm(_ _)m
了解。完成お待ちしています。
さっそくオフラインで使ってみたんですけど便利ですっ。
JAVA用のデータを別に作らなくても良いので、弱小容量なももちんのＨＰでも
負荷が少なくて済みますね〜
これで贅沢に全部のJAVAアプレットKISSが作れます。＜見る人は大変かも
こちらのアプレットに切り替えたら、古い方は削除しますので
えむけいさんのリンクからも抜いて下さいませm(_ _)m
久々にKISSをいじってみようと思って、
KISSLDの最新版落としたんですが、いつのまにか
PSDから、cel作れるようになってたんですね。
おお！！すげー！とか感動してました。むっちゃ便利。
なんか、またデータ作りたい気分になりました。
そんでは。
お蔭様でＪＡＶＡアプレット版kiss、無事に動くようになりました。
まだ、サイトの内部リンクから切り離していますが、本日深夜にでも見れるように
します。結局の所、使用FTPソフト自体に問題があったようです。
Geoさんからも動作未確認のFTPソフトだからと言われ、急遽ソフトを入れ替えて
解決致しました。どうにも、ご迷惑をおかけしました。
...あ、何時の間にか、ＪＡＶＡアプレット版kissが更新されてる。あう、折角設定したのに(T^T)シクシク...
>
>とあるとすると現在のセットで”a.cel”がmapされていなくても他のセッ
>トに存在するとタイマーが起動するのですが
マップされているかいないかの情報はセット別にはなっていなくてセットごとの存在するかしないかの情報とは別に管理されています。
>これをセットごとに判断すること
>はできないのでしょうか？
ちょっともったいないですが同じセルに異なる名前を付けてみてはいかがでしょうか。具体的には
#1 a.cel :0
#1 b.cel : 1
#1 c.cel : 2
という感じで。a.celとb.celとc.celは実際には同じセルです。
http://www.geocities.co.jp/SiliconValley-Bay/5727/girl0.html
大文字を含んだファイルを置けないということもありませんし。実はftpソフトの設定の問題だったりしませんか?
http://www.geocities.co.jp/SiliconValley-Bay/5727/Kiss.class
り難うございます。
質問があるのですが"ifmapped"命令を使う場合、例えば‥‥
ifmapped("a.cel",#,#)
とあるとすると現在のセットで”a.cel”がmapされていなくても他のセッ
トに存在するとタイマーが起動するのですがこれをセットごとに判断すること
はできないのでしょうか？どうぞ宜しくお願いします。
リンク集をご覧いただければわかるようにGeocitiesに設置されているアプレットもあるので不可能ではないと思うのですが…。Java Consoleには何が出力されていますか?
>アプレット本体をここにおいて、Ｇｅｏのサイトディレクトリにあるアーカイブを読み出したいのですが、できますか？
Javaアプレットではセキュリティの関係上自分がロードされてきたサーバ(この場合Vectorのサーバ)にしか接続できません。CGIが使えれば方法がないこともないのですが…。
異なるＵＲＬのサーバー上にあった場合、どういう指定をすれば良いのでしょう？
色々試したのですがGeocitiesのサーバーでは動かずに、Vectorさんのサーバーだと
問題無く動くんです。確かGeocitiesは小文字のファイルで無いと扱えないという事
がありますが関係しますでしょうか？
ならVectorさん使えばってなるんですが、あそこは、著作権に厳しいんでキャラクタ
kissとかだとチェックされるんですね。
アプレット本体をここにおいて、Ｇｅｏのサイトディレクトリにあるアーカイブを
読み出したいのですが、できますか？
まだバグっていました(^^;。たびたびすみませんが差し替えをお願いします。
まだ、ちょっと手元でテストしてます。サイトへのＵＰは明日です(^^)。
ところで、ＪＡＶＡアプレット版kiss最新版なのですが、セルの固定値が設定して
あるものへのクリックで、仮に５０とした時、ぺしぺし【完了】で移動しますね。
その際、移動中にずれた位置上で極小量の固定値でくっつきます(まるでセルが
移動したくないってしがみつくような...)。２〜３回程度は起こるみたいですが、
こういう仕様ですか？いえ、大勢には全く影響無いんですが...。
さっそくですが(^^;、単にクリック連打しているだけで固定値が減ってしまうバグを発見したので、修正しました。
差し替えお願いします。
早速、挑戦してみます。
>timer(x,0)を被せただけでは強制ストップできないのは何故なんでしょうか？
これはtimerでWAVをループ演奏している場合の話ですか?
soundはあくまで演奏の開始を指示するものであって、その後はWAVが終わるまでローダのほうで勝手に鳴らしつづけるので、データ側から止めることはできません。
現在の多くのローダの実装では新しいWAVを鳴らせば前のは演奏が止まりますが、厳密にはローダ依存です。
ローダ依存でいいならSHIN(信)さんからの要望で、sound()だかsound("")だかで演奏を止められるようにしたと思います。確か。
以前も同様な事があって、そういう仕様なんだろなとか思ってたのですが
やっぱり気になるの(T^T)で教えて下さい。
fkissで;@Sound()での強制ストップする時に､短時間のWAVも割り込ませないと
timer(x,0)を被せただけでは強制ストップできないのは何故なんでしょうか？
もしかしてローダー依存が関係します？
それはそうでしょう。私もそうではないと思いますし。
伝わりにくく分かりにくくてすみません。
今度症状現れたら画面キャプチャ撮ってみます。
それはfkiss命令のdebug()やnotify()が出すメッセージですね。
ますます「日本語で書かれていないから」の可能性大です。
いちおーサンプルみたいのさがしてみます...
エラーメッセージのことですか? debug()が出すメッセージですか?
>その時にまれに文字化けしているようですが...
debug()のメッセージだとしたら日本語で書かれていないからのような。とりあえず話が抽象的すぎてさっぱりです。
その時にまれに文字化けしているようですが...
ちなみに再現性は結構低いです。
m(__)m
忘れました(をいをい)。使えないような気がしますが、もしLZHをCNFで上書きして破壊してしまうようなことがあるなら対処します。
Johnさんのシェアウェアの方はソース未公開ですが、フリーウェアの方はありました...
http://www.emulation.net/snes/snes9x-source.sit.bin
こんなのですが...
---------------------------------------------------------------------
＞再生中は操作とか一切できないのですか? だとしたら問題ですが。
ファイルを閉じる時など、音が鳴り終わるまでアンコントローラブルになりますね。短い時間の音声ファイルならば別にいいのですが...(^_^;
着せ替え総本山の遺産にあった「締留 ふたば」さんの「魔法の天使ｸﾘｨﾐｰﾏﾐ(2R)」は音楽なりっぱなしで、ファイルを閉じる事も出来なくなるようですね。
---------------------------------------------------------------------
またまた稀少例ですが、途中からどんなファイルを開いてもウインドウに何も表示されないという事が1度だけありました。
French KiSS 自体を再起動させたら元に戻りましたが、同じ順序でファイルを開いても再現しません。この件についてはもうちょい頑張って再現性を確認してみます。
とりあえずやり方がまったくわかりません。そのエミュのソースコードは公開されていたりしますか?
今ちょっとJavaアプレットを作り中でFrench Kissのほうはちょっち手薄です。すみません。
French KiSS 原作者の John Stiles さんが現在作っているようなエミュで Suspend background tasks の機能は特に、遅い Speed の CPU 向けにかなり有効なようでしたから...
PPC603e の 180MHz で無茶苦茶ぎこちなく動作するような KiSS データを見たもので、つい...
-------------
＞それも意図的に無効にしたつもりはないのでバグです。どのへんのバージョンから使えなくなっていますか?
ひょっとすると、emk001 からのような記憶がありますが、一応もう一度自分でも確認してみます。
-------------
＞お手数でなければ、その前に開いていたデータの組み合わせなどで試してみてください。
とにかく、今暫く色々やってみます...
えむけいさま、ご返答ありがとうございました。
>とりあえず仕様です。エクスプローラの関連付けのダイアログを開いて、プログラム名を""で括ってください。
仕様でしたか。教えていただいた方法で回避しようと思います。
ありがとうございました。
YASUKS3N.LZHの場合もそうでしたが、メモリ破壊周りの不具合はそのファイルだけ何度開きなおしても再現しない場合があります。破壊された瞬間に事件が起きればいいのですが、事件が起きるのは破壊されたメモリを参照する瞬間だからです。
お手数でなければ、その前に開いていたデータの組み合わせなどで試してみてください。
>現在、秀丸はA:\PROGRAM FILES\HIDEMARUにインストールされていますが
とりあえず仕様です。エクスプローラの関連付けのダイアログを開いて、プログラム名を""で括ってください。
>エラーメッセージを見ると、\PROGRAM FILESのスペースを区切りと
>誤認識して開けないようです。
はっきりとは覚えていませんが、それに対処しようとすると何か別の不具合が発生するので断念した記憶があります。
こちらからKISSLDをダウンロードして使わせてもらっております。
2000-1-27の日付の最新テスト版を使用していますが、私のところで
不具合がありましたのでご報告します。
わたしは、秀丸をTXTに関連づけしていますが、この状態だと表示−
ドキュメントで拡張子がTXTのドキュメントを開くことができません。
現在、秀丸はA:\PROGRAM FILES\HIDEMARUにインストールされていますが
エラーメッセージを見ると、\PROGRAM FILESのスペースを区切りと
誤認識して開けないようです。一応、確認していただけると幸いです。
私の環境も書いておきますので、ご参考まで。
PC :NEC PC-9821Nw150S20C
MEM :128MB
OS :WIN98SE
IE :5.0(WIN98SE標準)
DirectX :6.1(WIN98SE標準)
常駐物 :ATOK12、RAIN
以上
もともと静かなのです。ここは。
>次回の正式リリースでは、できれば拡張パレット対応、混在CEL対応を優先して
いただけませんでしょうか...
マジで面倒なのです。256色セルをフルカラーの画面に描画するコードが必要なのですが、これをまったく新規に追加しなくてはなりません。
とはいえ256色パレットを提唱した張本人だったりしますからなんとかする必要はあると思っています。
>スペースバーで画面を隠す機能を復活させていただけないものでしょうか...
それも意図的に無効にしたつもりはないのでバグです。どのへんのバージョンから使えなくなっていますか?
>あと、再生中の WAVE ファイルの中断方法はないものでしょうか...
>ごく一部に2分近い WAVE が起動時や終了時に再生されるのがあるので...
WAVはToolBoxに渡した後はシステムのほうが勝手に再生しているのでなんとも。再生中は操作とか一切できないのですか? だとしたら問題ですが。
>贅沢かもしれませんが、French KiSS 実行時にバックグランドタスクを
>サスペンド出来ないものでしょうか。やはり、ごく稀にアニメーションとかが
>ぎこちなくなる程重いものがあったりしますので...
そういうのってふつう個々のアプリケーションで対応するものなのですか? そういうのを管理する専用のフリーソフトとかならありそうな気がするのですがどうでしょうか。最悪、バッググラウンドタスクを自分で落とせば済む話ですし。
>テストですが、1回だけアイテムが多すぎるって表示が出たんですが、同じファイルを何度開いても再現しません...
>
>その他はエラーらしきものはないですね...
御意。
入院中、いろいろ考えたのですが...
次回の正式リリースでは、できれば拡張パレット対応、混在CEL対応を優先して
いただけませんでしょうか...
スペースバーで画面を隠す機能を復活させていただけないものでしょうか...
部下と上司の目を避ける為にも...
ウインドウシェードの音は逆に周囲の注意を引いてしまうもので...
あと、再生中の WAVE ファイルの中断方法はないものでしょうか...
ごく一部に2分近い WAVE が起動時や終了時に再生されるのがあるので...
贅沢かもしれませんが、French KiSS 実行時にバックグランドタスクを
サスペンド出来ないものでしょうか。やはり、ごく稀にアニメーションとかが
ぎこちなくなる程重いものがあったりしますので...
無謀とも言えるお願いで申し訳ありません。
-----------------------------------------------------------------------
テストですが、1回だけアイテムが多すぎるって表示が出たんですが、同じファイルを何度開いても再現しません...
その他はエラーらしきものはないですね...
open.wavとcel1.wavはADPCM(つまり圧縮形式)です。リニアPCM以外は当面対応しません(というか今の私の技術ではできません)。QuickTimeを使ったMIDI対応などをするときに一緒に対応できるかもしれません。
ただしうまく開けないデータに関して報告するのは一向にかまいません。あとで対応しようと思ってもそのときにはデータ名を忘れていた…なんてことにならないようにメモ代わりに書いておくだけでも意味があると思います。
>
>だから、今回処理していない「色深度の違うセルの混在」や「変換されない一部の WAVEファイル」などの「既知の問題点」ということだったのですが...
御意。暴走する以外に未知の問題点があったとしたらいま把握しておくのも無駄ではないと思いました。
>というものですが、一般のローダでは、セル #59 をクリック
>すると、#73 と #74 の両方のセルが隠れるのでしょうか？
fkissの開祖のyavさんによれば、#73のバックaしか消えないのがいちおうの正解だそうです。ローダによっては(KISSCLとか)両方消えるものもあります。
Hid様作の KS_MIKI.LZH (1997/02/13) なんですが、MIKI.CNF の
中に以下のような記述があります。
------------------------------------------------------
#59.999 mibl_a.cel *9 :0 ;｢キスして！｣
#59.999 mibl_f.cel *9 : 1 ;｢君の名前は？｣
#59.999 mibl_e.cel *9 : 2 ;｢君に会えて嬉しい｣
#59.999 mibl_i.cel *9 : 3 ;｢どこ行くの？｣
#59.999 mibl_h.cel *9 : 4 ;｢君に会えて嬉しい！｣
#59.999 mibl_c.cel *9 : 5 ;｢コーヒー、２つ！｣
#59.999 mibl_d.cel *9 : 6 ;｢千のキスと共に！｣
#59.999 mibl_g.cel *9 : 7 ;｢君に会えて嬉しい！｣
#59.999 mibl_j.cel *9 : 8 ;｢どう？｣
#59.999 mibl_b.cel *9 : 9 ;｢脚にキスして！｣
#73. mibg_09.cel *2 :0 1 2 3 4 5 6 7 8 9 ;バックa
#74. mibg_09.cel *2 :0 1 2 3 4 5 6 7 8 9 ;バックb
------------------------------------------------------
そして...
------------------------------------------------------
;@EventHandler
;@initialize()
;@begin()
;@press(#59)
;@ altmap("mibg_09.cel")
;@end()
------------------------------------------------------
というものですが、一般のローダでは、セル #59 をクリック
すると、#73 と #74 の両方のセルが隠れるのでしょうか？
Mac の French KiSS は、片方しか消えないようなんですが...
だから、今回処理していない「色深度の違うセルの混在」や「変換されない一部の WAVEファイル」などの「既知の問題点」ということだったのですが...
それ以外には何かあるということですか?
回答間隔短くてすんません【謎】。
>パレットウィンドウにおいて右下の端の色(＜−これが0番ですか？)を
右下でしたっけ? 左下だったような気もしますが0番とか言ったばかりだしDPKISSはあまりまじめにサポートする気がないのでかなりいいかげんモードです。
標準パレットのままかき出したら起こったことなんですけど、
その後試しに、他の設定とかはいじらずに
パレットウィンドウにおいて右下の端の色(＜−これが0番ですか？)を
ＲＧＢ値を変え、白以外にしたら、とりあえず反転せずに書きだせた…はず。
（現在、自分のマシンはメンテ中）
改めて他の色で塗りつぶして作業すると言うこともしてないんで
おそらくはその辺だと思うんですけど…
さっそく DL してテスト再開しますね。
気付いたのですが soundtv.lzh (Dovさんトコ) みたいに、まだ、WAV でも読み込めないのがありますね...
そのようですね。メニュー名をもとの通りに修正しておきました。
http://homepage1.nifty.com/emk/frenchkiss-0215.lzh
あとたぶんクローズ時の不具合も解消されているはずです。デバッガが再インストールにデスクトップの再構築にPRAMのクリアまでやってもどうしても起動してくれなくなったりして手こずりました。
こちらで調べた結果では、WAVを使っているデータ(たとえばwlvoyr12.lzh)を開いて閉じたあとにWAVを使わないデータ(たとえばYASUKS3N.LZH)を開いて閉じると、データの二重解放をしてしまってメモリ管理がおかしくなっていました。
念のためしばらく様子を見てから正式版にしようと思います。
それにしてもemk-005で発生しなかったのが不思議です。WAVがまともに読めるデータのほうが少なかったので表面化しなかったのでしょうか。
ちゃんと動作はするようですから。
復活というか使えないようにしたつもりはないのでそれはバグです。調べておきます。
frenchkiss-0206 ではまだ使えないようになっていますね。
PlayFKiSS 用のデータは画面の外へ移動が前提のデータが多いようなので...
YASUKS3N.LZHだけを開いて閉じても落ちませんが、wlvoyr12.lzhを開いて閉じたあと、YASUKS3N.LZHを開いて閉じると、タイプ25のエラーで強制終了しました。私の環境では再現率100%です。
1回エラーを起こすとシステムのどこかが破壊されるらしく、システムを再起動しないとデバッガが起動できません。というか1回コンパイラすら起動できなくなって再インストールを強いられたりしました。
というわけで原因究明にはもうしばらく掛かりそうです。
そんなに見下すように強く言わなくても...なんかとても悲しいです...
勉強不足ですみませんでした。
NN4のスタイルシートがどうしようもなくバグっているので思い余ってNN4ではスタイルシートを無効にしています。
というかブラウザの違いどころか同じブラウザの設定の違いでさえ見え方がぜんぜん違うというのは常識です。
>すね...
最近のデータはPlayFKiSSで問題がないせいかマップサイズをちゃんと設定していないものが多いのですが、その関係かもしれません。
>あのう、CEL ファイルを直接開いた時や、LZH アーカイブを開いた時にも、
>「編集者のコメント」を見られるようにはならんものでしょうか...
これも検討中です。KISSLDではできますし。
あのう、CEL ファイルを直接開いた時や、LZH アーカイブを開いた時にも、
「編集者のコメント」を見られるようにはならんものでしょうか...
セルファイル、音源ファイル、パレットファイルや画像ファイルを除くファイル（要するにテキストファイル）を表示させるといったことなんですが...
...贅沢でしょうか...いちいち展開してエディタ等で開き直すのは大変な感じなもので...
ご一考お願いします... m(__)m
ACIDMONKさんのMONKEY.LZHですが、こんなふうになってます。
----------------------------------------------------------
#0 title.cel *0 :0 9
#0 closet.cel *0 : 5 6 7 8
#0 clwet.cel *0 : 1 2 3 4
#1 s1.cel *0 : 1 2 3 4 5 6 7 8
#2 s2.cel *0 : 1 2 3 4 5 6 7 8
#3 s3.cel *0 : 1 2 3 4 5 6 7 8
#4 s4.cel *0 : 1 2 3 4 5 6 7 8
#5 s5.cel *0 : 1 2 3 4 5 6 7 8
#6 p1.cel *0 : 1 2 3 4 5 6 7 8
#7 p2.cel *0 : 1 2 3 4 5 6 7 8
#8 p3.cel *0 : 1 2 3 4 5 6 7 8
#9 p4.cel *0 : 1 2 3 4 5 6 7 8
#13 suit.cel *0 : 4 8
#16.6969 monky.cel *0 : 1 2 3 4 5 6 7 8
#18 cloud.cel *0 : 1 2 3 4
#14441 space.cel *0 :0 1 2 3 4 5 6 7 8 9
----------------------------------------------------------
使用しているセルは16個ですが、オーバーオブジェクトになって
いるモノです。最背面のセルで #14441 なんて指定しているのが
原因ですが...（＾＾；）
空き番号もキープしているのが原因の例ですね...
問題の発生している殆どが、PlayFKiSS 用のデータだったりしま
すね...
PlayFKiSS の自由度が高い分、逆に厄介ですね...（＾＾；）
確証はまだありませんが、なんとなく1フォルダにファイルが200個以上入っている時に、まれに発生するようです...
書き込みテスト。
不安定動作に関しては対策していないのでおおむねシナリオどおりです。
御意。そういえば本家が背景色0のときは5とみなすという謎の処理を行っていたのでKISSLDではそれにならったのでした。理由がよくわからないのでFrench Kissでは現状どおりです。
> ところで、ｄｏｖさんのところの、エンハンスト・パレットとというのが、良くわからないのですが、
われわれが256色マルチパレットと呼んでいるものと同じもののことです。
>frenchkissは、２５６色マルチパレットには対応していないのでしたっけ？
未対応です。過去ログのどこかにも書いたと思います。これに対応するには256色→フルカラーの転送のコードを書かなくてはならないのでわりと面倒なのです。
そもそもKISS/GS的には未定義ですし。
> mizmiaka.lzhは、５つの２５６色パレットをもっているのですが、表示されるのは、％１のunder.kcfだけのようです。２５６色マルチパレットの場合、frenchkissは、どのパレットを選んで表示するように作られているのでしょうか？
最初のパレットだけになると思いますがもともと一切動作は保証していません。
遅ればせながら、
００ＫＭ様
ＫＩＳＳデータは、見たい一心でコンフィグを直しているうちに、少し読めるようになっただけで、パレットやセルの構造などは、まったく解りません。今後とも、よろしくお願いします。
えむけい様
frenchkiss-0206.lzh さっそく使わせていただきました。試しにｃｃさくらのデータを開きましたが、ちゃんと表示されました。感激です。これで、改行を入れる作業から解放されました(^o^)。ありがとうございました。
mizmiaka.lzhの背景が真っ黒な件、とりあえず結論だけお知らせします。
これは、作者が、着替えをたくさん詰め込みすぎたせいか、背景画像のセルを入れ忘れたためと思われます。コンフィグをみても、背景画像のセルが見あたりません。そして、表示されるパレットunder.kcfの、背景色（透明色、[0）が黒であるため、真っ黒な背景色がそのまま表示され、闇夜に太陽が輝くシュールなセットになってしまっているようです。
ところで、ｄｏｖさんのところの、エンハンスト・パレットとというのが、良くわからないのですが、frenchkissは、２５６色マルチパレットには対応していないのでしたっけ？
mizmiaka.lzhは、５つの２５６色パレットをもっているのですが、表示されるのは、％１のunder.kcfだけのようです。２５６色マルチパレットの場合、frenchkissは、どのパレットを選んで表示するように作られているのでしょうか？
以上、取り急ぎ。
とりあえず、報告します。まだ検証中ですが一応中間報告します...
frenchkiss-0206.lzh
まったく暴走しないワケではありませんが、比較的安定しているようです。
8.1 環境でコンパイルされたからかも知れませんが、よくわかりませんけど...
このカキコと真下のカキコのデリをお願いします。
うーむ...（＾＾；）
...うーむ （＾＾；）
わかる範囲で...って言うことで、いいですよね...（＾＾；）
実は、あまりよくわからんもので...(T_T)
私の考えとしては、何か問題のあるファイルデータの処理をトリガーとして、
徐々にメモリ・リークをひき起こして、溜まりに溜まった後でドカン！
そんな蓄積性のモノではないかなー...なんて感じがしてます...
メモリを多く搭載したマシンで落ちにくいのはそんなことかな、などと
解釈できるからです...
なるほど。
0128-2版での変更点を確認してみたのですが、12/19以前に変更した部分はなかったので、ほかに原因があることは確実のようです。
デバッガをお持ちのようですので専用のデバッグ版でご協力いただくことになるかもしれません。
バグがあることが分かってるのに放っておくのが耐え切れなくなったので、方針変更しました。
http://homepage1.nifty.com/emk/frenchkiss-0206.lzh
11/11以前のすべての修正を再適用しました。これで(パレット16個超データの対策が再適用されたので)jeffm.lzhでもエラーは起きなくなっています。加えて以下のバグも修正しています。ご確認ください。
- 「#5.」のような指定のセルが動かない
ズバリです ＞ ぱんださん。確かにこのような場合固定値100とみなすようになっていたので、0とみなすように修正しました。
- 真っ黒けの画面が出る
これは01/08版で行った未定義行の誤認識対策の副作用で、改行処理のバグが表面化したものでした。
- fk_yu__.lzhのfkiss命令が意図したとおりに動かない
これはオブジェクトをmove命令では移動可能だったことによるものでした。このデータはmove命令の実行順序に依存した絶対位置への移動を行っていてあまり望ましくないのですが、とりあえず動作するように修正しました。
以下のものについてはバグを確認しましたがまだ修正していません
- tsukinou.lzhでセルが横方向に圧縮されたような表示になる
このデータはckissセルと通常のセルが混在しているのですが、French Kissはいまのところこのようなデータには対応していません。対応しようとするとむちゃくちゃ面倒なので…。
- nizmiaka.lzhで背景色が黒くなる(本来は水色)
調査中です。
- frkismi3.lzhでボディが消滅する
「;@EventHandler」以前にfkiss命令があっても認識してはならないのですが、認識してしまいます。
バグ以外では以下の要望をいただいております。すべて検討中です。
- MIDI対応。
- 書庫を開いたとき、ファイルタイプを「LHA 」にする
- CNFが含まれていない/書庫内書庫でエラーメッセージを出す
- 縮小/拡大表示
- アーカイブ内複数CNFの選択
- 右クリックによるコメント表示
いちおう過去ログに出ていた要望と11/11版以降のバグは網羅したつもりですが、もれがあったら教えてください。
大概は、デバッガのトラップで見ると、メモリー・フルのトラップで落ちるようです。
私の考えとしては、何か問題のあるファイルデータの処理をトリガーとして、
徐々にメモリ・リークをひき起こして、溜まりに溜まった後でドカン！
そんな蓄積性のモノではないかなー...なんて感じがしてます...
メモリを多く搭載したマシンで落ちにくいのはそんなことかな、などと
解釈できるからです...
ひょっとすると、
http://homepage1.nifty.com/emk/frenchkiss-0128-1.lzh
以前のテスト版でも「微々たる確率で」落ちる可能性があるかも...です。
今後のテストの方法も再検討してみます...
＞ぱんだ 様
はじめまして。
KiSSデータ構造にも明るいようで明解な推察、お見事です。
なんか、KiSSデータ自体をよく知らないあちきのアホなトコロがめいっぱい露呈している
だけみたいで、情けないです...(T_T)
今後とも協力よろしくお願いします。
>テスト版ではなくてemk-005ですね? だとすると新情報です。
すみません。バージョン書き忘れました。ファイル名FrenchKiss_1.8の、１月８日作成のテスト版を使わせていただいています。今日たまたま閉じるときにフリーズしたデータがありましたので、データ名お知らせします。
YASUさんが作られたYu-ki Shinomiya（DovさんのThe Big Kiss Pageでダウンロードできます）ですが、今まで何度も問題なく開閉できたのに不思議です。
子供のためにアーカイブ名をカタカナやひらがなに直してしまっているので、もとのアーカイブ名が解りません(^^;。たしか、ダウンロードのトップテンに入っていたデータだと思います。
>おそらくMacと他のOSでの改行コードの違いが原因だと思います。とりあえずデータが特定できる場合は具体的なデータ名をお教えください。
画面が黒くなるデータは、いくらでも見つかるのですが、例えば、DovさんのところのSakura Kinomoto(KSSAKURA.LZH)などいかがでしょうか。
また、色化けするデータは、子供に内緒なのですが、信さんのところのS_ASUKA.lzhなどです。このデータには、華麗なFKISSスクリプトがついていて、整形に手間取りましたが、愛と情熱で改行を入れ続ける（謎）価値のあるデータだと思います。
なお、話題になっていた,Dovさんのところのjeffm.lzhですが、これは、１００以上のセルの１つ１つに別のパレットが指定してあって、１０７のkcfファイルがあるという論外なデータでした。ローダがかわいそうです。
もう一つの、tsukinou.lzhですが、こちらは、TSUKI.KCFの他にMANGA.KNFという謎のファイルがあり、ローダは、これもパレットと認識しているのに、コンフィグの方ではパレットとしてTSUKI.KCFしか指定しておらず、当然セルごとのパレットの指定がないので、色化けしているようです。また、FKISSスクリプトの方も、１つのタイマーで、同じ番号の２つの異なるイベントを発生させたりという、ちょっと無茶な記述が見受けられます。作者は、初めて作ったデータで、アニメーションのさせ方が良く解らないので、教えてほしいと書いていました。
現在不安定動作の対策中なので後回しになりますが、TODOリストに入れておきます。
>起動時のフリーズは、複数のＣＮＦファイルを含むアーカイブの読み込み時に良く起きるような気がします。
テスト版ではなくてemk-005ですね? だとすると新情報です。
>これらは大抵ＣＮＦファイルの改行記号がなくなっていることが原因でした。
おそらくMacと他のOSでの改行コードの違いが原因だと思います。とりあえずデータが特定できる場合は具体的なデータ名をお教えください。
>ｅｍｋ００５は、このような場合、もしかしてデータを１００以上の固定値と認識するように作られてはいませんか？
即答はできませんがその場合固定値0とみなさなくてはならないのは確かなので対処します。
>これは、不具合ではないのですが、バージョンアップの時、ＭＩＤＩファイルに対応していただけるとうれしいです。
検討しておきます。たしかにQuickTimeを使うと思うのですが、問題はMacのプログラミングは私も素人同然であるということです。
>やはり、不安定で暴走してしまうようです。
ああ、ついに。
たぶん0203版も同じだと思うので、そちらでの実験は中止して、とりあえず0128-1でもうしばらくテストしてみてください。
最近偶然ＫＩＳＳのことを知り、えむけいさんのｅｍｋ００５を、ｉＭａｃで娘と楽しく使わせて頂いておりましたが、ＢＢＳで、えむけいさんや００ＫＭさん達がデバッグに非常な努力をされていることを知って、頭の下がる思いがしました。
まだ、使い始めたばかりで、こんなことを書いてもレベルの違うことなのかも知れませんが、ログにないようなので、なにかの参考にでもなればと、書かせていただきます。
１．私もフリーズを何度か体験致しました。たしかにフリーズは、キスデータを開くときと閉じる時に多く起こります。終了時のフリーズは、今まで何度か正常に開閉できたデータで起こったため、原因が皆目分かりませんが、起動時のフリーズは、複数のＣＮＦファイルを含むアーカイブの読み込み時に良く起きるような気がします。お見受けしたところｅｍｋ００５は、アーカイブの中の、アルファベット順で一番若い名前のＣＮＦを自動的に読み込むように設定されているようですが、紛らわしいファイル名があったりしたとき、なにか不安定になる要因はないでしょうか。見当違いの意見でしたら、申し訳ありません。
２．これは、ローダの責任ではないのですが、フリーズよりも、真っ黒けの画面がでたりして読み込めないデータが多いことが気になりました。真っ黒けの画面の他にも、小さな色化けした画面が開いたり、まったく空振りに終わったりする症状が出ますが、これらは大抵ＣＮＦファイルの改行記号がなくなっていることが原因でした。エディターでＣＮＦファイルを開いて、手作業で、（,[,%,＃,;,$の前に改行コードを入れて整形してやると、まともに読み込めるようになりました。
そこで、お願いなのですが、ローダをバージョンアップされるとき、自動的に改行を入れて、つぶれたＣＮＦファイルを元に戻す機能を付け加えて頂けるとすばらしいと思っております。手作業で直すのはけっこう面倒くさいものですから(^^;。
３．いくつか、すべてのセルがまったく動かないデータに出会いました。ＣＮＦファイルを開いてしばらく首をかしげていたのですが、例えば＃５．のように、すべてのオブジェクト番号の後ろに"."がついているのに固定値が記入されていないことを発見しました。ｅｍｋ００５は、このような場合、もしかしてデータを１００以上の固定値と認識するように作られてはいませんか？できれば、ピリオドだけで固定値が書かれていない場合は、固定値０と認識するように変えていただけると有り難いです。
４．これは、不具合ではないのですが、バージョンアップの時、ＭＩＤＩファイルに対応していただけるとうれしいです。プログラミングはまったく素人ですので、勝手なことをお願いしますが、ＭＵＳＩＣ命令でクイックタイムを呼び出してＭＩＤＩを演奏させるなどという具合に機能を付加できないでしょうか。娘と心待ちにしております。
やはり、不安定で暴走してしまうようです。
しかし、1 Hit/Day 程度の非常に稀な暴走ですので、OS、コンパイラ等完成されたものではないので、しかたないような感じがします...
http://homepage1.nifty.com/emk/frenchkiss-0203-1.lzh
http://homepage1.nifty.com/emk/frenchkiss-0203-2.lzh
とりあえず、ゲットしました。テスト再開します。
ファイル名の比較の部分を多少変更:
http://homepage1.nifty.com/emk/frenchkiss-0203-1.lzh
上記に加え、fkiss命令数上限撤廃・アーカイブから音声ファイルを読めない不具合修正の再適用:
http://homepage1.nifty.com/emk/frenchkiss-0203-2.lzh
特定ファイルに関する不具合はあとでまとめてやります。tukinou.lzhはデータ自体がおかしかった気がします。
一応、Dovさんとこの新着ファイルからの検証です。
jeffm.lzh
ファイル読み込み中に止まります。
tsukinou.lzh
なんか、表示が変です。
一応、不安定なコトによる暴走はないような雰囲気です...
...まだ、断言できませんが...（＾＾；）
修正しておきました。
参考までに、どういう環境から投稿されたのか教えていただけませんか? ＞ ハイパーはたけさん
>正常に動いておりますか？
動いているようです。ありがとうございます。
http://homepage1.nifty.com/emk/frenchkiss-0128-1.lzh
http://homepage1.nifty.com/emk/frenchkiss-0128-2.lzh
やはり、結構安定している感じです...
もっと、アブないファイルを中心に再検証してみます...
見事に文字化けいたしております...
ここの掲示板では、JIS コードではなく、シフトJIS コードのほうが、よろしい
かと...
え、文字化けしとるのワタシだけですか？
正常に動いておりますか？
あ、ドキュメントに
「今までのアーカイブを同じフォルダに入れてこのアーカイブを開く」
と指示していますが、問題ないですよね。
http://homepage1.nifty.com/emk/frenchkiss-0128-1.lzh
http://homepage1.nifty.com/emk/frenchkiss-0128-2.lzh
からダウンロードしてください。
0122-02版に加えて、さらに書庫内のWAVを開けない場合がある問題に対する修正を加えたもの:
http://homepage1.nifty.com/emk/frenchkiss-0128-01.lzh
上記に加えて、20000111版相当の修正を加えたもの:
http://homepage1.nifty.com/emk/frenchkiss-0128-01.lzh
これでも問題ないようでしたら、やはりコンパイル環境の問題だった可能性が大きいです。
...もうちょい試してみます...
>いわゆる、抜き(透明色？)の部分に
>白(FF,FF,FF)が指定してあると
透明色には、必ず0番のパレットの色を指定してください。これは仕様です(ヲイ)。
それとも0番を白にした場合の話でしょうか?
ところで、DPKISSについてなんですが
Dpixedのパレットの
いわゆる、抜き(透明色？)の部分に
白(FF,FF,FF)が指定してあると
書き出されるパレットがネガ色化します…。
既知だったり、用語とか間違っていたらすんません。
私のデータで動かないものが出ている件なんですが、
どうもデータの作り自体に問題がありそうです。
実はにんぎょさまからも指摘を受けまして...。
Macテストそっちのけでデータの見なおしを進めておりました。
結局、私のテストでは動かないものは自作のものが一点見つかったに過ぎず、
他の作者様のものでは該当するものが出ておりません。
問題の自作データも気付かずに拡張パレットを使用していながらcnf内に指定
が無いのが原因みたいですが、恥ずかしながら私自身がまだ理解しきっていない
ので後日、改めて報告致します。
http://homepage1.nifty.com/emk/frenchkiss-0122-2.lzh
ともに、結構安定しています。
当然、以前指定したような確実に落ちるファイルを除いてですが...
＞＞AppleScript書類というファイルの中身を
＞＞見る方法をご存知無いですか？frenchKISSオリジナル版が
＞＞cnf選ぶと勝手に自己生成するやつなんですが。
＞ファイル名は何ですか? CNFから拡張子を取り除いたファイル名が生成されて
＞いるなら、それがオリジナル版の作る独自形式のアーカイブです。なぜ
＞AppleScript書類と誤認されているのかはわかりません。
デスクトップファイルを再構築すればおそらく大丈夫です。
ソフト等をディスクにコピーした段階で、ディスクトップファイルに上手く
登録されていない可能性があります。
方法は、起動時にアイコン行列が終わった直後にオプションキーとコマンドキーを押しっぱなしにしていればよいです。
ただ、OS 8 以前はファイルのコメントが消えますので御注意を...
...あ、知ってました？ すんまそん...m(__)m
了解です。
emk-005と同じものを再コンパイルしただけの版です。
http://homepage1.nifty.com/emk/frenchkiss-0122-1.lzh
上記にWAV関連の修正だけを加えた版です。
http://homepage1.nifty.com/emk/frenchkiss-0122-2.lzh
たいへんお手数をおかけして恐縮ですが、しばらくこの2つで様子を見ていただけると幸いです。＞OOKMさん
>はクリックの件は一寸忘れて下さいませ。
>デフラグソフト使った後だと、すんなり認識しちゃいました(T-T)。
動いたり動かなかったりするほうがかえって気になります(^^;。
確実に動かないなら対処は比較的簡単なのですが。
>一つのイベント命令に続くACTIONのＭＡＸ数の制限が低いとかかなぁ。
それはないはずです。French Kiss for Macintoshの場合、イベントとアクションの合計数にのみ制限があります。それも2000/01/08版では撤廃されました。
>ただ、ちょっと予想外の結果が出てます。
>パレットは計６個でそれぞれに対応したセルも６個用意しましたが、
>なぜか一つのパレットを優先的に引っ張ってくるのです。
6個のパレットは合計すると256色を超えるのでしょうか?
超えるとするともともとKISS/GS的には一切ふるまいは規定されていません。
WKISS v0.05aとか(更新履歴には対処したと書いてあるのだが…)ckiss(ローダの)も落ちまくります。
超えないとするとかなり問題なのでやはりお送りください。
>追伸：えむけい様、AppleScript書類というファイルの中身を
>見る方法をご存知無いですか？frenchKISSオリジナル版が
>cnf選ぶと勝手に自己生成するやつなんですが。
ファイル名は何ですか? CNFから拡張子を取り除いたファイル名が生成されているなら、それがオリジナル版の作る独自形式のアーカイブです。なぜAppleScript書類と誤認されているのかはわかりません。
>あ、今思ったんですが、確か;コメント行を正当命令とご認識
>する可能性うんぬんって、例えばどのような書き方をですか？
たとえば;@daghjdsinxgvhasfdとか書いてあると途中のinを見てin命令と誤認します。基本的に、正しいfkiss命令だけを使っていれば誤認することはありません。また2000/01/08以降の版では起きないはずです。
...........。
えむけい様、昨日書き込んだテストサンプルについて
はクリックの件は一寸忘れて下さいませ。
デフラグソフト使った後だと、すんなり認識しちゃいました(T-T)。
結論から言うとfkissは受け付けます。動きます。ＯＫです。
お騒がせしました。ごめんなさい。
ただ、そうなると、私のGamesomeサンプルで未だに動かないもの
の説明がつかなくなるんですけどね(T-T)。
クリック一発発動キーなのに、なして動かんのん...。
強引に想定して...。固定値100以上もしくはfkissイベントに使う
セルは最小サイズに制限が在るとか(笑)。
一つのイベント命令に続くACTIONのＭＡＸ数の制限が低いとかかなぁ。
パレットの方は99/01/08ｕｐテスト版の結果、エラーを出して
止まる事はありません。ただ、ちょっと予想外の結果が出てます。
パレットは計６個でそれぞれに対応したセルも６個用意しましたが、
なぜか一つのパレットを優先的に引っ張ってくるのです。
試しに一個ずつパレットを削って行ったら引っ張ってくるパレットも
くるくる変わる...。なんかcnf記述順の下から順番に持って来てる様な...。
フリーズはまだ在りません。大丈夫です。
ちょっとフリーズ以外でわけわかんなくなってます。
少しの間、Macから離れます。頭冷やしたいので。
追伸：えむけい様、AppleScript書類というファイルの中身を
見る方法をご存知無いですか？frenchKISSオリジナル版が
cnf選ぶと勝手に自己生成するやつなんですが。
何が記述されているんでしょうか？
あ、今思ったんですが、確か;コメント行を正当命令とご認識
する可能性うんぬんって、例えばどのような書き方をですか？
＞ただ、今の所確実に止まってしまうデータという事でマシントラブルを
＞起こす可能性大の危険？なものの様ですが。
以前の私の発言に説明不足があったので、つけ加えます。
一応基本的には、フリーズ or 暴走するデータを多少使用してもマシントラブルにはならんとです。
しかし、あちきのように、テストの為に 1日に40〜100回前後も「フリーズ or エラー」「再起動」を繰り返すとマシントラブルになりかねない...という事なんです。
ここ数日は数時間しかテストできてませんが...（＾＾；）
えむけい様
＞同じ版でのテストばかりさせてしまって申し訳ありません。
いえいえ、こうなったら、あせらずじっくりと着実にまいりましょう。
とりあえず、加筆まで...
>今日も emk005 は快調に動いているようです。
ありがとうございます。いまちょっと忙しくて新しい版をアップできないので同じ版でのテストばかりさせてしまって申し訳ありません。
> やはりコンパイラのバージョンとか変わったのでしょうか。
> emk005 はほとんど止まりません。
コンパイラは変わっていないはずなのですが、emk-005のときは(たぶん)MacOS 8.1で、今はMacOS 8.0なので、その関係かもしれません。確認するために近日再コンパイルしただけの版をアップ予定です。
>下のテストデータが私の環境だと現時点で確実にエラーかフリーズを出します。
2000-01-08版(トップページからDLできます)でも落ちますか? このバージョンはマルチパレット対策をしてあるはずです。2000-01-11以降の版は原因特定のためにこの部分の変更は取り除かれています。
>本データは必要であればメール添付します。
2000-01-08版でも落ちる場合にはお願いします。ニフティのほうは添付ファイルで送られるとわりと面倒なので、できればポスペのアドレスに送ってください。
固定値が100を超えると動かせなくなる件は、オリジナル版で明らかに意図的にコードが組み込まれていたので「仕様」にするつもりだったのですが、fkissイベントを一切無視されるというのは問題なので(たとえ最大固定セルでもpressやreleaseには反応しなくてはならない)修正予定リストに入れておきます。
ただし今はフリーズ・暴走対策を最優先にします。またコードを追加して何が原因かわからなくなると困りますから。
１３６ＭＢで行ってます。ローダにも充分なメモリ(15ＭＢぐらい)を分配設定してます。
今回ちょっと長くなります。申し訳有りません。
下のテストデータが私の環境だと現時点で確実にエラーかフリーズを出します。
;---------------------------------------------------
; テストｋｉｓｓ maked by kazMaster
;---------------------------------------------------
(640,480) ;画面サイズ
%mactest.kcf ;パレットA
%palet_1.kcf ;パレットb
%palet_2.kcf ;パレットc
%palet_3.kcf ;パレットd
%palet_4.kcf ;パレットe
%palet_5.kcf ;パレットf
;---------------------------------------------------
#1.99 99cel.cel *0 :0 ;
#2.100 100cel.cel *0 :0 ;
#3.999 999cel.cel *0 :0 ;
#4.99 99p_key.cel *0 :0 ;
#5.100 100p_key.cel *0 :0 ;
#6.999 999p_key.cel *0 :0 ;
#7 japan.cel *0 :0 ;
;---------------------------------------------------
;fkiss記述部
;@EventHandler
;@initialize()
;@begin()
;@ unmap("japan.cel")
;---------------------------------------------------
;@alarm(1)
;@press("99p_key.cel") altmap("japan.cel")
;@alarm(2)
;@press("100p_key.cel") altmap("japan.cel")
;@alarm(3)
;@press("999p_key.cel") altmap("japan.cel")
実は99までの固定値セルしか減算されない様に思えたので、簡単な
テストデータを作って検証してみました。その際、複数パレットの
問題も兼ねようとしたんです。実際には上のデータは減算テストだ
けのつもりだったのでパレットしか登録してません。
frenchKISSオリジナル版だとタイプ10エラーを出します。
emk-005だと時計マークでフリーズ。
※WindowsのKissldは全く問題無し！
ところで、今まで止まった海外のデータを見ると複数パレットが多い
ですよね。
推論1、複数パレットを扱う場合にソフトの限界値が低いのでは？
推論2、記述パレットに対応したセルを感知しないと止まる？
本データは必要であればメール添付します。
ただ、今の所確実に止まってしまうデータという事でマシントラブルを
起こす可能性大の危険？なものの様ですが。
うう、なんでこんなの作っちゃうかなぁ。どこがまずいんでしょ。
＞nizmiaka.lzh,fk_yu__.lzhのエラー原因とはなんでした？
すんません。はっきし言って良く分かりません。
ファイルを 2GB ぐらい持っているクセに仕様については殆ど
理解していません。（＾＾；）
「私は作者では無い」といった逃げ口上も通用させたくありま
せんので徐々に勉強させていただくという事で御容赦くださり
ませ。m(__)m
蒼月 凛 様
いえいえ、お気になさらないでください。
その「御協力」の「心遣い」が非常にありがたいです。
えむけい 様
今日も emk005 は快調に動いているようです。
私の予備知識が不足で、話を混乱させて申し訳ありません。
現状ではMacのkissローダが「French Kiss」しかないので、
是非とも開発を続けていただきたくて、どうしても協力しなくちゃという
勝手な思いこみで書き込みをしてしまいました。
知識も足りず、あまり協力もできてなくてすみません。
以後、流れをちゃんと読んで参加したいと思います。
これからもひとりのkissファンとして
より良い French Kissの開発を心から楽しみにしています。
テストはもう少し続けてみますので 何かあったら、お知らせします。
背景画像のあるPSDを使っていたからかもしれません。
背景を無くして試してみましたが、選択の枠は出ました。
しかーし(^^;
グループ化を押すと不正な処理で落ちてしまうんです。
これは何度試しても同じでした。今度、試したPSDをサーバーに置くんで
見てもらえるでしょうか？