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

エンコードソフト ffm ..

83:login:Penguin
09/07/19 01:37:55 0cnd40YN
>>82
別個のものと認められる限りはな。

84:login:Penguin
09/07/19 01:53:21 KVVAkzhc
はい、認められます。

85:login:Penguin
09/07/19 01:56:23 KVVAkzhc
つーか、バッチファイルで、アプリを実行しているだけ。
ffpmegを呼び出すシェルスクリプトはGPLでなければいけないといっているレベル。
まったくライセンスを理解していないな。>>83は。

86:login:Penguin
09/07/19 02:04:40 0cnd40YN
URLﾘﾝｸ(www.ipa.go.jp)
>GPL の条文では”derivative work”(派生的著作物)について独自の定義を行い、このderivative work が GPL の対象になるとしている。
>ここから所謂 GPL の伝搬性(GPL 対象プログラムを他のプログラムと組合わせると、他のプログラムも GPL の対象となり、ソースコード開示等の義務を負わされる)が発生する。
>GPL 条文には、「derivative work」の定義に関し、「derivative work under copyright law」
と書かれているものの、その後に、「that is to say,a work containing the Program or aportion of it」と書かれているので、
>「derivative work」は、著作権法上の概念とは無関係に、独自に定義されているのではないかとの見方がある。
>しかし、独自に定義するのであれば、「under copyright law」の文言を用いる必要はないようにも思われる。
>そこで、「under copyright law」の文言が用いられている以上、GPL の契約準拠法の所属国の著作権法上「derivative work」と評価されるか否かによって決せられるのが自然ではないかとの意見も出された。
>結局のところ、前段と後段は完全に整合的に捉えることはできないので、両方の和集合が意図されたところというべきだろう。
>この場合、例えば、契約準拠法が日本国の民法に一意に決められるような場合は、日本の著作権法に従って決定される可能性があることになる。
>ただし、オープンソースソフトウエアは、様々な国で改良が加えられることが多く、多数の契約関係が発生する可能性が高いので、GPL を解釈する上での契約準拠法が一意に決められないことが多い。
>そのため、GPL を解釈する上で、当事者の意思解釈が重視されるかどうかや、いずれの文言が重視されるかなどは、具体的な事例ごとに異なるものと考えられる。
>準拠法によって「that is to say,a work containing the Program or a portion of it」が重視されることもあり得るため、実務上は、「derivative work」の範囲を広く解釈しておいた方が安全である。

87:login:Penguin
09/07/19 02:08:36 0cnd40YN
ってことで"a work containing the Program or aportion of it"に該当する場合はGPL違反になる可能性があるってこった。

88:login:Penguin
09/07/19 02:08:49 KVVAkzhc
>>86
常識で考えろ。

Redhat Enterprise Linux などの商用Linuxには
GPL以外のライセンスのものが含まれる。

なぜこれが許されているのか。

ライセンスについて勉強しろ。

89:login:Penguin
09/07/19 02:10:45 0cnd40YN
aportion→a portion。編集ミス

90:login:Penguin
09/07/19 02:11:28 KVVAkzhc
URLﾘﾝｸ(www.gnu.org)

「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか?

逆に、パイプやソケット、コマンドライン引数は通常二つの分離したプログラムの間で使われるコミュニケーションメカニズムです。
逆に、パイプやソケット、コマンドライン引数は通常二つの分離したプログラムの間で使われるコミュニケーションメカニズムです。

コマンドライン引数は通常二つの分離した
コマンドライン引数は通常二つの分離した

はい、分離したものです。明確に述べられています。以上。

91:login:Penguin
09/07/19 02:13:32 KVVAkzhc
GPLわかって無いやつが、
GPL語るな。

本家本元のサイト読め。
日本語訳がちゃんとあるだろ。

┐(-｡ｰ;)┌ﾔﾚﾔﾚ

92:login:Penguin
09/07/19 02:15:27 0cnd40YN
>>88
GPLにある全ての派生物にあたらない、単なる集積だからだ。

>>90
>しかしコミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したりする場合は、それらも二つの部分がより大規模なプログラムに結合されていると考える基準となりうるでしょう。

93:login:Penguin
09/07/19 02:16:07 0cnd40YN
GPLにある→GPLにおける

94:login:Penguin
09/07/19 02:17:58 KVVAkzhc
>しかしコミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したりする場合は、それらも二つの部分がより大規模なプログラムに結合されていると考える基準となりうるでしょう。
つまり、この場合は、バッチファイルで呼び出している程度の

　　　　　単純な
＾＾＾＾＾＾＾＾＾＾＾＾

ものであり、単なる集積。

つまり合法！

反論はお前が、「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか?
の質問に答えられるようになってからだ、

これ以上、GPLもろくに知らん馬~か、にまともにつき合うつもりは無い。

95:login:Penguin
09/07/19 02:42:44 0cnd40YN
>>94
>単純
法的にみて"derivative work under copyright law"及び"a work containing the Program or a portion of it"がどこまで該当するかって話で。
一つの指針としてPOSIXなどで標準化されたAPI呼び出しは問題ないってことになっている。LinuxはGPLの曖昧さからGPLの例外条項でシステムコール呼び出しを許可する必要があった。システムコール程度の複雑さでもグレーって認識で良いはず。

あと「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは"derivative work under copyright law"及び"a work containing the Program or a portion of it"に該当するかどうか。プログラムに著作物を含む場合はアウト。
>日本の著作権法のプログラムの定義は"電子計算機を機能させて一の結果を得ることができるようにこれに対する指令を組み合わせたものとして表現したもの"となっている。バッチファイルとGPLプログラムを含んだ全体がプログラムとして扱われるべき。

