エンコードソフト 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
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★