<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0">
<channel>
<title>OGASAWARA RESORT</title>
<link>http://ogasawara.slmame.com</link>
<description>波の音と夕日、満点の星に静かに流れる時間。SL内日本最南端の島、Ogasawara。</description>
<language>ja</language>
<pubDate>Tue, 13 Nov 2007 09:25:47 +0900</pubDate>
<lastBuildDate>Thu, 13 Nov 2008 15:12:49 +0900</lastBuildDate>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 
<generator>CLOG</generator>


<item>
<title>IMは用件までお願いします</title>
<description>ここ数日オフライン時に「こんにちわ」ってだけのIMが２件ほど。フレンド登録されてないので送信したけどオフラインだった！ということで挨拶だけでやめてしまったんだというのは分かる。ただ、オフラインにしても用件は入れておいて欲しいですね。１件目の方は、用があればそのうちIM来るだろうと思って返信しなかったら、それっきりなので解決済み？２件目の方は、とりあえず「何か御用でしょうか？」と返信してみた。オンラインだけど返事なし。放置中とか作業してて気づかないとか、SLではよくある事なので良いんだけども。用件が分かっていれば、お互い同時にオンラインじゃなくても、ちゃんとやりとり出来るのに。こういうのは面倒くさくて嫌ですね。</description>
<link>http://ogasawara.slmame.com/e450439.html</link>
<guid>http://ogasawara.slmame.com/e450439.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Wed, 03 Dec 2008 21:57:12 +0900</pubDate>

</item>

<item>
<title>ついにMONO標準化か？</title>
<description>標準ビューアが1.21.6にヴァージョンアップした。でも今回は強制的じゃないので、まだ1.20も使える。これだと新しい関数はまだ使えないね。OnRezに至っては1.19ベースだし。クライアントのビューアのヴァージョンを調べる関数があれば処理を分岐出来るが、そんなのあったかな？ちょっと調べてみよう。</description>
<link>http://ogasawara.slmame.com/e401928.html</link>
<guid>http://ogasawara.slmame.com/e401928.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Sat, 18 Oct 2008 13:06:11 +0900</pubDate>

</item>

<item>
<title>２人同時起動してみる</title>
<description>Onrez ビューアと公式ビューアを使って２人同時起動してみる。このヘボMacでもメインランドのスカイギャラリーだと比較的軽いので、２人同時に起動してもなんとか動かせる。商品テストに耐えうるのかどうかは微妙なところだな。実は数日前に２人起動していたら、モニタがブラックアウトしてしまった。再起動しても直らなかったが、一晩寝かせたら直った。グラボに負担がかかって起きたのだろうかと思って、今日もやってみたが大丈夫だった。グラボじゃなくて、モニタのバックライトがそろそろやばいのか？何はともあれ、もう少々様子を見ないと。</description>
<link>http://ogasawara.slmame.com/e376904.html</link>
<guid>http://ogasawara.slmame.com/e376904.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Tue, 23 Sep 2008 22:32:00 +0900</pubDate>

</item>

<item>
<title>申し訳ございません、日本人以外お断り！</title>
<description>「 Sorry,Japanese Only! 」って表記はWebサイトでよく見かけるけど、どうやらこれ誤解されやすいらしいぞ。「申し訳ございません、日本人以外お断り！」と、解釈されてもしょうがないと。確かに言われてみると、そう読めるよね。１０年以上も前、初めてWebサイト作った時からトップページに表記してた（苦笑）なんで今頃そんな事に気づいたかというと、商品説明の英語版を作っていてサイトへのリンクをつけた際に「サイトは日本語のみですよ」と意味で「 Sorry,Japanese Only ! 」と付け足したが、チェックしてもらった人にこの表現はおかしいと指摘された。この場合は「日本語のみです」という意味で「 Japanese text only 」という表記の方が良いらしい。いやしかし、変な和製英語がまかり通っている、いやそれが正しいと思い込んでしまっているので、なかなか難しいね。先日のアンケートにしても「 enquête 」ってフランス語だという事は知ってたんだけど、じゃぁ、英語でなんと言う？　さっぱり思いつかない。調べてみると「Questionnaire」という単語が出て来た。「質問調査」という意味。「調査」だけだとまた違う単語が出て来る。いわゆるアンケートとはニュアンスも違ってきそうだ。強制捜査みたいな感じか？（笑）日本語でも文字だけだと、ちょっとした言い回しで誤解が生まれやすい。英語のニュアンスまでつかめるようになるには、もうちょっと時間がかかるね。外国人の友人を作るのが一番の早道かもしれない。</description>
<link>http://ogasawara.slmame.com/e372954.html</link>
<guid>http://ogasawara.slmame.com/e372954.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Sat, 20 Sep 2008 10:50:19 +0900</pubDate>

