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

**名前は開発中のものです。** · 2010/05/22(土) 15:41:56

ノベルゲーム製作ツール吉里吉里/KAGのユーザーが雑談・質問をするスレです。
自作ゲームの進行状況や製作ツールについての話、TJS等の話題もどうぞ。
マルチポストはやめましょう。個人叩きも禁止です。

※スレで質問をするときは※
KAG/TJS/吉里吉里ドキュメント、スレの過去ログ、公式掲示板のログ、
FAQ、Google等で調べてからにしましょう。
努力の形跡が見られないとスルーされがちです。初心者？でも頑張れ！

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
吉里吉里２／ＫＡＧ３雑談質問スレ＿過去ログ
ttp://www.geocities.jp/kirikiri_log/

吉里吉里ダウンロードページ
ttp://kikyou.info/tvp/

ダウンロードしたアーカイブに含まれる「KAG System リファレンス」は
初心者にとって最も頼もしい教科書です。何度も繰り返し読みましょう。
■タグリファレンス … KAGの機能が網羅的、辞書的に載っています。
大よその機能(KAGでどんなことが出来るか)は把握しておきましょう。
■Tips/その他 … 陥り易いミスやより高度な使い方への足掛かりになる
数々のTipsが記載されています。
■TJSをもっと使うために
ゲームのインターフェイスをカスタマイズしたい、また
KAGの命令に無いことをしたくなったらまずここを読んでみよう。

必要に応じて>>3-5の公式掲示板や講座等を併用してください。
(併用に、紙媒体の参考本が欲しい人は、ダウンロードページにリストがあります)

前スレ
■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その20
http://pc11.2ch.net/test/read.cgi/gamedev/1264933876/

**名前は開発中のものです。** · 2010/05/22(土) 15:43:13

**名前は開発中のものです。** · 2010/05/22(土) 15:44:07

【公式】
kikyou.info
ttp://kikyou.info/
吉里吉里/KAG 掲示板
ttp://kikyou.info/tvp/bbs/
公式掲示板過去ログ検索
ttp://www.kirikiri.info/bbslog/
吉里吉里開発サイト
ttps://sv.kikyou.info/trac/kirikiri/

【ドキュメント】(最新版のオンラインマニュアル)
KAG System リファレンス
ttp://devdoc.kikyou.info/tvp/docs/kag3doc/contents/
吉里吉里２リファレンス
ttp://devdoc.kikyou.info/tvp/docs/kr2doc/contents/
TJS2 リファレンス
ttp://devdoc.kikyou.info/tvp/docs/tjs2doc/contents/

【FAQ】
逆引きマニュアル
ttp://homepage1.nifty.com/gutchie/kirikiri_kag2/faq.html

【網羅的リンク集】
OUTFOCUS Wiki ブックマーク
ttp://hpcgi1.nifty.com/gutchie/wifky/wifky.pl?p=%A5%D6%A5%C3%A5%AF%A5%DE%A1%BC%A5%AF

**名前は開発中のものです。** · 2010/05/22(土) 15:45:22

【講座】
吉里吉里2/KAG3によるノベルゲーム開発
ttp://homepage1.nifty.com/gutchie/kirikiri_kag3/game_dev.html
Studioついんくる - 吉里吉里2/KAG3講座
ttp://contest2004.thinkquest.jp/tqj2004/70619/subindex.html
RUTA'S GAME - 初心者のための吉里吉里講座
ttp://www.manitoux.net/ruta/game/kiri/
TJSに挑戦！
ttp://www.geocities.co.jp/tjschallenger/

【過去の講座】
ＫＡＧと心中 ※※一部の仕様が現在と違うので注意※※
ttp://yokohama.cool.ne.jp/pia/
成恵同盟
ttp://www.geocities.jp/narue2664/moeKAG/（消滅）

【解説】
Inside KAG3
ttp://hpcgi1.nifty.com/gutchie/wifky/wifky.pl?p=Inside+KAG3
TJS入門
ttp://homepage1.nifty.com/gutchie/kirikiri_kag/tjs_primer.html
吉里吉里 inside
ttp://tohka.info/doku.php/inside/index

