■吉里吉里／ＫＡＧ／ＴＪＳ雑談質問スレ■その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/10(金) 18:41:27

>思いっきりスレチだって分かってるから
（　^ω^）……

**名前は開発中のものです。** · 2010/09/10(金) 18:52:43

> まさか本当にストーリー教えてほしくて書き込んだと思ったのか？

なーんだ　誘導カキコしようと思ったけど止めよう

吉里吉里関係でもそうだけど、
（複雑なことを）手っ取り早く知ろうとして質問しても反応は薄い
>>1を良く読んでちょーだいってことで

**名前は開発中のものです。** · 2010/09/10(金) 18:59:38

>>747
誤解を招くような言葉遣いや構成ではなかったかをもう一度確認したうえで、
書き込もうな。
少なくともそう解釈されてしまう文章を書いたのはお前で、同じように解釈した人が多数いることを自覚しなさい。
自覚できないのなら、このような場で書き込むべきではないと思います。

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

>>747
もし釣りじゃなくて本気でそう思ってるなら少なくともライター業は向いてない。　転職を進めるよ。

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

安定版ブランチきてるね

**名前は開発中のものです。** · 2010/09/11(土) 13:45:01

×　もし釣りじゃなくて本気でそう思ってるなら少なくともライター業は向いてない。　転職を進めるよ
○　やべぇ、こんなすごい文章打てるやつがきたら俺の仕事がなくなる

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

愚痴って泣きつくレベルのライターなんぞ普通にゴミ

**名前は開発中のものです。** · 2010/09/11(土) 13:48:08

>>753
煽るならタイミングってもんを考えろ

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

×　おまえはアホか？
○　やめてくれ　ライバルが増えると倍率が高くなる

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

>>756
はいはい　シナリオも絵も倍率じゃなく能力　腕が良い奴は倍率がいくつでもちゃんと仕事はある　ゴミはたとえ１倍でも仕事は無い
理解してない時点でおまえはゴミ

**名前は開発中のものです。** · 2010/09/11(土) 14:08:56

あれれ？どうされたのですか？
逆ギレですか？

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

理解してても仕事がない >>757 は・・・

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

そんなことよりポケモンやろうぜ

**名前は開発中のものです。** · 2010/09/11(土) 14:53:36

ポケモン()

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

なんかバカがわいてるな

**名前は開発中のものです。** · 2010/09/11(土) 15:38:53

勘　違　い　全　開　ワ　ロ　タ　ｗ

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

assignImages で画像を共有した２つのレイヤーA, B があるとします
A に drawText で文字列を書き込んだにもかかわらず
B に影響が出ないのはなぜなのでしょうか？

**名前は開発中のものです。** · 2010/09/11(土) 15:44:43

>Layer.assignImages
>機能/意味
>画像のコピー

どこの誰が共有と言った

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

>>765
＞説明
＞　src で指定したレイヤの、メイン画像、マスク画像、領域画像をすべてコピーします。
＞　画像サイズはコピー元のレイヤの画像サイズと同一になります。それ以外の情報はコピーしません。
＞　コピーといっても、実際は「同じ画像を二つ以上のレイヤで共有している」という状態になるだけなのでこのメソッドはほとんど実行時間がかかりません。

吉里吉里のリファレンスにこう書いてあるので

**764** · 2010/09/11(土) 16:10:50

何がやりたいかというと
常にアニメーションさせ続けたいレイヤがあって
トランジションの前後で途切れずに動かし続けたいのです

fore と back のそれぞれに同じ描画をするのは無駄なので自動で連動させる方法があれば知りたい
もしくはトランジションの影響を受けないレイヤの作り方があれば知りたいです (kag.fore.base より下のレイヤがあるなら)

**764** · 2010/09/11(土) 16:17:28

>>767 の訂正

＞ (kag.fore.base より下のレイヤがあるなら)
この部分は無視してください

背景とメッセージレイヤの間に挟みたいので

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

>>767
drawTextは画像に文字列書き込むわけじゃない
レイヤにかきこんでるだけ

>fore と back のそれぞれに同じ描画をするのは無駄なので自動で連動させる方法があれば知りたい
自動で連動させる方法はない

>もしくはトランジションの影響を受けないレイヤの作り方があれば知りたいです
kag.fore.baseの上にプライマリレイヤ一枚作るようにKAGを改造する必要がある
どっかにやり方書いてた気がするけどみつかんね
自分で調べるかやり方説明してくれる人を待つか

同じ描画をするのが楽
ただしスクロールトランジションとかさせるとおかしなことになるかも

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

△　もし釣りじゃなくて本気でそう思ってるなら少なくともライター業は向いてない。　転職を進めるよ
×　やべぇ、こんなすごい文章打てるやつがきたら俺の仕事がなくなる
〇　(　ﾟДﾟ)＜氏ね！

**名前は開発中のものです。** · 2010/09/11(土) 18:28:07

>>764

吉里吉里の Layer は copy on write な動作をするので assignImages した後書き込まないかぎりは共有されてるが、
なにか書き込み動作をした時点で複製されて内容が別になる。

コスト下げたければ片方に書いたあともう片方に　assignImages すればよろし

**764** · 2010/09/11(土) 19:24:51

>>769
あきらめて同じ描画にします

>>771
複製されてしまうんですね
頻繁に書き込みするので、そのたび複製されるなら assignImages も copyRect と変わらなそうですね

**名前は開発中のものです。** · 2010/09/11(土) 21:17:58

DLL書いて自分で描画管理するのは？

**名前は開発中のものです。** · 2010/09/11(土) 21:40:35

その程度でdll書く必要ない

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

【本文】↓
立ち絵表示でトランジションさせるとき、クロスフェードしかつかってないんだけど
これってmoveでopacity上げていって表示させるのとどっちが負担少ないんだろ
CPU使用率？とか見ても微妙でわからない

**名前は開発中のものです。** · 2010/09/12(日) 11:43:32

wmvをオーバーレイで表示すると上下逆さ　swfで表示しようとすると縁が出て来る
どうにもならんな・・・・・

**名前は開発中のものです。** · 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コンパイラに任せるべき。