■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その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/09/12(日) 13:30:39

>>776
Vista 以降、WMVをオーバレイ再生させると上限反転してしまう腐った環境がある。
これ自体は環境側の問題なので吉里吉里では対応しきれないが、今の krmovie は
mixer (VMR) 再生もできるのでそちらを使えば良い

ただし,古いOSでは mixer がまともに動かないことがあるので、切り替え可能にした上で、
2000 あたりを境にどちらをデフォルトにするかを変えたほうが良い

あと、mixer でトラブルがでる環境もたまにあるので(たいていはデバイスドライバの更新で直るが)、
layer再生にも切り替えできるようにしておくのがサポート的には無難、

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

回答を得られると思ってなかったからとてもありがとう。
どうもＯＳ周りの設定らしいって書いてあったからこれはユーザー環境で逆さまになる場合もあると言う事らしいって事でswfに変えてみたんだけど、
こっちはどう調整してもくっついてくるからクロップで一応誤魔化して作成はしたんだけどやっぱりどうにも納得いかなくて頭抱えていたところ。
たぶんswfに詳しければいけたんだと思うけど、画質もかなりきつい事になってしまった。
で、結局ｍｐｇでつくってAVIにリネームして組み込んだけど、ＭＰＧ１の画質もやはりどうにもこうにも・・・・・
とは言え、起動直後の社名ロゴですっとまったらシャレにならない
ＶＭＲでやってみます

**名前は開発中のものです。** · 2010/09/13(月) 02:27:52

>>778
swfがくっついてくるって
どういう事？

**名前は開発中のものです。** · 2010/09/13(月) 08:25:24

あぁ　ごめん。
縁がくっついてくるって事。　来婦ミス。
ちゃんと縦横比をあわせているのに縁がついてくるの。
いくつかのツールで試してみたけど、そのくっついてくる縁お幅がまちまちでなぜついてくるのかよくわからないの。
仕方無いからクロップで黒縁に誤魔化して作成したんだけど、それだとどうにも納得いかなくて。
結局ＭＰＧでつくってＡＶＩにリネームして組み込んだ。　理論上はこれでうまくいくはずなんだけど、実はユーザー環境によっては止まるんじゃないかと少し怖い。

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

なんで？＞AVIにリネーム

**名前は開発中のものです。** · 2010/09/13(月) 10:40:17

.mpgで再生できたor2

**名前は開発中のものです。** · 2010/09/13(月) 15:30:41

縁がついてくるって言ってるけど普通ありえないから縦横比ミスってる気がする
ちゃんと表示するレイヤーのサイズをクライアント領域(640*480)とかにあわせた？
もしくは、元々のサイズはちゃんとそのウィンドウ一杯になるサイズで作ってる？

最終手段として一回り大きく作ってレイヤーの左端を(-10,-10)くらいからはじめるって手もあるけどさ

**名前は開発中のものです。** · 2010/09/13(月) 15:51:38

>>783
元データはaviで作ってるけど、その元データを小さく圧縮したmpgやwmpはちゃんと800*600になってる。
アス比なんかもちゃんと設定してるのにその状態。
昨日から何種類かツール試した中では一個だけようやく縁無しで出力してくれるのがあったんだけど、複雑に設定できないからちょっと使いづらい。
会社ロゴだから、微妙に詰まってるのか、それとも単に左右断ち切った物かの判断も付きづらくて、結局挫折した。

**名前は開発中のものです。** · 2010/09/13(月) 16:18:23

>>784
単純に圧縮したソフトがだめなだけな気がする
もしくは圧縮元のアス比がおかしいから圧縮先に勝手に黒べた(ふち)が補完されてるだけじゃないかと推測

まあ、吉里吉里側の問題じゃないみたいだしあとはそういうスレで聞いた方がいいかな

**名前は開発中のものです。** · 2010/09/13(月) 16:22:55

圧縮に関しては勉強不足だったけど、ここ二日で一気にいろいろ学習できたのはよかった。
吉里吉里の方はとりあえず上下逆になることもなく、なんとか劣化もほぼ無い状態で表示できるようになった。
いろいろありがとう。

