◆◆SRCについて語ろう◆◆(ﾟДﾟ)

**ななしの** · 01/11/07 03:09

http://www.src.jpn.org/

さぁ、語ってくれ。

**名前は開発中のものです。** · 2007/08/13(月) 01:02:23

まだ同人ゲーム板がサポートになると思ってるんだ……
流れ込んでここまで荒れるのも嫌だし、それくらいなら現状くらい過疎ってていいから
ここはリンクからはずしてくれないかなぁ。

**名前は開発中のものです。** · 2007/08/17(金) 22:26:18

こんな僻地でまで宣伝しなきゃならんほど追い込まれてるのかね

**名前は開発中のものです。** · 2007/08/18(土) 12:17:34

宣伝荒らしなんだから、スレの状態なんて見てないんだよ

**名前は開発中のものです。** · 2007/08/18(土) 22:02:29

荒れてるのは分かるけどそれも含めて匿名板なんです！
そして匿名である事自体が悪いと思われたくないんで
私が匿名の善意でサポートwikiを作るんです！
でも匿名のセオリーに従うと同人板も載せないといけないんです！
ああ、私ってなんて悲しい宿命を背負って
上手くいかないと分かってるのに理想に殉ずる素晴らしい匿名のひとりなんだろう！

こんな感じの空気がプンプンして凄く嫌だ。
わざわざ今日び共産党員みたいな、そんな雰囲気。

**名前は開発中のものです。** · 2007/08/19(日) 10:58:55

そこまで感じる感性にむしろ驚いたが、
どっちにしろスレチだよな

**名前は開発中のものです。** · 2007/08/22(水) 18:55:12

どうしようもないな。この手の奴は一度完全に潰しておかないと駄目なんじゃないか？

**名前は開発中のものです。** · 2007/08/24(金) 01:52:43

大体、全ての素材がGSCに集まってる現状を考えると存在自体が無駄だろ。
さっさと閉鎖しろ。

**名前は開発中のものです。** · 2007/08/24(金) 09:51:51

>>210
GSCが落ちると困るね

**名前は開発中のものです。** · 2007/08/24(金) 19:14:02

203みたいの作るから……
ここも終わりか

**名前は開発中のものです。** · 2007/08/24(金) 21:53:14

大げさだなあ
そもそも人がいない所が荒れることなどないよ
このスレの立った日付見てみ

**名前は開発中のものです。** · 2007/08/25(土) 00:33:57

実はこの板で１２番目に古いスレッドだったりする。

**名前は開発中のものです。** · 2007/08/25(土) 01:34:14

正直、私怨がある奴が一人で騒いでるとしか思えんな。
同人ゲー板でもロボゲ板でもいやに粘着してた奴が居たが、お前か？

**名前は開発中のものです。** · 2007/08/25(土) 10:42:49

少なくともこのスレよりは>>203の方がSRCユーザーにとって有意義だろう。
頻繁に意見交換がなされているならともかく、一週間も一月もレスがつかなかったようなスレが消えたところで、
で？だよ。

**名前は開発中のものです。** · 2007/08/25(土) 17:12:22

ここももうだめか

**名前は開発中のものです。** · 2007/08/29(水) 20:43:38

>>203死ね。首吊って死ね。今すぐ死ね。

**名前は開発中のものです。** · 2007/08/30(木) 13:20:29

何をそんなに必死になってるんだ？
そんなにこのスレが大事なら、そんなこと書く前に有効利用したらどうなんだ。

**名前は開発中のものです。** · 2007/09/01(土) 16:15:34

>>203以外誰も編集していないのが何の役にも立っていない何よりの証拠だと思うがな。
第一、サイト名別で収録するなんて愚の骨頂だろ。SRCInfoではちゃんとHN順に収録してたぞ。

**名前は開発中のものです。** · 2007/09/02(日) 18:22:16

>>220
逆索引で作品名順でも調べられるようだぞ。試しに使ったら意外と便利だった。
好きにやらしときゃいいじゃないか。プラスになれこそマイナスにはならんだろ。

**名前は開発中のものです。** · 2007/09/02(日) 21:52:23