96:login:Penguin
09/07/19 05:50:37 0cnd40YN
あー自分の意見の日本法による解釈撤回。
日本の法律だけで考えちゃダメっぽい。
ffmpegの著作者はハンガリーの人が多いんだっけか。
ffmpegプロジェクトの法的代表であるSFLCがあるのは米国だっけか。
訴えれ得る場所全部調べるのは無理だな。
URLﾘﾝｸ(www.ipa.go.jp)
>2.7 　国際的紛争に関するリスク
>(1)背景
> OSS を利用する場合には、日本国外の権利者との間で紛争が発生する可能性がある。
>OSS については、オリジナルのソフトウェアの作成者だけが著作権を有するのではなく、各改変を行った者も著作権を有している。
>単一の OSS についても複数の著作権者が国籍を横断して存在する可能性があるのである。
>(2)国際裁判管轄
> これらの権利者との法的紛争における最大のリスクは、外国で訴訟を提起されることである。
>例えば、日本の企業がOSSを利用したところ海外のA国の著作権者から、ライセンス条件違反を理由として損害賠償・利用の差止めを求める訴えがA国裁判所に起こされるような場合である。
>このような場合、A国の裁判所が当該提訴についての管轄を認めるかどうかは、A国の裁判所の判断次第であり、国際的なルールも確立していないことから、事前に予測をすることは困難である[48]。
(中略)
>(3)準拠法
> 国際的紛争の場面で管轄と共に常に問題になるのが、準拠法(どの国の法律が適用されるか)である。
>外国の裁判所に国際管轄が認められて訴訟が係属する場合、当該裁判所がどの国の法律を適用するかは、当該外国の抵触法の解釈の問題であり、予め全般的な予測をすることは不可能である[49]。
>上記の設例でいえば、A国の裁判所は、A国法を適用することも、日本法を適用することも考えられる。
>ライセンスを契約ととらえて契約違反で提訴を受けるのか、著作権侵害の不法行為で提訴を受けるかによっても結論は異なりうる。

97:login:Penguin
09/07/22 04:26:18 s9MkuRIa
>>85
その実態を正直に書いてないからね。
「ツール」なんて呼べるものではないのに。

98:login:Penguin
09/07/22 04:52:48 s9MkuRIa
しかし

・GPLツールをダウンロードして必要ファイルのみ取り出す処理を自動化
・バッチファイルやスクリプトを介してそのツールを利用

がGPL無しでOKなら、すごい抜け穴だと思うけどな。
見た目上、全く↑の処理に気づかないようにもできるわけだからね。

99:login:Penguin
09/07/22 05:48:48 R73tUMZl
著作権法や契約の抜け穴だからねぇ

100:login:Penguin
09/07/30 15:40:17 vQZYJ2x5
現在の俺のconfigure設定、メモメモ

./configure --enable-gpl --enable-nonfree \
--enable-pthreads --enable-x11grab \
--enable-libfaac --enable-libfaad --disable-decoder=aac \
--enable-libmp3lame --enable-libx264 \
--enable-libxvid --enable-zlib \
--enable-libvorbis --enable-libdc1394

AACのデコードでエラーでまくるからどうしたもんかと思っていたら、
（オプションによるが）ffmpegでは内蔵のAACデコーダーと、外部のAACデコーダー（libfaad）があって
--enable-libfaad を指定していても、内蔵のAACデコーダーが使われるっぽいね。
ffmpegのオプションで内蔵AACを使わないように出来ないのかな？

ということで、内蔵のAACデコーダーを無効(--disable-decoder=aac)にしたのが上のやつ。

今動画を変換中だが、とりあえず以前出ていたエラーは出なくなった。
ちゃんと音が鳴るかは、家に帰ってからじゃないと確かめられないｗ

だれか、どんなものでも変換してくれる最強の設定、およびライブラリの組み合わせを教えてくれｗ

101:login:Penguin
09/07/30 15:58:32 dkqT3zHj
ffmpeg を使って Flash の swf を、
再生したままの映像を、
動画ファイルに出力する方法はありませんか？

出力の動画ファイルの形式はなんでもいいです。

102:login:Penguin
09/07/31 00:12:49 Q7a9Xe6b
あべちんさんのbuildでAVCHD/Liteの変換に使って来たんですが、
r19256の時、-vcodec libx264 以外何も指定しなくてもエンコードできたんですが、
これよりあとの版、例えば r19505 で同じことをやろうとすると、
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height
と言われてできなくなりました。
サイズとかレートを指定してもやっぱりだめみたいですが、なんででしょうか。

103:login:Penguin
09/07/31 00:18:35 5h8auiC6
>>98

OKだよ。というかそれが禁止されたら
商用Linuxなんて成り立たないだろ？

104:login:Penguin
09/07/31 00:38:10 Nyohkohu
その考えだと動的リンクさせるとGPL抜けられることになる

105:login:Penguin
09/07/31 00:46:20 bPVIrxjl
>>104
動的であっても、リンクはダメ。
GPLライセンス呼んだか。ちゃんと書いてあるだろ。

プロセス空間が共有されるやりかたでの
結合するのはダメっていえばわかるか？

106:login:Penguin
09/07/31 09:21:35 lgCbBYQI
うちのUbuntu8.04LTS環境は、svnで最新のffmpeg入れたら
libx264のエンコードでsegmentation faultが出て止まるようになった。

最新ffmpegの要求で、x264も新しくして、--enable-sharedしてある。

aptとかで入れてあった何かが干渉することってあるのかな?
aptでx264とlibx264-devは削除したけど
libx264-57は依存関係で残してあるからこれがまずいのか?

#define FFMPEG_VERSION "SVN-r19536"
#x264-snapshot-20090729-2245

107:login:Penguin
09/08/01 10:04:10 LM6hGBOH
RTMP protocol support (as a client)が追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

108:login:Penguin
09/08/01 10:13:12 LM6hGBOH
>>105
それって確か(昔の)RedHatの見解だよなぁ
nommuなcpuを無視しているから時代遅れな気ガス
個人的にはFSFの見解を優先するべきだと思う

109:login:Penguin
09/08/01 19:17:54 SRMuiBYl
時々、>>107 のような書込みがあるんだけど
これって、patch ファイルですよね？、だとしたら当て方を教えて欲しいのですが
ffmpeg-0.5 に当てればいいのかなぁ？

110:login:Penguin
09/08/01 19:41:41 LM6hGBOH
>>109
patchとも言えなくは無いけど、本質的にはコミットログ。
基本的に安定版に当てるのは難しいものなので、新しい安定版を待つかsvnを使いませう。

111:login:Penguin
09/08/01 19:49:13 SRMuiBYl
>>110 ありがとう
なるほど、次期バージョンへ当該機能を含めることを確定しましたというようなアナウンスみたいなものなんですね。

112:login:Penguin
09/08/01 19:56:31 CIWylb56
RTMP がサポートされたのは嬉しいな。
rtmpdump が sourceforge から消されたから、wktk

113:login:Penguin
09/08/01 20:55:55 SRMuiBYl
VLC media player をインストールしました、ローカルネットワーク内でffserver を
立ち上げているのですが、Windows Media Player 11 だと
asf のストリーミング再生ができませんでしたが、VLC で再生することができました、
なぜWMP では再生できなくてVLC では再生できるのか不思議です、理由をご存知の方が
居られましたら解説していただけないでしょうか。

