■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その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/11/17(水) 19:35:41

>>554
ググったらありました
ヒントありがとう

**名前は開発中のものです。** · 2010/11/17(水) 23:17:06

r2若干動作が重くなったな。
軽いファイルだとたいした事無いけど複雑にレイヤーを重ねると若干駒落ちやラグが出るようになった。

**名前は開発中のものです。** · 2010/11/19(金) 09:48:36

Direct2D対応しろよ

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

吉里吉里はベクターグラフィックス使わないんだからDirect2Dなんか無意味
GPU使いたいなら3Dで十分

**名前は開発中のものです。** · 2010/11/19(金) 13:23:01

Layer.stretchCopyを厳密にチェックしてるのか厳密すぎるくらいチェックしてるのかそのあたりで重くなってると思われ
実際多数同時に拡縮moveとかすると232では問題無かった物がカクカク重い

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

232 rev2 の変更点って、232 で入った「Layer.stretchCopy での stCubic, stLinear が効かなくなってた」というエンバグの修正だぞ。
つまり 230のころの動作に戻ったってこと。

特定条件にマッチしなかった時は affineCopy に流れる実装なので、はじめから全部 affineCopy にしておけば 232 と同じになる。
ただし stCubic, stLinear は使えない。

affineCopy だとマルチコア効果があるはず。一応

**名前は開発中のものです。** · 2010/11/19(金) 16:27:37

230に先祖返りしたんだろうと俺も思ったが実際重くなってるのは事実
232に戻すとまともに動いてるのだから、じゃぁ後はどこの問題なんだろうな
画面サイズより大きめの拡縮回転を５～６個同時に動かしてベンチ取ってみると良い

**名前は開発中のものです。** · 2010/11/19(金) 16:56:02

>>561

いや、書いてあることを良く読んでほしい。

stretchCopy の type指定を、stCubic か stLinear 「以外」、例えば stFastLinear とかにすると、
232rev1 と同様、そのまま affineCopy にフォールバックするコードになってる。

ってことで、まずはそれをためしてみなされ。stCubic / StLinear が重いのは元からの仕様で、
232 でたまたまそれが機能しない状態になってた、ってことだ

もし既にそれを試して、それでも極端に重いってことなら、他になんか問題があるんだろうから、
dee たんに報告をしたほうが良いと思われる

**名前は開発中のものです。** · 2010/11/19(金) 17:36:45

俺の書き込みが乱暴で読み直すとキレてるように見えるな。悪い。
一人で検証するとどうしても足場まわりの問題の可能性とかも出てくるので、出来れば複数の人で検証して欲しかったのだけど。
そうすれば確実なので。
230以降はあるのだが、それ以前の環境を入れたDVDが見つからす焦ってる＾＾；

**名前は開発中のものです。** · 2010/11/19(金) 18:40:23

なんかサンプルコードあげてくれたらこっちでも検証するよw

**名前は開発中のものです。** · 2010/11/19(金) 23:40:48

>>564氏に同じく、コードあれば検証したいです
多分>>560の指摘で合っているかと思われますが・・・

拡縮回転は多少使っていて、肝心なところでカクつかれると怖いので。

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

つまり拡大縮小は吉里吉里にやらせないで
そっちで画像用意してね☆っていうDeeﾀﾝのお願いだったのさ

**名前は開発中のものです。** · 2010/11/20(土) 17:01:48

ノベルゲームのユーザーって驚くほど低スペックだからな

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

3Dエロゲーマーの産廃スペックをなめちゃいけない。
本当に窓から投げ捨てろと言いたくなる

**名前は開発中のものです。** · 2010/11/20(土) 18:38:42

豚切りですみません。よくある質問かもしれませんが…
セーブデータがサムネイルの場合[copybookmark]がエラーになります（.kdtだと正常に動く）

公式の過去ログでこういった記事を発見し、http://www.kirikiri.info/bbslog/log/006954
MainWindowとひたすらにらめっこしたのですが、私の読解力ではまだ少し追いつくことができませんでした；

「サムネイル部分とセーブファイルとしての部分は別に取得」を理解する手がかりとなるヒントを
少しでもいいのでお力添えいただけると幸いです。

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

