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

**名前は開発中のものです。** · 2006/01/24(火) 19:41:51

ノベル製作ツール吉里吉里/KAGを使用している人達が雑談や質問をするスレッドです。
本家BBSで聞きづらい質問や初歩的な質問などでもよいのでわからないことがあればどうぞ。
自分のゲームの進行状況や製作ツール等についての話、TJS等の質問もお待ちしています。
マルチポストはやめましょう。個人叩きも禁止です。

５　http://pc8.2ch.net/test/read.cgi/gamedev/1095183786/
４(タイトルは３)　http://pc5.2ch.net/test/read.cgi/gamedev/1081199649/
３　http://pc5.2ch.net/test/read.cgi/gamedev/1067436686/
２(再利用)　http://pc2.2ch.net/test/read.cgi/gamedev/1044256119/
１　http://pc2.2ch.net/test/read.cgi/gamedev/1021890648/

【公式】
kikyou.info
http://kikyou.info/

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

**名前は開発中のものです。** · 2006/03/27(月) 18:41:56

TJSのが処理早いのは確かだけど、KAGでもループ処理はできるよ。

**名前は開発中のものです。** · 2006/03/27(月) 18:48:39

>>544
KAGでもカードゲーム作れる
>>544にその能力がないだけ
そんな人にTJSで作れるはずがない！！

**名前は開発中のものです。** · 2006/03/27(月) 20:45:08

;KAG
[eval exp="tf.i = 0"]
*loop
;ループ処理
[jump target="*loop" cond="tf.i < N"]

;TJS
[iscript]
for( var i = 0; i < N ; i++) {
//ループ処理
}
[endscript]

>>544同意
素直にHSPで作ったほうが良いんｼﾞｬﾈ？
そっちでも怪しいもんだが。

**名前は開発中のものです。** · 2006/03/27(月) 20:57:52

カードゲームなららんかたんのところにサンプルあるから中身見れば？

**名前は開発中のものです。** · 2006/03/27(月) 21:12:07

それはそうと>>546は余裕でエラー吐くだろうな。
TJSからわざわざタグハンドラ呼んでたり、何がしたいのかわけわからん。
辞書配列の要素名(storage/layer/page)は文字列型な。

**名前は開発中のものです。** · 2006/03/27(月) 21:56:50

>辞書配列の要素名(storage/layer/page)は文字列型な。
>辞書配列の要素名(storage/layer/page)は文字列型な。
>辞書配列の要素名(storage/layer/page)は文字列型な。

**名前は開発中のものです。** · 2006/03/27(月) 21:58:22

window.fore.base.loadImages(%["storage"=>"image"]);
KAGで使ってるレイヤはネイティブなloadImagesメソッドとは引数の仕様が違いますよ？

**名前は開発中のものです。** · 2006/03/27(月) 21:59:05

まぁ、へたれはHSPでプログラマ気取ってろってこった

**名前は開発中のものです。** · 2006/03/27(月) 22:21:16

>>552
>>552
>>552

**名前は開発中のものです。** · 2006/03/27(月) 22:30:47

ネイティブって言うと凄い語弊があるｷｶﾞｽ。
吉里吉里組み込みLayerクラスのloadImagesな。
TJSはオーバーロードが出来ないのがちょっとｻﾋﾞｼｽ。

HSPにせよTJSにせよスクリプト言語なのは忘れるな。
VBとJavaくらい性質が違う感じだが。

**名前は開発中のものです。** · 2006/03/27(月) 22:35:02

>>555

