LOD 24時公開を支える技術 - DMM inside｜DMM inside
x264のcrf値はどれくらいが適切なのか？ | もにっき
x264を用いてH.264にエンコードする場合、どの程度のビットレートや画質設定でエンコードするのが適切なのか、という問題がある。 x264でのエンコードには、昔ながらのビットレート指定タイプと、今主流の品質指定タイプの2種類があるが、アニメのように実質的に静止画が多い場合には、この品質指定タイプが非常に有効であり、画質をほとんど落とすことなく、ファイルサイズを大きく下げることが可能になる。 この場合、品質（画質）はcrfというパラメータによって与えるのだが、これをどれくらいの値にしたら良いのか、というのが難しい。 crf値は値が小さければ小さいほど画質がよくなるが、その分ファイルサイズは大きくなり、大きな値にすればするほどファイルサイズは小さくなるが、その分画質が落ちる。 というわけで、以前、SD動画の頃に、実際に様々なcrf値で動画圧縮をして、その結果を見比べた結果、crf 18～19
アニメとかエンコード関連の自分用メモとか Aviutlを使ってサクッとmp4化
＜追記：2012/01/26＞ BonTsDemuxでm2vとaacを抽出してエンコードしても、上手く行かないことが多いので、映像と音声の分離に関しては、BonTsDemuxではなく、DGIndexを使用するやり方を推奨します。 詳細はこちら。 ＜追記：2012/08/14＞ 2senが死んでリンクが切れまくってたので、色々と修正。 ＜追記：2013/04/19＞ DGIndexのバグについて追記 今回は出来るだけ楽な方法でmp4にエンコードするためのやり方を書きます。 ■１：前提条件 とりあえず、前提条件はこんな感じ。 １．圧縮形式はmp4(H.264 + aac) ２．動画編集に使用するソフトはAviUtl ３．映像ソースは録画した地デジアニメ(録画後の自動処理でTsSplitterまで実行済み) ４．CMカットは手動 ５．TV局のロゴはなるべくカット。地震とかのテロップは消すの面倒な
Man/CODEC固有オプション/-lavcopts - MPlayer and MEncoder on MacOSX
vqmin=<1−31> † minimum quantizer (pass 1/2) 1 Not recommended (much larger file, little quality difference and weird side effects: msmpeg4, h263 will be very low quality, ratecontrol will be confused resulting in lower quality and some decoders will not be able to decode it). 推奨されない(とても大きなファイルになり、ほとんど画質の違いがないうえに奇妙な副作用（msmpeg4, h263でとても画質が低くなり、ratecontrolの結果に困惑されさらにあるデコーダではそれはデコード出来ない。）をもたらす。) 2 Re
MEncoder - ArchWiki
An overview of MEncoder, the video encoding/decoding tool provided by MPlayer as part of the mencoder package. Basics The basic syntax for a conversion is mencoder original_video.mpg -o new_video.avi -ovc output_video_codec -oac output_audio_codec So to convert movie.mpg to movie.avi with MPEG-4 Part 2 video and MP2 audio, the command is mencoder movie.mpg -o movie.avi -ovc lavc -oac lavc The defa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンコーダーを支えるffmpeg活用 - DMM inside