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

**名前は開発中のものです。** · 2010/10/01(金) 10:44:25

ノベルゲーム製作ツール吉里吉里/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の公式掲示板や講座等を併用してください。
(併用に、紙媒体の参考本が欲しい人は、ダウンロードページにリストがあります)

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

**名前は開発中のものです。** · 2010/10/18(月) 00:09:06

>>181
ttp://www.dotup.org/uploda/www.dotup.org1204723.zip.html
その20と21しかないけど

**名前は開発中のものです。** · 2010/10/18(月) 01:53:37

カットインの演出を入れたくて、色々がんばってるんですが
上手い事行きません。
ＴＪＳで画像レイヤを移動させて見たのですが、演出方法が悪く
ずるずると画像が画面外から出てくるだけで、一般的なカットインの効果に
見えません。
また、プラグインがある事を突き止めましたが、実力不足か上手く起動
させる事が出来ませんでした。

だらだらと書いてしましましたが、演出方法を指南しているサイトか
一般的な方法の記載されたサイトを探しております。
ご存知の方がいらっしゃいましたらお願いします。

**名前は開発中のものです。** · 2010/10/18(月) 01:56:58

まずその「一般的なカットイン」がどういう風になっているのか
自分で箇条書きにでもしてみろよ

**名前は開発中のものです。** · 2010/10/18(月) 04:25:41

トランジションしながらmoveすりゃイイだけ

**名前は開発中のものです。** · 2010/10/18(月) 05:57:24

Storages.addAutoPathでパス追加するのって、Afterinit.tjsの先頭で問題無いですか？
以前、変な所に記述してしまったせいで、パッチファイルの上書きが出来なくなり困った事があるので・・

**名前は開発中のものです。** · 2010/10/18(月) 11:07:54

>>186
Initialize.tjs でパッチ用のエントリを足してるところより前に足さないと意味がない。

そのあたりに適当に外部ファイル読むエントリ足して、そっちの外部ファイルに足すようにすると良いと思われ

**名前は開発中のものです。** · 2010/10/18(月) 11:21:41

演出に凝りたい、最低限拡縮しながら動かせるようにならないと。
プラグイン自体はいくつかサードで出てるからそれ使えばいいだろう。
タグを組み込むプラグインならだいたい同梱のfirstとか見れば組み込み方は普通わかる。
けど、演出云々は教えようにも個人の感性だからどうにもならない。

**名前は開発中のものです。** · 2010/10/18(月) 11:28:51

>>183
moveタグ１つで出来んじゃね？
moveタグには、opacityも指定できるからこれにaccelあたり指定すればそれっぽくなるはず。
何をもって一般的かは不明だけど、画面外から加速して入ってきて、徐々に半透明からはっきり
する感じじゃねーかな。

**名前は開発中のものです。** · 2010/10/18(月) 12:25:26

みんなmoveだけでやってるのか。　俺は画面切り替えはほかにもいろいろエフェクト入れてるからクロスフェードでやってる時が多いな。
クロスフェードとopacityが被ると、意図と違う出方する事あるし。

たぶん183はずるずると画面外から背景を引っ張ってきてるんだと思うけど、フェードしながらやるだけでもずいぶん違うと思うから同人クラスならそれで良いんじゃないかな？　商業だとちと厳しいけど。

**名前は開発中のものです。** · 2010/10/18(月) 17:53:00

>>182
あざーす、差し替えさせてもらいました

**名前は開発中のものです。** · 2010/10/19(火) 02:51:36

>>190
>>183はカットインっていってるだろ。
カットインてのは多分最近の2D格げーとかテイルズとかスパロボにある魅せ場でフェイスアップだして煽るあれのことだろう。
それだとすれば画面切り替えとは全然違うだろ。
アニメしながらmoveが正解じゃね？

**名前は開発中のものです。** · 2010/10/19(火) 03:10:32

カットインとフェードインを混同してるように思うがな。
フェードイン出来るならカットイン普通に出来るだろうと。
フェードインもカットインもやらせる事は一緒なんだから、フェードインが出来てカットインが出来ないとか意味がわからん。

**名前は開発中のものです。** · 2010/10/19(火) 03:16:23

というか商業レベルのカットインってどんなもんなんだ
想像できん

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

カットインとして商業レベルの話をすると、最低限差し込んだ奴の顔の部分の背景を動的に動かすとか、差し込みと同時にもう一本レイラインなんかを入れるとか、別にそれに限らずもう一手間か二手間しないと商業レベルとしてはいただけないだろ。

**名前は開発中のものです。** · 2010/10/19(火) 08:40:00

>>195
そんなもんFDDとかの動的な演出を売りにしてる一部のゲームだけじゃねえの

**名前は開発中のものです。** · 2010/10/19(火) 09:12:48

コンシューマのカットインとかでも、そこまでやってるの少ないな。
アクションや格ゲーのだって、カットインいれた瞬間だけ画面光らすとか
そのレベルだろう。

ＰＣゲにいたっては、商業の大半が189程度の演出のはず。

**名前は開発中のものです。** · 2010/10/19(火) 09:30:08

そんなもんかな？
画面外からのカットイン＞アウトだって、加速度的にイン＞超スロウで１秒動かし続け＞加速度的に反対側にアウト
これだけでも劇的に違うんだけどな

**名前は開発中のものです。** · 2010/10/19(火) 09:34:50

