行ってきます!というわけで、前にお知らせしたアルメニアに向けて出発する日となりました。何でもこの辺りは日本人にとって一番遠い一番知られてないところらしいです。帰って来たらいろんな写真やみやげ話などみなさんと楽しめればと思っています。何でこんなものを書いたかすらわからなくなることもある、だからこそ、見やすくわかりやすいスクリプトを書こう、そんな趣旨でここ何回か書いてきました。字下げや名前の付け方だけではカバーできないところもあります。後から見ると忘れてしまってることもあります。そんなややこしいことをする時は、コメントを入れておくといいですね。この変数は何故必要なのか、この関数はどういうはたらきをするのか簡単に書いておくといいのです。コメントというのは文字通り説明ですが、コンピュータがプログラムの部分とは見なさい文のことです。リンデン・スクリプトでは、スラッシュを2つ入れると、その後、行の最後までに書いてあるものは無視されます。関数の時はその関数のすぐ前にこんな風に書いておくといいでしょう。ドアを開ける処理openDoor()こんな感じです。変数の場合は、変数はズラズラとスクリプトの冒頭に並ぶこともあり、いちいち上下にコメントが入ったのでは何がなんだかわからなくなります。そこで、その変数の後に書くことをお勧めします。選択した色のベクトル値といった具合です。コメント「//」の始まる縦の位置を揃えておくともっと見やすくなりますね。外の関数に出てまた戻ってくる処理など結構長丁場のスクリプトを書くことがあります。すると、その長いスクリプトから目的の場所を見つけるのに結構時間がかかったりします。そんな時も、このオレンジ色で表示された日本語のコメントはぱっと目に入ってきて助かります。自分のためにコメントをつけることをお勧めします。殆どスクリプトの形を整えることを中心に書いてきました。これらは別にスクリプトの動きに直接影響するわけではありません。面倒でもあり、手を抜きたい部分でもあります。逆にこの形の部分を最初にしっかりとしておけば間違いも減り、仮に間違えてもすぐ気づくのでより早くスクリプトを完成させることもできるのです。!実はここまで長々と書いてきたことは全てうまく動かないスクリプトの原因を知るための前提なのです。原因の調べ方については、いよいよ次回から書いていきます。お待たせしましたが、是非楽しみにしていて下さい。前3回にわたって字下げや改行について書いてきました。この他にわかりやすくする方法に変数や関数の名前の付け方というのがあります。前に書きましたように、しばらく経つとその自分が他人になってしまうことがあるのも事実です。実はこの項は書こうかどうしようかと今まだ迷っている位なのです。したことも初心者の方にとって何かの参考になるかもしれず、と思い、やはり書かせて戴くことにします。自分に合った名前の付け方をされることを願っています。関数から行きましょう。自分で作った関数の名前はその関数のはたらき、処理内容がすぐわかるように「動詞」+「目的語」という形で、単語をくっつけて最初の単語は小文字、続く単語は始まりの文字を大文字、というようにつけるといいと思います。略してgetNowPosといった具合です。それから、ドアを開ける関数ならopenDoorノートカードからその内容(文字列)を読み込む関数ならgetStringFromNote或いは、loadStringFromNoteといった具合です。因みに、この、最初だけ小文字で初めて途中の頭文字を大文字にする書き方はキャメル型と呼ばれています。キャメル(camel)とは英語で「ラクダ」のこと。頭が小さくて背中がボコボコしてるのがラクダみたいだからとか。w変数も同じような感じで名前をつければいいと思います。今度は動詞は不要ですね。できれば、どういう型のものかもわかるようなものがいいですね。colorNumberといった感じですかね。前に話しました、型を表す頭文字を使うとすると、それぞれ、lstColorListstrColorNamevecColorValueintColorNumberといったところでしょうか。因みに、この書き方にも呼び方があって、こちらは「ハンガリアン」と呼ばれています。ハンガリーなのか、興味ある方は調べてみて下さい。wまぁ、最初に書きましたように、ここは自由な部分ですのでこの程度で止めておきます。誰が見てもわかりやすい名前にしておくというのが大事です。それでは、今日はこの辺で。ありがとうございます。いうわけで、3日間にわたって繰り広げられた「2008年秋の音楽祭ーセカフェスー」は無事終了しました。心にしみる大人の音楽を聴かせて下さいました。続いてはがらりと雰囲気変わってテクノタッチのRMO登場。いやー、この人が演奏しないなんて話はないよなぁなんて思ってただけに嬉しい驚きでした。さんの花火で美しく、、、なのですが、最後の最後は会場中が火の海に!w文字通り、熱い、華々しいお祭のエンディングとなりました。いやホントに今回のお祭はいろんなタイプのミュージシャンが登場しておもしろかったですねー。考えさせられることもありの3日間でした。何れにしても、セカンドライフというのは音楽を通じて人と人とが出会い、心を通わせる真にライブな場だなぁ、と改めて思いました。アーチストと観客がそれぞれどこにいようがこの場に集まって一つになれるんですからね。ある意味RLのライブ以上かもしれません。SIMの50人という制限も逆に、アーチストと観客がより親密に通じ合える環境なのではないかと。お互いがよく見えますからね。wまぁ、そんなこんなのセカフェスでしたが、たくさんの人に来て頂いてSLライブの魅力をお伝えできたんではないかなと思います。いらして下さったみなさん、本当にありがとう。さん、演出のかいとさんはじめスタッフの皆さん、そしてミュージシャンの皆さんお疲れ様でした。どこかでご一緒できたら嬉しいですね。それでは、また!ありがとうございました。ライブ/イベントセカフェス3日目、間もなく!というわけで、土曜日から始まったセカフェスもいよいよ最終日を迎えました。この後21:00から馬之助さん、RMOさん、れーこさんの出演です。!あのナチュさんもフィナーレに参戦!見逃せない3時間です。ライブ/イベント2008年10月13日月曜日スクリプトの話(9)〜長い時は改行しよう上の写真は前に書いた、自分の土地に置いておいてタッチすると自分のものでないプリムの数を教えてくれるスクリプト。その実際のエディターの画面です。見やすいように字下げをしてみたものの、5行目の関数のところが長くて次の行にまではみだしてしまい、またまた見にくくなってしまってます。これではエラーが出た時の行数も数えにくい。こんな時は思い切って、関数の途中でも改行してしまいましょう。コンピュータは「;」が出てきて初めて命令の文の最後と判断します。「;」が出てくるまでは途中に改行があろうが何があろうが、コンピュータは途中で切れてるなんて思わないわけです。そこで、適当な単語やコンマの位置などで改行してしまいます。キーワードや単語の途中で切ってはダメです。ここでは「myPos,」のところで切ってみましょう。処理の頭と間違えないように、ここでも字下げしましょう。mine!");}}さっきより見やすくなりました。これを保存した結果が次の写真です。無事コンパイルされて保存されました。いうわけで、長くなったらどんどん改行しちゃいましょう。その方が見やすくなって自分自身わかりやすくなりますから。それでは、今回はこの辺で。前回は字下げがスクリプトを見やすくするということを書きました。ここでやっかいなのが「if」の処理の場合です。if...」つまりそうでない場合、というのがいくつも続く場合があるからです。使い勝手のいい道具であるわけですが。前回の【例1】に忠実に書いていってみましょう。結局このif文、どこまで続いているのかわかりにくくなってますね。分岐もいくつあるのか。そこで、ここでは【例2】の方法をとりながら、その変形でいくのをお勧めします。if(elseの場合も同じ)」のキーワードを前の条件の終わりの「}」の後に書くのです。すると大元の「if」と条件の終わりの「}」が並び、しかも、「}」の数をぱっと見ただけで条件がいくつに分岐してるかわかるというものです。私個人は一番間違えやすいのはこの「if」の分岐のところです。複雑なものになってくるとすぐにたくさん分岐してしまい、その途中で何かを書き漏らすということはしばしばです。それを防ぐためにも上の書き方は有効です。個人的には結果として、【例2】の方法をお勧めしたいところです。これに関連してもう一つ。「do〜while文」の書き方についても説明しておきます。繰り返しの処理をするのに「while文」というのと「do〜while文」というのがあります。似てますが、使い方も処理の結果も全然違うので注意が必要です。(繰り返し条件){繰り返す内容}という形で、繰り返し条件に当てはまれば「{」〜「}」の処理を繰り返すことになります。言い換えると、条件に当てはまらなければ「while文」の処理は一度も実行されません。当てはまらなかったらこの文を抜けて次の処理へと進みます。(繰り返し条件)と書いてもいいのですが、そうすると「do」の終わりの「}」が「while」の前にあって、あたかも「while」は別物、「while文」のはじまりのように見えてしまします。(繰り返し条件)とするのがよいのです。これで「while」は「do」で始まる処理の終わりの部分なんだよ、というのがはっきりしました。if」の場合と似てますね。それでは長くなりましたので、今回はこの辺で。殆どはそんなのは知ってる、という内容だったと思います。ひとつには、どうやったら間違いを減らせるのか、もう一つはどうみても間違ってなさそうなのに何故動かないかその原因追求、トラブルシューティングの方法について考えていってみたいと思います。やったら間違いを減らせるか、です。それはズバリ、スクリプトを見やすく書く、です。見やすいスクリプトとはどういうものでしょう。一人でプログラムを全部書くということはありません。部分部分分担してプログラムを作っていくことになります。それから、実はよくあることですが、あるプログラムを担当していた人が急に別なプロジェクトに引き抜かれて逆に別なプロジェクトにいた人がその人を引き継ぐなんてこともあります。なると、一人一人が好きにプログラムを書いていたのでは何が何だかわからなくなり、収集がつかなくなります。少なくともプロジェクト内部の人間が見れば誰でもすぐにわかるプログラムを書いておく必要があります。そこで、大抵の場合、コーディング規約というものが作られます。いう時はこう書くんだよ、というルールですね。大まかなところは大体世界的に共通していて、リンデンが推奨しているスクリプトの書き方もほぼそれに準じてます。実際は、何日もかけて書いているスクリプトだと過去の自分も他人みたいなものです。僕も動かなくてほったらかしにしてたスクリプトを何ヶ月か後で見た時に我ながらややこしいスクリプトだなぁ、と難儀した覚えがあります。wこんなわけで、リンデンの推奨を参考に自分なりの規約、スタイルを作っておくといいでしょうね。このコーディング・スタイルということではこれだけで本が1冊できるくらいのものですので、ここでは簡単に要領だけ述べていきたいと思います。その第一は、インデント、行の始まりを下げていく書き方です。間違いで一番多いのが文法の誤りシンタックス・エラーその中でも多いのがかっこが対になってないもの、と前に書きましたが、これを防ぐ目的と。処理のまとまりを示す「[」「}」の単位で行の始まりをどんどん右にずらしていく書き方です。いつもの例で見ていきましょう。対応関係は見やすいですね。難点もあって、やたら縦に長く間延びすること。スクリプトエディタの画面は小さいのであまり長いと追うのが大変になってきます。【例2】は、「[」をそのまとまりを示すキーワードの後に書くもので、これだと随分とすっきりまとまって見えます。キーワードと終わりの「}」が対になっていることがはっきりして、そのキーワードの処理がどこで終わってるか、わかりやすいとも言えます。どのくらい字を下げるか、ですが、C言語のスタイルブックなどを見てみると4文字下げがいいという人、いや、2文字下げがいいという人様々ですが、ここでは素直にタブキーを使って送ることにしましょう。スクリプトエディターではタブを使うと自動的に4文字下げるようです。【例1】でも【例2】でも自分に合っている、わかりやすいと思う方法でうまく字下げをして書いてみて下さい。見やすくなるはずですよ。長くなりましたので、今日はこの辺で。久しぶりにゆっくりとさせて頂いて助かってます。休むどころではないのです。1日多いというのはいい。wで、9月末に仮住まいから戻って来ての部屋の整理や不要なものをゴミにして処分したりとようやく片付けを始められるようになりました。それと、やっぱりミュージシャンとして大事なのが楽器のセッティング。何とかPC1台でライブやれるような環境を作ってましたから今度はそれと従来からある大きなシステムとの合体作業です。本当はセカフェス前にはやりたかったのですが、なかなか十分な時間が取れず環境の変更でうまくいかなくなるのを嫌って今まで来てしまいました。これからはもっとパワーアップしたステージをお見せできればと思ってます。実は今度の木曜日、10月16日から20日まで日本を離れ、アルメニアという国に行って参ります。西がトルコ、南にイラン、東にアゼルバイジャン、そして北がグルジアで更にその北がロシアという位置関係です。そうそう、吹奏楽をやっていらした方にはアルフレッド・リードの曲でおなじみかもしれませんね。ノアの箱船が流れ着いたアララト山のある美しい所と聞いています。次回のライブは10月25日(土)ですが、このアルメニア行きで何か新しいものが生まれればと思ってます。その準備もしているこの連休。久しぶりにRLでのんびりしてるヒロシであります。その他日々の日記セカフェス2日目終了!いやー、見てきましたよ、セカフェス2日目。21時からはRiZさん、GA-GOさん、ZEROさんのステージ。GA-GOさんのステージはライブ感がよかったですね。使ってるアニメーションの数もハンパではないですね、あれは。wあと、ZEROさんのステージは音楽もさることながら、メンバーの会話がおかしかった。w僕は普段一人でやってるのでね、いいですね、ああいう感じでお互いつっこみながらステージ進めていくのも。何れはバンドもやってみたいものですが、お互いの時間がどうにもねぇ。^^;というわけで2日目も大変な盛り上がりのうちに終了。いやぁ、これだけまとめて人の音楽聴くのは久しぶりでした。w十分堪能させて頂きました。明日は最終日!魂のバラード、馬之助さんやRMOさん、れーこさんの登場。ライブ/イベントセカフェス2日目!昨晩は無事セカフェスでのライブを終えることができました。いらして頂いた皆様、ありがとうございます。この場をお借りしてお礼申し上げます。さんのミュージック・スターマインも素晴らしかったですねー。ナチュさんは最終日のフィナーレにも出演されるとのこと。2日目の今日は18:00に横浜マーチングバンドのパレードで始まりました。さん)も出演していることもあって何とも不思議な偶然を感じないではいられないのでした。さんといったこれまた知人が参加してます。通りを出発し、そのうちSIM境を越えて海上へ!海上をパレードできるのもSLならではですね。wその海上ではパレードに連動してナチュさんの花火が!実に素晴らしい演出でした。「軍艦マーチ」など吹奏楽の名曲を素晴らしい演奏で聴くことができました。途中時々音が途切れたのは残念!でもホント難しいいんですよ、SLで音楽やるの。いうわけで、いよいよこの後21:00からメインステージでのライブが始まります。今晩の出演はRiZさん、GA-GOさん、ZEROさんの3組。セカフェスに出演!さて、かねてより告知されておりました「2008年秋の音楽祭—セカフェス—」が今晩22:00より3日間の日程でスタートします。泣いても笑っても10月11日(土)当日になってしまいましたぁ。さんのミュージック・スターマインが行われます。こちらは海に浮かぶ豪華客船の上から花火を見るというなかなかロマンティックなものであります。パレード及び演奏会があります。Atlantis(アトランティスホール)http://slurl.com/secondlife/Jabara%20Land%20Atlantis/122/112/81/この他にも、勿論、有名なミュージシャンの方々が続々出演されます。ライブ/イベントスクリプトの話(6)〜実はよくある入力ミス!さて、前の2回で、文法的な間違いのシンタックス・エラーと型の違いからおこるタイプ・ミスマッチについて触れました。実は意外によくあるのがもっと単純な入力ミス、スペルミスによる間違いです。リンデン・スクリプトはC言語の仕様によく似ているのですが、C言語同様、アルファベットの大文字と小文字を区別します。大文字と小文字を間違えただけでもう動きません。scope」(決められた範囲内でこの名前は定義されていません)と言われてしまうことでしょう。逆に言うと、ちゃんと定義しているはずなのにこれが出てくるのはスペルミスの可能性が高いということになります。型を表すキーワードと文字列は緑色の文字リンデンで用意されている定数は紫色の文字コメントはオレンジの文字に色が変わります。書いて色が赤くならなかったら、スペルミスということです。変えた途端に赤くなるでしょう?この色を頼りに入力ミスによるエラーを減らせます。自分で定義した変数や関数は色が黑のままです。この場合は、定義したところからコピー&ペーストして使うことをお勧めします。子スクリプトでは「getrss」を待っていた、ということがありました。いつまで待っても小文字の「getrss」が送られてこないので、スクリプトも実行されないのでした。コピーしていれば防げたミスでした。変数名を変更しなければならなくなった場合です。複雑なスクリプトを書いているうちにどうしても似たような変数が必要になってきた、そこで、最初に定義した変数の名前も変更することにした、というような場合ですね。この時、普通に定義からコピー&ペーストしたのでは今度はペースト漏れが生じて、またまたそこでエラーが発生する可能性が出てきます。こんな時は「置換」の機能を使います。スクリプト・エディターの「Edit」メニューを開くと一番下に「検索/置換」というのがあります。「置換」の入力ボックスに新しい変数名を入力します。「検索」というボタンをクリックすると「検索」のボックスに入れたのと同じ文字を探して強調してくれます。次に変更前の文字がある場所に飛んで行ってくれます。「置換」ボタンで1つずつ確認しながら変更するのをお勧めします。「検索」をクリックすると、置換せずに次の場所を探します。して画面から強調される文字がなくなったら変数名の変更は全て終わったことになります。今回は意外とよくある入力ミス、スペルミスを減らすためのコピー&ペーストと検索/置換の機能について書いてみました。やったことがなければ是非試してみて下さいね。それでは、今回はこの辺で。mismatch」を見ていきましょう。次のスクリプトは、自分の土地に置いて、タッチすると自分のもの以外のプリムがあるか、その数はいくつかを教えてくれるものを作ろうとしています。mismatch」と言われてしまいました。8行目の「llSay...」のところに何か問題がある。mismatch」とは、一緒に処理しようとしている変数の「型」が合っていないことを言います。ここでは「integer」=整数である「numPrims」と文字列を足そうとしたので怒られてしまったわけです。型を変換する必要があります。文字列に変換する必要があるのです。こんな時は変換先の型名をかっこでくくってその変数の前につけてあげるといいですね。mine!");としてあげればスクリプトは無事コンパイルできて実行できます。複雑なスクリプトになってくると同じような名前の変数名が増えてきます。colorといった3つの変数を用意する場合などです。?なんて自分でもわからなくなることはよくあることです。mismatch」に出会しますね。自分で定義した変数で間違っちゃうというのは何ともトホホな話ですが、それでも発生する以上は回避しなければなりません。そんな時お勧めなのが、変数の前に型を表す文字をつけておくことです。vecColor);なんて書いた瞬間に、あれ、これは型が違う、と気づきやすくなります。初心者のうちは型を強く意識する上で有効だと思いますので是非試してみて下さい。スクリプトの話スクリプトの話(4)〜一番多い間違いさて、いよいよ今回からエラーの原因を調べてスクリプトを動かしていくためのコツについて書いていきたいと思います。最初に、スクリプトを書いていて一番多く出会うエラーは何と言ってもこれでしょう。意味の通じる文になるための単語の順番などの決まり......要するに「文法」ということですね。文になってないよ?意味わかんないよ〜」と言っているようなものです。いつものサンプルスクリプトをいじってみました。error」と出ました。最初のかっこの中は行数と文字位置を示しています。0から数えますので、この例では6行目の5文字目、、、とすると「}」になります。この「}」がおかしいのでしょう?本当は、この「}」はおかしくはないのです。コンピュータは、この場所にもっと別のものが来るのを期待していたわけです。なるとその前がアヤシイ。文の終わりを表す「;」が抜けていました。コンピュータへの命令を表す文の終わりには必ず「;」をつけます。「まだ文が終わってないのにおかしくない?」と言ったわけです。多いのは次のような理由による「シンタックス・エラー」でしょう。文の終わりに「;」が抜けている。関数の中で使われているかっこの「(」と「)」の数が合っていない。処理のまとまりを表す「{」と「}」の数が合っていない。文字列の始まりを表す「"」が終わりの「"」で閉じられてない。最後のものはすぐに気づきます。文字列がちゃんと「"」で閉じられていないと最初の「"」以下全ての字が文字列を表す緑色になるからです。一瞬にして色が変わるので、すぐに気づきますよ。error」と出たら、まずは上の4つを疑ってみて下さい。わかってはいても、案外やるもんなんですよね。wそれでは、長くなりましたので今夏はこの辺で。僕が書くと音楽イベントか何かの記事のようだと自分で笑ってしましましたが、ここはリンデン・スクリプトで言う「イベント」、つまりコンピュータへの命令が実行される「きっかけ」の話です。命令が実行されるためのきっかけであるイベントが書かれてなければなりません。これがスクリプトが動くための最低条件というわけです。実際にスクリプトが動くためには何度も繰り返しているようにきっかけ=イベントが必要です。イベントによって動くプログラムのことを専門用語で「イベント・ドリブン」と呼んでいます。「イベントがぐいぐい動かすプログラム」というわけですね。リンデン・スクリプトは正にそういうイベント・ドリブン型のプログラムというわけです。それでは、プログラムが動くためにはどんなイベントがあるか、ちょっと見ておきましょう。On_rez(オブジェクトが出現した時)touch_start(オブジェクトがクリックされた時)Changed(オブジェクトに変化があった時)Attach(オブジェクトが装着された時)Money(オブジェクトに対して支払いがされた時)Listen(llListenから発言内容を聴くよう命令された時)Sensor(llSensorやllSensorRepeatから検知するよう命令された時)timer(llSetTimerEventで指定された時間でイベント内の命令を繰り返す)Link_message(親プリムのllMessageLinkedからメッセージを受け取った時)まだまだ他にもありますが、何れもオブジェクトに対して何らかの変化が加えられた時、というのがわかるでしょう。別に何もきっかけがなくても、変化がなくても実行したい場合は?そんな命令は実行できないのでしょうか?その為に用意されているのがおなじみ「state_entry」のイベントです。「state_entry」とは「そのステートに入った時」という意味。「幕が開いたよ!」に当たるこの「state_entry」なわけです。Avatar!");}...(中略)...}となってますね。Avatar!」と喋るのですね。使ってみるといいと思います。*今回までスクリプト全体についてのやや抽象的な話をしてきましたが、いよいよ次回は「一番多い間違い」についてより具体的に書いていきたいと思います。スクリプトの話スクリプトの話(2)〜スクリプトの条件さて、前回は「スクリプトは台本だ」と言い切ってしまいました。そこで、今回はドラマや演劇の台本をイメージしながらスクリプトについて考えていくことにしましょう。最初に何が書いてあるかご存知ですか?そうです。登場人物のリストです。最初にまとめて書いてあります。リンデン・スクリプトも同じで、そのスクリプトで使う変数や関数を基本的には最初にまとめて書いておきます。これを変数や関数を定義すると言います。w大抵こういう時は次の英語が表示されます。scope.「決められた範囲の中でこの名前は定義されていません。」さて、登場人物を書き並べたところでいよいよドラマが始まります。長いものはいくつにも場面が分かれますね。この場面に当たるのが「ステート」と呼ばれるものです。詳しい説明はあとでしますので、ここは、ドラマの場面に当たるのが「ステート」だ、くらいに捉えておいて下さい。どんなドラマにも始まりの1場面があります。それに当たるステートが「default」と呼ばれるステートです。この「default」はどんなスクリプトにも必ず必要で、しかも一番最初になければならないステートです。幕が開いてすぐの状態を表しているわけです。役者が勝手に喋ったり動いたりしていいわけはありませんね。そんなことになったら、セリフや動きがちぐはぐになってしまいます。そこで、台本ではセリフや動きのきっかけが記してあります。このきっかけのことをスクリプトでは「イベント」と言っています。簡単に言うと、必ずきっかけがないと実行されないということを覚えておいて下さい。*何だか長々と一気に書いたので、わけがわからなくなったかもしれませんので最後にスクリプトという台本の流れをまとめておきますね。ステート(第1幕)イベント発生(きっかけ)コンピュータへの命令(セリフ、動作)その他のステート(第2幕、第3幕。)イベント発生(きっかけ)コンピュータへの命令(セリフ、動作)もしうまくコンパイルできなかったりする場合は、この流れになっているか、確認してみて下さいね。スクリプトの話スクリプトの話(1)〜そもそもスクリプトって?さて、この日記でもその都度触れてきましたが、バーニング・ライフの僕のキャンプではいろんなところでスクリプトが使われていました。あちこちにミスがあり、思い通りに動かないこともありました。w自分で自分のミスを発見しながら、ああ、そうそう、こういうところ間違いやすいんだよね〜、なんて思いながら、いつかその間違いやすいポイントというか間違いを減らすコツというか、そういうものをスクリプトに取り組んでみようと思う方々に向けて書いてみようと思っておりました。エラーが表示されてるけどどこがおかしいのかわからない、といったことが間々あると思います。ここではそうならないためのスクリプトの書き方や困った時の解決の仕方について綴っていきたいと思います。不定期更新になるでしょうが、のんびりお付き合い下さい。いうところから考えてみましょう。英語の「script」は、もともとラテン語で「書かれたもの」という意味です。書かれたものなら何でもスクリプトです。手書きの文字のことを表していました。その文字で書かれた碑文などを意味していました。英語で「script」というと最も一般的には「放送や演劇、映画などの原稿、台本」ということになります。役者の仕草やセリフが書いてあります。出演者や役者は原稿や台本の流れに沿って演じているわけですね。セカンドライフのリンデン・スクリプトも同じです。自分で作ったオブジェクトを動かす原稿、台本と思って下さい。何だかワクワクしてきませんか?というところで、長くなってしまいましたので、この続きはまた次回ということに致しましょう。CD「シルクロード」発売!新商品の第2弾、久しぶりのCD発売です。Rain」以来じゃないかな。いうわけで、次の2枚同時リリースです。SIM1周年を記念して作曲されたもの。