114:login:Penguin
09/08/09 16:50:07 lPuCqM1P
最近ffmpeg-develに(再)提出されたパッチ抜き出し
URLﾘﾝｸ(lists.mplayerhq.hu)
-Psygnosis YOP demuxer/decoder (PCゲームで使われた動画形式)
-Lagarith decoder (ロスレスのスクリーンキャプチャコーデック)
-Wave64 demuxer (Sonyの音声raw形式)
-AMR-NB decoder (スピーチコーデック)
-Playlist API
-IEC61937 compatible muxer (S/PDIF)
-TwinVQ decoder (MPEG-4で採用されている音声コーデックのうちの一つ)
-RTP/SVQ3 payload parser
-RTP/QDM2 parser

あとffmpeg-mtがエンコードのマルチスレッド化を開始したようだ。
URLﾘﾝｸ(gitorious.org)

115:login:Penguin
09/08/11 02:09:16 5RPavoVd
Sony Wave64 demuxerが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

116:login:Penguin
09/08/13 17:30:33 i51lVbWI
スレ違いだったらすいません。
ffmpeg で任意のフォーマットから、m2tsフォーマットに変換させるオプションをお教え願えないでしょうか。

117:login:Penguin
09/08/14 02:09:11 t3KPNY3l
>>116
ffmpegのバグトラッカーにffmpeg -i inputfile outputfile.m2tsが動作しないと言うバグ立てると良いと思う。
多分-vcodec mpeg2video -f mpegts辺りで作れるとは思うけど。

118:login:Penguin
09/08/15 14:21:00 kVFg5f1k
rm 形式（RealPlayer）の動画ファイルをmp4 へ変換するオプションを教えていただけないでしょうか。

119:login:Penguin
09/08/20 06:53:06 KEOQ5XzT
〉H264を検出しました
〉
〉もしファイルがB-フレームを参照として使っているなら、クラッシュまたはとぎれるかもしれません
〉Avidemux は安全にされた他のモードを使用できますが、フレームの正確さを失ってしまうでしょう.
〉そのモードを使いますか ?

という警告をavidemuxが出すのですが、これはどう判断していいんでしょうか?
ffmpegでlibx264を使っているわけですが、何か付けるべきオプションがあるのでしょうか?

フレームの正確さを失うというのは、場合によっては音がずれたりするという意味でしょうか?
また"そのモード"を使わない場合のトラブル実例は?

120:login:Penguin
09/08/20 07:00:27 Mi/Ro/P3
>>119
avi板のavidemuxスレ行った方がいいとおも。
avidemuxの内部構造って独自だったはずだし。

121:login:Penguin
09/08/22 02:34:32 jtD6xdND
IEC-61937 compatible(S/PDIF) muxerが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

122:login:Penguin
09/08/24 05:07:09 qTJah0Tt
TwinVQデコーダが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

123:login:Penguin
09/08/25 18:38:16 pfneivdn
ブルーレイのサブタイトルデコーダが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

124:login:Penguin
09/08/27 10:48:16 OwDvsT+D
ブルーレイに使われるLPCMのデコーダが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

125:login:Penguin
09/08/28 03:50:03 LNHdkFYR
そんなことよりTSファイルの扱いをもっとましにしてくれ

126:login:Penguin
09/08/28 11:29:03 4KINgNnj
俺はts使わないから試してないけど…
シークの扱いは改善されたはず>ts
>>65のパッチは誰も提出してないからマージされる訳も無く。
問題自体バグ報告すらされていない予感。

127:login:Penguin
09/08/28 19:47:14 Gs+QNxG6
>>65のパッチも完璧じゃないよ。
あれを当てても変換できないものがある。
TSファイルの性質ゆえに、もとのTSの（最初の部分が）壊れているからなんだろうが、
垂れ流しされている放送波をキャプチャしている以上、これはどうしようも無いしなぁ

128:login:Penguin
09/09/03 13:09:11 lnqAQ9b0
WMAProデコーダが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

129:login:Penguin
09/09/03 19:36:56 lnqAQ9b0
chromiumのffmpegパッチ群。クラッシュ/無限ループの修正が多いね。良い傾向。
URLﾘﾝｸ(src.chromium.org)

130:login:Penguin
09/09/03 19:57:26 JIJP2QNk
chromiumていうゲームもあるんだな。

131:login:Penguin
09/09/04 00:17:24 oUY0JjQa
皆、最近の版で -vcodec libx264 でエンコードできてますか？
「サイズかビットレートの指定がおかしい」とか言われるんだけど。
指定してないのに。

132:login:Penguin
09/09/04 00:24:31 ATltGo/e
ffmpegでH.264のエンコするのはいかがなものか

133:login:Penguin
09/09/04 00:32:30 x9o1MBS0
>>131
エスパーだけどビットレート指定の後ろにkを付ければ良いと思うよ

134:login:Penguin
09/09/04 04:16:52 0fr+u1C9
>>131
それどっかのサイトのブログかなんかで見つかるんだけど…
-vpreオプションで一応の回避ができるみたい。

-vpreはいくつかのプリセットを指定するオプションで、その内容は
Ubuntuだと(make installしているからどこでも一緒だよね?)
/usr/local/share/ffmpeg/
に置かれているみたい。たとえばlibx264-lossless_fast.ffpresetとか。

とりあえず、それに気づいたのが昨夜で、昨夜段階でその内容の全部を
OOoのCalcに並べたところまでやった。
これから、その内容の比較で、vpre無しで行けないかの確認とか
応用の研究をしようかというときに…おねむのじかんになりました…

で、今日はそれ忘れてたので放置。

とか言いつつ、さっき遊んでるAtom330予備録画機に
録画機と同じ古い版のffmpeg等を突っ込んで、4スレッドエンコード体制にしてた。
この間vpreのことは忘れていた。

それはそうと、
nice -n 19 ffmpeg -i "$@" -threads 0 -s 640x480 -deinterlace -vcodec libx264 -cqp 28 -sc_threshold 2 -flags2 mixed_refs -flags loop -subq 6 -trellis 2 -nr 600 -acodec libmp3lame -ab 128k "x2n_${file%.mpg}.avi"