こういう議論になっている時点でマイナスなのではなかろうか

**名前は開発中のものです。** · 2007/09/03(月) 00:35:21

どう見ても自演です。本当にありがとうございました

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

>>222の言う通りだな。>>203はサイトを閉鎖して自害すべき。

**名前は開発中のものです。** · 2007/09/03(月) 06:57:40

>>222-224
…自演失敗？

**名前は開発中のものです。** · 2007/09/03(月) 09:35:50

とりあえず自演するほど必死になって>>203を目の敵にしているのはよく分かった。
SRC界は本当に粘着野郎が多いね。
むしろこうやって話題になればなるほど逆に注目されるんじゃないのか。

**名前は開発中のものです。** · 2007/09/03(月) 10:14:30

ってか、>>203、公式の質問掲示板でも宣伝してるな…。さすがにちょっとウザいわ。
いいもんを作り上げればほっといても注目される。
自分で作り上げる気がないならそもそも立ち上げるなと。

**名前は開発中のものです。** · 2007/09/03(月) 11:05:36

というか、わざわざ井戸とか2chとかで宣伝してから公式に宣伝に行ってどうするんだと。

人員募集ならシナリオ雑談板がお似合いだろ、常考
質問板にはレスしてやらね

**名前は開発中のものです。** · 2007/09/03(月) 13:21:22

>>224
勝手に変な同意すんな
そういう意味じゃねーよ

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

>>228
その昔、偽ちゃんねるで自演までして自分のサイトを宣伝していた人が居た件について。

**名前は開発中のものです。** · 2007/09/03(月) 18:06:24

かがみんの話しようぜ。

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

このスレも活気づいてきてよかったじゃないか

**名前は開発中のものです。** · 2007/09/06(木) 23:45:21

クズは去ったようだなｗ

**名前は開発中のものです。** · 2007/09/08(土) 22:31:31

何がしたいんだろうねこいつ

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

その日のうちに書かなきゃ意味無いよ

**名前は開発中のものです。** · 2007/09/10(月) 01:47:22

サイト名順になったんで収録順が後の方になった誰かさんなんじゃねーの？
ＨＮが数字かアルファベッドの奴が怪しいが。

**名前は開発中のものです。** · 2007/09/10(月) 09:58:23

これは凄い穿ち

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

リンクされたから終わりとか散々言ってたのに、何のイベントも起きないね

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

関連スレ
MXスレがSRCを作るスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1092587322/

**名前は開発中のものです。** · 2007/11/01(木) 16:37:45

>>239
化石に興味はないよ

**名前は開発中のものです。** · 2007/12/22(土) 10:01:03

全画面表示できたらかなり違うんだけどな
処理の関係で無理なんだっけ

**名前は開発中のものです。** · 2008/01/19(土) 22:25:55

原理上は可能。ただ、GSCがいい顔をしないらしい。

**名前は開発中のものです。** · 2008/01/31(木) 09:15:54

>>242
え、それはどういう理由で？なんかデメリットあるのかな

それはそうとForコマンドのStep値って少数値（0.2とか）は使えないのかな。
正常に処理してくれないみたいだ。無限ループ？になってしまうような。

**名前は開発中のものです。** · 2008/02/15(金) 19:31:00

>>242じゃないが、GSCの素材が仕えなくなる仕様変更には物凄い勢いで噛み付いてくるって話は聞いた。
下位互換性ありでも、｢従来のシナリオに「下位」という表現を使われると劣っているように感じられるので
良くない｣という理由で反対してるらしい。

**名前は開発中のものです。** · 2008/02/16(土) 21:59:50

全画面表示にしたら使えなくなる素材とかあるの？

**名前は開発中のものです。** · 2008/02/17(日) 00:12:58

画像表示系インクルードは全滅だな

**名前は開発中のものです。** · 2008/02/17(日) 07:44:25

ああ、なるほどそっち系か。
しかし可能にしてほしいな。遊び勝手が全然違ってくるだろうに。

**名前は開発中のものです。** · 2008/02/18(月) 01:04:51

ここにも沸いたか

**名前は開発中のものです。** · 2008/02/18(月) 12:22:49

何が？

