« 2007年01月 | メイン | 2007年03月 »

2007年02月28日

新たな一歩

去年の夏休みに FreeBSD という OS に出会って少しシステムの奥に入るきっかけを得ました。 更に、最近では自宅で FreeBSD Only でしばらく生きてみようと試みをしています。 今までは Windows を使っていたので、package の upgrade にすら多大な時間をかけてしまっています。 しかし、なぜうまくいかないのかを調べている時間も最近では楽しめている気がします。

必要な情報を見つける過程には、必要ないにしろ役に立つ情報が入ってくることが多いからです。

ちなみに今の進捗は、X-window などの upgrade に時間をとられているのでなかなか、今までと同じような環境は整えれていません。

昔はコマンドラインウィンドウを見ただけで拒否反応を起こしていた気がします。慣れてきた今ではそれにすら楽しみを見出せるので面白いものです。


担当: 二瓶 (嫌いなものにも「なるべく」チャレンジ)


投稿者 beko : 18:52 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月27日

Microsoft Windows OS

Windows は「パソコン」だけでなく、様々な場所で様々なものに組み込まれて使われています。たとえば、コンビニのATM・スーパーのレジ・時刻表の電光掲示板・携帯電話・カーナビなどがあります。パソコンのOSをそんな場所に使って大丈夫なのか?と問われると、返答に少し困ります。ただ言えることは「Windows インストールしてアプリケーション作っただけ」の機器は信用してはいけないということです。その理由として、Windows の標準設定(デフォルト)では、「余計なお節介・老婆心」として様々な機能が有効になっており、機器開発者が明示的に無効にしない限り動き続け、それらの機能にプログラムミス(バグ)や設定ミスによるシステム乗っ取り・破壊の手段(脆弱性)が存在する場合があることが挙げられます。(実際、Windows Embedded ベースのシンクライアントが SNMP サービスの脆弱性でウイルス感染し、Flash ROM に巣を作られた事件が有ったり無かったり。。。)

というように、Windows は身の回りで生活を支えてくれています。今日の写真は開発の現場を支えてくれる Windows 2000 です。何の変哲もないテクトロのオシロスコープですが、中身は Windows 2000 で動いています。そのおかげで、データのやりとりがとても楽に行えるだけでなく、ふつうに文章編集・Webブラウジング・CD-Rライティングなどもできてしまいます。ただ、PC と並行して使っているとマウス・キーボードが2セット並んでしまい場所を食うので、ここはWindowsの強みを生かし、「Synergy」を使って PC の入力デバイスをネットワーク越しに共有させています。

担当: 衣川 (「デジタルオシロは使いにくい」と思っていたが、使いにくいのは最初だけだった 担当)

投稿者 beko : 20:52 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月26日

PC98-NX

今でこそその他大勢のメーカーの1つに数えられますが、その昔NECはPC-9800シリーズというパソコンを販売していました。98は国内で圧倒的なシェアを長い間維持し、ビジネスやホビーなどあらゆる用途に活用されました。今でも展開されている「VALUESTAR」や「Lavie」シリーズはこの時代から続いているものです。

しかし、現在の主流である廉価で拡張性の高いPC/AT互換機が市場に現れ、独自規格による優位性を保てなくなった98は徐々に姿を消して行きます。そして2003年に受注終了となり、もはやレトロPCの部類に属するようになってしまいました。

ところで、NECは1997年にPC98-NXというブランドで自社製AT互換機の販売を開始しました。「New eXcelent」を謳ったこのシリーズですが、かなり前から「PC98-NX」という名前を付けなくなったのでやめてしまったのかと思っていたら、業務用モデルでは継続しているようです。在りし日の面影を残す名前を冠したマシンを見るのも感慨深いものです。

担当:真水 (老スペック友の会)

投稿者 beko : 23:59 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月23日

MoCap Revised

Hallo again,