</item>

<item>
<title>SLで青汁？</title>
<description>青汁で有名なキューサイのブースがあるというので、ちょっと行ってみた。中へ入ってみると、商品説明のパネルがあって、それにタッチするとWebサイトへ。それだけ？とりあえず、青汁のフリードリンクくらいあると良いのに。「う〜ん、まずい！　もう一杯！」ってアニメ付きで（笑）あれはキューサイだったか？で、隣へ行ってみるとこのロゴ見た事あるよね？で、中にこんな漫画本が。よく見るとおいらのブックテンプレートを使ってくれてる。ちょっとうれしい（笑）ここも単にパネルにタッチするとWebへ飛ぶだけだ。他にもRL店舗のSL支店って感じのお店があるんだけど、大体似たようなもので。これじゃ、宣伝にならない気がするんだがなぁ。元ネタはこちらhttp://www.secondtimes.net/metaverse/spot/20080917_kyusai.html</description>
<link>http://ogasawara.slmame.com/e370946.html</link>
<guid>http://ogasawara.slmame.com/e370946.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Thu, 18 Sep 2008 12:34:44 +0900</pubDate>

</item>

<item>
<title>アンケート送信完了</title>
<description>OCTOPUS DOOR のアンケートを実施しています。先ほどようやく送信完了。購入履歴からリストアップするだけでも結構疲れた（苦笑）すでに３通ほど返送されてきた。貴重なご意見ありがとうございます。やっぱりこれくらいやらないと、なかなかユーザの声というのは分からないね。今回のアンケートの結果で、ムダな機能は削って、さらに要望の多い機能を搭載出来れば、よりよい商品が出来上がる。ブックテンプレートもアンケートしたいなぁ。そろそろバージョンアップさせたい。あ、それから昨日の記事でコピー不可のノートは見れないのはなんでだろ？って書いたけど、よくよく考えてみると、中身が見れると、テキストコピーが出来るので実質コピー出来てしまうという事かなと勝手な解釈で納得しました（笑）</description>
<link>http://ogasawara.slmame.com/e369950.html</link>
<guid>http://ogasawara.slmame.com/e369950.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Wed, 17 Sep 2008 11:03:26 +0900</pubDate>

</item>

<item>
<title>コピー不可のノートやスクリプトは中身が見れない？</title>
<description>OCTOPUS DOOR のアンケート用紙を作って、コピー不可に設定し、サブアカ君に送ってみた。ところが、中身が見れない。なんで？編集可なのに中身が見れないとは思わなかったな。試しにスクリプトも同様にコピー不可で送ってみると、編集可であるにも関わらず中身が見れない。もういっちょ試しに、編集不可、コピー可で、ノートとスクリプトを送ってみる。スクリプトは当然見れないので編集も出来ない。ノートは見れたけど、そのノート自体は編集が出来ない。でもテキストをコピーして新しいノートにペースト出来たので編集出来ない訳でもないね。う〜む、良く分らない仕様だ。今まで気づかなかった（苦笑）アンケートに答えてくれたユーザの手元にアンケート用紙が残らない方が良いかなと思って、コピー不可にしてみるつもりだったのに。しょうがないので、やはりフルパーミッションフリーでやるしかないな。</description>
<link>http://ogasawara.slmame.com/e369047.html</link>
<guid>http://ogasawara.slmame.com/e369047.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Tue, 16 Sep 2008 13:46:44 +0900</pubDate>

</item>

