Archive for the 'ソフトウェア' Category

写真から3DCGモデルをつくる SurveyFromPhoto

カメラでリアル物体を撮影することで形状解析を行い、3DCGモデルを生成する技術というか手法がある。
職人技によるモデリングを行わなくても3DCGモデルが作れるということで、工数を減らしたい3DCGデザイナーや絵が苦手な人が主に注目しているように思われる。
レーザーレベルやスリット光を使った光切断方式ではDAVIDTri-Coderなどがあるし、業務用の3Dスキャナもこれの大がかりなものである。
最近人気なのが、カメラで撮影するだけで立体モデルが作れるといった手法。業務用のZScannerシリーズなんてのがこれにあたるけれども、2009年末にはWEBカメラで撮影するだけで立体モデルが作れる”ProFORMA”なる研究が発表されて話題になった(WIREDVISIONの記事)。
ProFORMAはマーカーレスAR(PTAM)を3Dスキャナに応用したような形だけれども、こういった3Dスキャナに使われている技術とか解析技術とか大本はだいたい同じようなところにある。
それをいかに簡素に自動解析で行うかというのがトレンドなんだけれども、物体の特徴点抽出や画像処理を行ったことがある人間にとっては汎用で行うことは難しいというのがなんとなく見えることだろう。平たく言えば使い物になるレベルかといったら少々難しいといったところで。

しかしまあ、どれくらい不完全なのかも含めて色々と試してみたくなるのが好奇心というやつですな。
問題となるところは特徴点の自動抽出とかなわけだからそのあたりを人間の手でやったらどんな感じなのだろうというのが以前から頭にはあったのです。そんな時に見つけたのが今回紹介するフリーウェア ”SurveyFromPhoto”
対象物をいろんな角度から撮影した写真を何枚か用意して、その複数写真内で共通している空間を点で指定することで立体形状のヒントとするといったアプリ。測量とか測定とかの方面からのアプローチらしいけれども、写真から3DCGモデルを作るといった部分をみても十分に面白いので試してみるのですよ。
sfp_ss09.jpg

Read more…



るりぺこ。 Ver 0.4

1ヶ月ほどまえに突然「作ったよー」とアナウンスした拙作 Twitter bot の「るりぺこ。」ですが、出力を見ながら地味ーに改良を続けているところ。制作者的には手を入れるたびにどんどん進歩していくのがわかるので可愛くてしかたがないのだけれども、外から見てるとあんまり変化がわからず相変わらず残念なことを言う娘にしか見えないかもしれず。
けれども、今回のVer0.4では大きな機能が付け加わった。mentionに対して返事をする機能の追加。@ruripeco 宛になにかつぶやくと数分後にお返事が来ると思うので、非実在友達としてご利用ください。

一応返事はするけれどもあいさつ系は弱いというか返せないので、基本るりぺこへの挨拶はしない方向でひとつ。

人工無能みたいに自然な会話を目指しているのとはちょいとちがうので、定型パターンの返信とかは持っていないのですよね。

まあ、気が向いたらかまってやってください。