this is my second entry in the blog in the course of some days and I though I would share some thoughts about motion capture.
As I said before we are in the final stages of our project and are now incorporating the
motion capture data that we recorded from the fashion model.
We had to find out that the data was very hard to correct and we had a tough time to get a complete catwalk motion together. Moritz did the motion blending and it was certainly no joy for him at all.
Even a state of the art motion capture system like the one we use (Vicon MX) will always involve dealing with certain offsets in the marker data. Most likely you won’t be able to perfectly capture exactly the same motion as it was performed. Even when in the end the motion looks realistic it will contain offsets, although they might be in the range of a few millimetres or less.
The problem is not so much to precisely locate the markers in space as this can done with high precision by the infrared cameras. The step which involves most offsets is to finally calculate (or technically spoken: to solve) the underlying skeleton.
Marker placement is a crucial step in reducing this offset as much as possible, because a combination of 3 or more markers is used to calculate the rotation of a joint. A bad marker placement will result in bad quality data, as simple as that.
Each motion has its characteristics and thus marker placement has to be adjusted to capture these characteristics as good as possible.
Even though big motion capture studios have a so called full body marker set which might work well for 80% of their customers they nevertheless have to rethink their marker set for specific cases.
But in the end motion capture remains THE technology for realistic CG motion. The offsets I was talking about are in most cases negligible small and won’t harm the captured motion.
Anybody who is seeking a realistic touch to his animated CG project should consider implementing motion capture. And when you ask yourself where to get mocap data from…

www.mocapdata.com 


BYE

投稿者 : 11:18 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月22日

当たり前といえば当たり前の考え方

「パーティケーキ」とかけて、「原因究明」と解く
その心はどちらも「切り分けが重要」です。

未知の問題で困ったときには、考えられる複数の原因を少ない手順でどうしたら減らせるかをまず考えると良いです。
あとは減らす為の作業を考え、考えた作業の順序と条件分岐などのフローを決めるとなお良しです。

さて、今年度も終わりに近づくこの昨今、いかがお過ごしでしょうか?
今週の私はケーキの切りの連続でしたが、 当たり前の方法でも自分の基本の考え方を持っていると何かと良いと解った一週間でした。

担当: カロ藤 (薄いケーキは美味なりや)

投稿者 beko : 21:36 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月21日

ヒューマンインプットデバイス

回路をこさえんのは楽やけど、「ヒューマンインプットデバイス」を作るんは難しい。握りやすさや、微妙な操作のしやすさ、長時間使っとって疲れへんとか、「アルミケースにジョイスティック突っ刺して、ボタンを並べるだけ」じゃ到底得ることのでけへん性能が問われる。

やけど、そんな「使いやすさ」の問題を長いこと研究してくれとりんさった「ゲーム機のジョイパッド」を使うと、使いやすさを簡単かつ安う手に入れられる。これを使うたら人間への接続性は確保できるんやけど、肝心の「ワシのすてきな8bitマイコン」とかに繋げれへんかったらしょうもない。要するにプロトコルの問題。

だが、先人の努力により、今日の写真に出ている「PlayStation」のジョイパッドSCPH-1200はすでにプロトコルが解析されているため、一字(bit)一句(byte)間違えずにコマンドを送り届ければやれば簡単に返事をしてくれる。

こんな簡単に、16ボタン2軸x2アナログジョイスティックが数千円で手に入る。また、フルキーボードが欲しけりゃPS/2キーボードをつなげばええし。

担当: 衣川 (お国言葉ミックス、実は艦載人デス。)

投稿者 beko : 23:39 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月20日

銘々の命名

物語の作家であれば登場人物に名前を付けますし、商品企画の職にあれば新商品の名前を考える仕事もあるでしょう。しかし一般的な日常においては、ある物に名前を付けるという行為はあまり経験しないことであるように思います。

ところが、こちらのエントリでも触れているように、プログラムを書く作業においては「名付け」という非日常的な作業を次々とこなしていく必要があります。その対象は関数名・変数名・定数名・クラス名・ファイル名など、枚挙に暇がありません。中でも一番困難なのがプログラムやシステムそのものの名前を決めることです。前述の方は単純な単語の連結でも機能を表せていれば事足りますが、プログラムの名前となると固有名詞であることが求められるので、他のプログラムと重複せず、かつ短く覚えやすいものでなくてはなりません。さらに、何の脈絡もなく唐突なものよりは、多少なりともプログラムの機能と関連する意味を持った名前が望ましいものです。

このような観点から見ると、RADIUS (ラディウス・Remote Authentication Dial In User Service)やSPARC (スパーク・Scalable Processor ARChitecture)などは、存在感がある上にあり由来もはっきりしており、他と識別しやすい名前の好例なのではないかと思う次第です。

ということでこの例に倣って以前宿泊予約管理のシステムをAccorema (Accomodation Reservation Management system)という風に付けましたが、折に触れて話のネタになっていることから、さらに命名スキルを向上させる必要があるようです。

担当:真水

投稿者 beko : 23:59 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月19日

