2003/05の Past topics

食べたい、眠りたい、知りたい、遊びたい、役に立ちたい、認められたい、愛されたい、そういう無意味な欲求を満たす度に負債は増えていく。死ぬのが何より怖いという僕の足元を見て、世界は僕に借金を強要しているのだと思う。死ぬのが怖いから負債を増やす、負債が増えたら死ねなくなるから安心する、しかし死ぬのと同じくらいに生きるのも地獄、生きる事をやめたくても負債があるから死ねない、生きる事をやめるために負債を減らす努力をする。そういう無意味なサイクル、が僕の人生なのだと思う。

絵のこととマンガのこと

うちらがあぐらをかいている間に SF 研はずっとレベルが上がって、うちらはすっかり置き去りをくってしまったようだ。公認化の話は相変わらず進まず、定例会にメンバーは来ず、モチベーションが低下しまくってるうちらは、上達とかそれ以前の問題だしなァ。そりゃ置いてけぼりにもされますわ。アハハ。

今更だけど、見えないものを見えないように描くことはとても重要だ。重要というか、基礎というか、当然というか、できてなきゃお話にならないというか。僕は最初、ひみつ氏のこの指摘を読み流していたのだが、この度、それを強く意識する出来事があった。

例えば――こんな絵がある。これが実際には立体の顔だとして、大まかな形（マス）を掴むためにロボットの鈴木の頭のように立方体で表現してみるとしよう。

正しい立方体は、――だいたいこんな感じだ。建物の角に立ってその建物を見上げてみたら、ちょうどこんな風に見えるはずである。

ところが絵が下手な人は、こんな形に描いてしまうことがある。元の顔と重ねてみると、これは明らかにおかしい。

何故こんな風になってしまうのか？　それは、立方体はサイコロを見下ろしたような形で描くものなのだ、その時は必ず面を三つ描くものなのだ、と彼が思いこんでしまっているからではないだろうか。

三つの四角を繋げて三つの面を表現すれば、確かに、ある角度からサイコロを見たときのような形には見える。しかし、それは見下ろしたときの投影図ではあっても、見上げたときの投影図ではない。別の角度から見たとき（見下ろすのではなく見上げる場合）は、当然見え方も変わるはずで、違う角度の投影図で表すことはできないのだ。

見えないものは見えないように描かねばならない、とはこのことだ。彼は「立方体はかく描くべし」と思いこんでしまっていたがために、実際にあれば見えないもの、そう見えるはずなどないものを描いてしまった。一度「立方体はこう描けばよい」というパターンを憶えてしまったから、それで全てを済ませようとしてしまっていた。それが間違いなのだ。手の甲側から握り拳を見たとき、親指が見えるか？　後ろから人の頭を見たとき、耳の穴が見えるか？　その実際の姿を見ずに記憶したパターンだけで済ませようとするから、握り拳からは謎の指が生えてくるし、頭には謎の穴が開く。見えないものは見えないように描かねばならないというのは、想像だけでいいかげんな絵を描くなということなのだ。

もちろん、写実性は無視して心象風景（イメージ）だけを描くのだ、自分はそういう芸術をやっているのだというのなら、何も咎めはしないが。

――描き慣れたポーズばかりを描いていると、こういう事をついつい忘れて、いざいつもと違うポーズを描こうとしたときに、イメージだけで変なところから腕や脚を生やしてしまいがちだ。くれぐれも注意しなければ。

ベーコクさん

理事のチューカさんは、実は、村人連合の運営金をほんの少ししか払っていません――まあ、 F22 ラプターには1000億ドルを注ぎ込めても国連分担金数億ドルぽっちを渋って滞納している（た？）ベーコクさんも似たようなもんだと思いますが。

そのくせベーコクさんは、素知らぬ顔で拒否権を行使するのな。他の村人は2年以上滞納したら投票権すら奪われるのに。

まぁ、各村民の分担する割合が不適当だとか放漫財政のくせに金だけ取る気なのかとかニポーンさんは結局カモられてるだけですよとかこの件には様々な事柄がつきまとっているため、アメリー君ベーコクさん他の滞納だとかチューカさんがなんで常任理事村民なんだとか部分的に論じて是非を問うてもあんまり意味がないと思いますが。

要は、のび太のくせに生意気ですよと。いじめられたくなきゃあレギュラーから抜けなさいよと。出番がなくなるのが嫌ならいじめられるの覚悟でレギュラー入りしときなさいよと。のび太がのび太のままで優位に立ちたいなんて虫が良すぎますよと。ついでに言うなら専門家でもない僕ごときが半端な知識で口を挟むのもちゃんちゃらおかしい話ですよと。うぐぅ。

ヒストリ