**名前は開発中のものです。** · 2010/05/22(土) 15:46:11

【KAGEX】
KAGEX
ttp://ruriko.denpa.org/2006_ca.html#W_%E5%90%89%E9%87%8C%E5%90%89%E9%87%8C
KAGEXのダウンロードの仕方(Subversionリポジトリへのアクセスの仕方)
ttp://kikyou.info/diary/?200610#i4_3

※注意
KAGEXのバージョンアップに伴い「リポジトリのURL」が変わっています。
該当箇所は↓に置き換えてください。
最新版：ttps://sv.kikyou.info/svn/kirikiri2/branches/kag3ex2
旧版：ttps://sv.kikyou.info/svn/kirikiri2/branches/kag3ex1

**名前は開発中のものです。** · 2010/05/22(土) 15:59:37

　　＿＿
　｀ヽ,　｀ヽ
　　 ,.' -─-ヽ.　　えーい
　　（　´・ω・）
　　/ /wk|つ━☆　，.
　 / / !_i_〉l　　　 ‘*+ *+
　く_/_,ﾙﾉノ　　　　゜‘ *‘+¨
　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □
　　　　　　　　　 □ □ □ □ □

**名前は開発中のものです。** · 2010/05/22(土) 16:00:55

>>6

消滅……あらら

**名前は開発中のものです。** · 2010/05/22(土) 16:04:00

ごめん、6は、コピペ失敗した。

普通に>>1　乙

**名前は開発中のものです。** · 2010/05/22(土) 16:11:16

>>1おつ

**名前は開発中のものです。** · 2010/05/22(土) 17:39:31

TJSってのはdeeたんが考えたオリジナル言語？

**名前は開発中のものです。** · 2010/05/22(土) 17:50:49

TJSってJAVAじゃないのか、ずっとそうおもってた

**名前は開発中のものです。** · 2010/05/22(土) 18:50:26

Ｊａｖａ
↓
TJS
↓
kagシナリオ

ってことか。

**名前は開発中のものです。** · 2010/05/22(土) 19:02:19

TJSとJavaはまったく別物だよ。
構文をちょっと参考にしてる程度で。

**名前は開発中のものです。** · 2010/05/22(土) 19:18:53

指定した色を描画しない方法ってどうやるの？
もしくは指定した座標と同じ色を描画しない

背景にキャラクターを上書きするときの処理

**名前は開発中のものです。** · 2010/05/22(土) 19:30:44

前景じゃなくて背景なのか？

**名前は開発中のものです。** · 2010/05/22(土) 19:56:28

背景描画して　その上にキャラクターを描画したいですが
透明な部分も描画すると全部上書きされるので
指定した色を描画しない方法です

**名前は開発中のものです。** · 2010/05/22(土) 20:14:38

今時そんなことしないよ
アルファ使いましょう

**名前は開発中のものです。** · 2010/05/22(土) 20:36:30

アルファよくわからんのです・・・・

**名前は開発中のものです。** · 2010/05/22(土) 20:46:27

