[960] デジカメで上手にLEGOを撮影する方法 投稿者:JinSato 投稿日:00/09/27(Wed) 13:04
過去のに http://207.236.16.161/JinSato/MindStorms/QA/BBS/qa_76.html
でも話題になりましたが、MSIA などのサービスも始まって

また、デジカメで上手にLEGOを撮影する方法
ちょっとまた、ここにスレッドを作って見たいと思います。

皆さんの撮影テクニックなど教えてください〜。

[965] ライティングはどうしていますか? 投稿者:Yasuo 投稿日:00/09/28(Thu) 10:05
写真をうまく撮るにはライティングが最重要です。
カラーの発色的には自然光が一番ですが、撮りたい時に撮るためには
やっぱり人工光による撮影をマスターしなければなりません。
ストロボ、電球、蛍光灯、写真用電球(黒白用、カラー用)などがあります。

私が一番多いのは写真用の黒白用電球です。
銀鉛ポジ・フィルムでもタングステン・タイプ(Ektachrome64T)で使用します。
ストロボは発色は綺麗ですが、ディフューズが難しいと言うか機材に金が掛かるのと、
影の出方が撮るまでわからないので私は使用していません。(少し時代遅れですが、)

電球なら自分の見た目で確認し撮れますし、トレペを使うだけで十分です。
ホワイトバランスは白紙やグレーカードを用い予め設定しておきます。
ただ緑の発色が綺麗に出ませんが、幸いLEGOは緑部品は少ないのでなんとか我慢出来ます。
http://207.236.16.161/MSIA/Member/Images2/10002-h.jpg?DUMMY=12640
これは最近撮ったPICASSOticですが、一灯でこの程度には撮れます。
なお左右に白の反射版を置いています。(デジカメはNikon Coolpix 950です。)

他の人の意見も聞きたいです。

[966] Re: ライティングはどうしていますか? 投稿者:">mac 投稿日:00/09/28(Thu) 13:37 <URL>
ライティングについては、http://207.236.16.161/JinSato/MindStorms/QA/BBS/qa_76.html
に皆さんがいろいろアドバイスをされてます。

私は、主にストロボです。
確かに影を効果的に使うことはまず無理ですね。
安物の拡散傘や、スライド投影用のスクリーンに反射させたり、
A1のトレースペーパーで被写体を覆うようにして拡散させて、
強い影ができないようにしています。
ハイライトや鏡面反射の様子が読めないのはもっと辛いですね。
でも、演色性がいいのと、被写体に熱がかからないのがいいです。

# 前の記事で基準反射率が間違ってました。

[972] 私のやり方をもう少し書くと・・ 投稿者:Yasuo 投稿日:00/09/29(Fri) 19:07
ストロボ使ってうまく撮れてる人は楽なのでそれで良いでしょう。
プロも今出張で撮る写真はほとんどストロボですから、
でもコンシューマー向けデジカメで完全マニュアルのデジカメはまだ少ないので
外部ストロボをうまく使いこなすのはだれにでも出来る事ではないでしょう。

電球の熱の問題は、コンシューマー向けデジカメはCCDが1/2インチとか小さいので、
望遠側でも20ミリちょっとと短く、被写界深度は開放で十分なので問題にはならないはず。
鉄人本にあるMIBOの耳が変形するほどの光量は必要はない。
私はISO80相当で、F4.0、1/15秒以上は無駄なのでそれより明るくはしないです。
ハロゲンランプなどでは熱を後ろに逃がす反射板を用いている物もあり、ほとんど熱くならないです。
なおトレペや三脚を使うのは常識です。長いアーム付きライトスタンドも必要。

ストロボ写真で実際の見え方と違うと不満がある方は白熱電球をお試しください。
上記の理由の他、慣れれば5分で撮れますから熱は心配無いです。
でもカメラのホワイトバランス調整だけでは不足なので後でカラーバランス調整が必要です。
明るさ、コントラスト、彩度なども調整する必要があります。