> 画面外からのカットイン＞アウトだって、加速度的にイン＞超スロウで１秒動かし続け＞加速度的に反対側にアウト
これ普通に吉里吉里でもできると思う

**名前は開発中のものです。** · 2010/10/19(火) 09:48:30

うむ。
普通に出来るから、というかやってる。
このくらいなら、フェードイン・フェードアウト出来るレベルなら十分作れるはずなんだけどなぁ。

**名前は開発中のものです。** · 2010/10/19(火) 09:53:33

動画レイヤもmoveで擬似カットインできるのかな？
だとしたら大概のことはでてきしまう気がするが

**名前は開発中のものです。** · 2010/10/19(火) 10:09:54

>>198
それ、moveタグ３つ並べれば簡単に出来るんじゃね。

ある程度以上は感性の領域だろうけど、この手のハウトゥサイトとかあると便利かもね。
俺はエロゲとかあまりやらんけど、「おじぎ」とか立ち絵を歩かせる演出とか、
それっぽく見える移動幅とかあると思うんだけど。

**名前は開発中のものです。** · 2010/10/19(火) 10:52:20

動画レイヤはムリだがあっちはα動画に出来るから、もはやカットインくらいならどんなムチャも出来るよ。　最悪全部動画で作ればいいから。
おじぎはどう作るかわからんけど、歩かせる演出は動画で作ってみたことある。
結論から言うと、髪の毛とか動かないからちょっと動きが気持ち悪い。　でもそう言うレベルの動画を使ってる駄ニメは多いから違和感はそう無いかも。

**名前は開発中のものです。** · 2010/10/19(火) 10:57:13

Fateで多用されてたけどなんか鬱陶しかったなあ＞おじぎとか

**名前は開発中のものです。** · 2010/10/19(火) 11:26:38

立ち絵が右に左にと動くやつとか演出として成功してんのかね？
作る時は画面がさびしくならん程度に入れたいと思うけど、ゲームやる側の時に
この手の演出が楽しいを思った事ねーしな。

>>200
多分だけど、フェードインとフェードアウトを間違って使ってない？
もしくは何か言葉が足らんのだと思う。
>>195も>>198もフェードイン、アウトと全く関係ないし。

フェードインとかフェードアウトってのは、画像が徐々に表示されたり
消えていく効果の事だから、吉里吉里の場合、トラジションやopacity等の基本機能で
普通に行える。

**名前は開発中のものです。** · 2010/10/19(火) 12:53:52

キャラを複数出す時に移動させないといけないから、これは演出とは関係無い部分だね。
キャラを左右に動かす程度なら別に演出としていらんだろうけど、逆にぼーっと突っ立ってるだけのキャラと言うのも寂しい。
会社によっては立ちキャラは表情変えしか出来ないところとかあるからどうしても寂しくなる。　だからエフェクトで誤魔化すんだが。

ちなみに間違って使ってないぞ。　フェード出来るなら、普通その間に発行するタグ群でだいたいカットインも出来るだろうと言う話。

それと>>205の説明は少し間違ってる。
画面効果に関してのフェードイン・アウトは、一色に対してイン・アウトさせる手法の事で、正確な意味でのフェードイン・アウトの機能は吉里吉里には無い……はず。
少なくともtranseタグでの挙動の物は違う。　吉里吉里で実装してるのは、すべてワイプイン・アウト。　クロスフェードがフェードイン・アウトに一番近い挙動でど裏画面に単色を置いたら疑似フェードイン・アウトなわけ。
opacityは透明に変化させるわけだからあれも違う。（単色を読み込んでmoveで動的にopaを変化させる事は出来るけど）
このあたりは映像やってないと良く意味を取り違えるから、まぁ普通は一緒くたにしててもだいたい意味は通じるけどね。

時々、フェードイン実装汁とか言う書き込みがあるけど、カキコしてる人はそう言う意味で使ってるの。　

**名前は開発中のものです。** · 2010/10/19(火) 13:10:32

一応補足しておくと、ブラックアウトとかホワイトインとかはフェードイン・アウトの種類の名前ね。
吉里吉里のcrossfadeも一応はフェードの仲間なんだけど、これは正確にはクロスフェードディゾブルオーバーラップだったかな？そう言う長ったらしい名前がついてる。
ただ本当の意味でのそれと違うのは吉里吉里は残念ながらと言うか静止画をメインに扱う前提だからイン側とアウト側のフェードのタイミングを制御出来ないために結果として効果が固定されてしまってる事。

俺は音楽方面はあまり詳しくないけど、確かクロスフェードと言うと本来は音響関係の用語だと先輩に聞いた事あったな。　これに関してはうろ覚えだから間違ってたらすまん。

**名前は開発中のものです。** · 2010/10/19(火) 14:43:14

>>207
単色とのクロスフェードは表示としてはフェードイン/アウトそのものだろ。別に疑似じゃない。

あと、クロスフェード、ディゾルブ、オーバーラップ、はそれぞれ同じ表現を示す同義語で一つの単語じゃねーよ。ぼけたこと言うな。

ディゾルブ：ＴＶ業界用語
オーバーラップ：映画業界用語
クロスフェード：音楽用語が転じてデジタル映像でも使われるようになった

ちなみに、音声のクロスフェードとは異なり、片方をフェードイン、もう片方をフェードアウト相当の処理で
画像をつくると決して奇麗な表示にならない。画像で自然にクロスフェードするには、一方の画像に対して
不透明度を下げた画像を重ねるという処理が必要で（本来の映像用語、ディゾルブ＝多重露出や、
オーバーラップ＝上書きはまさにこのことを指している）、当然タイミング指定は一つになる。