**名前は開発中のものです。** · 2010/09/13(月) 18:44:21

オブジェクト指向ができてローカルで実行そして、速度が速いのはいいけど
デバッカがしょぼいからなぁ・・・
それにつっこんだ内容を質問するとすぐ変なのが沸くからなリスク高いよ

**名前は開発中のものです。** · 2010/09/13(月) 19:06:50

開発版のtoolsにソースデバッガはえてるぞ。実行ファイルをデバッガ機能有効で再コンパイルいるけど

**名前は開発中のものです。** · 2010/09/13(月) 20:48:43

メインスレッド上でTJS動かす設計だからブレークは実装しづらいんだよな

**名前は開発中のものです。** · 2010/09/13(月) 22:15:55

KKDE2（2.0.0 α4）を使っている方で、Thinkpadのタッチパッドでの
右ペインのスクロールが出来ている方いませんか？

Thinkpadのタッチパッド設定ファイル（tp4scrol.datとtp4table.dat）に
*,*,kkde.exe,*,*,*,WheelStd,0,9
などと追記しても駄目でした。

**名前は開発中のものです。** · 2010/09/13(月) 23:23:39

>>789
描画周りをマルチコア対応しても今のCPUじゃたいして効果ないからこういう部分をマルチスレッドにすればいいのにな。

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

公式掲示板のRSS動いてないんだけどどういうことなの

**名前は開発中のものです。** · 2010/09/14(火) 05:18:32

やあ。描画マルチスレッド化の中の人だよ。
描画のマルチスレッド化は、かける手間の割に見返りが大きそうだからやってみたんだ。
「やれそう」と思ったからやったんだね。
TJSのマルチスレッド化も、やれると思う人がいれば、やればいいのだと思う。
自分のできる範囲で貢献できるのが、オープンソースのいいところだよね。
TJSのマルチスレッド化は、おいらがやるにはちょっと重そうで、残念ながら手をつけられない。
でも、実現できたらいいなあと思う。
まだ見ぬ誰かの貢献に期待するよ。

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

パフォーマンス面では効果無いんじゃないかな
できるとしたら、レイヤの重ね合わせを行うスレッドとTJSを実行(+レイヤへの描画)するスレッドを別にするくらいだろうけど
そういう風に分けたらたぶん負荷がどっちか一方だけに集中するはず
IOや通信で長時間ブロックしても固まらない(処理中・・・とか表示できる)というメリットはあるかもね

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

実測すると効果あるよ？

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

オブジェクト大量に動かしたりしてると、ぱっと見でも fps あがるのが確認できる

**名前は開発中のものです。** · 2010/09/14(火) 12:25:00

>>794
描画とTJSのスレッドわけると吉里吉里の基本設計が変わることになるから難しいね

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

吉里吉里のイベント処理の実装がシングルスレッドを前提に設計されているから、部分的なマルチスレッド化は出来ても、全体のフローに関わるマルチスレッド化はなかなか難しいのですね。
で、その本格的なマルチスレッド化を行っているのが、吉里吉里3。
ただ、一からの再設計なので、登場はいつになるかわからない。
吉里吉里2の描画マルチスレッド化は、吉里吉里3登場までのつなぎ、延命策的な意味合いもあるんです。

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

吉里吉里3って出るの？
中の人はなんか基板イジリに夢中のようだけど・・・

**名前は開発中のものです。** · 2010/09/14(火) 13:13:37

出なくてもさほど困らん気はする

**名前は開発中のものです。** · 2010/09/14(火) 13:31:30

リップシンク実装希望とか言ってみるテスト

ところでみんなはレイヤー普通何枚くらい確保する？
とりあえずうちのノートＸＰだと４０枚はつらかった。　最新のデスクトップ７だと１００枚くらいでも楽勝なんだけど。
やっぱり２０００以下は切り捨てる方向で作った方がいいのかな。
ちょっと思いついて、昔の３Ｄメイズ風のアルゴリズムをKAGだけで書いてみたんだけど、壁の表示だけで２０枚以上レイヤー使っててノートじゃダメダコリャだった。

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