**名前は開発中のものです。** · 2008/02/19(火) 00:57:57

２ｃｈをパトロールして三笠と井戸端に逆らう人間を血祭りに上げようと頑張ってる子が居るのよ
かわいそうな子だから放っときな

**名前は開発中のものです。** · 2008/02/19(火) 07:36:55

そんな仰々しいレスは見当たらないけど

**名前は開発中のものです。** · 2008/02/20(水) 02:24:35

>>244
そりゃ何年前の意見交換ログを見ればいいんだ？

>>243
>ForコマンドのStep値って少数値（0.2とか）は使えないのかな。
初期値、終了値、刻み幅ともに整数値じゃないとダメ、というか小数を入れても整数と解釈されてしまうんだった気がする。

激しく亀な上に役に立たんレスでスマン。
個人的に、少数値が使えるようになる仕様拡張リクはアリだとは思ってるが。

**名前は開発中のものです。** · 2008/02/20(水) 07:41:28

>>252
ありがとう、やっぱりそういう仕様なんだな。
今回俺が試していた件は、数値を全部十倍すれば問題なく実行できたけど、可能なら小数も使用できれば便利だと思う。

**名前は開発中のものです。** · 2008/02/20(水) 19:21:30

一応、解像度を変更する隠し（？）設定があるにはある。
そのまま800×600になるだけだが。
Src.iniの[Option]の下にFullScreen=onと書いてみるよろし。

**名前は開発中のものです。** · 2008/02/20(水) 22:44:47

>>254
ほお、こんなのあるんだ。凄いな。
でも目が悪くなりそうだｗ

**名前は開発中のものです。** · 2008/02/24(日) 21:59:07

SP回復精神って複数乗りパイロットに使ったら効果値が半分になるんだな
知らなかった

**名前は開発中のものです。** · 2008/02/24(日) 22:34:16

半分じゃないし、ヘルプに書いてあるがな。

>ユニットに複数のパイロットが乗っている場合、全員のＳＰが回復しますが個々の回復量は以下のように減少します。
>個々の回復量＝元の回復量/5 + 元の回復量/パイロット総数。

**名前は開発中のものです。** · 2008/02/25(月) 10:42:22

ありゃ、そうなのか。よく見てなかった。
SP20回復の精神を三人乗りに使ったら、ちょうど10ずつ回復したから早とちりしてしまった。
本家スパロボでも一括して同じ値で回復してたくらいなのに、ずいぶんややこしい計算式が入っているんだな。

**名前は開発中のものです。** · 2008/02/25(月) 20:53:41

SRCで全員同じ量回復させたら、ゲームバランス崩れやすくなるからだろうな

**名前は開発中のものです。** · 2008/02/25(月) 21:46:49

>>259
スパロボでもαの期待やインパクトの献身など十分ヤバかったからね。
多人数乗りにかけるのが前提みたいな精神になっていたし。
SRCのローカル設定を抜きに考えても、バランスを考えれば適当な処置だと思う。

**名前は開発中のものです。** · 2008/03/03(月) 12:59:33

召喚Lv3のアビリティを敵に使わせたら、召喚ユニットは三体出てきたんだが、行動したのは一体だけ。
ABCといて、Bに攻撃してもAにエフェクトが発生、そしてHPなどの数値は三体とも同じになる。
Aが破壊された後BとCはその場に残ったがユニット情報などは表示されず、倒したAに対して何故かターゲット指定ができてしまう。
攻撃したらエラーで強制終了。

召喚したユニットに追加パイロット及び召喚ユニットの特殊能力がついているのは確認済み。
まさかこういう仕様だということもないだろうから、どこかがおかしいんだろうと思うんだけど分からない…

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

召喚とか追加パイロットとかはよくバグが出る機能だから油断できない。

現象を聞く限りだと、被召喚ユニット全部に同じユニットＩＤが割り振られちゃってるのかもなー。
もしもそうならバグの可能性大

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

自己解決しました。追加パイロットに(ザコ)指定がついていなかった。
凡ミスだ…

**名前は開発中のものです。** · 2008/03/08(土) 17:29:01