フレーム内の移動を含むセッションヒストリの復元方法がようやく分かった。フレームを使ったページのエントリは、実はその時の子フレームのヒストリエントリまで全部保持していて、それも一緒に復元してやらないと、トップレベルのフレームしか読み込まれないことになる……というのが概要。タブの複製はこれでもう大丈夫なんだが、残る問題は、これをどうやってデータファイルに保存するかだなあ。

RDF データソースをもっと簡単に扱うラッパーは作れないものかと思ってちょっと考えてみたけど、そもそも RDF のリソースという奴は DOM のノードと違って「親」つまり参照元が一つだけとは限らないし、 DOM でいう属性と子要素が区別されない（というか「属性」という特別な括りがない）し、こういう風に根本的に違うものを DOM 風に扱うのは僕の頭では不可能だという結論に達したので、おとなしく nsIRDFDataSource の各メソッドで処理することにします。

……ゴミの問題が片づかねえ。部屋じゃなくて、ヒストリの。それが終わるまでまだ更新できん。

RDF

というか、今更になって理解できたのですが、 DOM と RDF は全然別の概念なんですね。 RDF を難しいと今までずっと思っていたのは、 DOM 的思考に囚われていたせいのようです。情けない話ですが。

勝手に話をまとめてみる。

DOM や Web 上のリソースの場合には DOM ツリーやディレクトリ構造といった「各ノード間の固定の親子関係」がある。それに対して、 RDF の場合は、一つのディレクトリ内に全ての HTML リソースをぶち込んでリンクだけで相互に関連付けたような平坦なデータ構造になっている。そして、各ノード（この例なら個々の HTML リソース）は、データを持っておらず他のノードへのリンクのみを含んでいるタイプと、リンクを含まずデータのみを持っているタイプに分けられ、互いに網目状に結び付けられている。個々の RDF データソースは、先の例で言うなら、全ての HTML リソースをぶち込んでいる親ディレクトリそのものにあたる。

各ノードは「主語、述語、目的語」のような形で関連付けられている。例えばブックマークのセパレータなら、「 ID 名が rdf:#$xA55H1 のリソースの、プロパティ http://www.w3.org/1999/02/22-rdf-syntax-ns#type が指すところは、 http://home.netscape.com/NC-rdf#Separator である」といった具合だ。逆に、そのリソースがセパレータであるかどうかが知りたければ、「 ID 名が rdf:#$xA55H1 のリソースのプロパティ http://www.w3.org/1999/02/22-rdf-syntax-ns#type が指すところは何か？」と問えばよい。

nsIRDFDataSource には、これらの操作のためのメソッドが用意されている。どんなメソッドがあるかは IDL 定義を見るのが早いが、特によく使うものをいくつか取り上げてみる。

GetResource(aID)

ID 名が aID のリソースを得る。 ID 名は URI 形式。 DOM で言えば getElementById(aID)。これは nsIRDFDataSource ではなく nsIRDFService のメソッドだけれど、 DOM との比較も兼ねてここに挙げておく。

GetSource(aProperty, aTarget, true), GetSources(aProperty, aTarget, true)

プロパティ aProperty の値がターゲット aTarget を指しているリソースを得る。 XUL の DOM で言えば getElementsByAttribute(aAttrName, aValue)。

GetTarget(aResource, aProperty, true), GetTargets(aResource, aProperty, true)

リソース aResource のプロパティ aProperty が指しているターゲットを得る。 DOM で言えば getAttribute(aAttrName)。

ArcLabelsIn(aResource)

リソース aResource を何らかのプロパティのターゲットとして参照している全てのリソースを得られる。 DOM で言えば parentNode 。

ArcLabelsOut(aResource)

リソース aResource の全てのプロパティを得る。 DOM で言えば attributes と childNodes 。

Assert(aResource, aProperty, aTarget, true)

リソース aResource に、プロパティ aProperty と、そのターゲット aTarget を関連付ける。属性名と値が一対一の「属性」と違って、同じプロパティ名に複数のターゲットを関連付けられるので、注意がいる。 DOM で言えば appendChild(aNode), insertBefore(aNode, aReference)。

Unassert(aResource, aProperty, aTarget, true)

リソース aResource からプロパティ aProperty ・ターゲット aTarget への関連付けを取り除く。 DOM で言えば removeChild(aNode)。

GetResource()や GetLiteral()のようなメソッドは、 DOM でいう getElementById()や createElement()や createTextNode()に似ているけれど、 nsIRDFDataSource ではなく nsIRDFService のメソッドとして実装されている。これは何故か？　これらのメソッドが返す nsIRDFResource のオブジェクトはあくまで「その名前のリソース」の抽象的な参照情報であって、個々のデータソース内に保持された具体的なデータそのものではないからだ。ここが、 DOM の要素ノードと大きく違う点だと言える。