で、31fpsくらいで行けんだけど、CPU負荷は半分くらいなのな。
二つ同時にエンコードすると100%程度で20fpsx2くらいになるかなぁ…
まぁ、急ぎのエンコードより、大量ファイル処理することのほうが多いからいいんだけどね…

135:login:Penguin
09/09/04 15:21:52 oUY0JjQa
>>134
ありがと。プリセットが無くデフォルトだと動かない仕様になってたのね。
winでコンパイル環境も整備してないので、ゆっくり考えますです。

136:login:Penguin
09/09/04 17:34:46 oUY0JjQa
その後、最新リポジトリからpresetファイル群だけ持ってきたらエンコはできるようになりました。

137:login:Penguin
09/09/06 14:13:38 wfS0gXo6
libmp3lameを使っている場合、-acodec libmp3lame -vol 254で
最大限にボリュームが大きくなるって解釈でいいですよね?

と思っていたんですけど
なんか、うまくいかない。

二桁の数字を指定すると小さくなるから
機能しているみたいなんだけど、もとのより大きくなんない。

試してみると、255より大きい数字が通って、それによって
音量を元より大きくできるみたい。
例によって、仕様変更か…(ちなみになんとか君とかのサイトの記事参照したのが敗因か)

この変更内容について、どっか説明されている記事無いかなぁ…
上限がどうなっているのかわかんないし…
他の音源に揃える上でのTipsとか無いかなぁ…

138:login:Penguin
09/09/07 11:30:04 pOzfzLE5
256で波形にノータッチ、それ以外は256分の指定した数字倍にされ、
負の数なら波形が反転するんじゃなかったっけ？

139:login:Penguin
09/09/07 19:13:34 tLgkNowH
二つのバージョンのffmpegを併用したいのですが、
（この形式には古いバージョン、この形式は新しいバージョン）
どうすればいいのでしょうか？

140:login:Penguin
09/09/07 19:20:45 XD7+oO03
>>139
ffmpegじゃなくwineで2つのバージョン用意して使ってる
ほかの人はどうかしらないけど

--prefix=/home/user/local

にしてる。$PATHは通さず
$/home/user/local/bin/wine なんたらって使ってる。

141:login:Penguin
09/09/16 04:42:16 grGQrUKX
実際にいろんな動画に使ってみたけど、
ffmpegって結構エラーはくな。

限定された使い方ならいいけど、
動画アップロードサイトみたいなのに
利用するのは難しいと思った。

142:login:Penguin
09/09/16 07:07:01 w0SO9mYw
バグ報告しましょう。
URLﾘﾝｸ(roundup.ffmpeg.org)

>動画アップロードサイトみたいなのに
FFmpegはFacebookとかのサイトのサーバーサイド変換で実際に使われてる。
YoutubeもFFmpegっぽいって話がある。
ニコ動はどうだったかな。

143:login:Penguin
09/09/16 16:57:30 ReMZYuZi
>>142
たぶんそういうところは、自社で
修正していると思うよ。

修正して開発元には何も報告していない。

144:login:Penguin
09/09/16 19:33:16 w0SO9mYw
>>143
FacebookとPicsearchはエラーログやサンプルを提供した。
YoutubeはGoogle側が一部修正したように見えるけど、バグ報告やパッチの提供はしてないね。確かChromiumチーム経由でYoutubeチームへフィードバックを頼んでたはずだけどどうなったんだっけか。

145:login:Penguin
09/09/16 22:38:55 w0SO9mYw
Apple Core Audio Formatのデマクサが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)
W64にも対応した(>>115)し、libsndfileを飲み込む日も近いかもな。

146:login:Penguin
09/09/16 23:15:25 q/Jfm89f
GPLである以上、ソースを改良・改変したら、要求された場合に提出しなきゃならないんだけどな

147:login:Penguin
09/09/16 23:17:19 w0SO9mYw
バイナリを配布した場合ね、それ>提出しなきゃならない
サーバーサイドで使うなら提出しなくても問題ない。
それが問題だってんでAGPLができた訳で。

148:login:Penguin
09/09/23 08:20:21 Vt36QzTA
Atrac1デコーダとMD STUDIOオーディオデマクサが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

149:login:Penguin
09/09/23 08:54:59 Vt36QzTA
FFmpegのATRAC3デコーダがfixed-point化されてRockboxに移植されてるらすぃ。

150:login:Penguin
09/09/25 12:23:04 9IlFBiDU
Happy 20,000; New YouTube Engine
URLﾘﾝｸ(multimedia.cx)

151:login:Penguin
09/09/27 14:21:00 LngpI2lB
なんか、ffserverについて調べてたらこんなん見つけた。
既出?

ffmpeg ドキュメント（日本語訳）
URLﾘﾝｸ(fixedpoint.jp)

152:login:Penguin
09/09/27 14:32:50 Q1Hnji4e
>>151
私は知らなかった。

ありがとう。

153:login:Penguin
09/09/28 02:46:04 sUIt19s1
複数のマシンからそれぞれ別々の映像をffserverが動いてる１台のマシンに送り、そこから配信することは可能でしょうか？
ポート8090からマシンAの映像、8091からマシンBの映像といった配信を目指しております。
知恵をお貸し頂ければ幸いです。

154:login:Penguin
09/09/30 10:01:09 S3nDcS56
x264に関して質問です
p4x4は使っても問題無くなりましたか？昔ドット単位ぐらいの細かいのが動きまくるソースだと多少効果あるとか
聞いたんですが…

あとバージョン関係無いですが
-qmax下げるのと-b&-bt上げるのは理論的にはどっちがサイズに対して画質が稼げるんでしょうか

例えば
-b 512k -bt 512 -qmin24 -qmax39の設定なら

-bと-btを576k程度まで上げるのと
レートそのままで-qmaxを37程度まで下げるのとでサイズが同じなら理屈として
画質が上なのはどちらになるんでしょうか？

155:login:Penguin
09/09/30 10:37:51 TR/tNu++
品質指定で1passか、ビットレート指定で2passが普通。
サイズが同じ時の画質は多分前者の方が良くなるはず。

156:login:Penguin
09/09/30 15:26:19 S3nDcS56
>>155
アドバイス有難うございます

いくつか試してみましたがやっぱり-bと-btを上げるた方が画質は良かったみたいです
というか-qmaxを下げるのはソースにもよりけりですがフローしてビットが守られなかったり
そうでなくても画質は大して上がらない結果が殆どでした

-b、-btを上げた状態で妥協出来る-qmaxを探すのが妥当でした
参考になりました、アドバイスどうもです