ピアノのおけいこ

 大学 1 年の時に 2 ヶ月分の奨学金で買った電子ピアノ。 何故か最近無性にピアノが弾きたくなり、連日連夜、寝るのも忘れて練習などをやっています。 はたから見ると、ピアノ歴 2 年半にもなるのですが、正味一ヶ月程度しかやっていないので、未だにブルグミュラー 25 の練習曲などをやっています。 昨日の夜、ようやく No.20 の La tarentelle の一番難しそうな部分を弾けるようになりました。 今はまだまだですが、目標は幻想即興曲を弾けるようになることです。 即興曲とは言っても、楽譜を見ながら練習を重ねていくのですが。  ピアノも熟練すると、楽譜をぱっと見ただけで弾けたり、即興で作りながら弾けてしまったりするようです。 初心者から見ると、そんなことは夢のまた夢で、到底できるはずもないと思ったりするわけです。 そんなことを考えていると、もしかしてプログラムも似たようなものなのかもしれない、などと思ったりするわけです。 プログラムをぱっと見ただけで理解できたり (ある程度ちゃんとしたプログラムに限りますが…)、仕様を聞くと大体の設計が大まかに思い浮かんで書けてしまったり (しかし、所詮即興)。 すると、言語の違いとは楽器の違いと似たようなものではなかろうか、などと考え始めてはみたものの、いい対応関係は見出せませんでした。

 それはさておき、楽器を弾いて上達していくのが分かる過程はなかなか楽しく、時間を多量に消費しながら休息しているにも関わらず時間を無駄にしているという感じがしないため、個人的にはとてもいい息抜きの仕方なのではないかなぁ、と思っています。


担当:齋藤 (ピアノでタイピング速度も急上昇?)

投稿者 beko : 22:10 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月16日

Snow on board on snow

Alicia-and-me.gif


Hey Boarders and Bloggers,

snowy greetings from Aizu. The winter is mightly back with many snow and good chances to ride a hill with your snowboard or have fun. This is Alicia and me and we got some nice experience with riding a hoop in a icecube. That's fun and we have enjoyed it a lot of time.

Aizu-Wakamatsu is really strange without snow during the wintertime. You can see much preparations for heavy snow everywhere. Also you can see some preparations for the plants, i call it "Bondage-gardens".

On the other hand, with the heavy snow outside, the office seems to us more snugly since a couple of days. Our projects are growing up and we had a nice motion-capture-shooting with a professional cute fashion model at Wednesday. Sometimes it is a little bit hard, cause the most of time is needed for troubleshooting, if you are entering a new unknown topic. But it grows up and becomes good. We have to learn a lot and we'll give our best.

I'm looking forward to my next snowboarding.
Stay in touch and tough,
Moritz

投稿者 : 10:24 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月14日

ライブラリ

氷砂糖
プログラムを書いていると、「文字列検索」や「データの並べ替え」など、似たようなロジックがあちこちに出現することに気が付きます。 しかし、同じようなコードを毎回記述 (あるいはコピー&ペースト) するのは退屈で手間がかかる上に、ミスの発生原因にもなりがち。
そのため、こうしたロジックは色々な場面で使いまわせるように「部品」化され、ライブラリ と呼ばれるソフトウェア資源として蓄積されます。

ライブラリの作成には、アプリケーション作成のそれとは少し異なる設計・実装技術が必要とされます。 アプリケーションは対象となるプラットフォーム (環境) で正しく動作すればそれで良いので、保守性を妨げない程度であれば、「特化」した設計が許容 (あるいは推奨) されます。

これに対し、ライブラリは様々なプラットフォーム上で (差異なく) 動作することが求められるため、汎用的かつ柔軟に設計・実装されることが重要となります。 しかしその一方で、ライブラリに含まれるロジックは頻繁に使用されるため、パフォーマンス (実行効率) においても高い性能を要求されます。

ライブラリ開発は、高いスキルが必要な割に、地味で評価されにくい (単体では動作しないため) 仕事であり、多くのプログラマがこれを敬遠する傾向があるようです。 しかし、逆に考えれば、ライブラリ開発こそがプログラマとしての腕の見所・見せ所だったりするわけで……。

担当: 成田 (趣味は車輪の再発明)

投稿者 beko : 20:00 | コメント (1) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月13日

長期休暇

