セカンドライフミタコトキイタコト

mesh avatar – Yabusaka petite fairy

2012-01-22T17:26:00.001+09:00

mesh によるマイクロアバターです。
マイクロパーツを使ったマイクロアバタ―はこれまでもありましたが、ついに mesh で！といった感じですね。当たり前ですが、マイクロパーツによる body にはない、いわゆるつなぎ目もない、美しい mesh アバタ―です。

位置移動に関しては通常アバタ―サイズに準じます（歩くスピードとか、ダンスのときの移動位置・距離）。ただし、関節部分は標準アバタ―を縮小したサイズ・相対関係になっていますので、通常のダンスアニメーションを踊ることができます～

妖精さんのドレスはデフォルトで青ですが、他の色も別売りで入手可能です。

Hair は入っていません。/wasabi さんところの petite avatar 用 mesh ヘアーが別売りで用意されています。上はそれを使っています。

で、、、なぜか school uniform (ブレザータイプ）も販売されてまして、、、

スクリプトでサイズ変更可能なタイプの Hair だと、ちいさくちいさくして流用可能になりますね。

サイズはこんな感じ。テーブルとイスは通常アバタ―用に作成されたものです。

あ、、ローファーが・・・ないｗｗｗ靴職人さんに作ってもらおうｗｗ

すばらしい micro mesh avatar はこちらで購入可能です。

SHOP - PETIE AVATAR KINGDOM - YABUSAKA-
maps.secondlife.com/secondlife/YABU/41/179/30

作者さんのブログはこちら。
http://yabusaka.blogspot.com/

[MMD] Tiger, Bunny & Gumi で Breeze

2012-01-10T18:41:00.001+09:00

昨年末に Tiger & Bunny の鎌Pさま作成モデルと、ままま式Gumi さんで Breeze を踊ってもらいました、という動画です。

モーションはあっぱれＰさまによるものです。こちらを Second Life にインポートして踊ってみた一部の動画がこちらですね（＾＾；

SL のカメラワーク、3D Connexion Space Navigator だけじゃなくてスクリプトつかってなんとかしたいですね。。。

祭屋さんと仏壇仮面さんと１３さんによる Breeze の PV はこちら～。

A Happy New Year - 2012

2012-01-01T12:57:00.001+09:00

A Happy New Year!今年もよろしくお願いします～。
New World Notes で紹介されていた SL Machinima Top5 から動画をご紹介します。

New Year Greeting Photo 作りました～。

ヘビロテ in Secondlife

2011-12-30T15:30:00.001+09:00

今年の最初の投稿が MMD モーション移植した「Nostalogic を踊らせてみた」でしたが、今年たぶん最後の投稿は同じように MMD からモーション移植した「ヘビーローテーション」です。

おもいっきり AKB のライブ音源使っているので、いつか消されるかもしれませんが。一応アップした段階で YouTube からのアラートは出ていて、広告等が表示される、として即時削除対象ではないみたい。。。

移植させてもらったモーションは Cruyff 14 さんがトレスした [MMD] ヘビーローテション【少しいぢってみた】からお借りしました。

５人用のモーションです。(配布は、、、６人みたい）フロント３人、バック２人ですが、SL動画のほうではセンター以外のフロント２人分を４人で、バック２人を３人で構成した８人で踊りました。

ひさしぶりの動画撮影だったので 3D Connexion マウスの操作がおぼつかず、、、大人数は撮りなおしに限界があるので、この程度でお許しください＞＜

配布されているモーションは

・ヘビロテ１.vmd センター –>SL_HR1_x
・ヘビロテ２.vmd フロント右 –> SL_HR2_x
・ヘビロテ３.vmd フロント左 –> SL_HR3_x
・ヘビロテ1（ｂ）.vmd バック右 –> SL_HR4_x
・ヘビロテ２（ｂ）.vmd バック左- -> SL_HR5_x

として以下のような mldu5 のプレイリストを使っています。

X軸（前後）での調整と、Y軸（左右）の調整だけですね。
この調整はモーション次第でかわります。MMD の場合、複数モーションでも初期位置で踊らせて、センターバイアスまたはすべての親ボーンで撮影の際にモデルの位置を調整するタイプと、モーション作成時点から位置を調整してしまっている２つのタイプがあります。

それらに注意してアバターの位置調整をすればいいんですね～。

それでは皆様、よいお年を～！

DMC3

2011-12-28T03:45:00.001+09:00

MMD ダンスモーションの良作が一気にアップされています～。モーションがすでに公開されているのもあるので、この年末年始は楽しめそう（＾＾

[mldu5+] Start-up Guides part 1

2011-12-26T16:37:00.001+09:00

(日本語記事は英語の後ろにあります. mldu5+ は一般にはまだ販売していません。marketplae には mldu5 がありますが、それは mldu5+ ではありません。今しばらくお待ちください。）
(on 28th Dec 2011, mldu5+ is beta version, and the marketplace provides you only mldu5. It’s not mldu5+. Please, please stay tuned.. but good news is mldu5+ has English version.)

This guide shows you how to use multi motion mldu5+ step by step.
mldu5+ provides you rich functions by only one HUD or dance machine. It’s not so difficult but something complex and unique. Don’t worry. So far over 300 users are enjoying MLDU series and you don’t need to use all functions. mldu5+ gives you many functions but you can use what you want.

I hope this guide series would help you enjoy your secondlife dancing.

1. About mldu5+

mldu5+ has unique functions as follows;

Varied Dancing Mode

Synchronized motion to multi users
Delayed motion to multi users (Time Interval Defferent dancing)
Shuffled motions from a playlist to multi users
Muliti motions to multi users (like couple dance, group dance)

Hybrid equipment

Personal HUD mode (when you attach as HUD)
Dance machine mode (when you rez on the floor and managed by admins)

Inviting or Rezzing sit ball

Searching and inviting avatars to dance. Guests get permissions dialog.
Rezzing sit balls and inviting avatars to dance automatically (especially for couple/group dancing)
2 balls for couple dance, from 3 to 6 balls for group dance

Playlists and macro control

26 playlists can be modified
A playlist contains over 100 dance motion names (depends on memory)
Ordering dance animatons and specifying play time for each dance
Dancers positons and rotations can be included if you want. (but dancers should use the sit balls rezzed from mldu5+)
Up to 10 unique animations you can specifed for one time (synced starting)

Major usages

In clubs, playlists are composed by Music category or BPM(Beat per minutes)
For show case dancers, playlist are composed by show case
For Video creators, group dancing playlist is easy way to making film repeatedly

------
[Japanese]

このブログの記事で mldu5+ の使い方をステップ by ステップでご紹介します。
mldu5+ はたった１つの HUD / ダンスマシンで豊富な機能を提供しています。決して難しいわけではありませんが、ちょっと複雑だったり考え方が他にはなかったりします。でも、心配することはありません。これまで 300 以上のユーザーさんが MLDU シリーズ(MLDU3, 4, 5) を楽しんでいます。すべての機能を使う必要はありません。好きな、必要な機能だけを使えばいいんです。

このガイドシリーズがあなたのセカンドライフダンスを楽しくすることを希望します～

1. mldu5+ について

mldu5+ は以下のようなユニークな機能を持っています

多様なダンスモード

複数ユーザーへの同期（シンクロ）ダンスの実行
複数ユーザーへの時間差ダンスの実行
複数ユーザーにプレイリスト(ダンスセット）からそれぞれ違うダンスを実行
複数モーションを複数ユーザーに実行（カップルダンスやグループダンスを実行）

ハイブリッドな装置

パーソナル HUD として（HUD として装着します）
ダンスマシンとして（フロアに rez すると管理者グループで管理可能）

招待もしくは Sit ボールの利用

周囲にいるアバタ―を検索し、ダンス招待をします。ゲストはパーミッション許可のダイアログを受け取ります
または、Sit ボールを rez して、ゲストに座ってもらうことでダンスを自動送信できます
2個の Sit ボールはカップルダンス用、3個以上(、4個、5個、6個）はグループダンス用です

プレイリストとマクロ制御

26のプレイリストを構成・編集が可能
ひとつのプレイリストで 100 以上のダンス記述可能（メモリーに依存します）
ダンスの順番付とそれぞれのダンスの再生時間の指定が可能
必要であればダンサーの位置と向きを含めることができます（その場合は、ダンサーは mldu5+ から rez された Sit ボールをつかいます）
1度に同期スタートで10個までのダンスアニメーションの指定が可能

主な使われ方

クラブでは曲のジャンル、BPM 毎にプレイリストを構成して切替えています
ショーケース、ショーダンサーはショーの演目毎にプレイリストを作成しています
ビデオクリエーターはカメラワークを変えた繰り返しのビデオ撮影にグループダンスプレイリストを利用しています

２．に続く、、、

Sequencing Couples Dances...

2011-12-12T20:14:00.001+09:00

http://sldancequeens.blogspot.com/2011/12/sequencing-couples-dances.html

ハルちゃんが踊ってる動画と MLDU5 が Dance Queens サイトで紹介されちゃってま。。。す＞＜

ノートカードも公開してますね。
これ、やっぱり今のノートカードの指定方法でも動くようにしておかないとｗｗｗ

今修正中の MLDU5+ はボール軸で移動そして回転をかける書き方に変更します。デフォルトはそっち。で、今まで作ってきたノートカードの数値をそのまま使うために以下のようなオプションをダンスセット名にいれるようにします。そうすると今のバージョン設定のアバタ―軸の移動・回転で動きます。

<Sample MODE:AVXYZ>
anim1|anim2, 10.0, ……………
animi3|anim4, 12.5, ……………
anim5|anim6, 5.0, ……………
</Sample>

ただいま細かいところ絶賛調整中～♪

そっかぁ、Sequencing couple dances っていうんだ。（笑

あ、、、あと、ここまで作ったら以下のオプションもいれようかと。。。

<Sample MODE:SNUPOZ>
animi1|animi2, 10.0, /111 X Formation1
anim3|anim4, 12.5, /111 X Formation2:3.0
anim5|anim6, 5.0, /111 X Formation3
</Sample>

こっちは Kai さん向け、もしくはクラブで SNUPOZ 使っているダンマスさん向けだね～ｗ

INSPI.ME さんに MLDU のフォーラム作成しました。しばらくは NaviSL との併用ですが、アクセス不可になることが NaviSL さん多いので、徐々に INSPI.ME さんに移行することになるでしょう。。。（たぶん）

追記）あ、、、同時に英語版。。。。。＞＜

[LSL] llSetKeyframedMotion を使ってみた

2011-12-06T21:08:00.001+09:00

この新しい関数、オブジェクトをスムーズに動かすことができるようで、いろんなところで使えそうなんですけど、ちょっとクセがありますね～。
単純な板を動して検証して、気が付いたことをメモしておきます。

と、、、llSetKeyframedMotion ってなに？という方はこちらの YouTube のビデオをご覧いただくと何となくわかるかも～。

1) おまじない(？)

wiki によれば、llSetKeyframedMotion を使う前に Prim の属性で [PRIM_PHYSICS_SHAPE_TYPE, PRIM_PHYSICS_SHAPE_CONVEX] を指定してあげる必要があるようです。ビューワーが mesh を読み込むできない場合は必要、、、とありますが、とりあえずこのおまじないは state_entry あたりで行っておきます。

単体プリムの場合は llSetPrimitiveParams で、複数プリムがリンクされているオブジェクトの場合は llSetLinkPrimitiveParamsFast で設定をします。なお、複数プリムがリンクされている場合、ルートプリムにしか影響しない（＝必ず全部のプリムが動く）ようです。

あと、プリムの属性という意味では物理属性はダメです。非物理のプリムにしてください。

2) 位置、回転、移動時間

llSetKeyframedMotion は2つのリスト（keyframes と option）を引数としています。最初のリストは [位置、回転、移動時間] を設定します。キーフレームといわれているのは、この位置、回転、移動時間をリストの中で複数指定できる、それぞれをキーフレームとして、そこまで移動・回転を直線補間してスムーズに動かす、、、という意味です。

で、位置や回転なんですが、グローバル座標軸を基準とした現在位置からの「差分」の指定になります。SIM の東西南北天地の軸に沿った現在位置からの移動距離を指定することになります。当然回転もグローバル座標軸で回転します。もちろんラジアンでの指定になります。

移動時間は 0.1秒以上でなければなりません。また、この秒数指定をより正確にするためには、秒指定よりもフレーム数の倍数指定がよい、と紹介されています。どうやら 1 秒間に 45 フレームで移動させているようです。そのため、1/45 の倍数で秒を指定したほうがよさそうです。たぶん、キーフレームの考え方からすると、A地点からB地点へ2.0秒で移動、と指示した場合はA地点～B地点の距離を 90 分割(2秒なので 90 フレーム)して移動させているようですね。

この倍数じゃないと微妙にずれていくのでしょう。なぜなら、次の移動地点へは「今の位置」からの差分をとるように動いているからです。ちょっとのずれが積み重なって最後は大きくなる、、、っていうわけですね。たとえば、1.5秒という指定は、45*1.5=67.5 フレームで、0.5 フレームというのはないので、67フレームか68フレームとして45で割ってあげると、67フレームの場合は 1.4889秒、68フレームの場合は 1.5111秒です。これを LSL で書くと、

float time = 1.5;
integer frames = (integer)(time*45);
time = frames/45.0;

実際にこれをやると time は 1.488889 秒 (67フレーム分）になりますね。

3) オプション

まず、オプションの種類として３つあります。

・KFM_MODE

モード指定で、指定できるのはループ、リバース（逆順序）、フォワード、ピンポンです。これは keyframes で指定した複数のキーをどのように扱うか、ということですね。
[A, B, C] と keyframes を指定した場合、何も指定しなければ既定値の KFM_FORWARD が使われ、A –> B –> C と動く、KFM_REVERSE だと C –> B –> A、ループだと A –> B –> C –> A –> B –> C –> A.. と繰り返し、KFM_PING_PONG だと A –> B –> C –> B –> A –> B –> C.. と繰り返すわけです。（正確にはループ/ピンポンの場合は 4) で書いているように初期位置に戻ってから、移動分 A を行います）

・KFM_DATA

これは keyframes で指定するデータの種類を指定するオプションのようです。KFM_DATA オプションを使わない場合は必ず <ベクター型の位置>, <ローテーション型の回転>, float 型の秒数の3種類を指定しなくてはなりませんが、位置だけでいいや、という場合は KFM_DATA, KFM_TRANSLATION というオプションをつければ <ベクター型の位置>, float 型の秒数というように回転の指定を省くことができるようです。同様に KFM_ROTATION は回転指定と秒数指定のみで、位置指定を省くことができるわけですね。

実際はこのオプションなしで、ZERO_VECTOR や ZERO_ROTATION 使いそうですけど。

・KFM_COMMAND

おもしろいオプションです。アイディア次第でいろいろな適用箇所があるかもしれません。モーション移動途中で中断 (KFM_CMD_PAUSE) させたり、再開始 (KFM_CMD_PLAY) させたりできます。停止 (KFM_CMD_STOP) させるとリセットされるので、次に再開始 (KFM_CMD_PLAY) すると一番最初の keyframes から開始させます。。。。って、これ、はまりそうなポイントなんですけどね。

このオプションは他のオプションと一緒に使えないことに注意です。keyframed のリストも指定できません。なので使い方は、

llSetKeyframedMotion([], [KFM_COMMAND, KFM_CMD_PAUSE]);

のような使い方になります。

4) 利用上のポイント、注意点 (?)

といっても、、、まだそんなに使いこんでいるわけじゃないので偉そうなことは言えないのですが、、、

a) 障害物があった場合は・・・・

非物理や土地などは突き抜けますが、物理オブジェクトやアバタ―がいると「衝突」が発生します。アバタ―を push するときもあれば、オブジェクトがアバタ―につっかかってしまって止まるときもあります。そこからキーフレームで指定している分だけ移動するので期待しない位置にいく可能性がありそうです。

b) なんとなくパーティクルと一緒な、、、

空のリストを使ってあげると完全にクリアになりますが、それをしないとセットした属性というかプロパティというか、情報はプリムに残っていますね。

llSetKeyframedMotion([],[]);

llParticleSystem のクリアも確かそんな感じでしたよね。

c) 初期位置は、、、、グローバル座標で覚えているみたい

llSetKeyframedMotion でキーフレームモーションを設定した時点の「位置」を覚えているようです。KFM_MODE, KFM_LOOP でキーフレーム移動をループさせると、たとえば上の a) のような障害物があってずれていっても、LOOP で最初の位置に戻ってから、A->B->C と動きます。なので、A->B->C と設定したときは、llSetKeyframedMotion をコールしたときの位置 i から、i –> A –> B –> C –> i –> A –> B –> C,,,, と動きます。

ピンポンも、i –> A –> B –> C –> B –> A –> i –> A –> B ...と動くみたいですね。

今は通常の SIM でも利用できるんじゃないかな？わたしの SIM では使えました～。

//llKeyframedMotion のサンプル。左に5m、前に5m、右に5m の移動をピンポンモードで。

integer flg;
list kfList = [<0,0,0>, 3, <0,5,0>, 3, <5,0,0>, 3, <0,-5,0>, 3];

init(){
        flg = FALSE;
        llSetKeyframedMotion([], []);
        llSetKeyframedMotion(kfList,[KFM_DATA,KFM_TRANSLATION,KFM_MODE,KFM_PING_PONG]);
        llSetKeyframedMotion([],[KFM_COMMAND,KFM_CMD_STOP]);
}

default
{
    on_rez(integer start_param){
        init();
    }

    state_entry()
    {
        llSetPrimitiveParams([PRIM_PHYSICS_SHAPE_TYPE, PRIM_PHYSICS_SHAPE_CONVEX]);
        init();
    }

    touch_start(integer num_detected){
        if(flg){
            flg=FALSE;
            llSetKeyframedMotion([],[KFM_COMMAND,KFM_CMD_PAUSE]);
        }else{
            flg=TRUE;
            llSetKeyframedMotion([],[KFM_COMMAND,KFM_CMD_PLAY]);
        }
    }
}

[LSL] LSLCON 2011 にエントリーしちゃいました

2011-12-06T15:01:00.001+09:00

まるでデジャブーなタイトルですが、、、
2011年2月27日の投稿で「LSLCON 2010 にエントリーしちゃいました」とまったく同じタイトルですけど。

あの時はまだ mldu5 はベータでした。LSLCON 2010 でベータを使ってもらったハルちゃんからの熱心なラブコールをもらって正式版に仕上げ、marketplace で販売開始させてもらったのがもうかなり昔に感じられます。

実は、、、LSLCON 開催に気が付いたのは3日前、、、参加応募締切が 2011/12/9 って、、、もうギリギリじゃんｗということで急いでエントリー。関係者の皆様、ごめんなさい、、、。

LSL に興味にある人はこちらの LSLCON のページを見てくださいね。

http://lsl-con.org/2011/

開催は 2011年2月4日（土）～ 2月19日（日）まで。メイン会場は New Script SIM です。
一応、アイテムデモにも登録してます。正直 15 分くらいでダンススクリプトの説明って相当難しいんです。無理です（笑）

なので mldu5 自体のデモが中心になると思いますが、もう、いっそのことみんなで楽しんじゃえ！という感じにしたく、難しいスクリプトの話は極力少なくっ!！でも、ここまでできるんだよ～ということを感じてもらえれば、、、という主旨にしたいと思っています。

そこで！

展示およびアイテムデモは「みんなで踊っちゃいなYO!」的な感じでいこうかと。
もしかしたら、運営様から NG がでるかもしれませんが、、、、ちょっと llParcelMediaCommandList 使って、動画に合わせてダンスを踊ろう～みたいなデモにしようかと思います。実はこれすでにあったりします。

実際のところ、ラジオと違って動画の「開始タイミング」はネットワークなどかなり個々人の環境に依存するので、今ある仕組みを売り物にするほど汎用的じゃないと思っています。ビューワーが V1 系と V2 系が入り混じっていたころは、バージョンの違いでそれぞれのビューワーで４～５秒もの開始の差（ズレ）があったり、、、