ノベルにゲームが付いてるタイプの、エロゲ的ゲームを出すツールとしては
需要あるんじゃねーかな。

ノベルツールとしては、現状で完結してると思うけど、ちょっとしたゲームを
作るツールとしては、吉里吉里３にはそこそこ期待してる。
ユーザーとしてもノベル以外のエロゲや同人が増えて欲しいし。

**名前は開発中のものです。** · 2010/09/14(火) 13:50:38

まあ現状でも非リアルタイムのゲームならかなりのことができるけどね

**名前は開発中のものです。** · 2010/09/14(火) 13:58:07

>>795
マシンスペックと効果のある最小コードうｐってくれないか？

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

でも吉里吉里3の話って全く表に出なくて久しいけど
作ってんのかいな

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

>>801
リップシンクはどっちかっつーとエンジン側の機能じゃなくてデータ側でどうにかするものだとオモ
データ解析かけといて sli にラベルつっこんどいてそれをイベント処理するとか、音量で判断するとかいろいろ方法はある

昔の3Dメイズ風なら、リアルタイムに壁動いたりはいらんだろうから、1枚のレイヤに合成描画してしまえば余裕だろう

**名前は開発中のものです。** · 2010/09/14(火) 17:44:17

ほとんど苦労せずに、問答無用で最強に効果がある方法は、GPU使うことだけどね
吉里吉里では最終的なレイヤの重ね合わせはTJSでスクリーンを表すレイヤに転送したりしないでシステム任せだけど
たぶんそれってハードウェア使った実装にも対応できるようにそういう風になってるんだろうし

**名前は開発中のものです。** · 2010/09/14(火) 18:03:44

ぶっちゃけ過去に出てる２ＤのＡＤＶは吉里吉里でほとんど作れる。　イリュージョンとかが出してるポリゴングリグリ動かすのはダメなんだがな。
リップシンク無いと口パクのシンクロ面倒な事と、クリッカブルマップが.maに書かれたラベル依存でスクリプト側で直接設定出来ないっぽい事と、
あと戦女神とか同級生とかのようにチップキャラを移動させるタイプのゲームはたぶん無理な事と、パラメーターをバー表示（擬似的に段階的にＣＧで表示するのは可能だが）するのが難しい事くらいかな
あとなんか難しいのあるっけ・・・・

>>806　ライターだからそこまでの知識が無いのがつらい
毎回壁データを読み込むのって、なんか処理遅くなりそうで（そんな事はもはやスペック的にありえないんだけど）抵抗あるのよね。
で、最初に全部壁データ読み込んどいて、true・falsaでそれぞれの壁の表示・非表示切り替えてたり・・・・

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

難易度はともかくチップキャラ移動は普通にできると思うけど

**名前は開発中のものです。** · 2010/09/14(火) 18:56:44

パラメータのバー表示も楽勝だな

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

「難しい」のレベルによるな

画像を読み込んだレイヤーをドンと置いて
表示・非表示切り替えだけでどうにかする、
ってのならKAGでも出来るわけだが、
そういうやり方しかできない人には
>>809-810みたいなことは難しいだろう

**名前は開発中のものです。** · 2010/09/14(火) 20:13:47

TJSをかじってちょちょっと出来るって程度の俺には無理。
でもそんな俺でもほとんどなんでも無理押し通せばなんとかいけるだろうって感じするからやっぱすごいと思うわ。

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

ハードの進歩により「吉里吉里では絶対無理なこと」はほとんど無くなったよね
日曜プログラマにとっちゃありがたい時代です

口パクってループチューナ(sli)のラベル指定じゃダメかねえ
GUIで波形見ながら微調整できるので満足してるけど
自動化する場合、不自然に見えないほどの性能を実現するには
構文解析やら波形解析やらで大変そう

**名前は開発中のものです。** · 2010/09/14(火) 22:25:13

吉里吉里３のコードが書きやすくなる新構文は欲しい
Dictionaryクラスのメソッドが普通に使えるようにするとか、イテレータとか
あとクラスごとの演算子の定義

**名前は開発中のものです。** · 2010/09/15(水) 01:02:08