157:login:Penguin
09/10/01 22:09:56 lStSpSaS
しつもん
CentOS5.3

rpm -Uhv rpmforge-release-0.3.6-1.el5.rf.i386.rpm
yum --enablerepo=rpmforge install ffmpeg

でインストールしたところ
lame: output buffer too small (buffer index: 9195, free bytes: 597)
になった。

URLﾘﾝｸ(wiki.crav-ing.com)
に従ってバッチを入れようとしたが、
yumで入れたせいなのか

[root@localhost local]# find / -name "*libmp3lame*"
/usr/lib/libmp3lame.so.0.0.0
/usr/lib/libmp3lame.so.0

libavcodec/libmp3lame.cが見つかりません。
どうすれば

158:login:Penguin
09/10/01 22:15:08 8SZadbyA
libmp3lame.cはソースコードのことなのでそれを用意してパッチ当ててからコンパイルしろってこと

159:login:Penguin
09/10/01 23:18:11 W4Vk4q5w
>>157
え、(￣■￣;)　lameにそんなバグがあったのか・・・　今まで音はaacかvorbisでやってたから
解らなかった。

ちなみにパッチは>>158の言う通りソースに当てる物なのでffmpegのソースを入手してそこへ
パッチを当ててからffmpegを自分でコンパイル（面倒くさいですw）

そのwikiの記事だとlameの開発バージョンで対策されてるって書いてあるから、lameの開発バージョンの
ソースを入手して自己ビルドした方がまだ楽なような気がします。
でもこの方法は確実に今あるlameと同じ場所をインストール時に指定して綺麗に上書きしないと
他の依存してるlameを使用するアプリが動かなくなる可能性あり。

それとリリース板と開発板の違いが大きいとやはり他の依存が動かなくなる可能性あり。
まあそうなったらまたlameのrpmパッケージを再インストールすれば良いだけかな。

160:login:Penguin
09/10/02 22:47:10 gS2kcaJ+
>>158,159
全然意味がわかりません＞＜

結局yum deleteして、
各エンコーダとffmpegを順番にインストールしました
lameの3.99a1の取得の仕方がわからなかったので3.96かそこらを入れてOKでした

161:159
09/10/03 13:17:05 mlXMcO7a
>>160
あ、良いんじゃないかな。自分の言ってるlame開発板ってのが3.99a1なんだけど
これってLinuxの場合は自分でsvnでソース取ってきてビルドしないとダメだろうから。

>>160の今回の情報で自分でビルド出来ない人はlameのバージョンを落とす事でとりあえず
解決するって事も解ったって事だ。情報トンです。

162:login:Penguin
09/10/04 13:26:57 33e0CDT6
低ビットエンコが日課の者ですが質問です

再生中に一部の場面で数フレームぐらいパタパタッと黒いタイルと言うか
ブロックを散らしたように画が欠ける部分があるんですが何が原因でしょうか？
単純にビット不足？

163:login:Penguin
09/10/04 13:46:55 TSrspAFG
ビット不足から来るという認識は正しいが、情報が少なすぎてなんとも。
とりあえずffmpegとx264のバージョンを上げて、より圧縮率の高いプリセットを使え。
あとビットレート指定なら2passにしろ。
取りあえずのアドバイスはそんなとこ。

164:login:Penguin
09/10/04 13:52:24 32Z5++SP
とりあえず2passが良いと思ってx264でやってみたのですが、2回目のエンコがビットレートや
サイズ等が不正ですって始まらない。

オプションは-crfとか-qscaleでやったんだけど（ビットレート指定無し）、ビットレート指定
だと2回目いける。

もしかして2passってビットレート指定のエンコじゃないとダメなの？

165:login:Penguin
09/10/04 14:05:33 TSrspAFG
そう
詳しく知りたきゃx264中心に検索すりゃ良いよ。

166:login:Penguin
09/10/04 14:49:17 32Z5++SP
>>165
レストン　了解です。

167:login:Penguin
09/10/04 16:21:54 33e0CDT6
>>163
サンクス、参考になりました

168:login:Penguin
09/10/05 13:38:06 JawieGlt
3g2からAVIにするにはどうしたらよいでしょうか？
やってみたら、音声のみでファイルサイズが
やたらデカいのが出来てしまいました。
それと、このソフトってコーデック指定はできますよね？

169:login:Penguin
09/10/05 17:29:14 JjFanTvM
スレチだったらすみません。　CentOS5.3上でffmpeg動かしています。
PSP用の動画変換したいのですが、再生できません。
＞PSP上ではビデオコーデックが不明な形式になります。Windows＋Gomプレイヤーでは再生できます。
Gomプレイヤーで動画形式を見ると、AVC1（GVC）となっております。

：変換用スクリプト
ffmpeg -i hogehoge.avi -vpre /usr/local/src/ffmpeg/ffpresets/libx264-default.ffpreset -vcodec libx264 -coder 1 -bufsize 128 -g 250 -s 480x272 -r 29.97 -b 180k -level 21 -acodec libfaac -ac 1 -ar 44100 -ab 48k -f mp4 hogehoge.mp4

ヒントいただければ幸いです。

170:169
09/10/06 15:57:15 beoE6AUg
>>169です。
ffmpegを以前構築しており、環境をもう一度作り直したのですが、PSPで動画が再生できません。
真空波動研で以前作ったPSPで再生できた動画、現在造ったPSPで再生できない動画を調べてみました。
[再生できない動画]
480x272 24Bit AVC/H.264 High@2.1 29.97fps 57926f 186.32kb/s　AAC 44.10kHz 1.0ch(1/0 C) LC 48.00kb/s
[Extra][2]　MP4 Base Media v1 MetaData　[MPEG4] 00:32:12.799 (1932.799sec) / 58,047,966Bytes
[再生できる動画]
480x272 24Bit AVC/H.264 Main@2.1 29.97fps 57935f 318.01kb/s AAC 44.10kHz 1.0ch(1/0 C) LC 48.00kb/s
[Extra][2]MP4 Base Media v1 MetaData　[MPEG4] 00:32:13.099 (1933.099sec) / 89,568,173Bytes

High@2.1 29.97fps、Main@2.1 29.97fps の2つ違いがあるようですが、ffmpegのMain@の設定方法を現在探しております、、、。

171:169
09/10/06 16:17:16 beoE6AUg
自己解決しました。
-vpreオプションでlibx264-fastfirstpass選べばPSPで見ることができました、、、。
大変お騒がせしました。