<item>
<title>土地の交通量って？</title>
<description>script time の実験はちょっと行き詰まったので、土地の交通量について調べてみた。前々からこの数字信用出来ないなと思っていた。他の人の記事等を見ると大体こういう結果になってる。一人のアバタがその土地に留まった時間でポイントが加算。１分で１ポイントという感じ。一分以内だとカウントされないかもしれない。なので、例えば交通量が１００の場合、１０人が１０分ずつとか、２０人が５分ずつとか、もちろん１００人が１分ずつも可能性が０ではない。なんとも曖昧な数字だ。ということでメインランドのギャラリーで交通量を測ってみる。土地オーナーだと加算されないような気がしたので（未確認）、サブアカ君を３０分放置。カウントは１日に１回集計されるみたい。たぶん世界標準時に合わせて集計だろうか。リアルタイムで数値が上がってくれれば分かりやすいんだけど。昨日１カウントだったが、今朝チェックしてみると４１になってた。他に誰も来ないという環境で実験してみないと確実な事は言えないけど、たぶん１分１ポイントなんだろうくらいの事は分かった。ということは、一人で２４時間居続けると１４４０になる。お店とかやってる人だと交通量って気になると思うけど、この数値ばかりを気にしててもしょうがないという感じ。まぁ、ビューアの検索だと交通量の多い順に表示されるので、数値が高いに越したことないか。来客センサーとかつけるよりは、自分がちゃんと店にいて実際どれくらい人が来てるか確認するのが一番いいかな。客の反応とか見れるし。でも店番いなくても商売が出来るというのはSLの良いところでもあるけどね。★交通量を見るにはメニュー ＞ 世界 ＞ 土地情報 ＞ 一般誰でもその場所の交通量を見る事が出来ます。</description>
<link>http://ogasawara.slmame.com/e367765.html</link>
<guid>http://ogasawara.slmame.com/e367765.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Mon, 15 Sep 2008 07:14:09 +0900</pubDate>

</item>

<item>
<title>listen は使い方しだいでは重くない</title>
<description>今日もちょっぴり script time のテスト。今日は listen をテストしてみる。「 PUBLIC_CHANNEL 」普段チャットで使っているチャンネルと、「-12345」で listen を開きっぱなしにして、listenイベントには特に処理を書かずにテスト。アイドリング状態ではどちらも0.001で変わらず。すぐそばに0.5秒間隔でPUBLIC_CHANNEL と、-12345チャンネルに同時発言するオブジェクトを置いてみるとほぼ同じになると思っていたけど、何度更新してみても PUBLIC_CHANNEL の方が低い値になった。たまたまなのか、PUBLIC_CHANNNEL 以外の方が基本的な負荷が大きいのかは調査が必要だな。それにこれが果たして高い低いと比較出来るほどの差なのかは分からないしね。PUBLIC_CHANNEL を使うと重いと良く言われるのは、そのオブジェクトのそばでチャットでの発言が多い場合に、イベントが頻繁に発生する為。だれも発言しなければイベントは発生しない。またオーナーのみの発言を聞くとか、特定の言葉のみ聞くという風にフィルタをかけるとよりイベントの発生率は下がる。なのでPUBLIC_CHANNEL 以外を使っていても、そのチャンネルに頻繁に発言がある場合は負荷が大きくなると言える。結局のところ、listen 関数自体が重いわけではなくて、どんな関数でもイベントが発生したときの処理と、イベントの発生頻度で負荷が大きくなる。それにしても、負荷に関してもっと分かりやすい指標は無いのだろうか？</description>
<link>http://ogasawara.slmame.com/e364797.html</link>
<guid>http://ogasawara.slmame.com/e364797.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Fri, 12 Sep 2008 13:00:05 +0900</pubDate>

</item>