でも色の好みは人によって違うので、これが絶対正しいと言うのは無いはずです。
室内で撮ったのに屋外晴天と同じに撮れたら可笑しいと私は考えますが、
LEGO写真の場合まず部品などがわかりやすく撮れているかどうかを目標にしています。
黒部品でもポッチがあるものはなるべく潰れないように表現することは可能です。
その代わり背景になじませようと撮ったらダメです。そのため背景紙を使います。
白の背景紙は下にレフ板を置いたのと同じ効果があり私はよく使います。
黒以外でも青や赤の作品なら背景をほとんど飛ばせます。左右と合わせ4面白で囲む。
http://207.236.16.161/MSIA/Member/Images2/10002-e.jpg?DUMMY=12640
だだ1/3絞り刻みの段階露光する必要はあります。慣れれば3枚撮れば当たります。
(オートの露出補正を使う、マニュアルでは普通1/2絞りになるので、露出補正が有利)
それでも白、黄部品と黒部品を同時に綺麗に表現するのは困難なのは当たり前です。

でも本当はMIBOを屋外で綺麗に撮って見たいです。でも人のいるところでは恥ずかしい。
AIBOオフなどでは集団でバカするので全然恥ずかしくないですが、

[963] 綺麗な写真撮ってMSIAに参加しましょう 投稿者:Yasuo 投稿日:00/09/27(Wed) 16:00
http://www.mi-ra-i.com/MSIA/index.html
上記、MSIAというサービスが始まって私も登録させて頂いておりますが、
いままで自分のホームページとかやってない人は綺麗な100KBぐらいの写真を
作るのも大変なのではないかということでこのスレッドが出来たと思います。
だから、LEGO作品を綺麗に撮影することと同時にいかにして100KBぐらいで
ブラウザ上で綺麗に見える写真を作るかをテーマにするのが良いと思います。
実は私もいろいろな人の意見を聞きたいのですが、先に少しだけ申し上げれば、

まず、マニュアルまたはマニュアル類似の操作が出来るデジカメが必要。
Photoshop等のレタッチソフトが必須である。と言えると思います。

なぜなら、LEGO作品は真っ黒なMIBOみたいなのから、白や黄色を沢山使った
明るいのまであり、また背景もいろいろ使いたいと思えば自動露出にまかせる
訳にはいかないからです。
だから、1/3絞り刻み+−2の露出補正はどうしても欲しい機能です。

また、カメラ側のホワイトバランス調整だけでは不充分なのでフォトレタッチも必要。
JPG圧縮もノイズの出方を見ながら変えられる物が必要であると思います。
私はノイズだらけの大きな写真より小さくてもノイズの無い方が好きです。
私は予算が無ければ簡易版でも良いからPhotoshopを推薦します。
なおPhotoshopで適正な明るさでもブラウザ上では−15ぐらい暗く見えます。
アップまえに必ずブラウザで明るさを確認するようにしましょう。

写真に自信の無い人も、頑張ってMSIAに参加しましょう。

[964] Re: 綺麗な写真撮ってMSIAに参加しましょう 投稿者:">mac 投稿日:00/09/27(Wed) 17:12 <URL>
> まず、マニュアルまたはマニュアル類似の操作が出来るデジカメが必要。
> Photoshop等のレタッチソフトが必須である。と言えると思います。

これは必須ですね。
オートと言うのは「被写体の反射率は70%である。」
と言うとんでもなく大胆な仮定に基づいてます。
ポートレートなら兎も角、LEGO作品には無謀でしょう。

同じ理由で「自動コントラスト調整」「自動レベル調整」は、
使わないほうがよいと思います。

それと、解像力をよくしようとして、
微分系のシャープフィルターをかけるのは、
ざらざらした感じを増し、ファイルサイズが大きくなる割に、
見た感じはシャープになりません。

「アンシャープマスク」というちょっと変わった名前のフィルターがあれば、
これを試してみましょう。
半径2 pix以内で70%程度が基本です。

こうしてエッジをはっきりさせてから、
わざとちょっとだけソフト系のフィルターをかけて、
ピンぼけにします。

特に背景をピンぼけにするのは作品を浮き立たせる効果と、
ファイルサイズ縮小に役立ちます。
畳や、細かい柄の絨毯等の上で撮ったものは、
非常に効果的なので試してみましょう。

まず、作品の範囲を正確にトレースし、これを幾分拡張してから、
選択範囲周辺をぼかし、選択範囲を反転させてから、
ぼかしを使うと楽です。

またセーブするときpreviewが付かないようにするのを忘れないでください。
折角苦労して小さくしているのに、台無しです。

