LinuxとかBlenderとかVol3

ブログ引っ越すかも。。

2011-08-18T11:27:00.003+09:00

投稿する際に使用するエディタを「以前のエディタ」にしないとエディタがうまく

動いてくれないようです。。。

なんだかなぁ。。といった感じなので、ブログを引っ越す予定です。

引っ越しが完了したら、このブログは更新されなくなります。

(今までもあまり更新されてないですけどね。。笑)

新しいブログは

http://bl4etc.blog.fc2.com/

です。

Bloggerに越してきてあまり投稿してないのに。。残念。。

Gimpのプラグインを作ってみました(Simple Sprite Sheet Maker)

2011-08-11T20:40:00.023+09:00

複数の画像を一枚にまとめたファイル(Sprite Sheetというらしいですが)が必要になったので、
あれこれ探していたんですが、なかなか見つかりませんでした。。

手始めに先日購入したPixelmator用のプラグインとして作れないかどうか試してみたんですが
Pixelmatorだと(というよりもQuartz Composerプラグインだと？)、複数の画像ファイルやレイヤーを
扱うような処理はとっても作りにくいことがわかって断念しました。
(おしいところまでは作ったんですが、どうも納得できなくて)

次にGimpのプラグインで既存のものがないかと探してみると、SpriteSheet.scmというのが見つかりました。
さっそく使ってみたんですが、期待していた動きとは違っていて画像を横一列にしか配置してくれない
感じでした。

だったらということで、自分で作ってみることにしました。
参考にしたのは
・GIMP Python Document
・http://zwell.net/content/pygimp.html
などです。

いきなりですが、ソースコードから。
コメントなどを英語で書く練習もかねてますが、間違いだらけな気が。。笑

#!/usr/bin/env python

'''
SimpleSpriteSheet

This script help to generate sprite sheet for game texture.

When you use this script, all images size must be the same.
Otherwize, you could not get the good result.

Option help:
  1. Sprite cell width
     Set the width of individual Sprite.
     The width of Sprite should be the same as the height of the image.
     When the width of the image is bigger, the image is trimmed.
    
  2. Sprite cell height
     Set the height of individual Sprite.
     The height of Sprite should be the same as the height of the image.
     When the height of the image is bigger, the image is trimmed.
    
  3. Columns per row
     Set the number of the lateral cells.
    
  4. Image source
     When "Layers" is chosen, this script use the layer of current image from the top.
     If "Directory" is chosen, this script use the image files in a directory.
    
  5. Acive layers only
     This option becomes effective when the image source is "Layers".
     If this option is "Yes", script ignores the invisible layers.
    
  6. Directory
     This option becomes effective when the image source is "Directory".
     Script use the image in this directory.
    
  7. Image filter
     This option becomes effective when the image source is "Directory".
     Script processes ignores other image types.
'''

import os
from gimpfu import *


IMG_SOURCE_LAYER = 0
IMG_SOURCE_DIRECTORY = 1
IMG_FILTER_PNG = 0
IMG_FILTER_JPG = 1

SOURCE_FILTER_DICT = {
    IMG_FILTER_PNG: ('.png', '.PNG'),
    IMG_FILTER_JPG: ('.jpg', 'jpeg'),
    }


def plugin_main(timg, tdrawable, spriteWidth, spriteHeight, columnCount,
                imageSource, activeLayersOnly, directory, imageFilter):
    '''
    '''
    newImg = None
    # "Layers" source
    if imageSource == IMG_SOURCE_LAYER:
        newImg = _make_sprite_sheet(timg, spriteWidth, spriteHeight, columnCount)
    # "Directory" source
    elif imageSource == IMG_SOURCE_DIRECTORY:
        # Filter the image file by extention
        extFilters = SOURCE_FILTER_DICT.get(imageFilter)
        filesInDir = os.listdir(directory)
        if extFilters:
            sourceNames = [os.path.join(directory, fname) for fname in filesInDir
                       if os.path.splitext(fname)[1] in extFilters]
        else:
            sourceNames = [os.path.join(directory, fname) for fname in filesInDir]
        # Create the temporary image that contains source images(layers)
        loadedImage = _load_layerd_iamge(sourceNames, spriteWidth, spriteHeight, columnCount)
        if loadedImage:
            # Make the sprite sheet from the image which contains the layers.
            newImg = _make_sprite_sheet(loadedImage, spriteWidth, spriteHeight, columnCount)
            gimp.delete(loadedImage)

    # Show the result image
    if newImg:
        gimp.pdb.gimp_display_new(newImg)