<item>
<title>今日も朝から script time のテスト</title>
<description>今日はタイマーを使って、カウントされる数値を llOwnerSay() と llMessageLinked() で実験。タイマーの間隔は0.2秒。integer i ;timer(){++ i ;llOwnerSay( (string) i ) ;}integer i ;timer(){++ i ;llMessageLinked( LINK_SET,0,(string) i ,NULL_KEY) ;}どちらもアイドリング状態だと0.002。そこでタイマーを起動してみるとどちらも数値が上がった。llOwnerSay() は0.010〜0.050くらい。llMessageLinked() は0.005〜0.010くらい。llOwnerSay() の代わりに llSay() だともっと数値が上がる気がするが、連呼すると近所迷惑だと思ってテストしてない（苦笑）プリム数の多いオブジェクトで、各プリムにスクリプトが入っていて、それに向けて一斉に llMessageLinked() とかが頻繁にあるようなモノは負荷が高いと言える。もうちょっと他も試してみよう。これまでの結果から、llSetPos()、llSetRot() あたりは script time では負荷が測れないという事かもしれない。</description>
<link>http://ogasawara.slmame.com/e363807.html</link>
<guid>http://ogasawara.slmame.com/e363807.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Thu, 11 Sep 2008 11:10:22 +0900</pubDate>

</item>

<item>
<title>script time は何を測定している？</title>
<description>今日もちょっと script time のテスト。「新しいスクリプト」ボタンを押すと、タッチで「 Touched 」と発声するスクリプトが自動で作られる。このスクリプトが、１つ、３つ、６つ、入っている箱を用意。それと OCTOPUS DOOR も比較として置いてみた。先日のテストでは、モジュール化により複数スクリプトファイルを持っているオブジェクトの script time の数値が高いという結果になっていた。で、今回ももちろん結果としては同じなんだけど「test03」より OCTOPUS DOOR の方が数値が低い。「 test03 」「 OCTOPUS DOOR 」いずれも６ファイル入っている。何度更新してみても「test03」が一番数値が大きかった。OCTOPUS DOOR のスクリプトの方が明らかに処理は重いはず。やはりアイドリング状態では、この数値あまり意味がないのか。script time 自体の意味をもうちょっと調べる必要がある。ピーク時の測定とか簡単に出来れば比較として成り立つのになぁ。ちなみにこの４つをリンクしてみると大体、４つのオブジェクトの数値を足した値になってる。とりあえずファイル数は減らすのが良いという事しか、確実な事が言えないね。</description>
<link>http://ogasawara.slmame.com/e363079.html</link>
<guid>http://ogasawara.slmame.com/e363079.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Wed, 10 Sep 2008 15:33:47 +0900</pubDate>

</item>

<item>
<title>3D Pencil 試してみた</title>
<description>プリムで字や絵が描けるという「 3D Pencil 」を試してみた。簡単に説明すると、２点間の座標を指定すると、そこにプリムで出来た線がRezされるという仕組み。さっそく小笠原のサンドボックスで書いてみる。操作に慣れるまでちょっと難しいが慣れれば面白い。まだ試作品の段階で無料で配布してユーザの意見をフィードバックするという。発売前に無料で試してもらって、それから商品化という手法の方が単にアンケート取るよりは良いなと、これを見て思った。バグも見つかるかもしれないし。ということでひとつ実験。線がプリムで出来ているなら線の最大の長さは１０mのはず。２点間の距離が１０mを超えたらどうなるかというのを試してみた。手前の赤い点が始点、鉛筆の位置が終点。結果としては、線自体は１０mで２点間の中心にRezされる感じ。これで早書き競争とかやると面白そう（笑）この商品の詳細はこちらhttp://masterpoppy.slmame.com/e356697.html</description>
<link>http://ogasawara.slmame.com/e358870.html</link>
<guid>http://ogasawara.slmame.com/e358870.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Sat, 06 Sep 2008 10:10:13 +0900</pubDate>

</item>

