mieki256's diary

• メモリが贅沢な環境なら、配置先と同じ大きさの、「矩形が既に描かれてるか否か」だけを判定する画像領域を作って、そこにも矩形を書き込んでいく。BL安定点候補が見つかった際に、その座標には既に矩形が描かれてるなら、BL安定点候補から外す。
• 新しく置いた矩形から線分を伸ばして、配置済み矩形の線分、もしくは配置済み矩形から伸びた仮想の線分との交差座標を記録。新しく置いた矩形から近い順に交差座標を見ていって、仮想線分との交差座標はそのままにして、実際の線分と交差したらそれ以後のBL安定点候補は、候補から外す。

◎ とんでもない勘違いをしてた。 :

◎ JavaScriptの乱数は初期化ができないのか。 :

◎ _プログラマ未満: [Racket]スタンドアローンな実行ファイルを作成する :

• シングルウインドウモードが、イイ感じ。
• シングルウインドウモード時、画像がタブで管理されるのもイイ感じ。
• Python 等をインストールしてある環境なら、最初からGIMP-Python が使える。Python 2.6.6 にパスを通しているのに、Python 2.7.2 が認識されているあたりが謎だけど。

◎ レイヤーグループが悩ましい。 :

┬─ レイヤーグループ ┐
│                    ├─ L4 (テキストレイヤー)
│                    ├─ レイヤー#2 (通常レイヤー)
│                    └─ レイヤー#1 (通常レイヤー)
├─ レイヤー (通常レイヤー)
└─ 背景

• 「;; 〜」は説明のために後から書いたコメント。
• 実際に打ち込んだのは、「> 〜」の行だけ。

> (gimp-version)
("2.8.0")

;; ----------------------------------------
;; 画像の管理番号を定義

> (define image 1)
image

;; ----------------------------------------
;; レイヤーの個数と、レイヤーIDのリスト？を取得する。