でも、過去の LSLCON で MLDU4, MLDU5 とアイテムデモすると、やっぱりダンスのときは「曲」があったほうがいいんですよね～。なので、現在ある MMDDR をもうちょっと見直して出展しようかと思っています～。(運営さんから許可がおりたら、、ですが）ダンス/アニメーションコントロール部分はフルフル multi motion mldu5 を流用してますしねｗ

multi motion mldu5 での位置調整

2011-11-23T13:52:00.001+09:00

multi motion modu5 はアバターの位置調整をノートカード記述でできますが、ちょっと位置調整はコツ（クセ？）があります。

もともとカップルダンスやグループダンスを踊るためにつくったので、まずはカップルダンスでダンスできるアバターの「向き」を調整します。ほとんどは Z 軸の回転だけで調整は終わるはずです。

そのあと、2人の間隔を狭めたり、広げたりする微調整は「アバターの向き」を基準に前後(X軸)、左右（Y軸）、上下（Z軸）で行います。アバターの向きが基準なので、「もうちょっと前、、」とか「もうちょっと右手方向に、、、」という調整方法です。アバター中心なんです。

ダンスの初期位置だけを指定するためにはこの方法が直感的なのですが、mldu5 を使い込んでいるユーザーさんの中には、まったく違うダンスをつなげて一連のショーケースを作る人もいらっしゃいます。そうなるとこの方法による指定はとたんにめんどうなやり方になります。

Sit ボールの位置から動いてしまった地点で、さらに向きを変えて移動しようとした場合は、向きを変えた時点またはそこからの移動先の数値は、アバターがボール位置にいると仮定して向きの角度をきめ、そこから動きたい先までアバターの前後左右上下で移動距離を算出しなくてはいけません。

以下のように動きたい場合は、、、その算出はかなり大変なはずです。(特に7番以降）黄色の線と黄色も数字順で方向を変えて動こうとした場合です。

実際にこの黄色い線の動きを実現するノートカード記述（マクロ）は以下です。アニメーション名はお手持ちのウォーキングアニメーションなどに置き換えてください。

//アニメーション, 再生秒数, x軸移動(前後), y軸移動(左右), z軸移動(上下), x軸回転(横回転), y軸回転(前回転), z軸回転(回転)
<Sample>
//(0,0), 0度
CCRunwayWalk01,3
//(0,0), 45度
CCRunwayWalk01,3,0,0,0,0,0,45
//1: (1,1), 45
CCRunwayWalk01,3,1.4,0,0,0,0,45
//(1,1), 135
CCRunwayWalk01,3,0,-1.4,0,0,0,135
//2: (2,0), 135
CCRunwayWalk01,3,1.4,-1.4,0,0,0,135
//(2,0), -135
CCRunwayWalk01,3,-1.4,-1.4,0,0,0,-135
//3: (-1,1), -135
CCRunwayWalk01,3,0,-1.4,0,0,0,-135
//(-1,1), -45
CCRunwayWalk01,3,-1.4,0,0,0,0,-45
//4: (0,0), -45
CCRunwayWalk01,3,0,0,0,0,0,-45
//5: (1,-1), -45
CCRunwayWalk01,2,1.41,0,0,0,0,-45
//(1,-1), 180
CCRunwayWalk01,2,-1,1,0,0,0,-180
//6: (0,-1), 180
CCRunwayWalk01,2,0,1,0,0,0,-180
//7: (-1,-1), 180
CCRunwayWalk01,2,1,1,0,0,0,-180
//(-1,-1), -26.57
CCRunwayWalk01,2,-0.45,-1.34,0,0,0,-26.57
//8: (0,-1.5), -26.57
CCRunwayWalk01,2,0.67,-1.34,0,0,0,-26.57
//9: (1,-2), -26.57
CCRunwayWalk01,2,1.79,-1.34,0,0,0,-26.57
//(1,-2), 180
CCRunwayWalk01,2,-1,2,0,0,0,180
//10: (0,-2), 180
CCRunwayWalk01,2,0,2,0,0,0,180
//11: (-1,-2), 180
CCRunwayWalk01,2,1,2,0,0,0,180
//(-1,-2),63.43
CCRunwayWalk01,2,-2.24,0,0,0,0,63.43
//12: 上から原点に戻る(上のXの半分＝前に移動)
CCRunwayWalk01,2,-1.12,0,0,0,0,63.43
//13: (0,0), 63
CCRunwayWalk01,2,0,0,0,0,0,63.43
</Sample>

正直いって、8 番以降は三角関数使わないと X, Y の数値の算出はできません。
反面、ボールに向かって動く場合などは、上の 12 番のように、X 軸の数値を調整するだけでいいというメリットもあります。（前に進む指定をするだけ）

で、これはあまりに、、、ということで、、、、、ちょっとエクセルで計算する方式をご紹介します（笑

エクセルには ATAN2 (エータン２またはアークタンジェント２）という便利な関数があるので、それを使うと、ボールを原点として、移動したい X 軸、Y 軸の位置、さらにそこでの向き（Z 軸回転)を指定するだけで、アバター中心とした移動距離を算出することができます。

B6 セルに入っている関数が横のD6に書かれている関数になります。
B2 や B3 そして B4 に数値を入れれば、ノートカードで指定する X 軸、Y 軸の数値が B9 と B10 に出てきます。回転は B4 で入力したものをそのまま使います。

エクセルもってないー、という人は MSN の SkyDrive を使うと Excel Web App が無料で使えます。上の関数もちゃんと認識してますよ（＾＾）v

https://skydrive.live.com/#!/view.aspx?cid=44C574874F615DB1&resid=44C574874F615DB1%21107

埋め込みオプション使ってみました～

DANCE QUEENS

2011-11-17T19:20:00.001+09:00

ハルちゃんが DANCE QUEENS のオーナーの Nottoo Wise さんに MLDU を紹介してくれたので、Nottoo さんから「MLDUについて教えて！」というメッセージをいただきました。

DANCE QUEENS ってセカンドライフ内の Dance に関連する情報をものすごい Passion でまとめているサイトなのです。

DANCE QUEENS : New to DANCE QUEENS?
http://sldancequeens.blogspot.com/p/new-to-dance-queens.html

で、今日ふと DQ のサイトみたら、、、MLDU のってたしｗ

Dance HUD を 4つのカテゴリに区分けしているんです。
MLDU4 および MLDU5 は Category 4 (SEQUENCED) に分類されます。で、たぶんですが、MLDU5 は今後新しく追加される Category 5 (SHOW) に入ることになりそうですね。MLDU5 (multi motion MLDU5) の説明を Nottoo さんにしましたし。

muliti motion(Animation) を使った動画はハルちゃんやカイさんが公開してもらっていますが、考えてみると自分で作ったのって、、、、１つしかないｗｗｗ

Breeze in Second Life by multi motion MLDU5

あと、、、テスト動画ｗｗｗ

マトリョーシュカテスト

あ、multi motion MLDU5 の説明動画の最後のほうも一応、、、それっぽいですね。

multi motion MLDU5 インストラクション (5分25秒くらいから～）

Category 5 に入るのって、Intan と MLUD5 くらいしかない？でも、Category 5 が Category 4 の機能を有する、となると Intan も入らないかな～（No.1 なくて Only 1 っていい響きｗ）

ハルちゃん、紹介してくれてありがとね～。

Nostalogic SL用モーションファイル公開

2011-10-22T23:40:00.001+09:00

Marketplace に Nostalogic の SL 用モーションファイルを公開しました～。もちろんモーションファイルは無料でございます。

https://marketplace.secondlife.com/p/MMD-Nostalogic-motion-files/2810598

SL_MMD_Nostalogic0 は初期ポーズです。
1~8 を 30秒でマクロ、ノートカードで組んでください。
プライオリティは 3 です。AOは切ってください。
いろいろ検討したのですが、まずは素のファイルを公開しますので、指の件は各自、、、（笑
プライオリティ4 の指/手表現のファイルを使えば、モーションと別で動かすことで上書きすることができますから、ぜひ挑戦してみてください。

コピー可、モディファイ可（といっても名前くらいですね）、譲渡不可となります。

モーション調整中～?

2011-09-27T17:24:00.001+09:00

YouTube にあげていた Nostalogic [single edit] の動画のコメントに「モーションどこで手に入るの～」というコメントを複数の方からいただいておりました。

Nostalogic の動画で使われているダンスモーションは MMD (MikuMikuDance) 用にのりさんが作成され公開されたものを、mio を使って一般の bvh ファイルに変換して、esetomo さんが作成された MMDBVHToSLBVH を使ってセカンドライフ用の bvh ファイルにさらに変換、それをセカンドライフにアップロードして、私が作成したダンススクリプトコントローラーの MLDU にいれて、ダンスをさせて撮影したものでした。

YouTube の動画のほうに、、、のりさんご本人らしき人からのコメントをいただいて小躍りしていたわけですが、だめもとで「モーションのセカンドライフ内での再配布、ご許可頂けますか？」と YouTube の中のメッセージを使ってお願いしたところ・・・・

許可がおりました～ｷﾀ━(ﾟ∀ﾟ)━!!

MMD のモーションをセカンドライフに移植する方法はいろいろと紹介されていますし、YouTubeでも「踊ってみた～」で動画があがっています。モーションによっては「再配布OK」なものもありますが、readme.txt やはじめにお読みくださいを見ると、再配布禁止しているのも結構あります。のりさんの Nostalogic も再配布は基本禁止だったのです。

●利用条件 (Nostalogic 配布物内の _はじめにお読みください.txt から引用）
（１）振付を考えてくれた Yumiko さんに感謝しましょう。ありがとう Yumiko さん！
（２）個人的に楽しむ目的での利用には、いかなる制限もありません。引用元の表示も不要です。
（３）動画共有サイトに動画ファイルをアップする目的での利用には、いかなる制限もありません。
（４）データそのものの再配布は禁止いたします。配布用サイトからダウンロードしてください。
（９）上記以外の利用方法については個別にお問い合わせください。

なので、(4) で再配布禁止になっていたので、のりさんから OK ですよ～とご返事いただいた時は本当にびっくり＆嬉しかったわけです。

で、じゃ、早速配布しちゃえばいいじゃない？と思われるでしょうけど、、、実はモーションの調整をしているんです。

ええ、のりさんが作成された MMD 用のモーションは上述の変換ステップを通しても、ほぼ問題なく動くのです。関節がねじれちゃったり、手足があさっての方向にいくことはほぼない、すばらしいモーションなんです。

でも、、、ほんとうに、ええ、本当にほんの一部だけねじれちゃうところがあったりします。動画内ではカメラアングルとカットでそれが見えないように動画を編集していました。

ねじれるところは、、、そう「肩」です。でも、ほんとうに2~3か所くらいなので修正自体はもう終わっているんです。

正常の肩はこちら。ほどんどはこれです。

1520フレーム付近の肩。この程度であれば変換してもあまり目立ちません。

3255フレームの左肩。これは修正したほうがいいねじれになっていました。

せっかく再配布のご許可いただいたのですから、このくらいは修正したいですよね！

で、なんで再配布に時間がかかっているかっていうと、、、、

指なんです。（え～、そこ？って感じですが。。。）

残念ながら、セカンドライフでの「手、指」は非常に悲しいものがあります。ボーン調整での bvh ファイルでは指の動きはつけられず、通常だとモーションファイルアップロード時に指・手の形を指定する、となります。

でも、Nostalogic の動画の中では指、、、やってるんです。
こんな感じ、、、

これは、Nostalogic のモーションファイルの優先順位をアップロード時に 3 にして、指さしだけするモーションや、握るだけのモーションを別に作成して優先順位 4 でアップしておき、タイミングを合わせてモーションの上書きをスクリプトからやっていたのです。。。。

これ、、、動画見て、モーションン手に入れた人は、、、期待しますよね？？？

そこで、どうしようか、、、悩み中というわけです。解決策（実現策？）はいくつもあるんですけど、なんか、こう、しっくりこなくて。。。

ということで、もうしばらくお待ちくださいませ！

[追加] モーションを Marketplace で公開しました～
http://snumaw.blogspot.com/2011/10/nostalogic-sl.html

mesh きました

2011-08-28T18:37:00.001+09:00

公式ビューワーが 3.0 になって、すべてのリージョン(SIM)で mesh が使えるようになりましたね。

Mesh goes gridwide: Create, sell, buy & enjoy all-new things in SL

また、かがみんのブログで以下の YouTube のビデオシリーズを知りました。

Second Life Rigged Clothing Series

メッシュってモデリング中心で考えていたのですが、Rigged Mesh Clothing のエリアがあったのを初めて知りました。mesh ってスカルプみたいに考えていたのですが、これが全然違うんですね。

Weight 塗り、、、できるんだ（ここで MMD の知識応用がくるとは）

Weight 塗りできるということは、メッシュオブジェクトが「伸びる、縮む」ということです。

で、、、いきなり mesh の服に興味を持ったので、かばちさんのブログで紹介されているお店で各種 mesh 服のデモを購入、、、、おー、伸びる伸びる♪

って、文字だとなかなか理解しづらいので動画を。。。

あと、Rigged Mesh Avatar にもかなり可能性を感じますね♪
このエリアは日本のアニメ文化、オタク（いい意味で）文化で、かなりハイレベルなものが出てきそうな気がします。

(最後の最後はテクスチャマッピング＋絵心だと思う＞＜）

動画で紹介した luna256 さんもすごいですし、ばけもの屋さんの conjoh さんも rigged mesh avatar 作ってますねー。

luna256さんのブログ
http://poto.aquel.jp/

conjoh さんのブログ
http://conjoh.blogspot.com/

あ、ちなみに私は「玉姫」のとおり、スクリプトは作っても、玉しかつくれず。。。なので、オブジェクト製作できませんので、mesh についての質問は無しね (＾＾；

でも、うちの島(ホームグラウンド SIM) にくると２人くらい、その道にめっちゃ詳しい人がいますｗ

mldu5 を使った動画ご紹介

2011-08-16T14:44:00.001+09:00

multi motion MLDU5 (以下、mldu5) をご愛顧いただきありがとうございます。
mldu5 をお使いいただいた動画がいくつか上がりはじめましたので宣伝かねてご紹介します。

team Ä・S・H 様

5人でのダンスを mldu5 を使って構成しています。各アバタ―へのダンスモーションの割り当て、それぞれのアバタ―位置の変更など、mldu5 ならではの使い方、、、といっていいでしょうね。

MaHal 様

複数のカップルダンスを mldu5 で組んで、カップルダンスを連続させて舞台を作り上げています。マクロ的なノートカードによるプレイリストと、マルチアバタ―対応によるカップルダンスをうまく利用されています。ダンスとダンスのつなぎでは「ダンス終了位置」と次のダンスの「開始位置」を合わせる微調整を行うことで自然な流れで複数アバターによる複数モーションにトライされています。

私（＾＾；

mldu5 を使って10数個のダンスを連続再生させています。ノートカード記述によりダンス毎に再生秒数を指定できること、連続ダンスを作成したい場合はループアニメーション登録時に「ループイン」（ループを開始させる場所）を０．０から９９．９９などにしてダンスが終わったら最後のポーズのままで止まるようにしてあげるといった工夫をすると、うまく連続したダンスとして見せることが可能になります。この例はシングルモーションですが、もちろん、カップルや3人、4人、、、といった組みダンスをノートカードで構成することが可能です。

mudu5 は marketplace.secondlife.com にて好評発売中～です。

トリノコシティで SL ダンス紹介動画とか

2011-07-18T00:30:00.001+09:00

オリジナルはボカロの曲で、40㍍P さんの「トリノコシティ」という作品があります。それをニコニコ動画の歌い手 ENE さんの「歌ってみた」がお気に入りだったんです。

【ニコニコ動画】「トリノコシティ」を歌ってみました by ENE

で、ハルちゃんが紹介してくれていたダンスアニメーションショップの MyANIMATION で My-HIPHOP シリーズのアニメを購入してきたので、ひさしぶりに MMD アニメーションじゃない、Second Life 用のダンスアニメーションを使って動画作ってみました。完全に「ダンスアニメーション紹介動画」ですけど＾＾；

やっぱり、WindLight 使うといい感じですね。上の動画は Phoenex の V2 UI 版の Firestrom beta を使いましたが、Windlight の設定切替がとても使いやすいのと、プリセットで多くのものが最初から入っているので、いろいろ試せるのがいいですね。

動画撮影は Fraps 有料版を使っています。一時、SL のビューワーの高機能化に伴い、かなり FPS が落ちていったのですが、１年ほど前に現在のノートPCに買い換えたのと、Kirstens をはじめ、軽めのビューワーがでてきているので、FPS は撮影前で 50 前後、撮影時でも 20 台をキープできるようになりました。(Light&Shadowオプションはさすがに、、）

あ、撮影、編集、すべてノートPCです＾＾；（といっても宇宙最強キャッチの DELL ALIENWARE M17x(2010年版) です）

動画編集は Corel の VideoStudio Pro X3 を使っています。もう X4 って出てるんですね。X3 も使いこなせていないので X4 へのアップグレードはちょっとお預け状態です。（といっても、この手のバージョンアップはしたほうが「使いこなせる」ようになるんですけどね）

SL での撮影は個人でやる分にはワンカメ（同時に録画できるのは１つのビューワーのみ）なので、凝った編集をしたくなったら、同じシーンを角度やカメラワークを変えて何度もとって、そのあと切り貼りするわけです。以前ご紹介した Nostalogic の動画なんかは、何度も何度もリテイクして、動画をためて、それを編集していました。なので、「あー、ここ、もうちょっとカメラワーク変えたい」と思っても、なかなか簡単に変更することができません。

その点、同じ 3D ソフトの MikuMikuDance はカメラワークはカメラワークで独立して変更・保存できるので、SL で動画を撮影するときの「リテイク撮影 - 編集」の時間がかかる繰り返しがないのがすごくいいですね。カメラワークの勉強になりますね～。

おおお～！という動画はまだまだ作れないと思うけど、いろいろ試しながら、見やすい動画作れるようになりたいと思う今日この頃でした。

新しく初期アバターが追加されました

2011-07-07T09:24:00.001+09:00

Linden の公式ブログで7月のアップデートということで、新しいアバターや乗り物が紹介されていました。

有料のものではもっとクールなのはいっぱいありますが、最初から選べるアバターの種類がたくさんあるのはいいことでしょうね。

Linden 公式ブログ “July Update”
http://community.secondlife.com/t5/Featured-News/July-Update/ba-p/964435

これらの Outfit はインベントリの [Library] – [Clothing] – [Initial Outfits] から選択できます。

第4回セカンドライフ踊り子組合ダンス会のポスターできた

2011-06-27T02:22:00.001+09:00

一度、こんな感じのポスター作ってみたかったんｗ
今回の演目は OKGO の MMD ダンス&曲はモザイクロール。こちらは4人のマルチ・モーションを使ってのお披露目。
もうひとつは MMD の Nostalogic モーション。Live でのお披露目は初めてになるし、シングル・モーションなので飽きない工夫が必要。いま、一生懸命その工夫を考えています＞＜

残念なが SL 踊り子組合の発表会はオープンなイベントじゃないので、だれでも会場にきて見ることができません。普段、Club などでショーケースやらダンマスをやっている方々の集まりで、ゲストに見せる、、、というよりは、その手のダンスをゲストに見せている人たちの「発表会」としての色合いが濃いんです。

と、、、言ってもウチら「Prin Dance Club」はそんな営業してませんけどｗｗｗ

これから詳細、演出をいろいろと試してつめていきます～。

[LSL] これはうれしいかも ~ llRegionSayTo ~

2011-06-20T15:39:00.001+09:00

とある関数の説明を再確認しようと wiki.secondlife.com の LSL Portal みてたら、いくつか新しい関数が追加されていました。

llTextBox とか存在は知っていたのですがはじめて公式になりましたね。あと、Display Name 系もあったりしてます。

その中で「ああ、これが欲しかった～」というのが llRegionSayTo です。

スクリプトからアバタ―に対して何等かのメッセージを送る手段は

llSay
llWhisper
llRegionSay
llOwerSay
llInstantMessage

なのですが、llSay, llWhisper, llRegionSay は他の人にも見えちゃうので、関係のない人に見られたくない場合は、必然的に相手先がオーナーであれば llOwnerSay, 他の人は llInstantMessage を使うことになります。

ですが、llInstantMessage は、私みたいにダイアログ使って処理をすることが多い場合は「鬼門」なのです。この llInstantMessage は [Delay] の属性を持っていて、wiki にあるように 2.0 Delay なのです。これの意味するところは、llInstantMessage を使うと 2.0 秒「スリープ」するんです。

なので、ダイアログを扱っているスクリプトから直接この関数を使うと次のダイアログ表示の処理まで「2秒とまる」ことになります。パフォーマンスが出ない、ダイアログの表示が遅い、という場合は llInstantMessage によって「止まっている」可能性が高いのです。

これを回避するために、スクリプトを分けて、ダイアログ処理スクリプトから llMessageLinked を使って、送信先の id とメッセージを llInstantMessage 送信用のスクリプトに渡す、、、などの方法があります。

でも、llRegionSayTo を使えば、もう、そんな手間なことをしなくてもよいわけ。
Delay もないですし、0チャンネルでも指定したアバタ―だけにメッセージが表示されます。
その他、llMessageLinked との違いは「同じSIMにいなければならない」ことです。まぁ、別SIMにいる人にメッセージを渡すようなことがなければ、llRegionSayTo が一番使いやすいかもしれません。０番のオープンチャンネルだけじゃなくて、指定したチャンネル番号を使えば「装着しているオブジェクト」がメッセージを拾うことができる、というのもおもしろそうですね。

あと、ちょっと面白いのは llSay と llWhisper と llRegionSay は声の届く距離だけが違うわけではないんですよ。
llSay/llWhisper は隣接する SIM にも聞こえます。でも、llRegionSay は隣接する SIM には一切聞こえません。この違いをうまく使って SIM 間のリレーチャットなんかもできます。
エレクトログラム Siva の複数SIM で同期ダンス！のときにこの仕組みをつかってみました。

むか～し、むかし

2011-06-11T03:17:00.001+09:00

市原悦子風で。。。
てか、何むかし話してるのよｗｗｗ
LINちゃんのブログ

といってもね、実はLINちゃんも知らないんだけど、私は桃源郷にあったころの ASUKA にいってたんだよ。LINちゃんには一度もあったことがないんだけど、そのときは Sae ちゃんが相手してくれてた。。。英語でｗｗｗｗ（私は外人だと思われていた風味ｗ）

でもねー、やっぱ朱雀→ASUKAにいったころの雷神ではいろいろ学んだし、今のベースを作らせてもらったことには変わりないね～。

シンクロダンスマシンなんか、、、作ったことないのに「作るよ～」って言って、、、でもそのおかげで今でも楽しくやってますの。

まさに記念すべき、わたしの初めての ASUKA での動画は、、、レースじゃなくて、ｺﾚ！はずかしくなる編集ですけどね！

いまでも仲良し、お友達の子と踊ってます（＾＾

でも、LINちゃんも書いてるけど私にとって大きな影響を与えてくれたのが、やっぱり Yaz さん。自慢なんですが、その後、いろいろな人から私のこの動画を見て Yaz Rockett にはまった、、、っていう人が多いんですよｗ

で、、、今があるわけ。multi motion MLDU5 もそうだけど、やっぱり、それを作りたい～って思った原動力は MikuMikuDance のモーションを踊りたかった、、、んです。

と、、、いうことでｗ
よろしく～（＾＾：

[multi motion MLDU5] はじめての MLDU5

2011-06-05T18:34:00.003+09:00

動画でつくってみました。

Secondlife Marketplace

ﾟ･:,｡★ MLDU ★｡,:･ﾟ

[multi motion MLDU5] MaHal 35 でデビュー

2011-05-29T11:12:00.002+09:00

multi motion MLDU5 のベータをとことん使い倒して、たくさんのフィードバックをいただいたハルちゃんのショー本番で MLDU5 初お目見えとなります。（といっても、、、MLDU5 そのものがドーンッってあるわけじゃないけど）

MaHal 35
日時：５月２９日（日）今日！ 23:00~
場所：Pianissimo

すでのショーケースという意味ではカイさんがベータ版の MLDU5 でダンスを披露されております。2011年の５月１５日に行われた team Ä ･ S･ H のオープニングイベントでした。
こちらにそのときの模様がビデオでも紹介されています。

blue... [ＫＡＩさんのブログ]

通常のダンスから、格闘系モーションとか、そういう、まさにマルチな扱いされてます～。
さて、、で、multi motion MLDU5 はいつ公開されるの？っていうわけですが、今、せっせと marketplace での~~公開準備をしております~~公開しました！！！。ちなみに POP はこちら。。。

今回のパッケージから「譲渡不可」にしました。譲渡したい場合は marketplace から「贈る」が使えるし、そのかわりといってはなんですが、たまに「HUD紛失～」なんてことがあるので、予備用としてもう1個いれます。なので、MLDU5 が2つ入っています。（お試し版は1つだけで変わらずです）バックアップ用として持つも良し、2つとも使うのも良し、お好きにお使いくださいませ、なので、譲渡不可にしました、という感じです。

今現在~~の予定~~は

お試し版（3人用、５ダンスセット利用可能）：1L$
6人用（6人用、26ダンスセット利用可能）：600L$
9人用（9人用、26ダンスセット利用可能）：900L$
12人用（12人用、26ダンスセット利用可能）：1200L$

となります。~~近日公開予定です。（いつ～？笑）~~

あと、注意事項というか、製品の位置づけですが、

multi motion MLDU5 は MLDU4 を置き換えるものではありません。

通常のクラブフロアでの利用は MLDU4 がよろしいと思います。multi motion MLDU5 は現時点では残メモリーがひっ迫しているため、12人を超えるものは、お願いされても提供できません。ショーケースなどで組みダンスを行いたい！カップルダンスを自分の HUD で楽しみたい！ MikuMikuDance の複数人用モーションを楽しみたい！という方を対象にしています。
なので、marketplace では MLDU4 と multi motion MLDU5 の併売をしばらく続けます。
ご理解のほどよろしくお願いいたします。

ﾟ･:,｡★ MLDU ★｡,:･ﾟ (https://marketplace.secondlife.com)
https://marketplace.secondlife.com/stores/70251

[LSL] 変更されたノートカードを探す

2011-05-01T19:45:00.002+09:00

この数年、、、できないと思い込んでいたことが、今日できることに気がつきました！
オブジェクトのインベントリの中の「ノートカード」。これ、もう最初から「タイムスタンプとかないし、どれ修正したかわからない」と思い込んでいたんです。
で、スクリプトが扱うノートカードの制限ってあるにかしら？と思い wiki を見ていたら、、、「ノートカードは不変」の項目を見つけ、、、。
できるじゃん！！！！私、これ4~5年は無理だとあきらめてたのにっ！
wiki のノートカードの説明
つまり、、、修正した時点で実は新しいオブジェクトとなり、Key が変わる！ってことなんです。それだと修正されたノートカードがどれかわかりますね！
で、書いてみた～。
list noteKey = [];
list noteList = [];
integer noteNum;
init(){
    noteKey = noteList = [];
    noteNum = llGetInventoryNumber(INVENTORY_NOTECARD);
    if(noteNum>0){
        integer i = 0;
        for(;i<noteNum;++i){
            string tName = llGetInventoryName(INVENTORY_NOTECARD,i);
            noteList += tName;
            noteKey += llGetInventoryKey(tName);
        }
        llWhisper(0,(string)llGetListLength(noteList)+"個のノートカードをインベントリでチェック可能です。");
    }else{
        llWhisper(0,"ノートカードはインベントリにありませんでした。");
    }
}
default{
    state_entry(){
        init();
    }
    touch_start(integer total_number){
        llSay(0, "Touched.");
    }

    changed(integer change){
        if(change & CHANGED_INVENTORY){
            integer tNum = llGetInventoryNumber(INVENTORY_NOTECARD);
            llWhisper(0,(string)tNum+","+(string)noteNum);
            //追加
            if(tNum>noteNum){
                llWhisper(0,"ノートカードが追加されました。");
                init();
            }else if(tNum<noteNum){
                llWhisper(0,"ノートカードが削除されました。");
                init();
            }else if(tNum==noteNum){
                llWhisper(0,"ノートカードが変更されました。");
                integer i = 0;
                for(;i<noteNum;++i){
                    string tName = llGetInventoryName(INVENTORY_NOTECARD,i);
                    if(llListFindList(noteKey,[llGetInventoryKey(tName)])==-1){
                        llWhisper(0,tName+"が変更されました。");
                        i=noteNum;
                    }
                }
                init();
            }
        }
    }
}

先入観って怖いわ。。。

[multi motion MLDU5] 追加の機能を動画で・・・

2011-04-04T20:22:00.002+09:00

あげたら、YouTube から警告が・・・

使った楽曲はラヴェルのボレロ。音源は Public Domain classic からだったんですけど、この動画をブロックしたのはドイツ。。。

Public Domain classic は「日本国内においての著作権保護期間が終了した(50年)」データを公開しているので、国によってはだめなところもあるよね、と頭では理解していましたが、いざ、このようなメッセージがでるとびっくり。はじめてでましたから。。。

で、ドイツって何年なんだろうと思い調べたら、あら、70年・・・(JASRAQ Q/A より）
作曲家のラヴェルは 1937年没ですが、、、あれ？音源が 1953 年のものなので、、、ということなのかな？組織 SME ってソニー？
異議申し立てるほどのものではございませんので、、、、しばらくこのままにしておきます。

で、本題、、、（笑
multi motion MLDU5 ベータ版 LSLCON2010 配布は終了いたしました。多くの方に興味を持っていただけてうれしいかぎりです。
その中のお一人のハルさんから可能なかぎり Secondlife 内に存在するカップルダンスを踊りたい～という熱烈なご要望がありましたので、機能を追加した、というビデオになります。
ノートカードの書き方を変えて、
アニメーション名, 再生秒数, x軸移動（前後), y軸移動（左右), z軸移動（上下), x軸回転（ロール), y軸回転（ピッチ), z軸回転（ヨー)
としてみたわけです。

mldu5 test

カップルダンスの中には元から傾いているのがいくつかあって、その調整を通常はカップルダンス専用の Intan だと Intan Configration ファイルで指定して調整してます。

で、、、そもそもは Intan の Configration ファイルも使えたら便利だよね～で始まったのですが、~~残念な結果に使えないことが判明、、、回転の中心位置が違うのです。~~ 使えることが判明～。Intan は y,x,z で角度指定した＞＜
~~なので、トライアンドエラーで微調整をお願いすることになっちゃいます。。。~~ y,x,z の並びを x,y,z に変えて調整するといいでしょう～。
が、で、調整できれば、傾き度一番の 3FX 16 falling deep も扱えるようになります。
現在、細かいところの検証中です～。

[multi motion MLDU5] ダンスセット(プレイリスト)ノートカードについて

2011-03-21T18:01:00.002+09:00

multi motion MLDU5 (以下、MLDU5) は Sit ball に座ったアバターの位置を操作する機能が追加されました。この機能により Henmation や 3FX などで販売されているペアダンス（カップルダンス）や、MikuMikuDance の2人用、3人用といったダンスアニメーション/モーションを MLDU5 に組み込んで楽しむことができるようになりました。

反面、呪文のようなダンスセット記述になりますが、ペアダンスやカップルダンスを使わないのであれば、MLDU4 までの記述方法で問題ありません。

基本の構文は以下です。すべてカンマで区切ります。

ダンス名, 再生秒数, 左右位置調整、向き調整、前後位置調整、高さ調整
(注) 2011/4/11以降に配布している multi motion MLDU5 β2(RC) は構文が変更されました。ダンス名, 再生秒数, 前後位置, 左右位置, 上下位置, X軸回転, Y軸回転, Z軸回転となります。

ダンス名は必須ですが、それ以外は省略可能です。複数ダンスや複数の調整は | でダンス名、調整数値をつなげます。

今回はこのダンスセットの記述方法について説明します。
なお、ダンスセットを作りたくない、という方は、ダンスアニメーションを MLDU5 にいれ、[全ダンス] モードでダンスを楽しむこともできます。ダイアログの [次のダンス] [前のダンス] ボタンでダンスの切り替えが可能です。

ステップ１踊りたいダンスを追加する
MLDU5 で編集を選び「中身」タブに Animations ~ Animations 25 という編集可能なノートカードがあります。このノートカードを編集することで、好みのダンスセット（プレイリスト）を作成することができます。注意点は「ノートカードの名前は変えないでください。」

1) ダイアログのボタンとして表示するダンスセット名を記述する。
<ダンスセット名> </ダンスセット名> でダンスアニメーションをくくります。ダンスセット名はダイアログのボタンになるため長さの制限があります。日本語（漢字、ひらがな）は4文字以下、英数字だと12文字以下（ボタンには11文字しか表示されないこともあります）になります。その文字数以上の指定はしないでください。
たとえば、恋愛レボリューションという名前のダンスセットを作りたい場合は、日本語名だと <恋愛レボ> </恋愛レボ>、英数字だと <Love Revo> </Love Revo> のようにします。

2) アニメーション名を追記する。
ダンスセットの対象となるアニメーション名を追記します。たとえば、motion0, motion1, motion2 の3つのアニメーションを上記の [恋愛レボ] ダンスセットに組み込みたい場合は、

<恋愛レボ>
motion0
motion1
motion2
</恋愛レボ>

となります。この設定では初期値の 24 秒ごとに順番にダンスが再生され、motion2 までいったら、頭の motion0 に戻ります。再生秒数は管理者用ダイアログの [間隔設定] から変更できます。

3) 再生秒数を指定する。
それぞれのアニメーションの再生秒数は個別に指定可能です。たとえば最初の motion0 はポーズのみで60秒くらい待っている状態にして、次からダンスを始めてそれぞれ 18 秒で自動的に切り替わるようにするには以下のように記述します。