さて、そんなわけで、吉里吉里は普通にフェードインもフェードアウトもできるわけだが、
間に暗転/白転をはさむ「アウト→イン」を一発でできないってってことならたしかに機能としてはない。
表現自体は複数コマンドを使えば実現できるが、記述がばらけるのでうれしくないという向きはあるだろう。

内部的に暗転処理専用の隠しレイヤをもたせて、ごにょごにょすれば単発コマンドで他のトランジションと同様に使うような拡張はできなくはないね。

**名前は開発中のものです。** · 2010/10/19(火) 15:26:31

映像用語的には、フェードとかワイプは、カット（ショットを切りつなぐこと)時に行うトランジションの個別技法の名前であって、
カットイン、は「あるショットに別のショットを重ねてわりこませること」だから、用語の階層が全然違う

例えばクロスフェードで、現在の画面の上に、別のショット的な別画像を重ねて表示、も、
これはこれで「カットイン」だ。ID:Im9E8ae1 が言いたいのはそういうことなんだろうとは思うが言葉の使い方としては不適切だ。

>>183 が求めてるのは動きのあるカットインかな。
move を使う案があがってて、実際それでやってる人が多いだろう。
ただ、これだと、他のトランジションとは記述の一貫性はとれない。

吉里吉里の機能的には、動きのあるトランジションも実現可能で、
例えば scroll トランジションを個別レイヤに使えば、画面外から入るように表示される(あるいは画面外に出るように消去される)。
これも立派な「動きのあるカットイン/アウト」だ。

ただ残念ながら scroll には加速度指定パラメータが無いので動き的には微妙。
自前で作るか改造するしかないね。

**名前は開発中のものです。** · 2010/10/19(火) 15:51:25

いかんいかん、俺も間違って覚えてるな。　ちと覚え直すとするか。

吉里吉里のcrossfadeは、ドットを最小単位にして、それをアウト側からイン側へなめらかに正比例で変化させるから何も考えなくても百点満点で８０点くらいのアウトイン出来るからいいんだけど、
ふぅっとって感じ（感覚的にはわかり辛いんだけど、乗数曲線みたいに）には切り替わってくれないからそう言う映画的な切り替えに見慣れてるとどうにも物足りない。
これをやるにはアウト側とイン側とマットの3種類が必要になるから、そこまでやろうとすると自分で作るしかなくなってくるな。
ただの自己満なんだけどね。

ところで、おじぎって見た事ないんだけど、どっかにサンプル転がってないかな。

**名前は開発中のものです。** · 2010/10/19(火) 15:59:54

>>183
やってみたら見れなくはなかったんで一応記述例を。

前準備
・画面サイズの透明画像 transparent.png
・画面サイズで真ん中にカットイン画像がある(周囲は透明。トリミングしないこと) cutin.png

※両方同じサイズにすること

カットイン表示
@image layer=0 page=fore storage="transparent" visible=true ; 表に透明で画像を準備
@backlay
@image layer=0 page=back storage="cutin" ; 裏にカットインされる画像を準備
@trans layer=0 method=scroll time=500 from=right ; レイヤ個別トランジション。右から差し込み
@wt

カットイン消去
@backlay
@image layer=0 page=back storage="transparent" ; 裏に消去状態＝透明画像を準備
@trans layer=0 method=scroll time=500 from=right ; レイヤ個別トランジション。右から差し込み
@wt

レイヤ個別トランジションする時は消えた状態を作るには透明レイヤが必要ってのがポイント。
相手が非表示(visible=false)だとうまく表示されない。
scroll の from 指定でどっちから表示されてどっちむいて消えるかとかを制御できる（消去時は「透明の差し込み」なので逆なのに注意)

この方法のメリットは、トランジションの種類を変えるだけで同じスタイルの記述でいろいろ表現を切り替えれること。
scoroll 以外だと、extrans に入ってる rotateswap が出現/消去両方につかいやすい。
あと、出現:rotatezoom, 消去:rotatevanish を使うのもわりといけてる

**名前は開発中のものです。** · 2010/10/19(火) 16:05:59

ああ、おもいだした。

実は、吉里吉里のトランジションには callback というパラメータがあってだな。これで時間軸をいじる制御ができる。
ってことで、実は加減速制御も可能。KAGの範疇だと口がないので、いじりたい人は TJS勉強してくれってことでひとつ

これ、time 指定されてる値と、現在の tick 値を引数でわたしてくれると使いやすいんだけど、互換性的に問題なさそうだし
拡張してもらえないかな。

**名前は開発中のものです。** · 2010/10/19(火) 16:10:15

>>206
フェードイン、アウトについて俺が一番知らなかった件

ただ、吉里吉里に限って言えばやっぱり>>206は言葉足らずだったんじゃねーかな。
上でも出てるけど、吉里吉里でフェードイン、アウトは単色噛ませてクロスフェードして
一般的に行われてる。
これ以外の方法でやってる奴もほとんど居ないんじゃねーかな、必要ないし。
※>>195と>>198がフェードインアウトの機能で実現できるのか理解できんがｗ

**名前は開発中のものです。** · 2010/10/19(火) 19:07:59

これの事を言ってる？　ここのトランジション拡張プラグイン。
http://ymtkyk.sakura.ne.jp/krkr.STG/

**名前は開発中のものです。** · 2010/10/19(火) 19:43:49

