タグ付けされた質問 「handbrake」

ファイル全体をエンコードする前に、エンコードでいくつかのことをテストしたいと思います。（組み込みのサンプルプレビューだけでなく）さまざまなアプリケーションを使用して分析できるサンプルファイル（長さ30秒など）を作成する方法はありますか。 ところで、私はOSX Handbrakeを使用しています。あるいは、質問は「ハンドブレーキは短いサンプルビデオファイルを作成した後、どこに保存しますか？」と言うことができます。

5 macos  video-encoding  handbrake 

現在、BluRaysからの1080p Remuxes（これらは著作権で保護されていないFYI）である曲（地域）の大規模なコレクションを持っています。現在はテラバイトのストレージを使用しており、非常に非効率的にエンコードされているため、スペースを節約するために圧縮する予定です（一部は固定ビットレート（OMG！Right！）も使用しています）。現在、ビットレートはx264 High Profile L4.1で40 mbpsを超えているため、エンコードが悪いにもかかわらず、品質は同等です。 私はx264またはx265のハンドブレーキを使用してそれらをエンコードするつもりですが、いくつかの要因を決定できないようです。x264では、通常、「CRF 14/15」と「Very Slow」のプリセットと「フィルムチューン」を使用します。CRF 16では、気に入らないシーンで粒子の歪みが見られます！CRF14からわかるように、私はちょっと質のいい人です。 x265での最初のテストでは、x264 CRF14と同じビットレートのソースを使用して再エンコードしました（2パスの非常に遅いプリセットのコース！）。この時点でx265で同等のCRFを再マップする必要はありません。品質の違いは、私にとってはそれほどではありませんでしたが、一部のシーンでは非常にわずかに優れた粒子でした。実際、全体的に見て、x265はチューニングに変更を加えたにもかかわらず、画像のノイズを少し抑えているように見えました（明らかにノイズ除去と分解は無効になっています）。ただし、より低いビットレート（約4 mbps）では、x265は間違いなくx264を超えるメガジャンプです。品質の違いは非常に大きい!!x265がまだ開発段階にあることは知っていますが、x265が良くなるのを待つことに何か意味があると思いますか？CRFが少し良くなるまで2か月か1年くらい待つことができますか、または高いビットレート要件（〜CRF14 x264）でx265と大きな違いはないと言いますか？ PSエンコード時間とCPU使用率は問題ではないため、これらの要因を無視してください。

2 handbrake  x264 

カンフーパンダのDVDムービーに傷がつきました。次のファイルが含まれています。 BUP files: - VIDEO_TS.BUP * - VTS_01_0.BUP * - VTS_02_0.BUP - VTS_03_0.BUP IFO files: - VIDEO_TS.IFO * - VTS_01_0.IFO * - VTS_02_0.IFO - VTS_03_0.IFO VOB files: - VTS_01_0.VOB * - VTS_01_1.VOB * - VTS_01_2.VOB * - VTS_01_3.VOB * - VTS_01_4.VOB * - VTS_01_5.VOB * - VTS_02_1.VOB - VTS_03_1.VOB アスタリスク付きのファイル名は問題なくコピーできます。他のほとんどのファイルはコピーできません。CDCheckとDVDDecrypterを試しました。タイトル1がメインムービーであり、関連ファイルをコピーできるため、それらをフォルダーにコピーし、VLC …

2 handbrake 

最新の安定したHandbrakeリリース（1.0.1）では、ディメンションタブの下に、ディメンション設定「ストレージジオメトリ」と「ディスプレイジオメトリ」の2つの領域があります。誰かがこれらの目的を理解するのを手伝ってもらえますか？ハンドブレーキのドキュメントで何かを見つけることができませんでした。 私が正しいかどうかはわかりませんが、「ストレージジオメトリ」は最終ビデオストリームの解像度であり、「表示ジオメトリ」はコンテナ（？）がプレーヤーに設定するよう指示するものだと思います表示ウインドウ。 その場合、フルスクリーンのすべてのテレビ/コンピューター画面がそれをオーバーライドするので、ディスプレイジオメトリを持つことは意味がありますか？そして、そもそも2つの異なるジオメトリ設定が必要なのはなぜですか？

2 resolution  handbrake 

ビデオファイルのサイズを変更しようとすると、 Handbrakeがスタックをダンプします。元のファイルサイズは2.7GB、ターゲットサイズは700MBです。ビデオの他の設定は変更されていません（デフォルトのまま）。エンコーディングのパス1は通過しますが、 HandbrakeCLIはパス2でダンプします。 Handbrake 0.9.3を使用しています。選択したターゲットファイル形式（AVI、MKVなど）に関係なく、このエラーが発生します。このエラーを回避してビデオファイルのサイズを正常に変更するためにできることはありますか？ HandBrakeCLI.exe.stackdumpの内容： Exception: STATUS_ACCESS_VIOLATION at eip=0091896B eax=00000000 ebx=01593BB8 ecx=19E6CCA4 edx=19E6CCA0 esi=015F89E0 edi=01591B58 ebp=00000000 esp=19E6CA10 program=C:\Program Files\HandBrake\HandBrakeCLI.exe, pid 1732, thread unknown (0xE14) cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace

handbrake