私は旅行にまともな時間を費やしています。 ラップトップは常にあなたと一緒にいますが、創造的な仕事が常に可能であるとは限りません。 しかし、インストールに従事していることが判明しました。 編集では、マテリアルを表示してシーンのジョイントを調べるのに最も時間がかかります。 これは、「生の」「自発的な」素材に特に当てはまります。 テイクが多い場合、テイクには多くの結婚があり、文字通り唯一可能な方法で映画をつなぎ合わせる必要があります。
ここに不幸があります：私のラップトップASUS UL30Aは、バッテリーで動作しているとき、私のお気に入りの
Sony Vegas'eにライブビデオをドラッグしません。 FullHDについては沈黙しています。
カットの下に小さいが便利なトリック。
ソースパッケージ：
- 2台目のUSBモニターを使用している場合でも、ラップトップの表示ウィンドウは雇用者よりも大幅に少ない
- 「高度なフォーマット」H.26xのデコードに多くのリソースが費やされています
- インストール（この場合は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の マグカップ 。