2月8日から会津大生はほぼ全員(再試の人以外)が春休みに入りました。他の人の場合だとやっぱり春休みは自分だけの時間ができ遊んだりするでしょう。しかし、自分の場合はなるべくバイトに入ってるのでむしろ授業がある日より忙しく、充実しています。絶対、いつも学校で一緒にいる人が見たら信じられないまじめっぷりだと自負しています。

今回がEyes,Japanで働かせてもらって3回目の長期休暇ですが、今までを振り返ると長期休暇を過ぎる度にいろいろな知識や技術、考え方を得られていると思います。
今回も充実した休暇になるよう心がけて生きたいと思います。

二瓶(まだまだまだ半人前)

投稿者 beko : 23:57 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月09日

Project Digital Fashion Show

Hallo!

We have entered the 5 month of our internship here at Eyes, Japan.
Next Wednesday is the day we have been waiting for so long, because we will finally capture the motion of a real fashion model. When this is done we will revive our 3D model (see picture…she is still without hairs ;-) ) with this motion and add the cloth simulation. Right now we are busy with designing the 3D scenery for our digital fashion show which of course includes a catwalk, several lighting rigs with moving heads and some other details.
When everything goes smooth we will finish our project by the middle of March. It’s about time to get excited ;-)


Bye!

Julian

Ioli.jpg

投稿者 : 16:25 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月07日

今週末は会津絵ろうそくまつりを御楽しみ下さい♪

皆がBlogを廻してくれているので久し振りの投稿です(よし、今月は皆ちゃんとBlog書いているわね)。

8, 9, 10(金〜日)はいよいよ「会津絵ろうそくまつり」です。今年は暖冬で会津も雪が少ないけれど大丈夫なの?と疑問をお持ちの方、大丈夫です!今年はひと味違った楽しみを御体感いただけるでしょう。私も今からワクワクしています。今年は例年より1日多い、計3日の開催です。是非足をお運び下さいね。

私の愛用Macちゃんは部品交換の為今日からしばらく入院です、クーッ寂しい…。。

--Oguma

投稿者 beko : 17:20 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月06日

液晶、プラズマ、次はSED!



<2008年新薄型ディスプレイSED発売か!?> PDP43インチ、液晶45Vインチと二つを昨日紹介した。 今日は新しいディスプレイであるSEDについて見てみよう。 SEDとは表面電界ディスプレイのことで表面伝導型電子放出素子(Surface-conduction Electron-emitter)を使ったディスプレイである。ブラウン管の電子銃にあたる装置を平面状にした技術であるので、ブラウン管並みの明るくコントラストが高い画面を実現できる。厚さもプラズマと変わらない。

キャノンと東芝がSEDの合併会社を設立している。SEDは低消費電力! プラズマ、液晶と比べるとそれぞれ約1/3、約2/3の消費電力となっている。100000対1という高コントラスト比があるとしている。去年のCEATEC JAPANでの55インチSEDでは50000対1に下がっていた。が、画質に問題はない。ブラウン管の画質を精細にした感じ。フルHD画質に対応している。

しかし、残念なことに、2005年4月に特許の問題で米ナノ社がキャノンを提訴し、雲行きが怪しくなっている。特許問題は子会社化することで解決したようだ。2005年5月に東芝の姫路工場内でSED量産を行なおうと建設予定だったが、断念した。この問題がなければ、2006年にはお店に並んでいたようだ

店内に並ぶのは来年らしいが定かではない。SED社長は「1号機を2007年末までにリリースし、2008年中に量産化したい」と述べている。

SED 55インチ フルハイビジョン(1920×1080)対応モデル
ピーク輝度    450カンデラ/平方メートル
暗所コントラスト 5万:1、
動画応答速度   1ミリ秒以下
フルHD対応

http://www.nikkeibp.co.jp/news/flash/523928.html
http://plusd.itmedia.co.jp/lifestyle/articles/0610/03/news040.html

担当:海田

投稿者 beko : 12:31 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月05日

2010年 デュアル大型テレビが一般家庭についに普及?

<2007年 デュアル液晶モニタが普及?> 近年の液晶モニタの低価格化により、1つの パソコンに対して2つの液晶モニタを使用する デュアルモニタが一部のコアユーザの間では 広まってきています...

<2010年 デュアル大型テレビが一般家庭にも普及か?>
未来的新聞より
昨今止まない技術の発展により、大型テレビを
一家に2台並列使用するデュアルテレビが一般家庭で
あたりまえの光景となりつつあります。


とまあ、将来はこんな記事が掲載されるんだろうなー
と思っていたら、もうすでにありました...デュアルテレビ。