# といいながら、自分では全然手をかけてないですね (^^;

[970] NQCのClearSensor()について。 投稿者:NECO 投稿日:00/09/29(Fri) 16:55
角度センサーを使用し、角度を制御したいと思っています。

例えば、アルベルトさんのマニュアル33ページに角度センサの項がありますが、ここではセンサタイプをセットすると同時にClearSensor()を使用しています。このように角度を制御したい場合ClearSensor()を用いるようですが、このClearSensor()というのは、この場合だとはじめの位置を0とし、その位置を基準として角度を制御するという意味でしょうか?

また、このClearSensor()がある場合とない場合どのような違いが生まれるのでしょうか?

[971] Re: NQCのClearSensor()について。 投稿者:">mac 投稿日:00/09/29(Fri) 17:29 <URL>
> このClearSensor()というのは、この場合だとはじめの位置を0とし、その位置を基準として角度を制御するという意味でしょうか?

そう言うことです。

> また、このClearSensor()がある場合とない場合どのような違いが生まれるのでしょうか?

実際やってみればすぐ分かると思います。

[953] NQCのサブルーチンについて。 投稿者:NECO 投稿日:00/09/26(Tue) 15:54
NQCでサブルーチンを扱う場合、様々な問題がおこるようですが、サブルーチンの中にサブルーチンを置く事は問題ないのでしょうか?

[955] Re: NQCのサブルーチンについて。 投稿者:JinSato 投稿日:00/09/26(Tue) 16:43
> NQCでサブルーチンを扱う場合、様々な問題がおこるようですが、
>サブルーチンの中にサブルーチンを置く事は問題ないのでしょうか?

実際のコードとか簡素化して書いてくれたりすると、質問にも答えやすいですし、
NQCのどのバージョンとかを使っているのかも書いてもらったほうが嬉しいです。

[954] Re: NQCのサブルーチンについて。 投稿者:">mac 投稿日:00/09/26(Tue) 16:12 <URL>
> サブルーチンの中にサブルーチンを置く事は問題ないのでしょうか?

「サブルーチンの中にサブルーチンを置く」とは、
具体的にどう言う状態を言っているのでしょうか?

具体例を書いていただけますか?

[956] 例えば・・・。 投稿者:NECO 投稿日:00/09/27(Wed) 04:51
sub1()
{
sub2();
}
sub2()
{

}
main()
{
sub1();
}

[957] Re: 例えば・・・。 投稿者:JinSato 投稿日:00/09/27(Wed) 07:57
NECO さんへ
ひと言くらい、レスを付けてくれた人に有難うと、書いて欲しかったな〜。

ところで
アルベルト さんが日本語のNQCチュトリアル を下記のURLで公開しているので
よく読んだほうがいいと思います〜
http://www.cc.toin.ac.jp/EI/NQCj.html

また、情報局内の
http://www.mi-ra-i.com/JinSato/MindStorms/nqc/index.html
に、NQCに関してすこし書いているところがありますので、
それも読んだほうがよいと思います。
特に
http://www.mi-ra-i.com/JinSato/MindStorms/nqc/nqcc-j.html
に、NQCの古いバージョンですが、制約とかがかかれています。


>NQCでサブルーチンを扱う場合、
>サブルーチンの中にサブルーチンを置く事は問題ないのでしょうか?

と初めにお書きでしたが、私は初めは下記のように想像していました。

--- ここから ---
subA()
{
subB()
{
}
}

-- ここまで ---

というような書き方をしたのかと思いました。

ちなみに、 Pascalなどでは上記のような書き方をコルーチンといって書くことができますが、
C言語やNQCでは認めていません。

NECO さんのやりたいと思っていたことは、 サブルーチンの中から
サブルーチンを呼ぶという風に表現します。

また「 様々な問題がおこるようですが」 と初めにお書きでしたが、
そのときNQCが表示するエラーメッセージなども、一緒に 書いてくれると助かります。


NECOさんの使っている NQCのバージョンが分からないけど
自分だったら、 下記のように書きますね〜。

--- ここから ----
sub1()
{
sub2();
}

void sub2()
{

}

main()
{
sub1();
}

--- ここまで ---

普通のサブルーチンにすると、RCXの標準ファームウエアーの制約で
サブルーチンのネストは出来ませんから void を付けて、インライン展開
するように、NQCに指示しますね〜。