要素ノードはそれ自体が具体的なデータなので、ある DOM ツリーに appendChild()などで一旦組み込んだらもう他の DOM ツリーには組み込めない（ cloneNode()で複製しないといけない）。それに対し、 nsIRDFResource は単なる「参照情報」なので、データソース1とデータソース2から GetTarget()でそれぞれの値を得るということもできる。要素ノードを getElementById()で得る際に使う ID 名の文字列が、 RDF でいう nsIRDFResource なのだと言えるだろう。この一見珍妙な仕組みは、これらのメソッドが XPCOM においてオブジェクト指向的にではなく手続き型言語的に設計されているが故のものかもしれない。めんどくさいこと極まりないので、もうちっと何とかして欲しいところだ。 jslib というものもあるようだけれど、全てのユーザにこれの導入を求める訳にもいかんしのう。

データベースとして見ると、「 RDF 」と「インターネット全体」は分散型のネットワーク構造を、「 WWW サーバ」と「 HTML 文書」は集中型のツリー構造をしている。インターネット→ WWW サーバ→ RDF → HTML 文書、と辿ったときに、分散型→集中型→分散型→集中型、と二つの構造が繰り返し出てくるのは面白い。だからどうというわけでもないけれど。

ランエボⅣ

ランエボ買いました。トミカの（ No.104 三菱 ランサーエボリューションⅣ WRC タイプ）。昨日キッズランドに立ち寄った時に280円均一のワゴンセールになっていたもので何故か衝動的に……

中身の方は価格相応にへちょい（肉厚ダイキャストで丈夫なことには丈夫なんですが）ので、ムキになってディティールアップしてみた。ホイールは材料がなくてどうにもならんかったのだけど、サイドミラーはこないだのバカガンのランナーの残りから新造しました。あととろけてるモールドを彫り直してガンダムマーカーでスミ入れ。仕上げのホワイトはミルキーペンで。トミカ相手に何やってんでしょうね自分。

スケールが1/59となっていたので、ほぼ同スケール（1/60）の PG ガンダムと並べてみた。うお、ガンダムでけえ！

Step1 ：物の形をよく見て、描けるようになること

「そこそこまともな（マンガタッチの）人物画」を描けるようになることを目標に行っている当会の勉強会ですが、第一回の目標は、物の形を正確に描写できるようになることです。消しゴムのデッサンで練習してみましょう。手元の消しゴムを机の上に置いて、紙に描いて下さい。

何か変ですね。消しゴムは、本当にそんな形をしていますか？　よく見て下さい。しっかり観察して下さい。

いきなり端っこの方から描いてはいけません。物の形を正確に掴むには、全体を見て、全体から描くことが必要です。例えば、人の顔を描くとき瞳から描き始める人が少なくないですが、それは絶対にしてはいけません。それができるのは、デッサンをきちんとこなせるようになった人だけです。

例えば、こんな描き方をする人がいます。よし、女の子の絵を描こう。もちろん顔から描く。 うん、顔は可愛く（そこ、ツッコまないように！　これはあくまで例ですよ）できた。じゃあ全身に移ろう。首を描いて胸を描いて腰を描いて腕を描いて……あっ、紙からはみ出そう。もうちょっと小さく描かないと。……ンで、 うん、体もセクシーに（だからツッコまないでってば）できた。これで完成！　というわけで絵からちょっと目を離してみる。 ……あれれれ、なんかバランスがおかしいかも。

何故こうなるかというと、全体を見ずに描くからです。いわゆる視野狭窄というやつで、体だけを描くことに集中してしまうから、頭と体のバランスにまで気が回らないんですね。こんなミスを犯さないためにも、最初はまず全体の大まかな形を取ります。

消しゴムの例に戻りましょう。消しゴムは関節もなく一つの単純な物体ですが、よくよく見ると、紙のカバーから出ている消しゴムはほんの一部分だけですし、表面の模様も結構複雑です。……だからといって、そこに気を取られて、カバーの模様だけを描くことや露出しているゴムの部分だけを描くことに専念してはいけません。もっと大きな目で、全体を眺めて下さい。大まかにいって、この消しゴムは箱形だという事に気が付きませんか？　ですから、まずは、箱を描くことから始めましょう。

ただの箱といっても、縦横の長さは違いますし、一定の厚みもあります。縦横の長さ・高さ・角度の関係をよく観察して、大まかなアウトラインを、正確に描きましょう。ちなみに、このような大まかな形のことを美術ではマスと呼びます。