左が43型、右が45型のテレビです。
比較対象にミー(黄色い人形)をおきましたが、
2台並べると、恐ろしくでかいですね。
このような光景は2010年頃には
当たり前の光景になるんじゃないかと
思っていましたが、まさか2007年に垣間見る
事になろうとは・・・。

担当 才村

投稿者 beko : 22:55 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月02日

Europe meets Japan

Europe-Meets-Japan.gif

Hi,

it's not a secret, Japan is an unique country in the world and difficult to get an idea about.
As we came to Japan, we had a totally different picture in our minds and a
really weird idea about Japan may be. Now we have the beginning of the fifth month and some things we like really much, some things we dislike, some things are difficult to understand and some very easy.
already

I think it is the same to all Japanese people we met here and came in touch with during our projects and business. We already got many impressions and a lot of things for inspiration, but I think it is always the best way to combine things and to have a compromise or symbiosis.

This picture may be the best to show, how the process of globalisation and the multicultural progress is going on in our world. Let's try to like different views and cultural aspects of foreign people and countries, cause this is the magic of our world, to explore totally different places and people. Who wants to live in a uniform boring world without different colours, shapes, languages, habits, cultures, music and everything I forgot?
There are a lot of secrets we can discover in others and ourself.

Stay in touch and tough,
Moritz

投稿者 : 10:43 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク

2007年02月01日

冗長な表現

http://www.aizu.com/blog/archives/images/2007/02/01/0.jpg
何気なく使われている言葉に、違和感を覚えることはありませんか? 例えば、
  • 100円割引致します。
  • 極めて有効的だといえる。
などは、冗長な表現だと言えます。 何故かというと…
1. 「1割引き」では値段の1割が減額されるのに対し、「100円割引」で減額されるのはもとの値段に関係なく100円。 よって、「割」という語は不要であり、「100円引き」と表現するのが正確です。 ちなみに、「15%割引き」も、正しくは「15%引き」とすべきでしょう。
2. 「的」という語は、名詞を形容詞的に使うため、その名詞の後に付けて使います。 この場合、「有効」というのは形容詞なので、それに「的」を付けるのは用法として誤り。(「有益的」とか「有用的」とは言いませんよね?) この場合は、単に「有効だと~」、あるいは「効果的だと~」が適当です。

コンピュータの世界でも、こうした「冗長な表現」は目に付きます。 例えば、昨日の日記の画像のURL
http://www.aizu.com/blog/archives/images/photo-20070130-162719-0.jpg
ですが、これにはかなり改善の余地があります。
a. 途中のディレクトリ名が "images", "archives" のように複数形になっていますが、ディレクトリは同じカテゴリに属するファイル (またはディレクトリ) を集約する概念なので、形容詞的な命名 (単数形) をすべき。("photos album" ではなく "photo album"、"songs list" ではなく "song list" と表現するのと同じ理由から。 ) そもそも、ディレクトリが「何かの集合」であることは分かり切ったことであり、複数形を用いるのは (一般に) 文字数を増やすという意味でも冗長です。
b. "images" ディレクトリ以下には入っているのは画像ファイルであり、そのファイル名はすべて "photo-********-******-*.jpg" ( * には日付・時刻などの数値が入る) という形式になっています。 "photo-" というプレフィクスが冗長である上に、ディレクトリ名 "images" と意味が重複しています。 また、日付や時刻などの分類属性をファイル名に組み入れてしまうことで、ディレクトリによる「仕分け」がなされなくなっています。
c. すべての記事の画像だけをまとめてディレクトリに入れ、記事本文と分離してしまっているのは、データのまとめ方として不合理。個々の「記事」をディレクトリとし、そこに本文や画像をしておくべきでしょう。
以上のことを踏まえて昨日の記事本文 (htmlL) と画像 (jpg) のURL を決めるならば、
記事: http://www.aizu.com/blog/archive/2007/01/30/a/index.html
画像: http://www.aizu.com/blog/archive/2007/01/30/a/image/0.jpg
のようにするのが適当だと考えられます。 (同日の複数記事投稿には、投稿時刻の代わりに "a", "b", ... とディレクトリ分けすることで対応。)

冗長化を行うのは、通信とストレージだけにして頂きたいものです。

担当: 成田 (Simple is the best.)

投稿者 beko : 22:00 | コメント (0) | トラックバック | save to del.icio.us このエントリーを含むはてなブックマーク