Video Weekly Digest
やっぱり、こっちに流さないとアカンと言うのが分かった
取り敢えずダイジェストを毎週作らないとアカンな
これが先週 6/20〜6/23
6/20 LinkedInがMSによって買収された
6/20 Russia forces backdoor on messenger apps
6/21 Elsaと言う英語発音チェックソフト
6/22 Pearl Rear Vision の紹介
6/23 DV NTSC アナモフィック
6/23 ProRes 422 HQ 1080i レンダリング
via Blogger http://ift.tt/296dkg0
この数日間、ドツボにハマってます。
Final Cut Pro 7では MPEG4 を直接扱えない（iMoviesでは可能）なので、Android携帯で撮影されたムービーをFCPで加工するにはと・・・
まず、Final Cut Studioに付属のCompressorで色々なデータ方式に変換しました。
DV NTSC、Apple Intermediate Code（AIC）、ProRes 422などに変換。
そして一番素早く加工し易いのがDV NTSCと判明。
しかし、解像度がイマイチだわ。
AICのデータのままだとYouTubeにアップロード出来ないことが判明。
そして、たぶん、これはマシン性能かも知れないが、ProRes 422同様に短い映像データでも音声と映像の同期が取れないので編集で手こずる。
更に色んなフォーマットに変換し保存直してみた。
この時、データサイズはかなり異なった。
MPEG4に変換しても16:9だと4:3の圧縮になってしまったり（これはレターボックスにしないとアカンのかも）、色々と難しいことがありました。
見ての通り、色々と変換。
一番厄介だったのは、変換するとタイムライン上ではOKなのだが、保存したデータを見るとテロップの文字がズレる！
これには頭を悩ませた。
FCPの初期化の問題かとも思った。
それで ~/Library/Preferences の中の com.apple.FinalCutPro.plist と Final Cut Pro User Data フォルダを削除してみたがそれでも改善されない。
結論からして、MPEG4データは扱うなと言うことだわな。
時間の無駄なので、iPhoneで撮影して（本当なら、iPhoneのカメラ解像度を選択することが出来るならありがたいんだが）、編集したほうが良いと言うことだった。
しかし、問題は iOS9.2 ではOKだったのに9.3にアップグレした iPhone だと、FCPで読み込んだときにデータが逆さになる。そしてタイムラインに乗せると天地がまたひっくり返る。勘弁してくれとつくづく思う。
誰かの参考になればいいです。
via Blogger http://ift.tt/28UpRHi
昨日、丸一日かけて3分弱の映像をレンダリングするハメになった。
もうアカン！って思いながら、何か良い方法はと。
データの受け渡し方に問題があるのは確かなので、この最適な方法をと探してみた。
1) AIC HD 1080i (816MB)
2) ProRes HQ 422 1080i (1.63GB)
3) DV NTSC アナモフィック（テロップがズレてしまったw）(234MB)
データの大きさはDVが一番小さかった。そしてAIC HD、そして最大がProRes422。
画質しては、AICが一番良いと感じたが、実は編集時にAICとProResでは問題があった。
この2つ、タイムラインでの音声と画像で同期ズレをしていた。
編集時に音を頼りにインとアウトを入れるしかなかった。
これはアカンわ。
画質としてDVは眠たいが、使えないってことではない。
ノイズが低減されていている。コントラストをアップするしかないのか。
やっぱりしっかりしているのがAICだが、軽さとしては、NTSCしかない。
データの大きさを見たら一目瞭然。
NTSCに比べたらAICもProRes422は色もコントラストもしっかり出ている。
取り敢えず、音声と映像の同期ズレも考慮したら、DV NTSCアナモで変換するのが確実かも知れんな。
それに2分弱でレンダリングされた。
AICは3分弱、ProRes 422は4分ちょっと必要だったのと、AICだとYouTubeにアップできない。
via Blogger http://ift.tt/28QHmpn
結論から先に言うと Android と Final Cut Pro は相性が悪い。
いや、Android と Mac の相性が悪いとも言えるかも。
まぁ、MacとiPhoneって言う組み合わせが定番だからね。
さて、以前も手こずったので、またどこをどうしたら良いのか調査してみた。
Android端末で撮影した動画はMPEG4で保存されている。
これがFCP7では読み込めないんですよ。
更に、厄介なことに一度、端末を接続してiPhotoで読み込んだりして。
これも手間がある。
さて、次にFCP7で読み込もうとすると終わらずにエラーとなる。
はいはい、iMovieを利用しているなら読み込めるのは分かってますよ。
しかし、iMovieだと編集がし辛いので敢えてFCP7を利用したい。
さて、そもそも、Xperia Z1なんだが、画質が悪い。
iPhone 5で撮影すればよかったと。
それはともかく、データが読み取れないのが大問題だわ。
まず、MPEG4データをFCPに入っているCompressorでデータを変換。
これをQuicktime H.264 HVフォーマットに変換しました。
この4分弱のデータを30分以上も掛けて変換！
利用しているマシンは MacBook Pro Core i7-2.4GHz です。
スペックは低くはないけど・・・
さて、このマシンでFCPを走らせているのが（いい加減アップグレードしたらと–はい、しますのでちょっとお待ちを）次にこのデータをFCPに取り入れたときに再レンダリングせねば再生できない。
無限RTにすればよいが、このマシンでは確実にパワー不足だわ。
これをレンダリングするだけえ、また1時間くらい！
もう使えんわ〜
何しろ、DV画質は悪い。iPhoneをiOS9.3にしたらFCPでのデータが逆さになる (9.2までOKでした) 、Androidのデータは変換しないと使えない、それも時間の無駄なので、もう二度とAndroidでは撮影しないだろう。
今でも10秒のテロップを入れて3分以上もレンダリングに掛かっているので、ちょっと痛いわ。
これから、DV以外にどのデータ・フォーマットが良いのか調べる必要があるけど、これこそ、無駄な作業。それなら、映像はiMovieで編集した方が楽かも知れない。これならMPEG4をネイティブで扱えるiMovieの方が正統派になってしまいそうだわ。
まず、これが Android Xperia Z1のFaceカメラで撮影したMPEG4の映像
しっかりしているけど、ノイズが多い
これがDVカメラ ソニーDCR-TRV70K（210万画素で録画で35万画素へレンダリング）で1394経由でiVDRにデータを転送し、MOVに変換。一番画質が悪い。0.3xのワイドアングルレンズを取り付けている。
これがiPhone 5のFaceカメラ。
一番シャッキとしている。しかし、FCPでのデータは遅いがMPEG4からQT H.264に変換したモノよりはずっと軽い。
これが比較したもの：
1) Xperia Z1 front camera 2) DVカメラ TRK70K 0.3x
3) DVカメラ TRK70K 0.3x 4）iPhone 5 front camera
Zoom Q2も持っているが、これは自撮りが簡単には出来ない。後ろに鏡を置いて撮影を試みたが、どうもイマイチなのと、0.5xワイドアングルレンズも取り付けているが、画角が足らない。
結論としては、HDVカメラが一番いいのかも知れない。
子どもの記録を撮影していて、これが便利で、データもそれほど重たくない。
そして、持っているワイドアングルレンズとΦが一緒なので、取り付けることも可能だ。
via Blogger http://ift.tt/28Pt22V
4/1にここで紹介した、SatechiさんのハンパないWiFiルータ！やっぱりハンパない！
実は、同じモノを機内のデューティーフリーショップで発見。
必要なら、 SatechiさんからAmazonのショップから購入できます。
さて、私が今回米国でイラって来たのは、どのホテルもWiFiのみしかない。
確かにWiFiのインフラなら個別の部屋に線を引かなくても良いし、スイッチングハブをたくさん用意することもないのでインフラ的にはすごく安上がりになる。
WiFiの弱点はWiFiの電波強度は非常に不安定である。
更に、ことによっては電波が弱いと、幾度も再送を繰り返すので、パケットが正常に送られない限りはずっとその回線を手放さないことがある。そこでボトルネックが出来てします問題がある。
取り敢えず、そのやり取りはルータに任せたいこともある。
そして、一番の大きな問題は、有料だったときの接続で「接続端末数制限」があった場合（つまり一つのIDでいくつつなげることが出来るか）だったとき、WiFi−WiFi接続可能なこのSatechiさんのルータは半端無く威力を発揮することになる。
普通、日本で販売されているWiFiルータやWiFi中継器とは違い、ホテルの有線をWiFi化したり、WiFiしかつながらないところにNATやIPマスカレードで対応するのに、最初のアクセスは有線で繋げないとダメな商品ばかりしかない。この「ホテルでWiFi」って言うのは全く利用価値がない。
そんな中、自分でポータブルな WiFi⇔WiFi/Wired 接続ルータをRaspberry Pi3で作ろうと思ったけど、らずぱい3は2.5Aの電源が必要なのでらずぱい2で作らないとダメだと発覚（笑）
そんな中で、SatechiさんのWiFiルータを持っていたのを気づいたのだが・・・
さて、本題・・・
今回、旅行中で、多くのホテルがWiFiのみに転換した。
そして、宿泊先のシェラトン（ウェスティンなんかと同じ、Starwoodグループ）の多くは有料WiFiしかない。そこで端末数を限られたら、パソコン、iPhone、iPadなど、そして家族での接続も出来なくなる。
その時こそ、こいつの威力だなと
この子は、単なる中継器ではなく、WiFi⇔WiFi 接続できるのでスマホがWiFiアクセスしているのと同じ感覚でネットにつなぐことな出来る。そして、NAT/IPマスカレードで他の端末に別のIPセグメントでアクセス可能にしてくれるので、外からは見かけは1台しか使っていないようにしか見えないのですごく助かる。
もう旅行にはこの子がないとダメだと。
今回、BuffaloのWMR-300を持ってきたけど、これは日本の貸し会議室とかで有線接続がある時のみしか利用できないと発覚した。日本のホテルは無線は乏しく、有線接続できるところが多い。
あー、田舎に行くと有線すら出来ず、WiFiもない、更にWiMAXもつながらない場所って多いんだよね。
これこそ、ムカツく。
via Blogger http://ift.tt/23t9bqx
あら、今、wordpress.comにアクセスしたらデスクトップアプリはいかが？と
私の場合、Mac OSなんだけど
http://ift.tt/1VL9yxA
こちらがアプリのURLです
って使ってみた・・・
なんだよ・・・
wordpress.com にアクセスして自分が管理しているページのステータスを見るのと同じじゃないか。
結局は、ブラウザが立ち上がるんだわ。
via Blogger http://ift.tt/1VL9zlb
(Source: kotaku.com) Did you just arrive in Japan? Oh dear. Bad timing. I’m sure you’ll have fun, but there are better times to visit. Why, you might ask. Because this is Golden Week, when the entire country goes on vacation. Golden Week, or “GW” as it’s often abbreviated, is a series of holidays in late […]
http://kopitiambot.com/2016/05/02/do-not-come-to-japan-this-week/
今週、ゴールデンウイークは日本は大混雑。
来るべからず！
www.yeyshonan.com 