iPhoneアプリをwinにも移植する事になり今日から吉里吉里を使う事になりました。
スレの内容を色々と参考にさせて頂きます。

**名前は開発中のものです。** · 2010/11/20(土) 21:49:06

WindowsPhoneじゃなくてPCのWINなのか

**名前は開発中のものです。** · 2010/11/20(土) 21:50:57

おお
がんば

**名前は開発中のものです。** · 2010/11/21(日) 07:46:15

>>569
過去ログ6955さんの言っている意味が分かるかい
サムネイル型栞ファイルは、BMP画像とセーブデータがくっついた形式ってわけだが
デフォルトのcopyBookmarkはどこまでがBMP画像で、どこからがセーブデータか
判別することが出来ない

結局
function copyBookmark()内の
Scripts.evalStorageと
Dictionary.saveStruct～に
オフセット値を与えてやればよい

でオフセット値の算出方法ほかは
loadBookMarkFromFileとsaveBookMarkToFileの中にヒントがあるよーんと

**569** · 2010/11/21(日) 19:22:57

>>573
ありがとうございます！MainWindowだけは触るのに物怖じしていましたが、
なんとか教えていただいた場所に該当の式を入れたら無事にコピータグが動作しました。
データとは別にサムネイル画像の更新には手間取りましたが…
内部的な理解はあらゆる意味で必要ですね。がんばります。

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

素朴な疑問
”|”って正式には何て読むの？
初心者とかに説明する時に結構手間取る

**名前は開発中のものです。** · 2010/11/22(月) 13:25:38

http://ja.wikipedia.org/wiki/バーティカルバー

**名前は開発中のものです。** · 2010/11/22(月) 13:26:52

「バーティカルバー」でググれ

**名前は開発中のものです。** · 2010/11/22(月) 13:36:27

”|”でぐぐったら検索結果すら出なかった
バーティカルバーって言うのか
勉強になったありがとう

**名前は開発中のものです。** · 2010/11/22(月) 13:41:45

縦棒って身も蓋もないなｗ

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

JIS的には「縦線」です

**名前は開発中のものです。** · 2010/11/22(月) 21:12:17

あいつにバーティカルバーなんてカッコイイ名前があったなんて・・・

| · 2010/11/22(月) 21:18:41

「きごう」を変換していくと | は「縦線」となっているな。
という訳で「半角の縦線」でいいんじゃないか？

**名前は開発中のものです。** · 2010/11/22(月) 21:28:36

【正しい説明】
エ……エルの小文字じゃないんだからね！　ボクには”バーティカルバー”ってちゃーんとした名前があるんだから……もう！

**名前は開発中のものです。** · 2010/11/22(月) 21:29:25

える　しっているか

**名前は開発中のものです。** · 2010/11/22(月) 21:36:25

俺が初めてやつにあったときは、そう、棒線

**名前は開発中のものです。** · 2010/11/23(火) 00:02:30

ふだんあんだけスレに難解で高度なスクリプト書いてるオマエらがなんでバーティカルバー知らないんだよｗ

**名前は開発中のものです。** · 2010/11/23(火) 00:12:55

だってあれ縦棒だし・・・

**名前は開発中のものです。** · 2010/11/24(水) 00:51:52

える「わたし、気になります」

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

「パイプ」は？

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

それは UNIX民の方言だな

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

なぜそんなバイブなんて名前になるんだ・・・・

**名前は開発中のものです。** · 2010/11/24(水) 15:36:08

>>591
二重の意味でつっこまないぞ

**名前は開発中のものです。** · 2010/11/24(水) 15:39:54

ひぎぃ

**名前は開発中のものです。** · 2010/11/24(水) 17:21:19

パイプだｙｐ！って自分に突っ込んどきますorz

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

吉里吉里のソースコードではvertline

**名前は開発中のものです。** · 2010/11/26(金) 09:23:52

すみません。
吉里吉里公式ガイドブックのサンプルの音楽モードのカスタマをしてる
最中なんですが、横一列のグラフィカルボタン（曲の画像）の表示数を
設定するには下記のサンプルをどう変えればいいかわかりません。
一列目に5曲表示したら6曲目から10曲目までは二列目、
11曲目から15曲目までは三列目にいう風に表示したいのです。
座標はいいのですが、ボタンだけ改行せず右端まで表示されて
困ってます・・・