Gotoコマンドの記述に式（変数読み込み）は使えないのかな？

Set ラベル用変数目標ラベル

目標ラベル:
～～～
Exit

～～～
Goto ラベル用変数

のような要領で書いたが、「ラベル『ラベル用変数』が見つかりません」的なメッセージが出てしまう。
複数のイベントファイルを用意して、プレイヤーに選択させ、Requireコマンドで読み込み、
イベントファイル内のラベルに飛んで実行、という流れを想定している。
選択肢が多くなりそうなので、できれば並列処理ではなく、変数で処理したいのだが…。

**名前は開発中のものです。** · 2008/03/08(土) 18:48:25

Goto Eval(ラベル用変数)
で行けないか？

**名前は開発中のものです。** · 2008/03/08(土) 20:15:06

>>265
それも試していたんだが、Requireコマンドの実行時にエラーが出てしまうようなので、
これはダメだと思い他のやり方を試していたんだが、原因は分からないがRequireコマンドのエラーが
頻発するようになってしまった。
イベント内容自体を変えていないのに、実行される時とエラーで終了してしまう時の二通りの反応が出てしまう。
というか、エラーの方が多い。
ちなみにエラーメッセージは「\srcall\シナリオ名\が開けません」という感じ。

**264** · 2008/03/08(土) 20:40:40

解決しました。
システム変数「選択」の値が、「Wait Click」コマンドを挟んで消去されたりされなかったりしていたらしい。
その一つ上のコマンドまでは毎回正常に参照できていたのに、Talkコマンドを使って調べたら、
そんな状態になっていた。
コマンドの並びを変えてやったら正常に読み込めるようになった。
で、本件の

＞Goto Eval(ラベル用変数)
＞で行けないか？

このやり方でうまくいけました。即レス感謝です。
何気このスレはすごく頼りになるなあ。

**名前は開発中のものです。** · 2008/03/08(土) 22:09:29

スレを問わず、技術的なマジっぽい質問を見かけたらとりあえずマジレスして回ってるだけだぜ。
もちろん自分が分かるものならだが

**名前は開発中のものです。** · 2008/03/10(月) 19:35:09

攻撃力0の転属性攻撃を敵が使ってくれないんだが、何かいい方法はないかな。
イメージはドラクエのバシルーラ。

・攻撃力を1にする。・・・どうしても無理な場合の妥協策。
・脱orＤ属性L0を付加。・・・アニメーションは消せるが、「気力を下げた（吸収した）」
　とのメッセージが出てしまうのが難。

**名前は開発中のものです。** · 2008/03/10(月) 22:59:08

ふーむ、相手に特殊効果無効化=脱Ｄ持たせちゃうと、
わざわざ脱Ｄを武器につけている意味がないっぽいんだな。
（脱Ｄが付いてないものとしてCPUが行動するから）

すごく強引な愚案は思いついた。

ユニットに
攻撃属性=非表示ＤL0 バシルーラ (!攻撃中ダミー)
(武器にＤL0は付けない。L0である必要はない)

データのinclude.eveに
*使用全バシルーラ:
SetSkill 対象パイロット攻撃中ダミー -1
exit
*使用後全バシルーラ:
*破壊全:
ClearSkill 対象パイロット攻撃中ダミー
exit

動作は試してない。

**名前は開発中のものです。** · 2008/03/11(火) 07:05:33

>>270
おもしろいｗ
後で試してみるよ。

**名前は開発中のものです。** · 2008/03/11(火) 20:14:52

>>270
基本アイディアはこのままに、少々アレンジを加えて、無事望んでいた動作になったよ。
そのままだと援護攻撃時なんかに問題が起こるので、メッセージデータに直接組み込んだ。

参考までに。

攻撃属性=非表示脱L1 バシルーラ (!バシルーラ制御)

バシルーラ, $(Call(バシルーラ処理))
バシルーラ(クリティカル), $(Call(バシルーラ処理))
バシルーラ(ダメージ), $(Call(バシルーラ処理))
バシルーラ(回避), $(Call(バシルーラ処理))

