Macテストの中間報告です。
現在、20本程度終りましたが、一部タイプ25エラーを出すものもありました。
但し、再読み込みで再現は有りません。メモリクリアで二回目は無くなるみたい。
フリーズ等の障害はまだありません。が...
実はemk-005、20000111、テスト版、frenchKISSオリジナル版(WKP登録から入手)
で検証しているのですが、いくつか気になる点がありました。
フリーズとは直接関係無いかもしれませんが。
・上記の４つは固定値100以上のセルに対しては、クリックを容認しません。
問題はここから。
さらに、固定値100以上のセルがfkissイベントに関っている場合、オリジナル版以外
はfkissコマンドを認識しない。単純にクリックを容認させたければ、固定値99にして
やればＯＫです。これでクリックによるセル移動は出来ますが、やはりfkissコマンド
は認識しません。オリジナルとはこの部分で差異があります。
えむけい様のいずれのバージョンでも再現率は100％になってます(T-T)。
・次にサウンド関係でWAV変換エラーは出るのですが、ＬＺＨからだと100％エラー
がでて、圧縮展開後ではスロー再生等、問題はありますが動作します。
ＬＺＨの直接読み込み動作が怪しいと言う事はありませんか？
あくまで勝手な仮想ですが、
例えば固定値セルで100を越えるものに対する減算部が悪さしてる？とか。
ＯＯＫＭ様へご質問〜。
ちょっと遡りますが、nizmiaka.lzh,fk_yu__.lzhのエラー原因とはなんでした？
パレットまたはセルが多いからという理由でした？それとも別の理由？
※セルの量的問題は関係無い様ですね。私の320を超えるデータも問題なしです。
＞これは、マシンではなく、French Kissが予期せず落ちるということですか？
詳細を申しますと、
1.Debugger にて、「落ちた原因が French KiSS」と表示。
2.a) 運が良ければ Finder に復帰する。
b) 運が悪いと Finder に復帰できず、システム再起動。
...てな具合です。
えむけい様
やはりコンパイラのバージョンとか変わったのでしょうか。
emk005 はほとんど止まりません。
![[home]](home.png){kind=small}
>現時点で「えむけい様から見て」怪しそうなコマンドもしくは、再現条件て大体で良いですが分かりますか？可能性のありそうなデータとかをテストでわざと作ってみるですよ(^^)。
お心遣いはありがたいのですが、マジでまったく分かっていません。
一度「emk-005を再コンパイルしただけ」のテスト版を出してみよ
うとかコンパイラの不具合さえ疑い始めている始末です。
>でもやっぱりPSDはできないなぁ、描き方に問題あったりするんでしょうか？
私はPhotoshopを持っていないので、PSD対応はAdobeのサイトにあった仕様書だけを頼りにやっています。したがってPSDが予期しないフォーマットになっているのかもしれません。差し支えなければ問題のデータを送っていただくのがいちばんてっとり早いと思います。
あと考えられるのは、透明度の低いピクセルがレイヤの隅っこのほうに残っていて、レイヤを囲みきれていないことくらいでしょうか。完全に囲まない限りグループ化の対象にはなりません。
>了解しました、該当バージョンで引き続きテストします。
えむけい様へ
>現時点で「えむけい様から見て」怪しそうなコマンドもしくは、再現条件て大体で良いですが分かりますか？可能性のありそうなデータとかをテストでわざと作ってみるですよ(^^)。
＞2000.01.11バージョンに関しましては、現在、「このファイルで確実に落ちる」といったような確定で
＞きるファイルは確認されておらず
なるほど・・すでに改善されているわけですね。良かった(^｡^)。
こちらのバージョン（2000/1/11）も試してみます。
＞ 僅かながらも2000.01.11バージョンでも落ちる
えっと・・これは、マシンではなく、French Kissが予期せず落ちるということですか？こちらの記述がきになります。落ちるデータもある・・・ということですよね・・。データの記述ミスだといいんですけどねぇ(^_^;)＜あんまり良くはないけど・・まだ、ローダで落ちるよりはましかも・・
えむけいさんへ
まだ、テスト版ということで色の再現性とかはまだなんですよね？
いくつか、開けても色化けしたり、Fkissでイベントが発生しなかったりします。
ここで質問なんですが、Fkissの命令等で98系（WIN含み）は動くがMac版では動かないと思われるものってありますか？
最近はスクリプトをかいてなかったので新しい仕様が出ているように思うのです。
ＷＫＰにあったFkiss仕様書にない命令等（どなたでも構いませんので）教えていただけたらと思います。よろしくお願いします。
追記 French Kiss テスト版（00/01/08up）で、いわゆるCKISSは動きました。
色の再現性も問題ありませんでしたよ。
ここのログを多少遡りますと、経緯、2000.01.11版のリンクとか見えてまいります。
宜しくどうぞお願いします。
はじめまして。
2000.01.11バージョンに関しましては、現在、「このファイルで確実に落ちる」といったような確定できるファイルは確認されておらず、奇しくもあなたの確認されましたような「再現性の低い不安定なエラー」だけが残されたファクターです。
やはり、僅かながらも2000.01.11バージョンでも落ちるようですね。
>v0.09bからドラッグしただけでは選択できない仕様に変わりました。
なるほど・・・気づかなかったです。BMPのはちゃんとグループ化できました(^^)
でもやっぱりPSDはできないなぁ、描き方に問題あったりするんでしょうか？
こんにちは
French Kiss テスト版（00/01/08up）を試用レポートさせていただきます。
-----------------------
使用環境
7600/200/RAM160 --> G4/400/RAM160（アップグレードカード使用）
MacOS 8.1 HD4G MacsBagは入れていません。
----------------------
・自作のデータは問題なく動きました。
・bd13ks.lzhという海外のkissデータ（Fkissではない）。ドラッグでオープン。セット３のセルをドラッグ中「タイプ２５エラー」で落ち＞French Kissを再起動後、同様にしても落ちなかった。
・古いデータ（〜1998）は、落ちてしまうことはなかった。
今現在、15データ実験済み。マシンの再起動は一度もありません。
ＯＯＫＭさんへ
もし、よろしければ、現在も落ちてしまうデータ名とダウンロード先をメールにて教えて下さいませんか？いくつかあるようなら、全部お願いします。
念のためPB2400+G３ LC475/漢字Talk 7.5.5でも試してみます。ところでFrench KissってPPC専用でしたっけ？。
kazMasterさんへ
＞私が思うに、多分にデータ作者側の作りの問題もあると思うのです。
こういってはなんですが・・・そうかな？と思いました(^_^;)
なので、レポートについてはkazMasterさんの掲示板に書かせていただきます。
データのつくりの問題でなければ、もう一度こちらの掲示板に書くことにします。それでいかがでしょう？
蒼月 凛さまへ:
>あ、kazMasterさんのデータで動かなかったものはありました。
あう、私のデータで出ーたのですか<(T-T)>。
>追ってご連絡します。
すみませんが、是非お願いします。
私が思うに、多分にデータ作者側の作りの問題もあると思うのです。
これが動かないとかって単にローダー作者に振っちゃうんじゃなく、
作ったデータ作者側も一緒に考えるべきだと思うのですが...。
ＯＯＫＭさん、kazMasterさん。はじめまして。
今日、さっそく FrenchKISSforMacをダウンしました。
問題が上がっているようですが、これから試用してみます。
とりあえず、emk005版はなんの問題もなかったんですけど・・・
あ、kazMasterさんのデータで動かなかったものはありました。＜追ってご連絡します。
蒼月の環境は7600/200 memory160-＞G4/400に載せ替え。
OS 8.1&OS 9です。この環境で試してみます。
こんな形でしか協力できませんけど、何かあったら遠慮なく言って下さい。
頑張って下さい。それでは、また。
>今度は256/16色BMPの原画もグループ化できないでし(T^T)
「編集」メニューから「選択」は選んでいますか?
v0.09bからドラッグしただけでは選択できない仕様に変わりました。Windowsの標準には反していますが…。
↓タイトル：FrenchKISSforMacのテストの件。
FrenchKISSforMacのテストの件です。現時点で一応五本程度検証終りました。
結果、音声ファイルのスロー再生等の現象を一部確認しましたが、フリーズ等の
障害は出ていません。２時間程度の読み込み繰り返しテストを行い、メモリクリア
のユーティリティは必須ですが。
利害関係もあるので自分の作成データから優先的に行ってますが、他の作者様の
データも５０〜６０本は保管してありますから、以降も検証を続けます。
１Ｗ程でえむけい様宛てに動作検証報告送ります。と言っても単なるテキスト(笑)。
早速、グループ化を試してみましたけど・・・
今度は256/16色BMPの原画もグループ化できないでし(T^T)
＃もちろんPSDも、でした。
もし、御協力をお願いできるのであればよろしくお願い致します。
とにかく多種類のファイルの動作確認をしていただければ大丈夫だと思われます。
Win と Mac での動作の違い等も将来のバージョンで役に立つと思われますので、よろしくおねがいします。
現在までに「今までのような不安定なエラー」は発生していないようです。
しかし、エラーは発生しています。
nizmiaka.lzh
fk_yu__.lzh
とか原因のファイルが特定できるエラーのみです。
引き続き調査を継続します。
でも、点数方式で引っ張っていたとは、ちょっとびっくりです(^^)
ところでMacの件、メモリ64MBのパフォーマ6410で良かったら検証します。
実はまだFrenchKISSを入れて試してない、申し訳無いです。
これだと初期のまま触ってないのでMacOS8.0ですし。
ちなみに、どんなデータで試すのがベストでしょうか？
まさか、私のデータも怪しいとか...(笑)。
>当然、暴走しなければ、システム終了を正常に出来ますから、システムにほぼ損傷の被害は出ないはずですよね（＾＾；）
御意。
本当に何が原因なのかまったくわかりません。かなり手詰まり状態です。
>タイトルを拾ってくる場合とアーカイブタイトルのままの場合があります。
>両者ともＬＺＨ形式からではなく、解凍後のフォルダから取り出したcnfなので、
>どのような形で引っ張ってくるのか教えて下さい。
かなり複雑です。KISSLDで使っているものとまったく同じ判定関数を使ったテストプログラム付きで説明を作成したので参照してください。
http://homepage1.nifty.com/emk/cnfttest.lzh
>どうもcnf内先頭部にタイトルが""で括ってあるかないかが条件のような気もするのですが。
説明をご覧いただければ分かりますが、""で括ってあればかなり高い確率でタイトルとみなされるので、それでおおむね近似できます。
普通ならばアプリを1回動かす度に開くファイルは数ファイル程度ですよね...
しかし、念のためもう暫くテストを続けます...
＞こんなことを言うと失礼かもしれませんが、
＞環境自体に問題があるという可能性はないでしょうか?
＞私の環境ではとにかく発生しないので…。
1日約100回近い フリーズ and 再起動 で、普通はずたずたになります（＾＾；）
当然、暴走しなければ、システム終了を正常に出来ますから、システムにほぼ損傷の被害は出ないはずですよね（＾＾；）
一応、友人、部下を騙して巻き込んで
PM8100/80+G3
PM8100/100AV+G3
PB520c+PPC603e
PB2400c+G3
PMG3-DT266
等々
で、テストしてますが、全てでほぼ同様の動作結果が出てますので...
ただ、OSが、全て 8.1 で、MacsBug を使用してるので、そのへんに問題アリかも知れません...
ところで、今一つご質問です。kissldでショートカットの作成を行った時ですが、
タイトルを拾ってくる場合とアーカイブタイトルのままの場合があります。
両者ともＬＺＨ形式からではなく、解凍後のフォルダから取り出したcnfなので、
どのような形で引っ張ってくるのか教えて下さい。
どうもcnf内先頭部にタイトルが""で括ってあるかないかが条件のような気もするのですが。
>...と、いいたいトコロですが、今朝3時頃、また、自宅のMacが動かなくなりました...(T_T)
こんなことを言うと失礼かもしれませんが、環境自体に問題があるという可能性はないでしょうか? 私の環境ではとにかく発生しないので…。
ぐはっ。修正しときました。
ちなみにバグ修正の副作用で、メニューから「編集(E)」-「選択(S)」を選ばないと範囲選択を開始できない仕様に変わっていますが、PSDでも使えるようになったはずなので試して見てください ＞ ももちんさん
>kissldEditorモードのセルプロパティにて透明度を指定後に何処が変更されたか
>cnfを見てみました。すると;コメント行に機能文字で%tXXXと書き足されていました。
>先ほどのデータはfkiss記述部にtransparent命令を直接指定ある為、拾ってこなか
>ったのではないでしょうか？
そうです。いまのところKISSLDの編集関連の機能はfkiss命令をまったく認識しません。読み込んだものをそのまま書き出すだけです。
というかそれですんごい大事な注意事項を思い出しました。「グループ化」「グループ化解除」を行うとオブジェクト番号が付け変わりますが、fkiss命令の中の番号はそのままなので手動で付け替える必要があります。
>実際には機能文字で書くのが良いんでしょうか？
機能文字で書くと本家ckissとかfkissに対応していないローダでも透過になるというメリットはあります。
emk-005 で、テストしまーす...
...と、いいたいトコロですが、今朝3時頃、また、自宅のMacが動かなくなりました...(T_T)
...つーことで、また、旧式ブックの活躍とあいなります。
...そーすると、当然にゃがら自宅Macのメンテ あーんど 旧式ブックでのテスト...の2本立てになるのでペースが落ちると思いますので御勘弁を...
あ、トコロで emk-005 で不具合があっても御勘弁くださいね...
...さほど危ないファイルはテストしてなかったもので完璧な確認はできなかったもので...（＾＾；）
kissldEditorモードのセルプロパティにて透明度を指定後に何処が変更されたか
cnfを見てみました。すると;コメント行に機能文字で%tXXXと書き足されていました。
先ほどのデータはfkiss記述部にtransparent命令を直接指定ある為、拾ってこなか
ったのではないでしょうか？実際には機能文字で書くのが良いんでしょうか？
はセルプロパティでは透明度0になっています。
私の環境ではちゃんと設定した値が表示されているのですが…。もうすこし詳しい再現条件を教えていただけませんか?
KissldEditorモードでcnfを開いた場合、例えば既に透明度指定がしてあるセル
はセルプロパティでは透明度0になっています。画面上の見かけでは透明度指定が
効いているので、こういう仕様なんだなと思っているのですが。
編集時に画面を見ながら透明度変更を出来たら便利だと思うのです。もう少し透けた
方が良いかな？とか。ただ今いくつに設定してあるか結構わかんないですもん。
もちろんcnf再読み込みになるんでリアルタイムとは行きませんが今後の対応として
如何でしょうか？
frenchkiss-test2.lzh
frenchkiss-20000111.lzh
両方とも徐々にフリーズ or 暴走しはじめました...
システムヒープ異常とか、3バイトアクセスで時々止まります...
どちらかというと、セルがいっぱいあったり、イベントが多い(??)ファイルを
開いた後、「さらにいくつかファイルを操作した後」落ちるようです。
1.新ベータバージョンでファイルを開く
2.セルを幾つか動かす
3.ファイルを閉じる
4.異常が無ければ1に戻る
5.システム再起動
6.異常があったファイルをもう一度新ベータバージョンで検証
7.異常が無ければ1に戻る
8.システム再起動
9.異常があったファイルを旧ベータバージョンで開く
10.異常があってもなくても、もう一度検証
11.エラーのあるなしで、問題ファイルの特定考査
12.ファイルが特定できれば問題ファイルとして特定
13.1に戻る
以上のフローでテストしていますが、これで充分でしょうか？
言い出しっぺの責任として1日4時間〜20時間のペースでテストしてます...
...仕事そっちのけ（＾＾；）
とにかく、FrenchKiSS emk-final まで頑張りまーす！
>PSDの時には何も出なかったんです。
すみません。何もセルがないところか、最大固定セルのあるところからでないと選択を開始できないというバグがありました。
近日中に修正版を登録しておきます。
16＆256BMPの時には、点線の枠が表示されたんですけど
PSDの時には何も出なかったんです。
位置読み込み機能が付くまで、おとなしく待ってます(^^)
8ビット,ステレオのデータをモノラルと誤認して半分の速度で再生していたようです。というわけで、以前のものも含めてWAV関係の修正を当てなおしたものを第1弾として登録しておきます。くどいようですがもし不安定な状況になったらすぐに教えてください。
frenchkiss-20000111.lzh
うひゃー。本当にご苦労様です。
>まず、結論から申し上げますと、「全く暴走しないワケでもない」という事でした。
(中略)
>と、いう事で Dovさんトコから、山のように止まりそうなあやしげなデータを DLしてテストしていますが、ほぼ無い、という位、止まりません。
落ちるのが特定のデータだけなら対策は比較的簡単だと思います。以前のβ版のようにどのデータで落ちるか分からないような状況ではないのですね?
どうやら12/19までに追加したコードのどれかが悪さをしているのはほぼ確実ですが、まだ絞りきれていないので、とりあえず12/19までの変更点を少しずつ追加しなおしていって様子を見てみます。
以前のように不特定のデータで落ちるような不安定な状況になったらすぐ教えてください。その直前に追加したコードが怪しいということになります。
今回からファイル名に日付を入れることにしましたので、行き違いになったときのことも考えてどのバージョンでテストしたかも教えていただけると幸いです。
見事にサウンドがスロー再生されるファイルがまだ若干あるようですね...
約16時間の調査の結果、まず、結論から申し上げますと、「全く暴走しないワケでもない」という事でした。
最初は全然暴走する気配すら見えませんでしたが、Dovさんトコにあるデータで初めてエラーが発生しました。
kattykis.lzh
というファイルですが、前ベータバージョンでは問題無くロードできるので、テストファイル更新過程で FIX されたものだと思われます。
と、いう事で Dovさんトコから、山のように止まりそうなあやしげなデータを DLしてテストしていますが、ほぼ無い、という位、止まりません。
引き続きテストしてみます。
んではっ。
>これで昔の原画もそのままロードできます(^^)
ども。これは単なる手抜きだったので対応しました。フルカラーBMP対応はもうしばらくお待ちください。
>あと、編集モードに加わったグループ化＆解除機能で、
>CKISSの作成もできそうかな？
>のちほど、試してみます。
こちらは新機能なのでバグ報告募集中です。グループ化の機能でもとりあえず作成可能だと思いますが、PSDのグループ情報を自動的に読み取れたほうが楽だと思うのでそちらも対応する予定です。
落ちるようになったのはβ版からだとおっしゃっていたので、試しに12/19以前の変更をすべて取り除いたバージョンを作ってみました。これで落ちるかどうか教えてください(12/19版までに修正されたバグが原因で落ちるものは当然除きます)。
frenchkiss-test2.lzh
これで昔の原画もそのままロードできます(^^)
あと、編集モードに加わったグループ化＆解除機能で、
CKISSの作成もできそうかな？
のちほど、試してみます。
再現性が非常に低いですが、断定ではなく、推測の域を出ない意見ですが、一応参考までに...
そうだったのですか...メンバーズ・オンリー・ファイルなんですね...
もし内容を知りたくともどうしようもないですね...
DLしたり、DOSレベルからMacへ引き込んだ場合、ブラウザ等で拡張子設定をしていないと、ファイルタイプが、
「BINA」「bina」「????」になっている可能性があります。
どうにかならんでしょうか...
ほとんど落ちなくなりました...が...カーソルが時々バケるみたいです。
＞ところで擬似的に搭載メモリを少なく見せかけるような方法はご存知ありませんか? 今のままだとどうやっても再現不可能な気が…。
ちなみに、さっきのテストはメモリーカードぶっこ抜いてテストしてみた結果でした...
今考えると、重いアプリをいっぱい動かしてメモリーの空き領域を減らせばいいような気がします。
OS 8.1 を使用していますが、2000.01.08 バージョンでは殆ど落ちなくなってます。
メモリーリークしていても、メモリーの空き領域がいっぱいあれば殆ど
落ちないような感じみたいです。
色の調整がまだのせいもあってか、時々まっくろけのKiSSデータもありますが...
...すんまそん、徹夜仕事でレロレロです...何書いているかわからんとです...
>メモリ搭載が 32M だとバリバリ発生。
ところで擬似的に搭載メモリを少なく見せかけるような方法はご存知ありませんか? 今のままだとどうやっても再現不可能な気が…。
.HEDではなくて.HESですか? yavさんがKSNLの配布用に作った暗号化フォーマットだったと思いました。
KISSLDのOS依存部を切り離して、MacやXに移植しようという計画は考えています。実現すれば問題は多分すべて解決します。いまのところ完璧に計画倒れですが。
KiSS の LHA ファイルの中に入っている、拡張子が .HES のファイルとは、どんなものなのでしょうか。
御存知の方、情報よろしくお願いします。
Mac版 French KiSS で...
1. 画面を縮小/拡大表示できないでしょうか？
2. LHAファイルを開いた時、以下の場合のエラー表示できないものでしょうか...
a) .CNF ファイルが含まれていない。あるいは、KiSSのファイルではない。
b) LHA アーカイブの中にさらに LHA アーカイブとして入っている。
...なんてのは、無茶でしょうか？
アイコン等の破壊を含めるフリーズ、暴走は...
メモリ搭載が 32M だとバリバリ発生。
メモリ搭載が 64M だと時々。
メモリ搭載が増えれば増える程再現性が低くなります。
あと、作成時期が比較的古いKiSSファイルはほぼ問題無く稼動するようです。
悲しいですが、どちらにしろ、同一条件で発生確認ができません。
発生するタイミングとして、
1. ファイルを閉じる時。（クローズコマンド選択時）
2. ファイルを開く時。（処理プログレスバーが消えた後）
です。ファイルを表示している時は比較的安定しているようです。
とりあえずwlvoyr12.lzhが正常に読み込めるように修正しました。ご確認ください。
メモリ破壊のほうですけど、とにかく私の環境では仮想記憶をONにしてもまったく発生しないのでかなりお手上げ状態です。何度も同じような質問をしてたいへん恐縮ですが、アーカイブを開いたときにも発生するでしょうか? CNFやLZHを開いたときだけでしょうか?
また、落ちたとき最後にしていたのはどういう操作でしょうか? できるだけ詳細に教えてください(セルをつかんでマウスをドラッグしていた、メニューからセットを選ぼうとしていた、等々)。
Windowsに依存します。WAVはWindows APIのsndPlaySound関数で再生していますが、この関数には100KBを超えるファイルを渡すなとかヘルプには書いてあったような気がします。実際にはもっと長いファイルでも再生できるようですが。
若干鳴り始めのタイミングに影響が出るかもしれませんが、ほぼ無制限にすることは可能だと思います。
kissldでWAVを再生した場合、最大時間は何秒なのでしょうか？
なんとなく90secぐらいのような気がするのですが。
もしかしたらローダーと言うよりfkissのsound()コマンドの制限かもしれませんが。
把握されているのであればご教授下さい。
搭載メモリーが少なかったり、仮想メモリーを使用したりすると、なお一層
落ちやすくなるみたいです...
そーです...しかし、気付かぬうちに...が正しいかも知れません...
やっぱりメモリを破壊しているようですね。1つだけ思い当たる節がありますが…。データは選ばず発生しますか?
ファイルを Open、セルの移動、やっているうちに、アイコンがずたずたになります。当然ながら、再起動で元のアイコンに戻りますが...
あと、システムヒープ異常で、ぽこぽこ落ちるようです...
ベータ版では
PowerPC access exception at 001DFAD8 NQDCopyPixMap+00008
Bus Error at 40877890 _SetDeskCPat+00210
PowerPC unmapped memory exception at 001B1708 NQDSetCCursor+01E04
Address 40877890 is in the ROM at _SetDeskCPat+00210
とかで落ちて、いろいろ複雑そうです...
見ました‥‥ごく普通ですね．（かなり愚痴ってみたい部分があるけど止めときます．）
>こんなに簡単に作成できる GUIないですからね。(^^;
確かにそうですね．他に手軽なのはMSのPowerPointとかありますけど．(--;;方向がチガウ？
それはそうと，明けましておでとうです．m(__)m → T_Tenさん
>fkiss2に関しては下手な拡張よりも，変数と演算・条件分岐・ループをしてくれてたらと思うんですけど，
>どうでしょうね？(この辺がMASLに負けている部分ですかね)
FKiss3にはあります(とか言ってみる)。まさに変数と演算・条件分岐・ループが追加された機能です。
>KISSLDでも解釈しないみたいです。
>この命令は、PlayFKiSSしかサポートしていないようです。
ifmappedとifnotmappedは対応しているはずなので、動作しないとしたら別の理由(早い話がバグ)だと思います。
＞fkiss2に関しては下手な拡張よりも，変数と演算・条件分岐・ループをして
＞くれてたらと思うんですけど，どうでしょうね？
＞(この辺がMASLに負けている部分ですかね)
メモリの効率悪そうだけど、めちゃ欲しいに一票。
こんなに簡単に作成できる GUIないですからね。(^^;
＞Mac は KiSS Loader に選択肢がないのでいたしかたなくて...
データ鑑賞の為だけに、PC/AT一台いかがですか？＜冗談です
私は、データ作成にMac欲しかったりしますが資金力から以下略
私は、PC-98x1とPC/AT互換機しか所有していないのですが
さっそくDovさんの所で探してきました。
wlvoyr12.lzhをみてみました。(///)
KISSLDの表示では、beginの先頭に ";"が無いのと、
(fkiss v0.28では、いきなり止まった。(笑))
Mac版で解釈できない(ifnotmapped ifmapped)と言う命令使ってます。
資料がいささか古いのですが(ぉ
ifnotmapped と ifmappedは、FKiSS２命令で、
それを引金にsound が入っていますね。
なので、昔のFrench Kiss 2.2.0では正常に動作しないと思います。
えむけいさまのパッチ済(？)のやつも、
(grep ifmappedしても無かったので)使えないと思います。(;_;)
KISSLDでも解釈しないみたいです。
この命令は、PlayFKiSSしかサポートしていないようです。
他にも未対応の命令があるかもしれません。 m(__)m
gv
Mac は KiSS Loader に選択肢がないのでいたしかたなくて...
例の wlvoyr12.lzh
は The Big KiSS Page (Dovさんトコ) にあります。
いわゆる「不謹慎モノ」のデータなで、すみません。
もうちょい残業してから帰宅します...
何のレスかなぁと思ってみたら自分が書いたカキコだと判明．(汗)
fkiss2に関しては下手な拡張よりも，変数と演算・条件分岐・ループをしてくれてたらと思うんですけど，
どうでしょうね？(この辺がMASLに負けている部分ですかね)
>あといろいろデータも見せていただきましたが、fkiss命令が有効だとなにも表示されないのが笑えました。
あ，あ，あれは，単なる嫌がらせです．(^^;;;
fkissってまだ試験仕様のままだし，その後の動向も不明だし‥(T^T)
とても大変そうで、あけましておめでとうございます。＜いみなし
私はfkiss文法位しか読めないので、おやくに立てないかもしれませんが
他のユーザーの方にも聞いて見たほうが良いかもしれません。
wlvoyr12.lzhは、どこかに置けませんか？
wlvoyr12.lzh
は、殆どのサウンドがコンバートエラーを出して変換できず、メモリー割り当てを 200M 前後にしてもメモリー不足エラーを出します。
データ自体が問題アリなんでしょうか...
で半年遅れの(をいをい)コメントをしようと思ったらもう閉局になってたのでここに書いちゃいますが(#7927参照)、
>詳細は省きますが関数構成が甘いというか、引き数の型を少し拡張するだけでも、
>無駄な関数が2,3減ると思うのですが。
私もそう思いました。たとえばmusicとsoundの違いはループするかしないかだと(WKISS32の動作から勝手に)思っていたのですが、なんとmusicでもループはしないらしいので、なんでsoundをMIDIも再生できるよう拡張しなかったのか理解に苦しみました。
>それとローダー依存かもしれませんが、
>moveto()は今のfkiss命令のmove()だけで充分に近似動作可能では‥？
はい、ローダ依存ですね。move(-640, -400) move(x, y)みたいに書けばよさそうですが命令が前から順番に実行される保証はありません。
> それと、気になったのですが、実際にローダーの動作タイミングとかを
>調べた上で、時間系の1/100を間違いだと訳注してるのでしょうか？
厳密に確認はしていませんが、1/1000を1/100と間違えてたらたとえば1秒待つところが10秒になるわけで、いくらなんでもみんな気づくはずなのでプログラムは正しくて説明が間違っているだけなのはほぼ確かだと思います。
あといろいろデータも見せていただきましたが、fkiss命令が有効だとなにも表示されないのが笑えました。
>ところで、またまた FrenchKiSS ですが、LHA ファイルを直接開く場合には、
>Export コマンドを Disable にしたほうが良いかもしれませんね。不完全な
>Export ファイル (USERDATA.CNF) が書かれるようですから...
御意。Exportはアーカイブから開いたときにしか意味がないコマンドなので(それ以外のときはSaveを使う)、選択できないようにしました。
>am_moon.lzh
>が、未だにフリーズ or 暴走するようです...
命令数が多すぎるのが原因でした。もっともローダの上限を超えたからといって暴走していい理由にはなりませんが。
以前は2500が上限で、それでは足りなくてとりあえず3000に増やしたのですが、まだまだぜんぜん足りないようなので命令数が増えてきたら追加でメモリを割り当てるようにして論理的な上限を撤廃しました。
>tiff0.lzh
fkiss命令の解釈がバグっていました。根本的な対処としてはパーサを書き直したほうがいいのですが、検証が面倒なのでかなり場当たり的ですがとりあえずこのデータでは誤動作しないようにしました。
>melisa.lzh
>とか、セル全部が左上に寄ってしまうのを見かけました...
LZHから開いたとき自動的に選択されるMel.cnfには本当に位置情報がないので、これは正常な動作です。ほかのローダでもそうなります。
まだLZHの中のCNFは選択できないので(すみません)、解凍してmelisa.cnfのほうを選択してください。
ところで、またまた FrenchKiSS ですが、LHA ファイルを直接開く場合には、
Export コマンドを Disable にしたほうが良いかもしれませんね。不完全な
Export ファイル (USERDATA.CNF) が書かれるようですから...
それでは...
am_moon.lzh
が、未だにフリーズ or 暴走するようです...
ちなみに、今までテストしていたマシンはまだ復旧中（システム入れ替え等）で、まともに動いていないので古いブックにインストしての実験結果です...
あと、最近わかったのですが、
tiff0.lzh
melisa.lzh
とか、セル全部が左上に寄ってしまうのを見かけました...
今、会社なんで、家に帰ってまた調査続行です...
みなさま、よいお年を...
なぜかサイズが0になっていたようです。アップロードしなおしました。今度はちゃんとダウンロードして解凍できるところまで確認したので大丈夫だと思います。
同僚とのタクシーの乗り合いで帰ります...
http://homepage1.nifty.com/emk/frenchkiss-test.lzh
ドキュメントのサイズ不正エラーのようです...
http://homepage1.nifty.com/emk/frenchkiss-test.lzh
が上手く DL できません。
会社の PC からの Access なのでよくわかりませんが...
とりあえず終電に間に合うように、もう帰ります...
ども。また機会があったら伺いたいと思います。
OOKMさん:
とりあえずここまでの修正分を新しいテスト版にしておいたので復旧が完了していましたらお試しください。
44.1kHzのWAVに対応したつもりです。あと256色MPのデータで暴走しないようにしましたが暴走しなくなっただけで対応したわけではないので、色は正しく表示されません。
クローズ時の不具合は再現性が低いので難航しそうです。まだ修正されていないと思います。
今回はKISSの方はおまけみたいなのしか収録できなくて
微妙に心残りでした(汗)。
ども。KISSLDのほうもオブジェクト化の機能を追加中ですが暇がなくて両方止まっています。というわけでいましばらくお待ちください＞OOKMさん
ハイパーはたけさん:
newsに追加しました。個人的にはやっぱり自動インクルードがほしいところです。
綾音ちゃん+2が出来たので、ご報告に上がりました。
12/25の更新付けとなっています。
用件だけですが、失礼します。
復旧してからまたテストします...
これから帰って復旧作業につとめます...
多分、ワケの分からない圧縮形式かも知れません。（＾＾；）
「コンバートできませんでした」と表示される WAV ファイルがまだ、あったようです。
家に帰ってからコンバートできなかった WAV ファイルや AU ファイルの含まれるアーカイブをもう一度調べてみます。
んではっ！
使われているというか標準添付のWAVのなかにもすでにあるようですが、これに対応しようと思うとQuickTimeでも使わない限り半端じゃなく大変そうなのでご容赦ください。
44.1kHzのWAVはスロー再生になりますか。原因がわかれば対処したいと思います。
>AU ファイルとかがコンバートされないのは当然仕方ないですね...
あれ? すくなくともオリジナル版はAUに対応しているはずなのですが、コンバートされませんか?
8 bit
2000Hz ○
4000Hz ○
5564Hz ○
6000Hz ○
7418Hz ○
8000Hz ○
11025Hz ○
11127Hz ○
15400Hz ○
22050Hz ○
22255Hz ○
32000Hz ○
44100Hz × スロー再生
48000Hz × スロー再生
16 bit
2000Hz ○
4000Hz ○
5564Hz ○
6000Hz ○
7418Hz ○
8000Hz ○
11025Hz ○
11127Hz ○
15400Hz ○
22050Hz ○
22255Hz ○
32000Hz ○
44100Hz × スロー再生
48000Hz × スロー再生
...てな具合でした...
WAV の圧縮ファイルは未確認です。
AU ファイルとかがコンバートされないのは当然仕方ないですね...
んではっ！
ファイルを閉じる時にエラーが出るようになったのはテスト版になってから、のようです。emk005 の時にはなかったとほぼ思われます。
>あと最新のテスト版では対応WAVが増えているはずですがそちらはどうでしょうか?
かしこまりー♪ です。
誰かの完動品で WAV ファイルが埋め込んであるデータを使用して WAV ファイルを幾つかのフォーマットに変換し直して実験してみます。
ただ、WAV ファイルの圧縮フォーマットは Mac で作成できませんので、御容赦ください...
ところで、WAV の圧縮ファイルはいまだ Win では使われているのでしょうか...
今、会社に居るもんで、家に帰ってからまた実験しますぅ！
...んではっ！
了解しました。それは以前のテスト版やemk005では一度も発生しなかったものですか?
>悲しいですが、それぞれのローダ専用のKiSSデータは他のローダーでは暴走してもいたしかたないのでしょうか...
ローダの作りが甘ければ暴走するかもしれませんが、前にも申し上げた通り暴走するのだけは許せないので何とかしたいです。
あと最新のテスト版では対応WAVが増えているはずですがそちらはどうでしょうか?
以前、ファイルを閉じる時、時々暴走すると書きましたが、ファイル名を明記できなかったのは、暴走の再現性が非常に低かったからなんです。
正常なデータと思われても、開いたり閉じたりしているうちにフリーズしたりするので、障害が非常に特定しにくくて...(T_T)
ここ数日、めいっぱいの再起動の嵐です...（＾＾；）
あと、ファイルを開く時のフリーズ or 暴走の経過報告です。
一応ですが、
KEYKIS.LZH
hiyak01a.lzh
MKN03-xx.LZH
などが、落ちるようです。
悲しいですが、それぞれのローダ専用のKiSSデータは他のローダーでは暴走してもいたしかたないのでしょうか...
ぐはっ。修正しました。
kazMasterです。いつもお世話になります。(^^)
えむけいさま。最近、私のサイトのメーターの回りが良いんで
のほほんとしてたのですが、いろいろ見てたら、Newsの所で
CarrotHouseさまへのリンク先がうちになっているみたいなんです。
すみませんが確認をお願い致します。
>ところで、ファイルを閉じる時に時々落ちるようになったようです...
>幾つかパターンあるらしく、もうちょい突き詰めて調べてみます...
なかなかうまくいかないものです。とりあえず何が起きたときでもデータ名は教えてください。でないとこちらで調べようがありません。
日付けで確認すべきでした...
1.アニメーション動作
2.一部暴走ファイルの正常動作
一見大丈夫のようです...
256パレット以上のファイルは未確認です。
情けないけど256パレット以上のLHAファイルかどうか確認できなくて...(T_T)
ところで、ファイルを閉じる時に時々落ちるようになったようです...
幾つかパターンあるらしく、もうちょい突き詰めて調べてみます...
んではっ！
あう。そういえば256色を超えるデータは試験していなかったかも。
ところで最新のバージョンでは改善されましたか?
昨日更新して、随分前に言ってたこちらへのリンク、張りました。
昨日の内に挨拶しておこうかと思ってましたが、こちらを見ると既に
張られてる・・・。ごめんなさい、先に許可取ってたのはこちらなのに。
・・・作りはしましたが、これからどう発展して行くかはちょっと判りません。
とりあえずあせらず、暖かい目で見守って下さい。
では、失礼します。
...これって、Mac版で正常に動いているのでしょうか...