def _get_sprite_row(index, columnCount):
    '''
    index: origin 0
    RETURN: origin 0
    '''
    row  = int(math.ceil(float(index + 1) / float(columnCount)))
    return row - 1

def _get_sprite_column(index, columnCount):
    '''
    index: origin 0
    RETURN: origin 0
    '''
    return index % columnCount

def _get_sprite_position(index, columnCount):
    '''
    RETURN: Tuple (row index, column index)
                  index : origin 0
    '''
    return (_get_sprite_row(index, columnCount),
            _get_sprite_column(index, columnCount))
  
def _get_image_size(sourceCount, spriteWidth, spriteHeight, columnCount):
    '''
    RETURN: Tuple (image widht), image height)
    '''
    cols = columnCount if sourceCount >= columnCount else sourceCount
    w = cols * spriteWidth
    h = (_get_sprite_row(sourceCount, columnCount) + 1) * spriteHeight
  
    return w, h

def _load_layerd_iamge(filenames, spriteWidth, spriteHeight, columnCount):
    '''
    RETURN: gimp.Image
    '''
    imageW, imageH = _get_image_size(len(filenames), spriteWidth, spriteHeight, columnCount)

    newImg = gimp.Image(imageW, imageH, RGB)
  
    for fname in filenames:
        newLayer = gimp.pdb.gimp_file_load_layer(newImg, fname)
        gimp.pdb.gimp_image_add_layer(newImg, newLayer, len(newImg.layers))

    return newImg

def _make_sprite_sheet(image, spriteWidth, spriteHeight, columnCount):
    '''
    return gimp.Image
    '''
    # Validate arguments
    if not image or spriteWidth <= 0 or spriteHeight <= 0 or columnCount <= 0:
        return None

    # Resize image
    visibleLayerCount = len([la for la in image.layers if la.visible])
    if visibleLayerCount == 0:
        print 'No visible layers.'
        return None
    imageW, imageH = _get_image_size(visibleLayerCount, spriteWidth, spriteHeight, columnCount)
    tmpImg = gimp.Image(imageW, imageH, RGB)
    tmpLayer = gimp.Layer(tmpImg, 'Sprite-Sheet', imageW, imageH,
                          RGBA_IMAGE, 100, NORMAL_MODE)
    tmpImg.add_layer(tmpLayer)
    gimp.pdb.gimp_drawable_fill(tmpLayer, TRANSPARENT_FILL)

    # Destination layer pixel region
    dstPixRgn = tmpLayer.get_pixel_rgn(0, 0, imageW, imageH)
  
    # Arange the images
    gimp.progress_init()

    progressBarUnit = 100.0 / float(len(image.layers))
    for idx, layer in enumerate(image.layers):
        row, col = _get_sprite_position(idx, columnCount)
        dstX = col * spriteWidth
        dstY = row * spriteHeight

        pixelsX = layer.width if layer.width <= spriteWidth else spriteWidth
        pixelsY = layer.height if layer.height <= spriteHeight else spriteHeight

        # Source layer pixel region
        srcPixRgn = layer.get_pixel_rgn(0, 0, pixelsX, pixelsY)

        # Copy source pixel regin to destination.
        dstPixRgn[dstX:dstX + pixelsX, dstY:dstY + pixelsY] = srcPixRgn[0:pixelsX, 0:pixelsY]
        gimp.progress_update(idx * progressBarUnit)
        ## === SLOWER ===
        ## for x in range(pixelsX):
        ##     for y in range(pixelsY):
        ##         dstPixRgn[dstX + x, dstY + y] = srcPixRgn[x, y]

        ## === SLOWEST ===
        ## for x in range(pixelsX):
        ##     for y in range(pixelsY):
        ##         channels, pixel = gimp.pdb.gimp_drawable_get_pixel(layer, x, y)               
        ##         gimp.pdb.gimp_drawable_set_pixel(tmpLayer, dstX + x, dstY + y, channels, pixel)

    return tmpImg