チラ裏、スレ汚しすみませんでした。

172:login:Penguin
09/10/07 03:00:00 TOPwev2f
RF64デマクサが追加された
URLﾘﾝｸ(lists.mplayerhq.hu)

173:login:Penguin
09/10/08 16:03:16 Gh6+X3oS
動画のサムネイル作っているんだけど、ogmだけ
ffmpeg -ss 1 -i src.ogm -f image2 -vframes 1 -an -deinterlace dst.jpg
で、サムネイルが作れないんだけど何でかな。

174:login:Penguin
09/10/08 16:14:33 6vHATiKl
totem-video-thumbnailerでもogmはサムネイル作成に失敗する事が多い
gstreamer-ffmpeg入れてるからffmpegのバグかも
俺はmkvmergeでogmを全部mkvに変換しちまった
なぜかmkvにすれば問題なくサムネイルが作れるんだよなぁ

175:login:Penguin
09/10/08 16:33:54 Gh6+X3oS
>>174
貴重な情報をありがとう。早速検討します。

176:login:Penguin
09/10/08 17:06:03 LH3CG77K
1フレームだけ取り出すってのが問題かもしれない。

177:login:Penguin
09/10/09 21:07:30 sclrA3Y3
ffmpeg -y ～ >file 2>&1 &
で出力をログファイルに送りつつバックグラウンド実行できると思ったんですが、
jobsでステータスを見るとStoppedになってます。
実際ログファイル見ても動いてません。
bg %1
しても動いたと思った直後Stoppedになります。
fg
すると普通に動くのですがこの動き超困る。

178:login:Penguin
09/10/09 23:51:52 5swSx1BP
>>177
その動きからするとttyを直接叩いてるんだろうな
だったらscreenでも使うしかないんじゃね？

179:login:Penguin
09/10/10 03:25:36 qS8JOLWp
>>178
日本語でOK？

申し訳ないが何を言ってるのかさっぱりわからん

180:login:Penguin
09/10/10 08:44:44 2ysyvbPA
>>179
日本語勉強して出直してくることをお勧めする

181:login:Penguin
09/10/10 12:06:56 HUAxE6mf
ttyとscreenを知らないので意味不明になっているだけでは。
>>177
うちの環境では正常に動作して、ログもとれる。
～の部分に問題はないか？