バシルーラ処理:
If Not Skill(対象パイロット, バシルーラ制御) Then
　SetSkill 対象パイロットバシルーラ制御 -1
Else
　ClearSkill 対象パイロットバシルーラ制御
Endif
Return

ちなみにバシルーラ(命中)でClearSkillすると、その後にクリティカル判定が来るのでダメだった。
何はともあれアイディアに感謝です。

**名前は開発中のものです。** · 2008/03/11(火) 21:22:16

メッセに仕込む場合は、
沈黙状態みたいにメッセが強制的に変わる場合には対応できないって欠点があるんだよね。

援護時に処理されないのはそれ以上にどうしようもないけど。

**名前は開発中のものです。** · 2008/03/11(火) 22:24:33

>>273
そういう問題があるのか…。知らなかった。一長一短だな。
メッセージが変わるのは沈黙と恐怖、混乱？
恐怖と混乱は確かメッセージを定義してなければ変わらなかったとは思うけど。

二重措置として、使用イベントでそれらの状態にあるかどうかを判定して、
Skillを制御してやればマシになるかな。
特殊状態で援護攻撃されたらアウトだけど。

**名前は開発中のものです。** · 2008/03/11(火) 23:02:55

とりあえず、もしも処理が抜けてもメッセージ以外には支障が出ない無いように
脱L0にしておいた方が良いんじゃない？

**名前は開発中のものです。** · 2008/03/11(火) 23:06:35

しかし、この手の質問と回答を纏めておける場所が無いってのは色々と辛いよな

**名前は開発中のものです。** · 2008/03/12(水) 00:33:51

本家Wikiのシナリオ作成応用編…に載せるには特殊すぎるよなぁ。

**名前は開発中のものです。** · 2008/03/17(月) 17:12:15

アビリティの射程って延長できない？SPなり特殊能力なりで

**名前は開発中のものです。** · 2008/03/19(水) 04:27:45

> 277

　いや、いいんじゃねぇの？

**名前は開発中のものです。** · 2008/03/19(水) 09:19:31

2001年から2008年まで生き延びたスレか

**名前は開発中のものです。** · 2008/03/20(木) 01:48:48

　279の続き。
　SRC Wikiには「これ以上は特殊すぎる」なんて下限はないだろう。
　むしろ今はまだ、追加ペースが寂しい→既存執筆者も力が沸かんことが問題で、書けば他の執筆者の励みになると思う。

　それに、このままでは特殊でも、書けば誰かが手を加えて「敵が使わない武器を使わせる方法」とでもするかもしれない。

**名前は開発中のものです。** · 2008/03/20(木) 03:01:40

あそこ「あらかじめ意見交換掲示板で書く内容を吟味しなければならない」って
ルールが無かったっけ？どこかの小が付いて一が付いて郎が付くバカがごねたせいで。

**名前は開発中のものです。** · 2008/03/20(木) 14:25:14

ないない。
例えそんな話でまとまっていたとしても、ルールとして明文化されてなければ無意味

少なくとも今すでにある応用編とかを追加していく分には大丈夫。

>>281
だが、小数点以下レベルの挙動みたいな特殊すぎる話ばっか載ってると
他の情報が載せづらいんだぜ、気分的に。

VBの仕様がどうだからこうなってる、なんてのは
SRC使う分には全く意味が無いんだからコメントアウトでいいだろうと。

**名前は開発中のものです。** · 2008/03/21(金) 00:55:04

> だが、小数点以下レベルの挙動みたいな特殊すぎる話ばっか載ってると
> 他の情報が載せづらいんだぜ、気分的に。

　「ヘルプファイル補足」のほうは性質上、特殊な話が多くなるもんだろう。

**名前は開発中のものです。** · 2008/03/21(金) 01:13:02

　というか、「ヘルプファイル補足」で、特殊でない話をどれだけ載せれるんだろう。
　どうしても、特定の特殊能力とか特定のコマンドとかの話がほとんどになりそうな
気がする。

　「よくある質問集」のほうは現状あんまり特殊でないので、「他の情報が載せづら
い」というのはよくわからん。

**名前は開発中のものです。** · 2008/03/21(金) 01:20:14

> VBの仕様がどうだからこうなってる、なんてのは
> SRC使う分には全く意味が無いんだからコメントアウトでいいだろうと。