twilog (http://twilog.org/ruripeco) で古い発言と今の発言を見比べると結構違うことがわかるんじゃない、かな。



PCのパーツ交換は難しい

いまどき PC なんてノート型で十分じゃね、とかいう論調になりつつある様に思える。
まあ、確かにWEBとメールといった「日常生活用」であればネットブックの様なライトなマシンでも十分だったりするし、「娯楽や文房具」といった一般的な向きにおいては確かにノート型で十分ではあるよな。
しかし、用途が「エンジニアリングワークステーション」や「クリエイティブワークステーション」といったモノ作りのためであったらそうは行かない。やっぱりデスクトップ型でパワフルな環境が欲しくなるといったものだ。
VAIOなんかはワークステーション用も全部液晶一体型になってしまったが、まあアレはアレでありなのかもしれないなあ。目的に適応したパワフルさというのはあるわけだし。

私が今使っているマシンは AMD の Phenom クアッドコアCPU を積んでいるものだ。これは昨年末に買い換えたもの。
ニコニコ動画への投稿が頻繁になっていくと同時に、DTM作業でパワー不足が顕著になったのが買い換えの主要因。動画編集もパワーがいるけれども、レンダリングとエンコードに時間がかかるだけなのであまり困ってはいなかった。だけれどもDTMはソフトウェア音源やエフェクターをがすがす挿していくため、編集中に音が途切れてしまうのですな。これは困った。考えてみると、DTMと動画の作成ほどマルチコアの恩恵をうける用途もそうそう無いよなと思ったので当時出始めだったクアッドコア(の安いところ)にエイヤっと飛びついてみたのであった。
これが正解で動画を中心とした製作環境がぐっと快適になったのですよ。
けれども、4CPU全部がぎゅんぎゅん廻っている所なんて本当に動画エンコードとDTM作業中くらいしかみかけないのも確か。通常はデュアルコアで十分だとも思う。

で、ここからが本題。
マウスコンピューターで適度に安価な Phenom マシンを買ったのだけれども、この頃は Phenom9500(clock 2.2GHz) だったのですな。Phenom9500 はTLB Errata があるちょっぴり残念な子。
通常利用していて TLB Errata に出くわすことはほとんど無いことらしいのだけれども、そんな先天的な病を抱えていながら日常生活を送っているというあたりに不安を感じるかどうか。TLB Errata の回避パッチをあてると安心して使えるようにはなるけれども、ベンチマークレベルで 5%ほどのパワーダウンとなってしまう。なんか中途半端に落ち着かない感じ。
年末だしマシン増強の季節だ、Errata の無いコアに差し替えて気分すっきり使っていこうかーということで Phenom 9750(clock 2.4GHz) を買ってきて CPU だけ差し替えることにした。速度もわずかながら上がってはいるけれども、そのへん気分程度のモノでしかない。同じ気分なら、Errata を持っていないよということですっきりしたほうがよっぽど大きいということで。

CPUを交換した結果何が起きたか。
一部ソフトで「違うPCで起動された」とアクティベーションにひっかかって使えなくなってしまったのですな。口惜しや。
アクティベーションというと Windows が有名だけれども、Windows は同時に複数のハードウェア構成が変わらないと再アクティベーションは走らないし、1年に 1度くらいの改造だったらまず出会う事は無いくらいなのでそのへんを踏まえていると割と困らない。(VMwareとかで弄っていると頻繁に環境が変わるので怒られやすいが)
それ以外にアクティベーションを多用しているアプリは何かというとずばり DTM 関連なのですな。
プラグインによるソフトウェア音源とか、かなり頻繁にアクティベーション(Challenge&Response認証)を使ってきている。
今回は Native Instruments と uebershcall の製品がひっかかってぐんにょり。コイツらはCPUのIDを見ているのかー。
でも Native Instruments は再登録するだけでよかったので OK。Native Instruments はサーバー側でうまいことやっていてマシン買い換えなどで新しく認証しても古い方は自動的にパージするから大丈夫とか言っていたので、まあ安心できる。(どういった手順になっているのかはしらんけど)
問題は uebershcall の方で、こちらは「認証は2回まで!」とかっきり決まっている。実は前回のPC買い換えで2回目も埋まっており、今回ひっかかった事で手も足も出なくなった次第。しょうがないので日本代理店のメディア・ファージ(クリプトンフューチャーメディアさんですな)に「Response Codeクリアしてと」サポート依頼メールを放る次第。
ちなみに VOCALOID もアクティベーションだけれども、この程度のマシン変更は見越しているのでCPUでもHDDでもなく「増設LANカード」を選択して紐づけてある。なので今回は問題なし。というか、このようにどこに紐づけるのかが見えていると、まだ安心して使えるというものだ。
DTM関連はみんなそんな面倒なのかというとそうではなく、SONAR や FL Studio は個人用途で複数起動しなければ複数台にインストールしても目をつぶりますよというゆるめの規定になっていますな。利用者としては、こっちのほうがありがたいのでやはりひいきにしてしまう。そのかわりレジストキーが相手先でクレジットカードや登録情報に紐付けされているから流出させたら後で流出者を追跡されちゃうけれども。
流出される前に締め上げるか、流出された後なんとかできるようにしようというポリシーの違いでしょうな。

今回はひっかからなかったけれども他にアクティベーションしているアプリというと Adobe のクリエイティブ系や、CodeGearの開発環境とかがあるけれども今回は問題なかったなあ。
Adobe は認証コードの返上というアクションができるので、PC買い換えの前に返上しておいて新しいマシンで再度アクティベーションすれば良いという仕組み。これくらい当然のことだからやって欲しいところではあるけれども。

正直なところ、開発系のソフトウェア群にはPC本体の数倍ものお金がかかっている。むしろPC本体なんてこれらソフトウェアを使うための器でしかないし、数年で壊れてリプレースされていくものなのでさほど依存感はない。
そんなPCのほんの数万円のパーツが壊れたり交換しただけで、数十万(下手したらもう一桁上)もかけたソフトウェア群が動かなくなるというのは納得できないところである。
また、そういった事態を避けるためにPCのハードウェア構成はあまり変更せずずっと使い続けるようなスタンスとなる。そうなると、パーツを選んで組むメリットというのはかなり薄くなり、メーカー製の箱で良いのではという気もしてくる。自作PCと言われる分野が先細るわけですよ。

まあ、一番悪いのは過度のアクティベーションと、それを導入させた悪意の流出者であるわけですが。



DS-10届いたよ

dsc06294.JPG
というわけで、DS-10が届きました。
メール便による延着をくらっていただけなので1日〜2日の遅れ程度なのですが。

来ないよと動画をあげた(http://www.nicovideo.jp/watch/sm4091750)流れで、マインドシーカーの『瞑想』を手習いで打ち込んでみた。……んが、これは人に聞かせられないなあ。
一応置いておくけど。
ds10_meisou.mp3

でもこれで一通りの機能とできること、あとだいたいのクセがわかったのでえいやと一曲作ってみる。

DSからの出力をPCで録音した後コンプレッサーやリバーブをかけたくなるなあ。



FL-danceで「てってってー」

前の記事で『Fruity Dance なら「てってってー」できるのか?』という質問を受けた。
http://www.nicovideo.jp/watch/sm678493で配布されているドット絵を眺めてみたが、まあ普通にこれを切り貼りすれば Fruity Dance で踊らせることはできそうである。
ただ、これをコマ毎に切り出して、Fruity Dance 用に並べ直すというのが微妙に骨な作業という気がする。

fldance_support_tool1.jpg
そこで、容易に切り出して並べ直すツールをやっつけで作った。
Download: fldance_support_tool.zip

何となく今回以外に使い道がなさそうな、使い捨てツール。

tettette_on_fl.jpg
無事てってってーできた。


動画の方が説得力あるかと。



FL8とFL-chanとSynthMaker

Life update メンバー向けに FL Studio 8 のRC版1が公開された。
FL-chanの壁紙だけでなくFL-chanが踊るプラグインまで含まれていて「ImageLine本気だったのか……」とびっくりしてしまう次第。

さて、FL Studio 8 には色々な改良点があるのだけれども、結構大きいのがSynthMakerというシンセやエフェクターを作るゲラフィカルプログラム環境の FL Studio 専用版が付属してくるあたり。
REACTOR や Karma FX Synth みたいなGUIモジュール型シンセというよりは、Synthedit の方に近い。触ってみると本当にプログラミング環境だったりする。

全世界的規模でFL-chanが足りない事だし、ちょいと何か作ってみるかと思ってできあがったのがこれ。
flchan_syhtnmaker1.jpg
左上の方は、あの乱数Pの名作ツール「絵でレベルメーター」パクリリスペクト。SynthMaker版「FL-chanの絵でレベルメーター」。ミキサーにエフェクトプラグインとして追加すると、使えないレベルメーターとして動作する。
右下の方は、おまけのぽぽたんダンス。こっちはインスツルメントとエフェクトのどっちでも動作。再生中に踊り狂うだけのプラグイン。一応テンポを変えると速度も変わるけれども、あまりリズムとの同期は期待せぬよう。

Download: flchan_synthmaker_1.zip

適当な所に解凍して、SynthMakerのOpenにて .osm ファイルを読み込んでください。
私自身 SynthMaker を良くわかっていないので画像の読み込みがこれで良いのかは知らん。カレントディレクトリの画像ファイルを読み込む形なので、Open一発目は良いとしてそのあとへんなタイミングで開いたら失敗するかも。その時はもっかいOpenするなどでまたディレクトリを動かせば良いはず。

おまけの元画像ファイル。利用はご自由に。
DOwnload: flchan_synthmaker_parts.zip (レイヤ込みPSD形式画像データ)

本当はこんなの作ったよーとニコニコに動画をあげたいところだけれども、ちと音楽と動画を作る時間までは取れない状況なので誰かやってー。とかいう。

追記: Mar.09.2008

ウマウマ動画作ってもらった。感謝。
ニコニコ動画はこちら



レビュアブルマインドをインストールしてみた

なんでもそうなんだけれども、物を作ったり研究したりするためには準備と予測、そして進行をきちんと管理していかなければならない。これをプロセス管理といったりする。
特に開発系の会社ではプロセスを定型化してきっちりとこなすことで、損失や予測ミスを無くそうとするわけだ。
プロセス管理の手法もいくつかあって、その時の流行なんてのもあったりするのだけれども、個人的にはなんとなくしっくりこなくて「そーゆーもんなんだー」と眺めている感じだったり。
といっても物をつくっているときは何らかの予測や管理を自然と行っているわけなのだけれども、ほとんどが頭の中でなんとなく管理しているということなのだよな。で、それをきちんとやろうとするとどうなるかというと、結局はToDoリスト最強説に落ち着いたのです。なんかふたまわりぐらいした割には簡単な結論。
最初にかっちりToDoリストを作成して、それをつぶしていくという作業進行スタイル。ただ、これをやるためには、最初にToDoをもれなく全部書き出さないといけないという課題があり、これが時間かかるし成し得にくいくらい大変だったりする。
そんな時目にしたのが “GTD (Getting Things Done)” というワード。プロセス管理の方法というより、作業を気楽にするためのライフハックらしいんだけれどもやっていることはタスク管理(ToDo)。
GTDのキモはToDoリストの問題点を解決しているところにある。何かというと、単に「1週間に1回見直しをして整理しましょう」というだけの事なんだけれども、これのおかげで大きなタスクを見えてきたところで細かいタスクに分割したり、割り込みを処理することができる。

大分前置きが長くなったけれども、GTDをベースにしたタスク管理システムであるレビュアブルマインドが essa氏によって公開された。Webアプリだけれども、Ruby on Rails で作成されておりオープンソースだ。動画デモを見てナルホドと思え。
個人的にちょうどToDoリスト最強説に高まっているところだったのでとびつきでインストールしてみた。

レビューをするためのタスク管理システムということで、他のタスク管理(ToDo)では難しかった部分が簡単にGTDっぽく作業できて良い感じ。といっても、GTDの実践は紙とかでも良いものなので無理にツール化して馴染む人とそうでない人に分かれると思うけれども。
レビュアブルマインドはタスクの数が多くなったときにどれくらい捌けるかが評価どころかね。

以下インストール記。
Read more…



ラジオサーバーをつくろう 〜 番組切り出し編 〜

前回は、24時間ノンストップでどんどん録音していくシステムを作成した。これだと、HDDがパンクするまでだらだらと録音していくだけなので、1日に1回これを整理し欲しいところを番組として切りだす仕組みを作成する。

このあたりはシェルスクリプトとrubyスクリプトでえいやと作成してしまえばよい。MacOSXにはrubyが標準で入っているあたりが極楽だのう。(むろんPythonやPerlも標準添付)
やることと設計としては以下のようになる。

■作業内容
・ビットファイルを作業領域に全ムーブ
・ビットファイル全てにwavヘッダーを付与
・プレーンwavをmp3に圧縮
・プレーンwavを全削除
・プレーンmp3を、全放送mp3フォルダにムーブ
・プレーンmp3で3日以上前の物を全削除
・録音リストからビットファイルを結合して番組ビットファイルを作成
・番組ビットファイル全てにwavヘッダーを付与
・番組wavをmp3に圧縮
・番組wavを全削除
・番組mp3をフォルダ分類

■作成するもの
1. cron起動する大家スクリプト (radio_works)
1.1. 作業フォルダの掃除
1.2. ビットファイルのムーブ
1.3. 各スクリプトの呼び出し
2. ビットファイルからmp3を作るスクリプト (str2mp3)
3. プレーンmp3管理スクリプト (radio_plane_mp3)
4. 番組リストワーク (radio_contents ruby)
5. 番組mp3のフォルダ分類スクリプト (radio_filing ruby)

録音リストというのは以下のような書式。

番組タイトル radio 1 21:30 30 AM

詳しくはLinuxのときの記事参照。
ちなみに録音ファイルには、月・日・時・分を8桁の数字にしたものがファイル名に付いており 01232330.str のようになっている。それを録音時間として扱っている次第。

細かい説明はすっとばして radio_works 以外のスクリプト。
radioserver.zip

これでおおよそそろったので一応のおしまい。



ラジオサーバーをつくろう 〜 これまで編 〜

以前Linux萌え萌え大作戦の中で「ラジオサーバー」なるものを作成した記事を書いた事がある。記事その1その2
ラジオサーバーといっても大それたものではなく、24時間つけっぱなしにしているラジオをこれまた24時間起動しているPCの音声入力端子に繋いで、タイマーで定期的に番組を録音しようというだけの話である。
当初はLinuxサーバーにこの機能を実装して使用していたが、2〜3台のサーバーマシン入れ替えの後、余っていた初代MacMini(PowerPC機だよ)に代替わりをしていた。
そんな、MacMiniが2年間の運用の後ハードウェア的に故障して壊れてしまう。今年9月の事であった。
7年間連続で動作し、録音を続けていたラジオサーバーが停止の時を迎える。

いい加減地上波のアニラジも聞かなくなってきており、アニラジはWEBの方に大体以降してしまったよなあという昨今。さて、この地上波ラジオを録音するためのラジオサーバーを新しく立てるかどうか悩み続けていた。
色々考えたあげく、ちとやってみたい事があったので再度構築することにした次第。
ここからシリーズで新世代ラジオサーバー構築の記事が続くのだけれども、その前に直前まで動いていたMacMiniでのラジオ録音環境について書き残しておきたい。いつか紹介しようと思っていたのだけれども、なんとなく機を逸していた話題なので。

Linuxで動作させていたものをMacOSXに持っていくといっても、MacOSXにはcronとrubyあるので大して難しいことはなさそうである。だが、cronから「録音」をさせようと言うところが少々の障害となった。MacだとGUIを伴う録音ソフトは多くあるのだけれども、コマンドラインやシェルスクリプトから利用できるNonGUIな録音コマンドがなかなか存在しない。
色々考えた末に取った手段が、シェルスクリプトからAppleScriptを実行し、AppleScriptでQuickTimePlayerをコントロールするといった手順。これだと録音時にQuickTimePlayerが画面に表示されてしまうけれども、一応cron起動のシェルスクリプトから録音をコントロールすることはできた。
QuickTimePlayerで録音すると基本 .mov ファイルになる。録音後ファイル形式を選ぼうとすると変換に時間がかかってしまうので、.mov 形式でどんどん録音だけして行き変換は後で行うことにする。
変換は後で一括して行うが、これはQuickTimePlayerを再度AppleScriptで起動し、.mov を読み込んで .aiff で保存するようスクリプトでコントロールする。それで一括して .aiff にしたあと lame でMP3にするといった流れ。この変換だけで1時間以上かかる作業だけれども、全自動なので特に問題は無し。

とまあ、ちょっと面白い形で構成していたMacMini版のラジオサーバー。今は、マシンクラッシュのためそのスクリプトとかも失われてしまったのである。
さて、次はどんな構成でラジオサーバーを作るのか、それは次の記事にて。



音の『電子ブロック』

「DTM MAGAZINE」という雑誌は音楽というよりパソコンよりなDTM記事なので、初音ミク以前から購読していた。が、例の初音ミク体験版が付いた号から売れ方が激変し品切れを起こすようになったため普通に購読していた人にとってはちとやっかいな状況ではある。
売れることで味をしめてしまったのか、量販店の書籍コーナーなどは大量に入荷してくれるので逆にねらい目となっているようだ。というか平積みで入荷しすぎです>ヨドバシカメラ

プラグインとかの情報のためWEB版のDTM magazine web siteも頻繁にチェックしているのだが、ちょいと前に気になるソフトウェア音源が掲載されていた。
KarmaFX Synthである。
良くあるVA音源(Virtual Analog Synthesizer)だけれどもモジュール型なところが目を惹く。
シンセサイザーに必要な要素をモジュールとして定義し、そこを繋ぐようにプログラムすることで音を作っていこうというタイプの音源。実に、プログラマとしてそそられるものがあるのです。
このモジュール型シンセサイザーというのは十数年前から良くある形なのだけれども、今回は KarmaFX Synth を扱えるだけどDTM環境が手元に揃っている(VSTiホストとなるDAWを持っている)ということで試すことができた次第。

krfs00.jpg
KarmaFX Synth の画面はこんな感じ。これで一つの音を出す楽器。
モジュール間を矢印の付いた紐が結んでいて、信号やモジュレーションコントロールを表している。
最も、このような仕組みは減算型のVA音源では珍しいものではなく。
krfs00_2.jpg
このように一枚のパネルになっているからわかりにくいかもしれないけれども、やっぱりモジュール毎になっていて、それをON/OFFしたり効果を増減したりして音を作っていくのは変わりがない。
KarmaFX Synth だとそれが目に見えやすいということと、どんな組み合わせでもできるから如何様にも音が作れそうだということが大きな違いだろうか。

この音をいじくるパーツをもにもに組み合わせていくところが「電子ブロック」みたいだなあと思い、ちょっと楽しくなってくる。線で繋ぐから「マイキット」の方かな。

実際にいじってみる。
Read more…




You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.