情報関係を色々整理する上でwikiとwikipediaは欠かせないものですが、現状よくつかってるものを列挙。
デベロッパーリソースもようやく一通りが翻訳終わって、現在LSLポータルの翻訳を実行しています。LSL Wikiの翻訳を行ううえで、この関連記事内のLSL Editing Primerが割りと重要だったりするので、なるべく早く完結させたいです。
function記事のテンプレート構成は、SecondLife wikiのなかでも一風変わっていて、文章を書くというよりも普通のHTMLを構成している感覚に近いです。なので、其の手の文書作成になれない人には難しくなるのかもしれません。
ちなみに、SecondLife Wikiにおいて、初心者向きとされる記事は、Getting Ready to Learn LSLとHelp:Getting started with LSLです。両方とも、viewerのダウンロードから、buildに関してまで一通り触れられてます。…ぼちぼち翻訳しておきます。
延々と翻訳を続けて、
ある程度時間に余裕もできたので、SecondLife WikiのLSL Portal関係の翻訳を進めてますが、割とまだ触れたことがない項目がたくさんあり、今更ながら勉強になってる始末。
LSLスタイルガイドの訳は終わらせました。突っ込みどころがあれば勝手に修正しちゃってください。現在LSL Script Efficiencyの訳を進めてます。コレ以降も順番に翻訳の予定です。
おまけ。バルスイベントの図。
この画面外にある木の崩壊をたのしんでました。物理を豪快に使ったオブジェクトの動作は面白いです。
PCスペック弱いと落ちるけど:P
SecondLife「でも使える」レベルまでいくとキリがないのでこの程度に。ある程度SecondLife Wikiのほうで羅列されているので、其の分は省略。…すると、ほとんどあがらないのは気のせいにしよう。
それなりに景観も何もかもが完成してて、かつゾーニングもある程度こなれてくると、基本的に細かいデザインを視野にいれてないタイプの人には入りづらくな るかと思われます。もしくは特定のファッションとかに全然興味がない、とか。そんなときはサンドボックスがオススメです。
方々のSIMに行って感じてたことが、構想を立てるにも見かけ的なデザインができなければ何事も始まらない、という感覚や圧迫感であり、そこらへんから色々と作る気もうせてたとこでした。
コードを弄ってるときやら、サンドボックスで適当にこね回すときが一番苦にならなくて、そこらへんの感覚がにていたとある2SIMに出入りしてたりします。
…まぁ、SL自体デザインできなきゃ話にならない、て感じに変わってきてるけどね:P
でも、全員が全員デザイン屋というわけではあるまいし。
ChiyoさんのOffice Hourにて、最近よくトラブル関係の事例に関する相談者が参加します。いくつかのケースを聞いていてある程度共通している事項も見えてきたので纏めます。
[SVC-1020] New search does not accept Japanese inputs
viewerのサーチで、日本語が使えない問題の対処に関する解決事案です。既にmarchさん作のpatchがあがってます。
先日から延々とC++のコードを適当に書いたりしてましたが、ようやく色々のみこめた感じです。C#の表記とは違うものの、感覚的には同じということに気がつくまでかなりかかってました。どうせなので、何かviewerのコード書き換えだけで成り立つような案件がJIRAにないかな、と思って探してますが、どうみても根底から弄らないといけないような代物ばかりなため様子見。
ChiyoさんのOfficeHour話題。SIMの売買で、環境SIMを取り扱っている場所がいくつかありますが、基本的に環境SIMは一般SIMを所有していることが前提の代物です。レンタルという形式は所有者によってはありますが、売買となると色々な条件がつくので注意。土地は低価格なほど何かあるのが世の常です。
vossにてLinden主催のWinter Fest中です。いくつかtinyアバターがもらえるとのことでした。
LSLで直接日本語 - Alissa Sabre at Second Life
[VWR-3857]Screen editor shows non Latin 1 charact
AlissaさんがLSL編集ウィンドウに日本語をそのまま使えるバージョンのクライアントファイルをリリースしてます。
Windows・MacOS・Linuxのそれぞれのバージョンを出しているので、「正式リリースビューアでもLSLエディタ内で日本語使いたいYO」という人は試してみるのをオススメします。いくつか注意事項あるので詳しくは該当エントリー「LSLで直接日本語」を。
ひたすらC#（といってもlibsecondlifeのこと）とJavascriptとLSLで組み合わせることばかり考えてました。
libsecondlifeからアバターチャットをする方法が割りと簡単だったため、lslと組み合わせれば色々と操作も簡単な気がしました。阿呆な使い方かもしれませんが、wassrを装着した状態でlibsecondlifeからwassrのアクティベーションとか。
チャンネルを上手くつかいこなせば、ある種CUIのような感覚で操作できるわけです。ただ、アバターをどうみせるかが問題です。一番いいのはインビジプリムをかぶせることかもしれません。ただ、ネームタグだけはどうしようもなく…。
slmameでL$頂戴系エントリーがトップを埋め尽くすさまを再び目にしたんですが、ただでさえブログを探し出しづらいのにあれだと、もはやその類のイベントがノイズ生産機としてみなせる気がしてます。navislのほうでもブログサービスが立ち上がるみたいだし、あっち側のナビゲート性能次第ではnavislの需要が相当たかまるかもしれないですね。
とりあえず、slmameから見たいブログを探す方法が、今のとこgoogleで「[検索ワード] site:slmame.com」くらいしかないってのが苦痛でしかたないです…。
[VWR-3419] Reduce compiled object file at 10% by omitting unused information such as function name(it's emptry string) and optimizing generated assembly code sequence.
JIRAに、コンパイルしたスクリプトファイルのサイズを10%減少させるパッチがあがっています。提出者はChiyosuke Wiseさん。このバッチを適用させると本来のサイズより10%ほど抑えることができるので、その空いたサイズで更にLSLを記述できる、ということでもあります。
そこまでたくさんのサイズを書くスクリプトもまれかもしれませんし、LSLの使用者くらいにしか興味がでないかもしれませんが、ちりも積もれば…ということで。
なかなか出来上がらなくて試行錯誤してましたが、ようやくSecondLife.exeのビルド完了。
大筋はSecondLife Wikiの Compiling the viewer (MSVS2005)/jaをみるとして、ビルドする際に必要だった細かい操作をば。ReleaseForDownloadにて。JIRAバグトラッカのVWR-1151に添付されているファイルは使用しません。
ChiyoさんのOffice Hourにて、珍しくChiyoさんの言う対処手段を全て事前に行っていた上で解決しなかった事例がありました。
クレジットカード登録の際にはいくつかトラブルが発生する場合があり、その実際の原因はユーザ側やLL側、及びクレジットカード会社側であったりとばらばらです。もし発生した場合、以下に当てはまってはいないか確認を。
先日からViewerのコンパイルに必死になってたんですが、どう見てもかなり書き換えが必要なファイルが多数ありました。RC版だとそんなもんなんでしょうかね。とりあえず正式リリース版のものを弄ることにしました。…上手くいくかは別として。
SecondLife WatchのほうであがってるIT展示会が世界初を謳ってるけど、似たような展示会でInternational SL Technology EXPO 2007がすでにあったんだけど…。SLの技術メインではない「IT展示会」ということですか。
…なんかあんまり興味が沸かない。
IMログ管理ツール「VisualIMaker」をアップデートしました。加わった機能は以下のとおり。
仕事上の成り行きでつくった関数をLSLに移植してみました。単に金額表示っぽくなるだけの代物ですが、カウントはしやすくなるかも。
string priceStyle(string Price){
integer length = llStringLength(Price);
integer cnt = 0;
string tempstr = "";
while (cnt < length + 1){
++cnt;
tempstr += llGetSubString(Price, -cnt, -cnt);
if(cnt%3==0){
tempstr += ",";
}
}
length = llStringLength(tempstr);
cnt = 0;
string returnval = "";
while (cnt < length + 1){
++cnt;
returnval += llGetSubString(tempstr, -cnt, -cnt);
}
if (llGetSubString(returnval,0,1) == ","){
returnval
= llGetSubString(returnval,1,llStringLength(returnval));
}
return returnval;
}
default{
state_entry(){
integer price = 1566600;
llOwnerSay(priceStyle((string)price) + "L$");
}
}
wassrのひとことをみててRSS購読にGoogle Readerを導入してみましたが、予想外にエントリーの流し読みに最適でした。今まで単なるタイトル＋概略しか載ってない代物だと思ってたんですが、意外にこれだけで事足りるものなんですね。
問題なのはRSSフィードを登録する際の手間。逐一コピーペーストも手間なので、Yahoo PipesとGoogleブログ検索を使っていくつか手段を考えてみました。Yahoo PipesはYahoo USA のサービスとなるため、Yahoo Japanとはまた別のIDが必要です。
をクリック。登録←をブラウザのブックマークにドラッグ手馴れれば、Yahoo Pipesのさまざまなオプションを使ってさらに細かく指定することも可能です。wassrではこんなのが前提のヒトコトが結構流れてる、ということで:P
ログインしても特に何かを作る気が起きないので、LSLでツールまがいというか、おもちゃまがいなものばかり弄ってます。生真面目に「商品つくるぞー」とか肩に過多に力入れるより気楽です。というより、そもそも商品化がおっくうです。
SL内でお仕事引き受けて、それが原動力という人もいるかもしれません。それに関して否定するつもりはないんですが、あくまでお遊び抜きでのお仕事という点で行っているのならば、RLでバイトとかそっち見つけるのをオススメしたくもあります。RLでお遊び抜きなSLのお仕事に関わってる、とかいうパターンは例外ということで。
SLにまで金銭問題はあまり持ち込みたくないもんです。
メインアカウントでlibsecondlifeがまともにつかえないから急速に弄る気降下。
ChiyoさんのOffice Hour話題ですが、個人情報の登録を初期登録時に行う方法は、ブラウザの言語設定を英語にしたうえで、英語公式サイトから登録する、という手段のみです。RegAPIではその周辺が整っていないので注意が必要です。
また、登録時のボーナスですが、アカウント作成時にプレミアムとして申し込みをすると貰える報酬は、http://secondlife.com/から登録したときのみ、となっています。公式サイトの
Premium signup bonus is granted to new registrations only. You will receive your signup bonus 45 days after the signup date, assuming your credit card has been accepted.の「Premium signup bonus is granted to new registrations only.」の一文は現時点だと「http://secondlife.com/」での登録をさしているので要注意。RegAPIからの申し込みで、プレミアムアカウントとして申し込みができる登録ページがあったとしても、現時点でのその報酬はありません。
libsecondlifeでごにょごにょと遊んでました。割とクラスとかプロパティとかは予想しやすかったので、こんな具合でどうだーとコード書きまくり。
以前からlibsecondlifeを使ったツールでログインしようとする際に起こるエラーがやはり今回も起こったので、しかたなくAltでログイン。ざーっとinventoryを覗いてツリーを生成し、TreeViewに植えつけた後消えるようにログアウト、といった流れ。
あらかじめlibsecondlife.dllをソリューションに追加して、参照の設定でlibsecondlife.dllを追加したあとに
using libsecondlife;を頭に入れてます。
inventoryはちょっと紛らわしい。
Secondlife Client = new SecondLife();InventoryNodeとInventoryFolderの２種類があるので、やっぱり全ての情報とるには色々と面倒入りそうです。
InventoryManager inventoryManager = Client.Inventory;
Inventory inventory = inventoryManager.Store;
toolStripStatusLabelのtextにつっこんでも、Refreshしなきゃダメってことに気がつかなかった。
toolStripStatusLabel.TextChangedとでもしておいて、
+= new EventHandler(toolStripStatusLabel_TextChanged);
void toolStripStatusLabel_TextChanged(object sender, EventArgs e)ぐらいつっこんどいたほうがいい。
{
this.Refresh();
}
アクティブ率が密かにあがりましたが、やってることは未だに裏作業。C#で黙々とコード書いてます。
製作者達がブランドを持ち寄ってイベントとか、老舗ブランドの商品を先行販売でアピールとか、ブランド力とかいえそうなのが中心ぽいですね。ブランドに拘って買い続ける人の気持ちはよくわかりませんが、いいものがただ売れるだけ。虎の威を借る狐にだけはなりたくないもんです。
SLでどうしても企業の仕込み臭く感じる類のことがあって、どうしたもんかなと思ってましたが、順調に色々つくって売れてきたから集まって法人化、とか多分SL関係で多いからなんでしょう。売れてるか売れてないか、なんて結局本人以外にはわかりません。だから、あえて売れてることにしておけば、メジャーブランドだと思わせることにもつながって…、とテレビのマスメディアと同じものを感じるわけです。
全てにおいて段取りがよすぎると胡散臭く感じてしまうともいえます。ある程度失敗を繰り返しつつ進めたほうが愛着もわきやすいんですけど、失敗のない成功談がSLの特徴ですから:P
slmameに日本語ダイアログの質問がのってて、以前は苦労したなぁ、と思いつつ参考用途のURLみてたんですが、使われてるbase64func.jsの中身みてちょっと吹いた。私が書き加えた関数名で、かつ関数のソースがまったく同じ。
物置みたいな用途になりつつあるSL-Libraryからcopy_url_llsay()のfunctionだけ削って転載したんだろうなぁとは思いますが、実用用途になるということがわかって満足ともいうか、なんというか。原本の作者への感謝の気持ちを持って利用されてるのなら特に言うこともないです。
ちなみに、肝心の原本はこちらに。ただしutf-8.jsとbase64.jsに分かれてますけどね。
セカンドライフ：JSON SL Search API
Jsonだと色々と制約が多いので、別のサービスを通してJsonpにしたあと加工してみました。右サイドメニュー一番上にはっつけてます。
<div id="slsearchbyjson">replace here.</div>
<script>
function foobar(statuses) {
var messages = '';
var str = statuses['results'][0]['summary'].split(".");
messages += str[0] + "<br/>";
messages += str[1] + "<br/>";
document.getElementById('slsearchbyjson').innerHTML = messages;
}
</script>
<script src="http://aql.osx.cc/jsonpp/proxy/foobar:http://
services.katharineberry.co.uk/search/search/main/
search+Asuka+Neely">
</script>
http://aql.osx.cc/jsonpp/proxy/foobar:
http://services.katharineberry.co.uk/
search/search/main/search+Asuka+Neely
いまのとこのDBとwindows form上のDataGridViewとの間のレコード、開くログ指定直後の動き。
Office Hourにて出た話ですが、今のRegist APIでは登録した個人情報の修正がまったくできず、それを整備する必要性がある、とのこと。…修正が不可能な状態ってこと自体が驚きでしたけど。
なお、カード情報と食い違っていたりしたばあい、アカウントの凍結、最悪BANもありえるため、正確な情報を入力しましょう。…未成年はティーングリッドがあるよ:P
また、nockさんの記事にあるとおり、オフィシャルの情報として整っているwikiの翻訳も課題ですが、問題がいくつかあります。
