■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その18

1 名前：名前は開発中のものです。 mailto:sage [2009/06/06(土) 01:11:54 ID:EztZkDNL] ノベルゲーム製作ツール吉里吉里/KAGのユーザーが雑談・質問をするスレです。 自作ゲームの進行状況や製作ツールについての話、TJS等の話題もどうぞ。 マルチポストはやめましょう。個人叩きも禁止です。 ※スレで質問をするときは※ KAG/TJS/吉里吉里ドキュメント、スレの過去ログ、公式掲示板のログ、 FAQ、Google等で調べてからにしましょう。 努力の形跡が見られないとスルーされがちです。初心者？でも頑張れ！ 前スレ：■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その17 pc11.2ch.net/test/read.cgi/gamedev/1234356309/ 吉里吉里２／ＫＡＧ３雑談質問スレ＿過去ログ ttp://www.geocities.jp/kirikiri_log/ 吉里吉里ダウンロードページ ttp://kikyou.info/tvp/ ダウンロードしたアーカイブに含まれる「KAG System リファレンス」は 初心者にとって最も頼もしい教科書です。何度も繰り返し読みましょう。 ■タグリファレンス … KAGの機能が網羅的、辞書的に載っています。 大よその機能(KAGでどんなことが出来るか)は把握しておきましょう。 ■Tips/その他 … 陥り易いミスやより高度な使い方への足掛かりになる 数々のTipsが記載されています。 必要に応じて>>3-5の公式掲示板や講座等を併用してください。 (併用に、紙媒体の参考本が欲しい人は、ダウンロードページにリストがあります) 801 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 12:20:43 ID:za4RQio6] フラッシュでも小さな素材なら pen3 800Mhzの場合 CPU使用率5〜10％程度で低スペックでも問題なし さらに吉里吉里が使いやすくなったな、プラグイン作者GJ 802 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 12:28:12 ID:CmU2oyh+] 何そのプラグイン 803 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 12:51:18 ID:za4RQio6] >>802 ruriko.denpa.org/200909b.html ごめん場所張り忘れ 804 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 13:58:31 ID:iLXVHxXJ] 何そのやずやのＣＭ並に不自然な紹介文 805 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 14:41:47 ID:agXxHdQ6] 音声認識をソフトを扱えるプラグインは出ていますか？ 806 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 15:52:50 ID:45dqQffw] ハドソン！ハドソン！ハドソン！ 807 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 17:11:08 ID:W8CAjfty] プラグインの利用やTJSも自在に使えるようになりたいけど、まだまださっぱりなおれ 変数と配列とKAGが友達さ。TJS記法なんか見たら癲癇おこしちゃう！ でもいつかは使えるようになりたいです 808 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 17:17:38 ID:oJTaE29I] むしろ、吉里吉里は変なところでTJSから見えない部分があるのがなんともな。 例えば今１文字ずつ表示している文字を横取りするトラップを追加しないと自前の文字履歴が作れないとか、 ロードした直後の挙動とか。 809 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 17:41:50 ID:bOrrV2AU] 前者は普通にtjsから見える部分じゃ。後者はなんのことやら 810 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 17:52:28 ID:oJTaE29I] >>809 前者だが、トラップコード書かないでテキストの出力履歴を拾える？ せめてリダイレクト先を変更できるといいんだが……。 後者については、[gostart]マクロを実行するとどういう挙動でKAGスクリプトの元の位置に戻ってくるのかが掴めていない。 811 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 17:56:51 ID:sLGLRvKr] 「KAGから見えない」の間違いじゃ？ 812 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 18:28:40 ID:EDMuJFgT] KAGが「今のテキスト窓の表示内容を保持してない」ってことなら、そりゃ KAG の設計思想の問題だな。 KAGにはそもそも「現在のテキスト」とか「履歴」って概念がない。そもそも現行の履歴機構自体がトラップ構造だし。 のっとりたければ、kag.historyLayer を独自のに差し替えればいいんじゃないかね。メソッドさえそろってりゃ動くよ gotostart はマクロじゃなくてコマンド。 中でやってることは、startanchor で保存された999番のセーブデータをロードしてるだけ。 813 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 22:06:43 ID:60pfmund] お前ら難しい話してるな。理解できないや 814 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 22:35:04 ID:2wKq4M0d] 俺もだ 815 名前：名前は開発中のものです。 mailto:sage [2009/09/12(土) 22:58:25 ID:0+tDtZyD] トラップコード！ 816 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 00:03:18 ID:2Fd8Zkzf] TJSから見えないって言うからそういえば実装はされてるが TJS用のインターフェースがないAPIがあったなぁ。とか思った俺の素朴さは一体・・・。 817 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 00:05:10 ID:OMO28Fw5] >>799 そんなことないです！ 818 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 00:39:02 ID:i/afq1RU] オブジェクトから変数を（引数によって加工してから）呼び出すのに メンバ関数を使ってvar i= obj.method(x,y);などとするのと、 グローバル関数を使って引数に目的のオブジェクトを加えvar i= func(obj,x,y);などとするのでは 大差無いでしょうか。 819 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 01:30:20 ID:2Fd8Zkzf] 呼び出せるプロパティと言われるjsやってるが｢変数を呼び出す｣は流石に意味が分からん。 820 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 01:59:52 ID:biW6E8I2] >>818 「変数を呼び出す」はメンバ変数の値を参照するって意味じゃね？ 前者はオブジェクト指向っぽい 後者はobjがvoidや無効化してるときに対処しやすい 821 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 02:32:20 ID:+RcIn9zT] >>818 そこは特に迷ったりするところじゃない。 意味的には820のいうとおり。どちらでも書きやすいほうを使えばいい。 822 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 02:40:09 ID:dnjZ8QyR] 両方必要に応じて使い分けるのが正解だな。後者だけどそもそもオブジェクトを使う意味が薄い。 823 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 07:48:50 ID:JDEb4q0h] まあ>>818だけじゃ何も分からんな 824 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 12:57:34 ID:dJYBwVz7] 良く分からないけど、普通なら var i, o = obj; i = o.method(x,y); のシーンぽいが、、、 825 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 13:07:06 ID:8w2O/QjY] 考え方としてはどっちも同じようなもんだよ たとえばC言語でオブジェクト指向っぽく書こうと思ったら>>818の後者みたいにする 826 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 15:16:18 ID:HdVL0+cK] 同じようなリンクの処理を多数行うのでループを使ってみたのですが、 *loop [link target="*select1" exp="tf.sel +=1"] [emb exp="f.stats[tf.char]"]←キャラクタ名 [endlink] [eval exp="tf.char++"] ※何回かループさせる 表示結果（例） A B C 〜略〜 と、なり、どの選択を選んでもselect1にジャンプする。 だが、どの選択を選らんだのかによって、select1での処理を変えたい。 それを判断するためにリンクに「sel」の変数を与えてみたのですが、 どれを選んでも「sel」の値が一緒になってしまうため、失敗。 現在行き詰まってます。 何かいい方法はありませんか？ 827 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 15:40:01 ID:dnjZ8QyR] このスレの少し前に同内容の質問と回答がある 828 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 16:58:09 ID:HdVL0+cK] >>827 >>670ですね……確認不足で申し訳ないです。 [link target="*select1" exp="&@'tf.sel =$[tf.forloop]'"] にする事で解決しました。 ありがとうございます。 829 名前：名前は開発中のものです。 mailto:sage [2009/09/13(日) 22:03:12 ID:zlgu161m] >>670が自分でびっくりした 830 名前：名前は開発中のものです。 mailto:sage [2009/09/14(月) 03:41:14 ID:CjS4p2dh] @iscript var LayF= new Layer(kag, kag.primaryLayer); LayF.setPos(100, 100, 200, 200); LayF.setSizeToImageSize; LayF.colorRect(0, 0, 200, 400, 0xffffff); var LayB= new Layer(kag, kag.primaryLayer); LayB.setPos(300, 100, 200, 200); LayB.setSizeToImageSize; LayB.colorRect(0, 0, 200, 200, 0x808080); var LayFC= new Layer(kag, LayF); LayFC.setPos(0, 20, 200, 180); LayFC.setSizeToImageSize; LayFC.colorRect(0, 0, 200, 180, 0xff0000); var LayBC= new Layer(kag, LayB); LayBC.setPos(0, 20, 200, 180); LayBC.setSizeToImageSize; LayBC.colorRect(0, 0, 200, 180, 0x0000ff); LayF.visible = LayB.visible = LayFC.visible = LayBC.visible = true; @endscript [p] @iscript LayF.beginTransition('crossfade', true , LayB, %[time:'4000']); @endscript [p] @iscript invalidate LayF; invalidate LayB; invalidate LayFC; invalidate LayBC; @endscript 子ごとのトランジションのテストをしているのですが、 トランジションの最中、LayFのleftとtopの分だけ、表示が巧くいっていないのですが、 回避する方法は何かないでしょうか？(left=top=0以外で)「version 2.30.2.416 」 831 名前：名前は開発中のものです。 mailto:sage [2009/09/14(月) 07:32:28 ID:iYQ6b4Of] >>830 上から別のレイヤーがかぶさってるからじゃね？ それから、オレなら４つも変数作らずに配列で初期化しちゃうかな。 832 名前：830 mailto:sage [2009/09/14(月) 12:44:51 ID:P0E07ICO] >>831 レスありがとうございます。 830は、テスト用に単純化したもので、運用とは異なります。 (830のsetSizeToImageSizeは、全部不要でした) 実際には、以前、ここで見掛けた、kag.fore.base以外にプライマリーレイヤを追加するのを 試していて遭遇した問題です。 (その場合は、プライマリーとkag.fore.baseの間にコンテナ用のレイヤをさらに追加して、 そちらで、topとleftを指定すれば、取り合えずはしのげるのですが…… 830だと、最初にLayCを作成して、LayFはLayCの子、LayBはLayFの子にして、LayCのtopとleftを 指定、LayFのtopとlefは0といった感じ) コンテナを使うのが、お作法ならお作法で構わないのですが、 830の段階では、コンテナを使うのにも気付いていなかったので質問しました。 他にもっと無駄の無い方法がありそうな気もします…… 833 名前：名前は開発中のものです。 mailto:sage [2009/09/14(月) 12:54:47 ID:P0hH5cA4] >>830 トランジションするレイヤの left, top, opacity を一度でも変えてしまうと そのレイヤでのトランジションは失敗する。多分そういう仕様です。 回避するには left, top, opacity を動かしたレイヤの親でトランジションする方法があります。 >>830 の例では LayF, LayB の親が kag.primaryLayer になっているが、これを fore.base と back.base のペアに変えてこれをトランジションするか、新たに var LayFP= new Layer(kag, kag.primaryLayer); var LayBP= new Layer(kag, kag.primaryLayer); などと作りこれを親にして、トランジションは LayFP, LayBP のペアで行う。 (試していないので違ってたらゴメン) 834 名前：830 mailto:sage [2009/09/14(月) 19:16:56 ID:KZfHS5sJ] >>833 どちらも、巧くいきました。ありがとうございます。 考え方としては、KAGで背景(top=left=0, opacity=255)ごとのトランジションが推奨なのと、 同じようなものですね。そうしてみると、公式過去ログの方にも、あってもよさそうな話題ですが、 適当な検索ワードで絞り込めず断念しました。 (付記: ＞一度でも変えてしまうと 一度変更しても、トランジションの開始前に 初期値(top=left=0, opacity=255)に戻しておけばよいみたいです) 835 名前：名前は開発中のものです。 mailto:sage [2009/09/15(火) 12:10:06 ID:3AAzPb/L] トランジションのマクロ作った時に left とか pos とかの位置が どうにもおかしくなるのはそういうことでしたかね。 属性で left=%left1|0 とか [freeimage] 入れてみるとかしてますが 時々思い通りには行かなかったり。 あぁ、理解が足りてないんだなぁ。 836 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 10:56:40 ID:NCl4Epv/] @rclick コマンドで右クリックしたときの動作を定義できるけど、ボタン上にマウスカーソルがある場合は右クリックしても何も起こらない。 画面全体でrclickコマンドの定義を有効にするにはどうすればいいの？ 837 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 12:15:20 ID:fb0AHpBP] >>836 MessageLayer.tjs内を「function onExecute」とかで検索すると幸せになれる 838 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 12:18:37 ID:QBbKEKaX] 音泉っていうwebラジオ配信サイトでラジオ聞きながらKKDE使っていると 高確率でブルースクリーンになる… 839 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 13:20:01 ID:NCl4Epv/] >>837 解決しました！ 手元で使ってるKAGが年代ものなんですが、まず最新版のKAGから該当部分を抜き出して、onExecuteハンドラが動くようにしました。 具体的な解決法ですが、ByttonLayer.onExecute()ハンドラでkag.onPrimaryRightClick()を実行する形です。 この場合、事実上ボタンは右クリックに対して透過扱いになります。 840 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 15:52:54 ID:vLgweafg] >>839 >手元で使ってるKAGが年代もの 論外だ、質問するにしても最新に差し替えてからだ。 841 名前：名前は開発中のものです。 mailto:sage [2009/09/16(水) 16:21:48 ID:TMi/1sDM] じゃあちょとチェックアウトしてくるか・・・ 842 名前：702 mailto:sage [2009/09/17(木) 17:13:25 ID:Gc1+z1T4] ホイールでテキストを送る機能をオフにするにはどうしたらいいんですか 843 名前：名前は開発中のものです。 mailto:sage [2009/09/17(木) 17:16:31 ID:VHK9apoT] リファレンスをよめばいいとおもいます。 844 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 18:49:15 ID:evtGsLnp] このエンジンを評価してみた人いる？ KAG互換かな？ ttp://www.ies-net.com/home 845 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:02:15 ID:p1xQb7ed] 全然別物だろ。 マクロで工夫すれば同じコードを流用できると当たり前のことを書いてるだけ。 ECMAScriptを参考にしてると書かないで、吉里吉里と書いたのは単なる宣伝目的だな。 846 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:05:53 ID:e6h6qoRX] メールしてまで評価しようとはおもわんなぁ 847 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:08:15 ID:R+jiDVg6] どうせならTJSを直接移植すればいいのに 848 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:10:11 ID:Y34ukRj0] 変数や関数名の入力補完をしやすいお薦めエディタってある？ 複数ファイルに分けて作成しているときは似たり寄ったりかな。 849 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:15:23 ID:FoEYh4Dx] >>848 入力補完なら、EmEditor Proが過剰なくらいやってくれるが。 どちらかというと、メソッドやクラスの定義場所に一発でジャンプしたいかな。 ctagsを改造すればいいんだけど。 以前Squirrel向けのは作ったことあるからTJS向けのも作ってみるかなぁ。 850 名前：名前は開発中のものです。 mailto:sage [2009/09/18(金) 21:16:58 ID:6FZ9xGQZ] KKDE2のアップデートまだー 851 名前：名前は開発中のものです。 mailto:sage [2009/09/19(土) 01:30:05 ID:4UC60NgT] >>844 全然別物だった。 けど、iPhoneで動作するゲームを作れるのに惹かれる 852 名前：名前は開発中のものです。 mailto:sage [2009/09/20(日) 11:52:21 ID:uBXXJrhM] 過去ログで調べもものしてたらおさかな定食にいいプラグインがありそうなんだけど おさかな定食っていつごろから今の状態が続いてるんでしょうか・・・？ 853 名前：名前は開発中のものです。 mailto:sage [2009/09/20(日) 12:12:27 ID:5jAFOtQd] そういえば、まだおさかな定食復旧してないんだよな 引越し作業にこんなに掛かるもんなのか？ 854 名前：名前は開発中のものです。 mailto:sage [2009/09/20(日) 16:35:59 ID:13MH5JEG] 引越しに合わせてファイルを修正してるのなら 時間はかかっても仕方ないが… ノーサポートでいいから早く復旧して欲しいな 855 名前：名前は開発中のものです。 mailto:sage [2009/09/20(日) 21:55:32 ID:dZdZ7IqR] 暫定倉庫でもいい 856 名前：名前は開発中のものです。 mailto:sage [2009/09/20(日) 23:34:34 ID:DZtL7OZ2] 来年の今頃もおさかな定食があの状態でも驚かない 857 名前：名前は開発中のものです。 mailto:sage [2009/09/21(月) 00:35:35 ID:2rdZchz0] >>852 確か６月はまだDLできてたような・・・ 858 名前：名前は開発中のものです。 mailto:sage [2009/09/21(月) 01:12:22 ID:UZiMTDQB] 他力本願でゲームを作るのもどうかと思うが 859 名前：名前は開発中のものです。 mailto:sage [2009/09/21(月) 01:16:20 ID:69Pjtjw7] 参考くらいあっていいだろう 860 名前：名前は開発中のものです。 mailto:sage [2009/09/21(月) 01:30:28 ID:cf9VT6bL] 終了確認をダイアログではなくレイヤーでやりたいのですが function onCloseQuery()の saveSystemVariables(); if(!askOnClose) { super.onCloseQuery(true); return; } super.onCloseQuery(askYesNo("終了しますか？")); を消して kag.callExtraConductor('終了.ks','*終了シナリオ内'); ではその後シナリオ内の[link exp=" kag.shutdown()"]が効かなくなってしまいます。 どのようにすればいいですか？ 861 名前：名前は開発中のものです。 mailto:sage [2009/09/21(月) 23:35:59 ID:Afbu6NXB] 終了.ks の *終了シナリオ内 ラベルの終わりで Window.onCloseQuery(終了するかどうか) incontextof kag; 862 名前：名前は開発中のものです。 mailto:sage [2009/09/23(水) 11:08:42 ID:48qbElB4] 誰か昨日の吉里吉里勉強会いってきた奴いないかな？ 吉里吉里3はどんな状況とかの話とかあったら教えておくれー 863 名前：名前は開発中のものです。 mailto:sage [2009/09/23(水) 11:22:05 ID:Ki71KdO3] >>862 mixiにレポがきてるお 864 名前：名前は開発中のものです。 mailto:sage [2009/09/24(木) 19:00:42 ID:0U2U8Wq2] 最近、みくしが無いと何も見れない状況だよな。 勿論、公式情報とかじゃないから、それに文句を言うつもりは無いが、 あの窮屈な空間が嫌で辞めちまった身にはつらいｗ 865 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 01:41:19 ID:g8dS8TRE] 吉里吉里3は止まってるとしか 866 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 08:37:43 ID:n5loEePc] >>865 まじめにやってれば半年もあれば開発できるものだしな。 867 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 09:30:27 ID:PhkD4GjX] 吉里吉里はある意味完成の領域に達してるからな。 KagEXを完成の領域に持ってきた方が、受けが良いんじゃなかろうか。 868 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 09:40:26 ID:+dkIAQuX] KAGEXはワールド拡張とかの概念や記述が理解できなくて諦めた 869 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 09:47:24 ID:sKoqn0LW] バグとやらが気になって手がさせない ところでmixiのレポートであった FLASHで右クリックすると出るFLASH関連のメニューを 出さない方法ってどこかにないだろうか 870 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 14:37:43 ID:OhTQHWYF] >>866 インタプリタのみを動かすだけなら半年で出来るだろうが 関連するAPIを用意したり付随するツール群を揃えてさらに実用レベルの品質まで持っていくのは数年かかるだろう。 それこそコミッターが居れば今ごろ完成してたかも知れんし。 >>867 あれを使うくらいならMainWindow.tjsを整理するついでに自分で作るってやつが居るんじゃないだろうか。 871 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 14:41:59 ID:AuREjKi2] >>869 ttp://www.kirikiri.info/bbslog/log/004718 これはどうだろう？ KAGEXは機会があれば触ってみればいいんじゃね？ バグが〜とか書いてる人のは本当にKAGEXのバグなのか今の所わからんし。 自前スクリプトのバグ、使い方や記述を間違えてる可能性もある。 872 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 15:51:31 ID:cADywhdF] >>869 このスレをすこしさかのぼるんだ！ 873 名前：名前は開発中のものです。 mailto:sage [2009/09/25(金) 18:12:35 ID:PhkD4GjX] 吉里吉里３の開発室初めてみたけど、描画関係の高速化も期待出来るのか。 吉里吉里でノベル以外を作ってる俺としては頑張ってもらいたいものだ。 874 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 01:54:33 ID:cSoIuReO] >>861 ありがとうございます。なぜかタイトル画面でしか閉じられなかったりするので色々頑張ってみます。 875 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 02:06:02 ID:sCbbckM4] 吉里吉里でノベル以外を作る利点てなに？ ノベル以外ならC/C++にluaとかDSL組み込んじゃえばいい気がするんだけど。 そういうDSL上に構築されたゲーム用F/Wもあるしさ。 876 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 02:09:34 ID:riSF4elI] >>875 ノベルメインでミニゲームをそれなりに本格的にやりたいとしたらどうすりゃいいのかよくわからん。 どこか解説してたりするところない？ 877 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 02:11:30 ID:tgpICSzg] C/C++ が書けない人でも作業できる、とか？ パフォーマンスがさほど要求されない場面なら有効だと思うよ。画像やサウンドの扱いもシンプルだし。 878 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 02:15:49 ID:MSxnwiCG] >>875-876 汎用ゲームエンジンだと逆にノベル部分がネックになったりするわなぁ。 吉里吉里はその辺、嫌と言うほど作りこまれてるから。 メッセージフレームだしてクリックごとにテキストを切り替える程度と妥協できるなら、 汎用エンジンで作ってゲームをメインにしたらいいかもしれないけどね。 879 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 03:50:30 ID:sCbbckM4] TJSも普通にグフィックコンテキストを取得してそれに対して書き込んで 反映させるっていうスタイルだったらなぁ。 あとtjsでゲームループ書くとコードが一般的じゃないのも分かりづらいよな。 //こういうコードの方がいいな function game_loop(){ update(); render(); sleep(acutaly_elapse); } //ここのコードが吉里吉里だとLayerにほげほげするのがやりづらい function render(){ g = screen.grahics(); img = new Image("image.png"); g.draw(img,x, y); g.dispose(); } 880 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 12:52:20 ID:O+pMsbT1] >>871-872 おお、ありがとう！ そうかプラグインでもできたのか どちらも試してみるわ 881 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 15:14:47 ID:tgpICSzg] >>879 吉里吉里のレイヤって標準機能が少ないだけで概念的にはグラフィックコンテキストそのものだろ 画像だけの独立した概念があるとすっきりするよなぁとは思うけどね 882 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 15:19:23 ID:MSxnwiCG] まあ、秒間６０フレームでヌルヌルぶん回すようにはできてないからな。 883 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 19:51:18 ID:0JH+tER8] >>881 グラフィックコンテキストが画像とそれに関するステートを持っているのが問題なのかと。 ふつうはだいたいこんな定義だろ。 abstract class Layer{ /** 　レイヤが表示されていれば描画する 　@prams g グラフィックコンテキスト */ update(Grahics g){ if(this.visible){ g.drawImage(this.image, x, y); } } /** 　@params 表示され得るかどうか設定 　@return 表示され得るならば真 */ property visible; /** 　@params 画像を設定 　@return 持っている画像を取得 */ property image; } んでこういうかんじのを継承してSpriteクラスとかMapTipLayerクラスとか作るわけで、レイヤの役割的にグラフィックスコンテキストをhas-aなのは設計へんじゃね？ >画像だけの独立した概念があるとすっきりするよなぁとは思うけどね この話もたまに上がってるしさ。 というかyieldか継続とシリアライズを実装してくだせぇDeeたん。 884 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 20:29:13 ID:gKaOv5Va] 継続とまともなクロージャ導入してクラスを無くしてほしい ちゃんとした言語にしたかったらRubyやPythonでも組み込んでくれた方がよっぽど助かる 885 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 20:32:28 ID:g2s5GieN] C++のBoost.Serializationを参考にTJSでシリアライズのフレームワークを書いてみたけど、 Layerみたいにガチガチな依存関係を持っていてコンストラクタ引数に他オブジェクトを要求するクラスの 外部シリアライザの実装のしかたがどうしても思いつかなくて頓挫。 仕方ないから既存の構築済みオブジェクトをdeserializeに渡してメンバだけ復元するようにした。 オブジェクトの共有が絡んでくると一気にややこしくなる。 886 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 21:01:37 ID:tgpICSzg] >>883 メモリグラフィックコンテキストが内包してるフレームバッファが見えてるだけ、 と考えれば概念的におかしいところはない。 visible を含むレイヤのツリー配置機能はさらに外枠の構造で、これは 他ではみられない構造だから珍しいけどおかしいところは無いと思う。 Window - Layer までで一つの概念を形成してる。 結局、Image 単体が存在しないから Layer で代用してるのがおかしいだけという話になるんじゃないかと。 実際のところは独自の Image と、それに対応した Layer.drwaImage() を ネイティブプラグインとして作ってしまえばいいだけではある。 というか、LayerExDraw プラグインとして既に１例は存在してる。 887 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 22:10:18 ID:riSF4elI] ・・・・話してることがさっぱり分からん。 くそう、一応C++とかも勉強してるんだけどなぁ・・・。 WindowsAPIとか弄らないと駄目なのか。 ミニゲームを組み込みたいと思ってはいても、どう実現すれば良いのかさっぱりだ。 マリオくらいならC++で組めるんだけど、どう勉強したらいいんだろう。 888 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 23:25:07 ID:deXUyIGG] アイテム周りをまとめたitem.ksをcallで呼んでいます。 老人Ａ.ks [call storage=item.ks] *アイテム１ 老人Ａ「それはなんですか？」 *アイテム2 老人Ａ「それは私の豆腐です」 少女Ｂ.ks [call storage=item.ks] *アイテム1 少女Ｂ「それはマドです」 *アイテム2 少女Ｂ「それは誰かの豆腐ですか？」 item.ksではアイテム一覧の表示、使用の選択をしています。 アイテム１を使いますか？→[return target=*アイテム１] アイテム２を使いますか？→[return target=*アイテム２] returnで呼び出し元に戻ると思ったのですが、 リファを読むとどうやらitem内でのラベルを読んでいるよう思った動作になりませんでした。 呼び出したシナリオのラベルに行きたいのですが、どうすればいいでしょうか？ 889 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 23:35:07 ID:gKaOv5Va] 呼び出し元に依存するならサブルーチンにする意味無いだろ 素直にjump使えばいい 890 名前：名前は開発中のものです。 mailto:sage [2009/09/26(土) 23:43:10 ID:g2s5GieN] >>887 リポジトリにネイティブプラグインのサンプルソースがごろごろ転がってるから それ読みながら自分で弄ってみるところから始めれば？ ttps://sv.kikyou.info/trac/kirikiri/wiki/AboutSubversion そういえば、C++でミニゲーム組み込むならDrawDevice組んで切り替えて ContinuousHandlerでゲームループ呼んでやるのが正当なのかな。 KAGのインタフェースと組み合わせたくて、レンダリング結果を Layerにmemcpyで流し込んでやったら普通に動いたけど糞重かった。 891 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 00:41:59 ID:bjD8tvap] >>887 吉里吉里を改造せず、独自描画処理を行う C++プログラムを組み込むには、 (1) drawDevice プラグインの形で描画系を作成して独自処理を埋め込む (2) 吉里吉里のウインドウの上に子ウインドウを作成してそこで独自処理を行うプラグインを作成する の二つの方法がある。 前者は吉里吉里の描画内容と自分の描画内容を混ぜ込むことができるが、逆に言うと 吉里吉里の描画処理も自前で書かないといけない。後者は完全に上にかぶさる形での 処理しかできないが、吉里吉里の描画自体は気にする必要がない。 いずれの場合も、必要に応じて吉里吉里がベースのウインドウを破棄する場合があるので、 いつでもその再生成に対応できる組み方をする必要がある。前者は専用のインターフェースからの 呼び返しが来るが、後者は、Window.registerMessageReceived でハンドラを登録して自前で通知をうける必要がある。 マウスやキーボードのイベント処理は、前者の場合はこれもインターフェースから呼び返しが くるのでそれを使う。後者では、自前の Window Procedure に Win32 でイベントが直接来るのでこれを処理する。 メインループ処理は、いずれも吉里吉里の continous Handler からの呼び返しの形で構築する形になる。 これもプラグイン用の専用の口がある。 吉里吉里レポジトリの drawDeviceIrrlicht プラグインが、両者とも実装したサンプルになってるので参考にするといいだろう。 >>890 レイヤへのコピーも、最近はマシンパワーでおしきれば案外動くよｗ drawDeviceIrrlicht はそのバージョンもある。 892 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 01:34:14 ID:w3eCa0aX] >>885 おれもやったことあるけど KagPaerserとLayer考えるとC++から叩いた方がいい。 >>886 >レイヤのツリー配置機能はさらに外枠の構造で、これは他ではみられない構造だから珍しい これはこれで曲者な気が。 >Image 単体が存在しないから Layer で代用してるのがおかしい やっぱImageクラスほしいよな・・・。 >>887 設計とプログラミングの概念的な話というか。 勉強ならマリオ作れるならADVエンジンくらい作れると思う。 速度出すにはVMとコンパイラもつくるけど。 ミニゲームはtjsで実装したら？ ミニゲームコード実行中はKAGの方からイベントもらわないといけないかもしれないけど。 んでミニゲーム終了時に後始末関数呼んでその戻り値をトリガーにKAG側への復帰処理呼ぶとか。 ミニゲームのループはcontinousHandlerを差し替える。 あとは、終了操作とかした時のための処理を追加か、これはKAG側からミニゲームへ割り込むかミニゲーム側で処理させるか。 tjsでもRPGくらいならマシンパワーでごり押しできるよｗ 893 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 09:27:58 ID:6ih0MpsH] 吉里吉里独自？の画像形式に、ＴＬＧ5・ＴＬＧ6ってありますよね png使うよりはこのどっちかの方がやっぱり色々いいと思うんですが、皆さんは使ってます？ 自分はpngじゃないとエクスプローラーでサムネイル表示できないのが痛くて、今はpngでやってるんですが 894 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 09:50:42 ID:T6nKkldw] 圧縮率も良いし、展開も速いから立ち絵に使ってるよ。 スージープラグイン入れればすぐにビュワー表示できるしね。 895 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 14:15:33 ID:bjD8tvap] >>893 スキップ時とかにあからさまに体感差が出るよ。PNGは展開が重い。 イベント絵はあまり気にならないけど立ち絵は TLG にしたほうがいい 896 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 16:54:50 ID:3MK1TE0o] もういっそ直線的にpixels[0] から pixels[pixels.length - 1]をヘッダなしにバイナリにぶち込めばいいんじゃね？ 読み込むときはint[]に全部readすればいいだけだしｗ 897 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 17:03:18 ID:LZvNFtpc] ヘッダが無いと画像サイズを確定できないのだが 898 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 17:40:44 ID:WroPin0r] つ旧RAW 899 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 18:03:17 ID:KXM6pNqY] 前景用画像ファイルの運用 ttp://hpcgi1.nifty.com/gutchie/wifky/wifky.pl?p=%BB%CD%CA%FD%BB%B3%CF%C3+-+%BE%AE%A5%CD%A5%BF#p2.6 こういうやり方でも良いと思う 900 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 18:38:44 ID:otRLhg/V] 立ち絵はTLGで軽くなるけど 表情差分とか小さな画像をTLGに変換すると PNGよりも容量でかくなるのはなんでだ？ 不透明度の多さとか関係ある？ 901 名前：名前は開発中のものです。 mailto:sage [2009/09/27(日) 19:03:09 ID:3gT7c3A/] >>897 ゲーム側でフォーマット決め打ちじゃないか？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef