ネクスト研究日記

Javaを使用して動画を再生し、同時にコメントを流す機能を装着してみる。

まず、動画を再生するプログラムを開発するにはJMF（JavaMediaFrameworks）が必要で、開発環境に追加インストールする必要がある。（※再生側には必要ない。）

JMF以外にもQuickTime for javaがあるようだが、個人的にQuickTimeは好きじゃないのでJMFを使用して開発。

⇒ソースコードのダウンロード

⇒クラス・ソースファイル一式

ネットワーク通信なども考慮しているが、未実装。

開発すべき点での注意点は

・ダブルバッファリング（ちらつきを抑える）

・メモリリーク（メモリの適切管理の必要性）

の２つを注意しないといけない。特にメモリリークだが、メモリを解放しないと徐々にクライアント側での使えるメモリが減っていき、乱数生成ができなくなり、流れる文字が次第に減っていく。また、ダブルバッファリングをしないと画面描画にちらつきが発生する。メモリ上に仮想的に描画し、それを画面に描画することで通常の多重描画を一重描画にし、ちらつきを抑える。

また、再生画面では動画の後ろを文字が流れるが、動画の上を流れる文字をライトウェイトにすることで前面に描画することができるようだ。

・参考ブログ
http://feather.cocolog-nifty.com/weblog/2007/11/java_cf70.html

http://feather.cocolog-nifty.com/weblog/2007/11/post_e1ac.html

WineでwindowsのプログラムをLinux上で動かすことが出きるが、DirectXを用いたゲームは動かない見たいだが、それを動かしてるブログを発見したのでメモメモ

http://wine-review.blogspot.com/2007/11/directx-90c-on-linux-with-wine.html

ついにOCNが2008年8月1日より転送量規制を始める。アップロードトラフィックを１日あたり３０GBに制限するとのこと。

自宅でサーバを運営しており、アクセスが集中した場合に２０MB/ｓ（Linuxシステムモニタ値）とか普通に出るので、１日あたり約１５０GB以上転送することも・・・・。となると一発で警告が来る。

今日1日（24時間あたり）の転送量を計測していたら1日あたり２８７GBほど送信していた・・・。　ﾏｽﾞｲ

OCN転送量規制⇒http://www.ocn.ne.jp/info/rules/upload/index.html

Googleにおける仕事の考え方を紹介。

「エキサイティングな問題に対して仕事をする」

「世界中のみんなに影響を与える」

「可能な限りアルゴリズムで問題を解決する」

「新しいことへのチャレンジを恐れない」

ふむふむ。これに自分が追加するとすると・・・

「技術を公開して世界レベルで技術力を上げる」

かねぇ・・・

現在、ローパワーCPUの電圧ををわずか０．５Wにしてしまおうといった計画がある。しかもIntelから２００８年に公開されるみたいだ。嘘のようで真の話。AMDもすでに開発しているらしい。

数年後には地球シミュレータレベルの演算能力が手のひらサイズのノートPCに圧縮されるらしいが、それも夢ではない。現在、地球シミュレータの演算能力が約４０TFP、PS3が約２TFPなため、Ps3を２０台並列処理させれば格安で地球シミュレータが実現してしまうといった状態だ。地球シミュレータの製作には５００億、管理に月５４億かかるとされ、維持費用も半端でない。アメリカがPS3を２００台並列処理させ、軍事計算に用いるといった意味もわかる。地球シミュレータが８０万程度で入手できてしまう現在…。技術進歩はかなり早い。

情報ソース：（０．５WCPU)http://pc.nikkeibp.co.jp/article/trend/20080516/1002621/?P=1

Javaアプレットで文字を流す文字を修正する場合、動かす文字のｙ座標の位置を乱数を用いループ表示している。しかし、ここで問題が！

一定時間アプレットを動かしていると流す文字が消えて行ってしまうではないか！

40個のオブジェクト（一個あたりフォントサイズ36px、文字の長さ40文字）の位置配置計算をループでやるといった仕組みだが、3分ほどで一つも流れなくなってしまう。

