覚書き https://yonta.blog.shinobi.jp/ 個人的覚書き/つぶやきetc. Wed, 21 Oct 2009 17:14:34 GMT ja © Ninja Tools Inc. Audioのインポート
audiofile = FBAudioClip(path)

ってやるだけで、シーンにインポートされていたことに気がついてびっくりした。

FBNoteなんて、一回オブジェクト作ったあとにシーンにアタッチしなきゃいけないのにお手軽すぎるでしょう･･･。
まぁ、わかったのでいいですけどねぇ。

]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/audio%E3%81%AE%E3%82%A4%E3%83%B3%E3%83%9D%E3%83%BC%E3%83%88 Wed, 21 Oct 2009 17:14:34 GMT yonta.blog.shinobi.jp://entry/11 クラスを使え def _onClickCallback(self, control, event):
print '%s::%s'%(self.e.Text, control.Name)
 
def __init__(self):
HBoxLayout.__init__(self)
self.b = FBButton()
self.b.Caption = 'OK'
self.e = FBEdit()
self.Add(self.b,100)
self.Add(self.e,150)

self.b.OnClick.Add(_onClickCallback)
・・・
header  =  Header()
t.SetControl(region,header)
・・・

なんて感じで使うといい。
ここでは、ツールのヘッダー部分を丸ごと一つのクラス化して、その中の出来事を管理している。
こうすることで、FBButtonのOnClick内で本来関係ないFBEditのTextをさらりと使うことも可能になる。

さらに、うえのようにHBoxLayoutを継承させて一つのVisualComponentみたいにしてしまえば、見方によっては新しいVisualComponentとも言えるわけで、自分好みのものをカスタマイズしてパーツ化しておくのも悪くない。

例えばFBVector3dクラスは以下のような操作は実装されている。
 
>>> vec1 = FBVector3d( 1.0 , 2.0 , 3.0 )
>>> vec2 = FBVector3d( 10.0 , 20.0 , 30.0 )
>>> vec1 + vec2
FBVector3d(11,22,33)

しかし以下のようなものは対応していない。
>>> vec1 * vec2



（かきかけ）
 
]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/%E3%82%AF%E3%83%A9%E3%82%B9%E3%82%92%E4%BD%BF%E3%81%88 Fri, 21 Aug 2009 14:52:49 GMT yonta.blog.shinobi.jp://entry/10 Attatch aa.gif
FBAddRegionParamで設定するx,y,w,hは上で示すものに対応しております。

また、FBAｄｄRegionParamで設定するFBAttatchTypeで何か設定すると(kFBAttatchNone)、たとえば以下のような関係になります。(下の図はkFBAttatchRight)
bb.gif



]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/attatch Tue, 28 Jul 2009 15:27:36 GMT yonta.blog.shinobi.jp://entry/8 FBAｄｄRegionParam
リファレンス読んでも書いていない（ORSDKにも書かれてない）FBAddRegionParamとはなんぞや。
これは、FBLayout.AddRegionを実行してエラーを出してみると分かります。

AddRegion(class PYFBSDK：：FBLayout_Wrapper｛value｝,char* ,char* ,struct PYFBSDK::FBLayout_Wrapper::AddRegionParam* ,･･･

みたいな表記が見つかると思います。
これは引数のタイプエラーや指定順番を無視した時に、実装がこうなってるから、この順番、タイプで指定してねっていうシステム側からの答えの一部ですが、エラー文は良く読んでみると中身が見えてくるので、リファレンスがカスいMoBuでは貴重な資料になります。
上のエラーを見る限り、Pythonリファレンスに書かれているような横縦幅高さパラメータは、各々をAddRegionParamに固めてあげてから渡す実装のようです。

まぁ、サンプルのAttatch.pyなんか見て適当にコピペしてるだけでもいいかもですが、こうやって掘り下げていくと、後々楽になれるのでもう少し続けようと思います。
]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/fba%EF%BD%84%EF%BD%84regionparam Sat, 25 Jul 2009 08:50:35 GMT yonta.blog.shinobi.jp://entry/7 FBLayoutの続き では実際どのようにリージョンを管理しているのかを見て行きます。