　283が削除編集するか、削除提案をコメントに入れたら？

**名前は開発中のものです。** · 2008/03/31(月) 19:45:31

For文で無限ループさせるにはどうしたらいいんだ？
最初はFor i = 1 to (i + 1)で出来るかと思ったら2回しか実行してくれないし。

あと、
For i = 1 to 12
Local X$(i) = 1
Next
というふうにX1～X12という変数に次々と数値を代入していくような処理もしたいんだけど、
上手くいかない

**名前は開発中のものです。** · 2008/03/31(月) 20:43:59

Forで無限ループされる必要がどこにある。
素直にDo使うんじゃだめなのか？

X$(i) = 1　なんて書き方は無理。
色々間違いすぎてるからヘルプの変数やら式やらを読み直せ

**名前は開発中のものです。** · 2008/03/31(月) 23:20:53

>>288
ありがとう、Doならカウンターの数を変更しなければ無限ループに出来るんだな、
上手くいった。

＞X$(i) = 1　なんて書き方は無理
となると、For文内などで次々と連続する変数に数値を代入するには、どうしたらいいんでしょう？

**名前は開発中のものです。** · 2008/03/31(月) 23:46:31

そもそも、
>X1～X12という変数
は連続する変数とはみなされない。
X1とX2はSRCのプログラムにとってはまったく別の変数であって、関連しているものとして扱ってはくれない。

…X1～X12みたいにやろうと思ってできないことはないはずだけど、
もっと単純で一般的な方法として配列を使うのが普通。

変数のページと、少し凝ったシナリオのeveを眺めてみた方が良いよ

**名前は開発中のものです。** · 2008/04/01(火) 01:31:26

ごめんなさい、ありがとうございました。
配列というものを使ってみたらNum[$(i)]という形で変数に数値を代入することが出来ました。

あと2つだけすみませんが教えてもらえないでしょうか？
1：前提：Args(1) = 240、Args(3) = -500、figures = -500の桁数（3）

Local kariX = Args(1) - (figures * 16 / 2)
For i = 1 To figures
　Local posX = kariX + 16 * (i - 1)
　Local Num[$(i)] = RoundDown((Abs(Args(3)) Mod (10 ^ i)) / (10 ^ (i - 1)))
Next

こういう状況で、Args(1)、Args(3)、figures、kariXにちゃんと数字が入っていることをConfirmで確認しているのに、
常にposXに0が代入されてしまいます。また、Args(3)の各桁の数字をNum[$(i)]に代入しようと
4行目を描いたのですが、こちらも常に0が代入されてしまいます。何故でしょうか？

2:前提：posX = 前述どおり、Args(2) = 240、PPopt = 透過フィルタ RGB(0,0,255) 50%

PaintPicture bitmap\Event\numPicture0.gif posX Eval(Args(2)) PPopt

こういう形でPaintPictureのオプションを変数で指定しようとしたのですが、"PPopt"や$(PPopt)にしても
エラーが出てしまいます。PaintPictureのオプションを変数で指定するにはどうすればいいのでしょうか？

**名前は開発中のものです。** · 2008/04/01(火) 02:42:18

正直ツッコミどころが多すぎてどこから指摘していいか分からないのだが

Num[$(i)] = ～～
って書き方は普通しない。
つまり、$()の使い方が理解できてないんだよな？　式の所をちゃんと読み直すこと。
読んで理解してれば
>"PPopt"や$(PPopt)にしてもエラーが出てしまいます。
なんて頓珍漢なことを書かなくても済む。

Localコマンドはサブルーチン中に一度で十分。

Confirmで確認って言うが、その確認するときに間違ってるってオチはないよな？
こっちが試す限りposXに数値は入ってるわけだが。

＞Eval(Args(2))
わざわざEval関数を使っている理由が知りたい

オプションを変数で指定しようとする前に、
＞PaintPicture bitmap\Event\numPicture0.gif 240 240
で表示されることは確認したか？
慣れてないうちは欲張らず、一つ一つ段階を踏んでやっていくべきだと思うんだが。
PaintPictureコマンドに限らず。

