日々適当

hibitekitou

Mailアドレスの補完

mac |2013-05-28

昨日書いたメールアドレスの補完について、ちょっとスクリプトを書いてみたんですよ。
あまりにあれな内容なんで公開はしませんけど、一応意図した動きをしています。

スクリプトメニューは便利ですね。こっから実行してやると、アドレスブックに登録されているものについては「様」つきになり、登録されていないものはメールアドレスのみになります。ただし、宛先の履歴に変な形態で入っちゃっているとそれが再現された上に「様」が追加されるというクソ仕様。

GUI Scriptingの手法でやったわけですけど（tell application "Mail" の中で直接宛先やCcの中身を取得できるならその方法を知りたい）、その場合、宛先やCcのメールアドレスの入るテキストフィールド内の値を取得したいわけですが、value of text field で取得されてくるものはテキストではなく、なんかオブジェクトなんすね。OS X や iOS のGUIでよく見かけるようになった枠で囲まれてその枠をつかんでドラッグ可能な物になっちゃっているってことなんでしょうけど、ともあれ、そのオブジェクトからテキストの情報を読み取る方法を知らないので、カットしてクリップボードにいったん収めてから（クリップボードに入るとテキストになる）、それを整形するという手順をとっています。
ちなみに、テキストフィールドに値を設定するときは set value of text field to "うひひひひ" でよいようです。

このオブジェクトの内容を取得するにはどうしたらいいんでしょうねぇ…？

コメント ( 0 )|Trackback ( )

PointCloud Lookup でメッシュの色を設定でいいんじゃね？

xsi |2013-05-28

と思ったのです。
たとえば、PointCloudの球を取り出して、以下のようなICE Treeを設定します。

んで、Polygonizerでメッシュを作成するわけですが、そのメッシュの色を近接するパーティクルの色にしてやりたいって時に、PointCloud Lookupが使えるんじゃないか、むしろ使うべきなんじゃないかと思ったわけで…。

ICE Treeでカラー値を3D Vector値に変換してカスタムアトリビュートとして保持させています。
それで、メッシュのRenderTreeにて以下のように設定してやります。このマテリアルはPointCloudにも適用します。

すると、下図のようにパーティクルカラーを反映した形でレンダリングされてきました。

で、どうやら、PointCloud LookupのMax.Pointsの値に大きめの値を入れると出力されてくるベクトルは、設定した数だけ取得したベクトルを平均したものなのか、何となく混ぜられた値が出てくるんですよ。

そのルールが分からないので正確な値が必要なときには（僕には）まだ利用できませんけど、何となくでいいなら、これでいいんじゃね？って思いつつあります。

実際、どうなんだろうなぁ。

コメント ( 0 )|Trackback ( )

平面に投影する

xsi |2013-05-27

これ、Closest LocationのNormalを軸にして、Nullの方向にパーティクルを回転しているってものですけど、それの基礎になるコンパウンドを組んでみました。何となく車輪の再発明のような気がするんですけど、該当するものが見つけられなかったので…

Projection on Plane

こいつを、以下のようなツリーに組み込んでいます。

入力が Normal , Point on Plane , Prj Src の三つ。出力が Result ひとつですけど、意味としては、Point on Plane という点を含み、法線が Normal の平面に、Prj Srcの点を正射影した点の位置が Result に出てくる、というものです。

コンパウンドの中身は、まぁ愚直なもんでして…w、処理、遅いかもww

コメント ( 0 )|Trackback ( )

Apple Mail における宛先の補完

mac |2013-05-27

Mail を使っているとき、イラっとするのは宛先を入力したときに、非常に中途半端な補完がされることがあることです。
たとえば、山田太郎さんにメールを出そうというとき、そのアドレスが yamada@dmymail.dmy であるとします。すると、yamadaと入力すると、山田太郎さんと過去にやり取りしたことがある場合、メールアドレスが自動的に補完されるわけですが、その時、

yamada@dmymail.dmy 太郎

という名前で宛先欄に表示される状態になることがあります。これは yamada@dmymail.dmy というアドレスを上記名前で過去にやり取りしたことがあるからそう表示されるみたいなんですが、あまり気分がよくありません。そこで、そのような不完全な履歴を削除してしまいましょう。

宛先の履歴っていうウインドウを呼び出します。

で、その中から必要のない物を削除するだけ。

なお、この辺は SQLiteで管理されているようで、こちらのページでその編集方法が解説されています。まぁ、ここまでやる気はありませんが、何かの時の参考に…

【コラム】新・OS X ハッキング! (23) Mailの「アドレス自動補完機能」をあれこれイジる [マイナビニュース]

このアドレスの補完系でMailユーザの一部が困っている事で、敬称がつかないってのがあったりするようです。
アドレスブックでは敬称をつけて情報を保持しているのに、何でMailにそれが反映されないんだ、って。