MotionBuilder2009では以前までの反省により、サンプルスクリプトが大量に付属しています。
特に、今回追加されたUI構築部分に関して、コントロール毎にサンプルが用意されています。
その中身をいくつか覗いてみると、PopulateLayoutに必ず下のような記述が書かれていると思います。

x = AddRegionParam(0,FBAttachType.kFBAttachLeft,"")

これは何だろうなぁと思いその後を見ていくと、

mainLyt.AddRegion("main","main",x,y,w,h)

みたいな記述があると思います。この場合全体の記述としては

def PopulateLayout(mainLyt):
x = AddRegionParam(0,FBAttachType.kFBAttachLeft,"")
（中略）
mainLyt.AddRegion("main","main",x,y,w,h)
（中略）
def CreateTool():
tool = CreateUniqueTool("Name")
PopulateLayout(tool)

という感じになっています。
つまりmainLytというのはCreateTool内で作成されたFBToolオブジェクトであり
AddRegionはリファレンス見ると、FBLayoutのメンバー関数になっています。
以前見たように、FBToolはFBLayoutを継承してますので問題ありません。
で、AddRegionとは何かを見てみると

AddRegion (str pName, str pTitle,
int pX, FBAttachType pXType, str pXRelative, float pMultX,
int pY, FBAttachType pYType, str pYRelative, float pMultY,
int pW, FBAttachType pWType, str pWRelative, float pMultW,
int pH, FBAttachType pHType, str pHRelative, float pMultH)

Add a region to the layout.

とあり、レイアウトにリージョンを追加するメンバー関数であると分かります。
ここで素朴な疑問としては、AddRegionParamとは何なのかでしょうか。
リファレンスを見る限りAddRegionするときにAddRegionParamを引数に取ることはなさそうです。
 
そこらへんの謎はまた次回に。
---
このブログでコードとかを綺麗に見せるにはどうしたらいいのかわからない。
他のブログ見てると、綺麗にインデントとかできてるのにっ。

]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/fblayout%E3%81%AE%E7%B6%9A%E3%81%8D Tue, 14 Jul 2009 21:39:17 GMT yonta.blog.shinobi.jp://entry/6 FBLayoutって何だろう
User interface layout class.

という簡潔なお言葉が書かれていました。
まぁ、これで大体イメージは出来てしまうのですが、少し説明を読んでいくと

Layouts are responsible for managing areas of the screen called regions.

とあるので、どうやらリージョンってのを管理してるらしいと分かる。

UI components such as buttons, viewers, and edit boxes are bound to regions.

そして、このリージョンっていうものに、UIコンポーネント（ボタンとか）がバインドされると書いてあります。

In other words, when a UI component is bound to a region, the region defines how big it is and how it behaves when the layout is resized.

そして、リージョンの大きさやリサイズされたときのふるまいも設定するみたいです。
まぁ、ここまでは理解したのですがその後削っておけっていう。

Types of Layouts With the different types of plugins available, there are different kinds of layouts, depending on where the plugin fits into the MOTIONBUILDER architecture. The following types of layouts exist: Device layouts. Constraint layouts. Manipulator layouts. Shader layouts.

これはプラグイン関連じゃないのか。 ORSDKを丸コピしてるだけなので、稀に良くこういうPythonに関係ないと思われる記述があるが、たまに本当は関係あったりとか、完全に表記ミスじゃないときがあって、結局全部理解しておこうとORSDKのリファレンスも見ないといけなかったり。

横道にそれましたが、FBLayoutの実体はリージョンの管理である、というのが分かれば良いのじゃないかなぁ、と思います。]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/fblayout%E3%81%A3%E3%81%A6%E4%BD%95%E3%81%A0%E3%82%8D%E3%81%86 Sun, 12 Jul 2009 00:23:47 GMT yonta.blog.shinobi.jp://entry/5 もう少し進んで そういえば、サンプルスクリプトを覗いていると、CreateToolからPopulateLayoutに投げられると
toolがmainLytだかlytだかの引数になってたのもうなずけます。

さて、またpyfbsdk_additions.pyを覗いてみます。
57行目から始まるのがLayoutに関する記述です。
ここにはButtonGroup、TabLayout、BoxLayout、HBoxLayout、VBoxLayout、GridLayoutに関する記述があります。
TabLayoutを見てみると、

