Re: バグ報告スレッド4 [ No.96 ] 　2008/11/02 15:48 　ぁ 戦闘中にマップが暗くならなくなりました。 右は前のバージョンのGameとEditorを入れなおした物です。 20081102_1546_37_1.png 20081102_1546_37_2.png Re: バグ報告スレッド4 [ No.97 ] 　2008/11/02 16:48 　Ea 自作システムですが自分も>>96と同じ症状です。 恐らく「ピクチャ以外の画面更新停止」が仕様変更されて v1.06まで対象外、もしくはコマンド前に命令されていたので実行された 画面の色調変更が更新停止の対象になったことが原因と思われるのですが・・・ Re: バグ報告スレッド4 [ No.98 ] 　2008/11/02 18:12 　SmokingWOLF >>95　ダメージ処理がおかしい コモンVer1.24で修正しておきました。 >>96->>97　戦闘時に暗くならない Ver1.07に変更した際に新たに発生したエラーのようです、ウディタ本体Ver1.07aにて修正しておきました。 Re: バグ報告スレッド4 [ No.99 ] 　2008/11/03 15:10 　T.o.D 新しいグラフィック合成器でデフォルト規格だと保存サイズが小さいので全部入りません。 子供規格だと全部入ります。 Re: バグ報告スレッド4 [ No.100 ] 　2008/11/03 17:58 　TAKEZO. Ver1.07aのグラフィック合成器を起動した所 画像のエラーが発生して起動できませんでした。 20081103_1758_15_1.jpg Re: バグ報告スレッド4 [ No.101 ] 　2008/11/03 19:19 　Rew◆grX5Zj [URL] OGG・WAV形式の音声ファイルをBGMにして、1回再生した後で同じ曲を途中再生すると変な所からループします。BGSにした時は問題ありませんでした。 以下は検証に使用したイベント内容です。 ■サウンド：BGM0「test」再生　/　処理時間：0ﾌﾚｰﾑ ■キー入力：このEvのｾﾙﾌ変数0 / [入力待ち] 決定(10) ■サウンド：BGM停止　/　処理時間：0ﾌﾚｰﾑ ■キー入力：このEvのｾﾙﾌ変数0 / [入力待ち] 決定(10) ■サウンド：BGM0「test」再生　/　処理時間：0ﾌﾚｰﾑ ※この時は途中再生を1ﾐﾘ秒に設定 ※BGM0にはOGG形式のファイルを設定してあります。 Re: バグ報告スレッド4 [ No.102 ] 　2008/11/03 21:58 　SmokingWOLF >>99 「デフォルト規格」フォルダ内にあるSetting.txtを最新のものに更新してください。それにサイズ情報が入っています。 >>100 Gdiplus.dllが見つからない グラフィック合成器の方はGdiplus.dllは抜いています。WOLF RPGエディター直下にあるGdiplus.dllをグラフィック合成器のフォルダにコピーするか、Gdiplus.dllをWindowsのSystem32フォルダに入れてください。 この件は説明書に書いておきます。 >>101　一回再生した後で途中再生すると変になる こちらでもOGGファイルで全く同じ処理で確認してみたのですが、特にこれといって変な動作を確認することができませんでした。 もし可能でしたら、状況を再現可能なDataをそのまま一式アップしてくださると助かります。ひょっとしたらOGGのデータそのものにも何か原因があるかもしれません。 Re: バグ報告スレッド4 [ No.103 ] 　2008/11/03 23:09 　Pork28号 バグではないのですが、ウディタのGame.exeがウィルスバスターのセキュリティに引っかかりました。 ゲーム自体は問題なく動くのですが、 セキュリティレポートによると、【Internet Explorer設定の変更】と【ＤＬＬインジェクション】という該当ポリシーなので処理を拒否したと書かれていました。 次の日の起動ではこの警告表示は無かったんですが、ウディタを使っていても大丈夫なんでしょうか？少し不安です。 20081103_2307_40_1.jpg Re: バグ報告スレッド4 [ No.104 ] 　2008/11/03 23:17 　SmokingWOLF >>103 その両方の件ですが、 ・「IE設定の変更」は今後のネット接続機能実装のためにゲーム内でプロキシを設定できるようにしている（予定の）プログラムが引っかかってしまっていて、 ・「DLLインジェクション」の方は起動時に「GuruGuruSMF.dll」を読み込みに行く動作が怪しいと判断されたのかもしれません。Windows公式のDLLではなく、ユーザ開発のDLLですから。 一応Avastでウィルスチェックは行っているので、PCへの影響は何もないと思います。 Re: バグ報告スレッド4 [ No.105 ] 　2008/11/04 23:35 　Pork28号 >>103 ありがとうございます。安心しました。 ネット接続機能というと、自動更新とか、ネット対戦やＭＭＯＲＰＧの開発も可能になるということでしょうか。完成すれば神ツール降臨間違い有りません！ これからもウディタを使い続けます。 Re: バグ報告スレッド4 [ No.106 ] 　2008/11/05 00:20 　何者か◆WuHk8X [URL] 正直、自分でも何が起こったのかよくわからなかったのですが・・・ 作ってあったcity:5.mpsというファイルがいつの間にか消失し 代わりにcity（拡張子なし）という見覚えのないファイル（0bite）がありました。 これじゃどう修正すればいいのかわからないとは思います。 それでもまぁ、起こったことは報告しておこう、と・・・ >>103 僕のほうにも1.03のころからありました。 わずらわしいので例外設定で黙らせましたが。 Re: バグ報告スレッド4 [ No.107 ] 　2008/11/05 13:07 　権兵衛◆kHXl.3 >>106 Windowsの仕様上ファイル名に半角『：』は使えないはずです その表記だと、『city』ファイルのNTFSストリームの中に『5.mps』ファイルが入ってしまってる可能性があります PCに詳しければ救出できる可能性があるので、一度NTFSストリームで調べてみてください よくわからなければ、諦めて作り直した方が早いかもしれません Re: バグ報告スレッド4 [ No.108 ] 　2008/11/05 13:16 　フレイム [URL] >>102 私も>>100の方と同じ事になっていたのですが 試したらできるようになりました レスありがとうございます Re: バグ報告スレッド4 [ No.109 ] 　2008/11/05 21:26 　うお 　BGM　BGSともOGGファイルでの再生位置　曲長さの取得が上手く行ってないようです 確認コモンは並列処理で以下コモン実行 ■変数操作: V0[]〜V5[] = 0 + 0 ■変数操作+: V0[] = 再生中のBGM番号 ■変数操作+: V1[] = BGM現在再生位置(ﾐﾘ秒) ■変数操作+: V2[] = BGM総再生時間(ﾐﾘ秒) ■変数操作+: V3[] = 再生中のBGS番号 ■変数操作+: V4[] = BGS現在再生位置(ﾐﾘ秒) ■変数操作+: V5[] = BGS総再生時間(ﾐﾘ秒) ■ﾋﾟｸﾁｬ表示：20 文字列[BGM\v[0]　位置\v[] X:0 Y:0 0(0)ﾌﾚｰﾑ ■ 位置については最大に達した時ループでの０に更新がなされてません　 長さについては総再生時間なのか曲長さか不明な点があり　ありえない数値になっています 確認のほどよろしくお願いします。 Re: バグ報告スレッド4 [ No.110 ] 　2008/11/06 01:00 　P 読み込みデータ番号がマイナスでエラーが出たのでゲームを終了させたのですが 音楽が鳴りっぱなし、エディタを閉じてもまだ止まらないという現象が発生しました。 Re: バグ報告スレッド4 [ No.111 ] 　2008/11/06 22:50 　オーレット 解像度が640×480の時にマップのズーム機能を使用しても イベントのグラフィックサイズが変わらず、表示位置もおかしくなりました。 Re: バグ報告スレッド4 [ No.112 ] 　2008/11/08 02:03 　fuji◆0q7kAo [URL] 基本システムに関して ・コモン047、051のアイテム変化によるアイテム数増加に対し、いずれも上限が設定されていない ・コモン056の643行目、重なり状態を判定する分岐が「1以上」になっているため、永続状態異常の重なりが判定されない 以上、報告させて頂きます。 Re: バグ報告スレッド4 [ No.113 ] 　2008/11/08 16:05 　SmokingWOLF 皆さまバグ報告ありがとうございます！ >>109　曲情報取得の疑問 再生位置が一周で終わってしまうのはライブラリの仕様のようです、（1周目のみ）という注釈を入れておきます。 長さについては曲の長さです。ミリ秒なので、秒数の1000倍の値を取ります。それでも値がおかしい場合は、それが再現可能なDataフォルダごといただけますと幸いです。 >>110　エラー中に閉じるとバグ 今までずっと原因が分からなかったのですが、最近修正方法が分かったので次回バージョンで直しておきます。 >>111　640x480時にキャラクターだけ拡大しない 確認しました、修正しておきます。 >>112　基本システムのバグ 前者の方確認しました、修正しておきます。 後者の方は、直前でステータス状態の値を絶対値に変換しているので大丈夫だと思います。素直に「0以外」にしとけよって話ですけどね。 基本システムマニュアルともどもありがとうございます。 Re: バグ報告スレッド4 [ No.114 ] 　2008/11/09 13:33 　うお >>113 回答ありがとうございます しかし、仕様で終わらせられると残念でなりません トータル再生時間（ミリ秒）曲の長さ（ミリ秒）ループ地点　ループ終点(ミリ秒)　曲終点（ミリ秒）など　何か他に取得できる用に出来ないでしょうか？ 位置取得が一週目のみだとあまり使えない機能です。 曲の長さはやはり上手く取れてないみたいなのでdataフォルダを添付しときます　 なぜかwavファイルは上手く行っています 10回位試行しましたが上手くdataファイルが添付出来ません　zip圧縮していますdata量が多いからでしょうか　他に何か方法がありませんか？ 追加　11/9 アップローダーに載せました　よろしくお願いします Re: バグ報告スレッド4 [ No.115 ] 　2008/11/08 22:52 　SmokingWOLF >>114 アップローダの方へアップしてください。 こちらは小容量のファイルしかアップできません。 システム変数29,30（プレイ時間の秒・ミリ秒）を利用すれば再生開始からの経過時間をミリ秒単位で知ることができるので、ループ地点と曲の長ささえ自分で分かっているなら今どこを再生中かという情報を計算することは可能です。 Re: バグ報告スレッド4 [ No.116 ] 　2008/11/09 04:27 　TAKEZO. バグ　というにはあまりも問題はないと思いますが。 トランジジョン準備をするとウィンドウタイトルバーにあるFPSなどの情報も描画が止まります。 Re: バグ報告スレッド4 [ No.117 ] 　2008/11/09 15:39 　夏葉◆e7T2W1 バグという程ではないと思いますが、 少し気になったので報告します。 ■変数操作: このｺﾓﾝEvｾﾙﾌ0 = 1600010 + 0 ■変数操作: このｺﾓﾝEvｾﾙﾌ10 = 24 + 0 ■変数操作: このｺﾓﾝEvｾﾙﾌ0〜このｺﾓﾝEvｾﾙﾌ3 = V[このｺﾓﾝEvｾﾙﾌ0] + 0 上記のように代入した場合、Cｾﾙﾌ0しか代入されないようです。 Cｾﾙﾌ0の代入を後回しにすれば問題ありません。 コマンド数が1つ増えてしまうので、 少し手間かな、という程度です。 Re: バグ報告スレッド4 [ No.118 ] 　2008/11/09 18:08 　うお >>116 トランジジョン準備には画面停止と書いてありますので描画停止しています >>117 　3番目の変数操作これはｾﾙﾌ0から順番に処理しますのでｾﾙﾌ1番処理するときはすでにｾﾙﾌ0は処理された値になっているためです ■変数操作: このｺﾓﾝEvｾﾙﾌ10 = 24 + 0 ■変数操作: このｺﾓﾝEvｾﾙﾌ0〜このｺﾓﾝEvｾﾙﾌ3 = このｺﾓﾝEvｾﾙﾌ10 + 0 にすれば2行で終わります Re: バグ報告スレッド4 [ No.119 ] 　2008/11/10 02:04 　夏葉◆e7T2W1 >>118 気がかり程度の報告にわざわざ丁寧な回答ありがとうございます。 代入値が一つだけなら、上記の処理で問題ありませんでした。 ですがもともと、添付テキスト内の処理で組んでいましたので、 上記の処理だと少し効率が悪かったのです。 デフォルト側に格納値の変数呼出値を代入すればいいのですが、 気持ち不恰好かなと。 ※修正　添付テキストに変更しました。 20081110_0204_00_1.txt Re: バグ報告スレッド4 [ No.120 ] 　2008/11/13 16:04 　せうる プレイ時間が一時間を超えると変な表示になります。 例→１時間１分だと１：６１ Re: バグ報告スレッド4 [ No.121 ] 　2008/11/13 19:42 　夏葉◆e7T2W1 ピクチャ文字列で文末がルビ文字の場合、 ルビ文字の分の画像サイズ(横)取得が正常に動作しません。 文末に空白等を入れた場合は問題なく動作します。 画像サイズ(縦)取得は動作します。 確認Verは　1.07aです。 以上、報告させて頂きます。 Re: バグ報告スレッド4 [ No.122 ] 　2008/11/15 00:00 　スケッチ猫 Editorのマップチップウィンドウで直前に使用したチップに選択枠が残りますが、 現在使用しているチップと同じ色なのでどちらが現在使用しているチップか分かりづらいと思います。 どちらかの色を変更するか、直前のほうを残らないようにしたほうがいいのではないでしょうか。 Re: バグ報告スレッド4 [ No.123 ] 　2008/11/16 16:32 　chau バージョンを1.07aにしたらテストプレイが出来なくなりました。 バージョンを上げただけで他は何もいじってないのですが…。 Re: バグ報告スレッド4 [ No.124 ] 　2008/11/16 16:53 　Rew◆grX5Zj [URL] >>123 確信はありませんが、更新前のバージョンが1.05以前であるのなら、一度ゲームの基本設定を開いて保存してみてください。 Re: バグ報告スレッド4 [ No.125 ] 　2008/11/16 16:53 　神楽◆1X2aug >>123 それだけでは何も分かりませんよ。 せめて「テストプレイが出来ない」の内容と、 元々使用していたバージョンぐらいは書いた方がいいです。 Re: バグ報告スレッド4 [ No.126 ] 　2008/11/16 17:04 　chau >>125 すみませんでした。 テストプレイをしようとすると｢エラーが発生したため、Game.exeを終了します。プログラムをもう一度開始する必要があります。｣ と出てきて強制終了されてしまうのです。 以前使っていたバージョンは1.06です。 Re: バグ報告スレッド4 [ No.127 ] 　2008/11/16 22:28 　・・・ たしかに、以前のバージョンでは問題なかったのに 現在のバージョンではgame.exeが落ちてしまう場合がありますね。 原因は不明ですが・・・ 126と同じコメが出てます。 Re: バグ報告スレッド4 [ No.128 ] 　2008/11/17 00:05 　何者か◆WuHk8X [URL] ある１つのマップに 『調べた時に主人公に動作指定をさせるコモンを呼び出すだけのイベント』 （ジャンプ台イベント）を２０個ぐらい設置しました。 テストプレイをしていると時々、調べた瞬間に 『Game.exeが動作を停止しました』→強制終了します。 〜とりあえずいろいろ書いてみる〜 Shiftでダッシュの並列コモン常駐。 キーが押した瞬間と離した瞬間に動作指定で主人公の移動速度を変更しています。 また、イベント動作開始直後に通常速度に戻し、 Sys変数『イベント実行中』が戻るまで反応させないようにしています。 しかし、イベントの最初に１０フレームウエイトを入れても結果は同じでした。 Shiftを押しながらイベントを調べた時のほうがよく起こるようですが、それ以外でもたまに起きます。 同じイベントはVer.1.06でも使用していましたが当時は何も起こらず、 Ver.1.07aに上げて以来発生するようになりました。 ただ、当時は試行回数が少なかっただけかも知れません。 また、最初の１個でエラーが起こらなかったとき、 マップを出るまで他の同じ物（コピーしたイベント）で起きたことは一度もありません。 長文ですみませんがよろしくお願いします。 Re: バグ報告スレッド4 [ No.129 ] 　2008/11/17 00:15 　・・・ マニュアルのDB操作が現在の仕様に追いついてないようです。 DB操作の初期化について、期待していた動作をしませんので、マニュアルの更新をお願いします。 Re: バグ報告スレッド4 [ No.130 ] 　2008/11/17 00:56 　何者か◆WuHk8X [URL] ウディタゲームに同梱されたフォントファイルが削除できません・・・ 『アクセス許可がありません』だそうです。 Re: バグ報告スレッド4 [ No.131 ] 　2008/11/17 11:15 　(自称)初心者 基本システムにおかしいところがあったので報告致します。 まずコモン009:○状態異常変化の19行目あたりから。 このコモンイベントはcself[1]がマイナスになっている場合があるのですが、cself[1]<0などのチェックをぜずにDB参照に使ってしまっています。 cself[2]での分岐の前に、cself[1]が0未満の場合にcself[15]番のキャラの状態異常を解除する処理を入れ、それ以外の場合に従来の処理を入れたらいいと思います。 もう一つ。コモン010:○経験値・Lv増減の196行目のcself[99]を調べる値です。 パーティ人数MAXが4人だった名残か、定数4で分岐していますので、5人以上のパーティのとき5人め以降があぶれてしまいます。 定数4のかわりにv9[9]、あるいはv9[75]あたりで判断したらよさそうです。 Re: バグ報告スレッド4 [ No.132 ] 　2008/11/17 12:34 　神楽◆1X2aug >>130 原因はよくわかりませんが、一度PCを再起動かログオフすればとりあえず削除可能なようです。 Re: バグ報告スレッド4 [ No.133 ] 　2008/11/17 23:01 　SmokingWOLF バグ報告、誠にありがとうございます。 >>120　時間が1:61というふうになる 最新版の基本システムを導入してください、修正されていると思います。 >>121　ルビ文字が横幅に含まれない 確認しました、修正しておきます。 >>126-128　強制終了バグ色々 原因があいまいなバグは、現状ちょっと対処できそうにありません。 エラーが発生する状況をすぐ再現可能なデータを、アップローダーなどに丸ごとアップしてくださると助かります。それをデバッガにかければ、バグ箇所が比較的ラクに見つかりますから。 >>130　フォントファイルが削除できない 試しに「オムライスを作る」で実験してみたのですが、ゲームをプレイ後、フォントファイルを削除することが可能でした。再現できる状況のヒントなどはございませんか？ >>131　基本システムの気になる箇所 細かい部分までご指摘してくださって誠にありがとうございます！ 動作指定のバグ [ No.134 ] 　2008/11/18 03:15 　あずま はじめまして。 最新版（Ver1.07）を利用しているのですが、 バグらしき現象が起きたので報告させていただきます。 現象： 「動作指定」の「パターン変更」を行ったとき、 「動作完了までウェイト」しても変更が完了しない 組んでいるスクリプト： 動作指定:Ev12 / 上 / 上 / 右向 動作完了までウェイト 動作指定:Ev12 / パターン1に変更 / ※ 動作完了までウェイト 動作指定:Ev12 / ｸﾞﾗﾌｨｯｸ変更 7:驚き /不透明設定度 255 動作完了までウェイト 期待する動作としては、 パターン1のグラフィックがすぐ表示されることなのですが、 実際にはパターン2がわずかに表示されてからパターン1に切り替わります。 ※部分にウェイトを60フレーム入れると期待の動作になりますが、 それだと不便ですので…。 よろしくお願いします。 Re: バグ報告スレッド4 [ No.135 ] 　2008/11/18 20:51 　ムツカラス [URL] どこに書けばいいのか迷い、こちらに失礼します。 マニュアルに使用されたキーボード一覧表の画像なのですが、修正前の画像になっているのでお手すきの時に張替えをお願いします。 よく見るとMが2つあるのです……（´д｀； Re: バグ報告スレッド4 [ No.136 ] 　2008/11/19 02:30 　何者か◆WuHk8X [URL] >>128 >>133 コモンイベントを呼び出すコマンドしか入っていない マップイベントを起動すると即・強制終了するバグ・・・ とりあえずこんな短いバグ発生コモンを見つけました。 どこにも問題は見当たりませんが・・・ 色調変更後に強制終了されていることから 呼び出す瞬間にバグっているわけではないようです。 ■色調変更： R20 G20 B20 / 60ﾌﾚｰﾑ ■ウェイト：60 フレーム ■変数操作: このｺﾓﾝEvｾﾙﾌ0 = 0 + 0 ■ Re: バグ報告スレッド4 [ No.137 ] 　2008/11/20 20:05 　Rew◆grX5Zj [URL] >>135 あわわっ、すみません、気付いてませんでした。後で差し替えておきます。 ----------------------------------- 文字列操作のキーボード入力に関して、2つバグを発見したので報告いたします。 1点目:\を入力すると止まります。挙動の感じでは無限ループが発生している気がします。 2点目:キャンセル可にした時、入力がキャンセルされると、入力を受け付けた文字列変数に代入できなくなります。 ■文字列操作:このｺﾓﾝｾﾙﾌ5 = ｷｰﾎﾞｰﾄﾞ入力 10文字[ｷｬﾝｾﾙ可] ■文字列操作:このｺﾓﾝｾﾙﾌ5 = "あいうえお" ■文章:\cself[5] このイベントを実行して文字列入力をキャンセルしてみてください。 Re: バグ報告スレッド4 [ No.138 ] 　2008/11/20 20:35 　P フォグ使用時のバグ報告です。 フォグを使用している状態でShift+Zキーを押すと、ピクチャ類が消去されて画像1のようなメッセージが表示されました。 このようなイベントは使用しておらず、またキーを押す事で元の状態に戻りました。 また、上下にループするよう作成した画像でも1ドットの間が開いてしまうようです(画像2枚目) フォグとは関係無いのですが ピクチャのディレイリセットを使用した際、"パターン番号が大きすぎます(パターン番号1)"のようなエラーが発生しました。 変数を使用してピクチャを連続で、順番に表示させているため原因箇所がわからなかったのですが 存在しないピクチャにディレイリセットや消去をかけた場合に発生しているような印象です。 しかし正常に動作する場面もあり、状況を再現するのが難しく条件が特定出来ませんでした。申し訳ないです。 20081120_2035_21_1.png 20081120_2035_21_2.png Re: バグ報告スレッド4 [ No.139 ] 　2008/11/21 18:23 　ポルカ ゲームを作成し、いざ始めようとすると、 「問題が発生したため、Game.exeを終了します」 と表示されてしまいます。 理由として挙げられる問題点は何でしょうか？ Re: バグ報告スレッド4 [ No.140 ] 　2008/11/21 21:25 　fuji◆0q7kAo [URL] 既出かもしれませんが、動作指定で移動速度を変更した直後にグラフィックを変更すると、アニメーションが停止するバグがありました。 設定速度などには特に関わりなく発生するようです。 ご確認お願いします。 Re: バグ報告スレッド4 [ No.141 ] 　2008/11/23 07:53 　SF 質問掲示板じゃ反応無い様なんでこちらに書きます。 ゲームの基本設定で 画面サイズを640×480、 キャラクターアニメパターンを3パターン、 キャラクターの移動幅を0.5マス 主人公の移動速度を5にすることで アニメパターンが2枚でしか表示されなくなってしまう場合があります。 (移動速度6にするとアニメすらしなくなります) キャラクターの移動幅を1マスにすると3枚表示になりますが 移動速度6にすることでやはり2枚表示になります これはバグなんでしょうか？ Re: バグ報告スレッド4 [ No.142 ] 　2008/11/23 09:53 　せうる 最新版の基本システムを読み込んだら、 「文字列を格納すべき場所に変数を代入しようとしました」という表示が出るようになりました。 コモン５，４５、５３、７８で出るようです 水タイプのマップチップについて [ No.143 ] 　2008/11/25 00:46 　no name 正式な呼び方がわからないため、おかしなタイトルで申し訳ありません。 いわゆる「水」につかったような状態を表現するためのマップチップについて。 最新版にて作成したマップで、この水タイプのチップ上をキャラが通過すると、キャラ画像の表示が狂ってしまいます。 Re: バグ報告スレッド4 [ No.144 ] 　2008/11/25 21:20 　うお 基本システム　コモン×┃ ┗ アニメーションで 53行中央に表示（敵と味方の場合で高さが変わる 辺りの処理 座標倍率が足し算になっています 修正お願いします Re: バグ報告スレッド4 [ No.145 ] 　2008/11/26 23:09 　SmokingWOLF >>134　一瞬パターン2になる これは対処できるかどうか分かりませんが、直せそうなら一緒に直しておきたいと思います。 >>136 コモン変数処理でエラーが起きる 最初からプレイしてみてください。セーブ後にコモンイベントを増やすと、そのコモンの記憶領域が作られていないのでエラーが起きます。 >>137 文字列変数のバグ 確認しました、修正しておきます。 >>138 フォグ・ピクチャ周りのバグ デバッグ用に入れていたメッセージがそのまま入れっぱなしになっていたようです、消去しておきます。 ピクチャ周りで存在しない画像でエラーが出る件は、無視するよう修正しておきます。 1ドットの隙間が空いてしまう件なのですが、こちらで320x240のJPGファイルで実験したところ想定通りに綺麗に繋がって描画されることを確認しました。 ソフトウェアモードでも同じ症状が発生しますか？もし可能なら、それが再現できるデータ類をアップしてくださると幸いです。 >>139　起動時にGameがエラーを起こす セーブデータが悪さをしている場合もあるので、Saveフォルダを全て削除してみてください。 それでもダメな場合は、サンプルゲームが起動できるかご確認下さい。 それが起動できる場合は何かしら組み方に問題がある可能性が高いと思うのですが、普通の問題なら意味が分かるエラー文で表示されるはずなので、こちらにとっても想定外のエラーである可能性が高そうです。 可能なら、データ類をアップローダに上げてくださると原因究明の糸口になるかと思います。 >>140　移動速度を変更した直後にグラフィック変更するとアニメが止まる サンプルゲームにて、タイプ8（キャラ画像）にデータを足して、移動ルート「カスタム」で 「→に移動」「移動速度を変更：３」「グラフィック変更：2:コック」「→に移動」 という動作指定をイベントに対して行ってみたのですが、特にアニメも止まることなく正常に動作することを確認しました。 もし何か他にヒントになりそうな状況や、または再現可能なコモンイベントなどがございましたら、いただけますと助かります。 うーんさっきから再現できないバグが2個もももどうしよう。もちろんこっちも一応1.07aですよ！？ >>141 主人公がアニメしなくなる 一歩歩くごとにアニメパターンがキャンセルされてしまっているのだと思います、修正しておきます。 >>142 基本システムで文字列を格納すべき場所に〜 可変データベースをキャラ6人対応に更新したので、データベースファイルも導入してください。 >>143 足下半透明チップでおかしくなる？ サンプルゲームの海チップを下半身半透明にして主人公を移動させてみましたが、一見通常に描画されているように見えます。何か他に条件などはございませんか？ >>144　基本システムのバグ おおっとこれは何というミス、ご指摘ありがとうございます！ -------------------------- ということで皆さま、バグ報告誠にありがとうございます！ 今回はこちらでざっと動かしてみた限りで再現できないバグが多くて困り気味なんですが、ここまで来るとバグの発生条件が複雑になっている部分もあるのかもしれません。 状況を再現できるデータさえあれば、デバッガで原因究明が可能ですので、もしお時間よろしければぜひ再現データをアップしてくださいますと助かります。 Re: バグ報告スレッド4 [ No.146 ] 　2008/11/26 23:55 　P 対処ありがとうございます！ ソフトウェアモードで試してみたところ、ラインは現れませんでした。 しかし画像がGifになったような色の境界が出てしまいました。これは画像自体が悪かったかもしれないです 問題になったフォグ用の画像を添付します。 20081126_2355_07_1.jpg Re: バグ報告スレッド4 [ No.147 ] 　2008/11/27 02:31 　fuji◆0q7kAo [URL] >>145 今確認してみたところ、こちらの並列イベントが大量に絡まって、動作指定が半端なところで中断されていたのが原因だったようです。お騒がせしてすみませんでした。 Re: バグ報告スレッド4 [ No.148 ] 　2008/11/28 18:49 　何者か◆WuHk8X [URL] >>136,>>145 最初からって・・・ プレイ時間すでに５０時間超えてるんですけど それを最初からって・・・ ・・・当面コモン４２個縛りでがんばります。 ついでに、可能ならバージョンアップ時に何とかしてほしい感じです。 （スレ違いなら申し訳ない） Re: バグ報告スレッド4 [ No.149 ] 　2008/11/28 19:04 　何者か◆WuHk8X [URL] >>148の続き（記事修正では添付できないので別レスで） ところで、この強制終了の原因がコモンの問題で確実に発生するものだとすれば、 以前報告したコモン番号的には問題がないのに不定期に強制終了する方のバグとは別物ということになりますよね。 ・・・というわけで、とりあえずジャンプ台コモンを送りつけておきます。 詳細はこちら：>>128 20081128_1904_30_1.txt Re: バグ報告スレッド4 [ No.150 ] 　2008/11/28 20:45 　ハニー お久しぶりです。 バグ？　っぽいので報告します。 戦闘開始時に自動でコモンイベントで製作した特殊な状態変化が発動するようにしたのですが、最新版でテストしたところ、添付図のような表示の不具合が起きてしまうのですが……。 また、戦闘終了時、６人目のキャラの消え方が下に消えるのではなく、１人だけ遅れて徐々に消えていきます。 最初のバグは状態が発動しない時にはおこりません。 ポップアップをOFFにすると状態も表示されなくなります。 ご確認お願いします。 1．戦闘開始時、状態発動時 2.　発動後 3.　バトル終了後　のスクショです。 20081128_2045_07_1.jpg 20081128_2045_07_2.jpg 20081128_2045_07_3.jpg Re: バグ報告スレッド4 [ No.151 ] 　2008/11/28 22:16 　うお >>150 コモンイベント×┣ｽﾃｰﾀｽ表示／ｶｰｿﾙ(v9[8])で 537行　（コメント）　指定色あったら変える の下くらいにピクチャデレイ内容リセットで40300から40399を入れてみてください（ウエイトでも良いかもしれませんが） これで　1と２は直りませんか? 多分これで直れば新機能による内部処理速度の変化による不具合だと思います 3番は分かりません Re: バグ報告スレッド4 [ No.152 ] 　2008/11/28 23:36 　SmokingWOLF >>146 ソフトウェアモードにするとgif画像みたいに〜 次バージョンで、ソフトウェアモードにすると画質劣化してしまう現象を修正しておきます。 >>148 コモンイベント増加による問題 もちろん修正しておきます。 コモンセルフ変数さえ使わなければバグは発生しないと思いますので、急凌ぎで作業を続けるならば通常変数か予備変数、可変DBをご利用になるというのも手です。 >>150　ゲージやウィンドウがずれる ピクチャが移動しきっていない状態でピクチャ処理を行うと、そのピクチャ動作が途中で止まってしまいますので、それが原因で起きたバグのようにも思えます。 個々の処理にウェイトを挟んで処理を行ってみることで改善されるかもしれません。 Re: バグ報告スレッド4 [ No.153 ] 　2008/11/29 01:52 　ハニー >>151,152 早速の返信ありがとうございます。 コモンイベント045×┣ｽﾃｰﾀｽ表示／ｶｰｿﾙ(v9[8])の HPメーターのところにウェイトを入れたら上手く動きました。（537行目だとメーターの表示がちょっとだけずれるのでこの位置にしました） また、３番の不具合ですが、うおさんの書き込みがヒントになりました。 不具合が出るのが逃走時だけだったので、 コモンイベント063×┣Phase1戦う・逃走〜の100行目あたりにあるピクチャ移動を調べたところ、40300〜40379までしか移動指定が入っていませんでした。これを40399までにしたらちゃんと動きました。 本当にありがとうございました。 Re: バグ報告スレッド4 [ No.154 ] 　2008/11/29 12:21 　りん 　初心者なので、ちょっと説明が判りづらいかもしれませんが…… 　イベントコマンドの「条件（変数）」の挙動が、おそらく仕様ではないと思いましたのでご報告します。 　まず一枚目の画像ですが、この時点だと特に問題はないかと思います。 　ところが、可変ＤＢの「タイプ」の値に変数呼び出しを入力するとシステムＤＢになってしまいます。 　データを呼ばないにチェックを入れていないので変数が呼び出されると思うのですが。 　ご確認をお願い致します。 20081129_1221_41_1.jpg 20081129_1221_41_2.jpg Re: バグ報告スレッド4 [ No.155 ] 　2008/11/29 16:56 　神楽◆1X2aug >>154 条件分岐の可変DB指定に変数呼び出し値は使えません。 「データを呼ばない」のチェックボックスは「変数」ではなく「比較値」用のものです。 システムDBが呼び出されるのは、計算ではじき出された値がシステムDBの変数呼び出し値と偶然一致してしまうからだと思われます。 変数呼び出し値で計算すると 可変DB基本値=1100000000 タイプ指定「16」=+16*1000000 データ指定「V0の変数呼び出し値」=+2000000*100 項目指定「0」=+0 これらを全て足すと「1316000000」となり、システムDB[16:0:0]の変数呼び出し値と同じになる Re: バグ報告スレッド4 [ No.156 ] 　2008/11/29 18:54 　何者か◆WuHk8X [URL] >>149 ジャンプ台で不定期っぽく動作停止するバグ・・・ 不定期だと思っていたら、変な規則性が見つかりました。 『セーブした後ロードせずにイベントを実行すると止まる』ようです。 ・・・関連がさっぱりわかりませんがよろしくお願いします。 基本システム [ No.157 ] 　2008/11/29 20:18 　bandai 基本システム コモン011 ○経験値・Lv増減 −１パーティー全員にしても 四人目以降に経験値が入らない。 基本システム [ No.158 ] 　2008/11/29 20:22 　bandai コモン014 ◆ダメージ処理 [数値表示付き] ダメージ処理の対象が四人目までしかない。 マップモードで呼び出した場合、 ダメージ対象が全員以外の場合、ダメージが入らない。 Re: バグ報告スレッド4 [ No.159 ] 　2008/11/29 20:45 　神楽◆1X2aug >>149 そのセーブデータはどの段階でセーブしたものですか？ コモン最大数を増やす前にセーブしたデータをロードして続けていた場合、 コモン最大数を増やした後に新規・上書きセーブをしても同様に強制終了が発生してしまうようです。 ・検証実験の手順 1、データ1をセーブ 2、コモン最大数を増やし、増やしたコモンXにコモンセルフ変数操作を作る 3、データ1をロード 4、データ2をセーブ 5、コモンXを呼び出す→強制終了 6、データ2をロード 7、コモンXを呼び出す→強制終了 8、データ2をロード 9、データ3をセーブ 10、データ3をロード 11、コモンXを呼び出す→強制終了 それと、バグチェックの場合はtxt形式ではなくcommon形式の方がいいと思います。 テキストを見ながら同じコモンを再現するのは手間がかかりますし、 再現したものがどこか1箇所でも違っていたらバグチェックになりませんから。 >>156 こちらでも試してみましたが、上記のように単純にセーブ・ロードが原因というわけでもないようです。 並列イベントや他の部分が絡んでいる可能性もあるので、できればゲームデータを全て公開して欲しいのですが、やはり無理でしょうか？ 足下半透明チップでおかしくなる？ [ No.160 ] 　2008/11/30 03:18 　no name １４３の件についての補足です >>145 ＞>>143 足下半透明チップでおかしくなる？ ＞サンプルゲームの海チップを下半身半透明にして主人公を移動させてみましたが、一見通常に描画されている＞ように見えます。何か他に条件などはございませんか？ ズームが怪しいです。 マップエフェクト[ズーム]中心x160/中心y120/140%(0)フレーム を並列実行してみてください。 Re: バグ報告スレッド4 [ No.161 ] 　2008/11/30 03:52 　何者か◆WuHk8X [URL] >>159 （中間報告） 新規データで開始してみたところ、再現性がないんです。 旧バージョンで初めてセーブしたデータでのみ発生する、 とも考えられるのですが・・・ Re: バグ報告スレッド4 [ No.162 ] 　2008/11/30 17:17 　RAY 基本システムについてのバグ報告です。 以前は戦闘時、画面がやや暗くなりましたよね？ 最新版に更新したら画面が暗くなりません。 Re: バグ報告スレッド4 [ No.163 ] 　2008/11/30 17:36 　SmokingWOLF おおよその件は神楽さんが代わりに言ってくださいました、ありがとうございます。 >>157 >>158　基本システムのバグ どちらも確認しました、修正しておきます。 >>160 足下半透明チップがおかしい おお、再現できました！詳細情報ありがとうございます！ >>162　戦闘時が暗くならない 最新バージョンのサンプルゲームでは暗くなると思います。確か1.07aで改善されたバグで、プログラム側が問題で色調変更が機能しないバグがありました。 皆さまご報告ありがとうございました！ もう何日かで、1.08テスト版を公開できると思います。 Re: バグ報告スレッド4 [ No.164 ] 　2008/11/30 22:31 　SmokingWOLF と見せかけて5時間後にアーップ！！ Ver1.08のテスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 特に場所移動させる対象を変数指定できるようにしたので、その辺りで何かまた問題が出るかもしれません。 WOLF RPGエディターVer1.08フルパッケージ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe 基本システムVer1.25 （上記フルパッケージにcommonファイル同梱） ・武器・アイテムの使用後アイテム変化によるアイテム数増加で、上限を超えるバグを修正 ・解像度640x480時アニメーション時、全体攻撃の描画座標が半分になっていたバグを修正 ・状態異常の全回復時にエラーが出るバグを修正 ・パーティー全体への経験値・Lvアップ処理が4人目までしか適用できなかったバグを修正 ・コモン14のダメージ処理時で、状況によって対象キャラにダメージが入らないバグを修正 Re: バグ報告スレッド4 [ No.165 ] 　2008/12/01 01:10 　(自称)初心者 更新おつかれさまです。 早速ですが、ｺﾓﾝｲﾍﾞﾝﾄ内にて場所移動コマンドを修正・挿入してみたところ、対象欄と登録位置のドロップダウンリストが空っぽになってしまいます。 データ更新ボタンを押せども読み込まれず。 弄り済みのシステムDBが悪さしてるのかと思い、念のためフルパッケージ版を落としてサンプルデータのイベントでも場所移動イベントを入力してみましたが、やはりドロップダウンが空のままでした。 マップイベントではどちらのリストも正常に、対象・変数が表示されます。 Re: バグ報告スレッド4 [ No.166 ] 　2008/12/01 01:25 　SmokingWOLF >>165　コモンイベントで場所移動を選ぶと対象が空になる 確認しました、そして修正して>>164のアドレスにアップし直しておきました！ご報告誠にありがとうございます。 --------------------------------------------- 【Ver1.08　テスト版公開中】 最終更新 12/01 1:20 >>164にてウディタ1.08テスト版を公開中です。 もしよろしければ、動作チェックにご協力下さいますと助かります。 Re: バグ報告スレッド4 [ No.167 ] 　2008/12/01 02:46 　何者か◆WuHk8X [URL] >>166 とりあえず重箱の隅をつつきに参りました。 ・サンプルゲームの最初のマップにいるジャンプする男性が、しばらく見ていると挙動不審な動きをする ・バージョン情報＞1.07になっている Re: バグ報告スレッド4 [ No.168 ] 　2008/12/02 15:02 　fuji◆0q7kAo 通行設定についてのバグなんですが、 文章で説明すると煩雑になるので、 再現できる最低限のデータを作ってuploadしました。 http://www.silversecond.com/WolfRPGEditor/Uploader/src/WolfRPG_0123.zip 作成バージョンは1.08テスト版です。 このデータで、下向きに草地に上がった時と右向きに草地に上がった時の状態を比較してみてください。 Re: バグ報告スレッド4 [ No.169 ] 　2008/12/01 21:22 　TAKEZO. VerUpお疲れ様です。早速移行し動かしたところ添付画像のように3Dモードでもソフトウェアモードのような状態で描画されてしまうようになりました。 あと…すごく…重いです… 20081201_2122_12_1.jpg Re: バグ報告スレッド4 [ No.170 ] 　2008/12/01 22:01 　SmokingWOLF >>167 バージョンとキャラの挙動 修正しておきました。 >>168 通行設定のバグ コモン000の1行目で 「コモンセルフ0＝主人公のX座標 ： 主人公のY座標 の 現在地点タイルのタグ番号」 となっているところを 「コモンセルフ0＝主人公 の 現在地点タイルのタグ番号（キャラを対象として行う）」 にしてみるとより状況がハッキリすると思うんですが、「キャラを対象としたタグ番号の取得」と、「座標を対象としたタグ番号の取得」でズレが起きているためにおかしくなっているケースだと思います。 キャラを対象としたタグ番号の取得では、そのキャラの「足下の」タイル番号（で、タグ番号が大きい方）を取得するようにしているので、水→草地に下向きに入ると、足下半分だけ突入した時点でマップイベント1のタイル状態初期化処理が実行されてしまい、動けなくなっています。 なので、仕様としてはそれで正しいものだと思います。マップイベント1側に、体が完全に陸に上がっているかどうか確認する処理（精密座標で4半マス分をチェック）が必要かもしれません。 >>169　3Dモードでもソフトウェア状態になる サンプルゲームを動かす限りでは、特に問題らしい問題が確認できませんでした。 環境に関わる問題かもしれないので、一度Configで3Dモードにしてから、テストプレイ（Game.exeを直接起動でなく、Editorから起動）して最初に出てきたLog.txtをアップしてみてくだされば、何か分かるかもしれません。 Re: バグ報告スレッド4 [ No.171 ] 　2008/12/02 15:02 　fuji◆0q7kAo >>170 なるほど、タイル番号の大きい方が優先的に判定されるのですね。勘違いしておりました。ありがとうございます。 ４半マスでチェックしたところ問題なく動きました。 と、ついでに私の環境だとマップ通行設定初期化コマンドを編集しようとすると強制終了することが多いようなのですが、それも合わせて報告させて頂きます。 Re: バグ報告スレッド4 [ No.172 ] 　2008/12/01 22:45 　神楽◆1X2aug ■ﾋﾟｸﾁｬ表示：1 〜 5 ﾌｧｲﾙ｢キャラチップ\ニワトリ.png｣ X:0 Y:0 0(0)ﾌﾚｰﾑ 上記のように範囲指定でピクチャ表示をした時、 範囲に含まれるピクチャ番号が既に表示されいていた場合、 再表示ではなく「同一番号の別ピクチャ」として表示されてしまうようです。 ちょっと言葉ではうまく説明できないので、添付コモンを動かしながらF8を押しっぱなしにしてみてください。 20081201_2244_40_1.common Re: バグ報告スレッド4 [ No.173 ] 　2008/12/02 01:23 　SmokingWOLF >>171　通行設定初期化でエラー落ち 修正しておきました！遅くなりましたが実験データありがとうございました！ >>172　ピクチャ処理がおかしい 確認しました！実験コモンイベントありがとうございました！ ＋α システム変数のスクロール座標の指定がうまくいっていなかったバグを修正しました。 -------------------------------------------- Ver1.08に試しに追加してみたら案外上手く行ったので以下の2点も新たに追加しておきました。 ・【ピクチャ】 ピクチャを「スクロールとリンク」させるオプションを実験的に追加しました ・【変数操作＋】 「マップサイズの横・縦」の取得機能を追加 テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe 基本システムVer1.25 （上記フルパッケージにcommonファイル同梱） ・武器・アイテムの使用後アイテム変化によるアイテム数増加で、上限を超えるバグを修正 ・解像度640x480時アニメーション時、全体攻撃の描画座標が半分になっていたバグを修正 ・状態異常の全回復時にエラーが出るバグを修正 ・パーティー全体への経験値・Lvアップ処理が4人目までしか適用できなかったバグを修正 ・コモン14のダメージ処理時で、状況によって対象キャラにダメージが入らないバグを修正 Re: バグ報告スレッド4 [ No.174 ] 　2008/12/02 04:23 　pochi◆qw9ONw ループの境目より右側にいると、境目から左側にいるイベントが表示されなくなりました。半歩でも左側に踏み出すと表示されるようになります。640×480とソフトウェアモードでも同じことになりました。 も一つ。 画面サイズが320×280の時、キャラチップのアニメパターン1コマの横幅を奇数ピクセルにすると、横幅がパッと見分からない程度（0.5ドット分？）縮小されてしまうのはバグでしょうか。 2倍表示だとよく見ないと気付きませんが、実寸表示にすると補修されているせいで縮小されているかは分かりませんがぼや〜っとなります。ソフトウェアだと縮小されるところがまた違い、640×480はなんともありませんでした。 これは公開当初からあったのですが勝手に仕様だと思って今まで確かめもせずにいたもので･･･ 一応キャラチップをupしておきます。1コマ49×43の没ウマです。（縦幅は奇数でも何とも無いようです 20081202_0423_13_1.png 20081202_0423_13_2.png 20081202_0423_13_3.png Re: バグ報告スレッド4 [ No.175 ] 　2008/12/02 07:45 　TAKEZO. おはようございます。 Ver1.07AのLog(左)と最新のVer1.08のLog(右) をアップしておきます。 両者とも起動は3Dモードです。 20081202_0743_51_1.txt 20081202_0743_51_2.txt Re: バグ報告スレッド4 [ No.176 ] 　2008/12/03 07:44 　Rew◆grX5Zj [URL] >>173 更新お疲れ様です。 文字列ピクチャをスクロールとリンクさせた時の表示位置がずれています。ご確認ください。 Re: バグ報告スレッド4 [ No.177 ] 　2008/12/03 00:17 　SmokingWOLF >>174　ループ処理がおかしい 直しました！！ 奇数サイズだと見た目がおかしくなるのは割と仕様です。 表示する際、内部的には横を二つに割ってるんですが、奇数サイズだと割り切れないために横幅がおかしくなってしまいます。 >>175　3Dモードで起動しない件 ログファイルありがとうございます、原因が分かりました。 最新版で32ビットカラーをデフォルトにしていたため、画面が16ビットモードの状態でかつウィンドウモードで起動すると、強制的にソフトウェアモードになってしまうようです。 現在は画面カラーに合わせて自動設定するように修正してみました。ご確認下さい。 >>176　文字列ピクちゃんのスクロールリンクがおかしい 修正しておきました！ あとマニュアルはまだ何も作ってませんっていうかしばらくバグ修正に専念する予定です！すみません！ ------------------------------------------------ Ver1.08テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html まだ直せていないバグ： ピクチャを範囲指定して「表示」を繰り返してからF8で見ると同じ番号のピクチャがやたら増えるバグ これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe 基本システムVer1.25 （上記フルパッケージにcommonファイル同梱） ・武器・アイテムの使用後アイテム変化によるアイテム数増加で、上限を超えるバグを修正 ・解像度640x480時アニメーション時、全体攻撃の描画座標が半分になっていたバグを修正 ・状態異常の全回復時にエラーが出るバグを修正 ・パーティー全体への経験値・Lvアップ処理が4人目までしか適用できなかったバグを修正 ・コモン14のダメージ処理時で、状況によって対象キャラにダメージが入らないバグを修正 Re: バグ報告スレッド4 [ No.178 ] 　2008/12/03 02:06 　toron お初にお目に掛かります、toronと申します。 画面のズームとピクチャのスクロールリンクについて、気が付いた点を報告させていただきます。 ・画面のズーム 画面のズーム指定で100未満を指定した場合、マップの上端と下端の表示がおかしくなるようです。 具体的には、上端の更に上に最下端のマップが、下端の場合は更に下に最上端のマップが表示されます。左右についてはこの症状は発生しないようです。 発生した状況のスクリーンショットを添付しますのでご参照願います。 （スクリーンショットの倍率はズーム50%です） ・ピクチャのスクロールリンク ピクチャのスクロールリンクにチェックをしてピクチャを表示し、その後画面のズームで表示倍率を変更した場合、ピクチャが完全にスクロールリンクせず、スクロールに合わせて表示位置がずれてしまうようです。 それと、この場で機能に対する要望がNGでしたら申し訳ありませんが、ピクチャのスクロールリンクについて、ズームの倍率変更にも連動するような仕様にしていただくことは可能でしょうか？ 長文失礼しました。 20081203_0206_54_1.png 20081203_0206_54_2.png Re: バグ報告スレッド4 [ No.179 ] 　2008/12/03 02:21 　何者か◆WuHk8X [URL] キーボードにShiftキーが２つあるんですけど、 なぜか右側のShiftが↓キーとして認識されているようです。 画面をゆっくりスクロールしている間、 イベントの位置がかすかにズレているように見えます。 ３Ｄモードだとはっきり確認できましたが ソフトウェアモードではよくわからないので 環境依存かもしれませんが・・・ Re: バグ報告スレッド4 [ No.180 ] 　2008/12/03 06:40 　TAKEZO. 更新お疲れ様です最新のVerに書き換えて起動してみたところ前回と状態は変わらないようでした。 ビットカラーも16、32を切り替えてみましたが変化はありませでした。 今回もLogをおいておきます。 16bit(左) 32bit(右) 20081203_0640_25_1.txt 20081203_0640_25_2.txt Re: バグ報告スレッド4 [ No.181 ] 　2008/12/03 17:56 　Rew◆grX5Zj [URL] >>178 　- マップに対するエフェクト 　　+ ズーム … 指定したX、Y座標を中心に、マップ・イベント・プレイヤー・仲間のズームを行います。 　　　　　※ただし、拡大率は100％以上の値にしてください。100％未満にすることも可能ですが、 　　　　　　 本来100％で描画される範囲の外は真っ黒になってしまったり、ループの逆側のチップが 　　　　　　 1マス分描画されてしまったりします。処理速度を維持する都合上、この現象への対処は 　　　　　　 行いませんので、ご了承下さい。この現象をカバーして開発なさる分には構いません。 とのことですので、仕様です。 画面解像度320×240でしたら、中心160×120ピクセルが透明で周りが黒い大きさ320×240の画像をピクチャかフォグで表示すれば解決します。 スクロールとリンクさせたピクチャは、まず200%で表示してからピクチャエフェクトで50%にズームすると縮小したマップと連動します。 -------------------------- こちらはバグ報告です。 変数操作+でスクロールとリンクさせたピクチャの座標を取得すると、位置が変わっていても表示した時の座標が返ってきてしまいます。 また、既にスクロールとリンクして表示したピクチャを、相対(0,0)でスクロールとリンクさせて再表示すると、前の位置とは違う場所に表示されます。 Re: バグ報告スレッド4 [ No.182 ] 　2008/12/03 19:56 　SmokingWOLF >>179 サンプルゲームで試してみましたが、こちらでは右Shiftを押してもキャラクターが下に行くような現象は特に確認できませんでした。 他に何か条件などございましたら情報をお寄せくださいますと助かります。 後者に関しては、ソフトウェア描画モードこそが環境に依存しない描画方法なので、 そちらで正常に動作している場合はそれで問題ありません。 >>180 前回のと今回のログを合わせて見せて比べてみたのですが、 新しいログは何らかの理由で設定が3D描画になっていないことが分かりました。 【1.07aの場合】 1387: Direct3D 関連の初期化を行います 1389: Ｄｉｒｅｃｔ３Ｄオブジェクトを取得します 1393: Ｄｉｒｅｃｔ３Ｄオブジェクトを取得しました 1395: ３Ｄデバイスを作成します... ３Ｄデバイスの作成に成功しました 【1.08（旧版）の場合】 703: Direct3D 関連の初期化を行います 705: Ｄｉｒｅｃｔ３Ｄオブジェクトを取得します 707: Ｄｉｒｅｃｔ３Ｄオブジェクトを取得しました 708: ＨＡＬデバイスを発見しました 709: 使用可能なＺバッファが見つかりませんでした 709: メインサーフェスを破棄をします... 完了しました 　で3D描画が失敗したので、その後にソフトウェアモードで初期化し直し、 713: ソフトウエアレンダリングモードに変更します 714: DirectDraw 関連の初期化を行います ……（以下、ソフトウェアモードの初期化処理） 2759: 各スクリーンメモリの配置位置 2763: PrimaryBuffer : SYSTEMMEMORY( MEMIMG ) 2764: BaskBuffer : SYSTEMMEMORY( MEMIMG ) 　となっています。 【新しい方のログ　1.08（新版）の場合　16bit時　32bit時】 3Dモード時特有の「Direct3D 関連の初期化を行います」が表示されておらず、 一回目からソフトウェアモード時の初期化特有の 「PrimaryBuffer : SYSTEMMEMORY( MEMIMG )」〜が表示されている。 　→　内部的に、「3D描画モード」を一度も試そうとしていないようです。 　　　 Config.exeで見かけ上3Dモードになっていても、Gameを起動した時点で 　　　 ソフトウェアモードに変わっている場合もあるので、再度3Dモードにしてから、 　　　 最初の一回目のログをいただけますと助かります。 　　　 「3Dで起動したのに自動でソフトウェアに変わった」という部分のログを確認すれば 　　　 何が起きているか分かるかもしれないからです。お時間よろしければ、お願いします。 >>181 代わりに回答してくださってありがとうございます。 スクロール周りのバグやっぱり出たあウハハハヒャヒャ。頑張ります。 Re: バグ報告スレッド4 [ No.183 ] 　2008/12/03 22:32 　toron >>181 申し訳ありません、ズームの件はマニュアルに書いてありますね。 私の不勉強のせいでご迷惑をお掛けしました。 Re: バグ報告スレッド4 [ No.184 ] 　2008/12/04 06:25 　P ピクチャの表示方法に減算を使うと、ピクチャ端に線が現れるようです。 出現する条件がいまいちわからないのですが 添付ファイル2に、1で使用した画像を 添付ファイル3に、別の方法で線を出す画像を添付します。 2の画像は拡大率を縦のみ-100%、減算で表示すると発生しました。 3の画像は発生条件を調べるために使用していたんですが 分割横3　縦1　パターン2or3　減算　等で、線が出現しました。 20081204_0624_11_1.png 20081204_0624_11_2.jpg 20081204_0624_11_3.png Re: バグ報告スレッド4 [ No.185 ] 　2008/12/05 07:02 　TAKEZO. お疲れ様です。 いったんコンフィングならずゲーム設定を弄った後起動し、元に戻して再び起動してみましたが変化はありませんでした。 今回もLogをおいておきます。 20081205_0702_22_1.txt Re: バグ報告スレッド4 [ No.186 ] 　2008/12/05 20:24 　SmokingWOLF >>184　ピクチャ端に線が出る アップしてくださった画像をソフトウェアモードで指定の描画方法で表示してみたのですが、特に線は出ないようです。 3Dモードで表示されてしまう場合は、グラフィックのプロパティか何かで「トランスペアレンシー」をオフにするといいらしいと本家のサポートBBSで教えてくださった方がおられましたので、良かったらそちらもお試し下さい。 ライブラリ側でそれを切る方法は今のところ分かっていません、たぶんツクールがソフトウェア描画モードオンリーなのはその辺りにも原因が（略） DXライブラリを2.25aから2.25bに変えたので、もしかするとそれで直っているかもしれませんが、あまり期待なさらないでください。 >>185 3Dにしてもやっぱり自動でソフトウェアモードになる ログありがとうございます！Zバッファが見つからないと出てアウトになるのは、ウチの古いノートPCでもかつて出ていたもので、グラフィックボードそのものに3D描画機能がないと認識されたために起きるようです。 ウディタをVer1.08にした際、DXライブラリのバージョンを2.25から2.25aに上げたので、その影響かもしれません。 一応、前回まで2.25aだったのを、今回2.25bにしてみましたので、よろしければお試し下さい。あまり期待はできないんですけれど……。 これでも直っていなかったら、DXライブラリ側が古いグラフィックボードの足切りを始めた可能性もあると思うので、修正は期待なさらないでください。（DXライブラリは元々DirectX8対応だったが、それをベースにするとDirectX9以降のパソコンではかえって処理が重くなるとか聞いたことがあります） 最後にもう一つ、参考に、よろしければグラフィックチップ名とグラフィックメモリ量も教えてくださると幸いです。 「スタート→ファイル名を指定して実行→dxdiag」 と入力して表示されるウィンドウの「ディスプレイ」タブを押せばそれらの情報を見ることができると思います。 もし他に、これまで3D描画モードが使えたのに突然使えなくなったという方がおられましたら、同様のグラフィックチップ名およびグラフィックメモリ量の情報をお寄せいただけますと幸いです。 -------------------------------------------- Ver1.08テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html 【今回の修正点】 ・ピクチャ … 範囲指定で「表示」を繰り返したときに同じ番号のピクチャが重複するバグを修正 ・「スクロールにリンク」したピクチャに対しても、変数操作＋で取得される値が正しくなるよう調整 ・ピクチャの位置を相対0,0で「表示」し直すと新しいスクロール位置に変わっちゃうバグを修正 ・【ピクチャ】 ピクチャを分割数0にするとエラー落ちするバグを修正 ・【サウンド】 音声ファイルがない時、変なエラー文が出ていたバグを修正 これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe Re: バグ報告スレッド4 [ No.187 ] 　2008/12/05 20:33 　うお >>185 多分ウディタでなく　ＰＣのシステム問題なので 自分のシステム情報を公開しなければ分からないと思います 被りました　すいません。 Re: バグ報告スレッド4 [ No.188 ] 　2008/12/05 21:31 　Rew◆grX5Zj [URL] 一度スクロールとリンクさせて表示したピクチャを、消去とウェイトをはさまずに再表示すると、 1.スクロールとリンクのチェックを外してもスクロールとリンクしたままになる 2.相対座標指定の場合は正しく表示されるが、逆に絶対座標指定の場合に表示位置がずれる(おそらくスクロール位置の分だけ表示座標が減っている) という現象が発生しました。 Re: バグ報告スレッド4 [ No.189 ] 　2008/12/06 12:14 　P >>186 うむむなるほど、3Dモードは扱いが難しいですね。 一応新しいバージョンも試してみましたがやはりダメでした。 184の件は画像サイズを大きくとる等して回避しようと思います。ありがとうございましたっ Re: バグ報告スレッド4 [ No.190 ] 　2008/12/06 17:04 　SmokingWOLF >>188　スクロールリンクにしたピクチャ周りのバグ 新機能のテストありがとうございます！今回のでおそらくその辺りは修正されたと思います。 >>189 もし可能であれば、上に書いたdxdiagによるディスプレイの情報（グラフィックボード・メモリ量など）を教えてくださいますと助かります。 何か法則性が見えるかもしれません。 -------------------------------------------- Ver1.08テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html 【今回の修正点】 ・ピクチャ … スクロールリンクによる「表示」処理周りを修正 これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe Re: バグ報告スレッド4 [ No.191 ] 　2008/12/06 17:57 　Rew◆grX5Zj [URL] バグ修正お疲れ様です。 ですがまだ残っています……。 バグが複雑になってきて言葉で説明するのが難しくなったので、発見したバグを再現するコモンを作りました。 御確認ください。 ウルの顔グラフィックを表示しているので、サンプルゲームの中で動かしてください。 20081206_1757_13_1.common Re: バグ報告スレッド4 [ No.192 ] 　2008/12/06 18:20 　TAKEZO. 更新お疲れ様です。 新しいVer1.08で起動を確認したところ問題は解決されていました。 色々お手数をおかけしました。ありがとうございました。 下記に質問のあったスペックとLogをあげておきます。 グラフィックのチップ名 S3 ProSavage KM133(TM) グラフィックのメモリ 16.0MB 追記： 並列イベントの最中文章選択肢のイベントがあると エラーが発生してしまいます。 20081206_1820_18_1.txt Re: バグ報告スレッド4 [ No.193 ] 　2008/12/06 19:32 　no name 基本システム　コモン４ 回復ダメージ処理にて 7完全回復-1全員 イベントの挿入 レベルアップ直後に実行すると現在レベルの最大値まで回復しない。 前回レベルの最大値までしか回復しない。 Re: バグ報告スレッド4 [ No.194 ] 　2008/12/06 20:07 　SmokingWOLF >>191　まだスクロールリンクピクチャがおかしい 検証コモンまで用意してくださってありがとうございます！ さらに修正してみました。 >>192 グラフィック情報ありがとうございます。動いたのなら何よりなんですが、16MBはシビアな線なのかもしれませんね。 並列イベントの中で選択肢を行うとエラーが出る件ですが、マップイベントとコモンイベントに選択肢を表示するだけのコモンイベントを1つずつ作ってみた限りではエラーは確認できませんでした。 他に何か条件になりそうな状況などはございませんか？ >>193　前レベルアップ時までの値しか回復しない 確認しました、↓のフルパッケージ同梱の基本システム1.05にて修正しておきましたのでご利用下さい。 -------------------------------------------- Ver1.08テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html 【今回の修正点】 ・ピクチャ … 相変わらずスクロールリンクによる「表示」処理周りを修正 これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ(基本システムコモン入り) http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe Re: バグ報告スレッド4 [ No.195 ] 　2008/12/06 20:52 　TAKEZO. 色々試してみたところ条件がわかりました。 ・マップイベント、コモンイベントでも起きる ・スイッチなどの条件に関わらない ・”選択肢の文章がすべて空白”だと起きるようです。 簡易的な左右キーだけの判定に使うとNGだったようです。 Re: バグ報告スレッド4 [ No.196 ] 　2008/12/06 23:06 　SmokingWOLF >>195 空っぽの選択肢がダメのようですね、修正しておきました。 どのみちカーソルが出てしまうので、簡易的な左右キー判定には使えないと思います。 -------------------------------------------- Ver1.08テスト版を先行公開させていただきます。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html 【今回の修正点】 ・【選択肢】完全に空っぽの選択肢を表示しようとするとエラー落ちするバグを修正 これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ(基本システムコモン入り) http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe Re: バグ報告スレッド4 [ No.197 ] 　2008/12/07 06:55 　fogy こちらVista64bit+GF8600GTSをメインで使用しているのですが，エディタ上で，どうもイベントの画面レイヤーがきちんと表示されないようです。また，ここに書くのもあれですけど，すう氏のサンプル画像でも洞窟の屋根などオートタイルの表示も上手く動いていません。1.08でも試してみましたが同じですね。 ゲーム実行画面ではきちんと表示されているんですが。 添付画像は同じソースをVista x64で実行したときとWin2000で実行したときのものです。 環境 OS：Vista x64 SP1 DirectX：10 Video:GF8600GTS-256MB Driver：GeForce178.24(WHQL) 178.13(WHQL) 両ドライバとも差異ありませんでした…… 20081207_0655_19_1.jpg 20081207_0655_19_2.jpg Re: バグ報告スレッド4 [ No.198 ] 　2008/12/07 11:31 　SmokingWOLF >>198　マップエディタ画面がおかしい 今のところ、背景色が黒以外のマップチップを使うとそのように変な色が出てしまうことが確認されています。 MFC（Windowsアプリケーション用プログラム）の仕様上、解決するのは難しそうです。 Re: バグ報告スレッド4 [ No.199 ] 　2008/12/07 14:51 　fogy >>198 うーむ，そうですか。マップが変な色になるのはともかく，イベントの範囲が見えないのは使いにくいです。バーチャルにXPマシンを作って，そこでやるしかなさそうですね。 Re: バグ報告スレッド4 [ No.200 ] 　2008/12/07 22:14 　ハニー こんばんは。 1.08で泉やベッド等のイベントでパーティーの完全回復をした時、 先頭のキャラ（自分の場合は主人公）以外HPMP、状態等が回復しません。 1.07までは完全回復していましたので、確認お願いします。 Re: バグ報告スレッド4 [ No.201 ] 　2008/12/07 23:24 　SmokingWOLF >>199　描画が変になる 今思いついたんですが、描画にはGdiPlus.dllというDLLファイルを使っているので、それを64bit版に差し替えるか、WOLF RPGエディターフォルダ内のものを削除すれば正常に動作するかもしれません、同梱されているのはXPのものですから、64bitに対応していない可能性があります。 >>200 確認しました、修正したコモンイベントをアップしておきましたのでご利用下さい。 最新の基本システムはなかなか試してくださる人がいないので、バグ報告助かります。 -------------------------------------------- Ver1.08テスト版を先行公開中です。最新のバグ修正情報はこちらでご確認下さい。 http://www.silversecond.com/WolfRPGEditor/ReleaseLogNew.html これの導入で、何か動作に怪しい点がございましたらお早めにご連絡下さい。 WOLF RPGエディターVer1.08フルパッケージ(基本システムコモン入り) http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108.exe WOLF RPGエディターVer1.08プログラムのみ http://www.silversecond.com/WolfRPGEditor/Data/WolfRPGEditor_108mini.exe 20081207_2324_22_1.common Re: バグ報告スレッド4 [ No.202 ] 　2008/12/08 17:33 　fogy >>201 とりあえず，ウディタフォルダ内のdll削除してみましたが変わらないです。 SysWow64内の32bit版gdiplus.dllを持ってきてみましたけど同じです。Vistaに入っているモノの方が若干ファイルバージョンは新しいですけど。 #よく考えてみたら，64bitアプリじゃないと64bitのdllは呼べないんですよね。64bit版のgdiplus.dllはSystem32内にあるんですが32bitアプリからは呼べませんと言うことで……。勉強になりましたｗ WOW64でWin32APIをエミュで実行してる故の不具合なのでしょうかねえ。 Re: バグ報告スレッド4 [ No.203 ] 　2008/12/08 19:16 　SmokingWOLF >>202 報告ありがとうございます、残念です。こちらこそ勉強になりました。 64bitでは正常に描画されない旨をダウンロードページに記述しておきたいと思います。貴重な報告ありがとうございました。