キーワードは
サブルーチンのネスト
サブルーチンのインライン

というようなことを、NQCのオフィシャルサイトである
http://www.enteract.com/~dbaum/nqc/index.html
で公開されているマニアルなどで調べると分かると思います。

ということで、プログラム頑張ってください。
出来上がったら、ぜひ知らせてくださいね〜。

[961] Jin Satoさんへ 投稿者:NECO 投稿日:00/09/27(Wed) 13:31
お返事ありがとうございました。
プログラムもレゴもMindStormsも初心者なもんで、説明不足なことがあったことお詫びします。

>アルベルト さんが日本語のNQCチュトリアル を下記のURLで公開しているのでよく読んだほうがいいと思います〜

実は私は英語があまりできる方ではないのでアルベルトさんの日本語のNQCチュトリアルを参照にしています。その中で、voidとsubの使い分けいまいちよくわからなかった事もあり質問しました。

ちなみに使用ソフトはコマンドセンターの3.1です。

> NECO さんのやりたいと思っていたことは、 サブルーチンの中から
> サブルーチンを呼ぶという風に表現します。

結局、”サブルーチンの中からサブルーチンを呼ぶ”場合はインライン関数を使うということでよろしいでしょうか?

> http://www.enteract.com/~dbaum/nqc/index.html
> で公開されているマニアルなどで調べると分かると思います。

英語はちょっと・・・(笑)

> ということで、プログラム頑張ってください。
> 出来上がったら、ぜひ知らせてくださいね〜。

了解!。
卒研でおこなっている事なので今は詳しくは知らせれませんが出来上がったら知らせますね。まあ、うちの研究室で今年初めて取り扱った物なので、このサイトで取り扱ってるもんに比べたら、たいした内容ではないですが・・・。

[962] Re: Jin Satoさんへ 投稿者:JinSato 投稿日:00/09/27(Wed) 13:43
JinSatoです。

> 結局、”サブルーチンの中からサブルーチンを呼ぶ”場合は
>インライン関数を使うということでよろしいでしょうか?

 RCXで搭載しているファームウエアー(わからない単語があったら右のメニューの
中にある、単語のところか、検索システムをつかって検索してみてね〜)
には制約があって、サブルーチンの中からサブルーチンを呼ぶことができない
のです。

 それでは、制約が厳しすぎる思うと思いますが、NQCをデザインした Daveさんも
きっと同じ事を考えて、 NQCのプログラミングを行う上で、サブルーチンの中から
呼び出される、サブルーチンを void を付け、リターンの値を返さないという前提で
インライン展開をすることで、見かけ上 サブルーチンからサブルーチンを呼ぶことが
できるようにしています。
   
  ですから、
>結局、”サブルーチンの中からサブルーチンを呼ぶ”場合は
>インライン関数を使うということでよろしいでしょうか?

  と特定する考え方は、正しい結果を導くとは思いません。
 NQCに限らず、プログラミング言語というのは、色々な制約があります。
 その制約を理解して、その制約の中で自分が作り上げたいと思う機能を考える
 ようにしたほうがよいでしょう。

 たとえば、サブルーチンから呼ばれるサブルーチンを void で定義をしていくと
サブルーチンの大きさにもよりますが、RCXのメモリーに入りきらない大きさに
なる可能性が多くあります。
 NQCの場合 -L オプションを使って、どのようなCODEを作るか見ることができます
ので、それらも見たほうがよいでしょう。


> 卒研でおこなっている事なので今は詳しくは知らせれませんが出来上がったら知らせますね。
>まあ、うちの研究室で今年初めて取り扱った物なので、このサイトで取り扱ってるもんに比べた
>ら、たいした内容ではないですが・・・。

 それでは、楽しみにしています。 志を高く持って、みんながひっくり返る
ような物を作ってください。

[958] Re: NQCのサブルーチンについて。 投稿者:">mac 投稿日:00/09/27(Wed) 10:22 <URL>
> ちなみに、 Pascalなどでは上記のような書き方をコルーチンといって書くことができますが、
> C言語やNQCでは認めていません。

懐かしい響きですねー。
PascalのCo-Routine。
SmallTalkや、Schemeにもありますね。
Scopeが局所化されるとか、
ほか、いろいろの効能書きがついているんですが、
書くほうとしては混乱するんですよね、結構。