#
# Register script
#
register(
    'python_fu_SSS',
    'Simple sprite sheet maker(S.S.S).',
    'Simple sprite sheet maker(S.S.S).',
    'Junichi Kawanishi aka jkani4 (jkani4@gmail.com)',
    'Copyright 2011 Junichi Kawanishi',
    '2011',
    '/Filters/_SSS...',
    '', # image types
    [(PF_INT, 'spriteWidth', 'Sprite cell width:', 128),
     (PF_INT, 'spriteHeight', 'Sprite cell height:', 128),
     (PF_INT, 'columnCount', 'Columns per row:', 8),
     (PF_RADIO, 'imageSource', 'Image source:', IMG_SOURCE_LAYER, (('Layer', IMG_SOURCE_LAYER), ('Directory', IMG_SOURCE_DIRECTORY))),
     (PF_TOGGLE, 'activeLayersOnly', 'Active layers only:', 1),
     (PF_DIRNAME, 'directory', 'Directory:', 0),
     (PF_OPTION, 'imageFilter', 'Image filter', IMG_FILTER_PNG, ['*.png', '*.jpg'])],
    [],
    plugin_main)

#
# Start
#
main()

ううむ、私のブログ、サイドバーが広いのでソースコードが見づらくてごめんなさい。
レイヤーの画像を並べている処理(_make_sprite_sheet)で、SLOWERとかSLOWESTとか
コメントアウトされている部分があります。
この部分は、あるImageから別のImageに画像をコピーする処理をしています。

SLOWESTとしてコメントアウトされた方法で実装してみたところ、
処理そくどがめちゃくちゃ遅かったので、ボツになりました。
(1pixelづつコピーしてるし、別のScript-fuを呼び出してるので遅いのは当然か。。)

次にSLOWERとしてコメントアウトされた方法に修正しました。
まだ、懲りずに1pixelづつコピーしてます。。（笑
結構速くなりましたが、まだ全然だめな感じでいた。

そして最後、画像の矩形を一気にコピーするように修正すると、
我慢できる処理速度になりました。めでたしめでたし。

さてさて、実際に上記のスクリプトを~/Library/Application Support/Gimp/plug-ins(私の環境はMacなので)において、
Gimpを起動すると、フィルタメニューの項目にSSS...というものが表示されます。
SSS(Simple Sprite Sheet)の略なんですが、略す必要があるかと言われると。。ないです。（笑

使い方はその名の通り、シンプル（なはずです）。
このスクリプトの使い方は２種類あります。
(1) 現在の画像のレイヤーを順番に(上のレイヤーから順に)ならべる。
(2) 指定したディレクトリ中の画像ファイルを順番にならべる。

シンプルなだけあって、制約もあります。
並べる画像のサイズはすべて同じサイズでないといけません。
そうしないと、期待した結果が得られない可能性が高いです。

さて、スクリプトを起動すると以下のような画面が表示されます。

設定項目の説明ですが、
1. Sprite cell width
並べる画像の幅を指定します。
2. Sprite cell height
並べる画像の高さを指定します。
3. Columns per row
一行につき画像を何枚ならべるかを指定します。
4. Image source
Layerが選択されていた場合には、画像のレイヤーを上から順に並べて行きます。
Directoryが選択されている場合には、指定したディレクトリ中の画像を並べます。
5. Active layers only
Image sourceでLayerが選択された場合のみ有効です。
可視レイヤーのみを対象に処理を行います。
6. Directory
Image sourceでDirectoryが選択された場合のみ有効です。
読み込む画像の場所を指定します。
7. Image filter
Image sourceでDirectoryが選択された場合のみ有効です。
読み込む画像を拡張子でフィルタします。

処理結果のサンプル
Image sourceでLayerを選択して、５つのレイヤーを持っている画像に対して実行してみました。
Columns per rowは3です。
画像が左上から順番に並びました。

いやはや、なかなかいい経験でした。

Blender2.57、ArchLinuxのTestingリポジトリに

2011-04-25T00:37:00.000+09:00

Blender2.57がArchLinuxのTestingリポジトリに登場してますね。
現状では pacman -S blender とすると2.49bがインストールされるんですが、
もう少ししたら2.57がインストールされるようになるってことですねぇ。

ちなみに、AUR(ArchLinux User Repository)にはすでに2.57が
登録されているので、そちらからtarballを入手すれば、現状でも2.57を
比較的簡単にインストールできます。(AURのビルド方法さえわかっていれば)

公式リポジトリからBlender2.57がインストールできるようになる日が
とっても待ち遠しいです。

約1年ぶりにArchLinux復活！

2011-04-25T00:02:00.003+09:00

ThinkPad T61にCFDのSSD(128G)を装着して、
LinuxMint、Ununtu、ArchLinuxなどなど
これまでインストールしたことのあるディストリビューション
を試してみたんですが。。ことごとく撃沈。。