ところで、動かない原因を特定する努力をどれだけしたのか知りたいわけだが。…まあいいか

**名前は開発中のものです。** · 2008/04/01(火) 03:27:45

＞Num[$(i)] = ～～って書き方は普通しない。
と、するとどのように記述すればよいのでしょうか？Num[Eval(i)]？

＞つまり、$()の使い方が理解できてないんだよな？　式の所をちゃんと読み直すこと
確かに、よくわかりません。ただどうも$()でくくってやらないと計算をするときに
数値と認識してくれないみたいなのでつけておいたのですが……

＞Confirmで確認って言うが、その確認するときに間違ってるってオチはないよな？
Local kariX = Args(1) - (figures * 16 / 2)　の直後に
Confirm "$(kariX) $(Args(1))　と　posXとArgs(1)"
その直後のFor文内にある
Local posX = kariX + 16 * (i - 1)　の直後に
Confirm "$(posX)"
を代入していますが、前者は正しく数値が代入されているので多分確認間違いではないと思います。

＞わざわざEval関数を使っている理由が知りたい
どういう状況でなら変数が代入されている数値として認識されるのかさっぱりわからず、
とりあえず$()やEval()でくくると動くみたいなのでくくってみました。

＞PaintPicture bitmap\Event\numPicture0.gif 240 240
こちらは一通り確認してみました。

一応ヘルプファイルを片手に組んでいたのですが、正直ヘルプの内容が省かれすぎで
よくわからないです……

**名前は開発中のものです。** · 2008/04/01(火) 03:28:51

×Confirm "$(kariX) $(Args(1))　と　posXとArgs(1)"
○Confirm "$(kariX) $(Args(1))　と　kariXとArgs(1)"

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

それで、ヘルプの式のところは読んだのかと。

確かにヘルプの記述は省かれてる所が多いが、
書いてあるものを読み飛ばしてるんならそれはヘルプの問題じゃないぞ。

＠式
>「"」で囲まれた文字列に「$(式)」という文字列が含まれていた場合、その部分が式の値に置換されます。
>これにより式の値を利用した文字列を簡単に記述することができます。この機能を式置換と呼びます。

＠イベントコマンド
>イベントコマンドの引数は式として扱われます。従って引数に変数や関数を使うこともできます。

これらが原則。

コマンドによってはこれらの原則と違うことがあるが、そういう場合はヘルプに書いてある。
例えばTalkコマンドの場合
>メッセージ内に「$(式)」という文字列を入れることで任意の式の値を表示することもできます。
Askコマンドなら
>書式１の場合、選択肢は直接記述します。選択肢に「$(式)」という文字列を入れることで任意の式の値を表示することもできます。

裏返せば、これらの場合は$()で囲まないとメッセージ/選択肢中に式は使えないって事でもある。

原則と違うのに書いてなかったら記述抜けだからバグ報告板池

**名前は開発中のものです。** · 2008/04/01(火) 14:17:45

＞これらが原則
すみません、そこは一応理解しています。
ただ、そもそも「式の定義がなにか」ということと、式置換の使いどころがよくわかりません。

今回の例で言うと、
PaintPicture ～.gif posX Args(2) PPopt
と記述した場合PPoptがオプションとして認識されないので、「$()でくくって
実際の値になおしてやらないといけないのか？」と思い""や$()でくくってみたのですが……

それと、Num[$(i)] = ～～はどのように記述するのが普通なのでしょうか。

**名前は開発中のものです。** · 2008/04/01(火) 16:02:21

一応どころか全然理解してないねwww

**名前は開発中のものです。** · 2008/04/01(火) 20:50:17

>>296
Num["$(i)"]とか、"Num[$(i)] "とかかな。

俺も最初は全然分からなかったから、ひたすら手探りで使えるパターンを試していったよ。
$()でいい場合もあれば、""でくくってやる必要がある場合、Evalをつかってやる必要がある場合など様々だ。
ひたすら試行錯誤していけば、使えるパターンが蓄積されていくから、あとはそれを使い回していけばいい。

ちなみに似たような処理（？）で俺はこんなことをしている。