<恋愛レボ>
motion0, 60.0
motion1, 18.0
motion2, 18.0
</恋愛レボ>

最初のポーズ(motion0)から 60秒待たずにダンスを開始させたい場合はダイアログの [次のダンス] ボタンを押します。あとは設定されている 18秒でダンスが自動的に切り替わります。
シングルモーション（普通のダンス）のほとんどはこのステップ１の記述でだいじょぶです。

ステップ２複数のアニメーションを追記する

1) 複数アニメーションを登録する
同時に複数のダンスアニメーションを再生させたい場合は、| （縦棒、シフトキーを押しながら \ ボタン) でつなげます。たとえば、boy01 モーションと girl01 モーションを同時に再生させる場合は
boy01|girl01
と記述します。motionA, motionB, motionC の3つのダンスを同時に再生させたい場合は、

motionA|motionB|motionC

と記述します。それぞれのモーションは MLDU5 のサイクル番号とよばれるグループと関連付けられています。
MLDU5 から rez した Sit ボールの番号や、ダンスを送るときに指定したグループが相当します。

再生秒数の登録は１つだけです。上記の3つのモーションを 22.45 秒再生させる場合は

motionA|motionB|motionC, 22.45

という記述になります。これで０番に座ったアバターには moitonA、1番に座ったアバターは motionB、2番に座ったアバターは motionC がそれぞれ 22.45 秒再生されます。

2) ダンスをするアバターの位置を指定する
Sit ボールは 1.5 m の間隔です。ダンスセットで位置調整なしの場合は、Sit したボールを基準点としてモーションが開始されます。モーションによる位置調整がなければ、ボールの上の位置で踊ることになります。
各モーション作成者/メーカーおよびモーションによって、この基準点はさまざまです。MLDU5 では個別に対応することができます。

調整の値は、すわったボールからの移動です。

左、前、上へ移動はプラス、右、後ろ、下への移動はマイナスで単位はメートルです。

複数の位置調整はアニメーション同様 | でつなげます。0グループを 1.5 m 左に、1グループは動かさず、2グループを 1.5m 右に移動させる指定（つまり、同じ位置にする）は以下のようになります。

1.5|0.0|-1.5

3) アバターの向きを指定する
(注) 2011/4/11 以降に配布している multi motion MLDU5 β2(RC) では、X軸、Y軸、Z軸に対する角度指定に変更されています。

向きの指定は8方向の指定にしました。角度（ラジアン）での指定はしません。０から7の数字を使います。 Sit ボールを上から見た場合は、反時計回りになります。

これらの調整記述を使って販売されているカップルダンスや、MikuMikuDanceのマルチモーションを調整します。
たとえば Henmation のカップルダンスの場合は以下のような記述になります。

17_Boy_Couple_KATE_14_01_duration_24.06|17_Girl_Couple_KATE_14_01_duration_24.06, 24.06, 0.75|-0.75

ダンス名が長いのでみづらいですが、2つのダンスを 24.06 秒再生し、位置は、ちょうど2つのボールの真ん中にくるように調整しています。

LSLCON 2010 で展示している MLDU5 には「ポーズ」というダンスセットがあります。そちらの記述は以下のようなものです。ブログの表示上、アニメーション指定が改行されていますが、緑、青、黄色の記述はそれぞれ1行です。

<ポーズ>
**KoumB** - Crouch - 5|**KoumB** - Standing - 69|**KoumB** - Crouch - 27, 6.0, 0.5|0.0|-0.7
**KoumB** - Standing - 98|**KoumB** - Standing - 98|**KoumB** - Standing - 98, 6.0, 0.75|0.0|-0.75, 5|0|3,-0.5|0.0|-0.5
**KoumB** - Standing - 89|**KoumB** - Standing - 81|**KoumB** - Standing - 77, 6.0, 0.3|0.0|-0.3, , -0.5|0.5|-0.5
</ポーズ>

青の指定の内容は
・1つの同じポーズを 0,1,2 グループに対して行い
・再生秒数は 6.0 秒で
・0グループは左に 0.75m, 1グループは動かず、2グループは右に 0.75m 移動し
・0グループは右斜め後方、1グループはそのまま、2グループは左斜め後方を向き
・0と2グループは後ろに0.5m, 1グループは動かない
という登録内容になります。

リンデンドルで日本の地震と太平洋津波救護のサポートを。

2011-03-12T16:24:00.001+09:00

[元の記事] これは Linden Lab の公式ブログ記事になります。
http://community.secondlife.com/t5/Featured-News/Support-the-Japan-Earthquake-amp-Pacific-Tsunami-Relief-with/ba-p/743743

Our thoughts today are with all of those who are suffering in the devastation caused by the earthquakes in Japan and the tsunami in the Pacific. We encourage all Second Life Residents to support the relief efforts however they can, and we would like to help.
We have created two special Linden Bears--one that is wearable and one that sits--which are now for sale in the Marketplace at several pricing levels: L$300, L$1,000 and L$3,000. Here’s the direct link to purchase them. We will donate all proceeds from sales of this bear to the Japan Earthquake and Pacific Tsunami Relief efforts of the American Red Cross.
Please help us to support the relief efforts - buy the bears, and help spread the word in Second Life.
Additionally, we know that independent groups in Second Life are also planning to support relief efforts. For example, Radar Magazine in Second Life will be holding a month-long event and are seeking designers to donate virtual items (see this article for details). If your group is planning an inworld relief effort, then please share it in the comments here.

Thank you,
Kim

---------

支援のために作成した2つのスペシャルリンデンベア(置物タイプと抱えるタイプ）があるので、それらを購入して日本の地震・津波被害への救護支援寄付をしよう、というものです。
このリンデンベアの売り上げを米国赤十字に寄付するというものです。

(画像をクリックすると marketplace を開きます）

MLDU4 を marketplace に登録してみた

2011-03-10T23:19:00.001+09:00

いまごろ？？？みたいに思われるかもしれませんが、旧 XStreet, 現在のmarketplace.secondlife.com に MLDU4 を登録してみました。

商品もともと少ないし、そんなに増える予定もないのでショップの名前も「ﾟ･:,｡★ MLDU ★｡,:･ﾟ」にしてしまったという手抜き・・・

多言語対応してたのですね。marketplace。日本語で見てる場合は日本語の商品名、説明を、英語で見てる場合は英語での商品名、説明を表示するように登録できたんです。なるほど。

英語設定でMLDU英語版見た場合

日本語設定でMLDU英語版を見た場合（上と同じ商品です）

商品登録設定で言語別に説明や商品名を登録することができます。

MLDUのお求めは marketplace で～♪

ﾟ･:,｡★ MLDU ★｡,:･ﾟ https://marketplace.secondlife.com/stores/70251

[LSL] LSLCON 2010 エントリーしちゃいました

2011-02-27T16:48:00.002+09:00

2007年から続いていたスクリプターさんの祭典的な LSLCON Japan ですが、昨年は「あれ？ないな？」と思っていたら、3月に開催決定。

公式ホームページ　http://lsl-con.org/2010/

2008年の第2回目のときには MLDU4 のベータを展示させていただき、アイテムデモまでさせてもらいました。準備大変でしたけど、楽しかった思い出があります。

http://snumaw.blogspot.com/2008/11/lslcon.html

そして今回、、、またも懲りずに「ベータ版」での参加を。。。

MLDU5 ベータ （またベータｗｗｗ）

先ほど、申込み完了っと。

2年ぶりのバージョンアップですが、自分の欲しいもの最優先で作っているのと、土日しかスクリプトする時間がない、それも最近土日も怪しい、スクリプトで孤独に作業するよりもお友達と遊んでいるほうが楽しい（完全に言い訳モードｗｗｗ）などの理由で「出すよ、出すよ」といいながらズルズルと今日まで来てしまいました。ごめんなさい。

メジャーバージョンアップの最大の特徴は「マルチダンス対応」です。って、もう、それしかありません（笑
MikuMikuDance のアニメーションインポートの話は以前のエントリーでもしていますが、シングルアニメーションならまだしも、俗にいうカップルダンス的な2人用のダンスや、3人用、5人用っていうダンスをインポートしたら、それ、動かしたくなるし、かつシンプルに管理して使いたくなりますよね。

基本的な仕組みは簡単なんで、すぐに踊れるように作ったわけですが、、、細かいところでスクリプトの修正をやっていたら、、、1年以上たっちゃった（笑

あらためてスクリプトって奥が深いな～、と思ったのですが、

1) マルチダンスの場合はアバタ―の位置決めが重要　＝ダンサー用 Sit ボール必須

2) 違うアニメーションになれば、初期位置も変わる = Sit したダンサーの位置をアニメ毎に動かす仕組みが必要

3) ボールから立ち上がったり、座ったりで自動的に適切なアニメーションを送信しなければならない　= Sit ボールとメッセージ交換してダンスを送ったり、止めたり、、、

4) アバターを動かすっていっても前後、左右、上下、回転も考えなければならない　= ローテーションしっかり勉強しなければならなかった。。。

5) もちろん、同じエリアに MLDU5 があったら混信しない方法が必須 = Sit ボールとのメッセージ交換チャンネルを変えなければならない（オーナーが違うのは当然ですが、オーナーが同じで複数MLDUっていうケースはあるので、、、）

などなど、ひとつひとつ解決してきたんですけど。。。あまりスクリプトに関しては私が他の人に相談するタイプじゃないので（そのかわり、うちのまわりではスクリプト以外のエリアで多才な人たちがいるわけですが）結構孤独な作業でしたｗｗｗ

LSLCON 2010 に向けてラストスパート！（こうでもしないと、いつまでにできるやらｗｗ）

マルチダンスのサンプルケースはこちら。ほんの一部ですが、使用した曲は BREEZE（カラフル・サウンズ・ポート、唄：祭屋さん）、オリジナル・ダンスは仏壇仮面さんと１３さん（かな）。モーショントレースはあっぱれ様です。(使用・利用した作品はいずれもニコニコ動画内で公開されています）

がんばれ、私！ LSLCONの会場でお会いできるのを楽しみにしています～。

Nostalogic を踊らせてみた

2011-01-06T20:59:00.003+09:00

あけましておめでとうございます。
今年最初の投稿は、、、動画になりました。
MikuMikuDance の動画で去年ご紹介した [MMD] 魔王エンジェルに Nostalogic を踊ってもらった[修正版] に強く影響をうけまして、、、。
のりさんがトレースした Nostalogic のモーションは Secondlife に移植しても本当にきれいなダンスを踊ってくれます。肩回りにモーションの良し悪しって出やすいのですが、ほぼ変な捻じれが目立つことがありません。前屈したり、腰を動かしたりしても全く違和感がないのがすごいです。多くのモデルが利用できるように作られたのがよくわかります。

撮影は Kirstens の DOF (Depth Of Field) を有効にして動画でもリアルタイムに被写界深度を使っています。ある意味「無駄」なアップなどはアップじゃなくてその背景なんかをみるとぼけてたりします。すごい時代になったものです。。。

YouTube のアカウントが 15分を超える動画もアップできるように昨年末になりました。これって、どうやらそこそこ動画をアップしていて著作権とかに違反していない人が対象になっているみたいなので、yuukiss さんの Nostalogic ってどういうのになってるんだろう、、、これで引っかかったら、せっかくの権利なくなるんだろうな（と言っても15分以上の動画って、、、作れないｗｗｗ）と心配になり JASRAC でみてみたら。。。。あるんですねぇ。管理・信託状況が「無信託」で。とりあえずJASRACはクリアしていることだけでもわかって良かったぁ。(といってもYouTubeはJASRACとは包括契約してるから、、、本当の問題は原曲をそのまま使えるかどうかなんですけどね）

すばらしい曲とスムーズなモーションン、、、動画スキルがともなわないけど作らせていただきました。F-San の魔王エンジェルのリスペクトでもあります。

セットとか衣装作ってくれたり、クラブ貸してくれたり、撮影中暖かく見守ってくれたみんなありがとうございます。

[追記]
うわー！モーション作成されたのりさんから YouTube にコメントきたーｗ感激！！！

かっこいい動画

2010-12-26T03:21:00.002+09:00

早いですね、、、1年って。で、最近はまってるのがニコニコ動画の「魔王エンジェル」の動画。

もともとアイマスっていうか、ニコマスの魔王エンジェル系の P さま系はすごすぎて、でも、カメラワークとかむっちゃ参考になるんですよね。

Viewer2 対応ブーツ

2010-12-04T15:13:00.004+09:00

そろそろ 1.x 系のサードパーティビューワーでもアルファマスクのサポートしはじめたし、特にブーツで使われているインビジブルプリムだと、、、場所によっては透けちゃって、きれいじゃないんですよね。

ということで、そろそろ Viewer2 対応のブーツを買ってみることにしました。今回は PixelFashion さんのとこの「Ultimate Boots black(SL 2.0 ready)」 550L$ を購入してみることに。

こちらのお店のブーツは以前いくつか購入したことがあり、テクスチャがかなりきれいなブーツでした。ただし、インビジブルプリムを多用して整形しているため、微妙にブーツのまわりに「透ける」部分が出ていました。
それらの SL 2.0 ready がでたら、、、、買いなおすとは思いますが。。。
で、上のブーツを購入して履いた絵がこちら。

ですよね～。
お気に入りの BAX の Ankle boots も SL 2.0 readay にならないかなぁ、、、。

[NeurolaB Inc.] Ultimate Boots black (SL 2.0 ready)
https://marketplace.secondlife.com/p/NeurolaB-Inc-Ultimate-Boots-black-SL-20-ready/504191

BAX Ankle Boots Black Patent
https://marketplace.secondlife.com/p/BAX-Ankle-Boots-Black-Patent/424098

[追記] V2.0 アルファマスクサポートの BAX Ankle でましたー
Second Life Marketplace - BAX Ankle Boots Black Leather

Kirstens で被写界深度リアルタイムで焦点ぼかし

2010-11-29T14:37:00.008+09:00

Kirstens Viewer の作者さんのページで最新の KL Viewer の SS を見てたら「？」と。前にもご紹介していた GIMP の Focus Blur を使わずして、リアルタイムに背景がぼけてるように見えるんです。

KL すごいし。。。
環境設定のグラフィックにある [Lighting and Shadows] をオンにすると、、、影だけじゃなくて、ブラ―までもかかるんですね。

ちょっと触っただけなので、まだどのような調整ができるかわからないのですが、Viewer もいろいろと進化していることは確かですね。

[追記]

Kirstens の場合は設定項目がありますね。
[Graphics] - [Advanced] - [Misc] です。
Camera COC、CameraFNumber、Camera Focal Length です。

焦点距離と絞り、とか、そんなキーワードで検索するといろいろ解説がでます。
カメラが寄った時だけ、背景がぼけるような設定にしておくと、あまりうるさくないかも。

Rigged Mesh すごいですね

2010-11-08T20:06:00.000+09:00

敷居は相当高いようなのですが、Rigged Mesh を使ったアバタ―制作の事例が YouTube や個人のブログで公開されはじめていますね。

Rigged Mesh : http://wiki.secondlife.com/wiki/Mesh/Mesh_Walkthrough:_Rigged_Mesh_Upload

Secondlife の先駆者の方々には元々 3DCG のエリアでご活躍されていた方も多くて、その方々にすると「やっと」という感もあるのでしょうが、それでもこの対応の早さは日本のユーザーがとびぬけているようにも思えます。

私には到底無理なんですが、すでにあるモデリングツールの利用や COLLADA データフォーマットの採用といった点がこのようなことを可能にしているんですね。

技術的/非技術的な課題・問題も山積みですが、どこまで進化していくのか楽しみです。セカンドライフ、いろいろ言われ続けていますが、このようなサービスで「もう、やーめた」と言わず継続している数少ないサービスのひとつなので引き続き進化してほしいのと、やっぱり CGM の要素を大切にし続けてほしいですね。

[LSL] 位置と回転について～アバタ―にスクリプトはいれられない～

2010-10-16T22:13:00.009+09:00

前回までで、llSetLinkPrimitiveParams を使った子プリムの位置と向きの設定方法をご紹介してきました。また、Link された子プリムを扱うには、与えられた「リンク番号」が重要だ、ということもお伝えしました。
そこで、リンク番号の取得ですが、プリム同士のリンクであれば、それぞれのプリムにスクリプトを入れ、リセット後のタイミングなどで llMessageLinked を使って子プリムのリンク番号をルートのスクリプトに渡すことで、リンク番号管理をしたりします。
llGetLinkNumber() を使って自分のリンク番号をとるわけです。

ここで問題になるのが、プリムにアバタ―が座った時のリンク番号です。ん？と思われるかもしれませんが、アバタ―がプリムに「座る」という行為は、アバタ―がルートプリムにリンクされた、というイベントで管理されるのです。
スクリプトでは CHANGE イベントの CHANGED_LINK を使って、アバタ―が座ったかどうかを管理しているのですね。

アバタ―には他の子プリムのようにスクリプトを入れることができません。座った後のアバタ―の位置や回転を操作するのは、リンクされた子プリムの位置と回転を操作するのと同様ですが、リンク番号の取得がプリムのようにできないのです。今回はその対応方法と、椅子に座ったアバタ―の位置や向きを変えるスクリプトを考えてみます。

5. アバタ―にスクリプトはいれられない

まぁ、、、既知、既出といえる比較的有名な話題になります。wiki にも紹介されていますし、過去にも多くの先輩諸氏がブログなどで紹介しているのですが、ポイントをまとめると

a) 多くの場合は CHANGE イベント発生時のリンク番号の最大値がアバタ―のリンク番号
b) 複数のアバタ―が座ったり立ったりする場合は、アバタ―のリンク番号は CHANGE イベントのたびに変わる可能性がある