フェードは実装汁の人じゃないけど、やっぱり俺も欲しいなとは思う。
無くても出来るんだけど、タグの発行量が大杉。
195とかは、フェードインアウトの作業をやってれば、普通はその過程で覚えるタグを使えばカットインくらい簡単にできるだろうと言う事ね。
言葉足らずですまん。

>>214の今ざっと見た感じワイプが良い感じのがあるね。　細かく設定出来るかどうかわかんないけど。（例えば厚みとか）
これ使えば、簡単にそこそこ良い感じの作れるんじゃない？

ところで、stmoveみたいに動的に拡大縮小出来て、エンドレスループさせられるのって無いかな？stmoveは複数はダメだし、ループ機能も無いし。
結構ペジェ使えて使い勝手良いから使いまくってるけど。
CutInPlugin.ksが複数定義出来そうだしよさげなんだけど、注視点は常に中心らしいのが難点。
昼間歩きの話が出てて、昔のAEプロジェクト引っ張ってみてたら、拡大しながらエンドレスでループする機能があればタグコマンドだけで結構自然にいけそうなのよね。
背景だから動画にしてもいいんだけど、動画に６０秒のエンドレス素材作るのはもったいないのよね。容量的に。

**名前は開発中のものです。** · 2010/10/19(火) 21:40:18

質問です
メニューバーの任意の座標にボタンを追加する方法をご存じの方いますか？
addだと順番に左詰めになってしまい希望通りにはなりません
通常のメニューボタンから少し離した位置にまたボタンを設置したいのです
ボタンレイヤークラス作って表示させようとしても適当すぎたのかまるで駄目でした
どなたかご教授お願いします

**名前は開発中のものです。** · 2010/10/19(火) 21:57:42

ゆっくりズームしながらレイヤ上下ですかね。
でも、「このエフェクトの行き着く先は？」とか試されたら嫌だからやらないかな。
俺だったら試すもの。
FORTUNE ARTERIALのバイクで海岸を走るシーン
そして明日の世界よりの背景の雲の動き
ぼけーっと眺めてる自分が嫌になるまで頑張った。

>>216
リファレンスみた限りじゃ座標を指定する項目は見当たらないようですよー
ダミーを作って、そいつのenabledをfalseにしたらそれっぽく見えるかも？

**名前は開発中のものです。** · 2010/10/19(火) 22:09:38

>>216
適当に caption にスペースもった enabled=false なダミーの項目を足す

**名前は開発中のものです。** · 2010/10/19(火) 22:48:17

背景をゆっくりズームアウト。
手前の人物はon乗馬でもそこそこ見栄えはするもんだけど、エロゲはミニが多くて足が動いてないのバレバレで見栄えが良くない。
スカート丈が長いと誤魔化せる事を発見した時には小躍りして喜んだ遠い昔の記憶……

吉里吉里は、NULLを入れておかないと案外まずい挙動をするコマンドが多い。
逆にNULLで誤魔化せるコマンドも多いから、とりあえず行き詰まったらまず透明なデータとかダミーデータで誤魔化せるか？って考えると案外上手く挙動する物が多い。

**名前は開発中のものです。** · 2010/10/19(火) 22:55:28

ぬるぽ

**名前は開発中のものです。** · 2010/10/19(火) 23:08:47

ｶﾞｯ

**名前は開発中のものです。** · 2010/10/19(火) 23:46:59

>>219
問題があると思った挙動があるならきちんと報告しとけ。
たいていの場合は明確に仕様で使い方間違ってるだけだと思われ。

いままでのおまえさんの投稿全部そうだったろ？

**183** · 2010/10/20(水) 00:26:15

皆さんありがとうございました。
moveタグと>>211さんの方法で希望のカットインが出来そうです。
>>211さんの方法は色合いは違いますが、カッコイイカットインに
なったので、こちらも別マクロとして登録しておきました。

拙い質問にお答え頂きありがとうございます。

**名前は開発中のものです。** · 2010/10/20(水) 05:36:33

>>222
いやいや実質的に俺のタグの書き方がまずくて仕様でダメだったのは一つだけだ。
あとは、質問に答えて貰ったから謝ったような書き方してるけど、とりあえずそれで動いてるからいいやって感じで使ってるだけで根本解決はしてない。
とりあえずそれで動いてるから細かくは書かないけど、やはりなぜか止まったり、なぜか表と裏の動画が入れ替わったり、根治してるわけでは無く、そのシーンのその後のトランスの仕方によって問題が少ない方をチョイスして使い分けてると言うのが実情。

**名前は開発中のものです。** · 2010/10/20(水) 06:21:58

一言だけ言いたい。
お前いい加減もっと文章を短くまとめろ。

**名前は開発中のものです。** · 2010/10/20(水) 06:33:16

３行で書けって言うから、一応３行で書いたのに・・・・・

**名前は開発中のものです。** · 2010/10/20(水) 09:26:07

文脈や会話の流れから推測する能力が著しく低い人なんじゃねーかな。
ここ数回のレスでも噛み合ってると思われる物は全くない。

**名前は開発中のものです。** · 2010/10/20(水) 10:45:11

アスペってやつか

**名前は開発中のものです。** · 2010/10/20(水) 10:56:03

>>224
あんた公式で質問してる「四つ葉」だろ？
具体的な記述を出さないから何言っても言い訳にしか見えない。

**名前は開発中のものです。** · 2010/10/20(水) 11:05:02