　　　　　　　　　　　　　　　 !,-/::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ,
　　　　　　　　　　　　　　　i''./:::::::::::::::::::::://::::::l:l'i::::::ヽ:::::::ヽ:::::::::::::::l丶
　お尻の穴に　　　　　　　〉!:::::::::::::::l:::::://l:::::/ll .lヽ:::l !ヽ::::l:ヽ::::::::i::l::l
　　指をいれて　　　　　　ヽ::::::::::::::l:l::::/:l .l:::/ l　 l,ヽ:l-l-l:::lヽ:ヽ::::::l:l.ll
　　　匂いをKAGと　　　　　l::l.l:::::::ll.l:::l''l~~∨' '　 '　_,-'i-∨　l::::l::::l:l,,l_
　　　　　　　　　　　　　　　 _l::l .l::::l .l,l:l''~(~~i''　　　　 l　ヽﾉiヽ.l:::::l:l:l::::::~''-,_
　　新スレですよ　　　 _,-'':::l:l　l:l.l　'~l .ll||ll l　　　　　l l|||l.ﾉ　l:::::l-''''''''---,,'-,_
　　　　　　　　　　　　,-':::::_,,,-ヽl::::::l　ヽ,,,,,,ﾉ　　　　　 '--''　 l::::::l　　　　　　~
　　　　　　　　　／-''''~　　　l:::::::l.l　　　　　 ____'___　　　　./l:::::::l
　　　　　　　　　　　　　　　　 l:::::::l'ヽ.　　　　 l　　 l　　　／　l:::::::l
　　　　　　　　　　　　　　　　　l:::::::ll　 ',,- ,_　　ヽ-' 　_,-''--,,ll::::::l ~

**名前は開発中のものです。** · 2010/05/22(土) 20:50:36

>>14
key
リファ読め
でもアルファの方がいいよ本当

**名前は開発中のものです。** · 2010/05/22(土) 21:04:40

いつの間にか新スレが。
>>1乙

**名前は開発中のものです。** · 2010/05/22(土) 21:49:28

吉里吉里公式のリポジトリに、CRCとかMD5のチェックサムを求めるネイティブプラグインあるかな？
なければ作ってみたいんだが。

**名前は開発中のものです。** · 2010/05/22(土) 22:06:12

なんでリポジトリ見ないの？死ぬの？

**名前は開発中のものです。** · 2010/05/22(土) 22:13:50

かもおおおおおおおおおおおおおおおおん
アルファ三ぷるぅぅぅぅぅううううううううっぅぅぅｌ

**名前は開発中のものです。** · 2010/05/22(土) 22:23:22

truncだけでもソースがいっぱいだからチェックするのﾏﾝﾄﾞｸｾ
まあ、無駄にSHA-1とかまでサポートしてるアホなのはないはずだから一通り作ってみるか。

**名前は開発中のものです。** · 2010/05/22(土) 23:27:07

ファイルIOの口がないtjsでチェックサムとか何に使うの？

**名前は開発中のものです。** · 2010/05/22(土) 23:36:53

プラグインからならIStreamでファイルに触れるじゃん。
TJSに公開されてないだけで。

**名前は開発中のものです。** · 2010/05/22(土) 23:51:15

あ、俺はネットワーク通信のデータ検証の用途で使おうと思ってる。

**名前は開発中のものです。** · 2010/05/22(土) 23:57:50

とりあえずスレッド処理がんばれな。そうしないと簡単に画面フリーズするから。

**名前は開発中のものです。** · 2010/05/23(日) 00:07:06

以前スレッド生で管理しようとして挫折したんだが、
Boost.Asioのスレッドプール使えば大丈夫だったりしないかな……。

**名前は開発中のものです。** · 2010/05/23(日) 01:24:55

>>30
スレッドのプール自体は何つかっても関係ない。

吉里吉里でスレッド処理が難しい原因は、吉里吉里本体がスレッドセーフでないことにある。むろん通常の用途ではその必要がないからなんだが。
要するに、吉里吉里の諸機能は、常にメインスレッドから呼び出す必要がある。たまたま大丈夫なところもあるが区別はできない。
外部スレッドからは、なにかしらの同期処理を介してメインスレッドに処理を依頼することになる。

逆に吉里吉里側からサブスレッドの処理を呼び出す場合は、サブスレッドがスレッドセーフに
かかれてれば特に問題はない。

吉里吉里標準の機構だけで処理するなら、Window オブジェクトの registerMessageReceiver で吉里吉里側の
処理を登録しておいて、サブスレッド側からは postMessage で WM_APP_* などをつかって機能呼び出しをする方法がある。
Windows のウインドウメッセージ機構はスレッド間で安全に同期することが保証されているのでこれで問題なく動作する。
スレッド側からは結果を通知するだけといった単純な構造ならこれだけで問題ない。

Window オブジェクトを使いたくない場合、あるいは、吉里吉里(メインスレッド) とサブスレッド間で相互処理が必要な
場合は、パイプなりセマフォなり適当なプロセス間通信のハンドラを作っておいて、吉里吉里からは、それを continuous handler
でポーリング、サブスレッド側からは適宜 sleep や WaitFor*Object を使ってポーリングして、ハンドシェイクするような形で
処理することになる。吉里吉里側で Wait してしまうと描画が止まるので要注意