演算子オーバーライドは要らん。特定のケースだけ特別扱いすればいい。
でなきゃろくなデバグ環境もないのにカオスすぎる

**名前は開発中のものです。** · 2010/09/15(水) 01:06:07

コンストラクタの名前がクラスと一致しているか確認する仕組みは欲しい(´・ω・｀)
何度名前を間違えて挙動不審になったことか

**名前は開発中のものです。** · 2010/09/15(水) 01:52:44

単純にF0000からF9999までの整数だけ扱える連番フラグと言うか変数欲しいな。　ゲーム変数で。
voidじゃなくて最初から0が入ってて、ここからここまでのフラグを一気に書き換えとか積み込みとか出来るとなお良い。
いや辞書でやれば出来るんだけどさ、コマンドが無意味に複雑になりがちなのよね。
これならダンプリストみたいに一気にフラグ中身確認出来てフラグの管理が楽なんだけどなぁ。

**名前は開発中のものです。** · 2010/09/15(水) 01:58:41

配列継承してそういうクラスを作るだけでは？

**名前は開発中のものです。** · 2010/09/15(水) 02:13:24

演算子オーバーライドがないと頂点クラス（xyz座標持ってるヤツ）同士の演算が面倒すぎる……。

**名前は開発中のものです。** · 2010/09/15(水) 02:42:04

それは頂点情報のネイティブクラスを作ったほうがたぶん幸せ

**名前は開発中のものです。** · 2010/09/15(水) 09:30:09

座標それぞれがオブジェクトなのはさすがに非効率すぎて厳しいだろ
TJSでやるならxとyとzの3つの配列に分けて保持するとか

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

TJSの配列ってオブジェクトじゃないっけ？

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

クリッカブルマップで定義ファイル読み込んだ後mapdisableで無効化したのに、mapactionタグ無しで同じファイル読み込むとまたマップが定義されてる・・・・
マップを無効化するコマンドはあっても、消去するコマンド無いからこれはつらいな。午前中一杯これに気づくのに時間浪費してしまった。

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

個人的には、型をもう少しはっきりさせて欲しい。
計算式入れたはずが、文字結合になってる事が多い。
最近は、int()で囲んで対処してるけど、めんどい。

**名前は開発中のものです。** · 2010/09/15(水) 13:53:01

>>824
+演算子とかではだめ?

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

>>825
ちょっとした計算なら良いんだが、
var a = sf.b + +b + c;
とかなる様な文が多いと結構カオスじゃね？
var a = int(sf.b + b + c);
のがすっきりしね？

**名前は開発中のものです。** · 2010/09/15(水) 14:41:43

今、ＫＡＧ読んでたんだけど
> グローバル変数や、オブジェクト内変数はアクセスが遅いので
って書いてあるんだけど、どのくらいで体感できるんだろうか。
誰かベンチマーク取ったひといる？

**名前は開発中のものです。** · 2010/09/15(水) 15:51:56

>ベンチマーク
以前TJSで測ったことがあってそのメモを見たんだけど、
多くの演算（変数へのアクセス自体も）は1回あたり150ナノ秒以下だったよ＠Athlon64X2 2.2GHz。
冗長な書き方でもしてなければKAG上でも問題ないんじゃないかな？

**名前は開発中のものです。** · 2010/09/15(水) 15:55:35

詳しくなかったころ「変数の数は少ないほうが動作は速いはず」と思って、
無駄にいろいろと切り詰めてたことを思い出した
今では変数100個200個とかまったく気にしてないけど

**名前は開発中のものです。** · 2010/09/15(水) 17:30:37

速度系で一番はまるパターンだよな。
そういった、ナノ秒レベルの切り詰めがデカイ差になるとか考えてしまう。
実際は完全な自己満足なんだよね。

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

昔はその積み重ねが作業の難易度を今の倍以上にさせてたんだけど、今は基本的な部分だけしっかり踏まえてれば速度に関してはあまり気にしなくて良いのがいいよね。
全然関係無いけど組み込み用の動画作るのに１０年くらい前に作ったＡＥのコンポ引っ張り出してきたら、前はレンダに丸一かかってたパーティクルの演算が２分で終わったのにはびびった。