しょうがないな。　噛み合って無いとか言われるとそれなりにかっこいいカットインを書き込まなくちゃいけないじゃないか。べ、別にあんたのためじゃないんだからね！
800*600版で調整してる。やってる事は単にmoveを三回使ってるだけなんだけど、調整すればそれだけでもこのくらいはかっこよく出来る。実際には、ブレーキ中にほかのエフェクトを繋いだりするんだけど。
ポイントは、当然なのだけどimageタグとmoveタグのopacityは連動してると言う事。
あと全画面の半分しか移動させてないのは、丁度画像の中心線が画面端にかかる頃にopacityを0にするため。　透明度が20％を切ると背景にもよるけど、ほとんど消えたように見える。
全画面分移動させると、消え方がぬるい。　このあたりは感覚的な事なんだけどね。

;とりあえずベース表示
[image layer=base page=fore storage="ベース" visible=true]

;カットインされる画像を準備
[image layer=0 page=fore storage="右から左" visible=true left=400 visible=true opacity=0]
[image layer=1 page=fore storage="左から右" visible=true left=-400 visible=true opacity=0]

;アクセルイン
[move time=500 path="(30,0,255)" layer=0 accel=5]
[move time=500 path="(-30,0,255)" layer=1 accel=5]
[wm layer=0 canskip=false]
[wm layer=1 canskip=false]

;ブレーキ
[move time=1000 path="(-30,0,255)" layer=0 accel=0]
[move time=1000 path="(30,0,255)" layer=1 accel=0]
[wm layer=0 canskip=false]
[wm layer=1 canskip=false]

;アクセルアウト
[move time=500 path="(-400,0,0)" layer=0 accel=-5]
[move time=500 path="(400,0,0)" layer=1 accel=-5]
[wm layer=0 canskip=false]
[wm layer=1 canskip=false]

**名前は開発中のものです。** · 2010/10/20(水) 11:12:20

見事なかみ合ってなさっぷりにワラタ

**名前は開発中のものです。** · 2010/10/20(水) 11:21:48

お前ちょっと前までムービーが動画がって言ってた奴だろ？
荒らしとか悪意とかそういう意図を持ってないなら、頼むからもう黙っててくれ

**名前は開発中のものです。** · 2010/10/20(水) 12:13:11

>>230
具体例まで書いてる以上、悪意ではなく病気と判断して忠告してみる。
たとえば、230を見ても相当におかしい。、まず吉里吉里の勉強する前に
医者の診断を受ける事をすすめる。

■230のおかしな点
１．いきなりカットインの具体例を書いた
>>229のレスを受けて書いた物だろうが、すでにカットインの話は終了している。
>>223が解決のお礼を言ってるし、スレの流れも完全に変わっている。

２．前提を理解していない
＂具体例”がないと言うのは、>>230の過去の書き込みに対してである。
よって、NULLを指定しないとバグる例や、フェードイン、アウトを行うタグでのカットインの具体例を出さなければ意味がない。

３．噛み合ってないと言われて具体例を提示した
噛み合ってないと言う人物と、具体例を指摘している人物は同一人物ではない。
また、噛み合ってないと言う人は話が理解できていないという意味で書いてあり、具体例を指摘する人物は、
過去の書き込みに対してであり、全く別種の物である。

■総評
230の具体例を見るに質問された「カットイン」を理解している事がわかる。
また、具体的なタグを使用しており、吉里吉里初心者が知ったかだけで話している訳ではない事もわかる。
この事は逆に230が病気である可能性を高めている。

カットインの質問をされたにも関わらず、フェードの話をつけて返し、しかもそれは
吉里吉里と映像技術上のフェードを別種と理解した上で同一に語っている。
上で上げた３例からも、“噛み合って無い”や“具体例”の指摘は理解しているのに“実質的に相手が何を言っている”かは分かっていない。

別に侮蔑とかではなく医者に行く事を進める、精神障害以外にも脳障害という可能性も十分にある。

**名前は開発中のものです。** · 2010/10/20(水) 12:24:20

要するにアスペだな

**名前は開発中のものです。** · 2010/10/20(水) 13:32:01

そろそろふるぼっこされる予感はしていた。

**名前は開発中のものです。** · 2010/10/20(水) 13:37:03

俺が病気かどうかは別にして上から順番に答えてもいいんだけど、まぁ要点として少しおかしな具合に解釈されてるようだが、ヌルに関しては入れないと不味い挙動をするものがあると言ってるだけで不具合では無いだろう。
フェードとカットインに関しては、フェードでトランスを使えるレベルなら、普通カットインもそれと同じタグ群で作れるんだから難しくないだろうって事だ。　今回のもカットインとして出したが、実際には俺はこれはトランスの代わりの画面切り替えに使ってる。
opacityの代わりにクロスフェードトランスでも同じような挙動は作れるだろう？　画面を切り替えるフェードやトランス・ムーブのタグ群は理解してるわけだから、それらを組み合わせるだけで特別なタグを使うわけじゃないんだから普通作れるだろうって事。
movieの不具合どう書いたら問題かと理解してるからもういちいち残してないが、要は表にダミー・裏に実際の動画を準備してそのレイヤーを個別にトランスするとトランスのたびに表>裏＞表＞裏となるって話だ。
こう言う使い方する奴はほとんどいないだろうから普通の人にはたいした話じゃないだろうけど。
もう一つの不具合は構文しないと説明し辛いから割愛。