Set 仮変数["$(Count(仮変数) + 1)"] ～～

**名前は開発中のものです。** · 2008/04/02(水) 00:56:44

>>288-298
回答ありがとうございます。
posXについては、うっかりLocal宣言を二回繰り返していました。凡ミスすみません。
あとは
Local Num[$(i)] = RoundDown((Abs(Args(3)) Mod (10 ^ i)) / (10 ^ (i - 1)))
と
PaintPicture
の動作が上手くいけばほぼ完成なのですが……
PaintPictureのオプション引数に変数を指定する場合どういう形で指定する必要があるんでしょうか？
PPopt、"PPopt"、$(PPopt)、Eval(PPopt)、あるいはPPopt = "透過フィルタ RGB(0,0,255) 50%"を括りをとったり
$()でくくったりも試したのですが、イベントデータが不正と吐き出されてしまいます。

>>298
ありがとうございます。しかし、Num[""$(i)]や"Num[$(i)]"ですとエラーになってしまうみたいです。
提示された例文の処理は、仮変数[1]、仮変数[2]が定義されている場合、次の処理では
仮変数[3#配列の要素数＝2個　+1]に値が代入される、ということでしょうか

**名前は開発中のものです。** · 2008/04/02(水) 01:37:49

問題：""で囲まれた文字列のうち、$()で囲まれてない部分はどう扱われるでしょうか？
答えは、
「$()で囲まれてる部分は式として扱われる」んだから、
「$()で囲まれてない部分は式として扱われない」

式として扱われないんだから、"PPopt"は、　PPopt　が変数だろうとなんだろうと、
「PPopt」と言う文字列として扱われて、変数名としては扱ってくれない。
だから、エラーが出て当然。変数として扱われる方が変、おかしい、異常事態。

これはっきり言って基本。これが理解できないうちはインクルなんて組まない方がマシ。
凝ったものなんか作ろうとしないでサンプルシナリオ改変して作れるぐらいの初歩的なイベントだけを使って、
その中でいかに面白いものを作るかを目指すべき段階。
君がやろうとしてるのは、ヨチヨチ歩きしかできないのに全力疾走しようとしてるようなもん。気が早いにもほどがある

別に頭で理解しなくても、色々試行錯誤しながら覚えてもいいわけだけど、
少なくとも「"PPopt"ってやったけどだめでした」なんて言っちゃてるのは、「私は全く読解力がありません」って言ってるのと同じだよ。

$()は""で囲まれた中で使うのが原則。""で囲まれてない所で使うほうが例外。

そして君は全く原則を理解してない。まずそこを自覚しろ。
かけらもわかってないくせに「一応理解してる」なんて見栄を張って何がしたいんだ？

繰り返して言う、
君は全く理解できてない。理解するための努力をしろ

ちなみに、二つ以上の引数を一つの変数で指定するのは無理。
理由を説明するのめんどくさいし、しても理解できないだろうから書かない。

**名前は開発中のものです。** · 2008/04/02(水) 01:44:45

>300
そうカリカリすんなよ
四月馬鹿にでも引っかかったのか？

**名前は開発中のものです。** · 2008/04/02(水) 01:49:01

>>300
失礼ですが。
＞なお、一つの引数に複数のオプションを指定することが出来ます。
＞例変数optに"透過白黒"を代入しておき、PaintPictureコマンドの引数にoptを指定する。
とはっきりヘルプに書かれています。

PPopt　と記述して認識されないのですから多分使わないだろう、と思っていても
考えうる全ての記述の仕方を試してみることがいけないことなのですか？

ヘルプでは""の中で$()を使う。確かにそう記述されていますが前述の
Num[i]みたいに$()でくくってやらないと動かない場合もあるのですから、
とにかくだめもとで試してみるのは質問する前の当然の義務だと思ってやったのですが、いけないのでしょうか。

**名前は開発中のものです。** · 2008/04/02(水) 04:57:16

なんつーかさあ
なんでSRC始める奴にはヘルプも読まずに始めて
他人に頼るだけ頼って逆ギレする奴が多いんだろうなあ

だからいまいち盛り上がらないんだよな、SRCの界隈って。