**名前は開発中のものです。** · 2010/09/15(水) 22:00:19

昔の場合、難易度が上がるというデメリットを押してでも「速度が向上する」というメリットを享受出来たからね。
300MHz,400MHzなCPUの時代だったら(現在のCPUで言う所の)ミリ秒ナノ秒レベルの差異もデカい影響を齎したけど、
2GHzオーバー余裕なCPUがゴロゴロ出回ってる現在じゃ、わざわざチューニングして速度向上するまでもなく
デフォルトで十分な速度稼げちゃうから必要性薄いんだよね。

**名前は開発中のものです。** · 2010/09/16(木) 00:51:17

周波数がいくつでもミリ秒ナノ秒で処理できりゃ条件は変わらんだろ。
いま1ミリ秒で終わる処理が100ミリ秒かかってたからチューニングしてたんだろ。

**名前は開発中のものです。** · 2010/09/16(木) 06:26:38

やっぱりそうかありがとう。
自分が読みやすいかどうかくらいのもんだね。
割り算をビットシフトでみたいなノリか。

そういうのも楽しさの一つだけど、ガロアみたいな天才じゃないから
今の時代は助かるｗ

**名前は開発中のものです。** · 2010/09/16(木) 07:18:55

周波数戦争は終わっているでござる
いつの時代の方であられようか
理論上はもっと周波数が上がるはずだけど
現実問題物理的に不可能だって結論でたでしょ

**名前は開発中のものです。** · 2010/09/16(木) 08:49:46

でも、その終わったはずの周波数戦争まっただ中だった機体をいまだに使ってるユーザーが少数いて困る。
そういうのに限ってすごくうるさいクレーマーとかだったりするんだよな。

**名前は開発中のものです。** · 2010/09/16(木) 11:15:18

エロゲユーザーあたりには結構いるよな。
大半のノベルゲはＸＰ初期あたりのエントリモデルでも十分稼動するもんだから
ノベルまでは問題なしと思ってる。

だから、ちょっと演出とかに力はいってるノベルやると「ノベルの癖に不当に重い」
って結論になる。この上に「エロゲの癖に不当に重い」もある。

**名前は開発中のものです。** · 2010/09/16(木) 11:18:56

商業のパッケージソフトならしゃーないけど
今なら体験版ちゃんとやってね　でケリつくでしょ

**名前は開発中のものです。** · 2010/09/16(木) 11:24:32

「体験版で動作するか確認しろなんてパッケージに書いてねーだろ！」と言ってくるマジキチ
吉里吉里は、演出に凝り出すとロースペックマシンにはちょいきついからな

**名前は開発中のものです。** · 2010/09/16(木) 11:59:11

そもそも「○○の癖に不当に重い」って発想だから。
体験版が重ければ、それに文句言うから意味がない。
買ったゲームが重くて出来ない事がダメなんじゃなくて、
興味持ったゲームが○○（ノベルとかエロゲ）の癖に重い発想。

**名前は開発中のものです。** · 2010/09/16(木) 12:01:15

まあ>>840みたいなマジキチはともかく、>>838は「パッケージソフトの客が
クレーム付けてくるのはしゃーないけど、同人とかDL販売ならとりあえずは
言い訳が立つでしょ」ってことね

**名前は開発中のものです。** · 2010/09/16(木) 14:17:31

エロゲは単にエンジンが屑だからシングルスレ1コア性能が高い方がパフォーマンス出るって話をしてるんだけどな。あれは。
TLPとかリア彼とか総じて3D系。紙芝居ゲーは知らんが。
まあ、現行のウルトラハイエンドなら仮想OS上からでも設定いじれば普通に動くけど。

**名前は開発中のものです。** · 2010/09/16(木) 17:45:52

ゴスデリとか酷い有り様だったな。なにをどうやったらKAGEXをあんな重い挙動にできるのかｗ

**名前は開発中のものです。** · 2010/09/19(日) 12:46:36

吉里吉里のinputのボックスって
マウスで文字列反転とかコピペとか出来なくて
微妙にめんどくさい

**名前は開発中のものです。** · 2010/09/19(日) 13:55:52

