Showing posts with label presentation. Show all posts
Showing posts with label presentation. Show all posts

2014-07-05

自分用メモ:PFV or PMC → AviUtl → XMedia Record で動画作成

高速度ビデオ動画をスライドなどで再生可能な状態に持っていく、かつ、必要に応じて複数の動画を貼り合わせる方法のメモ。

  1. PFV (Photron Fastcam Viewer) または PMC (Phantom MultiCam) で高速度ビデオのデータの必要な区間を、非圧縮 avi または連番 bitmap に変換。一般的には後者が良さそう(下記参照)。PFVの場合、12 bit グレースケールから8 bit グレースケールに変換するのもここ。
  2. 必要に応じて、IrfanView, Ralpha, GIMP や Photoshop で画像処理。これもあるし、bitmap 連番がよさそう。ファイル数が膨大になるのだけネックだけどまぁ…
  3. 必要に応じて、AviUtl (でなくてもいいんだが今のところ)で、複数動画を貼り合わせる。なぜか avi だと真っ白とか真っ黒になることがある(PFV での 12 bit --> 8 bit の関係?)ので、bitmap がよさそう。一番の注意は、「フィルタ」メニューでのチェックが各設定ウィンドウでのチェックに対応していて、「設定メニュー」というただのウィンドウ呼び出しであること。あと、fps指定するとなんかフレーム数が変わってしまう(68フレームある連番ファイルで20fpsにすると45フレームになってしまう。68*20/30 = 45 なので30フレームにしないと変になるってことみたいだが、よくわかってない)。クリッピングはそこそこ使いやすいが、複数動画を拡張編集(ドロップでよい)で並べる時のXY位置の指定が中心原点になっててやりづらすぎる。左上原点とかの絶対座標で指定できないのか…(設定調べたらあるかも)。AviUtl での保存は非圧縮 avi にしている(今のところ)。
  4. 非圧縮 avi を XMedia Record で変換。Macでのプレゼン(Keynote, Powerpoint) では Apple ProRes が容量ちょっと大きいけど今のところ最適っぽい。サイズ気になる場合は Proxy で。画質気にする場合は LT か無印でよさげ。ていうかそんな変わらないような…。Snow Leopard くらいのときは H.264 だと動画動かないって先生(Macユーザ)に怒られてたけど、今ならもう大丈夫なのかも。でも拡張子は mov が安定っぽい。正直 XMedia Record は UI が使いづらいので、なんか違うのに変えたい。Mac の Handbraek よりはいいと思うけどね…

昔は WMV よく使ってたけど、相当圧縮下げないと画質悪いし、なにより Mac で動かないことが多すぎるのでもう使わない。Windows なら確実に H.264 動くし…

2012-05-12

Don't Look Back in a Presentation

# ここでいうアニメーションとは、動画ではなく文字や画像が出現したり動いたり消えたりするやつのこと。Keynote でいうとビルド。

僕は学部4年のときからずっとスライドは「アニメーションてんこ盛り派」だったのだけれど、知っての通り我々は「アニメーション撲滅派」や「アニメーション少なめ派」と長期の冷戦状態にある。

彼らのイデオロギーがほとんど/まったく理解できていなかったのだけれど、先日 Garr Reynoldsの『シンプルプレゼン [amazon.co.jp]』のDVDを見て、初めて「あ、もしかして」という理由に出くわした。

いきなり結論にいくと、要はスクリーンを振り返らないためじゃないかと。振り返らないためにどうすればいいかを今回の DVD で得た知識をもとにまとめると、こんな感じ:

・15 m などの長い VGA ケーブルを持参して、laptop をステージと客席の間に置く。もちろん自分に見える向きに
・進行を頭に叩き込む
・laptop は遠くにあるので「いまどのスライドか」くらいはわかるが、「いまアニメーションのどこにいるか」はわかりづらい。したがって、細かいアニメーションは使わない。「画像があるかないか」くらいの大きな動きならいいかも
・以上のことをリハーサルで確認する。会場でリハーサルできない場合は事前に間取りを担当者にきいておく
・会場の VGA ケーブルが引っこ抜けないことがあると思うので、延長用コネクタも必須か。とりあえず エレコムのこれ [amazon.co.jp] 買ってみた

ただ、せっかくこうやって振り向かないようにしても、我々「講演者が見える程度に明るくすべき派」に対する「会場は真っ暗が当然だろ派」(特に工学系に多い印象)の弾圧がなくならないことには…。もちろん自分の講演の時には必ず「前だけ明かりを付けてくれ」って言うんだけど、彼らはいつも「あ゛?見づらいだろが?ってか学生風情がなに偉そうにいってんだコラ?」って顔するし、ときどきはスルーされるっていうね…。

2012-01-12

ISABMEC 2012

8月末に台北で:
http://www.abmech.org/isabmec2012/

Deadline は3月半ば。某所から台湾行きたいって声あったけどこれはチャンスなのかどうなのか…

2011-12-16

プレゼンで気をつけたいこと

Tipというか基本なんだけど。

学会発表だけでなくゼミやミーティングでのプレゼンというかスライドによる発表も想定している。

  • スライドにはビジュアルを詰め込む。文字は、結局はすべて口で言えるので極力減らす。
    • 特に学会発表では限界まで減らす。
    • ゼミでは、持ち時間にもよるが多くてもいい/多いほうがいい。
  • グラフを見せたら必ず縦軸と横軸が何かを言う。
    • 最も基本的なことなのにできてない人が非常に多い。特にゼミで多い。
  • 数値計算をした場合、主要な計算条件を示す。
    • 何が主要かというのは audience による。たとえば毎回同じ顔ぶれのゼミで、先週の発表とほとんど同じ計算をした、というのであれば前回と違う点についてのみ触れればよい。前回とかなり違うことをしたり、初めての計算を発表するのであれば、xyz軸がどっちか、とかの基本から丁寧に説明すべき。自分で計算したなら当然条件は言えるだろうし、誰かに手伝ってもらった場合でも、自分の研究の総責任者は当然自分なので、条件は把握しておかないといけない。
    • 学会発表は時間制限があるので話がかなり変わってくる。CFDの場合であれば無次元数(Reとか)とそれに使った代表長さ・代表速度、境界条件あたりがだいたい必須で、計算領域のサイズ、メッシュ数、初期条件なども必要に応じて入れる感じになるが、持ち時間と自分のストーリによってはかなり大胆に端折ることも重要。しかたなく削る、のではなく、あえて削る。生物屋さんに「Navier-Stokes equations の離散化が有限差分法でも有限要素法でもなく、有限体積法で、しかも strong conservation form と pseudo-compressibility を使っているんですよ!」なんて言っても相手寝ちゃう。流体計算について生物屋が知りたいのは、まず「2Dなのか3Dなのか」「blade element method のような簡易的なモデルなのか、ガチのCFDなのか」というところなので、たとえば「3次元(非圧縮の)Navier-Stokes equations を解いている」くらいでいい。解いている対象が明らかなら、「非圧縮の」は入れなくてもいいくらい。スライドの文字は削って口で言う、のが理想かな。
まだ増えそうだけどとりあえずここまで。