class TabLayout（pyfbsdk.FBLayout）:

となっており、FBLayoutを継承しているのがわかります。
他のLayoutを見ても同様です。HBoxとVBoxは直接継承してませんが、Boxを継承しているので同じです。
このように、FBLayoutっていうクラスがUI構築時、そこかしこに顔を覗かせているわけですが、これっていったい何でしょう。ってのが次回ちゃんと分かるといいなぁ。

ところで、pyfbsdk_additions.pyをながめていたら

_NotityToolListner()

って記述があるのだけど、このNotityってNotifyの間違いじゃないのだろうか。
]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/%E3%82%82%E3%81%86%E5%B0%91%E3%81%97%E9%80%B2%E3%82%93%E3%81%A7 Fri, 10 Jul 2009 19:48:05 GMT yonta.blog.shinobi.jp://entry/4 CreateUniqueToolの正体 前回、コピペ用スケルトンを書いたが、そこではCreateUniqueToolを使っていました。
この２つの違いって何だろうかと思い、pyfbsdk_additions.pyを覗いてみます。
CreateUniqueToolの記述を見ると

def CreateUniqueTool ( name ):
    DestroyToolByName( name )
    return CreateTool( name )

これから作るツールの名前に競合するものを壊して、CreateToolを実行して戻り値を返すということをしています。

これは、MayaでUI作るとき、window名がバッティングしないように

if (maya.cmds.window( name , ex=1 )) :  maya.cmds.deleteUI( name )

とかやるのと一緒ですね。

というわけで、基本的にCreateUniqueToolを使用する方が、何かと不具合なくていいと思われますね。

ところでこのCreateTool。
まぁCreateToolっていうくらいだからToolをCreateしてくれてるんだよね、って思いますが実行しただけでウィンドウが表示されます。Tool = Windowってのがちょっと違和感ありますが、そこらへんのことについてはまた次回。

]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/createuniquetool%E3%81%AE%E6%AD%A3%E4%BD%93 Thu, 09 Jul 2009 20:24:20 GMT yonta.blog.shinobi.jp://entry/3 MotionBuilder2009の場合 ###
from pyfbsdk import *
from pyfbsdk_additions import *
def PopulateLayout(tool):
### UI ①

def CreateTool():
tool = CreateUniqueTool("Name")
tool.StartSizeX = int 　　　　#②
tool.StartSizeY = int　　　　 #
PopulateLayout(tool)
ShowTool(tool)

CreateTool()
###

①のところにコントロールの設定とか色々書いていけばよい
他はそのままコピペでも。
②の部分はintを好きな数字にどうぞ。
最初にウィンドウ表示したときの幅(StartSizeX)と高さ(StartSizeY)です。
ちなみに、ウィンドウ最大値設定(MaxSizeX/MaxSizeY) と 最小値設定(MinSizeX/Y) というアトリビュートがありますが、最大値の方はバグなのか値を入れても反映されません。
こういうのは、MoBuのpythonではよくあるのでグっとこらえましょう。]]> MotionBuilder https://yonta.blog.shinobi.jp/motionbuilder/motionbuilder2009%E3%81%AE%E5%A0%B4%E5%90%88 Tue, 07 Jul 2009 15:02:56 GMT yonta.blog.shinobi.jp://entry/2 wxPython覚書き python2.51
wxPython2.81
---
PythonからMoBuに通信するためのおまじない
#本体
def mbPipe(command):
     host.read_until('>>>', .01)
     host.write(command + '\n')
     raw = str(host.read_until('>>>', .1))
     raw = raw.replace('\n\r>>>','')
     raw = raw.replace('\r','')
     rawArr = raw.split('\n')
     return rawArr

#呼び出し
mbPipe('### python script  ###')

※MoBuのPythonConsoleのRemoteServerチェック必須
※GL描画のリフレッシュはフォーカスがMoBuにうつらないと無理なのが痛い

]]> python https://yonta.blog.shinobi.jp/python/wxpython%E8%A6%9A%E6%9B%B8%E3%81%8D Mon, 06 Jul 2009 14:45:17 GMT yonta.blog.shinobi.jp://entry/1