**名前は開発中のものです。** · 2010/10/20(水) 13:38:10

言葉でいってんのに理解できないのはアスペじゃないな。

**名前は開発中のものです。** · 2010/10/20(水) 14:26:12

>>236
すまなかったな。
とりあえず、今から医者の予約をとれ。
それから治るまではトリを付ければ解決だ。

**名前は開発中のものです。** · 2010/10/20(水) 14:27:28

誰かID:poA/8cd6にNULL入れろ、不味い挙動してるぞ。

**名前は開発中のものです。** · 2010/10/20(水) 14:53:27

アスペや発達障害は病気じゃないしID:poA/8cd6がそうかはともかく
おまいさんは動画に関して専門的にやってるかこだわりを持ってるのかもしれんが
この話題に鳴門自分の知識や持論をひけらかすことに夢中で
質問に対する回答にならないことを延々語ってるわけだ
それも改行もろくにしない長文で
改行しない、長文、一人による大量レスが2ｃｈで嫌われるのは知ってるな？
ID:poA/8cd6は荒らしと変わらない事になってんだよ

**名前は開発中のものです。** · 2010/10/20(水) 14:58:16

invalidate ID:poA/8cd6;

**名前は開発中のものです。** · 2010/10/20(水) 15:42:37

リアルでも知識や考えを押し付けたりすると嫌われるよな？
それと同じことだ。

**名前は開発中のものです。** · 2010/10/20(水) 15:45:49

こういう場だと知識の押しつけ自体はそれが正確ならさほど問題視されないんだが、かなり間違い入ってるからな……

**名前は開発中のものです。** · 2010/10/20(水) 15:52:11

ID:poA/8cd6です。
あなた方の指摘どおり病院に行ったところ高次脳機能障害であることが分かりました。
これからは皆様に迷惑をかけないように生きていきたいと思います。
指摘ありがとうございました。

**名前は開発中のものです。** · 2010/10/20(水) 16:08:27

ジャンジャン病院送りにしてｗ
同じ吉里吉里使いとしてはものすごく迷惑

**名前は開発中のものです。** · 2010/10/20(水) 16:09:25

ということは　こんなキチガイと一緒に仕事組まされてたのか

**名前は開発中のものです。** · 2010/10/20(水) 16:12:18

吉里吉里で一定の場所から場所まで　処理にかかったつ[時間はかり、logとして出力させる方法どなたかご存知ないですか]

**名前は開発中のものです。** · 2010/10/20(水) 16:14:02

つ[メッセージ]　で囲んだつもりが酷いところに反映されたのでもう一度かかせてください＾＾；
吉里吉里で一定の場所から場所までの処理にかかった時間はかり、logとして出力させる方法どなたかご存知ないですか

**名前は開発中のものです。** · 2010/10/20(水) 16:46:10

>>248
吉里吉里2リファレンスのSystemクラスにあるgetTickCountを見るといい。

**名前は開発中のものです。** · 2010/10/20(水) 17:37:43

質問です
今までいくつかmp.tagnameを条件式に使った関数を作ってきたが
これでbeginMoveは問題なく使えても何故か
beginFrameMoveはこの条件式だと使えないんだ
無理に使おうとは思わないがどういう仕組みか原因が気になる
誰かわかる人はいませんか？

**名前は開発中のものです。** · 2010/10/20(水) 17:53:27

その実際にうまくいかない記述を示してもらわんことには回答不能。

**250** · 2010/10/20(水) 19:33:19

言葉足らずで申し訳ない
function hogehoge(mp){
if(mp.tagname == 'hoge1')
kag.fore.layers[mp.layer].beginMove(%[
path:+mp.x +','+ mp.y +', 255', time: +mp.time, accel:-1]);

else if(mp.tagname == 'hoge2')
kag.fore.layers[mp.layer].beginFrameMove(%[path:
'(10,'+ mp.x +','+ mp.y +', 255 )('40,'+ mp.x +','+ mp.y +', 255 )(45,'+ mp.xx+','+ mp.y +', 0']);
}
部分的に書き出すと例えばこんな感じで
[hoge1]でレイヤーを動かすのは問題ないんだが[hoge2]だと何も起こらない

else if(mp.tagname == 'hoge2') を else if(mp.hoge2 == 'hoge2')にして
hogehogeを呼びたす適当なマクロで
[適当なマクロ hoge2]とすれば、beginFrameMoveも動かせるんだ
試してみたがどうにも他は出来てもmp.tagnameだと駄目なようだ
beginMoveとbeginFrameMoveで何が違うのか気になる

**名前は開発中のものです。** · 2010/10/20(水) 19:37:38

間違えた
×else if(mp.tagname == 'hoge2') を else if(mp.hoge2 == 'hoge2')にして
○else if(mp.tagname == 'hoge2') を else if(mp.hoge2 !== void)にして
何度も申し訳ない

**名前は開発中のものです。** · 2010/10/20(水) 19:58:15

>>252
40 の前の ' が不要とかじゃなくて？

**250** · 2010/10/20(水) 21:24:26

>>254
レス用に書き換えた時のミスですお恥ずかしい

mp.tagnameじゃなきゃちゃんと動くことは一応確認してあるんだが
腑に落ちなくてむず痒いから原因が知りたい
バージョンアップしたのが関係あるのかとにかくさっぱりだ・・・

**名前は開発中のものです。** · 2010/10/20(水) 22:01:46

>>255
あっ、他にも誤記っぽいのが
(45,'+ mp.xx+','+ mp.y +', 0']); → (45,'+ mp.x+','+ mp.y +', 0)']);
最後の方の ) は無くても良いけど mp.xx →mp.x なら問題