上記の２つに注意してリンク番号を取得するサンプルスクリプトを書くと以下のようなものになります。
なお、一人しか座らせない場合は、llSitTarget と llAvatorOnSitTarget を使って、アバタ―の key の取得、llGetNumberOfPrims をリンク番号として扱うのが一番簡単です。このスクリプトはオブジェクトに複数のアバタ―が Sit する、という前提で、key やリンク番号などの情報を取得するサンプルになっています。

//--------------------------------------------------------------------------------
// Sit した複数のアバタ―のリンク番号や Key, 名前、ポジション、ローテーションを
// それぞれのリストに取得するサンプルスクリプト
//--------------------------------------------------------------------------------
list keyList;     //Sit しているアバタ―の key をいれます
list nameList; //Sit しているアバタ―の名前をいれます
list posList;    //Sit しているアバタ―のグローバルポジションを入れます
list rotList;     //Sit しているアバタ―のグローバルローテーションを入れます
list numList;   //Sit しているアバタ―のリンク番号をいれます
default{
    state_entry(){
        llSay(0, "Hello, Avatar!");
    }

    changed(integer change){
        if(change & CHANGED_LINK){
            integer max = llGetNumberOfPrims();
            integer i = max;
            keyList = nameList = posList = rotList = numList = [];
            for(;i>0;--i){
                list tmp = llGetLinkPrimitiveParams(i,[PRIM_NAME,PRIM_POSITION,PRIM_ROTATION]);
                key tKey= llGetLinkKey(i);
                list objDetails = llGetObjectDetails(tKey,[OBJECT_CREATOR]);
//OBJECT_CREATOR が NULL_KEY の場合はプリムではなくアバタ―です
                key cKey = llList2Key(objDetails,0);
                if(cKey==NULL_KEY){ //リンクされたものがアバタ―かどうかのチェック
                    //アバタ―だったら各情報をリストに格納します
                    tmp = llGetLinkPrimitiveParams(i,[PRIM_NAME,PRIM_POSITION,PRIM_ROTATION]);
                    keyList += tKey;
                    nameList+= llList2String(tmp,0);
                    posList += llList2Vector(tmp,1);
                    rotList += llList2Rot(tmp,2);
                    numList += [i];
                }else{
                    i=0; //アバタ―じゃなくなったら、あとはリンクされたプリムなので終了
                }
            }
        }
        //アバタ―が座っていれば、その情報を確認用に表示
        integer len = llGetListLength(keyList);
        if(len>0){
            integer i = 0;
            for(;i<len;++i){
                llOwnerSay(llList2String(numList,i)+","+
                           llList2String(nameList,i)+","+
                           llList2String(keyList,i)+","+
                           llList2String(posList,i)+","+
                           llList2String(rotList,i));
            }
        }else{
            llOwnerSay("誰も座っていません。");
        }
    }
}
//------------------------------------------------------------------------

上記スクリプトの入った直方体に２人のアバターが Sit すると llOwnerSay で以下のようなメッセージをオーナーは受け取ることができます。

[00:28] Object: 2,Snuma Whitfield,d19d8aef-530a-41cc-bc1c-xxxxxxxxxxxx,<210.193100, 234.464900, 2498.686000>,<0.000000, 0.000000, 0.477574, 0.878592>
[00:28] Object: 3,Alt Beck,a45ad906-fa8e-4fe2-bb3d-xxxxxxxxxxxx,<210.193100, 236.036500, 2498.686000>,<0.000000, 0.000000, -0.934414, 0.356190>

リンク番号３番の Alt さんは一番最後に Sit したアバタ―なのですが、ここでリンク番号 2 番の私が立ち上がったとき、Alt さんのリンク番号がどうなるか。。。答えは３番ではなく即座に２番になるのです。そのため、changed イベントが発生する毎に、アバタ―のリンク番号の再設定をしなくてはいけません。

リンク番号さえわかっていれば、あとはこれまでお話ししてきた設定方法を使って llSetLinkPrimitiveParams によるアバタ―の位置や回転の指定を行えばいいのです。
llSitTarget で指定するような初期の座る場所を指定したい、、などは上記の考えを拡張する（座った直後に移動させる）か、wiki の llSitTarget にある「着座ポイントを更新」などの応用をためしてみるといいでしょうね。

それでは複数のプリムからなる台座（オブジェクト）に、複数のアバターが座り、台座にタッチすることで表示されるダイアログで自分の位置を変える(前後、左右、上下、回転）、というスクリプトのサンプルが以下です。
ポイントは、

1) CHANGE イベント毎にアバターのリンク番号を更新する
2) ダイアログで移動させるときに、その時点での位置情報を取得し、使用する
3) グローバル座標による差をローカル座標上の差に変換する
4) アバターを回すときは、ルートのローテーションで2回除算する（または PRIM_ROT_LOCAL を使う）
5) llSitTarget と llAvatarOnSitTarget を使わず、座りたい場所にアバターを座らせ、微調整を可能にする

といったところでしょう。サンプルスクリプトとしてわかりやすくするために一部冗長なコードがあったり、情報確認用の llOwnerSay があったり、ダイアログの扱いについてもあまり汎用的にしていませんので、その辺は臨機応変に変更してみてください。

//PRIM_ROT_LOCAL を使って回転させるものに変更しました。
//注意点は前後、左右はローカルローテーションではなく、グローバルローテーションを使う点です。
list keyList;
list numList;
list personalSetting;
list preKeyList;
integer dChan;
integer dHandle;
integer dFlg;
list dButtons = ["閉じる","3cm設定","5cm設定","前に","左に","上に","後ろに","右に","下に","回る","10度設定","45度設定"];
string dMessage0 = "移動距離：";
string dMessage1 = "回転角度：";
float dist;
float spin;
//ダイアログメッセージ用浮動小数点の成形
string float2string(float p){
   string s = (string)p;
   integer dot = llSubStringIndex(s,".");
   s = llGetSubString(s,0,dot-1);
   return s;
}
//llSitTargetを使わない初期位置設定
//tUnit 分だけ、座った位置から最初に移動する
setInitPos(key id){
   float tUnit = 0.03; //3cm 上にあげたい
   integer index = llListFindList(keyList,[id]);
   rotation tRootRot = llGetRootRotation();
   vector tAdjust = ZERO_VECTOR;
   integer tLinkNum = llList2Integer(numList,index);
   rotation tAvRot = llList2Rot(llGetLinkPrimitiveParams(tLinkNum,[PRIM_ROTATION]),0);
   vector tAvPos = llList2Vector(llGetLinkPrimitiveParams(tLinkNum,[PRIM_POSITION]),0);
   vector tLocalPos = tAvPos - llGetRootPosition();
//グローバル座標のオフセットをローカル座標のオフセットに変換
   tLocalPos = offset2local(tLocalPos,tRootRot);
   //llRot2Upで上に移動すふ調整オフセットを算出します。
   tAdjust = offset2local(llRot2Up(tAvRot)*tUnit,tRootRot);
   llSetLinkPrimitiveParamsFast(tLinkNum,[PRIM_POSITION,tLocalPos+tAdjust]);
}
//グローバルオフセットベクトルをローカルに変換するユーザー関数
vector offset2local(vector v, rotation rootRot){
   if((v!=ZERO_VECTOR)&&(rootRot!=ZERO_ROTATION)){
   rotation rot = llRotBetween(<1.0,0.0,0.0>,v);
   float mag = llVecMag(v);
   vector vec = llRot2Fwd(rot/rootRot);
   return vec*mag;
   }else{
   return v;
   }
}
default
{
   state_entry(){
   //ダイアログ用チャンネル設定 1000～9999
   dChan = (integer)(llFrand(9000.0))+1000;
   dHandle = llListen(dChan,"","","");
   dFlg = FALSE;
   dist = 0.03;
   spin = PI/4;
   preKeyList = [];
   }

   changed(integer change){
   if(change & CHANGED_LINK){
   //Listenしてなければ、Listen開始
   if(dFlg==FALSE){
   llListenControl(dHandle,TRUE);
   dFlg=TRUE;
   }
   preKeyList = keyList;
   key newAvKey = NULL_KEY;
   integer max = llGetNumberOfPrims();
   integer i = max;
   keyList = numList = [];
   for(;i>0;--i){
   list tmp = llGetLinkPrimitiveParams(i,[PRIM_NAME,PRIM_POSITION,PRIM_ROTATION]);
   key tKey= llGetLinkKey(i);
   list objDetails = llGetObjectDetails(tKey,[OBJECT_CREATOR]);
   key cKey = llList2Key(objDetails,0);
// Object Creator が NULL_KEY のときはアバター
   if(cKey==NULL_KEY){
   tmp = llGetLinkPrimitiveParams(i,[PRIM_NAME,PRIM_POSITION,PRIM_ROTATION]);
   keyList += tKey;
   numList += [i];
   //llSitTarget/llAvatarSitOnTargetを使っていないため、以下この方法でSitしたAvatar Key を取得します
   if(llListFindList(preKeyList,[tKey])==-1){
   newAvKey = tKey;
   }
   }else{
//リンク番号が大きいのがアバターで、チェックするオブジェクトがプリムになった(Object Creator に key が入っている場合）は for 文から抜けます。
   i=0;
   }
   }
   //新しく座った Avatar がいたら、初期位置を調整
   if(newAvKey!=NULL_KEY){
   setInitPos(newAvKey);
   }
   }
   integer len = llGetListLength(keyList);
   if(len>0){
   llListenControl(dHandle,TRUE);
   //--確認用-- 実用時はコメント化ですね
   integer i = 0;
   for(;i
   integer tLinkNum = llList2Integer(numList,i);
   key tAvKey = llList2Key(keyList,i);
   llOwnerSay((string)tLinkNum+","+
   llKey2Name(tAvKey)+","+
   (string)tAvKey+","+
   llList2String(llGetLinkPrimitiveParams(tLinkNum,[PRIM_POSITION]),0)+","+
   llList2String(llGetLinkPrimitiveParams(tLinkNum,[PRIM_ROTATION]),0));
   }
   //----------
   }else{
   //誰も座っていないときは Listen をとめます
   llListenControl(dHandle,FALSE);
   dFlg=FALSE;
   personalSetting=[];
   //--確認用-- 実用時はコメント化ですね
   llOwnerSay("誰も座っていません。");
   //----------
   }
   }

   touch_start(integer num){
   key toucher = llDetectedKey(0);
   //移動距離や回転の設定を、ダイアログで変更した場合、
   //グローバル変数を変更すると他のアバターに影響してしまうので
   //保存されている自分用の設定値をを使用します
   if(llListFindList(keyList,[toucher])!=-1){
   float myDist = dist;
   float mySpin = spin;
   integer index = llListFindList(personalSetting,[toucher]);
   //自分用の設定値がある場合
   if(index!=-1){
   myDist = llList2Float(personalSetting,index+1);
   mySpin = llList2Float(personalSetting,index+2);
   }
   string msg = "\n"+dMessage0+float2string(myDist*100.0)+"cm\n"+dMessage1+float2string(mySpin*RAD_TO_DEG)+"度";
   llDialog(toucher,msg,dButtons,dChan);
   }
   }

   listen(integer chan,string name,key id,string msg){
   //基本、座っているアバターのダイアログからのメッセージだけを受け取りますが
   //チャンネル重複などによる混線回避のため id チェックを行います
   if(llListFindList(keyList,[id])!=-1){
   if(msg!="閉じる"){
   float myDist = dist;
   float mySpin = spin;
   integer index = llListFindList(personalSetting,[id]);
   //自分用の設定値がある場合
   if(index!=-1){
   myDist = llList2Float(personalSetting,index+1);
   mySpin = llList2Float(personalSetting,index+2);
   }
   integer linkNum = llList2Integer(numList,llListFindList(keyList,[id]));
   rotation avRotG = llList2Rot(llGetLinkPrimitiveParams(linkNum,[PRIM_ROTATION]),0); //Avatarのグローバルローテーション前後左右移動に使います
   rotation avRotL = llList2Rot(llGetLinkPrimitiveParams(linkNum,[PRIM_ROT_LOCAL]),0); //Avatarのローカルローテーション回転で使います
   rotation rootRot=llList2Rot(llGetLinkPrimitiveParams(1,[PRIM_ROTATION]),0); //ルートのグローバルローテーション
   vector rootPos = llList2Vector(llGetLinkPrimitiveParams(1,[PRIM_POSITION]),0); //リージョン座標
   vector avPos = llList2Vector(llGetLinkPrimitiveParams(linkNum,[PRIM_POSITION]),0); //リージョン座標
   vector offset = avPos-rootPos;
   offset = offset2local(offset,rootRot);
   vector adjust = ZERO_VECTOR;
   if(msg=="前に"){
   adjust = offset2local(llRot2Fwd(avRotG)*myDist,rootRot);
   }else if(msg=="後ろに"){
   adjust = -offset2local(llRot2Fwd(avRotG)*myDist,rootRot);
   }else if(msg=="左に"){
   adjust = offset2local(llRot2Left(avRotG)*myDist,rootRot);
   }else if(msg=="右に"){
   adjust = -offset2local(llRot2Left(avRotG)*myDist,rootRot);
   }else if(msg=="上に"){
   adjust = offset2local(llRot2Up(avRotG)*myDist,rootRot);
   }else if(msg=="下に"){
   adjust = -offset2local(llRot2Up(avRotG)*myDist,rootRot);
   }else if(msg=="回る"){
   avRotL = llEuler2Rot(<0.0,0.0,mySpin>)*avRotL;
   llSetLinkPrimitiveParamsFast(linkNum,[PRIM_ROT_LOCAL,avRotL]);
   }
//移動調整処理
   if(adjust!=ZERO_VECTOR){
   offset = offset + adjust;
   llSetLinkPrimitiveParamsFast(linkNum,[PRIM_POSITION,offset]);
   }
   if(llSubStringIndex(msg,"cm")!=-1){
   myDist = (float)llGetSubString(msg,0,llSubStringIndex(msg,"cm")-1)*0.01;
   //すでに設定済みの場合、自分用設定値の変更
   if(index!=-1){
   personalSetting=llListReplaceList(personalSetting,[myDist],index+1,index+1);
   }else{
   //新たに自分用の設定を登録
   personalSetting+=[id,myDist,spin];
   }
   }
   if(llSubStringIndex(msg,"度")!=-1){
   mySpin = (float)llGetSubString(msg,0,llSubStringIndex(msg,"度")-1)*DEG_TO_RAD;
   if(index!=-1){
   personalSetting=llListReplaceList(personalSetting,[mySpin],index+2,index+2);
   }else{
   personalSetting+=[id,dist,mySpin];
   }
   }
   string msg = "\n"+dMessage0+float2string(myDist*100.0)+"cm\n"+dMessage1+float2string(mySpin*RAD_TO_DEG)+"度";
   llDialog(id,msg,dButtons,dChan);
   }
   }
   }
}

[LSL] 位置と回転について～クォータニオンと移動量～

2010-10-14T22:37:00.001+09:00

前回からの続き、、、ではなくて、ちょっと閑話休題。といっても、今回の一連のお話しの中で、私が勝手に造語的に使っている「移動量」って何？の補足みたいなお話しです。

[LSL] 位置と回転について～移動量という考え方～のエントリーで、球体で考える空間と位置指定の概念を説明するのに、地球の話を持ってきて「移動量」の話をしていますが、この移動量っていうのが、やっぱりよくわかんない、、、と感じる方も多いと思います。

移動量（正直、これ私が勝手にそう呼んでいるので、一般的な用語ではないことをご了承ください。）はクォータニオンそのものなんですが、イメージとしては地球上のある地点から他の地点までの最短距離（大圏航路）で、ぐるっ！と地球をまわして、一度の回転でA地点からB地点にいって、回転させる軸の傾きも含めたもの、、、としつこく書いています。

ふ～ん、そうなんだ、と思ってくれるといいのですが、「ん～、わかんない」となると、実は先に進めないのも事実。それが2年前の私の状態ですから（笑
イメージ、イメージっていってもしょうがないので、もうちょっと具体的に説明してみたいと思います。ただし、なぜこれまで具体的に説明していないか、、、といえば、最終的には必要になる場合もありますが、最初のほうでは具体的に理解する必要があまりない（というか邪魔な？）知識だと思ったためです。あ、もちろん、ここでも行列計算、虚数といった数学的な話にはなりません。

前のエントリーでも「羽田空港とJFK空港を結ぶ大圏航路でグルッと回す」、それが移動量って言い方をしていますが、一気に回すための傾いた軸って存在しますよね。

クォータニオンからは、まず、その軸の方向を導き出すことができます。その関数が llRot2Axis なんです。そして軸を使ってまわした角度が llRot2Angle なんです。

( 絵心無いわ・・・わかってくれるといいけどｗ )

この軸の傾き（方向）と回る角度が移動量つまりクォータニオンを構成する要素なんですよね。
実際、Axis のベクターと、Angle の float からクォータニオンを計算する関数が llAxisAngle2Rot になるわけです。これでクォータニオン（移動量）を算出できるのです。

ネットや書籍でクォータニオンを調べると、そもそも LSL で使われる関数などでは説明されませんから、四元数で、実数部分と虚数部分にわかれ、、、、と説明されます。クォータニオンはローテーション型で <x, y, z ,s> の四元数にて LSL でも表現されますが、現実にその x, y, z, s の要素を直接いぢることは、最初の頃はほぼ皆無です。ちなみに2年前に私はウィキペディアの四元数や、クォータニオンの説明を見てしまい、頭痛＆挫折しそうになりましたし、wiki.secondlife.com での llRot2Axis や llRot2Angle の説明では、それらの関数と同じ動きをする llAcos や llFabs, llSqrt, llVecNorm で四元数の要素をいじるユーザー関数を紹介しています。ですが、その特記事項を見ても何を言っているのかわからなかったわけです。

実際はウィキペディアにある内容をもとにクォータニオンは計算され、四元数の各要素となって表現されるのですが、それを理解するためには数学の勉強は必須で、ちょっと敷居が高かったのです。（私にとっては、、、ですが）

このクォータニオンと軸の傾きと回転量の関係がわかっていれば、他のところでも応用可能なような気がしませんか？

回す軸の方向はわかっていて、何度まわしたい、、、ってあるでしょう？おおよそローカル軸が「回す軸の方向」なので、あまり Axis と Angle の関係を理解せずにｚ軸で回すなら <0.0, 0.0, PI/2> とかにして、llEuler2Rot を使ってクォータニオン（移動量）にして、現在の Rotation に左からかけたりする、、、。でも、ローカルの軸、もしくはグローバルの軸じゃなくても、llAxisAngle2Rot で任意の軸で回すことができる、、、と考えると、ちょっとどこかで使えそうな気がしません？