アドレスブックに登録するとき、姓名の名の方に敬称をつけて登録する、なんて事をしてしのいでいる人もいるようですが、それはちょっと違うだろうと。何よりせっかくデータベース系の手法で管理されているので、データを汚してどうするって思うし。とはいえ、メールのヘッダを見ると

To: =文字列 <メールアドレス>

という形で送られており、つまり、宛先欄に書かれたメールアドレス以外の情報は、相手先にも表示される可能性が高いわけですな。だから、気にする人は気にするでしょう。それでもかつてはアドレスブックの方からメールを作成してやれば敬称がついた形で新規メールが作られたようですが、Mountain Lion ではそうならないようです。かといって、アドレスの自動補完をオフにするととても面倒になりますしね…。

AppleScript で宛先、Cc、Bcc欄に入っているメールアドレスを書き換えるような物を書くしかないかねー？

コメント ( 0 )|Trackback ( )

メモ

xsi |2013-05-26

トポロジーが同じなら、単純にハードエッジになっているエッジのインデックスをとってきて、それを元に目的のオブジェクトに ApplyOpでハードエッジにしたればいいんだろうね。

このやり方だと速度が遅いのは想像に難くないけど…(^^;

from win32com.client import constants as c

app = Application
log = app.Logmessage

oObj = app.Selection(0)
if oObj.Type == "polymsh":
	oPicked = app.PickElement(c.siGeometryFilter, "pick poly obj", "pick poly obj" ,"","","2" )
	tgtObj = oPicked(2)

	oEdges = oObj.ActivePrimitive.Geometry.Edges
	oHEdgeArray = []

	for oEdge in oEdges:
		if oEdge.IsHard:
			oHEdgeArray.append(oEdge.Index)

	app.ApplyOp("MarkHardEdgeVertex", tgtObj.FullName + ".edge" + str(oHEdgeArray) , 3, "siPersistentOperation", "", 0)

でもたぶんこんな単純な話じゃないんだろうなぁ…。
あと、こんな話だとしてももうちょっとスマートな方法はどう書くべきなんだろう。

コメント ( 0 )|Trackback ( )

iBooks

iPhone |2013-05-23

そういえば、iBooks Storeで電子書籍を買ったことがありません。いや、正確には小説を買ったことがない。
ってことで、試しに買ってみましょう。

購入する感覚は、音楽とかと変わりありません。
iOS端末に持っていくのも、単純に同期するだけ。簡単でよろしい。本の数が増えてきたらまた違った感想を持つかもしれませんが。

とりあえずiPhoneで読んでみます。本の雰囲気、あるいは気分によってフォントを選べるのは電子書籍ならではでしょうか。

しかし一ページの情報量がどうしても少ないので、あまり小説を読みたい感じじゃないかなぁ…。
一方で、iPadはさすがに良い。読みやすいし読む気にさせる。ただ、iBooksアプリの完成度がまだまだという気もしますな。
AppleのUIは、このiOS 6ではSkeuomorphic Designというデザインを取り入れていて、つまり現実世界のモチーフを再現する事に力を入れているわけですけど、だったら、ページ数をある程度反映した見た目にしてほしい物です。

これはこの本の最終ページですけど、本の真ん中へんにみえちゃっています。これがちょっと気持ち悪い。模倣するなら（その操作感に影響のない範囲で）徹底的にやってほしい物です。

もっとも、次のiOSではその方向性から変わっていくと言われていますし、それがどうなるか分かりませんけど、いずれにしても、コンテンツを駆動するアプリケーションの完成度の向上を望みます。

まぁしかし、iPad miniがRetinaになったら、やっぱり読書端末として手に入れたいという気分が高まりますな。

…ところでこの本、もともと中公100円eブックスってのから出た物なんでしょうか。そこ行くとこれは105円で売られていて、しかしてiTSでは150円。まぁいいんだけど、買うところによってお値段が違うってのは，書籍については新鮮な感覚ですな。

コメント ( 0 )|Trackback ( )

Point Cloud Lookup

xsi |2013-05-23

基礎研究っていうか、メモというか。
Softimageのシェーダに Point Cloud Lookup ってのがあります。
これ"Procedural image sampling" [Vimeo] なんかで使われていると思われるTexture instancing Shader（rray.deにて"Texture Instancing"で検索すると見つかります）内の肝となるシェーダだと思うんですけど、それの使い方の本当に基本的なところのメモです。

このシェーダは、マテリアルを共有するポイントクラウドから、ポイントのベクトル系のアトリビュートを取得できるという物という理解でいいのかな？（なんか間違っているような気もするけど…）。ポイントクラウドと実際にマテリアルの設定をしたいオブジェクトのマテリアルが同じであることが大切
なもんで、以下のようなシーンで

グリッドからパーティクルを発生させて

それで以下のようなレンダーツリーを設定すると

何となくボロノイ的な感じで領域が分割されたようなイメージでテクスチャを並べることが出来ました。

たぶん、レンダリング時、ジオメトリにレイがヒットすると、そのヒットした位置から一番近い位置のPointCloudのポイントの位置を Point Cloud Lookupシェーダが返しているのだと思います。だから、ポイントの位置とレイがヒットした位置の差分をとって、それを0～1の範囲の収まるように整形してやれば、こんな感じの結果を得ることが出来るのでしょう。

Point Cloud Lookup の IN で PointPosition を指定しているのは、Vector State からの入力に一番近い位置にあるポイントを取得するためですな。で、Outではこの例では PointPosition を指定しているけど、取得したポイントのもつベクトル値のアトリビュートを任意に指定可能のはずなので、ここから何か別の効果を狙うことも出来ましょう。

少し、有用な結果を得ることが出来ましたですよ。

コメント ( 0 )|Trackback ( )

Mac対応エンターテイメント系3DCGアプリケーション

mac |2013-05-22

なんとなくあげてみましたよ。
もちろんこれが全部じゃないし、そもそもエンターテイメント系って何って定義の問題もあるだろうから、あれがない、これは違うとかはいわんといてください(^^)

Autodesk Maya: 統合3DCG環境
Side Effects Software Houdini: 統合3DCG環境
MAXON CINEMA4D: 統合3DCG環境
Luxology MODO: 統合3DCG環境
e frontier Shade: 統合3DCG環境
NewTek Lightwave: 統合3DCG環境
Blender: 統合3DCG環境
Cheetah3D: 統合3DCG環境

Autodesk FBX: ファイルコンバーター、ビューア

Pixologic ZBrush: スカルプトをベースに置いたモデリングツールだけどアニメーションもレンダリングも可能
Pixologic Sculptris: スカルプトツール
Autodesk Mudbox: スカルプトをベースに置いたモデリングツール
3D COAT: スカルプトをベースに置いたモデリングツール
MoI: NURBUSに特化したモデリングツール

MAXON BodyPaint 3D: 3Dペイントツール

Marvelous Designer: 衣服の生成・シミュレート

xfrog: 樹木生成ツール。for Maya と for Cinema4D がMac対応
SpeedTree: 樹木生成ツール。

e-on software Vue: 景観作成ツール
Planetside Software Terragen: 景観作成ツール
Esri CityEngine: 都市生成

Next Limit RealFlow: 流体シミュレーション

Smith Micro Software Poser: 主に人体生成に特化したツール

Virtual Vertex Muster: 分散処理制御・管理
Thinkbox Software Deadline: 分散処理制御・管理
Pipeline fx Qube!: 分散処理制御・管理
EnFuzion 3D: 分散処理制御・管理

VooCAT: マッチムーブ
Andersson Technologies LLC SynthEyes: マッチムーブ
The Pixel Farm PFTrack: マッチムーブ

Fabric Engine: CG開発プラットホーム

mentalray: レンダラー
CHAOS GROUP V-Ray: レンダラー for Maya, for Cinema4D 辺りがMac対応
Next Limit Maxwell Render: レンダラー
PIXAR RenderMan: レンダラー
3Delight: レンダラー
Solid Angle Arnold Render: レンダラー
Indigo Renderer: レンダラー
Octane Render: レンダラー

Autodesk Smoke: 編集ツールだけど限定的に3Dを扱える
The Faundary NUKE: コンポジットツールで限定的に3Dを扱える
Adobe After Effects: コンポジットツールで限定的に3Dを扱える
Apple Motion: コンポジットツールで限定的に3Dを扱える

particleIllusion: パーティクルに特化したツール

SoftimageとKrakatoaとFumeFXとMARIなんかのMac版をはよ…

コメント ( 0 )|Trackback ( )

オブジェクトの質感を分けるひとつの方法

xsi |2013-05-21

メモ。
下図のように、文字を押し出したオブジェクトがあり、その前面（背面）と側面の質感を分けたい場合、その手法はいくつか考えられると思います。UVを設定したり、ポリゴンクラスタを設定してマテリアルをわけたり。

で、オブジェクトの法線に注目すると、前面にはXとY方向は0が、側面はXもしくはYに必ず0以外の値が入っていると考えることが出来ると思います。そんなわけで考えてみたのが以下のマテリアルです。

ジオメトリの法線のX方向もしくはY方向に0以外の値が入っている所と、どちらも0である所で質感を分ける設定になっています。
ここ、0以外の値が入っているところを調べるべく、Scalar Logicノードを使っているのですけど、これ、ICEの比較のためのノードのように、精度を指定することって出来ないんですかね。ICEだと、input = 0 って比較をするとき、精度を0.001とかにしておくと、-0.001～0.001の範囲の入力については0と一致していると返してくれます。
それがScalar Logicには無いようなんで、上図ツリーのようにちょっと面倒くさい組み方になっている次第。