[eval exp="tf.sound_x = [1, 31, 61, 91, 121, 1, 31, 61, 91, 121,
1, 31, 61, 91, 121]" cond="tf.sound_x === void"]
[eval exp="tf.sound_y = [10, 10, 10, 10, 10, 20, 20, 20, 20, 20,
30, 30, 30, 30, 30]" cond="tf.sound_y === void"]

*sound_loop
; 曲名を表示
[locate x="&10+10*tf.sound_i" y=10]
[emb exp="tf.sound_caption[tf.sound_i]"]
; 曲名の上にグラフィカルボタンを表示
[locate x="&tf.sound_x[tf.sound_i]" y="&tf.sound_y[tf.sound_i]"]
[button graphic="soundmode_m_waku_button" target=*sound_select exp=
"&'tf.sound_select='+tf.sound_i" hint="&tf.sound_caption[tf.sound_i]"]
[jump target=*sound_loop cond="++tf.sound_i < tf.sound_caption.count"]

**名前は開発中のものです。** · 2010/11/26(金) 10:39:49

貼られたスクリプトでは質問と違って
ボタンはちゃんと5列3行になって曲名が横1列に並ぶように見えるんだが。

どういう変えるかとなると
[locate x="&10+10*tf.sound_i" y=10]
を
[locate x="&tf.sound_x[tf.sound_i]" y="&tf.sound_y[tf.sound_i]"]
みたいにすればいいんだけど。

エンティティや配列がよくわからないなら
ループ処理やらずにembとbuttonを単純に15個ずつ設置した方が悩まずに済むよ。

**596** · 2010/11/26(金) 15:18:45

>>597
うまくいきました！
ありがとうございます＼(＾∇＾)／

**名前は開発中のものです。** · 2010/11/26(金) 21:09:01

【ゲーム制作】サスペンスギャルゲー　『フクロマンス』　【スタッフ募集】
http://ex14.vip2ch.com/test/read.cgi/news4gep/1277294113/

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

すみません、質問なのですが。
メッセージレイヤ０＝全画面　メッセージレイヤ１＝読み込んだ固定枠内
というように使い分けているんですが、メッセージ履歴を表示した時、全画面表示した時の文字しか履歴に残らないんです。
両方の文字を履歴に残すには、どのようにしたらいいんでしょうか；；
初歩的すいませんorz

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

[history output=false]にしてなきゃ全部残るはずだが。
ソース見ないとそれ以上はわからん

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

レイヤ１の文章量が少ないなら、レイヤ0の履歴の後に改行なしで
くっついてて見落としてるだけとか。

**名前は開発中のものです。** · 2010/11/27(土) 23:31:43

今、再三確認しましたが[history output=false]というタグは使ってませんでした。
そして履歴の後にもくっついてません・・・！！

となればconfigいじった時に何か変なことをしてしまったのか；；
と思い、見直すもどこがまずいのかわからず・・・。
い、いざとなれば[history output=true]で・・・？

回答、ありがとうございます！
もう少し考えてみます・・・；

**名前は開発中のものです。** · 2010/11/27(土) 23:57:03

あとは、マクロやサブルーチンの中に使っている可能性くらいしか思いつかない

**名前は開発中のものです。** · 2010/11/28(日) 00:20:22

冒頭に[history output=true]をいれたら、全て上手く行きました。
・・・何がいけなかったのか。
根本的解決ではないようでスッキリしませんが、なんせ助かりました！
とにかくこれで万事おｋです！！
ほんとうにありがとうございます！！
これからも精進します；；

**名前は開発中のものです。** · 2010/11/28(日) 10:57:38

history outputでグローバル検索でもしてみるといい。
どっかにfalse設定されてるんじゃないか？普通に考えて。

**名前は開発中のものです。** · 2010/11/28(日) 11:25:41

他人の作ったサブルーチン組み込んでて、指定間違えてるとかな。

**名前は開発中のものです。** · 2010/11/29(月) 22:07:02