> NECO さんのやりたいと思っていたことは、 サブルーチンの中から
> サブルーチンを呼ぶという風に表現します。

ネスティングですね。
NQCの場合、task, sub, voidがあり、これらを組み合わせることにより、
1. サブルーチン中から、別のサブルーチンを呼ぶ。
2. タスクから、サブルーチンを呼ぶ。
3. サブルーチンの中でインライン関数を参照する。
などのバリエーションが、(使えるかどうかは別にして)生じます。

NECOさんの例示ではその区別がされていません。
もしかするとその区別がまだよく理解できてないのではないでしょうか?

まず、この区別を明確にできるように勉強し、
いたずらに、変な専門用語的な表現を使わず、
多少冗長になっても構いませんので、
平易にかつ具体的に疑問点を説明できるようにするのが先決ですね。

[959] コルーチン 懐かしい響き 投稿者:JinSato 投稿日:00/09/27(Wed) 10:27
どうも mac さん
ちょっと脱線です。

> > ちなみに、 Pascalなどでは上記のような書き方をコルーチンといって書くことができますが、
> > C言語やNQCでは認めていません。
>
> 懐かしい響きですねー。
> PascalのCo-Routine。
> SmallTalkや、Schemeにもありますね。

自分も Cでプログラムを書く前は、Pascal を使っていた時期が随分あって、
コルーチンは良く使っていました。 今でも多分、 CP/M 用の Turbo Pascal 1.0
が地下室のどこかに眠っていると思います。

SmallTalk ももう、10年くらい使っていないけど、コルーチンは使えましたね。
286で動く SmallTalk が懐かしいな〜。

[928] 教えてください.トイザラス(米)事情 投稿者:taketake 投稿日:00/08/31(Thu) 19:33
日本のトイザラスとかに売っているレゴはほとんどが,1999年2000年の
デルのような気がします.
(たまにちょっと古いやつもありますが)
日本の狭い売り場では,それが限界のようで.......

そこで,質問なのですがアメリカのトイザラスとかはどうなのでしょう?
だいたい何年ぐらい前までのモデルならあるのでしょう?
(店によっても違うと思いますが)
掲示板の「外国でこんなの発見しましたぁー」と,言うのを見ると僕の勝手な予想では,「3年ぐらい前までのモデルならあるのかな?」
「売り場が広くて,在庫があまっていれば昔の商品でも置けるのかな?」と,
思うのですが.....どんなもんでしょうか?

[929] Re: 教えてください.トイザラス(米)事情 投稿者:JinSato 投稿日:00/08/31(Thu) 23:23
カナダの場合ですが、古いものは殆ど無いです。 1998年のモデルがたまに見
かけるくらいです。

古いものがあると、すぐ買われて eBay で売られているような感じさえ覚えます。
それでも、北米大陸は広いですからひよっとすると残っているかもしれないと
思いたいのですね。

ところでもう1年半くらい前のことですがカナダのトイザラスの場合、在庫管理
がしっかりしているのか、それとも、電話で話した人が親切だったのか、特定の
モデル名などが分かれば、カナダ国内の各店の在庫を検索してくれました。
それでも、数年前のテクニック系のキットは皆無でした。

[932] Re^2: 教えてください.トイザラス(米)事情 投稿者:taketake 投稿日:00/09/03(Sun) 16:26
> カナダの場合ですが、古いものは殆ど無いです。 1998年のモデルがたまに見
> かけるくらいです。

うーん,そうなのですか. 残念.
実は,友達がアメリカに行くので,何か買ってきてくれるように頼もうと思ったのですが,あまり昔のものは無理なようですね.
最近のだけを頼む事にします.

> 古いものがあると、すぐ買われて eBay で売られているような感じさえ覚えます。

ちょっと前のものを,手に入れる方法はネットの世界や通販しかないのですね.

毎回,丁寧に答えてくれてありがとうございます.

[952] Re^3: 教えてください.トイザラス(米)事情 投稿者:TOM 投稿日:00/09/25(Mon) 06:49 <URL>
池袋の東急ハンズの七階で古いレゴ特集してますよサンシャインのB1文化会館のトイザらスにも色々ありましたし。
ではこの辺で失礼