<item>
<title>スクリプトの負荷を調べる</title>
<description>OCTOPUS DOOR の開閉システムは重いのでは、という指摘があったので実際にどんなものだろうと調べる事にした。今回計測したのは「 Script Time 」詳しい事はよく分からないが、この数値が大きいと負荷も大きいという事は言える。ただ、負荷そのものはこれだけではないので、これだけで一概に「重い軽い」も言えないところもある。あとこの数値はSIMオーナー、SIM不動産マネージャーでなければ見る事が出来ない。期間限定で不動産マネージャーの権限を頂きテストしました。以下の回転ドアで実験１：一回のllSetRot()で90度回転２：timer を使って llSetRot() を５回ループ（ timer の間隔は0.2秒）３：llTargetOmega で回転させて llSleep 後、回転を止める４：for文を使って llSetRot() を５回ループ結果から言うと全然差が出ない。いずれも「0.001〜0.002」Script Time では測りきれないということか。この数値がリアルタイムで変わってくれれば分かりやすいんだけど、更新を押した瞬間の数値を表示しているような感じ。なので試しにtimerループ、for文ループ、llTargetOmegaでグルグル回転させて、回転中に更新。これでも結局いずれも「0.002」で差が出なかった。回転中でも止まっていても同じ数値だ。ということで商品になってる OCTOPUS DOOR を計測してみると「0.005〜0.006」OCTOPUS DOOR の場合、ドアタイプごとにスクリプトがモジュール化されてるのでひとつのドアにスクリプトが６つ。アイドリング状態でひとつのスクリプトが「0.001〜0.003」くらい消費するという記事があったので、モジュール化による「0.005〜0.006」という数値と言えるかもしれない。ドアテンプレートの方はドアシステム自体はほぼ同じだけど、ドアタイプごとに分かれているのでスクリプトファイルは２つ。ということもあって「0.002〜0.004」くらいの数値が出てる。一番上の「0.008」のドアテンプレートは他のオブジェクトとリンクされてるためにその数値になってると思われる。ということは、OCTOPUS DOOR もモジュール分を１つにまとめればもうちょっと軽くなるということだ。次期バージョンではその辺を改良しよう。ドア以外の自分のオブジェクトの Script Time を調べてみるとモデルハウスが結構大きい数値が出てる。これもやはりスクリプトファイルが多いのが原因かもしれない。何回か更新してみるとラッキーチェアが急に大きな数値を出した。口が常にうねうね動いているのと、時々テクスチャが切り替わるせいだろうか。気になるのは更新するたびにスクリプトのファイル数が違うこと。152と133では全然違う。どういうことだ？最後に自分の Script Time を測ってみた。装着物の場合はリストに出て来ないらしいので、椅子に座ってその椅子を計測、座ってない時との差で計測する。ところがタコマスク以外に装着してなかったので全く変わらない。「０」という事だ。今被っているタコマスクにはスクリプトが入っていない。試しにタコタイプライターを装着してみると「0.020〜0.060」くらいの大きい数値が出た。確か timer は0.5秒間隔だったと思う。おいらのスクリプトが SIM全体で１５２ファイル、0.5ミリ秒消費している。これは果たして大きい数値なのか？スタッフやってるから、SIM中においらのオブジェクトあるからなぁ。ちょっとずつシェイプアップしていくか。もうちょっといろいろ試してみよう。</description>
<link>http://ogasawara.slmame.com/e358048.html</link>
<guid>http://ogasawara.slmame.com/e358048.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Fri, 05 Sep 2008 14:30:15 +0900</pubDate>

</item>

<item>
<title>ユーザアンケートでもしてみるか</title>
<description>いろいろ商品を作って売っているが、意外にユーザの声というのが返ってこない。使い勝手はどうか？値段は？どんな使い方をしているのか？要望、ご意見等々、いろいろ聞いてみたいが沢山。某SNSでユーザがどういう使い方をするかまではクリエイターは分からないので、あらゆる検証が必要との事。もちろんそれは分かっている。おいらの思いもしないような使い方をしていたら、それはそれで逆に楽しいかもしれない。でも、あくまでも感覚的でしかないけど、買った商品を編集して何か別なものにするというような人は少ない気がする。ドアに関して言えば、かなりいろいろ設定出来るけど初期設定のまま使ってる人がほとんどではないかなと勝手な想像。この辺をちょっとアンケート調査してみたい。ブックテンプレートもプリムページなので１ページずつ個別に設定出来るはずなんだけど、たぶんそんな事してる人は皆無かも。見開きで写真を使いたい場合は見開き状態でテクスチャを使って、オフセットで半分ずつ貼り込むとテクスチャ代が１枚分で済む。この機能を自動でやってくれるテンプレートも最近多いが、このページだけって設定は出来ないんじゃないかな（未調査）やっぱりニーズが分からないと商品開発も難しい。使われてない機能に関しては削除していく方向で。アンケート方法をちょっと考えよう。</description>
<link>http://ogasawara.slmame.com/e356144.html</link>
<guid>http://ogasawara.slmame.com/e356144.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Thu, 04 Sep 2008 11:21:28 +0900</pubDate>

