スクリプトコンパイラについて ( yac と lex も可 )

みなさんのスクリプトって、どんな感じですか？
(エロ)ゲームプログラマーには一番難しい所かもしれません。
yac と lex も可です。

まず、話題フリ。
みなさんが作ったスクリプトコンパイラの仕様を教えてください。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｂ　文字列中の中をコンパイラで置換可能
　ｃ　変数をコンパイラで置換可能
　ｄ　全てのトークンを置換可能
　ｅ　Ｃ言語並みに全てのトークンを完全置換可能
　ｆ　その他、それ以上のことが出来る

２マクロ機能
　ａ　命令をまとめることが可能
　ｂ　ＭＡＳＭクラスのマクロが可能
　ｃ　ローカルラベルも使えて、色々なことをマクロ化できる
　ｄ　その他、それ以上のことが出来る

３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
　ｂ　Ｃ言語並みの計算が出来る
　ｃ　条件式でもＣ言語並みの計算が出来る
　ｄ　式の最中に関数の返値を入れられる
　ｅ　その他、それ以上のことが出来る

４関数
　ａ　単なるサブルーチンコール
　ｂ　ローカル変数を関数側で実装している
　ｃ　関数で型の概念がある 変数、即値、文字列など
　ｄ　返値が返せる（３−ｄタイプでは無くても良い）
　ｅ　その他、それ以上のことが出来る

５書式
　ａ　全角文字から始まる場合はメッセージ
　ｂ　計算式から始まる場合は計算式
　ｃ　書式は、ＢＡＳＩＣ形式 mes "メッセージ"
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
　ｆ　その他、それ以上のことが出来る

６構造化
　ａ　if-else-endif が実装されている
　ｂ　if-elseif-else-endif が実装されている
　ｃ　if-else if-else-endif が実装されている
　　　( else if を分けて書ける )
　ｄ　while-endwhile が実装されている
　ｅ　do-while が実装されている
　ｆ　for-endfor が実装されている
　ｇ　switch-case が実装されている
　ｈ　break が実装されている
　ｉ　endif,endwhile,endfor などが }記号や end でまとめられる
　ｊ　Ｃ言語形式の記号でブロック化が出来る
　ｋ　ｐｕｓｈ等を駆使して、スクリプト側でどうにかブロック毎に
　　　ローカルレジスタを作れる
　ｌ　ブロック毎にローカルレジスタを簡単に作れる
　ｍ　その他、それ以上のことが出来る

７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ
　ｃ　メッセージをカウントしてセーブ
　ｄ　サムネイルを表示可能
　ｅ　極力、ＣＧデーターなどはセーブデーター中に持たないで、
　　　（サムネイルは除く）ファイルネームなどしか保持しない。

うちはへぼへぼなので、こんな感じです。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
２マクロ機能
　無し
３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
４関数
　ａ　単なるサブルーチンコール
５書式
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
６構造化
　該当無し
　ＢＡＳＩＣの if then が実装されている。行番号で飛ぶ
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ゲームの頭でセーブされる

>445
>もし出来ましたら、サンプルを出してもらえると嬉しいです。
>うちはこんな感じです。
>
>サンプル
>1
>2 set r1,0
>3
>4 add r1,10
>5 sub r1,30
>6 mes メッセージ
>7 goto 4
>8
>9 gosub 20
>10
>11 select r20,１,２,３
>12
>
>うちのはこんな感じなので、ラベル名が使えません。
>手でやり直しになるのでキツイです。

>＞445
>あのｰ､いくらなんでも行番号ジャンプはヘボ過ぎです｡
>ラベル機能ぐらいすぐ追加できるでしょうに｡
>これだったらMASMのマクロ使ってスクリプト書いた方がよっぽどマシでっせ｡
>（昔実際やったことある）

>451
>す、すみません。
>タイトルが多すぎて、コンパイラまで時間が回せないっす。
>昔はＭＡＳＭを使っていたのですが、シナリオに渡すために自家製に変えました。
>今でもＭＡＳＭの方が使いやすいです。

>452
>>>451
>lex yacc 勉強すれば一日でできると思います。

>>>439
>多分ですが、
>命令とデーターが一緒になっているアーキティクチャーで、
>命令長が固定ではないと思われます。
>その際にはラベルは前方参照の解決のために
>バックパッチの仕方がキーポイントなのではないでしょうか。

>446 ：にゃ ◆G4ogTrNQ ：01/11/01 19:34 ID:mAxjGqQI
>グラフィカルなエディターです
>スクリプトは、中間コードに変換してゲームに組み込みます。
>ゲームごとに共通な部分はエディター上でもある程度実行できます。
>画面でみながらやっていくので、スクリプトをテキストとして入力するぶぶんは
>あまりないです。
>スクリプトっぽいところは
>演算とか、条件式の中身ぐらいでしょうか。
>
>とりあえず、参考までに
>
>１デファイン機能
>　ａ　文字列中の中を実行部で置換可能
>(名前とか、色とかに)
>
>
>２マクロ機能
>　無し
>
>3計算式
>　ｃ　条件式でもＣ言語並みの計算が出来る
>変数はすべてグローバル。漢字のみ
>条件式のなかでのみ=は==として扱う。このほうがプログラマーでない人にはいいみたいです
>
>
>４関数
>　ａ　単なるサブルーチンコール
>変数がすべてグローバルなので・・・
>ゲームごとのシステムは呼べるので十分かも
>
>書式
>　ｆ　その他、
>メッセージ、計算式はそれぞれ、専用のエリアに入力
>
>
>６構造化
>　ｂ　if-elseif-else-endif が実装されている
>　ｇ　switch-case が実装されている
>(選択肢として)
>
>7.セーブはシステム側でおこなう。
>実行スクリプトの名前、実行ポインター、コールスタック、
>スクリプト修正時のための補助データ、
>あと変数そのた必要なもの
>
>みなさん
>画像エフェクトは何種類ぐらいつくっているんでしょうか
>さっきかぞえたら70ぐらいでした