**名前は開発中のものです。** · 2010/10/20(水) 22:11:56

その function hogehoge(mp) はどこからどうよんでるんだ？
見たところ特に問題のある記述じゃなさそうだから呼び出し側でなんかとちってるとみた

というか、わざわざ tagname で判定する理由がよくわからないんだが…
それぞれのマクロでそれぞれの関数を呼べば良いだけではないのか？

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

文章の表示についてちょっと苦労してるんだが、よければアイディアもらえないか

1番目の段落[l][r]
2番目の段落[l][r]
3番目の段落[l][r]

みたいな感じでシナリオを用意した場合、
最初は1番目の段落が通常の色で表示されて、
2番目の段落に突入した場合、1番目の段落が灰色などの少し地味な色に変化して、
3番目の段落に突入したら、1番目同様2番目も地味な色に変化して……
という具合に、現在表示中の段落を強調表示したいんだが、シナリオ全体に適用するにあたって上手な方法はないだろうか

マクロにまとめられないような面倒な手順を使えばなんとかなるんだが、
モジュールとして自作で使い回せるレベルにスマートにまとめる方法がひらめかない
愚直な方法しか使ってこなかったから、こういう応用的なことがどうも苦手なんだが、どんな手を使えばいいと思う？

**名前は開発中のものです。** · 2010/10/20(水) 22:38:55

>>258
現在表示中の段落以外は表示されてないんじゃないの？

**名前は開発中のものです。** · 2010/10/20(水) 22:43:34

[r]の代わりになるマクロの中で、カレントメッセージレイヤを
次々新しいものに変えていけばいいんじゃないかね
あと用が済んだレイヤのopacityを順次下げるのと
で[cm]の代わりになるマクロの中でそれらをリセットする

**250** · 2010/10/20(水) 22:44:19

>>256-257
>>250は所々ミスってるがtagnameで判定しなければ普通に動くから
実際のpathには問題がないんだ色々考えてくれたのにすまない
それと関数はマクロからevalで呼び出してる
これだけだとtagnameで判定する必要はないが行数節約のため一部抜き出しただけなんだ

tagnameについて書いていたサイトにも裏技的なものと書かれてたから
beginFrameMove以外にも上手くいかないものがあるのかもしれん
よくわからないまま使うのもなーと思って思い切って聞いてみたが
そろそろIDと同じくらい顔真っ赤になりだしたんでこの辺で締めるよ
色々考えてくれてありがとうな

**259** · 2010/10/20(水) 22:53:25

>>259 は忘れてくれ
段落＝ページと勘違いしてた

**名前は開発中のものです。** · 2010/10/20(水) 23:47:50

>>261
試してみたら問題なく動作しましたよ。
たぶん他の部分の記述に問題があると思います

**名前は開発中のものです。** · 2010/10/20(水) 23:54:53

>>260
レイヤーを切り替えまくると、短期的にはよくても長期的には混乱したりしないかな？
裏レイヤーで画像処理して表レイヤーにコピーとか？
なんか混乱してきたから適当に試してみる

>>262
分かりにくい書き方ですまん

**名前は開発中のものです。** · 2010/10/21(木) 00:01:34

>>261
@iscript
function hogehoge(mp) {
if(mp.tagname == "hoge1") return 1; else
if(mp.tagname == "hoge2") return 2;
}
@endscript
[macro name=hoge1][eval exp="tf.hoge1 = hogehoge(mp)"][endmacro]
[macro name=hoge2][eval exp="tf.hoge2 = hogehoge(mp)"][endmacro]

現状見て推察できる>>261の状況・環境だと[hoge2]は
tf.hoge2に値が入らない事になるんだが。

まぁそれまでの流れから行数節約に気を使ったんだろうけど
そこで具体的な、肝心な部分を切り落としたのは確か。

**名前は開発中のものです。** · 2010/10/21(木) 00:02:36

>>261
function の先頭で mp.tagname を System.inform で表示してみるなり、Debug.messages でコンソールに出すなりして何がきてるか
確認してみればすぐ問題の原因がわかるんじゃないかな

**250** · 2010/10/21(木) 00:37:08

>>263,>>265-266
ありがとう解決した
266の通りSystem.informでtagnameを表示してみたら"hoge2"と出た
だけど実際マクロ名で登録したのは"hoGe2"みたいに
２単語あわせた名前だったから一部大文字を使ってたんだ
もちろん条件式はif(mp.tagname=='hoGe2')
エラーもでないし何も起こらないから不思議だったが
原因はtagnameでは大文字使えないからだったようだ
皆知恵を貸してくれて本当にありがとう

ところで>>265
[macro name=hoge2][eval exp="hogehoge(mp)"][endmacro]
って今まで普通に記述してたんだが、本当はよくないのか？

**名前は開発中のものです。** · 2010/10/21(木) 00:59:31

使えないというか、マクロに限らず辞書配列のキーっては基本的に
すべて小文字としてみなすような動作じゃなかったかな。
例えば
@HOGE param1="ABCDE" PARAM2="FGHIJ" PaRaM3="klmno"
みたいにシナリオで呼びだすと、実際には

