問題タブ [x264]

i386 アーキテクチャ用に x264 ライブラリをコンパイルするにはどうすればよいですか? 通常、アーキテクチャを強制するには、次のコマンドを使用します。

ただし、x264 では動作しないようです。

x264 をコンパイルするには、構成して作成します。これにより、x86_64 ライブラリが生成されます。上記のコマンドを使用して i386 アーキテクチャを強制しようとすると、次のメッセージが表示されます。

不明なオプション CC=gcc -arch i386、無視されました 不明なオプション CXX=g++ -arch i386、無視されました

configure スクリプトは、X86_64 プラットフォーム用に構成されていることを出力します。i386 プラットフォーム用に構成されたものを確認し、i386 バイナリを生成したいと考えています。

リンクに従って画像をエンコードします x264 C API を使用して、一連の画像を H264 にエンコードするにはどうすればよいですか? 、ただし x264_encoder_encode(encoder, &nals, &i_nals, &pic_in, &pic_out) が 0 を返すたびに。

H264 ビデオ (MP4 ファイルに保存) があります。各 GOP の長さは約 10 秒です。ビデオから最初の数秒をトリミングしたいので、最初の GOP を分割する必要があります。ビデオ全体を再エンコードせずにこれを行う方法はありますか?

FFmpeg と x264 が利用可能です。FFmpeg コマンド ラインを使用するか、x264 ライブラリの ffmpeg にリンクされた自分のプログラムを喜んで使用します。

前もって感謝します！

Windowsのプロジェクトの1つでlibx264を使用したいと思います。共有ライブラリと静的ライブラリを含むcygwinを使用してx264をコンパイルしました。Everythinは正常に動作し、静的ライブラリと動的ライブラリもcygwinに適切にインストールされます。

libx264（gcc ... -lx264）を使用する別のプロジェクトをコンパイルしようとすると、エラーが発生します。

リンカはlibx264のビルドされたライブラリに問題があるようですが、ここで正確に何が問題になっていますか？x264を正しくリンクするにはどうすればよいですか？

完全なビルド出力は次のようになります。

プロジェクトテスト用の構成デバッグのビルド**

ご協力いただきありがとうございます！

Handbrake で高度な文字列オプションを使用するためのチュートリアルを教えてもらえますか?

「Handbrake-行方不明のマニュアル」のようなものは素晴らしいでしょう.

FFMPEG と x264 を使用してビデオをエンコードするのに苦労しています。Quicktime で再生すると出力が途切れますが、VLC では、Quicktime が途切れるのと同じ場所に多くの圧縮アーティファクトが表示されます。そのため、破損/アーティファクトを抑制しようとしているため、Quicktime が吃音しているように見えます。

ビデオには、ピクセルの 75% がランダムな間隔で変化するフレームなど、多くのランダムな動きがあります (ビデオはソフトウェアで生成されるため、真に疑似ランダムです)。「シーンカット」を誤って検出する可能性が高いこれらの場所では、圧縮が窒息しているようです. また、キーフレームを実行していると思われる定期的な間隔でチョークしているようです。

FFMPEG に付属している x264-hq プリセットに基づいてエンコード プリセットを作成しました。シーン カット検出をオフにして、keyint/gおよびkeyint_minオプションをいじってみました。1 に設定gすると機能しますが、ファイルサイズが大きくなります。ロスレス プリセットを試してみましたが、Quicktime でまったく再生されません。奇妙なことに、低解像度のテスト ビデオ (1440x810) を使用しても問題は発生しませんでした。

これは私が現在持っているプリセットです。これは機能しますが、(機能していない) hq プリセットよりも約 60% 大きいファイルが生成されます。これを改善する方法はありますか？ファイルサイズはそれほど重要ではありません。どこでも再生でき、非常に高品質なものが欲しいだけです。

コマンドは次のとおりです。

私には、FFMPEGとx264を使用してビデオエンコーディングを行う必要がある潜在的な仕事があります。一度エンコードする必要のある一連のファイルを用意してから、インスタンスを停止できるようにします。x264とFFMPEGのリソース使用率がよくわからないので、どのようなインスタンスを取得する必要がありますか？私はどちらかを考えています

ハイCPUエクストララージインスタンス

7GBのメモリ
20EC2コンピューティングユニット（それぞれ2.5 EC2コンピューティングユニットを備えた8つの仮想コア）
1690GBのインスタンスストレージ
64ビットプラットフォーム
I/ Oパフォーマンス：高
API名：c1.xlarge

または、代わりに

クラスターGPUクアドラプルエクストララージインスタンス

22GBのメモリ
33.5EC2コンピューティングユニット（2 x Intel Xeon X5570、クアッドコア「Nehalem」アーキテクチャ）
2 xNVIDIATesla「Fermi」M2050GPU1690GB
のインスタンスストレージ
64ビットプラットフォーム
I/Oパフォーマンス：非常に高い（10ギガビットイーサネット）
API名：cg1.4xlarge

何を使うべきですか？x264 / FFMPEGは、より高速でより多くのCPUを使用するとパフォーマンスが向上しますか、それとも実際にGPUをより強力にしますか？いずれにせよ、クラスターGPUはより高性能なインスタンスのようです。私は何を好むべきですか？

Windows で x264 エンコーダーを使用して ffmpeg 静的ライブラリーをビルドしようとしてかなりの時間を費やした後、それを使用していくつかの例を作成するためにさらに時間を費やしました。もちろん、ビルド方法、使用方法、ブラブラについての「説明書」は山ほどありますが、Windows ではそれらのどれも機能しません。ここでは、Linux の方が有利な立場にあると思います。さて、莫大な金額の質問は、「そのすべての目的は何ですか?」です。これは Windows では役に立たないだけでなく、実際に動作するサード パーティのライブラリを購入することもできたはずです。

誰かが「でも、うまくいく！」と言おうとしている場合。私は言わなければならない、私に働く証拠をください。10fpsで200x100は気にしません。そのためにH264は必要ありません。1 秒間の 1080i 映像を圧縮する方法を教えてください。それは H264 であり、クロスプラットフォームであり (私に尋ねると変に聞こえます)、Google はそれを使用しています (完璧でなければなりませんよね?)、ここでいくつかのハイプ...

1080i キャプチャ用に x264 を構成しようとしています。以下のこれらの設定のほとんどは、さまざまな例にあります。ただし、一緒にコンパイルすると機能しません。ffmpeg API はエラーを報告しませんが、avcodec_encode_video()常にゼロを返します。

いくつかの数字は私には奇妙です... たとえば、gop_size. 250は高すぎない？

あなたが最終的な答えを提供できない場合でも、私はこの件に関するあらゆる種類のコメントにまだ興味があります.

x264libはいつものようにWindowsでクラッシュしています。今、私はそれを修正しようとしています、そして私は一つのことを理解していません。コードでは、関数のシグネチャのみを確認できます。

ただし、*。h、*。c、または*.asmソースには実装がありません。そんなことがあるものか？？？

（関数が呼び出されてクラッシュしたため、リンクする必要があります）