>447 ：名無しさんNetBurst ：01/11/01 19:59 ID:Q4tBwu9l
>１デファイン機能
>　ａ　文字列中の中を実行部で置換可能
>　ｂ　文字列中の中をコンパイラで置換可能
>　ｃ　変数をコンパイラで置換可能
>　その他。変数名に日本語使用可。即値も置換可。
>
>２マクロ機能
>　その他。コマンド名定義リストを書き換えることによって比較的容易にコマンドの
>　追加修正ができる。コマンドは最大４つの即値／変数／式／文字列をパラメータと
>　して持つことが出来る。ベースコマンドから派生コマンドを作ることが出来、
>　派生コマンド毎に各パラメータの即値の上限下限を設定できる。
>　派生コマンド名に日本語使用可。
>
>３計算式
>　ｂ　Ｃ言語並みの計算が出来る (),+,-,*,/,%,!,!=,==が使用可能
>　ｃ　条件式でもＣ言語並みの計算が出来る
>
>４関数
>　ａ　単なるサブルーチンコール
>
>５書式
>　ｄ　書式は、ＡＳＭ形式 mes メッセージ
>　その他。行頭の"@"をデリミタとして記述し、会話文は複数行に書くことが出来る。
>こんな感じ↓
>
>@会話 ゆかり VOICE00001
>　　　１行目。
>　　　２行目。
>@IF #和也と喧嘩した
>@表情変更 ゆかり・怒り
>@ELSEIF
>@表情変更 ゆかり・笑顔
>@ENDIF
>
>６構造化
>　その他。制御文はIFY,IFN,IF〜ELSEIF〜ENDIF,GOTO,GOSUB〜RETURN,
>　ONGOTO,ONGOSUB〜RETURNのみ。
>
>７セーブ機能
>　ａ　実行時にスクリプト自身を書き換えない
>　ｂ　単なるポインターセーブ
>

>455 ：名無しさん＠初回限定 ：01/11/01 23:01 ID:uhyPQFjL
>;------------------------------------------
>;※背景16　商店街・昼
>;------------------------------------------
>;□フェードイン
>
>;■健二
>　　俺は何となく商店街をぶらついていた。
>　　（さて、この後どうしようか。本屋で立ち読みでもしようかな？）
>
>;■健二
>　　などと考えながら歩いていると、前からこちらに向かって
>　　歩いてくる女の子と偶然目が合った。
>
>;------------------------------------------
>;※渡会睦月　普段着：通常
>;------------------------------------------
>
>;■健二
>　　（ん？　昨日のレッサーパンダ耳の少女じゃないか。）
>
>　∩ ∩
>　| ∪ |
>　|　 〜
>　|∧ ∧　　　／￣￣￣￣￣￣￣￣
>　( ,,ﾟДﾟ)つ ＜　これがウチでつかってるスクリプトの書き方。
>　Ｕ　　　　　　＼＿＿＿＿＿＿＿＿
>シナリオライター（外注）には一定の規則で指定を書いてもらっているぞ
>
>
>456 ：名無しさん＠初回限定 ：01/11/01 23:01 ID:uhyPQFjL
>この後、Perlで作った置き換えプログラムにかけて指定の部分を
>スクリプト化・・といってもＣＧ指定用のテンプレ「※背景16　商店街・昼」から
>BG_LOAD "cg29.bmp" という風な変換かけるだけ。
>
>マウス待ちはリターンが連続で２回、かつその次に人物名、もしくは
>ファイルエンドになっているところにPerlプログラムが自動挿入。
>細かい演出を社内で加えて、
>
>　　　　　　　　　あとは処理が上手く行かない個所を部分修正をかけて、
>　　　　　　　　 ∧ ∧　コンパイルしてスクリプトバイナリ化して完成だ。
>　　　　　　　　 (,,ﾟДﾟ)
>　　　　　　　　/　つつ　ＡＤＶ専用だからな、手間と効率を考えた結果だ
>　　　　　　 ⊂　　ﾉ
>　　　　　　　／（/″　　本当は式解析くらいは付けないと後で困るぞ。
>

>457 ：sage ：01/11/01 23:50 ID:+ylXX1P4
>１デファイン機能 　ａｂｃｄｅ
>２マクロ機能　　ａｂｃ
>３計算式　ａｂｃ
>４関数　ａｂｃｄ
>５書式　ａｂｃｄｅ
>　　　　　ａｂはオンオフを選べる ( エラー対策のために、通常は ａ は off です )
>　　　　　ｃｄｅを命令毎に選べる
>６構造化　ｂｄｅｆｇｈｉ
>７セーブ機能　ａｂｃｄｅ
>　　　　　ｂｃを選べる
>
>
>macro と define、func は特に強力にしています。
>
>殆どの命令は、windows api をラップした程度にして
>低レベル命令をマクロ化して高レベル命令にしています。
>
>そして、シナリオライターはマクロ定義された物、
>スクリプトを触るプログラマーは低レベル命令を使っています。
>
>シナリオライターは記号が苦手な方が多く、
>c より pascal や basic の方がわかりやすいと思います。
>そこで、スクリプターが極力記号を使わないようにしています。
>文字列中のマクロはしょうががありませんが。
>c 言語風にも切り替えは出来ますが、タイピング量が増えるので、
>シナリオライターから敬遠されてます。

>458 ：457 ：01/11/01 23:51 ID:+ylXX1P4
>// レジスタ
>#define rsample0 r200
>#define rsample1 r201
>// ファンクション
>#function samp0( p1,p2 )( l1,l2 )
>if p1==p2
>ret
>end
>p1 = p1 + 1
>p2 = p2 - 1
>m $n<p1>
>samp0 p1,p2 // 再帰
>ret
>#endf
>// マクロ　選択肢　とりあえず１択から３択まで
>#macro sel( sel,s00,s01,s02 )
>begin
>#if !blank( s00 )
>_s 0,s00
>#else
>#error sel命令が異常です
>#endif
>#if !blank( s00 )
>_s 1,s01
>#endif
>#if !blank( s00 )
>_s 2,s02
>#endif
>select sel
>#endm
>// マクロ
>#macro m( s00,s01 )
>#if blank( s00 )
>#error m命令が異常です
>#elseif blank( s01 )
>PlaySnd <s00>.wav
>message <s01>
>#else
>message <s00>
>#end
>#endm

>459 ：457 ：01/11/01 23:51 ID:+ylXX1P4
>
>main:
>m a000,メッセージ
>r10=r20+30
>if (r20>10 || r0==0 )
>switch r0
>case r111
>break
>case 5
>break
>end
>end
>samp0 rsample0,rsample1 // ファンクションコール
>r10=0
>while 1
>r10=r10+1
>if r10>10
>break
>end
>end
>sel r200,選択肢１,選択肢２,選択肢３
>一応 goto や gosub も使えます。
>
>
>460 ：457 ：01/11/02 00:21 ID:XXudnJYV
>ごめん、インデントが飛んでしまった