グローバル検索したら・・・ありました；；

ほ、ほんとうに申し訳ないです；完全な見落としです。
助言を下さった皆様、心から感謝いたしますっ！！！
お騒がせして本当にすみませんでした；

**名前は開発中のものです。** · 2010/12/02(木) 02:18:41

またよくありそうな質問ですみません。

ゲームをプレイ→kag.goToStartWithAsk()でスタートアンカーに戻る→
そのまま吉里吉里を終了せずにニューゲーム開始　とやると、
ニューゲームの中でもその前にプレイしていた栞の変数が反映されたままなのですが
これは吉里吉里の仕様なのでしょうか？

スタートアンカーは栞の1000番をロードしているんですよね…
みなさんはどう対処されているんでしょう。clearvarとか使っているのかな。

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

スタート画面でclearvar

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

初めに自前で変数やらレイヤやら音量やらリセットさせればいい

**名前は開発中のものです。** · 2010/12/03(金) 04:17:51

またもや質問、本当に申し訳ありません；
前景レイヤについて迷っているのですが・・・

configで前景レイヤの数を増やすのと、fgimageの画像数を増やすのと、
どちらがシステム、容量的に大きくなってしまうのでしょうか…；

具体的に何を迷っているかというと、
１のっぺらぼうのキャラ立ち絵に、表情のレイヤを載せる
or
２それぞれ表情の違うキャラの立ち絵を作る
の、どちらの方がシステム　容量的に良いものとなるのか、というもの所です。

自身で計算しようとしたのですが、計算方法がわからず；；
皆様の経験上、計算上どちらを最良とするか　よろしければ教えて頂けないでしょうか；；

**名前は開発中のものです。** · 2010/12/03(金) 05:39:10

>>612
「レイヤの10枚や20枚では大差ない」が答えになると思う

**名前は開発中のものです。** · 2010/12/03(金) 10:18:14

それって１msと２msどっちが早いですか？と言う質問と一緒
負荷的にはどっちでも大してかわらん

個人的にはレイヤーは少ない方が管理が面倒じゃなくていい
一人のキャラに１レイヤーで済むところを、一人のキャラに２レイヤー使うわけで。
実際に組んで見るとわかるが、シナリオソース５００ｋ程度のゲームでも立ち絵差し替えは結構膨大になるから同じ結果が出るものにわざわざ倍の手間をかける必要は無いだろ？
あと、キャラをmoveさせる時とかエラく面倒になるぞ……と忠告

あとノッペラボウに表情だけ差し替えるなら問題無いけど、首から上とかを別レイヤーでごっそり差し替える場合、継ぎ目が拡大したりしたときに切れたりかぶったりして微妙にわかってしまう事がある
あくまで滅多に出ない事だけど、まぁそう言う部分も考えると一枚ペロンと変えた方が無難だな

**名前は開発中のものです。** · 2010/12/03(金) 10:18:23

>>612じゃないが…つまり、単純に１の方が画像サイズの合計が少ないので良い、ということか。
深く考えずに１の方が軽いなーと思ってた
…ていうか、pimageタグ使えば一枚のレイヤで立ち絵（表情付き）表示できるぞ

**名前は開発中のものです。** · 2010/12/03(金) 10:21:42

あっすまん　そこ読み飛ばしたorz

**名前は開発中のものです。** · 2010/12/03(金) 10:31:02

いや、実測しようも無い部分なんだが、二回読み込みに行くのと、一回で済むのとじゃ単純に２の方が早くないか？とは思う
あと合成する画像の書式はわからないが例えばPNGにしたとしてもまったく何も無い透明だけの画像でもヘッダー^やフッダーその他諸々の無駄情報がついてくるわけで小さいとは言え無駄な読み込みだろう？
処理が早い＝処理が軽いと言う図式にはならないんだけど、処理上はたとえばレイヤー１とレイヤー１．５（そんなの無いけど）に二枚読み込ませて表示させてるような物なんじゃないのかな？

**名前は開発中のものです。** · 2010/12/03(金) 10:39:09

顔パーツ（表情）が少ないなら２
多いなら１