旧ver切り捨てないとコンテキストメニュー実装できんがマウスでの範囲選択くらいできるだろ。

**名前は開発中のものです。** · 2010/09/20(月) 17:29:35

１０００ナノ秒を１ナノ秒に１年かけてできたと仮定して
彼の実績を考えると１０００倍のスピードで実行されるexeを作成したことになる
が、しかし、現実にはクリック待ちという人間の操作が必要となるので
人間の操作以上の速度向上はみこめない
つまり、１０００倍の速度の実行ファイルを作成しても年収はゼロってことだお

**名前は開発中のものです。** · 2010/09/21(火) 00:46:27

局所的なパフォーマンスをどれだけ上げようが全体のパフォーマンスは変わらん。
ボトルネックだけをピンポイントで効果のある改善してるなら別だが、
そういうのはJITコンパイラに任せるべき。

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

ＴＡＳじゃばいが、実際人じゃ不可能な短い時間に高速連打したらハングするタグ結構あるんだよな
さすがにそれは想定外だろうからふつうに組む分には気にする必要無いんだけどさ

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

そうばい

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

結局、文字表示とか画像表示とかＡＶＧ要素を入れるとＫＡＧを取り入れたほうが早く
ＫＡＧを取り入れると途端にうんこのようなファイル構成でうんざいりする
なんでこうオープン房というかフリー房はファイルをむちゃくちゃ増やすのか

**名前は開発中のものです。** · 2010/09/22(水) 21:29:44

日本語でおｋ

**名前は開発中のものです。** · 2010/09/22(水) 21:32:16

日本語は初めてか？
肩の力抜けよ

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

TJSとKAGの設計が古いだけなのにOSS全部にレッテル貼られても

**名前は開発中のものです。** · 2010/09/23(木) 01:11:49

オープンじゃないひとたちはクラスごとにファイル分けたりしないんだ？
へーへーへー

ＫＡＧだけでも継承、継承で何層かになってて冗長じゃね？って思ってたけど、
自分で何か作るよって段になってみると都合のいいとこからオーバーライドできるから
割と便利に使えてる。ButtonLayerやEditLayerとか。

**名前は開発中のものです。** · 2010/09/23(木) 01:47:51

>>850
こういうやつに限って一回も最後まで作り上げたことないんだろうな

**名前は開発中のものです。** · 2010/09/23(木) 13:50:49

統合すると、販売後にバグが見つかった時に、いちいちファイルがでかくなる。
今は数Ｍ程度のファイルなんか一瞬でＤＬ終わるんだけど、それでも一斉にＤＬに来られると自社で建てたサバだと古いＰＣで動かしてるからパンクしやすい。　普通は専門のＤＬサイトに頼むんだけどな。
向こうだってデモとかならともかく、修正ファイルなんか小さいに超したことは無いと思ってるんだし、お互い都合が良いのになぜ纏めたがるのか不明。
windowsのシステムファイルのクソ多さ加減と雑多さ加減に比べたら何も比べるべくも無い。

**名前は開発中のものです。** · 2010/09/23(木) 16:06:40

こういういつの時代の化石かわからん
くそゴミミックスが混ざってるから企業は防衛的になるんだな
古いサバ？１０万も出せないゴミニート乙
予算がないというより生活保護より生活水準下

**名前は開発中のものです。** · 2010/09/23(木) 16:40:06

必死やん

**名前は開発中のものです。** · 2010/09/23(木) 17:00:33

このツールを使うと心が荒んでいくのか？
そうでないなら落ち着けよ

**名前は開発中のものです。** · 2010/09/23(木) 17:15:41

くっ……吉里吉里の闇が俺の心にっ……

**名前は開発中のものです。** · 2010/09/23(木) 18:00:48

昔は廃品で普通にＰＣ捨てられたんだが今日日ＰＣ捨てるにも金かかる時代。　使える古いパーツでサバおったてるくらい別に普通だぞ。　なんでサバごときに高いスペック要求してるのか意味解らん。
というかさ、そんなに嫌なら吉里吉里使わないで自分で全部組みゃーいいだろ。　面倒臭い奴だなー。