>461 ：名無しさん＠初回限定 ：01/11/02 00:49 ID:DICi0Zhu
>＞＞４５７
>そんな仕様にして使いこなせる奴居るの？
>作るのちょーめんどくさそー。
>
>１デファイン機能
>　ａ　文字列中の中を実行部で置換可能
>　ｄ　全てのトークンを置換可能
>２マクロ機能
>　なし
>３計算式
>　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
>４関数
>　ａ　単なるサブルーチンコール
>５書式
>　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
>６構造化
>　if goto
>７セーブ機能
>　ａ　実行時にスクリプト自身を書き換えない
>　ｂ　単なるポインターセーブ

>463 ：名無しさん＠初回限定 ：01/11/02 02:55 ID:HYoXxaLQ
>>>461
>たしかに例だとめんどくさそうだね。
>実際はもうちょっと簡単に落とせるんじゃないかとおもうけど…たぶん。
>
>うちの奴のスクリプトの例では、
>bg("bg01")
>fadein(エフェクト名,各種引数)
>
>こんにちは
>テストです
>
>if(a == 0){
>ａは\d"a"です
>}
>
>とかで、全角文章がメッセージになって、
>リターンコードが二回か、リターンコードの次に\以外の半角がきたらキー待ちってかんじです。
>\アルファベットで、キー待ち無しとかいろいろつけてみてます。
>
>
>464 ：名無しさん＠初回限定 ：01/11/02 03:03 ID:HYoXxaLQ
>あと、選択支とかは
>setsel("選択支１",SEL1) //選択支セット
>setsel("選択支２",SEL2) //選択支セット
>setsel("選択支３",SEL3) //選択支セット
>select() //セットした選択支で選択ウィンドウ出す
>とかなら、見た目と画面イメージが近くなるかなぁ…と勝手ながらおもってます。
>あんまり意味ないかもしれませんが。

>465 ：名無しさん＠初回限定 ：01/11/02 03:15 ID:63hfW7XF
>１デファイン機能
>　ａ　文字列中の中を実行部で置換可能
>　ｄ　全てのトークンを置換可能
>２マクロ機能
>　なし
>３計算式
>　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
>４関数
>　ａ　単なるサブルーチンコール
>５書式
>　ｄ　書式は、ＡＳＭ形式 mes メッセージ
>６構造化
>　if goto
>７セーブ機能
>　ａ　実行時にスクリプト自身を書き換えない
>　ｂ　単なるポインターセーブ
>
>これで今のところ問題はない。
>強いて言えば、構造化出来ないことか。
>理想を言えば４５７くらい出来ればいいが、オレには無理。
>しかし、４５７って凄くない？ホントにエロゲー？

>466 ：名無しさんNetBurst ：01/11/02 03:29 ID:MiWSvSmG
>＞447
>選択肢の書式は基本は、
>
>@選択肢
>　　　選択１
>　　　選択２
>　　　選択３
>
>@@選択１
>　・
>　・
>
>@@選択２
>　・
>　・
>
>@@選択３
>　・
>　・
>
>@@で始まるのはラベル。選択肢の文章をそのままラベルに使う。

引用が長くてすみません＞ＡＬＬ

それと、スクラッチ派とlex&yacc(flex&biosn)派がいるみたいです。
でも、ゲームプログラマーはスクラッチ派が多いのではと思いますので、
制作時のヒントやこういう状況の時にはこういう仕様がイイとか教えてください。
単体コマンドの機能ではなく、言語仕様はなせたらと思います。

>>http://www2.bbspink.com/test/read.cgi/erog/999446678/439-
元スレです。

XML派はいないの化？

GEML/GSML
http://www.wffm.org/download/dtd/index.htm

>>18
SGML系統(含XML、HTML)の記述言語は、データを表現するには非常に適していると思うが、
スクリプトのような制御構造を表現するには記述の際のオーバーヘッドが大きすぎると感じる。

yacってなんだよ。。。。

追記。XML使うならパーサ(解析器)が必要。メジャーなパーサは以下の二つ。
*MSXML IE4以上なら一緒にインストールされていると思う。SDKはMSで入手のこと(.NETβがいいかも)
DOMとか新しい仕様を使いたければユーザにIE5以上のインストールをお願いすることになると思われる。
*XML4C Apacheから出ている。基本的にUNICODEしか使えないので、日本語コードが使いたければIBMが出している多国語対応版を利用のこと。
スタンドアロンで動くので、MSXMLのようなIEのインストール作業が必要ない。新らしXMLの規格への対応も迅速(DOM2やSchemaに対応済み)
ただし、DLLのファイルサイズがでかい。多国語対応版は文字コード変換DLLがいるため、さらにでかくなる。

XMLについて勉強する際は@IT等が良いと思われ。

BulletMLなんか見ると単純な処理ならいけそうに思えるよ
http://www.asahi-net.or.jp/~cs8k-cyu/bulletml/index.html

こんな感じなんだけど
<action>
<wait>20+$rand*50</wait>
<changeDirection>
<direction type="absolute">180</direction>
<term>10</term>
</changeDirection>
</action>

中間コード吐くようにすれば実行環境側にはパーサ必要ないし。

・・・でもあんまりメリットないかな。

>>21
ん？MSXML だけインストールさせれば？

XML 使う利点ねえ。
・自分でパーサ書かなくて済む
・生成も DOM 使えば簡単
・SOAP とかネットワーク分散とか
・DTD や XML Scheme といった標準規格で記述した仕様をそのまま使える

個人的には4番目が大きいな。
自分流で仕様書くと必ず曖昧で相手に伝わらない点が出てくるから。

せっかくなのでageましょう。

Microsoft XML Core Services 4.0 RTM
http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/msdn-files/027/001/766/msdncompositedoc.xml
MSXML 3.0 Parser Localized Versions
http://msdn.microsoft.com/downloads/sample.asp?url=/msdn-files/027/001/573/msdncompositedoc.xml&frame=true

>>23
・XMLエディタが使える。SchemeやDTD使って文法チェックや自動補完の支援も受けられる
・正確な文法を相手に伝えることができなくても、「こんなかんじ」でサンプル渡せばなんとなく書いてもらえる

エロゲーのシナリオってホントにXMLなんて必要なの？
プログラマのオナニーじゃないの？

それは>>19でも指摘されてますな。
なにかこう、画期的なXMLエディタでも出てくれば事情が違ってくるんだろうけどねえ。

>>27
なんでエロゲーに限定やねん。
それはおいといて、キャラクタのデータベース作るときとか良いかもですよ?
たしかにCSV形式で必要十分っちゃそうなんだけど。

プログラマの自己満足?その通りですわ。本業にフィードバックできるしね。