眉３種類目６種類口３種類服２種類の場合、全部で１０８通りの組み合わせになってしまう
２なら１０８枚の画像を用意しないといけない（使わない組み合わせもあるだろうけど）
１なら１４枚の画像ですむ

**名前は開発中のものです。** · 2010/12/03(金) 10:52:38

>>618
あっ、そこまで細かくわけるのか
それなら１．がいいな
そこまで細かくわけるのなら、俺が作ってみたい

**名前は開発中のものです。** · 2010/12/03(金) 11:02:35

>>617
毎回2枚読みさせると当然そっちのが時間かかる、んだけど、実際にはキャッシュ効くから思ったほどはかからなかったり。

レイヤわけたまま保持しつづけるといろんなところで処理が大変になるけど、
image でベース読み込み、pimage で差分合成読み込みってするだけなら結果は1枚になってるのでそのあとの手間は差がない。

あとは結局 >>618 の言ってる通り素材の管理の手間だね。

**名前は開発中のものです。** · 2010/12/03(金) 16:48:00

なるほど・・・！！ありがとうございます！！
基本的には微々たる差、手間を考えるなら２の方が良い…といった感じでしょうか！？

>>618 さんの言っている数よりは少ないんですが、
キャラ一人につき　立ち絵３種、表情５種、服２種があるので

２　にした場合一人に使う素材が３０種×人数約１５人で
　合計４５０枚。
１　の場合、合計１５０枚　（・・・あれ？計算あってます？あってるな
差が３００枚…とみたらいけるような…でも２の画像の方が大きいものばかりですよね；；

と思い、１にしようかと考えると、
１にした場合、configで前景レイヤの数を（現在４）最低８にはしないと、で。
これは…問題アリ？ですかね；
説明には「数が多いと速度が低下したりメモリを消費します」とあるのですが；なんとも微妙；；

あ、あとあまり関係ない話かもしれませんが、
皆様は前景レイヤの画像の書式を何でなさっていますか？
私個人的には、今回かなり画像数が増えそうだと感じたのでjpgで抑えているんですが…

**名前は開発中のものです。** · 2010/12/03(金) 16:57:39

・・・ん！？
>>615 さんのおっしゃったpimageを使えば…configでレイヤ数を増やす必要なし！？

すみません、今までpimageタグを使ったことがなくて；
数回読み返して気付きました、せっかく助言していただいたのに、
無視したかの様な事を書いてしまい、本当に失礼いたしました；；

**名前は開発中のものです。** · 2010/12/03(金) 17:05:45

>>622
自分は前景レイヤはtlgが多いな
それとさっきからゴミがいっぱいついてるよ
つ;

**名前は開発中のものです。** · 2010/12/03(金) 17:16:01

速度の問題に関して
まあふつーのノベルでしょ？ペンティアム３とかの骨董パソコン相手にしなきゃ大丈夫でしょう

適当な立ち絵画像用意して
ラベルとジャンプ命令で100回ぐらい立ち絵表示を繰り返してみよう
メモリ使用量はタスクマネージャ見ればよいし
アドバイス求めるのはいいけど、最終的には自分で確かめようぜ
ゲームのユーザーに対してサポートを行うのは君だ

自分はPNGで作ってTLGへ変換

**名前は開発中のものです。** · 2010/12/03(金) 17:26:13

立ち絵jpgは無いだろ

**名前は開発中のものです。** · 2010/12/03(金) 18:07:28

>>622 あ…ありがとう//
・・・な、なんかすいません。

とにかくdataフォルダに入ってるメモリ数が気になって気になって…！！！
とにかく軽くしないと軽くしないとと考えてました…！

>>625 jpgはない！と言ってもらえて救われました
思う存分、tlgにします！
そしてメモリ使用量、タスクマネージャーで見てみます！
>>624　ユーザーに対してサポートを行うのは君だに、なんか胸打たれました！

**名前は開発中のものです。** · 2010/12/03(金) 18:12:21

この人若すぎてまぶしい
死にたくなってきた

**名前は開発中のものです。** · 2010/12/03(金) 18:22:12

いや私は何か、この人がオンの知り合いに似ている感じがして
ついほっとけなくなってしまう。>>626まあがんばれ

