エンコードソフト ffmpeg のスレ

1 ：login:Penguin：2009/01/16(金) 17:41:13 ID:xFJ/2eBr.net

公式サイト
http://ffmpeg.org/


どうもこれでエンコードしたら、ファイルサイズがでかくなるんだがorz

271 ：login:Penguin：2009/11/10(火) 16:25:03 ID:AOG7bWPk.net

試行錯誤していると再インストールしたくなる状況にはなるなｗ

ffmpegでコーデック関連で問題が出る。いろんなファイル扱っていると必ずおきる
ある動画はうまくいくが、ある動画はだめとかね。
正常にエンコードできるバージョンや組み合わせを試行錯誤して探さなきゃならない。

そういう場合に、ffmpegだけをアップグレードしたくなる。
だがffmpegを消すと関連コーデックも一緒に消える。
関連コーデックが消えるとVLCやmplayer（mencoder）も消さなきゃいけなくなる。
非公式のリポジトリやソースから無理やり入れるとバージョンが違うなど言われる。
GUIでの動画再生プレイヤーにも影響が出る。リポジトリから入れられなかったり。
結果的に、何個もあるコーデックからプレイヤーまで全部ソースからコンパイルするはめになる。
そんな状態だと、OSのバージョンアップで依存関係で問題が出る。

HDD故障などでOSから再インスコする必要になったら今までの手順全部やり直し。
メモを残しているがすごく大変な作業。仮想マシンならエンコード用に安定させた環境をOSごと保存しておける。
前の環境をとっておくから、ffmpeg等の新バージョンが出たときの実験も楽。最新ソースコードも安心して利用できる。
ホストOSはディストリ配布の安定した環境をそのまま使える。

デスクトップ環境があってLinuxで動画再生とかしたいのなら
エンコードは専用マシン（仮想マシン）を用意したほうがいい。

272 ：login:Penguin：2009/11/10(火) 16:41:05 ID:ZAFECyou.net

普段 Linux 使いじゃないんですけど、システムが標準提供している libz, libbz2, libpthread 等の
ライブラリ以外は全部スタティックリンクにするとか、ライブラリをビルドするときに --prefix を
変えてインストールしてそこのパスを -I だの -L だので指定するとかで、依存関係の問題を
回避することはできないんでしょうか?

273 ：login:Penguin：2009/11/10(火) 16:46:59 ID:rfkXuBvG.net

>>270
ffmpeg自体に実験的なaacエンコーダが実装されてる(>>68)。
開発も遅いながら進んでるので、興味あるならML覗くと良いよ。

274 ：login:Penguin：2009/11/10(火) 17:13:21 ID:kTNtz7i9.net

>>272
今時依存関係で問題抱えてるのなんて低能だけだ

275 ：login:Penguin：2009/11/10(火) 17:47:23 ID:y2ljRnEx.net

>>272
できない馬鹿が騒いでるだけです

276 ：login:Penguin：2009/11/12(木) 07:44:36 ID:XqYIPhL1.net

http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-November/025367.html
MPEG-4 Audio Lossless Coding (ALS)デコーダが追加された

277 ：login:Penguin：2009/11/18(水) 16:03:37 ID:o5X6MGFi.net

[NULL @ 0x3f550]Invalid and inefficient vfw-avi packed B frames detected
[NULL @ 0x17cfc50]error, non monotone timestamps 100 >= 100
[avi @ 0x3e3d0]max_analyze_duration reached
こういうメッセージの意味の説明があるページってどっかにないですか？

278 ：login:Penguin：2009/11/18(水) 16:05:48 ID:J+tlU+1P.net

無いのでソース読むかバグ報告しとけな

279 ：login:Penguin：2009/11/18(水) 17:08:43 ID:o5X6MGFi.net

>>278
そりは、残念・・・。

280 ：login:Penguin：2009/12/07(月) 16:49:44 ID:qWhyPtgP.net

同じコマンド実行しているのに、成功したりしなかったり。
失敗したときは、もう一度実行しても失敗する確率が高いのに
3回目に成功する確率は高い。

不思議すぎ。