> (gimp-image-get-layers image)
(3 #(4 3 2))

;; レイヤー個数が「3」になっている。本当は5枚あるはずなのに…。
;; つまり、レイヤーグループは1枚のレイヤーとしてカウントされていて、
;; レイヤーグループ内のレイヤーは無視(?)される。

;; ----------------------------------------
;; レイヤーIDのリスト(?)だけを取り出し

> (define layer-array (cadr (gimp-image-get-layers image)))
layer-array

;; ----------------------------------------
;; 1番上、2番目、3番目のレイヤーIDを取り出し

> (aref layer-array 0)
4
> (aref layer-array 1)
3
> (aref layer-array 2)
2

;; ----------------------------------------
;; レイヤー1番目、2番目、3番目が、レイヤーグループかどうかを調べる

> (gimp-item-is-group (aref layer-array 0))
(1)
> (gimp-item-is-group (aref layer-array 1))
(0)
> (gimp-item-is-group (aref layer-array 2))
(0)

;; レイヤーグループなら (1) が、通常のレイヤーなら (0) が返ってくるらしい。
;; …その、(1) とか (0) って、どうやって条件分岐で判定すればいいのやら。
;; どうして #t や #f で教えてくれないのだろう…。

;; ----------------------------------------
;; レイヤー1番目、2番目、3番目のIDを別変数？に定義

> (define l0 (aref layer-array 0))
l0
> (define l1 (aref layer-array 1))
l1
> (define l2 (aref layer-array 2))
l2

;; ----------------------------------------
;; レイヤー1番目、2番目、3番目に子供がいたら、その子供の情報を取得

> (gimp-item-get-children l0)
(3 #(7 6 5))
> (gimp-item-get-children l1)
Error: (<unknown> : 55536036) Procedure execution of gimp-item-get-children failed 
> (gimp-item-get-children l2)
Error: (<unknown> : 55533596) Procedure execution of gimp-item-get-children failed 

;; レイヤー1番目はレイヤーグループなので子供が居る・値が得られたが、
;; レイヤー2番目と3番目は通常のレイヤーなのでエラーになっている。
;; レイヤーグループのIDに対して (gimp-item-get-children item) を行うと、
;; (gimp-image-get-layers image) と似たような値を返すらしい？

• 得られたレイヤーIDを使って、そのレイヤーがレイヤーグループか否かを調べる。
• 通常レイヤーなら、旧来通りの処理をする。
• レイヤーグループなら、子供の情報(そのレイヤーグループが持っているレイヤーの個数とレイヤーIDのリスト)を取得して、各レイヤーに対する処理を繰り返す。

> (gimp-version)
("2.8.0")

> (gimp-version)
("2.6.11")

# 最初に必要？

>>> from gimpfu import *

# GIMPのバージョンを取得

>>> version = pdb.gimp_version()
>>> version
'2.8.0'

# 現在GIMPで開いている画像のリストを得る

>>> gimp.image_list()
[<gimp.Image 'test.xcf'>]

# 1番目の画像情報？を取得

>>> image = gimp.image_list()[0]
>>> image
<gimp.Image 'test.xcf'>

# 画像内の全レイヤーの一覧を、おそらくは Item と呼ばれる情報の形で取得

>>> image.layers
[<gimp.GroupLayer 'レイヤーグループ'>, <gimp.Layer 'レイヤー'>, <gimp.Layer '背景'>]

# レイヤー枚数とレイヤーIDのリスト、の形でも取得できる
# レイヤーIDと、Item情報は、異なる情報らしい。

>>> num_layers, layer_ids = pdb.gimp_image_get_layers(image)
>>> num_layers
3
>>> layer_ids
(5, 10, 11)

# gimp.Item.from_id(ID番号) で、Item 情報を取得できるっぽい？
# GIMP 2.8 ではコレが使えるけど、GIMP 2.6 ではエラーになる。

>>> item = gimp.Item.from_id(layer_ids[0])
>>> item
<gimp.Layer 'レイヤーグループ'>

# そのレイヤーが、レイヤーグループなのか調べる
# 1 ならレイヤーグループ。0 なら通常レイヤー。

>>> group = pdb.gimp_item_is_group(item)
>>> group
1

# レイヤーグループには子供レイヤーが居る。
# pdb.gimp_item_get_children(item) で、レイヤー枚数とIDリストを得られる。

>>> num_children, child_ids = pdb.gimp_item_get_children(item)
>>> num_children
3
>>> child_ids
(6, 8, 9)

# 子供レイヤーの1番上を取得

>>> item = gimp.Item.from_id(child_ids[0])
>>> item
<gimp.Layer 'TEXT LAYER'>

# レイヤーグループか調べる

>>> pdb.gimp_item_is_group(item)
0

# 子供レイヤーの2番目を取得

>>> item = gimp.Item.from_id(child_ids[1])

# 指定したレイヤーをアクティブに

>>> pdb.gimp_image_set_active_layer(image, item)

# 現在アクティブになっているレイヤーの、
# レイヤー名、左上座標、幅、高さ、を取得

>>> pdb.gimp_layer_get_name(item)
'\xe3\x83\xac\xe3\x82\xa4\xe3\x83\xa4\xe3\x83\xbc #2-with-dropshadow'
>>> pdb.gimp_drawable_offsets(item)
(269, 60)
>>> pdb.gimp_drawable_width(item)
160
>>> pdb.gimp_drawable_height(item)
222

# Python-fu なら、もっと簡単に、
# レイヤー名、左上座標、幅、高さを取得できるらしい…？

>>> layers = image.layers
>>> layers
[<gimp.GroupLayer 'レイヤーグループ'>, <gimp.Layer 'レイヤー'>, <gimp.Layer '背景'>]
>>> layers[1].name
'\xe3\x83\xac\xe3\x82\xa4\xe3\x83\xa4\xe3\x83\xbc'
>>> layers[2].name
'\xe8\x83\x8c\xe6\x99\xaf'
>>> layers[1].offsets
(0, 0)
>>> layers[2].offsets
(0, 0)
>>> layers[2].width
512
>>> layers[2].height
512

>>> pdb.gimp_version()
'2.8.0'
>>> pdb.gimp_version().startswith("2.4.")
False
>>> pdb.gimp_version().startswith("2.6.")
False
>>> pdb.gimp_version().startswith("2.8.")
True

 (PF_OPTION, "file_type"  ,("File type: "), 0 ,[".jpg", ".png", ".tif", ".pcx", ".xcf", ("all registered formats")]),
↓
 (PF_OPTION, 変数名文字列, 項目名, 0, ["hoge", "fuga", "piyo"]),

• drawable ... レイヤー情報を与えるっぽい
• angle ... 回転角度。単位はラジアン。
• auto-center ... TRUE か FALSE を与えるらしいが…レイヤーサイズのちょうど中心を回転の中心座標にするのか、center-x, center-y を回転の中心座標にするのか、ということ？
• center-x ... 回転の中心 x 座標
• center-y ... 回転の中心 y 座標
• transform-direction ... TRANSFORM-FORWARD (=0) なら時計回り、TRANSFORM-BACKWORD (=1)なら 反時計回りに回転。
• interpolation ... 補間方法。0〜3が指定できる。NONE,LINEAR,CUBIC,LANCZOS、らしい。
• supersample ... TRUE か FALSE を与えるらしいが…。スーパーサンプリングの有効無効？
• recursion-level ... スーパーサンプリング使用時のレベル？ 1以上で、3ぐらいが良い値だよ、と書いてあるが…。
• clip-result ... これが分からない。0〜3 が指定できるらしいが…。

• TRANSFORM-RESIZE-ADJUST (0)
• TRANSFORM-RESIZE-CLIP (1)
• TRANSFORM-RESIZE-CROP (2)
• TRANSFORM-RESIZE-CROP-WITH-ASPECT (3)

• 自動調整
• 変換前のレイヤーサイズ
• 結果で切り抜き
• 縦横比で切り抜き

◎ カイタツ問題。 :

(7 #(2 3 4 5 6 7 8))

• (0 1 2 3) はリスト。
• #(0 1 2 3) はベクトル。
• セルが繋がってできているものがリスト。
• 配列みたいなものがベクトル。
• car や cdr で取り出せるのがリスト。
• vector-ref で取り出せるのがベクトル。
• 個数を自由に変えられるのがリスト。
• 個数を変えられないのがベクトル。

(define (vec_loop vec) ;; 関数名、vector
  (let loop ((i 0)) ;; i を 0 で初期化
    (cond ((< i (vector-length vec)) ;; vectorの個数よりiが小さい間は処理を繰り返す
           (let* ((v (vector-ref vec i))) ;; vector から1つ取り出して v に入れる
             (display "---") ;; ここではメッセージ表示だけしてる
             (display v)
             (newline))
           (loop (+ i 1)))))) ;; iをインクリメントして、loop関数を繰り返す

(for-each
   (lambda (x)
     (display x)
     (newline))
   '(0 1 2 3))

◎ _1 :

#!r6rs
(import (rnrs lists (6))
        (rnrs base (6))
        (rnrs io simple (6)))

• 豪快な編集。TVシリーズ序盤 → 終盤 → 中盤と流れるあたり無茶苦茶なのだけど、細部はともかく、一応大まかに話が繋がってるように見えなくもない気がしてくるあたりが凄い。構成レベルのサーカスを見た気分。
• 強烈な「コレジャナイ」感のBGM。いや、単体で聴くとそんなに悪くないんだけど、映像と一緒に流すと…。
• 鳴り止まないBGM。あらゆる場面で必ずBGMが流れてる。まるでTVゲーム。
• 珍妙な効果音。コナンがジャンプして「ピュー」。ラナが銃を突きつけられて「ピコッ」。コナンがビルの窓に頭突きをして「ボヨヨーン」。…TVアニメ版もそういう音だっけ？ 自信がなくなってきた。
• 衝撃的な台詞の数々。コナンが、「よし！ これでインダストリアをやっつけてやる！」と叫んだときは、どうしようかと思った。

• 子供向け作品なのだから、とにかく明るく楽しい映画にしないといけない。
• 映像では、まるでトムとジェリーのような、ありえないドタバタアクションが続くのだから、それに合わせて、他の表現もコミカルにすべき。(コナンとジムシーが張り合うシーンが残ってるあたり、たぶん「こういうのがこのアニメの肝」と思ってしまった可能性が。)
• 効果音も、子供が喜びそうなキャッチーな音をどんどん入れていかないと。子供を飽きさせてはいけない。
• 少年主人公は、好戦的であるべきだ。そのほうが子供はワクワクする。(実際、映像中のコナンは、次から次へと雑魚を打ちのめしているのだし。)

• 個人非商用に限り利用可。商用利用禁止。 → 同人ソフト制作にすら使えない。
• アダルト・宗教等に絡む文書に使うことを禁止。 → Hな同人ソフト制作にすら使えない。
• 利用の際に問い合わせや報告を要求。 → コンテンツ内容をフォント作者が判断して利用可/不可がコロコロ変わるのでは、怖くて使えない。

◎ 以下のフォントをアンインストールした。とメモ。 :

XmBDFEd は、Motif ベースの BDF エディタで、フリー Unix でも Lesstif や Open Motif を用いてビルドすることができる。

書体関係 Wiki - フォントの自作に挑戦 より

gbdfed ― bdf エディタ
かつては xmbdfed という名前でした。

FontForge より

• gbdfed で出力した BDF を FontForge で読み込むと、フォント名が Fixed 等になってしまう。
• FontForge で出力した BDF を gbdfed で読み込むと、一部のグリフ、というか文字のデータが失われる。

◎ _ハリウッド映画ではリアルにビルを爆破する、シカゴの工場を爆破する現場映像 : カラパイア :

◎ 全然関係ないけど、股間と言えば。 :

◎ そもそも放送休止だったっぽい？ :

• ワンダと巨像
• ICO
• GT5

• 偏光方式なので、縦の解像度が半分になってしまい、精細感が無くなる。1ライン毎に、左目用、右目用に別れてしまうので。
• メガネをかけると画面が暗く見えてしまう。1ラインごとに黒いラインが挿入されてしまうせいなのか、メガネのフィルタが無駄に光を遮ってしまうせいなのか、そのへんわからんけど。
• クロストークが酷い。画面端が二重に見えたり、白地に黒・黒字に白で分離具合が変わる。…メガネのデザインが悪い＝フィルタ面が曲面になってるせいなのか、平面ディスプレイ上にフィルタを貼ると目に入る光の角度が変わってしまうのか、そのへんわからんんけど。

• 解像度に関して欠落がないので、精細に見える。
• 画面が明るい。
• クロストークがゼロ。おそらく、右目用と左目用に、別々の画面を見せている予感。

• フルHDではないので、フルHDの2D映像を見る場合は、解像度に関して少し劣るはず。(ユーザが気づくかどうかは分からないけど。)
• そこそこ重いので、装着がツラい。
• 装着位置が次第にずれてくる。額に押し付けて装着するので、そのうち汗をかいて、ずるずると動いてしまう。
• ヘッドフォンが交換できない。もっと高価なヘッドフォンで聴くことができない。
• 電源その他を担当する据え置き部分が滅茶苦茶熱くなる。壊れるんじゃないかと不安になるぐらい熱い。

• ワンダもICOも、比較的カメラがゆっくりじわじわと動く場面が多く、また、カメラの設置場所に変化があるので立体感を強く感じる風景のレイアウト(?)が時々出現する。
• GT5はレースゲームだから、アクセルを踏むとかなりのスピードで風景が変わっていってしまう。即座に状況変化に対応しないといけないゲームだから、立体云々どころではない。また、絶えず地面の上にカメラが置かれているので、風景のレイアウト(?)に大きな変化もない。

• 立体感を強く感じさせるためには、ゆっくりじわじわとカメラを動かすほうが良いのかもしれない？
• 3D映像は、基本的には観賞用の映像で、ゲームに使う際には種類を選ぶのでは？ (奥行情報を得ることでプレイが変わるかもしれないFPSなどでは実用性があるのかも、と。)

• できるだけ小さく。
• それでいてフルサイズ(?)・非ロープロの拡張カードが入るヤツ。
• スリムタイプなら小さいけれど、ロープロのカードしか入らないので、その選択肢は無しで。
• 古いパーツを入れる予定だから、安っぽい品で十分。高くてカッコイイ品じゃないほうがいい。
• SFX電源が部屋に転がってるから、電源無しだと助かる。
• 1,980〜2,980円ぐらいだと嬉しい。

#ifdef python26
import optparse
#ifdef python27
import argparse
#endif

理科が得意な子供は「アルキメデスの原理」を理解できる。そうすると「北極の氷が融けても海水面は上がらない」ということが分かる。

武田邦彦　（中部大学）: 「理科離れ」・・・君の判断は正しい（先輩からの忠告） より

◎ 2012/08/24追記。 :

• ある程度、エディタ上でテキストファイルを弄る。
• LibreOffice Calc で、テキストファイルを csv ファイルとして読み込み。
• 全セルに対して書式をテキストにしてから、置換処理をかける。それをしておかないと、日付その他が勝手に謎の数値にされて後で面倒なことになる。
• 別名保存時に csv として保存。
• 保存ダイアログ上のフィルタなんたらにチェックを入れれば、どんなフォーマットの csv にするのか、細かい指定ができる。
• utf8n で保存。
• セルの全内容を、テキストとして「"〜"」で挟んだ記述にする。

Chrome 8以降
デベロッパー・ツールで確認
バー上の［Google Chromeの設定］ボタンから［ツール］−［デベロッパー ツール］を実行。表示されたデベロッパー・ツールの［Resources］タブを開き、ツリー表示から［Session Storage］や［Local Storage］の配下の項目を選択する

ブラウザでストレージ？ Web Storageを使いこなそう − ＠IT より

山口「ディズニーのCGアニメーション制作には12のルールがあるんですが、それを学んだ方がいいと思います。日本の作品で違和感を感じてしまう、ひとつ例として、オーバーラップが無視されている点が挙げられます。

【インタビュー】映画『アベンジャーズ』アイアンマンのパワードスーツはすべてCGだった!? | クリエイティブ | マイナビニュース より

◎ 「日本は金が無い」とか言って逃げちゃダメ。 :

◎ 帰りに買い物。 :

• SR弁が原理からして緊急時は開かなくなる可能性を指摘。開かないと圧力を下げられず、圧力が下がらないと注水できず、注水できないから冷却できず。日本国内の数十基が、同じ仕組みのSR弁を使ってる、とのこと。
• SR弁を動かすための12Vx10=120V分のバッテリーがいつまで経っても届かなかった問題。
• ベントするための空気圧を送る配管が地震の揺れで破損してベントできなかった可能性。それらの配管は揺れに対する強度について最低の基準レベルでしかチェックしていない。

• SR弁が原理的に開かなくなる可能性があるのでは、対策・改善が必須ではないかと。安全が確認できた、なんて言ってる場合じゃないやん…。
• 東電の、緊急時の物資輸送担当者が、原発事故を防ぐための最優先物資について、何ら知識を持ってない可能性が大だなと。防げるものも防げんやん…。
• 緊急時に使う配管が揺れで壊れるようでは、設置している意味ないやん…。

• 使用前燃料も含めて1500本。どうやって取り出すんや。という話。
• そのまま使用済み燃料に近づいたら、近づいた人は死ぬ。だから水中で作業しないといけない。プールの中でキャスクとやらに一旦入れて、と考えてたらガレキ多くてどうしよう状態。目視でやらないといかん。普段は自動化で確実にできてるのに。
• 耐震性も不安が残る。東電のシミュレーションでは震度6強まで大丈夫という話になっているわけだけど、ホントにそうなん？ コンクリート弱まってない？ それ以上が来たらどうするん？ みたいな話が。
• 使用前燃料ですら1本取り出すのに1日がかり。これじゃやってられないので、建屋の周りにクレーン用建物を作ろう、みたいな話に。竹中工務店が頑張ってるらしい。
• 温度が下がれば乾式キャスクが使える云々の話も紹介。
• 最終処分方法が決まらないから、プールに溜めるしかなくなってこうなった、という話も。

Final Draftなどの脚本ソフトや映画のストーリーボードを作るソフトは映像機器展示会なんかに行くと一つの分野を作るほどの人気ジャンル

iPhoneで小説を書く（2） | Taiyo's lab より

• FINAL DRAFT
• Dramatica Pro
• Movie Magic ScreenWriter
• Scriptware
• Hollyword
• Script Werx
• Script Wizard
• StoryBase
• Character Pro

このMOVIE MAGIC2000では、登場人物のせりふを音声を変えて読み上げてくれます。

単純な読み上げなら、ワードなどで書いた文章もソフトを入れれば読んでくれますが、脚本にはせりふ以外に、いろいろな状況設定が書き込まれていますので、そうゆうのを自動的にはずして、男性は男性の声で、女性は女性の声で読んでくれたと思います。

脚本作成ソフト？ - その他(映画) - 教えて！goo より

• 1話単位で投稿とか、ハードル高そう。twitterや2chみたいに文字数制限付けたほうが、誰でも気楽に参加できる予感。でも、ごっそり投稿したいという需要もあるだろうし…。
• 投稿者名が表示されていると、その小説を誰かがずっと管理しているのがうっすら見えて、なんだか申し訳ないから勝手に続き・分岐を書くのはやめよう、という気分に。なので、おそらくは匿名投稿を基本にしたほうが良さそう。しかし、「俺が書いたんだ」とアピールしたい人にとっては、匿名投稿なんて冗談じゃねえと思うだろうし…。

• コンバインオペレーション(合体云々)のシミュレーションシーン。特撮ヒーローがシミュレーションで訓練してるというシチュエーションになんだか燃え。
• 東映と言えば、コンバトラーV。合体と言わず、コンバインと言ってるあたりにグッと来たりして。
• 巨大ロボットの整備士の話。「1体を50人で整備してます」との台詞に感心。リアリティが出てくる台詞だなと。
• ロボット設計者の話。「エンジニアってのは地味な仕事」「夢は近づいたら消える、遠くから見ていたほうが〜」等の台詞がなんだかイイ。
• 敵ロボットが地上に出現するというルールが存在していないことに気づくレッドの人。スタッフが作った設定の穴を見つけて自分達で突いてみるという展開がなんだか面白いかも。