**名前は開発中のものです。** · 2010/12/03(金) 18:27:12

ネットブックは骨董品並みのスペックだから、軽くて悪いことは無い

**名前は開発中のものです。** · 2010/12/03(金) 19:02:46

俺はレイヤーいつも前景５０枚くらい確保してるが一度に全部使うわけじゃないからぶっちゃけ大してかわらんよ
jpgは圧縮率にも依るけど劣化がちょっときつい　PNGがアルファチャンネルも使えて圧縮率も良いからお薦めする　マスクを別に準備しなくて済むから管理も楽だし

あとこれは指標になるかどうかわからないけど、俺がいつも発注する分はヒロインキャラ５＊表情８＊裸込みで服６　一応全パターン立ち絵で貰って、それ以外のイレギュラーな物（たとえばブラでけでショーツ無しとか）は発注するの面倒だからこっちで切り貼りして作る
グラフィッカーさん何人かに以前聞いた時には、「クソみたいな話しの時に立ち絵１００なんか作りたくもない　逆に面白そうな話しなら３００でも作る」と言うのを聞いてるから、ようは面白そうな物を作ればグラフィッカーさんもある程度協力してくれると思う

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

クソみたいなキャラグラに100KBなんか書きたくもない
逆に神キャラグラなら300KBでも書く

**名前は開発中のものです。** · 2010/12/03(金) 20:00:14

>>627 というかゴミ（；）とったぶんを〝！〟とかに置き換えて表現力カバー
しようとしたら我ながら輝くキャラになってしまった…orz
>>628 …！？あ、焦る…！
>>629 確かに軽いにこしたことはないですよね…。そして画像荒れても駄目ですよね…
>>630　そうなんですか！？
　なるほど、でしたらキャラ画像合計４５０枚～５００枚をpngで保存しても
そこまで大したことにはならなさそうですねっ！…いや、なるのか？？？
>>631 確かにそこでやる気の上昇度は変わりますよね…！

回答が嬉しく、つい長くなってしまいましたが
前景として適しているのはtlgかpngなんですね！
どちらを選ぶかは個人の好み…という感じでしょうか。
とりあえず作ってみて、比べてみてみようと思います！
色々サイトを調べたところ、どちらもアルファチャンネルを使えるようですし・・・。

今までマスクを用意していた分、これでかなり管理しやすくなりそうです！
本題から追加質問まで、皆様本当にありがとうございます！

**名前は開発中のものです。** · 2010/12/03(金) 20:07:27

>>632
自分語りはその辺でな
あと画像は理由がなければpngにしとけ
あとあと使い勝手が違う

**名前は開発中のものです。** · 2010/12/03(金) 20:08:38

立ち絵なんか画面半分以上抜けてるんだから８００＊６００でも２００ｋｂいかないだろ
５００枚でも１００Ｍくらい

**名前は開発中のものです。** · 2010/12/03(金) 23:34:34

試してみたのですが差がよくわからなかったので、ご助言頂いたよう
pngに書き換えることにしました！
100Mというのはあまり大きな数字ではないんですね；
丁寧な回答、ありがとうございました！
長文すみませんでした；

**名前は開発中のものです。** · 2010/12/04(土) 03:35:29

立ち絵管理のマクロがここで配布されてて、これをちょっと改造するとかなり使える。
ttp://www.geocities.jp/keep_creating/krkrplugins/
サンプルがとても絵心無くて面白いw
ttp://www.geocities.jp/keep_creating/krkrplugins/Macro_CharLayers/CharLayersTest.zip

**名前は開発中のものです。** · 2010/12/04(土) 10:59:42

>>635は時期的に同人かな？
ゲーム屋なら100mがどの程度の大きさかわかりそうな物なんだろうけど
それすらわからん初心者に全部組ませるとかちょっと危なくないか？

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

>>653
解決したようでよかったな
だけどノリがうざい
2chに慣れるか少しは自分で物を考えられるようになってから来い

**名前は開発中のものです。** · 2010/12/04(土) 12:24:31

きっちり反応を返してくれる分、たまに現れる
「聞くだけ聞いたらさっさとサヨウナラする」タイプの人間よかよっぽど印象は良いな。駆け出しの子って感じがする。
もうちょっと落ち着くと良いとは思うけどね。

