クォーターマウント

私は旅行にまともな時間を費やしています。 ラップトップは常にあなたと一緒にいますが、創造的な仕事が常に可能であるとは限りません。 しかし、インストールに従事していることが判明しました。 編集では、マテリアルを表示してシーンのジョイントを調べるのに最も時間がかかります。 これは、「生の」「自発的な」素材に特に当てはまります。 テイクが多い場合、テイクには多くの結婚があり、文字通り唯一可能な方法で映画をつなぎ合わせる必要があります。



ここに不幸があります：私のラップトップASUS UL30Aは、バッテリーで動作しているとき、私のお気に入りのSony Vegas'eにライブビデオをドラッグしません。 FullHDについては沈黙しています。



カットの下に小さいが便利なトリック。

ソースパッケージ：

1. 2台目のUSBモニターを使用している場合でも、ラップトップの表示ウィンドウは雇用者よりも大幅に少ない
2. 「高度なフォーマット」H.26xのデコードに多くのリソースが費やされています
3. インストール（この場合はVegas）がフローに対応していない場合、フレームをスキップすることで問題を解決します。これにより、シンインストールで問題が発生します。

結論：

低解像度（サイズ）のビデオを（少なくとも最初の段階で）編集し、最小限の圧縮と元のフレームレートと同じフレームレートで編集することは可能であり、必要です。

使用シナリオ：

• ビデオを低解像度に圧縮します（ちなみに1/4 HD-640x360を使用しています。この解像度では、強力な家庭用コンピューターにマウントすることもできます。フレーム伝送に不具合はなく、詳細が十分に見えます）
• ダウンロードしたビデオを別のフォルダーに入れます
• それに搭載
• インストールの最後に、プロジェクトパラメータ（フレームサイズ）を変更します 。プロジェクトパラメータは最初に出力解像度で設定されます。これはパフォーマンスには影響しませんが、パン/クロップ/ FXなどを使用できます。 （Laplaceとmerlin_rtermに感謝）
• そして、ソース素材を「圧縮ビデオ」のあるフォルダーに静かにコピーします。 Vegasは通常どおりそれらをピックアップします。 または、ProjectMedia（maki）でReplaceを使用します

技術的な実装：

バッチ圧縮では、 ffmpegを使用しました。 試行錯誤を通じて、mpeg4コーデックはサイズ/品質比の面でリーダーとして選ばれ、すべてのバージョンのベガスから喜んで迎えられました。



cmdファイル（私は長い間コウモリのニックネームを書いたことはありません）と実行中のスクリプトにより、ソースディレクトリに4分の1サイズのソースファイルのコピーを含む短いサブディレクトリが作成されます。



rem 2short.cmd

mkdir short

for %%i in (*.mov) do (

ffmpeg -y -i %%~ni.MOV -s 640x360 -vcodec mpeg4 -b 5000000 -ab 128000 short/%%~ni.MOV

)



使用されるffmpegオプション：

• -i-ソースファイル
• -y-確認なしで出力ファイル（最後のパラメーター）を上書きします
• -s-フレームサイズ
• -vcodec-使用されるコーデック
• -b-ビデオビットレート
• -ab-音声ビットレート

証明：

自発的なプロジェクト -撮影の1日半、7つのロックで、最終シーンのストーリーボードを完成させずに、クジラの光学キャノン7Dで撮影しました（専門家は私を気にします）。 材料の混乱により、プロジェクトは6か月以上にわたってマウントされました（場合によっては、材料を保存できないように思われました）。 それは四分の一です。



Vimeoの igor isaevの マグカップ 。