式中辞書配列は%[storage : 'image', layer : base, page : 'fore']とは書けませんが。
%["storage"=>'image',"layer"=>base,"page"=>'fore']だな(base　が文字列として与えなきゃいけないのかどうかは確認してないから知らん

確かに>>552もわけわからんこと言ってるけど。
要素名を「文字列で間接参照」であって「要素名が文字列型」ではない

**名前は開発中のものです。** · 2006/03/27(月) 22:40:10

>%[ ] を使って、式中に Dictionary クラスのオブジェクトをその場で記述することができます。
>要素名 => 要素の値、をカンマで区切り、初期要素となる式を列挙します。たとえば、
>var dic = %["a" => 1, "b" => 2, "c" => 3];

ttp://devdoc.kikyou.info/tvp/docs/tjs2doc/contents/dictionary.html

ん、スマン。リファレンスの表現そのまま流用しただけなんだが、
文字列型をキーとする辞書配列である、というのは理解してるつもりだ。

**名前は開発中のものです。** · 2006/03/27(月) 22:49:12

正直どうでもいいことだから他の住人にカエレと言われるかも知れんが。

operater []の引数として文字列リテラルが与えられる、であって文字列"型"変数を与えてる訳じゃない

**名前は開発中のものです。** · 2006/03/27(月) 22:53:13

>>556

ネイティブって表現は微妙だったなスマソ

スクリプトでくくれはするけどHSPは完全なインタプリタ　TJSは仮想マシン+中間言語(バイトコードインタプリタ)だからなぁ…

そういう意味じゃVBとJavaを引き合いに出すのは言いえて妙だな

**名前は開発中のものです。** · 2006/03/27(月) 23:05:47

23:01:22 コンソール : tf[kag] = 10 = (int)10

23:01:57 コンソール : "" + kag = (string)"(object 0x01B03930:0x01B03930)"

23:02:13 コンソール : tf[ "(object 0x01B03930:0x01B03930)" ] = (int)10

要するにこういう理解でOK？
(Javaでいうところの) hashCode じゃなくて文字列型の『値』って事だよな。

**名前は開発中のものです。** · 2006/03/27(月) 23:22:45

で、更にどうでも良い話だが文字列リテラルっちゅーと
コード中のコレ => "ほにゃらら"
（文字列として認識される書式で書かれた部分）
の印象があるのでやっぱり語弊があるｷｶﾞｽ。漏れだけ？

**名前は開発中のものです。** · 2006/03/27(月) 23:34:20

というか段々 TgzlRq75 が(辞書配列に対する)[]演算子が
文字列リテラル(文字列定数)しか受け取らないもんと勘違いしてただけな気がしてきた。
>>561見ればわかるが変数放り込まれたら強制的に文字列型の『値』にキャストされるからな？

**名前は開発中のものです。** · 2006/03/27(月) 23:44:14

23:42:17 コンソール : tf.dic = %[ kag => 10 ] = (object)(object 0x04816938:0x04816938)

23:42:29 コンソール : "" + kag = (string)"(object 0x01B51484:0x01B51484)"

23:42:39 コンソール : tf.dic[ "(object 0x01B51484:0x01B51484)" ] = (int)10

ついで言うと初期化子もしっかり要素名に変数受け付けるからな？
志村ー、ダイジョブかー？

**名前は開発中のものです。** · 2006/03/27(月) 23:53:02

おー…

悪い、559以降は妙な電波を受信していたようだ

寝て頭冷やすわ…申し訳ない>all

**名前は開発中のものです。** · 2006/03/27(月) 23:55:44

ちょ、おまっ

ダイジョブだーっ！

**名前は開発中のものです。** · 2006/03/28(火) 08:41:52

>>560
>スクリプトでくくれはするけどHSPは完全なインタプリタ　TJSは仮想マシン+中間言語(バイトコードインタプリタ)だからなぁ…
HSPも中間コードにコンパイルされるわボケ

>そういう意味じゃVBとJavaを引き合いに出すのは言いえて妙だな
絶対お前VBとJavaの違いわかってねぇ、バカすぎるもん。

まぁID:coZ4T/eUもわかってねぇだろうな。

　今　の　V　B　は　J　a　v　a　と　同　じ　だ。

**coZ4T/eU** · 2006/03/28(火) 09:55:10

.NET以降はVM+中間言語だな。
逆を言えばHSPにしてもVB6.0以前にしても、
VM走ってない(事になってる)わけで。
(HSPって裏でVM走らせてたりするんかな？)
ただのバイトコードインタプリタとVM+中間言語の差って
バイトコード化(コンパイル)の時点で最適化がされるかどーかだよな？

で、Effel/Smalltalk程では無いにせよ
それなりに高度にオブジェクト指向してるJavaと
過去の遺産に引きずられまくりで未だにGoTo使えるVBを

一　緒　に　す　る　な　と

どっちが優れてる、と言うつもりはないけど。
馬鹿でも使える(オブジェクト指向しなくて良い=楽な)VBと
オブジェクト指向理解してないとむしろ開発効率悪くなる
(オブジェクト指向設計分析しないと話にならん)
Javaはそれぞれに利点ある。

**名前は開発中のものです。** · 2006/03/28(火) 09:59:16

Deeﾀﾝ的なJavaの印象って確か

「eclipseが良いですね、何かエロくて」

だった気がする。
eclipseでtjs出来ちゃうプラグイン誰か開発しないもんかな？

**名前は開発中のものです。** · 2006/03/28(火) 10:07:57

VBとJAVAの比較対照がしたいならム板行こうね(#^ω^)ﾋﾟｷﾋﾟｷ

**名前は開発中のものです。** · 2006/03/28(火) 11:11:26

悪かった、怪電波受信したまま煽った俺が悪かった。
だからおちつけ、な？

/**********↑ここまでスレ違い↓ここから再開*********************/

**544** · 2006/03/28(火) 12:29:26

えー、何気に投下した質問がえらい反響に。

本編は普通にノベルゲー、でクリア後のおまけゲームって形で考えてたんですが、
まずやろうとしてたのはカードを１０枚くらい横に並べるって処理なんです。
処理速度が気になりますが、ヘタレなおいらの技術では
素直に>>549のIFもどきでKAG文使うのが無難みたいっすね。

回答くださった皆様、どもでした。

**名前は開発中のものです。** · 2006/03/28(火) 12:52:11

なんだその結末

**名前は開発中のものです。** · 2006/03/28(火) 20:15:08

いやーおもすれー

**名前は開発中のものです。** · 2006/03/28(火) 20:18:08

というか、処理速度を気にする厨が多いのはなぜなんだろう。
完成どころか着手してすらいないものに対してそこまで必要以上に気にかけなくちゃ
いけないような時代って、もうとっくに終わったような。

**名前は開発中のものです。** · 2006/03/28(火) 23:50:49

Mで旧バージョン使ってんじゃね？

**名前は開発中のものです。** · 2006/03/29(水) 06:53:34

ぐわぁ、WHiNNYってKAGのタグの追加記述は入力補完してくれないのか
かぐや姫から乗り換えようと思ってたのに・・・

**５３６** · 2006/03/29(水) 11:29:12

>>533
駄目でしたorzしかなないんで、536に書いたもののまま使ってますorz

**名前は開発中のものです。** · 2006/03/29(水) 18:50:49

>>578
どんな風にやりたいのか詳しく書けばもっと的確なレスしたのに・・・

**544** · 2006/03/29(水) 20:10:17

今日はここまで出来た。

http://gamdev.org/up/img/5148.jpg
うちのXP（pen3.0G）では心配した表示の遅さもなく、ストレスなく表示できますた。

ちなみに見てわからんと思うですが花札（こいこい）っす。
ただし、１２月の花の代わりが干支名になってます。

あとはカードの引きと敵の思考ルーチン・・・考えること多いなぁ。

**名前は開発中のものです。** · 2006/03/29(水) 21:53:01

>580
消えて

**名前は開発中のものです。** · 2006/03/30(木) 00:52:17

>>581
おまえがな

**名前は開発中のものです。** · 2006/03/30(木) 00:55:31

ケ、ケンカしないで！
あなた達がケンカするためのスレじゃないんだからねっ！

**名前は開発中のものです。** · 2006/03/30(木) 01:04:17

>>583
消えろ

**名前は開発中のものです。** · 2006/03/30(木) 02:16:57

タグの入力補完をしてくれて、KAGにもTJSにも定義ファイルで対応してるエディタはありませんか？
かぐや姫Studioは、入力補完はあるけどTJSの定義がされてなくて
WHiNNYは、KAG・TJS両方定義されてるけどKAGの各要素の入力補完が無くて
どっちも一長一短なもので・・・。

**名前は開発中のものです。** · 2006/03/30(木) 07:32:42

＞タグの入力補完をしてくれて、KAGにもTJSにも定義ファイルで対応してるエディタはありませんか？
＞WHiNNYは、KAG・TJS両方定義されてる

自己解決してるじゃんｗ

**名前は開発中のものです。** · 2006/03/30(木) 23:52:34

>>585
つKKDE

**名前は開発中のものです。** · 2006/03/31(金) 01:29:22

みんなシーンごとのラベル名はどうしてる？
イメージ優先で「２ちゃんねるの夜」とか「初めてのスレ立て」と個別にタイトル付けるか、
わかりやすさ優先で「一日目9:00」とか「Scene004」にするか迷っている
ちなみに選択肢無しの一本道ノベル、プレイ時間3時間ほど

**名前は開発中のものです。** · 2006/03/31(金) 01:58:24

分かりやすさ重視

**名前は開発中のものです。** · 2006/03/31(金) 11:05:28

いっそ両方つけとくのが一番わかりやすいんじゃないのか
長くなるけど

**名前は開発中のものです。** · 2006/03/31(金) 12:13:47

>わかりやすさ優先で「一日目9:00」とか「Scene004」にするか迷っている
そもそもわかりやすいか？
特徴ないから他のゲームとごっちゃになってわかりにくくなるし
再プレイまで時間かかれば忘れてしまうと思うが。

**名前は開発中のものです。** · 2006/03/31(金) 12:44:56

>>590
サブタイトルを短くすれば問題なし

3/1 9:00 夢
3/1 10:00 花

とか

**名前は開発中のものです。** · 2006/03/32(土) 01:14:49

吉里吉里開発中止

**名前は開発中のものです。** · 2006/03/32(土) 01:23:28

わ！　
さすが32日
やっぱり僕のとことは別次元なんだね

**名前は開発中のものです。** · 2006/03/32(土) 16:52:10

今後、swfファイルの上にメッセージレイヤを置くことって出来るようになるのかな？
mpgとかaviだと容量圧縮の為品質さげたくないし。

**名前は開発中のものです。** · 2006/03/32(土) 20:08:25

>595
あー、それ、Dee氏の日記で言及されて以来、楽しみにしてた。

……何年か前の日記でさ（´Д⊂ヽ

ttp://www.google.co.jp/search?as_q=flash&as_sitesearch=kikyou.info%2Fdiary

**名前は開発中のものです。** · 2006/04/03(月) 11:50:30

ロミオは天邪鬼だからあんまりロリロリ言ってるとロリ書かなくなるよ。

**名前は開発中のものです。** · 2006/04/03(月) 11:51:13

人生、はじめての誤爆がこれです。
本当にありがとうございました。

**名前は開発中のものです。** · 2006/04/03(月) 15:29:54

どうみても炉利ですありがとうございました

**名前は開発中のものです。** · 2006/04/04(火) 00:37:33

本家のソートの件
個人的にはバブルソート使うよりコムソート１１を勧める。
欠点はアルゴリズムがトリッキーなのと安定ではない事だけど

コムソート参照
ttp://www.anecs.net/comp/slib/sort/combsort.htm

それにしてもネタないな吉里吉里て

**名前は開発中のものです。** · 2006/04/04(火) 00:51:19

演出とか機能拡張のプラグインやルール画像をフリーで公開してWikiに追加していこうぜ

**名前は開発中のものです。** · 2006/04/04(火) 01:13:55

>>601

言いだしっぺの法則

**名前は開発中のものです。** · 2006/04/04(火) 13:32:18

避難所のアプロダ以上の容量を上げれるアプロダない？

**名前は開発中のものです。** · 2006/04/04(火) 16:05:43

>>603

１ｒｋでさがせ

**名前は開発中のものです。** · 2006/04/04(火) 22:31:09

affineCopy()　を使って
任意の画像を、長方形とか、ひし形への変形ならできたのだが
台形に変形させて表示するには、どの様に設定すればよいのか教えて下さい

**名前は開発中のものです。** · 2006/04/04(火) 22:49:32

>605
まずアフィン変換をググれ。

**名前は開発中のものです。** · 2006/04/04(火) 22:55:37

そもそも100レス前くらいも読まないのか。

>>506-508

**名前は開発中のものです。** · 2006/04/04(火) 23:19:21

同じ奴じゃね？

**名前は開発中のものです。** · 2006/04/05(水) 02:02:59

馬鹿は吉里吉里使うなよ

**名前は開発中のものです。** · 2006/04/05(水) 02:21:53

そんな高尚な言語じゃないはずなのに

**名前は開発中のものです。** · 2006/04/05(水) 12:54:39

というか今の吉里吉里はレイヤいじり回すのには耐えきれるように出来てないだろ？

**名前は開発中のものです。** · 2006/04/05(水) 13:01:22

いじり回すのに耐えるって具体的になんのこと？

**名前は開発中のものです。** · 2006/04/05(水) 13:17:26

例えばダブルバッファリングを想定した作りになってないとか、
描画メゾットがプリミティブな物しかないとか、
他はレイヤ管理周りが少し重くない？
画像とレイヤは別に扱って欲しいかな。

**名前は開発中のものです。** · 2006/04/05(水) 14:13:53

>ダブルバッファリングを想定した作りになってない
くわしく

**名前は開発中のものです。** · 2006/04/05(水) 16:20:05

メゾットとか言ってる奴に詳しく聞いてもムダだと思う

**名前は開発中のものです。** · 2006/04/05(水) 16:48:29

なるほど

>レイヤ管理周りが少し重くない？
くわしく

**名前は開発中のものです。** · 2006/04/05(水) 18:15:14

DirectXなんかでは、描画の際に、実際にモニタに映ってる表面に直接描画するんじゃなくて、
実際には表示されてない裏面に描画しちゃってから、それを表面に表示することで、
描画に掛かる時間によって画面がちらつくっていうのを防いでる。
この表面と裏面を使った描画をダブルバッファリングと呼ぶ。

一方、吉里吉里では、裏面（バックバッファ）にあたるものがない。
内部的にはあるんだろうが、実際に使うレベルではない。
ＫＡＧではその代用として、１つ１つのレイヤに対して、裏レイヤを作ってるが、
これは単に、１つのレイヤに対して、もう１つのレイヤを作っているだけ。

>>613じゃないけど、ダブルバッファリングについては、こんなとこでおｋなのか？

あとレイヤ管理周りが重いってのは同意だけど、
もともと動きの多いゲームの製作を目的としたものじゃないんだし、
別にコレ位でも不都合はないと思うけどな。

**名前は開発中のものです。** · 2006/04/05(水) 18:55:42

ダブルバッファリングはちらつきを防ぐためだろうけど
KAGの裏画面はちらつきを防ぐためにあるんじゃないとおもうが

**名前は開発中のものです。** · 2006/04/05(水) 19:39:48

　 /＼＿＿_／＼
／　⌒　　　⌒ ::: ＼
|　（●）,　、（●）、　| 　　／￣￣￣￣￣
|　　,,ノ(、_, )ヽ、,, 　 | 　＜　なんか難しい話してるじゃん
|　　　ト‐＝‐ｧ' 　 .::::| 　　＼＿＿＿＿＿
＼　　｀ニニ´　 .:::／
／｀ー‐--‐‐―´´＼

**613** · 2006/04/05(水) 20:33:04

吉里吉里のレイヤてレイヤの見た目を操作する部分とレイヤを管理する部分があるだろ？

見た目ってのはレイヤに何かを描画したり色・フォント設定したりの部分で、

レイヤ管理てのは可視設定や子レイヤチェーン云々の部分な。

で、何でレイヤの見た目をメモリにクローンするメソッドがなかったりそのクローンに付いた描画コンテキストを取得出来なかったり、クローンをレイヤに転送するメソッドが無いかな、とか思ってさ。

じゃないと、いちいち子レイヤとしてレイヤ管理に参加させなきゃいけないだろ？

この管理はトランジションを意識してんだろうけどＴＪＳから直接トランジションなんて使わんし、大量のスプライトをアニメさせると管理周りが邪魔しそうだなて、スプライトレイヤなる物を作った時に悩んだんだよ。

>617
ダブルバッファリングの解説はあってるけどＫＡＧの裏画面はトランジションの為だと思うぞ。

**名前は開発中のものです。** · NG

裏レイヤー＝バックバッファと言っても差し支えない肝。

**名前は開発中のものです。** · 2006/04/05(水) 21:04:03

>>620
ん？クローンに関しては、Layerを継承すれば出来そうじゃん。

**名前は開発中のものです。** · 2006/04/05(水) 22:05:46

スプライトレイヤって何だ？　（何か実装しなきゃいけない機能ってスプライトにあったか？　という意味で）

**名前は開発中のものです。** · 2006/04/05(水) 22:41:06

それだと子レイヤ管理機構まで引きずるだろ？
バッファとして使うならメモリ上に描画出来れば良いだけだからレイヤ管理は余計だろ。
バッファをレイヤとして生成すると誰に管理されるか？を意識しなきゃいけないしさ。

//バッファ取得
var img = msgLay.creteImage(msgLay.left, msgLay.top);

//バッファに描画
img.setFont(fontInfo);
img.load(filePath);
img.drawString(...);

//バッファを転送
msgLay.drawImage(img);
て書けた方が楽だし中でやってる事が全然違うじゃん。
今のＴＪＳでレイヤ使ってこれをやるとファクトリメソッド内で・・・・

1自分に子レイヤA生成
2Aを不可視に
3Aをチェーンに不参加に
4表レイヤの見た目をAにコピー
としてファクトリから返ってきたAに
5Aに必要な描画
6Aを表にコピー
で完了。これだと手続きが増える。
バッファレイヤをサブクラスにしてコンストラクタ引数に親レイヤ渡して
コンストラクタ内で2 3 4の処理しても良いけどどちらにしても余計なレイヤ管理から解放されないだろ？

スマートじゃないじゃん。実際ここまでやったんだけど、この方法だと不明瞭な子レイヤが大量にぶら下がる事になるのが辛い。

ダブルバッファにここまで手間掛けないといけないから吉里吉里のレイヤはダブルバッファが想定(考慮)されてないって言ったんだよ。

**名前は開発中のものです。** · NG

>>624
ちなみにそこまでして何をしたいの？

**名前は開発中のものです。** · 2006/04/05(水) 22:49:43

なんでわざわざ子レイヤ？
テンポラリレイヤ作って、不要になったら削除するんじゃだめなの？
大体レイヤは作成時不可視だぞ？

これでもう２、３は不要だとおもうんだが

**名前は開発中のものです。** · 2006/04/05(水) 23:00:53

>>623
j2meのMIDP2.0のjavax.microedition.lcdui.gameパッケージを全部ＴＪＳで実装してる最中だと思ってもらえれば、スプライトレイヤはSpriteクラスに対応する。後LayerManagerだけなんだが要らんかも。

>>625
前に言ったけどＫＡＧいじってる。

**名前は開発中のものです。** · NG

>>627
いじってる目的は？それを聞いてる。

**名前は開発中のものです。** · 2006/04/05(水) 23:15:54

>>624
吉里吉里は「ダブルバッファが想定（考慮）されてない」んではなくて、
「ダブルバッファ性をシステムが担保する」システムだぞ？
レイヤに単純描画しておけば、システムに制御が帰った時点で
内部的なダブルバッファ処理の上でWindow に描画されるから、
プログラムは同じレイヤに連続で再描画すればよい。

わざわざ自分でダブルバッファ的な処理を書くのは、２つのバッファデータ
そのものに意味があるとか、既存プログラムとの互換でどうしても
そうしたいとか、そういった特別な理由がないかぎり無意味だよ。あ、いや、
むしろ、データ転送が１回余分に発生する分パフォーマンスの
低下につながるから基本的には避けるべき技法だ。

**名前は開発中のものです。** · 2006/04/05(水) 23:23:28

同類のにおいが　ダメな子のにおいがする

**名前は開発中のものです。** · 2006/04/05(水) 23:45:35

>>626
なんで子レイヤ？と言うよりプライマリレイヤ以外は結局子レイヤだろ、クラスリファレンスのLayerコンストラクタのparent引数の説明見て。

あと済まん、手続き2 3だが頭に「常に」てのを加えてくれ。つまり外から2 3での設定をいじられないようにする必要があるんだよ。
サブクラス化した時にプロパティをオーバーライドして。

>>628
自分で使うＫＡＧのミニゲーム用のライブラリというか基盤かな。

ＫＡＧでミニゲームなんて作ってらんないからＴＪＳでやろうと思ってさ。
それでまさにMIDPのAPIの様な物が欲しかったんでひたすら実装してる最中。

**名前は開発中のものです。** · 2006/04/05(水) 23:46:24

なんでそんなころころID変わるの？

**名前は開発中のものです。** · 2006/04/06(木) 00:05:35

System.touchImages ( 画像のキャッシュへの読み込み )
System.independMainImage ( メイン画像の共有の解除 )
System.independProvinceImage ( 領域画像の共有の解除 )

ここらへんから>>629の言ってるような機構になってるのは想像つくだろ。
レイヤのピクセルデータ自体は他レイヤと共有可能な
メモリ上の何処かにキャッシュ(バッファリング)されてるって事。

Layer.update ( 画像の更新 )

んでもってコレでシステムメモリ上(多分)のピクセルデータをビデオメモリに転送するって感じじゃね？
キャッシュされてるピクセルデータそれ自体に操作を加えたい場合は

Layer.mainImageBuffer ( メイン画像バッファポインタ )
Layer.mainImageBufferForWrite ( メイン画像バッファポインタ(書き込み用) )
Layer.mainImageBufferPitch ( メイン画像バッファピッチ )
Layer.provinceImageBuffer ( 領域画像バッファポインタ )
Layer.provinceImageBufferForWrite ( 領域画像バッファポインタ(書き込み用) )
Layer.provinceImageBufferPitch ( 領域画像バッファピッチ )

吉里吉里プラグイン作ってそれから↑を使うのが正解。
吉里吉里自体でどーにかしようってアプローチがそもそも間違い。

>>630
多分正解。

**名前は開発中のものです。** · 2006/04/06(木) 00:06:06

>>629
何！？今レス見たよ・・・OTL
スプライトのタイル画像読み込むレイヤ持っただけで放置してたけど、
ダブルバッファリングしてないのを忘れてて後から追加しちゃったよ。

**名前は開発中のものです。** · 2006/04/06(木) 00:08:03

訂正
x=> System.independMainImage ( メイン画像の共有の解除 )
x=> System.independProvinceImage ( 領域画像の共有の解除 )
o=> Layer.independMainImage ( メイン画像の共有の解除 )
o=> Layer.independProvinceImage ( 領域画像の共有の解除 )

**名前は開発中のものです。** · 2006/04/06(木) 00:23:48

なるほど、だからmainImageBuffer系メソッドがＴＪＳから使えないのね。
すまんかった・・・

**名前は開発中のものです。** · 2006/04/06(木) 00:50:26

JavaでImageProducerシコシコ書いた事とかあれば
Layerクラスのリファレンス見ただけで概ね想像つくんだが
……1.1x時代を経験した人間の懐古かぁ。

**名前は開発中のものです。** · 2006/04/06(木) 01:18:44

>>630
前スレの最後あたりでも書き込みするごとにID変わる人を見たキガス

**名前は開発中のものです。** · 2006/04/06(木) 01:42:06

ああ、またあいつか(空気嫁

**名前は開発中のものです。** · 2006/04/06(木) 11:29:28

>605
http://ruriko.denpa.org/200604a.html#05

**名前は開発中のものです。** · 2006/04/06(木) 11:32:33

>>640
そこの人結構凄いよな
吉里吉里でカテゴリ作ってくれないかな
過去ログによさげ凄げなプラグインとか作ってるし

**名前は開発中のものです。** · 2006/04/06(木) 12:32:06

>>641
本人だと思うよ

**名前は開発中のものです。** · 2006/04/06(木) 12:35:32

あらやだ

**名前は開発中のものです。** · 2006/04/06(木) 17:37:12

>>624　まぁ、子レイヤチェーンから逃れるスベは無さそうだけど

class Layer2 extends Layer
{
　　var clone = void;

　　function Layer2()
　　{
　　　　super.Layer(...);
　　}

　　function finalize()
　　{
　　　　invalidateClone();
　　　　super.finalize(...);
　　}

　　function invalidateClone()
　　{
　　　　if (clone !== void) invalidate clone, clone = void;
　　}

**名前は開発中のものです。** · 2006/04/06(木) 17:37:42

**644** · 2006/04/07(金) 14:02:29

正直、自分もLayerクラスとImageクラスに分けて欲しいかな。

Layerはレイヤ操作やイベント担当、Imageは画像操作。
で、LayerにImageを関連付けるみたいな。

そうなるとImage管理（というかキャッシュ）クラスが欲しくなるわけだが。