</item>

<item>
<title>MONO関連情報少ないですねぇ</title>
<description>自分がMONOが使えない状況ゆえ、余計に気になる「MONO」ようやく、メイングリッドでMONOがテスト出来るようになったのに意外にMONO関連の記事が少ない気がする。たぶん、MONOに興味がある人はベータグリッドですでにテストしてるだろうから今更な感じ？興味のない人にとっては「 MONO って何？」って感じだろうか？凄いと言われているが、体感的にそう変わりないのか？（モノによるだろうけど）来週にはOSをヴァージョンアップして、自分でテストしてみたいね。でも、今週末のイベントでの売り上げによっては延期になるかも（苦笑）ただ、OSをアップした際にマシンの挙動が心配だ。一応、MacOS 10.5 対応マシンには入ってるが、クロック周波数もメモリも結構スレスレ。それでSLがまともに動かせない状態だと本末転倒だねぇ・・・。</description>
<link>http://ogasawara.slmame.com/e355846.html</link>
<guid>http://ogasawara.slmame.com/e355846.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Wed, 03 Sep 2008 09:38:41 +0900</pubDate>

</item>

<item>
<title>釣り大会無事終了しました</title>
<description>夕べの釣り大会、思いのほか盛況でした。SSだと少なく見えるけど、結構来ましたね。優勝は小笠原住民でもある kanoko さん。彼女はビンゴも強いし、必ず何かもって帰りますね（笑）２位 Cabinさん、３位 TOMOHIROさんでした。おめでとうございます！釣り大会終了後、小笠原中央広場でフラダンス。おいらはウクレレで参加（笑）</description>
<link>http://ogasawara.slmame.com/e353841.html</link>
<guid>http://ogasawara.slmame.com/e353841.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Mon, 01 Sep 2008 08:47:13 +0900</pubDate>

</item>

<item>
<title>OnRez を使ってみた</title>
<description>本家のビューアより軽い、しかもつい最近バージョンアップしたらしいという OnRez をインストールしてみた。で、バージョンアップしたらしいという事だったが、1.19ではないか。通りでMacOS 10.3.9 対応のはずだ。インターフェイスがかなり違うので、どこに何があるのかあちこち押しまくる（苦笑）挙動が軽いという事だが、実際どうだろう？おいらのマシンでは体感出来るほどの違いは感じられなかった。ひょっとするとバージョンアップする前は、1.18だったって事か？それなら軽いというのは考えられるなぁ。何はともあれ、1.19であれば使い慣れた本家ビューアの方がいいな（笑）OnRez はこちらからダウンロード出来ますhttp://viewer.onrez.com/</description>
<link>http://ogasawara.slmame.com/e352935.html</link>
<guid>http://ogasawara.slmame.com/e352935.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Sun, 31 Aug 2008 12:23:45 +0900</pubDate>

</item>