mp.tagname = "hoge"
mp.param1 = "ABCDE"
mp.param2 = "FGHIJ"
mp.param3 = "klmno"
という辞書配列が造られてる( tagnameがHOGEではなくhoge, PARAM2がparam2になっている点に留意)動いてるっつう訳だわね

うろ覚えだから話半分で聞いてね。

**名前は開発中のものです。** · 2010/10/21(木) 01:05:52

>>268
Layer を拡張したプラグイン作るときに嵌ったなぁ
hitThreshold だけどうしてもうまくいかなくてしばらく悩んだｗ

**名前は開発中のものです。** · 2010/10/21(木) 01:35:02

>>258
KAG 3 version 3.30 Rev.2 だと
段落の数にかかわらずメッセージレイヤ三枚で実現できるっぽい
他のバージョンではどうなんだか知らない

**名前は開発中のものです。** · 2010/10/21(木) 01:40:11

>>267
@iscript
function hogehogeＡ() { return 1; }
function hogehogeB() { return 2; }
@endscript
[macro name=hoge1][eval exp="tf.hoge1 = hogehogeA()"][endmacro]
[macro name=hoge2][eval exp="tf.hoge2 = hogehogeB()"][endmacro]

>>257が既に言ってるけど
tagnameで分岐して処理を分けるという余計な手間を入れるより
元からある関数をそれぞれに割り当てる方が手っ取り早くね？って話。

処理を目で追いやすいとかならある程度までは個人の自由だと思うけど。

**名前は開発中のものです。** · 2010/10/21(木) 01:43:42

beginFrameMoveって初めて聞いた

**名前は開発中のものです。** · 2010/10/21(木) 07:25:11

>>270
検証ありがとう
もし保存してたら、ちょっと見せてもらったりできないか？

**名前は開発中のものです。** · 2010/10/21(木) 08:37:02

質問です。
吉里吉里のスクリプトエンジンに組み込みの機能（System.getTickCount とか Debug.message とか）
を複数のスレッドから呼び出しても問題ない（スレッドセーフ）でしょうか。

**名前は開発中のものです。** · 2010/10/21(木) 10:11:13

>>267
無事解決したようでなにより

>>268
辞書配列自体はキーは大文字小文字区別する。KAGParser が、タグ解析時に小文字に正規化してる

>>274
吉里吉里は基本スレッドセーフではない。
ただ、iTJS2Dispatch2 の呼び出し機構自体は別にスレッド的には問題ないはずなので、
問題あるかどうかはその呼び出し先の機能の構造次第なのでなんともいえない。
getTickCount はたぶん参照だけだろうから大丈夫。Debug.message のほうはどうだろう。
不安なら呼び出し部分離してクリティカルセクションではさめばいいんじゃないかと。

**名前は開発中のものです。** · 2010/10/21(木) 12:13:15

呼び出しよりもクラスやそのメンバの取得がまずくない?
メンバアクセスはアトミックじゃなかったはずだから、
同時にメインのTJSスレッドでグローバル変数の新規作成が行われてたりしたら壊れそう

**名前は開発中のものです。** · 2010/10/21(木) 12:17:00

書いた人を追いかけてくる変なのが居ますが
http://toki.2ch.net/test/read.cgi/jinsei/1286372276/
医者か、精神患者といっぱいたわむれる機会が多いのかしらんが
一歩間違えれば警察沙汰だからな

**名前は開発中のものです。** · 2010/10/21(木) 12:33:19

なるほど、ありがとうございます。

・呼出先の処理が外部リソースで競合を起こしたりしない
・別スレッドから、メインのTJSスレッドから参照される変数や関数に同時にアクセスしたりしない
ようにすれば、並列的にTJSのコードを実行しても問題ない
（Debug.message などは複数のスレッドからログが書き込まれる可能性があるため、内部で排他してなかったらやばい）
と考えられますかね。

**名前は開発中のものです。** · 2010/10/21(木) 14:14:50

あー、確かに＞メンバアクセスはアトミックでない。
参照用のプロパティでもあらかじめ直接その対象まで取得しておかないとダメやね

「別スレッドからメインのTJHSスレッドから参照される変数や関数に同時にアクセスしない」ってのは
基本的に無理筋。Debug.message とか使われまくりだろうし。
「メインスレッドと通信してそちらで呼び出して結果を格納してくれる機構を作る」が正解かな。

方法論は2つ。

・Window オブジェクトが Windows のメッセージ機構経由でメインスレッドから呼び出される口を持っているのでそこに機構をしこむ
　呼び出しの安全性はWindowsが保証してくれる

・TVPAddContinuousEventHook で登録した処理はメインスレッドから呼び出されるのでそこに機構をしこむ
　呼び出しの安全性はクリティカルセクションなどで確保する

前者の例はレポジトリのプラグインに多数ある。後者は無いか。
後者は登録しっぱなしにすると更新制限かけないと無駄に高負荷になるので注意。

コマンド実行させてる例はちょっとみあたらんね。
なにかしら実行キュー的なものをつくっておいて、コマンド文字列ないしは関数を登録しておいて、おわったら結果を登録した上で
イベント(CreateEvent() でつくるやつ)経由で通知をくれるようなハンドシェイク処理を実装して、スレッド側では WaitForSingleObject で待つってのが無難かな

**名前は開発中のものです。** · 2010/10/21(木) 17:03:24

巫女さまぁ…。
http://jun.2chan.net/b/res/14753226.htm

**名前は開発中のものです。** · 2010/10/21(木) 20:36:44

>>273
自力で解決しちゃったかな？