そんなことより、レイヤーモードで動画再生した時に左上に一瞬出る黒いブロックノイズの原因探すのに１時間もかかってしまったじゃないか。

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

>>861
動画再生始まる前の素のレイヤ？ｗ

**名前は開発中のものです。** · 2010/09/23(木) 18:36:15

再生始める直前に、完全に裏表全部のレイヤーを消去すると解決した。
冒頭で何もない状態で始めると出ないんだけど、何か残ってるとたぶん重ね合わせの演算か何かしてるときに一瞬出てるんだと思う。

とりあえずそれは解決したんだが、ＭＥＳ枠を出したまま動画再生させ続けられないものか・・・・
ＭＥＳ枠が出たら強制的に止まるとか、完全に盲点だった。　普段そんな使い方してなかったからなorz

**名前は開発中のものです。** · 2010/09/23(木) 18:48:09

>>YIQ81yUM (
みたいなゴミスペックでエロゲが動かんとかほざくキチガイがおおくてな
処理にこまっとる
異常に詳しいからよけいに始末が悪い
なんて言うか就職率９９％を誇る会社の残り１％

**名前は開発中のものです。** · 2010/09/23(木) 18:54:28

なんでそんなに顔真っ赤なのか理解に苦しむが。
たぶんおまえが使ってるＰＣより高いスペックのマシンを使ってると思うぞ。
むしろハイスペックすぎて、ロースペック環境対応に苦慮してる。

**名前は開発中のものです。** · 2010/09/23(木) 18:58:54

まあとりあえず少し落ち着けよ
[waitclick]

**名前は開発中のものです。** · 2010/09/23(木) 18:59:48

>>顔真っ赤
はぁ？

たぶん　日本語理解できないだろ
捏造もし始めた　恐ろしいとても会社に入れるわけがない
バイトでも多分無理　お前のようなゴミがおるから変なイメージを持たれるんだよ
さっさとクビつって死んでくれない？環境のため

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

な？対応に困るだろ

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

もちつけ。そろそろスレチだし、二人とも最初から話ずれてるから。
もう熱くなってるから冷えないんかもしれんが。

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

周囲の俺たちに出来ることは、右クリックから「NGIDに追加」を選ぶことだけさ。

**名前は開発中のものです。** · 2010/09/23(木) 20:20:41

なんか日本語がおかしい奴の直後に変な争いが始まったから頭がおかしくなりそう

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

一応動画再生＋枠重ねがうまくいくようになったが、なぜこれで上手く動くのか理由がわからんorz
しかもどんどん動画を切り替えて読み込んでると普通に止まるorz

**名前は開発中のものです。** · 2010/09/23(木) 21:28:22

動画ってそもそもしょっちゅう切り替えて使用する為の物だったか？

**名前は開発中のものです。** · 2010/09/23(木) 21:59:30

いくらID:bt4wUKDeが無知でも自作erでお古の鯖が2，3世代前のウルトラハイエンドだからそこら辺のメーカー製より高性能だと理解されないID:YIQ81yUMが不敏に思えた。

**名前は開発中のものです。** · 2010/09/23(木) 22:00:52

うーん、技術的に可能だからやってみようって事なんだけど。
エロシーンからエロシーンに複雑なチャートの流れのゲームには向かないね。　動画の解放を一回でもミスると予測不能な不具合が起きる。
それでも個人的にはかなり使えると思う。

一本の動画の中でここからここまでのフレームでループ　フラグＡが立てばこのフレームからこのフレームまで再生　フラグＢが立てばここから最後までーって感じに分割出来たらなお便利かな。
videosegloopだと、ループ内再生を解除しても、封鎖してた堰を解放するだけだからそこまで再生しないと先に進まないから、４秒程度のループ素材でも最大４秒のラグが生じるわけだし。
細かく切り出してもいいんだけど、読み込みラグでなめらかに再生出来ないのがちょっと痛い。
そこまで求めるならプラグインでも作れよって言われそうだけどそこまでの技術は無いのがさらに痛い。

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

>>873
ループアニメを使ったゲームは最近割と多いから
結構そういうのありうるよ