ありがと。やっぱそうだよね。
変な関西弁だったけど(w

bison/flex派です。
プログラム板にも書きましたが、あがってないようなので…。

http://www.oishi.info.waseda.ac.jp/~oishi/interpreter/ma.html
を元に見よう見まねで電卓を作ってみました。++,+=,16進数等を追加。
↓ソースコード
http://page.freett.com/pluteus/works/bin/calc.lzh
まだif文などにバグありですが、これからゲームに組み込んで、
スクリプトエンジンにしたいと思います。

仕様は…
１デファイン機能
　電卓なので変数宣言不要
　関数は定義可能
２マクロ機能　なし
３計算式　a,b,c,d
４関数　b
５書式　e
６構造化　a,d,f,i,j
７セーブ機能　なし

switch〜case文、break文、continue文、配列変数なども実装したいんですが、
どこかにbison用の構文解析ソースないですか？
簡易電卓機能までなら結構見つかるんですが、
スクリプトエンジンともなるとちょっと見つかりませんでした。
書籍を買えば分かるのかもしれませんが、
ソースを見たほうが速いので。

>>31
yaccので良ければgccのソースに含まれているよ
http://gcc.gnu.org/

っつーか探せば余裕ででてくるが？

>>32
>っつーか探せば余裕ででてくるが？
探すとこが良くなかったようですね、ありがとうございます。
(Googleで"bison flex ソース"とか)

gccくらい高度になると全部自力で構文解析してるのかと思ってました。
調べてみます。

みんなはゲーム用に使うスクリプトで、小数を定義してる？
やっぱり小数も扱えるようにしてあると便利なのだろうか・・・。
ちなみに、自分は bison 使って構文解析機作ってます。

>34
どうしても必要な場合、固定小数点でやってるよ。
小数点以下２バイト、実数２バイトで。

>>35
なんでそんな回りくどいことするの？
普通にbignum作ればそれでいいじゃん

>>36
どうしても必要な場合って言ってるだろ。
計算が速いから固定小数点使ってるんだよ。

固定小数点の計算が速かった時代も終わりつつあるってか終わってるな

うむ。最近のCPUは凄いのう。
ていうか、3Dゲームに使うスクリプトなら実数に対応せざるをえない。

486SXとかDXとか言ってた時代が懐かしい・・・

8086互換環境、しかもSmall Model用にゲーム向けスクリプト言語
環境作ってます。環境なんでエディタなんかも込みです。
最近のPCとは比べ物にならないくらい制限がキツイけど、これぐらい
キツイと逆に作り応えがあります。

マゾなの?テキストアドベンチャーでも作るの?

移転してきました。

>>37
どうしてもってなに？
bignumなんて一度作れば終わりじゃん。
もしかして、毎回スクラッチしてるの？

JAVAバイナリインタプリタの話題はやくしよー。
とりあえず、フリーのものさがしてみるよ。
コンシューマ機でものっけれるような素敵なのないかな。

この辺は使いえないですかね？
http://www.cc.yamaguchi-u.ac.jp/~shingo/WabaWorld/
携帯機用だから、コンシューマ機に載せ易いかも。

1の言うスクリプトってよくわからない。
何の為に作るの？
あそこまで作るんだったら、Cをそのまんま使った方がいいと思うんだけど。
ちょっとした言語仕様を盛り込みたい為に、体系を一から構築するのって
どうなの？

前スレの者ですが、
ざっと考えるだけでも

１）シナリオライターが逐次修正した物を
　　プログラマーがいちいち打ち込むのは大変。

　　プログラマーとシナリオライターが同じ場所に居るとは限らないし、
　　かといって、シナリオライターがソースを触ると危ないし、
　　シナリオライター全員の分の言語ライセンスを買うわけには行かない。
　
２）バージョンアップの時に、一部のシナリオファイルの改訂だけですむ

とか、色々あると思います。

>>46
WavaはどうやらGPLみたいですね。ﾄﾎﾎ(；´Д｀)
やっぱ仮想マシン自分で作れってことか。

>49
えっ！なになに！GPLだとまずいの！？
これゲームにのっけるとき、ソース公開せんといけなくなるの？

>>50
ご明察。
MS関係者が「GPLはソフトウェアに感染するウィルスみたいな物だ」と発言してオープンソース業界で問題になったことがあったが、
MSの気持ちは痛いほどよくわかるよ。
今の流行はGPLじゃないソースコード公開、勝手に使ってくれというライセンスやね。pngとかzlibとかPythonとかそうでしょ。

＞これゲームにのっけるとき、ソース公開せんといけなくなるの？
ニュアンスに違いかも知れないけど、誰かに要求されたらソースを公開する
必要がある、という意味だと思いますけど。
作ったからと言って、サイトに無償公開しろ、という意味ではないはず。

もちろん、利用したらGPLであることを記載しないといけないですけどね。

なるほどなるほど・・・
BladeOfDarknessっつー洋ゲーにPythonがつかわれてたのは
そういうことか。

スレ違いだけど、ゲームに剛体シミュいれたいなーとか、
シャドウボリュームつかいてーとか思ってる人は、
BladeOfDarknessみとくといいかも。
デモ版があるよ。

>>52
自分が配る時は無償でなくてもいいんだけど、
それを得た他人が無償でくばってもいいので
結局（ソフト自体は）無償で公開してるのと一緒。

え、GPLedな開発環境で作った成果物って別にGPLに縛られない
んじゃないかな。基本的に別物扱いで、実行環境等を入れるにしても
GPLに縛られるのはその実行環境のみのはず。
＃そうでなければgccなんて使ってられんぞ…。
ちょっと違うのはライブラリの場合で、これは大抵LGPLという緩い
ライセンスになっていて、そうなっていた場合は大抵ダイナミック
リンクする範囲では問題無くなってるはず。

間違ってたらスマソ。

>>55
>え、GPLedな開発環境で作った成果物って別にGPLに縛られない
>んじゃないかな。基本的に別物扱いで、実行環境等を入れるにしても
>GPLに縛られるのはその実行環境のみのはず。

GPLなライブラリやGPLなコードとリンクされる場合ね。縛られるのは。
LGPLでないかぎりはスタティックリンクでもダイナミックリンクでも
しばられる。

じゃあWindowsのDLLとGPLをまぜて使うときはどうなんだという
話はボーダーラインの話なのでGNUの見解を参照。

>＃そうでなければgccなんて使ってられんぞ…。

gccを非GPLなモノに使っていいのは特例です。

>ちょっと違うのはライブラリの場合で、これは大抵LGPLという緩い
>ライセンスになっていて、そうなっていた場合は大抵ダイナミック
>リンクする範囲では問題無くなってるはず。
こっちはあってる

GPLの話題は別のところでしましょうかね

誰か、GPL/LGPL等ライセンスとゲーム製作ってスレ作ってくれないかな。
携帯だからスレ作れないの。

作りました。

GPL/LGPL等ライセンスとゲーム製作
http://game.2ch.net/test/read.cgi/gamedev/1005818191/

本題ですけど、Javaの環境流用でなくても、
既存のスクリプトエンジン探せばいろいろ落ちてるんじゃないでしょうか。
未評価ですが、この辺とか。
http://home.elka.pw.edu.pl/~ppodsiad/seer/
http://www.compuphase.com/small.htm

もし自作するなら、あまり気合い入れて作りこまないほうがいいかもねー。
BASICとかバッチファイル並みで十分だと思う。
プログラマ以外にはろくに機能を使いこなせないスクリプトとか、
普通にコンパイラ使えばいいのにってスクリプトになるのもアレだし。

でも、既存の練られた言語ってやっぱりいいと思わない？
つかってるうちにその言語習得できちゃったりして。

seer, smallと来たところで、Luaもはずせませんな。
http://www.tecgraf.puc-rio.br/lua/

JavaのVMってアプローチがあるなら、CLIのVMってのもありではないのかな。
対応言語が増えすぎてしまうが(w

スクリプトコンパイラは（言語仕様が）あまり高性能すぎるのもどうかと思う。
あまり言語仕様が高性能すぎても、今度はスクリプトコンパイラ上で動くスクリプト自体の
デバッグに追われることになってしまう。

>>63
あまりに言語仕様が高性能すぎる

と、

スクリプトコンパイラ上で動くスクリプト自体の
デバッグに追われることになってしまう

ということになるってどういうことだろ・・・

言語仕様が単純でも高機能でもデバッグに追われるよ

今話してるスクリプトは、プログラマ以外が使うことを想定してるから
凝って自由度を上げすぎると、シナリオ担当者等が扱えきれなくて本末転倒
と言いたいのだと思われ。

すんませんスクリプトの手軽さはわかっとりますが、
JAVAを組み込むのにモえてもたよ。
http://www.netgene.co.jp/java/docs/javaPressVol14.html
ここを参照でまーなんとかできそうだ。

this->*(_opcodes[*_pc]))();
こんなことをやってオペコード実行しとりますが、
このやり方にマンセーなかたがいらっしゃいましたら、
てきとうなとこでウプしますけど。
はは・・・たたかれそうだな・・・。

JavaVM用の言語って現時点で一杯あるんやね。Javaにこだわる必要は無いな。
http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html

JavaVMかぁ。ちょっと面白そうだけど、今から勉強するならCLRかな〜って気もする。
ただ、MSから仕様書拾ってきたらページ数ありすぎで読む気しない。
英語馬鹿でも読める、もちっと纏められた資料ってないんかの〜。

良スレage

>>68
CLRかぁ！うーん・・・どうしよっかな・・・。
でも　>>67　のみて十分JavaVMでもいろんな言語いけるおもたよ。
日本語資料よくできてるし。
べつにバイナリコードでプログラムするわけないしね。

いっそのこと
Javaベースにしてメイン部分をJNIに逃がす、
ということはできないのだろうか。

GNUの連中がC#->JVMコンパイラ作ってるよ

>72
まぢ！Java言語じたいより、VMのほうが長生きする予感

>>66
せっかくだからアプしようぜ。

>>68
俺もダウンロードしてきたけど、読み応えありすぎるわ(w

>>71
できるだろうけど、ほとんど意味ないんじゃない？
プログラマ以外の人が簡単にゲームのフレームや流れを作れるようにするために
スクリプト作るってのが元の目的でしょ？

まあ面白いけど(w

.NETに対抗して.GNUとかやらんのかね

>>76
うーん、GPLなんかだと激しく萎えるなあ

http://www.gnu.org/projects/dotgnu/

>>78
ハハハ、なんつーかそこまでムキになるなやって感じやな。

age

>>76
あれ？やってなかったっけ？ほのかに記憶あるんだけど。

お気に入りのIDが出たYO!!

>>72
みつかんないよーどこにあるの！？

まだ作ってる途中ってことじゃないの？

>>81
>>78のリンクみろ

>>83
http://www.gnu.org/projects/dotgnu/projects.html 「* Support for Java bytecode」
http://www.southern-storm.com.au/portable_net.html
まだ実装されてません

嘘です
実装されてます

>>85 サンクス！Cygwinでコンパイルためしてみるよ〜
良スレ（俺的に）アゲ

CYGWIN用C#コンパイラできました。結果報告。
・普通にC#コンパイラとして使えました。（EXE出力）
・JavaVMアセンブリソースのはきだし方。
%cscc -mjvm -S source.cs
この出力結果から、.classができるかどうかは、まだわかりません。

GNU C#コンパイラのJavaVM出力に関する結果報告

>>88　の方法で吐き出した　source.jl (JVM-ASMをIL形式で出力したもの）
をilasmにくわしてみた。
%ilasm -mjvm source.jl
（-mjvmオプションはソースをIL形式のJVMバイトコードで出力）
出力結果.objをみてみたけれども、.classにはほど遠い。

.jlをjasmin(JavaASM)のフォーマットに変換するのが
C#->.classへの近道っぽい。（わりとよく似てる）

JavaVMはスタックマシンだけどCLIはレジスタで結構違うって噂聞いたことあるけど…

>>90
CLIもスタックマシンらしいけど？
ここにC#コンパイラがどうしてJVMコードをはけるのかとか
なぜgccと統合しなかったのかとかが書いてある
http://www.southern-storm.com.au/pnet_faq.html

ありがとう。2.4節あたりに書いてあったね。
JavaVMと似てるならCLI真面目に勉強したいな。洋書読める程英語できないし、早く翻訳されないかな。

簡単なスクリプトのコンパイラって無い物でしょうか？
BASICのIFが使える程度で良いのですが、
色々調べても難しい物ばかりでなかなか良い物を探せません。
何か良い物があったら教えてください。

↑富士通から出ているF-BASIC for Win95 がお薦め。
グラフィックだとかも使えるしね。

>>94
おいおい。

>>93
コンパイラじゃないけどこの辺を
http://member.nifty.ne.jp/nakamula/recurs.htm

>>94
F-BASICは産業分野で大活躍しとる。
N-88Basicで書かれた昔の計測システムとかを動かすのにな

板違いsage

しまった。コンパイラ・コンパイラの板だったのか。素で間違えた。
スマソ。

>>94
ttp://member.nifty.ne.jp/KENJI/
ここがおすすめ

>>94
スクリプトコンパイラで検索すれば色々でてくるよ。

専学の卒業用のプログラムでスクリプトコンバータが必要ですが、
色々調べても難しい物ばかりなので、自分で拡張できそうにないです。
何か拡張を前提とした良い物って無いでしょうか。
ソースがわかりやすいものが良いです。

>>100
前述のリンクたどって1からスクリプト組んでみるといいと思う。
できたころには、他のスクリプトも拡張できるようになってる。

俺の場合だけど

>>101
サンキューです。
単純なスクリプトコンパイラを作るのソースを参考にしてみます。
これなら簡単に理解できそうです。
専学で作ってるゲームシステムをどこかにアップしてみんなに見てもらうことって
出来るんでしょうか。
いえね、なにか自分のがプロの方にはどう見られるかと思ってね

ふつーにwebにゲームのソース公開しててもなかなかリアクションはこないみたい。
2chにさらすのが手っ取り早い。

>>103
つまらない物だけど、もし出来上がったらさらします。
単なるアドベンチャーゲームのエンジンなんですが、
ちゃんと出来ているかというより、
今後何年間かでプロになれるかが心配なのでみんなに見てほしいです。

>104
100のADVシステムきぼん

アドベンチャーゲームのエンジンをあぷしておきました。
ttp://www4.famille.ne.jp/~yo-ogawa/cgi-bin/bbs/upload.cgi
批評お願いします。
新しく板、作ったほうがいいでしょうか

さっきの奴は半角版から行かないとだめなので、こちらにアップしておきます。
http://www.nyan-web.ne.jp/~mystyle-jp/cgi-bin/upboard/imgboard.cgi
サンプルも入れておきますので、批評お願いします。

まあまあじゃないの？最初としてはさあ。

やねうらをＳＤＫは、使ってみた感じ、言われてるより遥かに使いやすいと
思ったのだが。Ｃ言語っぽいし、WindowsAPIも呼び出せるし。

yaneSDKは大きく分かれるね
優秀なサンプルプログラム、ライブラリとしては後一歩のところがとどかない。

とかいて気付いたが、yaneSDKはそのままC言語だろ。（ｗ
正確にはC++だけど。

>>100
108 ではないけど、最初に形にした物としてはよいのでは。
自分が初めて形にした物よりはだいぶマシ（苦笑）

ただ、400 行以上にもなる関数があるのは頂けないので、
そのへんは注意せんとね。

>>110
スクリプト言語のほう言ってるんじゃない？
ここのスレで言っているからして。
しかしそれにしても、いまどきフリーのC/C++コンパイラもあるのに
わざわざC言語に劣るスクリプト言語を使うメリットはそんなに大きくないだろう。

スクリプトにすればわざわざコンパイルしなくていいじゃん。

>>113
一発でmake後実行できるように環境を整えておけば似たようなもんだよ。

スクリプト言語って記述しやすければ開発が楽になるが、腐った仕様の
スクリプト言語をつくっちまうと逆に足手まといになるね。

>>114
シナリオライタとプログラマが同一人物とは限らないし、
シナリオライタが複数いることもある。
プログラマ以外の人がシナリオを触ると、問題が出てくることが多い。

動作チェックするときにも再コンパイルをして、
コンパイラの最適化によるバグも防げる。
もちろん、スクリプトコンパイラは十分バグ出ししていることが必要だけど。

スクリプトコンパイラでちゃんとスクリプトのバグを出してくれるのであれば、
バグも出にくくなる。
表示される文字セットの問題(改行コードや主人公の名前など)も
解決しやすくなる。

シナリオの既読と未読などもスクリプトコンパイラの方が管理しやすい。
(Ｃのマクロでもできるけど)
スクリプト言語にＣ言語の記号を持ち込まなくて良い。
だいたいのシナリオライタはＣ言語の記号を説明すると、記号が多くいやがる。
ＢＡＳＩＣ風(ＰＡＳＣＡＬ風)な方が喜ばれることが多い。

弱点は動作スピードが若干遅くなること。

やねうらおＳＤＫは、デキは悪くないけど、
難易度がＣ言語やＣ＋＋のそれと変わらない気がする。汎用性ありすぎ。
つまり、あれを使いこなせるくらいなら素直にＶＣ＋＋弄った方が
いいかも。

ＳＤＫとスクリプトをごっちゃにしないでくれ。どっちがどっちがわからん

>>116
客観的にみたとしてもC/C++よりかなり使いにくいですが・・・

新しいバージョンをあぷしました。
前回と違うところはシューティングシーンを付加しました。
No.558です。
http://www.nyan-web.ne.jp/~mystyle-jp/cgi-bin/upboard/imgboard.cgi

>>108&111
ありがとうございました。
専門学校卒業というだけで白い目で見られていたので、これで自信がもてました。

四年制大学でたってアーパーで使い物にならんやつはたくさんいるし
専門だからっていって気負いするこたあない、がんばれ。スレ違いなのでsage

>四年制大学でたってアーパーで使い物にならんやつはたくさんいるし
ちなみに今年度、は（高卒の就職率＞大卒の就職率）でした。
それでも大学進学を強くお薦めします。
大学出てもポアなヤツは、高校出だと、もっとポアな可能性が高いので。

ベーマガの２月号でスクリプト言語を作るっていう記事が始まったね。

Cマガ2000年5月号の参考にスクリプト改造してたんだけど、
どうも、mallocの数とfreeの数一致してないように見えるんだが…。

古いから誰も知らないか

>123
freeが全然たりないんでは？
文字列用に確保したメモリ、解放してないし。

シナリオをPerlでＣのデータに変換してコンパイルしています。
置換とか評価とか、面倒なことはコンパイラに任せています。

#! /bin/bash
cat $1 | gcc -E -

これだけでも、コメントとディレクティブを処理してくれるツールになります。

>>125
それだけだったら素直にcpp通せば……。

age

　

>122
どうなりました？

上の方の会話がわからなかったのですが、
今わかりました。

YGS2k 正式名称はyaneuraoGameScript2000

有名なyaneSDKのほかにスクリプトコンパイラも
存在しているのですね。

良スレあげ。

★あなたのお悩み解決致します！！
●浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します！！
●盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも！！
●行方調査
行方不明になっている家族の消息を調査致します！！
●電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します！！
●ストーカー対策
社会問題ともなっているストーカーを撃退致します！！
その他人生相談からどんなお悩みでも解決いたします！！
　直通　　０９０−８５０５−３０８６
ＵＲＬ　　http://www.h5.dion.ne.jp/~grobal/
メール　　[email protected]
　　　グローバル探偵事務局　

　　　　　　　　　　終　　 了　　 し　　 ま　　 す　　 た　 。
　　 　　　　　　ｎ　　　　　　　　　　　　　　　　　　　　　　　　　 n
　　　　　　　ミゝヽ　　　　　　　　　　　　　　　　　　　　　　　　/ ヾ彡
　　　　　　　　ゝ ノ　　　　　　　　　　　　　　　　　　　　　　　 ヽ ヾ
　 　　 　　　／　/∧＿∧　　　　　　　　　　　　　　　　∧＿∧|　ヽ
　　 ｱﾋｬｰ　.|　 <（　 ﾟ∀ﾟ）　　　　　　　　　　　　　　　（ﾟ∀ﾟ　 ..）>　| ｱﾋｬｰ
　　　　　　　 ヽ　ゝ ヽ⌒ヽ　　　　　　　　　　　　　　／⌒丶　ゞ　/
　　　　　　　　ヽ　 　 　 　 ヽ　　　ｎ___　　_ｎ　　　 /　　　　　　 /
　　 　　　　　　 |　完　　/ヽ　⌒二ソ__彡ミ__ゝ二⌒　 /ヽ終.了|
　　 　　 /￣＼_|　　　　|　￣￣　　　　　　　　 ￣￣ 　 |　　　　|_／￣ヽ
　　 　 　＼　ヽ 　 　 　 ヽ　 　　　　　　　　　　　　　 　/　　　 　 ノ　 ／
　　 　　　　＼⌒ゝ~＼　 ＼　　　　　　　　　　　　 　 ／　／~ ヾ⌒ ／
　　 　　　　　ヽ (　 　 ＼　 ＼　　　　　　　　　　 ／　 ／　　 　） /
　　　　 　　　　∪　　　　＼　 ＼　　　　　　　／ 　／　　　 　 ∪
　　　　　　　　　　　　　　　 ＼　 ＼　│　／　　／
￣￣　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣
　　　　　　　　　 　　　　　　 　─（ ﾟ ∀ ﾟ ）＜　 　　　終！
　　　　　　　　　　　　　　　 　　　 ＼＿／　　 ＼＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　　　／　│　＼

>130
普通のスクリプトエンジンだ

yaccに興味あるんだけど何をどうしたらいいのかわからん。
だれか良質な解説サイト知らない？

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

>>133
時代はboost::spiritだぜ！

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜ ｜ ｜　　　　　　　　　　　　　　　　　　 ｜ ｜ ｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

luaとかどう？
coroutine(協調thread)とか使えないかな？

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

スレ振るっ

LUAおもしろそうだけど使い方がいまいちわかんない。
スクリプトつかう以前の環境設定の段階で。
VC6でのつかいかたおしへて>>137

ほっしゅ、しゅっほ、しゅっほっほー

スクリプトの実装にForthを使う漏れは少数派ですかそうですよねorz。
パージングがいらないので仮想コード化が楽だし、
比較的軽くて小さなＶＭが作れるしで個人的には大好きなんだが。
RPN構文に癖がありすぎるからかねぇ。

最初に書いたスクリプトエンジンがForthだったな
構文解析いらないので楽〜
逆ポーランドヽ(´ー｀)ノﾏﾝｾｰ

>>140
半年前の書き込みにレスするのもあれだが
Caluaという、「luaの組み込みを簡単にするためのライブラリ」がある。

ttp://calua.sourceforge.net/

AngelScriptなんかもいい。
http://www.angelcode.com/angelscript/

age

このスレで言うスクリプトってRPGやギャルゲーのシナリオだけ？
シューティングの敵の出現・動作パターンや格ゲーのモーションデータまで含めると

ゲームの本体プログラム≡スクリプトのインタプリタ

って位ゲーム製作において重要な部分だと思われ。
ここら辺はＣで直書きする訳にも行かないし、皆どうしているか聞きたい。
（格ゲーのモーションをＣで書いたら相手のモーションと同時実行するために
マルチスレッドが必要だったり、
技をキャンセルするのにスレッドをkillしなくちゃいけなかったり訳分からん）

> 格ゲーのモーションをＣで書いたら相手のモーションと同時実行するために
マルチスレッドが必要だったり、

んなあほなｗｗ

も前は、キャラクターごとにスレッドを作るのかｗ
普通は、ゲームでは非プリエンプティブなマルチスレッドを使う。
つまり、コストの低い、擬似タスクな。
あと、モーションは、デザイナにまかせたりするので、スクリプトで制御することも多いよ。

まあ自分はスクリプト制御です。上のは反語表現というか、
酔ってたせいで何に煽ってるのか分からない煽り口調になってるしｗ

>非プリエンティブなマルチスレッド
は一般的なＯＳ＋Ｃでは不可能ですよね。機械語で書く場合でしょうか。
それともsetjmpで無理矢理実装とか？

>>148
コンソールの話だと思われ。
時代遅れの発想なんであまりやって欲しくないけどね。

>>146の疑問はもっともだと思うよ。
今はまだそれ以前の部分で躓いていて
問題を先送りにしているが、いずれ考えなきゃいけない部分だと
俺も思っている。
インタプリタは難しいんで、MIDLコンパイラみたいに
スクリプトからC++ソース生成じゃ駄目かなあ？

>C++ソース生成
用途によりますよね。
ギャルゲーやRPGなら大丈夫だけど、アクション系のゲームだと前述のような問題が。
自分はRPGを製作中ですが、複数キャラを同時に歩かせたりメッセージ表示しながらアニメしたりと
「スクリプトのシンクロ実行」を実装する予定なので、頑張ってインタプリタを書いてます。


基本的にＣとかは1スレッドにつき1つしかプログラムの「筋」を持てない。
で、ゲームのメインスレッドというのは大抵メッセージループを回す構造になってるわけで、
ループ回しつつ逐次実行のコードを同時に走らせようと思ったら別スレッドにするか
スクリプトとして（もしくはスクリプト風に）実行順序をデータとして持っておいて
ループで実行するしかない、というのが前提条件かと。

最近「生成的プログラミング」とやらが流行ってるお陰で
大抵の言語に出来のよいパーサが開発されたり、
継続やらモナドやらExpressionTemplateやら「言語内言語」に関する技術がたくさん出てきたりしているので、
その辺をゲーム開発に取り込んでいったら面白いんじゃないか、と思う次第であります。

俺も同じようなことやってます。
某ステフでアクションRPGのスクリプトを作ってますが、シンクロでは悩まされます。
試行錯誤であーでもないこーでもないと何とかやってますが、地味に面白いですよねｗ

保守age

>>151
詳細希望

詳細もなにも一言で要約できるぞ。

boost::spirit使ってみろ、と。

いや、パーザじゃなくてシンクロ実行のほうじゃないの？

模式的にコードを書くと、
pTaskをタスクオブジェクト（clock()でアニメ等を一コマ進める）
へのポインタとして、

case WM_TIMER:

if (pTask == NULL)
　pTask = ScriptEngine.EvalNext(); //スクリプトを1ステップ実行
}
if (!pTask->clock()) {
　delete pTask; pTask = NULL;
}

シンクロ処理は
class Sync : Task {
　Task*[] _tasks;
public:
　bool clock() { for (...) { _tasks[i]->clock(); }
};
みたいな感じで行けます。

スクリプトは以下のような感じで、

えっと…(sleep 10)どうしようか。wait

これを
・全角文字を""で囲む
・全体を'()で囲む
と処理すると

'("えっと…"　(sleep 10)　"どうしようか。"　wait)

というschemeコードになります。リストの要素要素がEvalNextで返されるTaskです。
現在エンジンにはvismというschemeライブラリを使っていますが、
公開停止しているのと微妙に仕様が合わないのとで、現在手書きを検討しています。

なるほど
そのやり方覚えておこう

ほぼスクリプト部完成しますた。
と、チラシの裏

良スレあげ

ギコＢＡＳＩＣのまとめＷｉｋｉが落ちたんだが
ttp://onigiri.s3.xrea.com:8080/delphi/index.php?cmd=read&page=gikobasic

だれか所在を知らないか？

残念ながら・・・

そうでげしたか…

ギコベなくなったのかー！
使わせて貰ったことあるからちと悲しい

wikiが落ちて
そして誰も作らないだけだぜ

今になって思えば、スクリプト部の文法は
中途半端にHSP互換じゃなくて、完全互換の方がよかったのかなと

チラシの裏

インタプリタ作成は難しいですね。
最近、言語自体に興味を持って作り始めましたが
数字と演算子の数を出力するぐらいしか出来ません。

シナリオ用スクリプトを構造化することってできるだろうか。
グローバルスコープなフラグとラベルジャンプでできたスクリプトでは、
フラグの一貫性やループに陥っていないか等の解析が手動でも自動でも
著しく困難になる。
凝り性のシナリオライターが作ったスパゲッティフローチャートを
if, for, while & 関数・サブルーチンだけで書き下せると思う？

思う

>>169
色んな問題をスクリプトだけで解決しようとしすぎじゃね？

>>169
俺がxmlの研究目的で作ってるxmlベースの言語が
narrative documentをプログラマブルに扱えるものでPLの制御構造と組み込みライブラリと例外処理と文章に対するメタデータ記述能力を持ってるが
こいつはメモリ上に中間コード吐いてインタープリタで直に実行するかほかの言語のソースコード吐くようになってて要するにEiffelなんだが

>シナリオ用スクリプトを構造化 は出来てるぞ。
ただし、ライブラリは組み込みのみでそのライブラリを作るのはプログラマって割り切ってる。
あと要素の評価結果が文字列なら標準出力へ出力するんだけどその標準出力を定義するのもプログラマ。
つまり組み込みライブラリと出力先をADVエンジン用に実装すればADVエンジンへの応用が利く。

こういうもんを作れば
>シナリオ用スクリプトを構造化すること
スパゲッティフローチャートをif, for, while & 関数・サブルーチンだけで書き下す
は実際に出来てる。

あと言語そのものがxmlなんでXSLTやXSL-FOでhtmlやPDFへ"スパゲッティフローチャート"を変換できる。
そのためにメタデータ記述能力を持たせた。
あとxmlそのものが機械的に管理されることを前提に
設計されてるのでIDEなんかが作りやすいメリットもある。

欠点は専門的すぎてちょっとしたhypertext systemを実装できるくらいの学術知識が必要かな。情報系の卒論向きだな。
ラベルによるgotoは全部xlinkだったりするし。

結局、出来たとしても>>171の言うように問題の切り分けとそれを解決する人間を別々に用意する必要があるよ。
そういう前提で作ってるし。

>ラベルによるgoto
結局スパゲティかよ('A`)

スクリプトエンジン制作中
目的に合わせた複数の言語を作り、共通の中間コードにコンパイルして、共通のVMで動作させる予定なのだが、VMの仕様で悩み中
最初はCOMET互換のものを作ってたんだが、スタックマシンの方がシンプルになりそうな気がする
フラグレジスタとか考えなくていいし、そもそもソフトウェアで動作させるんだからレジスタとかいらなくね？みたいな
他のスクリプトのVMの実装を知らないんだが参考までに、おまいらの意見をいただけないでしょうか

俺のスクリプトにVMなど存在しない
ただ内部データ(登場時刻、位置、画像、移動パターン)に変換するのみ

JVMとか.NETのCLR（つかmono）参考にしたらどうだろうか
前にゲーム製作技術板でゲーム用DSLにJVMのサブセット実装してた人がいたよ。
（しかもコンパイラはJavaを使うらしいｗ）

まあ、再発明になると面白みがないだろうがポータブルな実装つくるのもいいんでないのかな？

ごめん、ム板と勘違いしてたわ

速度の面でどう頑張ってもYpsilonに勝てないので自作やる気がなくなった

>>179
What is "Ypsilon"?

>>179
もしかして、リトルウイングのScheme処理系？
http://www.littlewingpinball.com/contents/ja/ypsilon.html

あ

ゲーム屋就職用にGauche忍びこませたexe作ろうと思ったけど、どうあがいても相手のマシンにGaucheが入ってないとダメみたいだからあきらめた
ニートで何が悪い
Scheme処理系作ったら本気出す

ｐ

>>176
なんという定義ファイル

過疎ってるけど、ここが一番あってる気がするからageるね。

できるだけ単純に書けて、単純な出力をするスクリプト言語を作った。
定義ファイル代わり＋シーケンスも多少は書けるってとこ。
興味があったらどうぞ。
ttp://kushi.lv9.org/teco/index.html

【Lua】組み込み系言語総合 その4【Squirrel】
http://hibari.2ch.net/test/read.cgi/tech/1301414458/

こっちの方が近いと思う。

誘導ありがとう。
ゲーム用途を考えてたからここに書き込んだんだけど、あんまり関係ないのかな？
このスレの最初の方の人達に見てもらいたくって。
向こうにも書き込んでみようかな。

保守

落葉

書き込みテスト

両方使ったことない

http://toro.2ch.net/test/read.cgi/gamedev/1330137413/1-100

保守

hoshu

保守