<item>
<title>SLでしか出来ない事</title>
<description>ずいぶん前からSLでしか出来ない事ってなんだろうと考えている。現在、SLで出来る事ってRLの疑似体験止まりではないだろうか？RLではなかなか出来ない事を体験出来るという点では、それはそれで楽しいし、意味はあると思うが。おいらがSL始めたのはRLの作家活動の宣伝目的だったので、まずヴァーチャルギャラリーを作った。結構あっという間に完成。RLで作るとなるといろいろ難しい問題があるから正直最初は嬉しかった。それに立体的に見せられるのでWebで作品を見せるよりは遥かに良い。でもRLで原画を見たのには到底及ばない。最近はアクリル絵の具を使っているが、油彩の場合はあの独特の匂いが好き。個展直前まで筆を入れている事が多いので、会場内、絵の具の匂いでプンプンだったりする。ライブもよく開催されているが、やはりRLで見る聴くのとでは全然迫力が違うよね。と言いつつまだインワールドでライブは見てないけど（苦笑）人が集まるところに行くと低スペックゆえ、まったく身動き取れなくなる。RLでもぎゅうぎゅう詰めで身動き取れない事もあるけど、あれとは全然違って変なストレスが溜まる。画面の半分はグレーだし。SL始めたばかりの頃に U2 のライブがインワールドであったようでその映像をYouTube で見た。U2のライブに客が十数人しかいない。アバターもメンバー本人に似せて作ってあるけど「どうなのこれ？」って思った。あの頃に比べれば今はもうちょっとマシな状況になってるかもしれないが、アートでも音楽でもRLをそのまま再現しても面白くないなと思う。SLならではの見せ方をしないと、SLでやる意味があまり感じられない。宣伝という意味ではあまりに人口が少ない。ヴァーチャルな世界に身を置いてはいるが、超アナログ派なので余計にそう思うのかもしれない。ほんとにSLでしか体験出来ないようなコンテンツが出来上がれば、少しはユーザが増えるのではないだろうか。ゲーム機の売り上げもゲーム機本体の性能よりも面白いゲームソフトがあるかどうかで左右される。強いてSLの良いところを言えば、国境がないのとテレポが出来るというところか。トラフィック的にはRLより断然有利。とりあえずはそこを上手く利用するしかない？今日のところは考えがまとまらないな（苦笑）</description>
<link>http://ogasawara.slmame.com/e348563.html</link>
<guid>http://ogasawara.slmame.com/e348563.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Wed, 27 Aug 2008 09:44:42 +0900</pubDate>

</item>

<item>
<title>そろそろ本格的にMONO化が始まるようだ</title>
<description>今までベータグリッドでテスト中だったMONOが正式に採用されるようで、というかすでにサーバがバージョンアップしてるSIMもあるらしい。サーバがバージョンアップしただけではMONOはまだ使えなくて、次のリリース候補版1.21からMONOでコンパイル出来るみたい。MONOに関する詳細はこちら参照してくださいhttp://wiki.secondlife.com/wiki/Mono/jaスクリプトを組む者としては、これはかなりの重大ニュース。いままでよりスクリプトの処理速度が200倍以上？スクリプトの組み方も変わってくるかもしれない。おいらがよく使ってるfor文でループさせて、ゆっくり移動とかもMONOでコンパイルしたら全然速いかもしれない（苦笑）これまでだと一つのスクリプトが１６KBリソースを食うので、数行だけのスクリプトでも必ず１６KB使う事になる。これはモジュール化したときや、構成プリム全部にスクリプトを入れた時に、SIM負担が大きいということ。MONOだとそれが無くなるらしい。良い事づくめのMONOなんだけど、おいらの現マシンの状況では使えない！とりあえずOSをMacOS 10.5 にバージョンアップさせるかなぁ。でないとRCが使えないどころか、現標準版の1.20すら使えない。何はともあれサーバのバージョンアップで混乱が起きない事を祈ります（苦笑）</description>
<link>http://ogasawara.slmame.com/e347856.html</link>
<guid>http://ogasawara.slmame.com/e347856.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Tue, 26 Aug 2008 11:43:55 +0900</pubDate>

</item>

<item>
<title>動物なりきりコンテスト予選落ち・・・。</title>
<description>動物なりきりコンテストにエントリーしていたが、どうやら予選落ちのようだ。一応サイトにSSも掲載されてるので良しとしよう（笑）http://sl.impress.jp/2008/08/post_11.phpで、どんな感じでエントリーしたかというと敢えて、普段通りの自分で（笑）RLでも全く同じ格好をしてるというところで、このままの方がきっとインパクトあるだろうと思ったんだがなぁ。RLでの写真も送っておくべきだったか。何はともあれ、ゴンベさんが決勝に進んだので応援しよう。</description>
<link>http://ogasawara.slmame.com/e347441.html</link>
<guid>http://ogasawara.slmame.com/e347441.html</guid>
<category>■タコっちのつぶやき</category>
<pubDate>Mon, 25 Aug 2008 22:20:22 +0900</pubDate>

</item>


</channel>
</rss>