マスが描けたら、細かいところに目を向けます。ただし、この時も全体の中での位置関係を見ることを忘れないで下さい。消しゴムの角が取れた部分は端から何割くらいのところまでか、ケースに隠れていない消しゴム部分は全体の長さの何割くらいか、ケースの模様の黒い部分は端から何割くらいか。常に一つ一つの部品の位置関係を把握しながら描いていきます。 どうでしょう、全体を見ずに描いた最初のものよりずっと上手に・本物っぽく見えませんか？　ただ鉛筆を動かして物を描くことではなく、これこそが、デッサンなのです。

一つの角度で描き終えたら、消しゴムの角度を変えてまた描いて下さい。いろんな角度から消しゴムを観察して、描写して、消しゴムの形を正確に掴んで下さい。実物を見なくても頭の中で消しゴムの形を細部に至るまで再現できるようになるまで、よ〜く観察して下さい。消しゴムのような簡単な形に慣れたら、もう少し複雑な形の物をデッサンして下さい。そうして、「あらゆる角度から見られる実物」→「ある角度から見た姿」→「あらゆる角度から見られるイメージ」というイメージ形成のステップに慣れて下さい。話はそこから始まります。

ただ、一つだけ注意すべき事があります。いろんな角度から見て描いて下さいとは述べましたが、ある角度から描いているときは、絶対に視点を変えてはいけません。消しゴムのように小さな物ならともかく、机や車のように大きな物になってくると、一度に全体を見渡せないことがあります。こういうときはついつい頭の位置を変えたり座る位置を変えたりして見えないところを見ようとしてしまいがちですが、それをそのまま続けて描くと、おかしな事になります。

例えば、イスの場合。 背もたれを描き始めたところで、机に隠れて脚が見えないことに気が付きました。仕方がないので立ってみます。 今度は脚までよく見えるようになりました。安心してさっきの絵の続きを描いていきます。 ……背もたれと座面の角度がおかしいですね。

ポイントは、背もたれと座面を一度に見ずに別々に描いてしまった事です。先ほど女の子の絵の例で示しましたよね。部分部分を描くことに囚われると、全体で見たときにおかしくなります。この場合は、低い角度から見た背もたれを描くことと高い角度から見た座面を描くことに専念したために、どの角度から見たイスを描いたのか分からなくなってしまったのです。こういう事が起こらないように、慣れるまでは、描く物は上から下まで全部を見渡せるサイズの物を選んで下さい。あるいは、大きい物だったら、上から下まで全部を見渡せる位置まで離れてから描いて下さい。

以上。

ラビアンローズ

うさだの芸名でもあり宇宙世紀のドック艦の名でもあり吉川晃司の持ち歌でもある「ラビアンローズ」とは、一体どういう意味なのか。

ラビアンローズの綴りは la vie en rose 、英語ではなくフランス語だ。 la vie（ラ ヴィ） は「命」「生活」「生涯」「暮らし」（ NEC のノートパソコンのブランド名にもなっている）。 en rose は薔薇色の。つまり、薔薇色の人生という意味である。

エロ関係の文で見かける「ラビア」は、音は似ているものの別の語である。こちらの綴りは labia （ labium の複数形）で、意味は「唇」「唇状の物」「下唇弁（唇状の花弁）」「陰唇（マンコのビラビラ）」、元はラテン語だ。

というわけで、「 la vie en rose（ラ・ビ・アン・ローズ）」という言葉自体にエロい意味は無いようなので今後は安心して使うことができる……と思うのはまだ早い。

ドイツ語ではラビアを labien と書く。レディースコミックの「ラビアン」もこっちの方だ。うっかり labien rose（ラビアン・ローズ）」などと書いてしまおう日には、その物ズバリ「マンコのバラ」なんてな意味になってしまう。くれぐれも注意していただきたい。

以上、どうでもいい豆知識でした。

東方不敗

とりあえず仮組み終了つうことでお約束のポーズをとらせてみたウィングをいっぱいに開いて軸足はつま先のみ接地という状態ですら自立するという愉快なプラモデルです。あとはウィングがマントに展開してくれりゃあ申し分なかったんだが。

• 首と腰のボールジョイントが少々ユルい（腰は増し締めしても固くならない）ので、軸を瞬着で太らせておくと良い。
• 首の外装が軸から外れやすいので、軸に接着するか、軸を太らせておくと良い。

ファーストインプレッションはこんな感じ。

いまいち片足立ちが決まらないので、フロントアーマーの接続方法を変えてみた。初期状態より脚を高く上げられるようになって、少しマシになったと思う。ちなみに、ふくらはぎの装甲の切り欠きも少し広げてあるので、フレームの可動範囲の限界まで膝を深く曲げられるようになってます。