クォータニオンについては、最初の回で紹介したように、また、何度もしつこくいっているように「球体で考える空間と位置指定」の概念をきちんと持つことで、行列計算や三角関数を深く知らなくても、LSL の関数だけでほとんどの操作は克服できると思っています。その上のステップに行くときに、そこで必要な知識を吸収すればいいわけですよね。

さて、次はオブジェクトに座っているアバタ―を動かす（それも複数のアバタ―）です。

[LSL] 位置と回転について～ルートプリムと子プリムたち(2) ～

2010-10-12T01:14:00.001+09:00

前回はルートプリムからのローカル座標を使った子プリムの相対位置の算出までご紹介しました。今回は llSetLinkPrimitiveParams の PRIM_ROTATION で指定するローテーションの指定方法をご紹介します。

ですが、、、最初にいっておきます。2010年10月の段階では llSetLinkPrimitiveParams の PRIM_ROTATION の指定には Bug (本当は Bug じゃないかもしれませんが、実装上の不具合というか混乱）があって、適切だろうというローテーション型の数値を渡してもうまく動かないのです。

[追記] コメントいただいたように PRIM_ROT_LOCAL を使うことですべてうまくいきます。

[JIRA] llSetPrimitiveParams PRIM_ROTATION and llSetRot incorrectly implemented for child prims

回避方法はあります。といっても上記でいう incorrectly implemented (正しくない実装）を使うわけです。ですから将来的にこの回避方法が動かなくなる可能性（期待しない動きにならないこと）があることをご了承ください。

ポイント4 PRIM_ROTATION にはクセがあります

まぁ、、2007年からある問題ですので、ちょっと放置気味ですが、、。（いまさら仕様変更できないのかもしれませんし、JIRA を見るかぎりでは、ほぼみんなあきらめ気味です、、、）

そもそも仕様通りに動かないので、本来あるべき方法を説明しても仕方ないのですが、本来は、llSetLinkPrimitiveParams の PRIM_ROTATION で設定されるべきクォータニオンはルートから見た場合の相対的な回転です。その計算の仕方はグローバル座標軸上における設定すべきクォータニオンから、ルートプリムのローテーションを引いたもの、つまり除算したものになります。
[追記] ルートおよび子プリムのグローバルローテーションによる除算のため、グローバル基準を元にした相対位置となります。そのためもう一度ルートのローテーションで除算しています。これを回避するために、PRIM_ROT_LOCAL を使い、ルートプリムを基準とした相対ローテーションを取得することができるようになりました。

ですが、それを設定しても期待とおりに回転しません。

回避方法は、設定すべき子プリムのローテーションを、ルートプリムのローテーションで2回除算するのです。

なぜか、、、って考えない、考えない。(笑   このエントリーの最後のほうに私なりに考えた「こういう意味？」をまとめました。
また、この方法は llSetPos の wiki の説明でも記載されています。

簡単な例を使ってみてみましょう。

下の平べったい直方体がルートプリムです。直方体の上方向に立方体をリンクしました。これが子プリムになります。この子プリムの立方体を llSetLinkPrimitiveParams の PRIM_ROTATION を使ってまわしてみます。このときに、ルートプリムの直方体を傾けても、期待する動き（回転）をするようにスクリプトを組むのが目的です。

まず、失敗例から。スクリプトは以下になります。
タッチするとローカル Z 軸 45 度立方体が回る、というものです。子プリムのローカル Z 軸なので、期待する動きとしてはルートプリムの直方体が傾いても、直方体にのった状態でくるくる回る感じです。

回転する度に子プリムには自分のローカルローテーションを取得して、llMessageLinked を使い送信、ルートではそのレスポンスをもらったら、子プリムの上に計算したローカルローテーションと llGetLocalRot の値の両方を表示するというものです。

rotation q;
default{
    state_entry(){
        q = ZERO_ROTATION;
    }
    touch_start(integer total_number){
        rotation childRot = llList2Rot(llGetLinkPrimitiveParams(2,
                 [PRIM_ROTATION]),0);
        vector targetEluer= DEG_TO_RAD*<0.0,0.0,45.0>;
        rotation targetQ = llEuler2Rot(targetEluer);
        q = targetQ*childRot/llGetRootRotation(); //ダメなサンプルですよ！
        llSetLinkPrimitiveParams(2,[PRIM_ROTATION,q]);
        llMessageLinked(LINK_SET,10,"","");
    }
    link_message(integer snd_num,integer num,string str,key id){
        if(num==100){
            llSetLinkPrimitiveParamsFast(2,
                [PRIM_TEXT,(string)q+"\n"+str,<1.0,1.0,1.0>,1.0]);
        }
    }
}

結果は、ルートに傾きがなければうまくうごきますが、ルートが傾くと以下のようになります。

そこで、q の計算を

q = targetQ*childRot/llGetRootRotation()/llGetRootRotation();

のようにルートプリムのローテーションで2回除算する、に変えると、ルートが傾いても 45度ローカルZ軸を中心に回ります。

画像では小さいですが、ローカルZ軸でまわっていない方の計算したローカルローテーションと、子プリムからもらったローカルローテーションは一致しています。うまくまわっている方は子プリムからもらったローカルローテーションと計算したローカルローテーションが違うのです。たぶん、これが多くのユーザーから Bug と言われる所以でしょう。

つまり、llSetLinkPrimitiveParams で設定したローカルローテーションと、子プリムが回転後に取得したローカルローテーションが違うのです。この例だと「何が問題？」になりますが、たとえば、ある子プリム A の向きと同じ方向を他の子プリム B に適用しようとしたとき、子プリム A のスクリプトでローカルローテーションを取得し、それを使って llSetLinkPrimitiveParams の子プリムB の PRIM_ROTATION に受け渡してもダメ、、、ということなんです。これは相当悩みます。この場合は、取得したローカルローテーションを、ルートプリムのローテーションで１度だけ除算する必要があります。

ただ、、、これまでの球体で考える空間と位置指定の概念を使ってみると、この２回ルートのローテーションで子プリムのグローバルローテーションを割る、という意味が見えてきます。
子プリムのローテーションをルートプリムのローテーションで除算すると、子プリムとルートプリムの移動量の差分が算出されます。この差分をさらにルートプリムのローテーションで除算するということは、移動量の「基準」をグローバル座標軸に合わせる（ルートを無回転状態にする）、ということです。

つまり、東京からニューヨークの移動量を、東京を緯度０・経度０にしたときの移動量に変換しているのですね。こうするとルートがどの地点にあっても（どんな回転をしていても＝東京でなくても）、同じような方向、距離であるルートからの移動量は絶対値的に表現することができます。そうすると、この２回除算するというのは非常に意味のあることだと考えられます。
まぁ、、、最大のハマリポイントでもありますね。

さて、次回はプリムではなくて、椅子（もしくはプリム）に座ったアバターを動かしてみます。

[追記] PRIM_ROT_LOCAL を使うことで上位のように2回の除算をする必要がなくなります。
サンプルスクリプトは以下になります。

rotation q;

rotation childRot;
default{
    state_entry(){
        q = ZERO_ROTATION;
    }
    touch_start(integer total_number){
   childRot = llList2Rot(llGetLinkPrimitiveParams(2,
                 [PRIM_ROT_LOCAL]),0);

        vector targetEluer= DEG_TO_RAD*<0.0,0.0,45.0>;
        rotation targetQ = llEuler2Rot(targetEluer);
        q = targetQ*childRot;
        llSetLinkPrimitiveParams(2,[PRIM_ROT_LOCAL,q]);
        llMessageLinked(LINK_SET,10,"","");
    }
    link_message(integer snd_num,integer num,string str,key id){
        if(num==100){
            llSetLinkPrimitiveParamsFast(2,
                [PRIM_TEXT,(string)q+"\n"+str,<1.0,1.0,1.0>,1.0]);
        }
    }
}

プリム上に表示されるローカルローテーションも同じものになります。
子プリムのサンプルスクリプトは以下になります。

default
{
   state_entry(){
   }
   link_message(integer send_num,integer num,string str,key id){
   if(num==10){
   llMessageLinked(LINK_SET,100,(string)llGetLocalRot(),"");
   }
   }
}

[LSL] 位置と回転について～ルートプリムと子プリムたち

2010-10-11T00:05:00.000+09:00

前回ではリージョン座標軸で表現される位置をクォータニオンと球体の中心からの距離で置き換える方法をご紹介しました。空間の概念は X, Y, Z 軸による立方体だけでなく、球体での移動量と球体の中心からの距離で表現できる「球体で考える空間と位置指定」の概念の重要性がご理解いただけたかな、と思います。

ここまででオイラー角による回転について１度も触れていないのは面白いですよね。移動量という言葉を使って「角度」という言葉を使っていないわけです。

プリムをまわす、回転させるときに一番最初に覚えるのは軸を中心とした回転ですよね。わたしもそうでした。Z軸で９０度回転させる、なんてことをやるわけで、そのときラジアンによる角度表現が必要である、とか、llEuler2Rot という関数を知ったり、右ねじの法則、グローバル軸を基にした回転と、ローカル軸を基にした回転の違い、その方法を学ぶわけです。

もちろんオイラー角によるプリムの回転で事足りことも多いのですが、スクリプトでいろいろな操作をやろうとすると、はじめから角度がわかっていることって、、、少ないと思います。llGetPos や llGetRot、llGetObjectDetails, llGetLinkPrimitiveParams などで取れる数値は位置を表すベクター型であり、移動量をあらわすローテーション型のクォータニオンです。なので、位置ベクトルとクォータニオンを駆使して操作することになり、あらかじめ各軸の角度がわかっていれば使えるオイラー角による回転指定は、、、、実は、かぎられるような気がします。

前置きが長くなりましたが、今回は llSetLinkPrimitiveParams などで必須となるルートプリムと子プリムの関係、とくに位置（ローカルポジション）と向き/回転（ローカルローテーション）について考えてみたいと思います。

4. ルートプリムと子プリムたち

複数のプリムをリンクさせるとき、スクリプトを組み込む必要がなければ、あまりルートプリムがどれかを意識しないかもしれませんが、スクリプトをいれてなんらかの操作をしようとすると、ルートプリムがどれか、子プリムでもリンク番号は何番かが非常に重要になります。

基本的なリンク、リンクのさせかたについては wiki の記事や先輩諸氏のブログなどを参照してもらって、ルートプリムに入っているスクリプトから子プリムたちをどのように扱うかを見てみます。

ポイント１リンクされた子プリムは「ルートだけ」とつながっている

ちょっといきなりハードルが高いかもしれませんが、プリムをリンクさせたとき、子プリムはルートプリムに対してリンクされている、ということを忘れるときがあります。１対１なら直感的ですが、子プリムの数が多くなり、造形的に階層構造のようなオブジェクトになったとき、見た目で土台になっているプリムを動かすと、それに「見た目」でのっているプリムが動きそうな気になるんですよね。

上の絵の緑色のルートプリムを動かせば、リンクされている子プリムたちはすべて追随するのですが、青いプリムを動かしても、見た目その上にある赤や黄色のプリムは動かない、、ということです。上のような単純なオブジェクトだと「当たり前じゃん」と思うでしょうが、造詣をしていって、見た目が子プリム同士関連しているように見えれば見えるほど、ルートだけにしかリンクしていないことを忘れます（笑

それが顕著にでるのが、プリムに座ったアバターを動かすときです。

どうしても座っているプリムを動かせば、座っている（＝リンクしている）アバターも動くような気がしてしまいますが、アバターはルートにリンクしているであって、見た目座っているプリムとはリンクしていないのです。

ポイント２子プリムの位置・回転はルートプリムが「基準」です

ですよね～、と思われるかもしれませんが、わたしも最初にはまった落とし穴は、ルートプリムのローカル座標軸（前後、左右、上下）がグローバル座標軸（東西、南北、天地）と重なっているのがおおよそ Rez した直後の初期値なので、グローバル座標軸を基準とした回転や位置指定を子プリムに対して行い、最初うまく動いている！と誤解してしまうことです。

うまく動いている状態だったのに、オブジェクトの向きを変えたら、予想もしない方向、位置に子プリムが動いた、、、となり、それが予想もつかない動きをするので悩んでしまう、、というものです。

ポイント3 ルートを基準とした位置の算出方法は球体で考える

正直、、、わたしは相当苦労しました。。。前に「位置と回転」について書いたブログが 2008 年のもの、、、当時はクォータニオンを理解しようとして行列計算や、関連しそうなネットの情報、書籍を読んでみて、興味深い内容が多かったものの、それぞれを理解したとはいえませんでした。

最近は wiki.secondlife.com のコンテンツも有志の方による日本語訳が充実してきているので、そこからある程度「こんなものかな」で理解してしまうほうがいいかもしれません。

ルートと子プリムの関係は、これまでご説明してきた「球体で考える空間と位置指定」の概念がわかっていれば比較的簡単に必要な数値の算出が可能になります。（なると思っています、、、）

まず、ルートから見た子プリムの相対位置です。
llGetLinkPrimitiveParams もしくは llGetObjectDetails で子プリムのグローバル座標を取得することができます。ルートプリムのグローバル座標もこの関数以外に llGetPos や llGetRootPosition で取得できるので、ルート、子プリムそれぞれのグローバル座標をもとに、ルートプリムからルートのローカル座標（前後、左右、上下）による子プリムまでの「軸上の移動距離」を算出することになります。ただし、この算出の場合も「球体で考える空間と位置指定」を使うことになります。

え？子プリムのグローバル座標からルートプリムのグローバル座標を引けばいいんじゃない？と思いたくなるのですが、その差分はグローバル座標軸における差（東西、南北、天地）であって、ルートプリムからのローカル座標軸（ルートプリムからの前後、左右、上下）での差分ではないのです。グローバル軸とローカル軸が重なっていれば問題ないですが、ずれた（ルートが回転した）瞬間から予期しない動きをしてしまいます。

ルートプリムから見た子プリムのローカル座標上の移動距離を算出する考え方と手順が以下になります。

a) 球体で考える空間と位置指定の概念を使ってルートプリムを球体の中心にもってくるイメージをしてみます

そのときのルートプリムの向きは llGetRot でとったそのままの傾きで、子プリムと一緒に動いてくるイメージです。球体の中心にきた時は、ルートプリムのローカル座標軸とグローバル座標軸はずれている感じです。そしてそのずれは移動量であり、ルートプリムのローテーションになります。

//ルートプリムのクォータニオン
rotation rootRot = llGetRot(); または llGetRootRotation();

b) 中心（ルート）から子プリムまでの直線距離とグローバル座標軸上の移動距離を算出します

グローバル座標軸における2つの位置ベクトル間の距離です。

vector rootPos = llGetPos(); または llGetRootPosition();
integer linkNum = 2; //ルートは1、それ以降は2～
list pList = llGetLinkPrimitiveParams(linkNum,[PRIM_POSITION]);
vector childPos = llList2Vector(pList,0);
float dist = llVecDist(rootPos, childPos);

グローバル座標上の子プリムの位置とルートプリムの位置の差分。つまり、ルートプリムが中心のときにグローバル座標上の子プリムの位置ベクトルになります。

vector childVec = childPos-rootPos;

c) ルートプリムをぐるりと回転させて、ルートプリムのローカル座標軸とグローバル座標軸を一致させるイメージを持ってみます

この時の移動量は a) の rootRot だけ「戻る」感じですよね。
ただし、このとき「移動」するのは実は子プリムなんです。ルートプリムは中心にいるので一切「移動」しないわけです。
なので、動かす前の子プリムの移動量を算出します。これは子プリムの向きを表すローテーションではありません。球体で考える空間の話を思い出してください。球体の中心（＝ルートプリム）とX軸基準 <1.0, 0.0, 0.0> と自分のグローバル座標上の位置ベクトルから算出する移動量です。自分の位置ベクトルはグローバル座標上の XYZ であり、ルートプリムは球体の中心にきていますから、b) で算出した childVec になります。

rotation childRot = llRotBetween(<1.0,0.0,0.0>,childVec);

そして、ルートのローカル軸をグローバル軸にあわせるために、子プリムの移動量からルートの傾き分の移動量を引きます。（ルートプリムがぐるりとまわって元に戻る感じです。）ローテーションでの計算では除算します。ここがルートと子プリムの関係の最大のポイントです。

rotation q = childRot/rootRot;

これで移動量 q は、ルートのローカル軸、グローバル軸が重なった時点での球体上の子プリムの移動量となります。

d) ローカル座標の位置ベクトルを算出します

ローカル座標とグローバル座標は一致しているので、<1.0, 0.0, 0.0> と llRot2Fwd と使ったこれまでと同じ方法で算出します。

vector offset = llRot2Fwd(q)*dist;

この offset ベクターがルートプリムからの相対位置になります。
どうです？三角関数とか意識しなくても出せるような気がしませんか？
重要なのはイメージなんですよね。

と、、、ちょっと長くなったので、ルートプリムから見た子プリムの向きについては次回にします。

[LSL] 位置と回転について～基準はどこにあるの？～

2010-10-10T00:46:00.000+09:00

前回では移動量（クォータニオン）と高さを使えば空間のあらゆる位置を表現できる、という方法を説明してみました。ただし、その場合でもある地点を「基準」として考えたら、、、という前提があったことを思い出してください。

この基準、、、というのが難しいのです。

3. 基準はどこにあるの？

地球上の位置を考えたとき、よく例にでるのがイギリスにあるグリニッジ天文台の子午線ですが、前回ではそれに赤道も加え、経度0度の子午線と緯度0度の赤道の交点がギニア湾上にある、ということを紹介しました。その位置は「緯度0度、経度0度」の位置です。

そして、その位置は地球の中心から見て「地球の半径」の高さ（あえていえば、海抜 0 m もしくは標高 0 m)を加えることで「ピンポイント」で地球の表面上の位置の特定が可能になります。

そして以下の絵でご説明したように、回転であらわした「移動量」が同じでも、地球の半径に相当する R の距離（もしくは高さ）を変えることで違う位置をさすことが可能だということも理解できたと思います。

Secondlife のインワールドで移動量と半径Rで空間内のすべての位置を表現するには、考えなくてはならない「基準」が球体の中心 <0.0,0.0,0.0> だけではないのがミソなんです。

地球でいう緯度0度、経度0度、標高 0m の地点はどこにあるのでしょうか。