というわけで>>653、次からは気をつけるようにな

**名前は開発中のものです。** · 2010/12/04(土) 12:50:39

ホントに気を付けろよ>>653
そのうち怪我するぞ>>653
痛い目見てからじゃ遅いんだぞ>>653

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

653ってどれよｗ

**名前は開発中のものです。** · 2010/12/04(土) 12:59:35

これ、>>653踏んだ瞬間真っ赤じゃねぇかよ

**名前は開発中のものです。** · 2010/12/04(土) 13:01:49

ほんとにほんとにほんとにほんとに>>653　ソレ

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

>>653に期待ｗ

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

ksk

**名前は開発中のものです。** · 2010/12/05(日) 03:11:15

恐くて650番台には書き込めないじゃないかｗｗｗｗ

でも俺は>>653みたいな奴好きだな。

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

おれも>>653は鬱陶しいけど憎めない

**名前は開発中のものです。** · 2010/12/05(日) 07:44:54

あれ？ここって吉里吉里スレだよね？

**名前は開発中のものです。** · 2010/12/05(日) 09:15:02

今年も吉里吉里のおかげで飢え死にせずに生きられました
Deeたんありがとう
わりと冗談抜きに感謝しています

**名前は開発中のものです。** · 2010/12/05(日) 21:14:41

飯食えるレベルなら別に吉里吉里でなくても飯食えると思うがな

**名前は開発中のものです。** · 2010/12/05(日) 21:40:32

ライターは絵描きと比べるとプレゼンが難しいから、吉里吉里をある程度自在に使いこなせると言うのは、それだけでまずとっかかりの部分で天地ほど違う
特に外注の場合はね、どっかの会社のを無断で使うわけにいかないし

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

　|￣￣￣￣￣￣￣|　　　　　　　　　　　ぞろぞろ・・・・・
　|　次でボケて！ |￣￣￣￣￣￣￣|
　|＿＿|￣￣￣￣￣￣￣|ボケて！　!
.　.　.∧|　次でボケて！　|_＿＿＿.|￣￣￣￣￣￣￣|　　　　　ぞろぞろ・・・・・
.　.　( ﾟ |＿＿＿＿＿＿＿|　|| . . 　 |　次でボケて！　|
　　/　づΦ∧∧ ||　　( ﾟдﾟ)|| 　 . . |＿＿＿＿＿＿＿|ぞろぞろ・・・・・
..　　　　 ( ﾟдﾟ)||　　/　づΦ　　　　　∧∧.||
￣￣￣|　 /　づΦ　ぞろぞろ・・・・・ .( ﾟдﾟ)||　　　　　.|￣￣￣￣￣￣￣|
ケ..|￣￣￣￣￣￣￣|　　　　　　　 ./　づΦ　　　　 |　次でボケて！　|
＿_|　次でボケて！　|　　　　|￣￣￣￣￣￣￣|. 　　 |＿＿＿＿＿＿＿|
.......|＿＿＿＿＿＿＿|　　　　|　次でボケて！　|　　　　　 ∧∧ ||
.　　 ∧∧ ||　　　　　　　 .|＿＿＿＿＿＿＿|　　.　　　( ﾟдﾟ)||
　　　( ﾟдﾟ)||　　　　　.　　　　　 ∧∧ ||　　　　　 .　　　 /　づΦ
　　　/　づΦ　　　　　　　　 ( ﾟдﾟ)||
　　　　　　　　ぞろぞろ・・・・・　./　づΦ

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

失礼いたします。

>>638ですがすみませんでした。レス番を間違えてしまいました。
あれを書いたときはイライラして確認を怠ってしまったのです。
今はもうイライラも収まって、寛大でなかった自分が恥ずかしい気持ちです。
これからは一時の感情で書き込まないように致します。

皆さんもそういうふうにイライラが収まらないときってあるのでしょうか？
ご意見いただけましたら幸いです。是非参考にさせていただきます。
どうぞよろしくお願いいたします。

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

>>653
いやいや　そこはボケをみんな期待してたんだから・・・・・