描画をきれいにするためダブルバッファリングをしている。一時的にバッファを作成し、そこに一時的に描画し、それを再描画するというもの。

これによりメモリが一時的に占領・上書きが繰り返されるため、メモリリークと呼ばれるメモリの断片化が発生してしまう。プログラムのバグでよく多いのがこのメモリリークと呼ばれるもので調べるとメモリリークのバグを見つけるのは困難らしい。フリーソフトなどを使うとパソコンが重くなってしまうのはそのせいだ。

そのため、メモリリークを探すには専用ソフトを使うのが望ましい。

・詳細情報ソース＜＠IT＞
http://www.atmarkit.co.jp/fjava/rensai3/debug02/debug02_1.html

javaなどの言語で使われるboolean関数とは、真(true)と偽(false)の2種類の値だけを扱う最も単純な構造の型 である。

詳しく⇒IT辞書

15年の開発期間を得てやっとwineVer1.0が公開された！

これでwin32APPなどを動かすことができる。

いろいろとソフトの動作を確認してみているが、今のところほとんどのソフトは動くようだ。

入手先：http://www.winehq.org/site/download

ちなみに、私が自宅で動かしているFedora７へのインストール方法は

yum upgrade

yum —enablerepo=updates-testing upgrade wine

yum install wine

上記から順番に実行することでインストールが完了する。

起動方法はアプリケーションメニューに統合されているため、

アプリケーション→wine

から起動することができる。

情報ソース：http://www.winehq.org/site/download

Firefox３が公開された。

２に比べ、動作が飛躍的に軽くなったのと、ダウンロード数をカウントし、ギネスに登録しようといった何気ないイベントが気になるところ。

また、３の注目すべき点はかなり動作が軽くなった点だ。JavaScriptの動作では
・IE７の9.3倍、FireFox2の2.7倍高速になってる点だ。

私はgoogleデスクトップとともにノートPCで使っており、ctrlキー３回押し+ｃｔｒｌ+ｖで構文貼り付け+enterでFireFoxを開き検索をしているが、今まで起動に5秒以上かかっていたのが一瞬で起動する目にわかる快適動作がいい。

その他の機能（アドオンなど）についての詳細
http://www.itmedia.co.jp/bizid/articles/0806/13/news071.html

・googleデスクトップエンタープライズ
http://desktop.google.com/ja/enterprise/

絵師様が投稿してくださった画像

うまいなぁ・・・

Photoip.NETの技術をちょこちょこと公開していこうと思うが、なかなか開発が終わらないのが現実。開発状態のを公開してもただのゴミだしなぁ…ここは非常に難しいところかもしれない。

はてさて、画像の上にコメント。このシステムはニコニ●動画が登場する前からあった技術で特に新しいものではない。仕組みとしてはレイヤーを用いる。レイヤーとはPhotoShop等に用いられているアレのことです。画像レイヤーを最背面に配置し、その上に透過レイヤーとしてコメントを流すようにする。横から見れば三次元だが、正面から見れば二次元といった具合だ。

コメントを流すアルゴリズムはニコニ●動画 ではBlackBOX化されているため、それを再現するにはどうしたらよいかが問題となったが、流す処理は難なく製作することができた。流す向きとしては右から左、左から右、上から下、下から上、往復が可能。（HTMLタグ標準、電子掲示板とおなじ）

ここまでは誰でもできる。しかし、問題はここからだ。コメント配置計算と速度処理のアルゴリズムを組まないといけない。（と言ってもすぐできそうな気もしますが、忙しくて時間が…） コメント以外にもさまざまな機能を計画しているが、あとは時間との戦いとなる。

計画が没になったのも多数ある。その中に画像ジェネレータといったものを作ろうとしていた。Web上で画像編集できたら編集ソフトとか買わなくてもいいよね。といった形で作ろうと思っていたが、ググってみたらすでにあった。　orz

http://pixenate.com/