これ、、、実は明確には無いのです。(今のわたしの理解では＾＾；）

複数の SIM からなる SecondLife なので、他の SIM をぜーんぶひっくるめて「地球」のような感覚になりがちですが、位置の特定にかぎっていえば 1 つの SIM がすべてです。この１つの SIM で、球体の中心を <0.0, 0.0, 0.0> におき、さらに、LSL で扱いやすくするために、地球上のギニア湾上にある緯度0度、経度0度、標高0m(地球の半径）のような「基準」をグローバル座標で以下の地点だと「仮定」します。

<1.0, 0.0, 0.0>

上の絵で、<0.0, 0.0, 0.0> の球体の中心点からグローバル座標の X 軸上で 1m いった地点。これを緯度0度、経度0度、標高0m と同じように扱ってみるのです。ここが絵でいうピンクの線の基準。

ええ、、、でも、たとえば自分が <100.0, 82.0, 36.0> のグローバル座標の位置にいて、それで <1.0, 0.0, 0.0> の基準点（もしくは基準ベクトル）をつかって何がわかるの？となりますよね。ただ、もう一度思い出してください。同心円（もしくは同じ球面）にいなくても、移動量（クォータニオン）は上の図でいえば A1, A2, A3 は同じ、B1, B2, B3 も同じ、、、ということを。そうすると、半径 1.0 m の球面上で、上の絵の中の線で言えば赤い直線、青い直線上の地点への移動量がわかれば、あとはどれだけ中心から離れているかの組み合わせで、<100.0, 82.0, 36.0> の地点を示すのと同じことができるのです。

そのための便利な関数が llRotBetween() なのです。

wiki の説明では llRotBetween の引数には単位ベクトル的な数値（x や y や z が 1.0) しか入れていませんが、この関数が本領発揮してくれるのは単位ベクトル以外のベクトルをいれても、2つの位置間の「移動量」を計算してくれるのです。

上の絵でいうと、A2 と B3 の間の移動量を出してくれる、ということです。同心円上の A2 と B2 の移動量も、同心円上にない A2 と B3 の移動量は同じことはもう理解できますよね。違うのは中心からの距離、半径 R なのです。

なので、グローバル座標上の <100.0, 82.0, 36.0> を移動量（クォータニオン）と <0.0,0.0,0.0> からの距離で表すと

移動量（クォータニオン）r は、
rotation r = llRotBetween(<1.0, 0.0, 0.0>,<100.0,82.0,36.0>);

<0.0, 0.0, 0.0>から<100.0, 82.0, 36.0>までの距離は
float d = llVecMag(<100.0, 82.0, 36.0>);
または
float d = llVecDist(<0.0,0.0,0.0>,<100.0,82.0,36.0>);

となります。この r と d でグローバル座標上の位置の計算は以下で可能です。

vector v = llRot2Fwd(r)*d; //注1) なぜ llRot2Fwd か理解できない人は最後の(注１)を参照してみてください。

これで、v の値は自分の位置の <100.0, 82.0, 36.0> になるのです。

この基準の考え方を応用すると、リンクされた子プリムのルートプリムからの相対位置を計算することができます。ルートに対する相対とは「ルートから見て（ルートを中心として）」どのくらい差分があるか、ということで、特に llSetLinkPrimitiveParams() で子プリムの位置や傾きを設定する PRIM_POSITION や PRIM_ROTATION で使用できます。子プリムがルートからみてどの位置にあるか、どんな傾きになっているかを算出してはじめて llSetLinkPrimitiveParams が使えるようになるわけです。そのときルートプリムは自分が傾いているなんて考えていません。また自分がグローバル座標のどの位置にいても、「自分からみてどのくらいの距離にいるか、自分から見て前後・左右・上下のどのくらいの位置にいるか」が重要となります。

次はここまでの知識を元にルートプリムと子プリムの関係について考えてみたいと思います。

(注１）llRot2Fwd を使ったのは、基準となる位置（ベクトル）を <1.0, 0.0, 0.0> と仮定したためです。X 軸は東西であると同時に前後になります。<0.0, 0.0, 0.0> から前に１歩進んだ状態で、移動量によってくるりと回転した状態からさらにベクトルを伸ばそうとするので前に進む、なので llRot2Fwd を使います。

もし基準となる位置(ベクトル）を <0.0,1.0,0.0> としたら、<0.0,0.0,0.0>から左に一歩分横に移動したようなものです。この状態で移動量分くるりとまわし、ベクトルを伸ばそうとすると、今度は llRot2Fwd ではなく llRot2Left を使って左に進むことでベクトル算出をすることになります。

[LSL] 位置と回転について～移動量という考え方～

2010-10-09T01:09:00.000+09:00

前回、位置を表すには2つの方法があって、そのうちのひとつに地球を例にとって球体における位置の指定についてご紹介しました。

今回はその球体における位置指定について具体的に見ていきたいと思います。

2. 移動量という考え方

前回では成田空港と JFK 空港の位置は「緯度」と「経度」で指定できることをご紹介しました。緯度、経度が何か、、、はここでは詳しく説明しませんが、数値データで表現されるこの緯度、経度、、、それぞれの数値が 0 のところってどこでしょう？そしてそれはどんな意味を持つのか考えてみます。

緯度０度（つまり赤道上）で、経度0度（つまり、イギリスのグリニッジ天文台を通過する子午線）が交わる地球上の位置は残念ながら海上です。アフリカのガーナの下、ギニア湾上にありました。（上の Google Map の青いマーカーです）

この緯度・経度が 0 の地点から「ある移動量で動いた地点」をクォータニオンで表すことができるのです。クォータニオンはプリム/オブジェクトの「回転」で出てくる重要な要素ですが、前回ご紹介した大圏航路をつかってある地点、たとえば成田空港まで（球面上で）緯度0度、経度0度の地点から線を引く時、地球を「ぐるっ」と斜めになっている軸で回すと、それも1回の回転だけで青のマーカーを成田空港のある位置まで「移動させる」ことが想像できると思います。（今は軸が何度傾いて、、、とかは考えないようにします。地球を回すと成田空港も逃げちゃうよ、、という突っ込みはなしで＾＾；気になる人は成田空港があった位置まで、、、とでも置き換えてください。）

緯度0度、経度0度から成田空港へは地球の裏側にいくので、成田とJFKで大圏航路を。。。。

この斜めの軸でぐるっと回し移動させる傾きも含めた「量」を移動量として理解します。そして、その移動量は回転なのでクォータニオンで表現できる、、、と覚えます。
そうすると、緯度0度、経度0度を基準点とした成田空港地点への移動量（クォータニオン）は、成田空港の位置そのものをあらわしていると言えます。

なんとなく、基準点さえ決まっていれば移動量を用いて場所の特定ができそうかな、、、と思ってもらえればいいのですが。

ただ、ここで疑問が湧きます。Seondlife のインワールドではグローバル座標による位置の指定は直観的で、<24.0, 120.0, 30.0> であれば <0.0, 0.0, 0.0> から X 軸のプラス方向に 24 m 進んで、Y 軸のプラス方向に 120m 進んで、Z 軸のプラス方向に 30m 上がれば、そこが指定されている位置だということはわかります。クォータニオンを使った場合、球体の中心は、、、えっと、SIM が 256m X 256m X 256m の立方体だから、その中心は 128m x 128m x 128m、、、あ、でも高さはもっと何千メートルもあるから、、、あれ、中心ってどこだろう？？？？と思います。私も最初のころは、これでつまづいていたんです。

クォータニオンを使った位置指定の重要なポイントは、上の疑問にあるように「球体の中心」をどこにもってくるか、、、なのですが、グローバル座標（リージョン座標）で考えるときは、そのものズバリ <0.0, 0.0, 0.0> を球の中心として考えるのです。
ん～、それですべての位置の表現ができるの？と思いますよね。クォータニオンによる位置の指定は直観的ではないので、もうすこし我慢してお付き合いください。

いきなり3次元だとつらいので、ちょっと高さは考えないで平面で移動量（クォータニオン）と位置についての関係を見てみたのが以下の絵です。

いわゆる同心円のお話しですが、ピンクの線を基準として青い線分だけ回ったとします。青い線の回転量は R1 の円上でも、R2 の円上でも、R3 の円上でも同じですよね。ただし、R に相当する半径の長さが違うので、A1, A2, A3 は違う位置をさしている、、、ということです。赤い線上の B1 ~ B3 についても同じことが言えます。回した角度（移動量）は同じでも、半径が違えば指し示す位置が違う、ということで、地球上の高さ/標高が違う同じ緯度・経度の位置の指定方法をイメージするとわかりやすいと思います。

移動量、つまりクォータニオンと、上述の半径 R、地球上でいえば標高の組み合わせで、空間上のすべての位置を指し示すことができる、ということになります。

グローバル座標では <0.0,0.0,0.0> を球体の中心として考えてもよさそう、、、と思いますが、上の例でのピンクの線の「基準」はいったいどれか、、、、基準とした中心が <0.0,0.0,0.0> 以外の場合は、、、など、もう少しこのあいまいそうな「基準」について考えることで、グローバル（絶対）位置とローカル（相対）位置の理解が深まるはずです。

次回は「基準」について考えてみます。

[LSL] 位置と回転について～位置を表す二つの方法～

2010-10-06T22:25:00.006+09:00

何年やってもなかなか理解し難いのがオブジェクトの位置と回転の扱い方という方は多いように思います。
多くの先輩諸氏がブログなどに Secondlife や LSL での「位置」と「回転」に関する情報を残してくれていますが、前提とする知識のレベルが高かったり、専門的であったりして、自分のレベルに合う情報をなかなか見つけることが難しいエリア、話題ですよね。
私もちょっと避けてきたのですが、この数ヶ月やらなきゃいけない課題があり、ようやく、というか、なんとなく、、理解できたような気がしたので、自分の勉強も兼ねてまとめてみようと思います。
今のところ以下の6回にわけて、Secondlife と LSL による位置と回転（向き）の考え方をまとめてみようと思います。最終的な目標は複数プリムからなるオブジェクトにアバタ―が座った時に、そのアバタ―を自分の思い通りにスクリプトで動かすことができるようにしたいと考えています。

1. 位置を表す二つの方法
2. 移動量という考え方
3. 基準はどこにあるの？
4. ルートプリムと子プリムたち
5. アバターにスクリプトはいれられない
6. スクリプト連携による方法

これらの投稿の課題として、なるべく数学的な要素を省き、三角関数や行列計算、虚数などの深い理解を必要としない形でオブジェクトやアバタ―を動かすことができればいいな、その内容を伝えられたらいいな、と思っています。

1. 位置を表す二つの方法
3次元空間における位置と向きの指定が難しいのは、もしかすると最初の出だしに問題がありそうな気がしました。それは空間の概念です。簡単すぎてあまり深く考えていませんでしたが、二つの方法 (グローバルとローカルじゃないですよ) があることをしっかり理解したほうがあとあと楽になりそうです。

私たちが最初に理解するのは XYZ 軸を使った位置の指定方法です。SIMの中で東西、南北、天地に直交した軸に沿っていきたい場所、今いる場所を特定できます。
同じように XYZ 軸を使って東西、南北、天地に関係なく、いま自分が向いている方向で前後、左右、上下に直交する軸に沿っていきたい場所を指定することもできます。それぞれをグローバル座標軸（もしくはリージョン座標軸）、ローカル座標軸を使った位置の指定と呼びます。
このあたりは、この話題にご興味を持たれた方はすでにご存知かと思います。
また、私のブログでもかなり前に触れています。（混乱を避けるために、以下の私のブログは読まなくてもいいです。）

位置と回転を理解したい１
位置と回転を理解したい２
位置と回転を理解したい３

過去に書いたこの上記３つのブログでも意識していなかった空間の概念というが、位置の指定方法における別のやり方です。それがクォータニオンを使った位置の指定です。えっ？クォータニオンって回転じゃないの？と思われるでしょう。私もつい最近までそうでした。(^_^)

クォータニオンが何かを数学的に理解するのは正直時間がかかります。行列計算、三角関数、複素数、虚数、ジンバルロック、、、などなど。でも、数学的な理解が目的ではないので、ここではクォータニオンをある点からある点への「移動量」として理解してみようと思います。ここでは移動量が何か、何で構成されるのかは考えず、とにかく位置 A から位置 B に移動するのにクォータニオンという「移動量」を使えば移動できる、と考えるわけです。また位置 A や位置 B についてもクォータニオンで表現できる、と覚えます。

この移動量による位置指定の概念を理解するのに一番良い、第一歩として「地球」上の位置を考えてみます。

たとえば、東京からニューヨークに移動するとします。よりわかりやすくするために、成田空港から JFK 空港に直行便があって、それらの空港間を移動すると考えます。一番最短な距離で成田から JFK にいくには「大圏航路（たいけんこうろ）」という最短距離を飛ぶのが理想とされています。途中 LAX (ロサンゼルス）やアンカレッジに寄り燃料補給せずに直接行けるなら、この大圏航路を使えばいいのです。とにかく、大圏航路は地球上の2点を結ぶ最短距離で、それは１つしかない、と理解してみます。

また成田空港という場所の指定を地球上でやろうとすると、、、日本の住所もありますが、地球規模で考えると緯度と経度を使いますよね。(緯度35.763983, 経度140.384644) JFK 空港も同様に緯度・経度で位置を指し示すことが可能です。（緯度40.6444122, 経度 -73.782745）つまり、、、地球上の「どこ」でも緯度と経度で位置を指定できます。

ちょっと、まって、、、「地表」ならともかく、地球上には「高さ」があるわけだから、富士山の頂上と、道路の上では「位置」は違うじゃん、と思いますよね。でも、その違いは「標高」や「高度」、「海抜」で表現すればいいのです。
よって、地球上では「緯度」「経度」「高さ」の3つの数字があればどんな位置でも特定が可能なのが、なんとなく想像つくと思います。

位置を表す二つの方法の言い換えると、「立方体で考える空間と位置指定」と「球体で考える空間と位置指定」と考えることもできます。

次回はとくに球体で考える空間における「移動量」とクォータニオンをインワールドに適用したときの考えについてまとめてみようと思います。

Electrogram2010 Siva

2010-09-18T10:06:00.001+09:00

2010年９月１１日～１２日に行われた Electrogram2010 Sive。会場のクロス SIM ダンスパネルと、VectorChaos スクリプトスタッフ兼ビデオスタッフとして参加させていただきました。
そのときの模様の SS からお気に入りをご紹介。

赤を基調とした会場（とりあえずポーズ(w)

ぷーちゃん制作の特別ステージ

ぷーちゃ、、、もといシバ

RMO

Soleil

Hiroshi Kumaki

Chouchou

mkIISR

V.L.T.G

Vector Chaos with P-Size

そして、サプライズイベント

RMO の matsuken さんの祝福の歌が感動的でした。

って、、、パソコン変えたらなんか SS 綺麗にとれるようになったかも？

そのほかの SS は私の flickr photostream で見ることができます。

みんな、お疲れ様～。
でも、わたしの Electrogram2010 はまだ終わっていないのでありました・・・
Vector Chaos の SS が少ないのはビデオを撮っていたから・・・で、素材だけで、当日分７GB、リハ含めると 24GB もあるよ～。（笑
もうちょっと待ってね～。

[追記] VectorChaos with P-Size “Don’t Stop Your Dance” あがりました～。

BareRose 5yr Photo Contest

2010-08-21T16:08:00.001+09:00

たまたま前に Filckr に投稿したフォトが BareRose のスタッフさんの目にとまり、B@R のフリッカーグループに招待されていたのですが、今回、BareRose の5周年記念フォトコンテストへの参加のお招きをいただき以下のフォトを投稿したら、、、3位もらっちゃいました。

コスチュームは左からいずれも BareRose の DoctressQ, NIGHT MISTRESS そして BLACK BRIZARD になります。お友達作成のお墓セットがあったので、それでスカイを作っての撮影で、画像は Windlight の設定のみで霧の雰囲気をだして、フレームのレイヤーを上からかぶせただけ、、というもので、、、正直他の方の作品に比べると恥ずかしいくらいだったんです。

最初はレタッチして HDR っぽい、色を鮮やかにしたフォトだったのですが、お墓の雰囲気ならもっと暗めにして、霧みたいな感じがいいんじゃない？というアドバイスをお友達からもらってその通りにしたのが幸いだったようです。HDR のような鮮やかできれいなフォトのエントリーが多かった分、逆に目立ったのかな？

1st Prize をゲットした作品はこちらです。Ocean Blackthrone さんの作品です。

2nd は Jill Black さん。
[追記] Jill Black さん、Flickr から退会されたようで写真がなくなりました。

3rd は私の他にお二人いらっしゃって、Bella Slade さんと Wakapa Hermit さん。

ね、、、、ちょっと3位いただいたのが不思議ちゃん（笑

新しい Viewer – Official 2.1.1

2010-08-19T20:06:00.001+09:00

なんか人知れず 2.1.1 出てます。
ビューワーとかにもアテンションでないし、オフシャルブログにも特に書かれていないようなのですが。。。

http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/2.1.1

そして、なんか不安定とかいうブログの書きこも散見されていますが、、、それ見る前にダウンロード＆インストールしっちゃいました。＞＜
ですが、どうやら、私はなんとか動いているようで、、、ちょっと不安な方は様子見したほうがいいかも。。。

[追記 2010.8.21]
うーん、やっぱり調子悪いかも。最初の立ち上がりでフリーズして、ビューワー落として再度立ち上げると、、、やっとまともに？うーん。

一夜限りのステージ

2010-08-02T19:52:00.001+09:00

セカンドライフ内の日本踊り子協同組合という集まり（コミュニティ？）がございまして、半年に1度くらい「踊り子組合ダンス会」なるものが開催されます。
ダンス会は組合参加者およびその親族もとい ^^; その友人のみが会場に入ることができるクローズな会なのですが、組合自体はだれでも参加できるので、実質はオープンなんですけどね。

今週の土曜日に第4回踊り子組合ダンス会が開催されます。ステージは規格がきまっていて、それにあったものを各ダンサーが用意するんです。

今回、私たち（プリンダンス部）はアニメのマクロスFをモチーフにした内容で（え、どこがダンス？という突っ込みはなしで・・・）参加しますが、うちの部の大道具さんがステージ作ってくれました。

一夜限りのステージです。もったいないくらい素敵に仕上がっています。
スカルプでモノづくりできる人尊敬します。ほんとに。
で、、、照明・効果がまだ最終形になってない～（スクリプト要素が強いので、私とパーティクル担当のそんちょのお仕事。でも、私が遅くてね、、、）

がんばります～。

で、前回ご紹介した llLinkParticleSystem ですが、こういった舞台に組み込んでいくと、当然のようにリンク番号が変わるわけです。なので、Link番号を決め打ちしてると思いもよらぬところからパーティクルがでるわけですよね。

それを回避するためにエミッターさせたいプリムにスクリプトを入れて、llGetLinkNumber でとった値を llMessageLinked でメインプリムのスクリプトに渡し、、、、舞台に他のプリムが新たにリンクされたらその値の受け渡しを再度行い、、、、

あれれ、こんなことやるんだったら、最初から llParticleSystem をエミッタさせたいプリムにいれて llMessageLinked で開始させたほうが楽じゃない？

Link 番号って変わるから、こういうステージにリンク、、、なんてことがあるなら、ちょっと使わないほうがよかったんでしょう。

と、、、使ってみて、こういう失敗して、覚えていくのでしょうね。

[追記] ラストリハーサルの模様

[LSL] Link 系ファンクション

2010-07-06T16:43:00.001+09:00

ひさしぶりに、Linden Script ネタです。
Link に関連するファンクションが増えてますね。

たとえば、llSetLinkPrimitiveParamsFast などはプリムのリンクを多用している人にとっては待ちに待った機能ですね。メインのスクリプトから子プリムたちの操作に遅延が発生しないからです。遅延以外は llSetLinkPrimitiveParams とまったく同じです。

llSetLinkTextureAnim も最近追加された Link 系のファンクションですね。これも子プリムの面に対して Texture Animation (アニメーションGIFみたいな動く画像）を貼り付けることができるようになりました。

おもしろいのは llLinkParticleSystem です。
パーティクルってなかなかむずかしいのですが、wiki にはとても詳しくその仕様について日本語ページに書かれています。（関係者・翻訳者のみなさん、本当におつかれさま＆ありがとうございます）

ポイントは、パーティクルのエミッター（発生源とでもいいましょうか）はプリム1個に対して1つしか作ることができない、ということ。パーティクルを発生させるスクリプトを複数、１つのプリムにいれても、挙動がおかしくなるのはそのせいです。

もちろん、llParticleSystem によってパーティクルを発生させるスクリプトをそれぞれのプリムにいれて、それらを Link し、llMessageLinked で各プリムにメッセージを送って操作するやり方も可能でしたが、llLinkParticleSystem を使った複数のスクリプトをルートのプリムにいれて、llMessageLinked であったり、touch_start, listen などのイベントを各スクリプトが拾うことで、一斉・同時に違うパーティクルを出すことが可能になりました。ここのプリムにスクリプトが分散されていない分、スクリプトの修正やメンテナンスが楽になっていると思います。

パーティクルの色や形を変えたものを同時に出そうとすると、この llLinkParticleSystem はとても使い勝手がよいわけです。

llLinkParticleSystem 利用の注意点としては、もし、パーティクルに画像を指定した場合は、発生源である（子）プリムにその画像が存在していないと、デフォルトのパーティクルが使われるようです。もしかすると Key 指定だと存在しなくても OK かもしれませんが、string による画像名指定だとだめでした。

あと、これら Link 系のスクリプトを使う場合は、ルートプリムはどれか、子プリムはいったいいくつ Link されているのか、といったことを常に意識しなくてはなりません。

llGetNumberOfPrims その時点で Link されているプリムの数を取得します
llGetLinkNumber 自分の Link 番号を取得します
llGetLinkKey Link 番号を指定して Key を取得します
llGetLinkPrimitiveParams Link 番号を指定してプリムの情報を取得します
llSetLinkPrimitiveParamsFast Link 番号を指定して、リンクオブジェクトの設定を変えます

llGetLinkNumber は子プリム内でしか使えませんが、ルートのメインスクリプトと子プリムのスクリプトなどを llMessageLinked で複合させて使うことで、今いくつ Link されていて、Link 番号の 2 は何で、３は、、、とチェックすることができます。
スクリプトによる Link 番号決め打ちでもいいのですが、その際は Link させる順番に細心の注意を払うことになります。特に HUD などを作るときは Link させる順番に気を付けるか、スクリプトにより Link 番号とプリムのマッチングを行わせる、といった方法がありますね。また、プリムに座ったアバターを操作するときなども上述の関数を多用します。

YOUR WORLD, YOUR IMAGINATION, YOUR LIFE

2010-07-02T08:57:00.001+09:00

お友達の日記に紹介されていた印象的な vimeo のビデオです。

Breathe 2 "it's a wonderful Second Life" from samlowry on Vimeo.

これ、公式にしてもいいんじゃない？（笑
M Linden のアナウンスでは、よりソーシャルな機能をいれていく、としてるけど、facebook や mixi と同じ方向を目指しても違うような気がしていたんですが、このビデオを見て、はっ、と気づきました。そうそう、YOUR WORLD, YOUR IMAGINATION, YOUR LIFE って、Secondlife はじめた最初のころよく見ていたフレーズだったことを思い出しました。

メインランドの Sandbox ではじめてべニア板のプリムを Rez したときの感覚、他の人の作品、SIM の世界観をみて感動したこと、こんなの作ってみたい！と思ったことなど、、、。

そして何より、このビデオで紹介されている SIM のクリエーターに日本の人が多いこと。

バタ臭くて日本じゃはやらない、と散々揶揄されましたが、日本人のクリエーターはその部分を自らのイマジネーションと作品をつくる技術でカバーしてきましたね。

創業者のフィリップが CEO として Linden に戻りました。原点回帰的ながらも、さらなる進化があれば、まだまだ楽しめると思ったのでした。

Server 1.40.2 と Viewer 2.1 ベータ

2010-06-30T19:29:00.001+09:00

サーバーが 1.40 になって Havok7 が！なんて喜んで、物理玉（でも、一時オブジェクト）をブンブン rez して遊んでいたのですが、気が付いたら 1.3x に戻ってました、、なんてことがありました。

リンデンのオフィシャルブログによると、1.40 の改良版である 1.40.2 に6月29日から7月1日でサーバーがアップデートされるとのこと。

オフィシャルブログ Server 1.40.2 Deploy

リリースノートみると、やっぱり、Havok7 のせいなのか、はたまた関係ないのか、リンク、コリジョン関連で不具合があったようですね。乗り物系(VEHICLE) での不具合はすぐに報告あがりやすいですし。

あと Viewer 2.1 がベータになりましたね。
まえに試したときは表示上スクリプトのソースの改行がなくなっていて、スクリプトを扱うことができなかったので、すぐに使うのをあきらめましたが、今度は治っているようですね。
また、以前は Viewer の XML 設定ファイルをいぢらないとだめだった「チャット入力ボックスの幅」なんかも、ドラックして広げたり、狭めたりできるようです。これはうれしいかも。
このあたりの紹介は Torley がビデオでしてるので、ぜひ見てみてください。

サイドバーが嫌い、使いづらい、といわれている Viewer2 ですが、私はどちらかといえば Viewer2 に慣れてしまって、逆に今エメラルドを使うと戸惑うこともしばしば。

慣れると使いやすいと思いますよ～＾＾

The STREET4 – June 14th!!!!

2010-06-13T16:29:00.002+09:00

Studio 4D さんの the street4、6月14日に発売決定～
そして以下の PV が！

かっこいい～

THE STREET4 coming soon!

2010-05-24T10:34:00.001+09:00

Studio4D さんのブログに来月発表新作の告知が！
それも人気シリーズ STREET ですよ！

まだ発売日などは公開されていませんが、Studio4 さんのブログをチェックしてくださいね～。

VMD Viewer で Shift-jis...の対処方法

2010-04-29T17:21:00.001+09:00

Secondlife のサーバーがメンテ（正確には障害みたい）なので、MMD –> SL でたまにあるトラブルというか対処方法をご紹介。以前の投稿でもちょっとだけ触れた件です。

MMD (MikuMikuDance) のモーションデータの VMD ファイルを mio の VMD VIEWER で読み込もうとしたとき、以下のようなダイアログが表示されて変換できないことがたまにあります。

‘Shift_jis’ codec can’t decode byte 0x90 in position... というメッセージなので日本語関係かな、と推測がつくのですが、このメッセージは多くの場合、オリジナルの vmd ファイルが日本語で、それを英数字に名前変更して読み込ませたときに起こるようです。ただし、名前変更だけでもうまくいく場合もあります。

こんなときは、その VMD ファイルを MikuMikuDance に読みこませて、あらためてモーションの保存をするとき英数字の名前にしてあげると回避できます。
もちろん、MikuMikuDance がインストールされているのが前提です。MMD のインストールは VPVP Wiki を参考にしてください。

1. MMD でモデルを読み込む
MikuMikuDance を立ち上げて、画面中央下の [モデル操作] の [読込] をおして、モデルを読み込みます。この場合、どのモデルを選んでもかまいません。

2. モーションデータを読み込む
メニューバーの [ファイル] から [モーションデータ読込] を選択します。

モーションデータ対象のモデルと、読み込んでいたモデルが違う場合は以下のダイアログがでますが、[OK] を押して続行します。

モーションが読みこまれると、ちゃんとモーションデータの最初のポーズをします。

ものすごくモーションデータが大きいときは以下のように（応答なし) なんて状態になりますが、あわてず待ちましょう。12分のモーション(!!)は読み込むまでに 5分かかりました、、、。

画面右下の [再生] ボタンを押せば、モーションの確認ができます。スカートや髪などはモデルによって違うので、微妙な動きをしていてもそこは無視します。

3. モーションデータを保存する
上記 2 で [ファイル] - [モーションデータ読込] をしましたが、その下に [モーションデータ保存] があるので、それをクリックして、英数字の名前でモーションデータを保存します。

これで VMD Viewer で読み込むことが可能になります。

Emerald Viewer が公式 Third-Party Viewers に登録

2010-04-24T23:26:00.001+09:00

されましたね。
Modular System にリンクされている開発者 Blog の中で LordGregGreg さんのブログの、もう一ヶ月以上前の3月17日の投稿 ”Encryption in SL is LEGAL”で、Emerald Viewer のチャットの暗号化問題（それにまつわる「噂と事実」）に触れていて、最後のほうに Linden Lab が暗号化を承認した、という書き込みがありました。

The good news is, that LL has decided that encryption is legal, and does not violate the Terms of Service , or the Third Party Viewer Policy! Once arguments concerning it were brought to light, it was quickly dropped from the discussion, and it was made sure that no restrictions on its use were included i the TPVP. (from LLG’s Blog – Modular System)

なので、いずれ Third Party Viewer のリストには載るだろうなー、と思っていました。

といっても、、、公開されたのは V1 ベースで、今 V2 ベースの開発がんばっているようです。
でも、この公開された 1.23.5.1634 、、もう 68,490 ものダウンロードがされてることから Emerald の人気はすごいですね。

Emerald のいいところはいっぱいあるのですが、アニメーションをアップする前に実際にインワールドの中でモーションのプレビューをできるのは、ほんと助かります。ループイン、ループアウトの設定の微調整ができるので、MMD(MikuMikuDance) のモーションファイルのアップにはかかせません。

（ねんどのアバターによるチェックではなく、実際のAvatarでプレビューできます）

こういうちょっとしたところなんですが、ほんとかゆいところに手が届いている Viewer ですよね。
Linden Lab の Third Party Viewer のリストに載ったので、これまで不安だった方もちょっと安心できるのではないかな、と思います。

MMD データ変換ツール mio のインストール方法

2010-04-22T15:08:00.005+09:00

Kagamin もくわしくブログに書いてあるのですが、MikuMikuDance のモーションデータをセカンドライフで使える BVH ファイルに変換する時の高いハードルっぽい mio 0.1 の設定手順について、私なりに紹介します。

VPVP Wiki の「データ変換ツール」の mio (VMD->BVH) の「必要なソフト（環境）を整える」の手順そのままなのですが、リンク先が英語、そのページに複数のバージョンがあったりするので、なかなかうまく設定できない方もいらっしゃるようですね。

私もうまく動いていた mio がある日突然動かなくなり（Windows Update などに疑いかけちゃいますが）mio 関連のソフト、ユーティリティを全部削除して、再インストールしたら動くようになった、、、などという状況に遭遇しました。mio はひとつの壁みたいです。

手順は VPVP Wiki の mio の部分を参考にしてもらいながら、私の動いている環境を構築したバージョンなどを紹介します。（この環境は 2010年4月21日時点の情報です。またインストール先は Windows の 32 bit バージョンを前提としています。ダウンロードするファイルのリンクを入れていますが、変更される可能性あります。）

1) GLUT for Win32 3.7.6 のダウンロードとインストール
http://www.xmission.com/~nate/glut.html から glut-3.7.6-bin.zip(117KB) のリンクをクリックして、zip 形式のファイルをダウンロードします。
ダウンロードした zip ファイルを展開すると、5つのファイルが解凍されますが、使うのは glut32.dll のみです。glut32.dll をシステムドライブ（通常は C ドライブ）の \Windows\System32 フォルダにコピーします。

2) DevIL 1.7.8 のダウンロードとインストール
このページはちょっとわかりづらいですね。画面右の列に [downloads DevIL 1.7.8] というのがあって、そこの Windows x86 Unicode をクリックします。DevIL-EndUser-x86-Unicode-1.7.8.zip という zip 形式ファイルのダウンロードがしばらく経つとはじまります。
ダウンロードした zip ファイルを展開すると、3つのファイルが解凍されます。これらすべて( DevIL.dll, ILU.dll, ILUT.dll ) を \Windows\System32 にコピーします。

3) Python 2.6 のダウンロードとインストール
インストーラーをダウンロードして、インストールを実行するだけでだいじょうぶでした。Path の編集について VPVP Wiki では記載されていますが、インストーラーが Path の編集をやってくれているようです。http://www.python.org/download/ のページには複数の Python のバージョンがありますが、Python 2.6.5 Windows Installer (Windows binary – does not include source) をクリックしてインストーラーをダウンロードします。
ダウンロードした python-2.6.5 (ファイルの拡張子は .msi) をダブルクリックするとインストールが始まります。とくに変更しなければ、C:\Python26 フォルダーが作成されて、必要なファイルがそこに配置されます。

4) PyOpenGL 3.0 のダウンロードとインストール
http://pyopengl.sourceforge.net/ のページの真ん中あたりにある [Downloading and Installation] の・PyOpenGL をクリックします。PyOpenGL 3.0.1 のダウンロードページに飛ぶので、そこで PyOpenGL-3.0.1.win32.exe をクリックしてダウンロードを開始します。ダウンロードが完了したら、右クリックでコンテキストメニューの「管理者として実行」で、インストールをします。Python2.6 がインストールされていれば、きちんとインストール先を合わせてくれます。
[追記] このとき、MSVCR71.dll がない、というエラーダイアログがでることがあります。その場合はVectorなどにいって、再頒布されている MSVCR71.dll をダウンロードして、system32 フォルダにコピーして、再度インストールを試してください。

