2ちゃんねる スマホ用 ■掲示板に戻る■ 全部 1- 最新50    

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

1 :login:Penguin:2009/01/16(金) 17:41:13 ID:xFJ/2eBr.net
公式サイト
http://ffmpeg.org/


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

251 :login:Penguin:2009/11/05(木) 07:54:58 ID:lQoG+jV3.net
>>250
ワラタ。

popenもsystemもシェル経由でしかコマンドが呼べないんだが。
自分でご丁寧にfork & execしてもいいけど、それができるスクリプト言語は希少。


君が表層のみで話してるのはよく分かった。


252 :login:Penguin:2009/11/05(木) 12:02:38 ID:dGM/5Onx.net
>>251
スクリプト言語を使っておきながら、シェルの起動コストを議論するほうがわからん。
/bin/sh なんて、常にメモリキャッシュにはいってるし、
何のコストを気にしてるのかさっぱり。

253 :login:Penguin:2009/11/07(土) 03:21:23 ID:Y0HjfUqW.net
なんとなくわかる。

アクセスがあるたびにapacheを起動するのはたいへんだから
apacheはずっと動いているでしょ。

だからffmpegも起動するのがたいへんだと思っちゃったんじゃないかな?

実際には常駐して、複数のタスクを行なう構造のapacheと
起動後、一つのタスクを行なって終了するffmpegを
同列に考えるのが最初の間違いってことになる。

仮にffmpegのロード時間をケチるとして
常駐型のエンコーダーを開発するとしたら、コストは大きいなぁ。
apacheモジュールにしても、問題は大差無いかな。

やるべきことは、ffmpegのソースをよく調べて
その用途に必要なコードを切り捨てて
最小の時間でロードできるようなバイナリーを作ることじゃない?

エンコーダーライブラリも静的リンクしたほうが速いのかな?


254 :login:Penguin:2009/11/07(土) 10:37:30 ID:soP3o1ag.net
>>253
本人ですか?

255 :login:Penguin:2009/11/07(土) 13:56:01 ID:hNqRgzPl.net
起動するさいに必要なメモリうんぬんなんて気にしてないんだって。
apacheのモジュールを起動するのはapacheのプロセスのみ。それがつぶれて終わり。

ffmpegをオーバフローさせるようなコードが紛れているかもしれないときに、system()なんて
危険なことをhttpの中でやりたいとは思わないだろ?

256 :login:Penguin:2009/11/07(土) 13:58:32 ID:5xxdzOMr.net
>>255
逆だろ?
systemのほうが安全。

257 :login:Penguin:2009/11/07(土) 14:06:03 ID:whpRTm6C.net
どっちもバカ

258 :login:Penguin:2009/11/07(土) 16:15:29 ID:5xxdzOMr.net
>>257
いや、俺もそう思う。
>>255 は、モジュール化する意義がまるであべこべだし、
system 使わなくてももっと良い呼び出し方はあるしな。
ま、モジュール作ったらベンチマークしてみろ。

259 :login:Penguin:2009/11/07(土) 23:26:45 ID:qBzc491H.net
>>255
モジュールにしたところでバッファオーバーフローの脆弱性は組み入れられる。
何そのモジュール神話。

260 :login:Penguin:2009/11/08(日) 00:27:14 ID:bICJCj0A.net
そういうプロセッサ時間を大量に消費する糞重い仕事は、
本気でdistributed job queueみたいなのでやるのがいいんじゃないのかな
要はちゃんとキューイング+分散化汁ってことな

それに比べればffmpeg叩くかlibavformat/libavcodec直接叩くかは些事です

208 KB
新着レスの表示

掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :

read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★