まったくインストールできないわけではなくて、
インストールは簡単に完了するんです。が。。
パッケージを更新したりしているとファイルシステムが
壊れていくようでした。
パッケージ更新が失敗するようになって、いろいろと調べてみると
ターミナル上で、ファイルのパーミッション表示が????などとと
なっていました。

BIOSのSATAをACHIではなく、Compatibleに設定してもだめでした。

gdiskでパーティションを切り直せばいけるようですがその場合には、
ブートローダをGRUB2にする必要があるようです。

色々と考えた結果、Linux + SSDをLinux + HDDと同様に
安定して使用できるようになるのはもう少しかかるのかも。。と
いう結論に達しました。(Linux導入部分に時間をとられたくないというのが本音)

ということで、SSDには及びませんが、HITACHI TRAVELSTAR 500GB 7200rpm
に再度換装してArchLinuxをインストールしました。
快適です。

それにしても、HDD、安くなりましたね。。(笑

これでまたしばらくはArchLinux万歳な日々が続きそうです。

Unityで敵が画面内におさまっているか調べる

2011-03-17T01:35:00.002+09:00

先日から、ベジエ曲線を使ったビームを作っていますが、ターゲット(敵)をロックオンして
複数のターゲットに対してビームをうてるようになりました。

ただ、一旦ロックオンしてしまうと、ターゲット画面に表示されなくなった後もそのまま
ロックオンしたままなので、今日はターゲット(敵)が画面から見えなくなったら、その敵の
ロックオンは解除しよう。。ということに。

そこで、メインカメラ用のスクリプトに以下のようなメソッドを追加して、
逐次(Updateが呼ばれるたびに)呼び出すようにしました。

def IsInSight(target as GameObject):
    if not target:
        return false

    targetPos as Vector3 = camera.WorldToViewportPoint(target.collider.bounds.center)

    if targetPos.x < 0.0 or targetPos.x > 1.0:
        return false
    if targetPos.y < 0.0 or targetPos.y > 1.0:
        return false
    return true

いやはや、いろいろと考えることがありますね。。
ぼちぼちがんばります。

ベジエ曲線のレーザー、ちょっと修正。

2011-03-16T01:00:00.002+09:00

ベジエ曲線を使ったレーザービーム、自分の機体の向きによってビームの出る位置、射出方向が
まちまちになってしまったので、またまた苦手な計算とにらめっこ。。

今まではZ軸に回転させない状態のベジエ曲線の制御点をVector3で定義しておいて、
レーザー描画時に-90度, -45度, 45度, 90度回転させた制御点を計算していましたが、
その計算方法にミスがありました。

修正前：制御点の回転角度だけしか考えてませんでした。
　　rot = Quaternion.AngleAxis(angle, transform.forward)

修正後：制御点の回転角度、機体自体の回転状態を考慮するようにしました。
　　rot = Quaternion.AngleAxis(angle, transform.forward) * transform.rotation

それ以外の処理は変更なしで、上記で求めたQuaternionに、制御点のVector3を積算して
Z軸まわりに制御点を回転させました。

いやはや、ようやく思い通りの結果になって、とてもスッキリしました。(笑

ベジエ曲線のレーザー、４本にしてみました。

2011-03-14T00:17:00.005+09:00

ベジエ曲線を使ったレーザー、４本に増やしてみました。
基本的には、1本の時と同じなのですが、それぞれのレーザーを生成する際、
ベジエ曲線の制御点の座標を自機の正面に対して任意の角度で回転させています。
任意の角度に回転させる方法として、今回は

rot = Quaternion.AngleAxis(angle, transform.forward)

で自機の正面に対するクォータニオンを求め、それをベジエ曲線の制御点(２番目、３番目)に
積算しています。

だた、自機の向きによっては、４本のレーザーが思ったように射出されないので、
計算方法は改良したほうがよさそうです。。(笑

まあ、ドラフトとしてはこんなものだということで。
これから少しづつブラシアップしていきます。

面白いんですが、頭のなかが沸騰しそうになります。。

ベジエ曲線を使ってレーザービーム

2011-03-13T00:23:00.009+09:00

いやはや。。ようやくベジエ曲線を使ってレーザービームらしきものを飛ばすことができるようになりました。
とはいっても、まだまだ手直ししないといけない部分が満載なのですが。。

赤色の線は、制御点を結んだもので黄緑色の線が３次ベジエ曲線。。のはず。(笑
でもなんか違っているような気もします。

それはさておき、とりあえずソースコードを貼付けてみました。
JavaScriptではなくBooで記述したのであまり参考にはならないかも（笑
(SyntaxHighlighterはBooのシンタックスカラーリングをしてくれないみたいなので、Pythonとして表示してみました。)

下記のBezierBeam1は、Weaponというクラスから派生したもので、BezierBeam1のメソッド_UpdatePositionは、その親クラスのメソッドUpdateから呼び出されます。つまり更新のタイミングでかならず呼び出されます。

やっていることはかなり単純で、メソッド_Blendで求めたベジエ曲線上の点の座標をtransform.positionのx, y, zそれぞれに設定しているだけです。

メソッド_Blendでは、ベジエ曲線の公式で単純に計算しているだけなので、高速化とかそのあたりについては全く考慮されていません。

import UnityEngine

class BezierBeam1 (Weapon):
    # PUBLICS
    public offsetQ1 as Vector3 = Vector3(0.0, 1.0, 1.0)
    public offsetQ2 as Vector3 = Vector3(0.0, 0.5, 1.5)
    # PRIVATES
    _goalPosition as Vector3 = Vector3.zero
    _lastT = 0.0
 
    virtual def _UpdatePosition(initialPos as Vector3):
        posQ0 = initialPos
        posQ1 = posQ0 + offsetQ1
        posQ2 = posQ0 + offsetQ2
        posQ3 = _goalPosition
 
        Debug.DrawLine(posQ0, posQ1, Color.red)
        Debug.DrawLine(posQ1, posQ2, Color.red)
        Debug.DrawLine(posQ2, posQ3, Color.red)

        _lastT += Time.deltaTime
        if _lastT > 1.0:
            _lastT = 0.0

        pos as Vector3
        pos.x = _Blend(_lastT, posQ0.x, posQ1.x, posQ2.x, posQ3.x)
        pos.y = _Blend(_lastT, posQ0.y, posQ1.y, posQ2.y, posQ3.y)
        pos.z = _Blend(_lastT, posQ0.z, posQ1.z, posQ2.z, posQ3.z)
        transform.position = pos
  
    def _Blend(t as single, q0 as single, q1 as single, q2 as single, q3 as single):
        wt as single = 1.0 - t
        val as single = (q0 * wt * wt * wt) + (3 * q1 * wt * wt * t) + (3 * q2 * wt * t * t) + (q3 * t * t * t)
        # Debug.Log("Blend = ${t} ${q0}, ${q1}, ${q2}, ${q3}, ${val}")
        return val

    def SetGoalPosition(goal as Vector3):
        _goalPosition = goal

さて、現状だと１本のビームだけで寂しいので、もう少し本数を増やしてみようかと思っています。

iOS 4.3に更新完了

2011-03-11T19:34:00.001+09:00

なんだかんだで、iOS 4.3への更新は20〜30分くらいかかりました。
けっこう時間がかかるもんですねぇ。

で、Safariがとっても早くなったかな。。と使ってみたところ、たしかに
以前使っていたときよりもキビキビと画面が更新されているような気がしますが、
びっくりするほどはかわっていない気がします。

最近Safariはあまり使っていなくて、もっぱらSleipnirのお世話にばかりなっていました。
しばらくは、Safariを使ってみようかなと思っています。

テサリングは国内のユーザーには関係なさそうです。
そういうサービス事態がないし。。

さて、今日もUnityとBlenderで遊んでみようと思います。
今日はベジエ曲線のお勉強でもしてみる予定です。

iOS 4.3に更新中

2011-03-11T01:02:00.001+09:00

iOS 4.3に更新中です。

Safariの動作が早くなるようなので、楽しみです。
あと、別途契約が必要ですが、テサリングができるとかできないとか。

使用感などは、後日。

シューティングゲームの策敵とか

2011-03-11T00:24:00.003+09:00

シューティングゲームで索敵する処理って、いろいろあるんでしょうね。。
理系でない私としては、そういう処理をサクサク書ける人たひがうらやましい限りです。(笑

手始めに、どこにでもありそうなシューティングを作って遊んでるんですが、
敵に自分を攻撃させる時ってどうやるのが一般的なのか、ちょっと悩み中です。

今のところ作ってみたのはPhysics.Raycastを使う方法です。
たとえば、ある範囲を1度づつずらしながらRaycastして、Colliderにヒットしたら
その方向に攻撃するといった具合です。

ただ、その方法だと、画面上に沢山敵がいる時に、処理が重くなってしまうのかも。。
とか心配になってきてます。ドキュメントだったか、Unityのフォーラムだったか忘れましたが
Raycast()を頻繁に使っても、それほどコストは高くないといった内容の文章もあったように思いますが、処理速度以外にも問題が。

特に角度をずらしながら扇形に索敵すると、敵からの距離が離れるにしたがって
Rayの密度が粗くなってしまうので、なかなか自機(Playerの機体)を発見してもらえないことがあります。

ということで、以下のように処理を変更する予定です。

(1) 敵は常に自機(Playerの機体)の場所を知っている。
(2) 敵は自機(Playerの機体)との距離と、方角をもとに攻撃対象にするかどうかを判定。
(3) 攻撃対象として認識したら、自機(Playerの機体)の位置にRaycast()。衝突判定結果が自機(Playerの機体)だったら、その方向を向いて攻撃。

といった感じで。
(3) を行うことで、敵と自分の間に障害物があったら攻撃しない賢い敵になるかな。。と
妄想中。

なかなか進まないですが、あれこれ考えている間が楽しいもんです。(笑

Unity 3D始めました。

2011-03-09T00:55:00.001+09:00

少し前からUnity 3Dで遊び始めました。
(もちろんBlender2.56も使ってます！)

Blender2.56でモデルを作って、FBX形式で出力したものを
Unitiyで表示させて。。。などなど。

理系でない頭脳の持ち主である私にとっては、
ベクトルの計算はもはや拷問以外のなにものでもありませんが(笑
いろいろと楽しんでいます。

Blenderで出力したFBXデータをUnityで読み込むと、
モデルの向きが思った通りにならないことがあるので、
どうしたものか。。
とりあえず、Unityのマニュアルには、Emptyを追加して、
FBXで読み込んだメッシュデータをその子供にすれば。。とか
書いてありましたが、あまりかっこ良い方法ではないような。。

さて、今日のメモ。

GameObjectを特定の位置(pos)の方向に向けたい場合には

transform.LookAt(pos)

で！
transformは向きを変えたいGameObjectのtransformです。

ちなみに、私はJavaScriptではなくBooでスクリプトを
書いていますが、なかなか快適です。
Pythonを知っている人であれば、すんなりとに使えるのではないでしょうか。

ThinkPad T61にWindows7をインストール

2011-01-25T01:47:00.001+09:00

いろいろと事情があって、Windows7をインストールしました。
もちろんLinuxとデュアルブートで。今回はUbuntuの10.10にしてみました。
(最近、簡単に導入できるディストリビューションばかりインストールしていますが、本当はArchLinuxを入れたいところではあります。)

Windowsは以前から動きがモッサリしてるからいやだな。。と思って
いつも即効で削除してLinuxに入れ替えていたんですが、SSDに換装した効果もあってか
予想していたよりもかなり快適。ちょっとびっくりしてます。
まあ、Aeroは即効でOFFにしましたけど。

CtrlとCapsLockのアサインも変更したし、Blenderもインストールしたし、Gimpもインストール
したし。。(せっかくWindowsなのでSAIとかも試してみたかったり)

Windows環境が手に入ったので、BlackBerryアプリの開発も初めてみようかと
画策中です。

Blenderの歯車アドオンで何やら（２）

2011-01-11T01:13:00.000+09:00

構成部品がわかりやすいように、色をつけてみました。

白、青、オレンジは別々のオブジェクトになっています。

まずは白い部分。
この部分はさらに２つの部分に分かれています。
本体（？）部分です。どうせ見えないので、穴はあけなくてよかったんですけどね。。
なんだかオムツみたいに見えます。(笑

それから歯車っぽい部分。これは、青い歯車っぽいものの外周のエッジをコピーして
ExtrudeしたりFaceを追加したりして作りました。

次にオレンジ色の部分。
これは、上のオムツに似たオブジェクトを複製して、少しだけFaceを削除し、
Solidifyモディファイアで厚みをつけました。

で、歯車っぽい部分です。
これに関しても、見えない部分のFaceは削除してしまったほうがレンダリングは
はやくなりますが。。まあそれはそのうち。

で、上記をレンダリングしてみたんですが、
ThinkPad T61 + LinuxMint と MacBook Pro 13inchだと、圧倒的にMacBook Proの方が
早かったです。。ThinkPad T61をひいきしたい私としては、少し悲しい結果に。
たしか2.49bの時には、ThinkPad T61 + LinuxMintのほうが早かったと思うのですが。。
何か変わったのかな。。

きになります。

Blenderの歯車アドオンで何やら作ってみました。

2011-01-10T16:46:00.000+09:00

先日2.56aがリリースされてたのでダウンロードはしてあったんですが全く触れていませんでした。
で、今日は歯車のアドオンを有効にして、丸い何か(笑)を作ってみました。
まだ色もなにもつけていないです。

それにしても、作るものが毎回同じような感じになってしまうのは
センスのなさというか、発想が貧弱だからというか。。こればっかりは
いくらBlenderが進化してもどうにもなりません。

Blackberry 9700

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

Blackberry 9700、実機を見たら使いたくなってしまいました。
が、資金不足のため、現在使っている9000で我慢することに。
Blackberry 9000もとてもいい機種で問題なく使えているんですが、9700のWebブラウザ
の動きを見てしまったあとでは、9000のブラウザがかなり遅く感じてしまいます。

9700のほうはOSのバージョンが5に上がっていて、ブラウザのレスポンスが
向上しているのだとか。。かなりうらやましい。

http://emkyusei.seesaa.net/article/111907961.html

に9000のOSを5にアップグレードする際の注意点などが紹介されていましたので、
試してみたいのですが、私、Windows環境を持ってません（笑)
どうしたものやら。。買うか。。Windows7。。いやいや。。
自己責任で5にしてみるか。。いやいや。。

docomoではOSのアップグレードはやってくれないんですねぇ。。
いろいろな事情があるんでしょうか。。動作検証のためのコストとか。。
でも、快適になればもっとユーザが増えるかもしれないし。。
プラスな面も多々あるとおもうんですが。。ファイト～！

すっかり正月

2011-01-04T09:29:00.001+09:00

Blender 2.56betaが年末にリリースされてから、全くさわれていませんが。。
すっかり正月気分満喫中。

そういえば昨日飲んだ大七酒造の純米きもと、かなり美味しいお酒でした！
最寄りの酒屋さんで取り寄せてもらえるので、また機会があれば注文します。
-- BlackBerry from DOCOMO --

謹賀新年

2011-01-01T02:56:00.000+09:00

毎年、「今年こそは○○するか」と計画しつつ、毎年計画どおりにいかずじまいな
毎日を過ごし、気がついたら次の「開けましておめでとう」と言ってたりしてます。

とはいっても、お約束なので今年も一応目標を立てておきます。

今年はの抱負としては
・Blender(それも2.5x以降)を極める。
・Linuxをもっともっと手足といして扱えるように。
といったところです。

なにやらいろいろとありそうですが、今年も頑張ります。

LinuxMintのBlenderの挙動が変

2010-12-28T21:53:00.001+09:00

LinuxMint10(Julia)でのBlender2.49bの動きが変です。

シーケンスエディタで動画をつなげて、Do SequenceをONにして
アニメーションを作成しようとすると、必ず２フレーム目でフリーズしてしまいます。
(ハードディスクのアクセスランプが点灯しっぱなし)
かなりハラハラしています。

その後、blender本家サイトからLinux版をダウンロードしてきて動作をためしてみた
のですが、そちらの方は何の問題もなくアニメーションの作成ができまいした。

もしかしたらLinuxMintのパッケージ、壊れているのかもしれません。。

ThinkPad T61 + Mem 2G + CFD128G SSD

やれやれ。

Blackberryのアプリを作ってみくなった。。が。。環境をどう整える？

2010-12-28T00:11:00.000+09:00

世間一般的には、スマートフォン＝iPhoneなんでしょうね。。
Objective-Cで開発できるiPhoneも魅力ではありますが。。
でも、iPhone持ってないし(笑。。。
iPod Touchすら買う余裕ないし。。

Blackberryだったら、端末持ってるから何か作ってみようかと思ったんですが、
Linux上で開発環境構築するのってかなり大変そうです。
とりあえずwineでBlackberry Desktop Managerを動かそうとしてみたんですが、
全く機動しなかったし。。Linux用のシミュレータもないみたいだし。
となってくると、VirtualBox上のゲストとしてWindows7とかインストールすることに
なるんでしょうね。。

そうなると、WindowsはMacOSみたいに5000円とかでは買えないので、
iPod Touchすら買えない自分にはWindows7は買えないです。。トホホ。

Linuxの進化は目覚ましいものがあるし、使い安いし、自分はとても好きなんですが、
Windows用のSDKならあるんだけど。。といったケースだと、
「世の中ハードだのぅ。。」とブツブツいいながら、やっぱり「タダより高いものはない」
っていうのはかなり正解だな。。と思ったりします。(笑

SyntaxHighlighter、なんとか設定できたっぽい

2010-12-25T01:20:00.002+09:00

かなり手間取ってしまいましたが、なんとかシンタックスハイライトさせることが
できたようです。。つかれました。

参考にしたページは、
(1) http://aspnet.hyperhands.com/2010/03/html.html
(2) http://www.cyberack.com/2007/07/adding-syntax-highlighter-to-blogger.html
です。

(1)のサイトはSyntaxHighlighterの本家のintegrationのページでも紹介されています。
ただ、このサイトでは、headタグ中の最後のところに、一連のスクリプトを追加する
と説明してあるのですが、それだと私のところではうまく動かないようでした。

(2)のサイトでは、bodyタグの最後のところに追加すると説明してあったので、
その(1)のサイトに掲載されていたスクリプトを貼り付けたところハイライトするようになりました。

でも、今になって思うと、投稿オプションの”入力されたHTMLタグを解釈”にチェックが入っていなかった
ことがそもそもの原因なのかもしれません。。
もしかしたら、(1)の説明どおりheadタグの最後あたりに追加しても、ちゃんとハイライトしてくれたのかもしれません。

まあ、とりあえず、よしとしましょう。

def print_happy_blending():
    '''
    Happy Blending!と表示するためだけの関数。
    '''
    print 'Happy Blending!'

if __name__ == '__main__':
    print_happy_blending()

最初はDjangoっぽいテーマで表示させてみたんですが、
黒にはちょっと合わないような気がしたので、Midnightというテーマを設定しました。

つづく。。

SyntaxHighlighterの追加って難しい。。

2010-12-24T04:19:00.001+09:00

SyntaxHighlighterを使えば、ブログ中に書いたスクリプトなどの
シンタックスカラーリングができるそうなんですが。。。できません。
参考にさせてもらったサイトなどでは、「簡単に導入できます」と紹介
されているようなんですけど、私の場合、どうやってもだめみたいです。

あと、サイトによって</head>の直前とか</body>の直前とか、まちまちだし、
バージョンもいろいろで。。

なかなか前途多難です。

最近はめっきりLinuxMintユーザー

2010-12-23T23:35:00.025+09:00

半年ほどまえまでは、ArchLinuxユーザだったんですが、一度システムを壊してしまったことが
あって、それ以来心が折れてしまいました。その後、いろいろと急ぎの作業を片付けるために
とりあえずLinuxMintを使い始めたのですが、これが結構楽ちんで。。(笑

おまけに、SSDにしてからというもの、「何だこれ」というくらいキビキビと動いてくれるので
まったく不自由なく使ってます。
とはいっても、たぶんもう少しすると「ArchLinuxだとどれだけ早いんだろう。。」などと変な気を
起こして、またArchLinuxに戻っていくんだと思います。

先日emacs 23の設定をしたんですが、フレームの幅が画面一杯になってしまってどうしようも
なくなってしまいました。
Googleを探し回っていたら、./~XResoucesに設定を書いておくとよいとあったので、

emacs*geometry: 80x45+4+4
emacs*font: VL Gothic-7:style=regular
emacs*background: #25282B
emacs*foreground: #c0c0c0
emacs*cursorColor: #FF7906

などと指定したところ、なんとか自分好みになりました。
それにしてもVLゴシック、めちゃくちゃ綺麗です。
VineLinux、使ってみようかな。。

投稿テスト

2010-12-23T00:21:00.002+09:00

Blackberryから投稿してみた。
BlackBerry from DOCOMO

Blogの引越し開始

2010-12-22T23:27:00.001+09:00

2年間、はてなダイアリーで細々とブログを書いていましたが、なんとなく気分でも変えてみようと思ってお引越しすることにしました。はてなダイアリーはとても使いやすかったので、まったく不自由はしてなかったんですけど、有料のサービスを受けつづけるのがちょっとしんどくなった。。というのもあります(笑)

ブログを引っ越してからも、細々とメモ程度に書きつづけていこうと。