5) PyQt 4.4.4 for Python 2.6 のダウンロードとインストール
さあ、これが最後です。がんばりましょう。（笑
私が試した時点での最新バージョンは Python 2.6 向けの 4.7.3 になります。
http://www.riverbankcomputing.co.uk/software/pyqt/download のページの [Binary Packages] でリストされている PyQt-Py2.6-gpl-4.7.3-2.exe をクリックしてダウンロードします。ダウンロードしたファイルで右クリック・コンテキストメニューの「管理者として実行」を選び、インストールします。

これで完了です。
mio は VPVP Wiki のリンクからダウンロードすると広告のウィンドウとかが開くのでちょっとびっくりしますが、mio-0.1.zip というタイトルの下にある [Click here to start download...] をクリックしてダウンロードを開始します。ダウンロードした zip ファイルを展開して、適切なドライブに展開された mio-0.1 フォルダごとコピーします。
mio-0.1 のフォルダを開くと以下のようなディレクトリとファイルが見えます。

script フォルダに移動します。すると vmdviewer という python スクリプトファイルがあるのでそれをダブルクリックします。

そうすると mio の VMD Viewer が立ち上がります。

このウィンドウが立ち上がれば、無事インストール完了、ということになります。おつかれさまでした。
なお、VMD Viewer は日本語の扱いに難ありです。日本語の VMD ファイルは扱えませんので、ファイルの名前を変更するか、ときによっては MMD で日本語の VMD ファイルを読み込み、モーションデータの保存でアルファベットの名前を新たにつけなおしてあげるとうまくいく場合もありました。
MMD-Secondlife を楽しんでください。ご参考になれば。

追記）わたしの失敗例をひとつ、、、。Vista や Windows7 では UAC という仕組みがあって Program Files フォルダーへのアクセスが制限されます。最初、mio のフォルダーをこの Program Files において、「VMD Viewer が動かない！！！」と言っていました、、、。Program Files の中には置かないようにしてください。

追記） mio が動いたのでニコの MikuMikuDance チェックしてたら、ものすごい大作のモーション公開されていました。。。

ひさしぶりの Yaz Rockett Live

2010-04-18T21:52:00.001+09:00

Yaz さんの blog にあったように昨日ひさしぶりの Yaz Rockett Liveにお邪魔しました。

ライブ、よかった～。

ＰＣの非力さゆえのカクカクはともかく、私のＰＣと Viewer2 は相性がよいらしく、落ちたら人数上限で再入場できないかも、、、の不安を抱えながら SS を mixoom.com 経由で flickr に上記のように飛ばしましたが、落ちることありませんでした。CPU が張り付きっぱなし、、、ということもなかったです。このあたり、ほんと個人の PC 環境によって違うみたいですね～。

Live の SS は他にもあがっています。ご興味のある方は Yaz Mania グループのフォトプールをご覧くださいませ。

http://www.flickr.com/groups/610655@N20/pool/

Yaz さんの曲は以下で聴くことが出来ます。
http://www.acidplanet.com/artist.asp?songs=621683&T=9495

Havok 7 がやってくるらしいです

2010-04-07T09:21:00.003+09:00

元ネタは http://nwn.blogs.com/nwn/2010/04/havok-7-in-sl.html です。
セカンドライフの物理演算である Havok ですが、来月あたりに Havok7 が実装されるようで、すでにベータグリッドではテストが行われているようです。
そのあたらしい物理演算の Havok7 のデモが YouTube に公開されています。

動画みてわかるように、影までついて物理属性の立方体がバランバランと「スムーズ」に落ちてくる、、、この処理って重そう。ブログではこのデモの環境を紹介していて、
グラフィックカード：GeForce GTX 260
CPU : i5 660 @ 3.33GHz
メモリー : 4GB
OS : Ubuntu Linux
Viewer : Official Viewer 2 for Linux
とのこと。ま、、、そうなりますよね。
そもそもいっぱい計算しなきゃいけないので、それなりの処理速度・能力のクライアントが必要になるわけですが、これら実行環境を簡単に手に入れることができるってすごいですね。

SL Viewer2 は Outfit (アウトフィット) の活用を!

2010-04-04T23:51:00.001+09:00

Secondlife の Viewer2、慣れない部分もあるのでみんな苦労しているみたいですね。
アバターが綺麗になった、という人もいれば、不安定になった、、、などという人もいて、それぞれのようですが、私は比較的安定して使っています。

そんな中で最近になって「あ～、これは本当に便利」と思うのは、アウトフィットの機能です。

え？って思う人もいるかもしれませんが、Viewer1 とまったく違う実装方法なので、そのポイントを理解するとインベントリ内のアイテム数の節約になり、かつ、着替えが本当に楽になります。

Viewer2 のアウトフィットのポイントは「リンク」です！

Windows だとショートカット、Mac だとエイリアスっていうようですが、これまでのアウトフィットはおきにいりの組み合わせの「実態」をフォルダーにいれていました。
なので、コピー可能なものはコピーされ、コピー不可のものはアウトフィットのフォルダーに移動していました。

この「コピー」や「移動」をせずに、お気に入りの服や、アクセサリ、Hair、Skin の「リンク」を集めて、ひとつのアウトフィットを作っているんですよ。なので、オリジナルのフォルダーからコピーや移動することなしにアウトフィットをどんどん作ることが可能になりました。

なので、注意しなければいけないのは、これまでの「アウトフィット」から、新しいアウトフィットを作ると、インベントリ内でコピーされたもののリンクを使っちゃうので、インベントリ内のアイテム数節約になりません。同じアイテム（のコピー）を使っている場合は、重複しているものは削除して、なるべくショップオリジナルのフォルダに戻しておいて、そこから装着、そしてアウトフィットを作るといいんですよね。

もちろん、Dance Hud なんかも Link でアウトフィットに含めることができるので、常に使う HUD はアウトフィットに登録しておけば、着替えたときにはずれることもありません。ほんと、これは便利です！

お試しください～。

Your Linden Dollar Balance

2010-03-31T15:27:00.001+09:00

ん？エイプリルフール？なんて一瞬思ったメールが Linden から来てました。

Subject : Your Linden Dollar Balance
Hello Snuma Whitfield,
Did you notice a little something extra in your Linden Dollar (L$) balance this week?
That's right—we overpaid you!
Our gaffe is your gain, and we hope you enjoy this week's windfall. You'll receive the regular stipend as usual next week.
And no, this isn't an early April Fool's Day joke. We're serious. It's yours to keep.
Happy Shopping!
Best regards,
Customer Relations
Linden Lab

こんにちは Snuma Whitfield さん
今週のリンデンドルの収支でちょっとした割増に気が付いていましたか？
そうなんです！私たち払いすぎちゃってました！
わたしたちのヘマ（払いすぎ）はあなたの利益です。今週の棚ぼたお小遣いを楽しんでくださいね。来週からは通常のお小遣いになりますけど。
これは早めのエイプリルフールではなく、いたって真剣です。返せなんて言いません。
Shopping を楽しんでください。

よろしくお願いします。

リンデンラボ
カスタマーリレーション

日本語だとこんな感じですね、、、
で、Transaction History みたら、、、お小遣い、2重支払してるしｗｗｗ

実は昔もあったんですよね。300L$ のお小遣いが 500 L$ だったり。
お小遣い、、、（再び、、、）一部リンク切れしてます

ちゃんとカスタマーリレーションからメールくるようになっただけ進歩してる？（笑

[LSL] llSetPrimMediaParams など。。。

2010-03-30T15:48:00.001+09:00

SL Viewer2 の SharedMedia に関していろいろ妄想したエントリがありましたが、関連する情報がチラチラと出始めていますね。

llParcelMediaCommandList があるんだから、llPrimMedia...が出てくるのかなと思っていたら、SharedMedia をスクリプトから弄る llSetPrimMediaParams がドキュメントとして wiki にあがっています。（ただし、関数のリストにはまだ表示されていません）

llSetPrimMediaParams

名前からして、llSetPrimitiveParams 系のようです。ということは Get もあるのかなと、、、はい。ありました。＾＾

llGetPrimMediaParams

そのほか関連する function は llClearPrimMedia がありました。llCLear って珍しいですね。
前の Viewer2 の投稿に [追記] にも書いたのですが、LSL で JavaScript をソース上に書いて、それを string 変数に埋め込んで inner HTML として使うというテクニックまで紹介されています。

シェアードメディア LSL レシピ (Shared Media LSL Recipes)

こうなると、、、プリムのフェースがひとつのブラウザ(HTML Viewer)扱いで、そこに表示する HTML をいろいろ弄ることができる、、、ということになりますね。

こんな感じ、、

なにか面白いことできそうな気がします＾＾

Kirstenlee viewer S20(build3) – SL Viewer2 enhanced

2010-03-16T10:24:00.001+09:00

参照記事は http://kirstenleecinquetti.blogspot.com/2010/03/s20-build-3-available.html です。

影ビューワーで有名になった Kirstenlee Viewer ですが、S19 から S20 にバージョンアップしましたね。それも Secondlife Viewer 2 ベースです！

うれしいのは、、、オリジナルの SL Viewer2 より既存ユーザーの「ツボ」を抑えた拡張がされていることです。ものすごく小さな点だったりするのですが、使っていてオリジナルより迷うことがないのがうれしいところ。