182:login:Penguin
09/10/12 02:05:14 tSG3D/3M
FFmpegをコンパイルしようとしたら
undefined reference to `x264_encoder_open_77'
こんなエラーが出るんだけど、もしかしてx264のバージョン0.77って
対応してない？

183:login:Penguin
09/10/12 03:11:48 ZjUOTbkz
>>182
x264は更新が激しい（内容の変化）ケースが多いから最新の奴を入れるとffmpegやmplayerやvlc等が
make出来なくなるケースがあったです。

大抵は少し経つとffmpegやmplayer等のソースが対応するパターンが多いけど。
x264が更新されたら（特にrev76が77に変わったときなど）最低でもx264と同じ時期か少し
後の（x264が出た時より数日あととか）ソースを持ってきて入れるようにしてます。

まあchengelogとかgitで見れば良いのだろうけど、自分は見ても知識無いので＾＾；
とりあえずx264のrevが上がったら数日待ってからx264を更新して数日後ffmpegのソースはその時点の
最新を使用するようにしてます。

revが同じで1271とかそういう4桁のバージョンが変わっただけなら結構平気なんだけど・・・

184:login:Penguin
09/10/16 15:28:20 lCdnbWnP
ふと見かけないオプション見つけたので質問です
-sws_flags lanczosオプションってリサイズのオプションですよね
具体的に通常のリサイズとは処理が何か違うんでしょうか？

185:login:Penguin
09/10/16 15:48:56 aY9pr8HX
遅いけどなんか凄い

186:login:Penguin
09/10/16 17:40:49 yxjWKT3w
例えば、映像より音声の方が短いようなもを
ミックスして、ffmpegで1つの動画にします(mpg形式)。
そのような動画を2つを cat で結合します。
こうして作った動画ファイルは
元々、音声の長さが短かったため、
1つめの映像が終わる前に2つ目の音声が再生されてしまいます。

このようなことが起こらないために
うまいやり方はありますか？

-vsync とか -async とか -timestamp とか
そのへんのオプションが使えそうな気がするのですが、
マニュアルの記述があまりに貧相なので使い方が
わかりません。

187:login:Penguin
09/10/16 18:46:19 aY9pr8HX
>>186
ffmpegのsocで結合機能が作られてるけど、まだ本線にマージされてないねぇ。

188:login:Penguin
09/10/17 13:42:24 TRZBUZwQ
PSPやiPhone互換のH.264を出力するffmpegかmencoderの設定教えてください！

189:login:Penguin
09/10/17 13:50:08 gsa2iis9
>>184
確かデフォルトはbicubicだけど、
lanczosはbicubicに比べてよりシャープな画像が得られる
エッジが強調されすぎるので不自然に感じる人も多いけど
俺はボケ気味の元画像を縮小してクッキリさせたい時に使ってる

190:login:Penguin
09/10/17 13:53:00 gsa2iis9
>>188
Avidemuxの自動設定を使え
なぜかGtk版は自動設定が動かなかったりするからQt版おすすめ

191:login:Penguin
09/10/17 14:20:23 nYsgy67x
>>189
参考にします
アドバイスどうもです

192:login:Penguin
09/10/17 17:20:50 TRZBUZwQ
>>190
おおぅ、こんなのがあったんですね。ありがとうございます。

193:login:Penguin
09/10/19 00:44:00 kRin5XWO
変換君で URLﾘﾝｸ(blog.k-tai-douga.com)　のrev.20220を使っており、
h264のbaseline profileを使いたいのですが、
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate,width or height
というエラーが出て変換できません。

-vcodec libx264 -vpre C:\ffpresets\libx264-baseline.ffpreset -s 176x144 -r 10.0 -b 128k -f 3gp
上記設定では無理なのでしょうか？
エラーの出ない設定などあればご教示下さい。

194:login:Penguin
09/10/19 11:29:43 Yau89ST2
>>193
変換君の事はよく解らない。もしかしたらその変換君のビルドに使用したx264は本当に最新のやつじゃないかな。

とうのは最近のx264の更新がやたら激しくて、つい最近までしばらく0.76だったx264が0.77になってる。
この小数点のバージョンがあがった時はえてして大きな変更加えられてるらしく、今までのコマンドとか
変更になったりするらしい。

で、結果から言うと自分のffmpegはx264を0.77に上げたときあたりから-vpreのオプションが受け付けられなく
なるケースが出てきた。ググったら他にもそんな人が出てて対策はbaselineじゃなくてdefault使ってくれとか
書いてる人も居たかな。

ともかく今の状態だと動かないプロファイルはbaseline、mainは駄目だったね。default、normalなんかは
動いた。けどbaseline、mainに比べて質は上がるけどエンコ速度は遅くなるだろうね。

libx264-baseline.ffpresetの「baseline」の部分を「default」や「normal」に書き換えてやれば
とりあえず動くと思うよ。もしくは変換君のバージョンを以前の物に下げるかかな。

195:login:Penguin
09/10/20 01:34:12 eScr7U8N
>>194
レスありがとうございます。
defaultやfastなんちゃらとかは試して、出来るということは知っていたのですが、
baselineで変換したいのです。
というのも、携帯で見たいがためです。
defaultで変換した場合、真空波動研で見るとhigh profileとなっています。
自分の勘違いかもしれませんが、high profileだと携帯では再生出来なかった気がするので、
なんとかbaseline profileにしたかった次第です。
とりあえずは、以前のバージョンのffmpegなど試してみようかと思います。

196:login:Penguin
09/10/20 14:19:27 6X/68Pa9
Ubuntu 9.04を使用しています。
Playstation EyeというWebCamの映像を、ffserverを使用して配信したいのですが、以下のエラーがでてしまいうまく配信することができません。
考えられる原因等わかる方いましたらよろしくお願いします。

[video4linux2 @ 0x957bac0][3]Capabilities: 5000001
[video4linux2 @ 0x957bac0]The V4L2 driver changed the video from 320x240 to 640x480
[video4linux2 @ 0x957bac0]ioctl(VIDIOC_DQBUF): Input/output error
Input #0, video4linux2, from '/dev/video0':
Duration: N/A, bitrate: -2147483 kb/s
Stream #0.0: Video: rawvideo, yuyv422, 640x480, -2147483 kb/s, 1000k tbr, 1000k tbn, 1000k tbc
Output #0, ffm, to 'URLﾘﾝｸ(localhost:8090)':
Stream #0.0: Audio: mp2, 44100 Hz, mono, s16, 32 kb/s
Stream #0.1: Video: mpeg1video, yuv420p, 160x128, q=3-31, 64 kb/s, 1000k tbn, 3 tbc
Stream #0.2: Audio: mp2, 22050 Hz, mono, s16, 64 kb/s
Stream #0.3: Video: 0x0000, yuv420p, 352x240, q=3-31, 256 kb/s, 1000k tbn, 15 tbc
Could not find input stream matching output stream #0.0
Tue Oct 20 14:05:15 2009 127.0.0.1 - - [GET] "/feed1.ffm HTTP/1.1" 200 4149
Tue Oct 20 14:05:15 2009 127.0.0.1 - - [POST] "/feed1.ffm HTTP/1.1" 200 0

197:login:Penguin
09/10/20 14:20:19 6X/68Pa9
追記: ffmpegのバージョン・Configuration設定

FFmpeg version 0.5-svn17737+3:0.svn20090303-1ubuntu6, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --extra-version=svn17737+3:0.svn20090303-1ubuntu6 --prefix=/usr --enable-avfilter --enable-avfilter-lavf
--enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads
--disable-stripping --disable-vhook --enable-libdc1394 --disable-armv5te --disable-armv6 --disable-armv6t2 --disable-armvfp --disable-neon --disable-altivec --disable-vis --enable-shared --disable-static

198:login:Penguin
09/10/20 14:41:11 BfOT7RW3
またか
もう黙ってNGIDにしとこう

199:login:Penguin
09/10/20 19:29:34 gQBqUeVu
>>196
プレーヤー側でどうエラーでる?

200:login:Penguin
09/10/22 13:12:42 6aipNo6s
>>198
それ言うと何か変わる？

201:login:Penguin
09/10/22 13:21:11 HoxiLU3b
>>200
たいていのマカは正体を見破られたら去ってゆく
黙って去る事もあれば
君みたいに捨て台詞を残すこともある

202:login:Penguin
09/10/22 13:31:35 VVHiKM8T
でもMACってシェアを伸ばしてるみたいね。iPODとかiPhoneを使用した人達がPCもあんな感じなのが良い
って感じでMACを選ぶ人が最近多発中とか。

Microsoftを辞めて行ったWINDOWSの開発担当者の台詞（まだVistaの開発途中の事だけど、ほとんど出来上がって
た頃だったと思った）の「俺ならVistaを使わないでMACを使う」とか言った言葉を思い出してしまったw

203:login:Penguin
09/10/22 13:46:04 HoxiLU3b
>>202
マカ死ね！

204:login:Penguin
09/10/22 13:54:05 VVHiKM8T
>>203
ちょw　俺はUbuntuerだよ

205:login:Penguin
09/10/22 13:57:35 HoxiLU3b
紛らわしい言動は慎むべきだ
日本は「頃す」と書いただけで逮捕される警察国家なのだから

206:login:Penguin
09/10/22 14:36:06 VVHiKM8T
いえ、FFMPEGスレでなんでMAC叩かなきゃいけないのがよく解らん。
MACといえFFMPEGユーザーなのだから、使ってる人には発言権あるでしょうに。

なのにMACのみ排除しようとする行為自体が紛らわしいと思いません？

207:login:Penguin
09/10/22 15:26:57 LTEUZm8e
>>201
Ubuntuの本スレで
「俺は最後まで徹底的にマカと戦う」
「私に賛同している人は大勢居る」
って言ってた人? 懐かしいなぁ。元気してたか?

>>204
思いっきり
0.5-svn17737+3:0.svn20090303-1ubuntu6
って書いてあるしねぇ。

208:login:Penguin
09/10/22 16:45:20 6aipNo6s
おまえら盛り上がってるな

209:login:Penguin
09/10/23 05:20:23 2XYHsdBT
>>190
Qt版のほうが出来がいいのか・・・と思って使ってみたけど
アイコンが小さくて押し間違えるのでGtk+版に戻してしまった。
くだらない理由ですまん

210:login:Penguin
09/10/23 13:26:22 9w0s6jY0
>>206
ここはLinux板

211:login:Penguin
09/10/23 13:46:27 OdD+9yv3
>>210
それがどうかしたの？

212:login:Penguin
09/10/23 13:48:27 MlMqKgeC
>>210
くだらない。
GCC使って同じソースからコンパイルして、しかもカーネルもMacはUnixベース。

こんな事言ってるからLinuxがいつまで経っても発展しない。多分Linux使ってる人もほとんどが
ちょっと難しいWINDOWSを使ってる位の感覚しかないんだろ。

せっかくのグローバルな意味合いをLinux使いは自分達で殺してる。

213:login:Penguin
09/10/23 13:55:03 VcI+bYCR
>>212
マカはLinuxへのアンチ活動を止めろ！

214:login:Penguin
09/10/23 13:55:50 MlMqKgeC
>>213
Mac欲しいけど買えねえんだよ。金が無くて。
仕方なくLinux使ってんだ

215:login:Penguin
09/10/23 13:57:07 MlMqKgeC
$ uname -a
Linux ******* 2.6.31.4-m4 #1 SMP Fri Oct 16 00:34:27 JST 2009 x86_64 GNU/Linux

216:login:Penguin
09/10/23 14:17:22 9Xw5fOhR
そりゃLinux板でMacMac言ってたら叩かれるだろ。
Linux以外でffmpeg使っててこのスレにいるなら
ffmpegについてのみ言及すりゃ良いんじゃねーの？

あとLinuxの方がWindowsより簡単だろ。

217:login:Penguin
09/10/23 16:43:37 OdD+9yv3
> そりゃLinux板でMacMac言ってたら叩かれるだろ。

なんで？

218:login:Penguin
09/10/23 16:56:23 9Xw5fOhR
>>217
Macについて語りたければ然るべき板に行けよ。
Windowsだって同様。
Linux板で政治は語らないだろ？

219:login:Penguin
09/10/23 17:43:41 OdD+9yv3
> Linux板で政治は語らないだろ？

政治がどうかしたの？

220:login:Penguin
09/10/23 18:06:13 9Xw5fOhR
タダのバカかよ・・・
相手した俺も馬鹿だったわ・・・

221:login:Penguin
09/10/23 20:08:25 VcI+bYCR
>>214
わかりました
Linuxアンチ活動をするとApple社からリベートが出るんですね。

>>218
マカは人類と敵対する存在なので極めて政治的軍事的な話題だな

222:login:Penguin
09/10/24 00:05:20 o8fGeobA
今日も平和だな。
みんな平和について語り合おうぜ。

223:login:Penguin
09/10/24 00:13:10 qCp2rlBX
昔の皆さんありがとう。地球は元気です。

224:login:Penguin
09/10/24 00:21:27 KTh6tXsT
もうすぐAppleが滅ぼしちゃうけどね

225:login:Penguin
09/10/24 00:31:26 7u1CMmdM
>>224
禁断のリンゴなんでしょ。アップルのマークは。
初めて卓上のPCを作ったときに、自分達はトンでもないものを開発してしまった。
いつか人間がPCに管理される日が来るかもしれない、我々は今禁断の果実をかじったってあのマークに
なったとか聞いた。

226:login:Penguin
09/10/24 00:32:33 7u1CMmdM
英語で正しい発音の「Apple」は「アポー」って言うんだよ。

はい、皆さんご一緒に

アポー！

227:login:Penguin
09/10/24 00:33:56 KTh6tXsT
近い将来に誤作動を起こして核戦争の引き金を引くのは間違いなくMac

228:login:Penguin
09/10/24 00:36:08 7u1CMmdM
アポー！

229:login:Penguin
09/10/24 13:19:10 5Oxq5Pfq
qsquishって-qmin -qmax付近になるとq値の変化を緩やかにするとありますが
結局上限下限はどうなってるんでしょうか？

緩やかにしつつ振り切りそうならクリップして処理なのかそれとも有る程度のオーバーは許容してるのかが分りません
品質の急激な変化を防ぐためのオプションと言う事にはなっていますがもし最終的に上限下限をクリップしているなら
そのシーン以前の品質が結局不要にビットを割いたりあるいは若干ビット不足で処理される事になりませんか？

230:login:Penguin
09/10/28 09:52:01 wTKKDJP1
アルファチャンネルつきのFLV（VP6A）を、アルファチャンネルを保持したままAVIに変換したいと思い、
　　　ffmpeg -i sample_alpha_VP6.flv -pix_fmt bgra -vcodec rawvideo bgra_raw.avi
といった感じで変換してみたのですが、映像が崩壊してしまいます。
VP6Aのデコードには対応しているはずなので、何か方法はあると思うのですが、
この場合、どういうオプションを指定すればよいのでしょう・・・？

アルファチャンネルつきのFLVサンプルはこちらにあります。
　　　URLﾘﾝｸ(www.flashbackj.com)

231:login:Penguin
09/10/31 16:11:47 YiVVf2u8
ちょっとすれ違いかもしれないけど、
AMD(ATI)のGPUを使ったエンコーダ AVIVO media conveter って、
Linuxでは使えないのでしょうか?
(wineとか駆使しても)

Xドライバは出てるので、なんとか使えると嬉しいのですが。

232:login:Penguin
09/11/02 09:59:01 SJ8z4Pr2
ffmpeg を使って、Webのサービスで、
動画の変換をするようなシステムを作ろうとしています。

今は動画変換の要求があるたびに、
ffmpeg の実行ファイルを起動していますが、
何度もプロセスを起動するので、そのコストが無駄です。

ffmpeg をサービス化(デーモン化)して、
プロセスを常時待機させて、
要求があるたびに変換を行うことはできませんか？

233:login:Penguin
09/11/02 10:46:42 Y4VHE5TO
>>232
動画変換で、ffmpeg起動コストが高いとは到底思えない。

234:login:Penguin
09/11/02 13:01:10 OMGaIRCG
>>232
apache module化するのが良い予感 (ライセンス的にも問題茄子)
作ったら教えてね

235:login:Penguin
09/11/02 13:40:19 zTtFSdFx
>>234
それすごいいい。
俺も欲しい。

236:login:Penguin
09/11/03 02:23:01 59rmoZFp
>>234
同じく欲しい

237:login:Penguin
09/11/03 10:10:23 eHUI5WJu
動画変換という何十分、何時間もかかる処理で、
1秒未満の起動コストを削減しても
意味無いだろｗｗｗ

次ページ