たとえば、ボトムトレイ（ボトムバー）の Map, Mini-Map そして Inventory。Inventory(持ち物）はクセでどうしてもビューワーの右下にいってしまいます。このインベントリのボタンを押すと、サイドバーのインベントリではなくて、独立したウィンドウのインベントリが開くのも、既存ユーザーにとっては安心できるかも。

パネルの半透明もデザイン的、機能的に好感。もちろん、影の設定も Debug メニューからの設定ではなくて、グラフィックスからの設定で可能です。

SL Viewer2 のインターフェース、いずれはデフォルトになるので今からなれておきたい、でも、使いづらくて、、、という方は KL S20 を試してみるのもいいと思います。

Viewer2、画像のキャッシュが終わるまでは 100% CPU 使用になりますが、キャッシュしおわると、Emerald より CPU 使用率が低くなります。（私の環境では）
それでも、40%~60% で常に CPU が使われますから、排熱は重要だと思います。NotePC はそのあたりが弱いので排熱用のファンを使っています。(参考使用 CPU : Intel Core2Duo T7300@2.00GHz, Memory : 4.00GB(3.00GB使用可能））
3年前に当時の NotePC/Viewer の組み合わせでは CPU/GPU が熱くなりすぎて５分くらいでブルースクリーンになるようになっちゃいました。熱対策は忘れずに＾＾

New S4D dance animations released!!!

2010-03-16T00:09:00.001+09:00

Without any words, feel it!!!

http://slurl.com/secondlife/OEDO%20City/34/205/21/

Second Life Viewer2 “Tweaks”

2010-03-03T20:43:00.001+09:00

Tweak は「ひとひねりする」ことですが、「ちょっとしたカスタマイズ」みたいな意味もあるようです。

Linden のオフィシャルブログに「[VIEWER 2 TIP] Resident-shared tweaks」という投稿がありました。SLのユーザーで共有しているちょっとしたカスタマイズ、、、というような意味です。

前から Second Life のビューワーはさまざまな設定項目を XML ファイルとして保持しています。以前紹介した 1280x720 のウィンドウサイズをドロップダウンから選択する方法でも、SL ビューワーが参照する XML ファイルへの追加・修正を行っていました。（ちなみに Viewer2 では、アドバンス（Debug) メニューからウィンドウサイズ変更が可能で、デフォルトで 1280x720(720P)を選択できます。）

オフィシャルブログで紹介されている wiki.secondlife.com にある Viewer 2 Tweaks には、「あ、これやりたかったんだよね～」というのがあったのでいくつか紹介しますね。
ただし、ベータ版は頻繁にアップデートされるようで、そのたびに以下の変更は元の状態に戻ることに注意してください。

1. Chat 入力ボックスの幅をもっと長くしたい

Chat の入力ボックスの幅がどうにも狭いと感じていました。Tweaks にはこの幅の変更の方法が紹介されていました。

skins/default/xui/en/panel_nearby_chat_bar.xml の <string name=”max_width”> で指定されている値を変える

既定が 320 (px) だったものを 640 (px) に変えてみたらこうなりました。

2. コンテキストメニュー（右クリックによるメニュー) に Build を追加したい

床の上などで右クリックでメニューを出すと、床を選択していないにもかかわず、Build の代わりに床の Edit だけが出るんですよね。マウスオーバーが優先されているみたいです。ただ、床の上に何かを作る、というのは多いので、いちいちトップ（メニューバー）にある Build を選ぶのは、、、と思っていました。

wiki には Build をコンテキストメニューに追加する方法がありました。
サンプルの menu_object.xml がダウンロードできるのでそれを使ってみたらできました。

Build を選択すると、オブジェクトプロパティのウィンドウが表示され、その一般の属性として、床とかが入ってっくるので気持ち悪いですが、カーソルは Magic Wand （オブジェクトを作るときの魔法の杖）になっているので、気にせず左クリックするとオブジェクトが作成されます。

3. ならば、Remove>Delete じゃなくて、Delete を直接だせるんじゃない？

と思い、以下のように menu_object.xml を修正してみました。

この追加で、メニューの変更も有効になり、オブジェクトを削除することもできました。

ちなみに、、、この変更のまま、モードを日本語に変えて試してみると、、、

うん、en への変更はローカライズモードにも反映されるということですね。
Delete を “削除” に変えたいなら、skins/default/xui/ja の menu_object.xml に追加したメニューの <menu_item_call ..> だけを追加して、label に入れればいいはず。menu_item_call.on_click や .on_enable での fuction の指定はいらないみたいですね。

wiki のほうにはまだまだいろいろなカスタマイズが書かれています。ただし、自己責任でカスタマイズお願いします、というのは忘れずに～。

ご参考になれば。

Shared Media – SL Viewer 2 Beta

2010-02-24T18:26:00.003+09:00

ちょｗ
さすが、Torley! あたらしい Second Life Viewer 2 の Shared Media の紹介ビデオあがっていました～。
英語わかんなくても、、、なにができるかわかります。

Viewer 2 Beta: Shared Media from Torley on Vimeo.
やった～ｗついに YouTube そのままみられる～。
ビデオからわかることは、、、
・Web フォームに入力ができる
・複数の Web ページ、Wew サイトを表示できる（メディアコントロール）
・Flash ビデオが再生できる！！
・Flash ゲームもできるｗ

作り方は
・プリムつくる
・サーフェースに対して Media Setting から URL 指定
以上ｗ

[追記：もっと簡単でした。ブラウザからサイトのアイコンをドラッグ＆ドロップするだけみたい。]

あとは、

・アタッチオブジェクトにもつかえる。

気になるのは Shared っていってるけど、YouTube ビデオの視聴でみんな同時に同じものを同じタイミングで、、、、ってできるのかしら。

この使い方だと、自分の SL ビューワーの中で「再生ボタンを押して」再生してるから、他の人には影響しないはず、、、。（修正：うわぁ、、確認してみたら、５～１０秒くらい遅れますが、サインインの必要がない Flash ベースの動画は、他の人の見ているものもちゃんと変更（再生）されます。動画も始まりました。”Shared Media” の名前の深い意味がわかったような、、、ただ、パターンがあるようで、ID/Password を入れるようなページのものは無理みたい。ニコ動とかね。他の人は ID/Password 入力の画面でとまってますね。YouTube も ID/Password いれた自分のページの表示はむりです。Webページの作りによる、、、ってどこかに書いてあったけど、そのうちもっとこのあたりの情報でるでしょうね。）スクリプト、対応してるとすると、、、メディアコントロールで管理してる複数の Media URL（もしくは、プリムの「面」のプロパティとしての Media URL かしら）を指定して再生になりそうですが、、、 llParcelMediaCommandList みたいな「パーセル」単位ではなくなりそう。。。（2010/2/24時点で wiki には追加コマンドありませんでした。）（追記：これ、、、そんな簡単な話じゃないかも。。。。SL ビューワーの中に、純粋に Web ビューワーがあるわけだから、そこにどんなオブジェクトがあるかどうかって、、、DOM???? ということは JavaScript???(笑））（追記：あ、、、C#とクラス。。。 – “In the near future Linden Lab has said that they will still be unveiling some more game changing features like Mesh Support, the addition of C# as a scripting language, additional tools to better integrate social media, and more! ” from SAND CASTLE STUDIO Blog）

[追記 2010/3/30] JavaScript 使えるみたい、、、、（笑
llSetPrimMediaParams って function が追加されている、、、で、inter HTML で JavaScript がつかるｗｗｗ Beta なのでまだ情報が出そろってはいませんが、以下が参考になります。
Secondlife Wiki の SharedMedia のカテゴリ
http://wiki.secondlife.com/wiki/Shared_Media
その中でも JavaScript + Inner HTML の話はこちら
SharedMedia LSL Recipes
string に JavaScript 入れちゃうんだ、、、。
しばらく遊べそうですね～。
YouTube に上のビデオを含んだ、チュートリアル動画の再生リストがありました。
Second Life Viewer2 “Video” Tutorials (YouTube)

Second Life Viewer 2

2010-02-24T14:32:00.009+09:00

ダウンロードしてません＞＜
オフィシャルブログと YouTube の内容読んでまとめてみた～。

追記：というか、日本語のクイックスタートガイドでてるじゃん！
http://static-secondlife-com.s3.amazonaws.com/2010-02-22-viewer-upgrade-guides/jp/Viewer-2-Beta-Upgrade-Guide.pdf
追記：公式の日本語の記事がでてます。
https://blogs.secondlife.com/message/108255

・この女性アバターは Linden の Viewer Product Manager さんです。
・Viewer2 の UI(画面）は3つのエリアから構成されてます。
・トップバー（Web ブラウザーのナビゲーションを導入）
‐ Web ブラウザーの履歴みたいにテレポートの履歴、ホームの選択可能
‐ お気に入りのように LM をブックマークして登録、表示、選択可能
・サイドバー（トグルタイプで表示・非表示可能、インワールドや自分の情報表示）
- ホームパネルは Web コンテンツと融合しました
- プロファイルパネル
- ピープルパネル
- プレースパネル (TP履歴を含みます）
- インベントリパネル
- TATOO レイヤーが追加されました
- アルファマスク（体（の一部）を消す方法）
- アピアランスパネル
・ボトムバー（コミュニケーション関連をまとめました）
- ビューコントロールが新しいですね～

ブログには以下のようなことが書いてありました。（超意訳です、、、）
・Web ブラウザーのような操作性をもとめました
・ブラウザーのほかに Facebook や iPhone, Twitter なんかも参考にしました
・もっと利用者に使いやすい、フレンドリーなビューワーを提供するのが第一のゴールです

直観的なユーザーエクスペリエンス
・Webブラウザーのような操作性
・スライディングする右側のパネル（YouTubeでサイドバーと呼ばれてるもの）によく使うものを集約
・Google 検索で検索を改良
・Alpha Mask（アルファマスク）でアバターのボディの透明化が可能に
・ヘルプの提供
上は一部でもっとたくさんありますよ

Web を Second Life に
SharedMedia(TM) が標準な Web ベースのメディアと Second Life のコンテンツを共有させます。コンテンツのクリエーターは、Web ページ、ビデオ、Flash コンテンツその他のメディアをセカンドライフに置くことができます（！！！！）SharedMedia がセカンドライフでの創作革命（a creative renaissance - クリエイティブルネッサンス～）を引き起こすと思っています。（以下略、、、）

些細なことではあるけれど
たくさんの小さな改良があります。（いろいろ、、、略）

もうちょっと詳しく
検索とホームパネルは Web のコンテンツです。なので、コンテンツをアップデートできるし、新しいビューワーをダウンロードしなくても内容、デザインなどの変更が可能です。これらにより新規のユーザーさんへの情報提供がよりリッチで深くなります。（以下、略）

でもね、まだベータなんです
だから Viewer 2 Forum でフィードバックくださいね

さぁ、はじめましょう
Viewer2 は 1.23 とはまったく違うので、QuickStart Guide みたほうがイラッとしなくていいかも。これは、ビューワーからも参照できます。
たぶん、いくつかの機能について探すと思うよ。
・カメラコントロール：ボトムバーのラベル[View]
・ボイスコントロール：テキストチャットのそばの[Speak]ボタン
・Moving Arround：ボトムバーの [Move] ラベル
・テレポート：やり方はいくつかあります
- サイドバーのプレースパネルにある LMをダブルクリック
- リージョンやランドマークの名前をトップバーのロケーションフィールドにタイプして Enter
- SLurlをロケーションフィールドにタイプして Enter
いくつかの handy tasks(手作業？）
インベントリの共有：IM ウィンドウの中の [Share] ボタンでインベントリパネルが開くので、そこからドラッグする
他の人に L$ を支払う：2つのやり方があて A) その人の上で右クリック、Payを選択 B) IM ウィンドウで [Pay] をクリック。金額してして [Pay] をクリック。

But Where is My<Fill in the Blank>? (それでも言いたいことがあるんだけど、、、かな？）
既存のユーザーと一般ユーザーとのバランスとるのが難しかったんです、、、たとえばパイメニューを廃止し、コンテキストリストメニューにしたことなど、一般的なコンシューマー製品がそうしていますが。いくつかの変更があなたにとって必要であるなら、まだ選択の余地があります。

あなたが選んで
Viewer2 は正式なビューワーとしてレジストレーションなんかも含めた形で最終公開されるでしょう。ただ、他にも Snowglobe をベースとしたたくさんのサードパーティビューがあり、また、Viewer 1.23 もしばらくはサポートします。

サードパーティビューワーについて一言サードパーティのビューワーについては、Viewer Directory と Policy を発表します。このビューワーディレクトリに登録するには、開発者は＜不正な行為をせず、よき SL の住人としての振る舞いを求められます。詳しくは今日のブログ投稿をみてください。

Viewer 2に関するリソース
（オリジナルにいろいろと URL が列挙されてます）
これははじまりに過ぎません。フィードバックをくださいね本日これらを提供できてとてもエキサイティングですが、これは始まりに過ぎません。次の数か月でさらに追加するものがあります。リンデン的にちょっと興奮したのが以前に比べて開発期間が早くなったことです。なので、フォードバックくださいね。Twitter もやってるよ～。

****************
と、こんな感じでした。ざっくりしすぎて失礼しまいた～（後半は顕著。。。。）

SharedMedia(TM)は楽しそうですね～。
それと気になるのは、、、重くなったのかどうかですね。

あとは帰宅後のお楽しみ～（お昼休みおわりそうだし。。。）

Your Linden Home is waiting for you

2010-02-18T12:49:00.005+09:00

今朝、こんな HTML メールが Linden Lab から送られてきました。

Linden Home が私を待ってます？？？？
このメールには
・プレミアムメンバーシップの費用以外は一切かかりません
・新しいご近所様とお付き合いを楽しみましょう
・これまでの Home とは違ったスタイルを選べます
・あなたの個性を Home に簡単に加えることができます
みたいなことが書かれてる、、、
なんか、Main Land の不動産のルールがかわって、、、なんて記事を読んだことがあるけど、その一環なのかな？
と、まったくノーマークだったので、ちょっと調べてみた。

とりあえず、、、こういうときはオフィシャルブログですね。で、以下の記事が投稿されていました。
Linden Homes Launched Today! (Linden Official Blog)
って、、、ブログだからしょうがないけど、あいかわらずの口語体アナウンス、、、英語ネイティブじゃないと読むのめんどい、、、（笑非英語圏に人にとっては、こういう情報は簡潔なアナウンス作ってくれるとうれしいんですけどね。。

以下、めっさ意訳・要約
-----------------------------------------------------
・プレミアムメンバー（既存、これからなる方）へ Linden Home (プログラム）を今日開始しました。
・毎週のお小遣いやサポートとともに新しく個人用の Linden Home がプレミアムメンバーに提供されます。
・２ヶ月のベータ期間を経て、すばらしいフィードバックをもとに準備が整いました。これからもフィードバックを元に改良していきます。
・フィードバックから実現したひとつの例として、それぞれの Home にコントロールパネルを備え付けました。（でも、利用可能になるのは数週間後みたい）このコントロールパネルで Home のオーナーは壁や床、天井の画像や色を変えることができます。将来、Home のスタイルにあった画像を Xstreet で購入できるようにして、家具やデコレーションを作成できるようにします。
・Linden Home テーマの追加も計画中。

私はプレミアムメンバーですが、どうやって無料の Linden Home を手に入れられますか？
プレミアムメンバーであればサブスクリプション（特典）のひとつとして Linden Home を持つことができます。プレミアムメンバーに送られる Email をみてね。（え”。。。。）
この Email は混雑を回避するため、みんな同じタイミングで受け取りません。ただ、Web からのサインアップは今日から可能です。

どうすればプレミアムメンバーになれるの？
メンバーシップの変更をしてください。

Linden Home って何？（この質問は、、、最初でしょ（笑））
プレミアムメンバーへの新しい特典です。お小遣い、追加サポートそして無料のメインランド利用枠（a free Mainland tier allowance) に加えて、すべてのプレミアムメンバーはメインランド利用枠を使って無料の Linden Home を使うことが可能になります。Home はいろいろなテーマから選べ、すぐにお引越しができます。ただし、１つのプレミアムメンバーは１つの Linden Home だけを所有することができます。

(Linden が) Linden Home を提供しはじめた理由は、セカンドライフで自身の家(Home)を持つという体験の手助けをしたいからです。経験の無い人にとっては土地（所有）はめんどくさくて、(SLの）住人はそれを理解しています。なので、Linden Home は容易に、よくある、で、安心な最初の一歩のためにデザインされています。
------------------------------------------
えっと、つまりは、プレミアムメンバーが持っているメインランド土地無料枠をつかうリンデンホームの建売住宅（で上物も無料）ってこと？

ま、、、ひとりでメインランドに（スカイボックスじゃなくて）こうやって家をもつのは、とってもチャレンジではありますね。何語話す人がご近所さんかわからないし、いい人ばかりではないですし、、、。ただ、RL ではなかなかできない経験であることも事実なのでトライしてもいいかもですね。
私はこのメール読んだだけなので、情報としてはここまでです～。

[追記]
で、どうやら Web から家のタイプを選ぶだけで、その家が建てられている土地付きで権利がくるみたい。ただし、無料メインランド枠を使い切っている人はプラスの費用が発生するので注意らしいです。

Linden Home のテーマの Shareta Osumai (洒落たお住まい) って、、、（笑

Traditional Japanese architecture (伝統的な日本の建物）って、、、、
玄関に「福」の文字ある時点で中国でしょうが！（ま、、、仕方ないか～）

セカンドライフダンスアニメーションショップ巡り９

2010-02-14T18:46:00.002+09:00

今回はクラブの照明器具なども有名な DEVSHACK さんです。

DEVSHACK CLUB EQUIPMENT AND ANIMATIONS
SIM 全体を使ってクラブ関係のオブジェクトが販売されています。

ダンスアニメーションは Female, Male, UNISEX, Couple とあります。「ダンスアニメーション」としての品揃えはアニメーション専門店ではないのでそれほど多くはありません。が、おもしろいのはいろいろな種類のダンスマシンがあります。

CLUB Equipments のショップなんですよね。
クラブ用の照明やパーティクルシステム、ダンスフロアなど、おおよそ CLUB に必要な機器はこの SIM だけでそろってしまいますね。

あと、ちょっとだけ楽器、マイクなんかもおいています。

過去のダンスアニメーションショップ巡りは以下になります。
・ダンスアニメーションショップ巡り１
・ダンスアニメーションショップ巡り２
・ダンスアニメーションショップ巡り３
・ダンスアニメーションショップ巡り４
・ダンスアニメーションショップ巡り５
・ダンスアニメーションショップ巡り６
・ダンスアニメーションショップ巡り７
・ダンスアニメーションショップ巡り８

セカンドライフダンスアニメーションショップ巡り８

2010-02-09T13:36:00.002+09:00

ほんと、、、まだまだ知らないところいっぱいありますね。
「え～っ、結構ダンスアニメーションの種類あるから当然知ってると思ってた～」とお友達に言われたショップです。
A&M MOCAP ANIMATION WORKSHOP

上からみるとこんな感じ。

アニメーションの数としてはまだまだこれから、、、という感じですが、ダンスの種類、そしてクオリティはとても意欲的な作品が多いと思います。動きがとても滑らかで、ダンスのトップとエンドのつなぎもスムーズ。
クセとしては、、、後ろに下がるダンスが多い（笑 MoCap のダンサーさんのクセなのかな？

250L$ 中心ですが、FatPack だとちょっとお安くなります。(10~11ダンスで 2,000L$)

マイケルトリビュートっぽいダンスが2つあって、他のショップのマイケルものと比べても同等もしくはそれ以上かも。（このあたりはダンサーさんの質にも左右されそうですけどね）
*Neverland by A&M Mocap Animation Workshop
グループに join すると月１でギフトくるみたいです。
って、、、２５のグループ上限、そろそろ辛くなってて、、、整理しないと（笑
・ダンスアニメーションショップ巡り１
・ダンスアニメーションショップ巡り２
・ダンスアニメーションショップ巡り３
・ダンスアニメーションショップ巡り４
・ダンスアニメーションショップ巡り５
・ダンスアニメーションショップ巡り６
・ダンスアニメーションショップ巡り７

セカンドライフダンスアニメーションショップ巡り７

2010-02-01T17:11:00.001+09:00

今日の夜かな、明日の夜かな？ご存じの方も多いと思いますが Studio4D さんの新作が販売開始される予定です。

Studio4D Blog(日本語)

Urban シリーズの3作目ですね！ Urban シリーズは体全体で動く躍動感あふれるダンスが多いので好きなシリーズのうちの一つなのでとても楽しみです。

ところで、Second Life の中のダンスアニメーション屋さんってどのくらいあるのかな？そして、どうやれば調べることができるのかな？と思ったことありませんか？

事実、SLビューワーの検索や XStreet を使って探したりしてたんですが、なかなかよいショップを見つけることができなくて、せっかく見つけたんだったら紹介しちゃえ、、と「セカンドライフダンスアニメーションショップ巡り」がシリーズ化みたいになっちゃったわけですが。

で、、、今回は「巡ってないけど、こんな調べ方もあったんだ」というのをご紹介したいと思います。

利用させていただくのは、カップルダンスボールで有名な Intan のサイトです。
Intan は相当有名なのでここでの詳細説明は割愛(^^;)しますが、こんなベンダーで売られていて、虹色の玉が2つクルクル回る「ちょっと異様な（笑」ダンスボールです。

昔からあって、スクリプト的にも非常に高機能なので、一種カップルダンスなら「デファクト」みたいな扱いになっています。（ただし！！！ダンスだけじゃなくて、セクシー系、まんま Sex 系のアニメにもよく使われているようです）

この Intan の作者のサイトが以下です。

http://intan.eksotics.com/

Intan の仕組みは2つのダンスアニメーション（男性用、女性用など）を同時に動かすわけですが、そのアニメーションを動かす際のアバターの「立ち位置の指定」が重要になります。Intan ダンスボールをタッチすると目の前に赤と青のボールが出現しますが、そこに Sit(Animateだったかな）し、スクリプトによる「距離と高さと向き」の指定で最適な位置にアバターが配置されます。それも「ダンスごと」にその位置は変化します。

そのため、カップルダンスには Configration card と呼ばれるノートカードが付属します。ダンスアニメーションとそのノートカードを Intan にドロップすることで、それぞれのダンスアニメーションに最適な「位置調整」をしてくれるわけですね。

Configration card の情報は実は上記の Intan のサイトからも入手可能です。Henmations のカップルダンスなんかも、Intan のサイトから情報を取得することができます。

本題はここから

だったら、、、Intan 用にアニメーションを提供しているお店のリストって、、、ショップリストそのものじゃない？と考えたわけでした。

1. Intan Couple Dance Ball Configration card Manager のページにアクセス
http://intan.eksotics.com/?command=confmanager

2. [Search] のテキストボックスに Freestyle （ダンスのタグ名) などをいれてボタンを押す。
すると、Freestyle を扱っているダンスショップと提供しているアニメーションが表示されます。(Freesyle 以外にも、Latin や Salsa など試してください。ちなみに m とか入れるとダンス以外も含めほぼ全部がでると思います。。。male の m ね。）

上の例では 3fx Club Design が表示されていますが、見たことないショップ名もありました。この名前を元に探せばいいんですよね。（で、まだ巡ってなので、実際にいったところはまた紹介したいな、と思います）

ちなみに、アニメーションショップ名の横にある [Send to me] ボタンで Configration card を取得することができますが、Intan のショップにある Kiosk 端末にタッチして、この URL を開くか、ユーザー登録しないと使えないのでご注意ください。

協同組合の大会参加します

2010-01-17T22:35:00.007+09:00

踊り子協同組合第1回ダンス大会パンフレット用 Prin ダンス部画像
演目は・・・
１）チルノのパーフェクトさんすう教室
２）ルカルカ★ナイトフィーバー
３）淋しい熱帯魚
なんかパンフ用の画像とのギャップがアレですが（笑

これらの演目はすべてミクミクダンス（MMD : MikuMikuDance) 用に作られたデータを利用させてもらっています。

ミクミクダンスってすごい。
モーションもそうなんですが、カメラワークとかものすごく参考になる作品が多いです。
ミクミクダンスのモーションデータは vmd という拡張子を持つデータです。多くのＰの皆様が無償で公開しています。（VPVP wiki とかみてね）
そのままではセカンドライフでは使えません。
まず、vmd データを bvh (BioVision Hierarchy) ファイルに変換します。
このために mio というツールがあるので、それをダウンロードして利用します。（VPVP wiki に情報があります）

その bvh ファイルはボーン構造（アバターの骨格・部位名称）が違うので、これをセカンドライフ用に変換しなくてはいけません。それを行うのが mmdbvhToSlbvh.exe というツールです。
これも有志の方が作成し公開されています。このツールはセカンドライフ用の BVH ファイルを作成するので、長いモーションデータを30秒に収まるように分けてくれる優れものです。
あとはこれらのファイルをアップ(*1)して、お使いのダンス HUD などに組み込んで使うわけですね。

こんな楽しみ、日本特有ですね～。

[追記 *1]
このように「連続したアニメーション」をアップするときはループの指定が重要になります。他のダンスアニメーションのようにループさせるのですが、ループするフレームが「頭」からだと、ちょっとした読み込みの遅延などでダンスを連続させることが難しくなります。アニメーションアップのときに「ループイン」（ループを開始させる場所）を０．０から９９．９９などにしてダンスが終わったら最後のポーズのままで止まるようにしてあげればいいんです。お試しください。

[追記　2]
かがみんが順を追って紹介してますのでそちらもご参考に。
http://kagamikohime.blog118.fc2.com/blog-entry-1353.html

A Happy New Year

2010-01-01T17:38:00.000+09:00

今年もどんな変化があるのか楽しみです。
スカルプ、Wind Light、Havok4、MONO ときましたが、昨年はエメラルド、そして Prim Oven がすごいな、と思いました。驚きの進化はリンデンより 3rd party / user に移った感じがした1年でもありました。
今年はもう少しリンデン本家ががんばってほしいものですが、どうなるでしょうね。
以前紹介した LLMedia API がどんな形になってでてくるのか個人的にはとっても楽しみです～。

まったり、気軽に今年も楽しみます。

Re-Make/Re-Model by Yaz Rockett

2009-12-29T05:04:00.001+09:00

明日(もう今日ですが）は Imagine Plus で Yaz さんのライブ～♪

YAZ ROCKETT maD CollisionⅡ[Re-Make/Re-Model]

2009/12/29（火曜日）23:00(JPT)start
@Imagine Plus SIM特設会場
通常のランディングポイント
http://slurl.com/secondlife/Imagine%20plus/128/128/23

で、衣装選びで、*+.RP.+* Angelic Santa_Black [Black] で行くことに決定～。

サイバーじゃないけど。（笑

で、SLMV でこないだの ELG2009 の映像があったのでペタリ。

Live 開始までに帰ってこられることを祈りつつ。。。

球体関節人形もX’mas仕様～

2009-12-21T21:55:00.001+09:00

ばけもの屋さんの Ball Jointed Doll ですが、ま、目に見えるつくりものがノーセンスな私にとっては「肌寒い」衣装だったのでしばらく封印していたわけです。

ところが、なんとさすがばけもの屋さん、球体関節人形用の服をリリースしたではありませんか！！！今月頭にはブーツもｗｗｗｗ

ということで早速購入し、色を赤に変えてみたのがこれ。

ちょっとオリジナルがあまりに暗いフォトだったので露出あたりをいぢっちゃってます。あと、帽子は昔もらったフリーものです。

ま、、、Edit リンクパーツじゃなくて、いっきに色を変えて、白い部分までまっかかになって相当慌てたのは、、、お約束で＾＾

あらためて、、、よくできてます。球体関節人形ちゃん。
攻撃モードも、、、ほんとすばらしいし。Prim もいぢれて、AO用のアニメつくって、サウンド用意して、スクリプトまでやれるこんじょさん、ブラボ～ｗｗｗ

あと、羽AOもバージョンアップ。自動的に、、、送られてくるのかしら、これ。私は旧バージョン装着したら、すぐに新バージョンAOがきました＾＾；スクリプト的になんとなく想像しちゃうと、、、すごいわー。

セカンドライフダンスアニメーションショップ巡り６

2009-12-14T04:24:00.002+09:00

やっぱり MoCap を使った AO 屋さんにはダンスがあるということで。(^^)
今回は SEmotion Studio さんです。

SEmotion Studio

ショップのエントランスの SS は以下です。

入ってすぐに Xmas も近いということで、恒例の(?) セクシーサンタの POP が印象的な 12個のアニメーションをパックした FUNNY DANCE PACK のベンダーがありました。

FUNNY DANCE PACK に入っているダンスは、日本でいうところのパラパラや、Waiting のダンスに近いものです。派手ではありませんが、たとえばライブの曲と曲の合間や、ちょっと休憩中なんかに使えそうな、定位置でのダンスが中心で、結構使えると思います。

この FUNNY DANCE のほかに 15 のダンスアニメーションをパックした Female dance pack があります。パックだと 4500L$ ですが、単体では 300 ～ 350 L$ の価格です。

かなりダンスアニメーションのクオリティは高いですし、ダンスも特徴のある良いダンスだと思います。BPM 的には 120 プラスマイナス 10 というところでしょうか。Trans は不可ですが、Copy 可なのでこの値段は納得だと思います。

本当にクオリティが高いのでこれから楽しみなショップです。

これまでのショップご紹介投稿は以下～。

・ダンスアニメーションショップ巡り１
・ダンスアニメーションショップ巡り２
・ダンスアニメーションショップ巡り３
・ダンスアニメーションショップ巡り４
・ダンスアニメーションショップ巡り５

セカンドライフ ミタコト キイタコト