MTZ_AUF for エッジレベル調整 [高速化]
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 エッジレベル調整はがらくたハウスのがらくた置き場で公開してくださっているAviutlのフィルタ。 エッジ調整の効果がすごくいい、素晴らしいフィルタなのだけど、わりと重い。 作者様によると、これはどうも並列化されてないことが原因の一つらしい。3級以下のFlash置き場 - えっじれべるちょうせい というわけで強引に高速化してみる、そういう話。 ※素直に並列化 + 拡張命令の使用でこの方法よりも安定・さらに高速化したエッジレベル調整MT 0.7 v7をこちらで公開していますので、どうぞ。 テストした環境について 基本的な環境 Win7 x64 SP1 Core i5 2500 @ 3.8GHz (4C/4T) RAM 4GB DDR3-1333
![MTZ_AUF for エッジレベル調整 [高速化]](https://cdn-ak-scissors.b.st-hatena.com/image/square/0be3be82108f86cdc5b7614f1bb6ef75a1c295af/height=288;version=1;width=512/https%3A%2F%2Fblog-imgs-152.fc2.com%2Fr%2Fi%2Fg%2Frigaya34589%2F20220522v3_RGBA_small2.png)
x264 r2146 と拡張命令
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 x264はCPUの拡張命令を使うことで、どんどん速くなっている。 --asmオプションを使うことで、x264が使用する拡張命令を選択することができるので、どのレベルの拡張命令が効くのかを試してみた。 環境 Win7 x64 Aviutl 0.99k x264guiEx 1.26 Core i5 2500 (4C/4T, L3=6MB, ～AVX) 3800MHz RAM 4GB, DDR3-1333, Dual Channnel 素材 H.264 High Profile 1920x1080p 23.976fps 2154frames (1m 30s) ましろ色シンフォニー OPを1920x1080に拡大してエンコードしたもの lsmash
x264 r2145 はもっと速い …がバグっているらしい
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 注意 たくあん様にコメントで教えていただいたのですが、x264 r2145はバグっている、ようなので使用しないほうがよいでしょう。 → r2146で修正されています。 どうも絵が崩れるらしいのですが、夏目友人帳とか普通にエンコードしてしまったがどうしよ。見た限り問題ないんだけど、気持ち悪いからエンコードかけ直すか… このベンチマーク結果は参考としておいておきます。 たくあん様、教えてくださってありがとうございます。 x264 r2120、なんか速くね?の続き。 x264 r2145でも相当高速化されたようなので再びベンチマーク。 環境とかは前回と同じにそろえた。 共通環境 Win7 x64 Aviutl 0.99j2 x264guiEx 1
P67なんて、要るわけない
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 SandyBridge買っちまったの続き。 SandyBridgeといえばQuickSyncVideo(QSV)。それ以外にない。 QuickSyncVideoの使えないP67なんて要らない子なのです。 …と言ってみたが、QSVを使わない人も多いだろうし、要らない子ではないだろうけど。 まあようはZ68買っとけと。 ともかく、i5 2500でのQSVを使用したエンコとx264エンコの速度比較。 さていろいろ調べると、QSVを使った出力にはいくつかあるらしい。 TMPGEnc Video Mastering Works 5 MediaEspresso 6.5 LoiLoScope2 Aviutl + MP4出力QSV v1.1 など。 で、更
H.264 high bit depth decoder
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 H.264/AVC high bit depth decoderがついにきたらしい！ 素晴らしい！ そこでx264guiExを10bit(high bit)対応させてみた。 ただ、まだあちこち不具合ある。なので"(仮)"。 例えば10bitだとqpmaxの最大値変わるよね、とか high10 profileのVBVの制限値ってhigh profileと違うよね、とか そういうところはまだ。 ちょい忙しいので。 YC48(12bit精度)->YV12(high bit depth)はAviutlの内部形式についてを参考に5月に入ってから「これ役に立つ時あんのかなあ」とか思いながら、のんびり書いてた。役に立ってよかった。でも処理速度は遅いんじゃ
Avisynth + x264 を用いたTSファイルのエンコード - 実践7 ： 64bit版のAvisynthを使う - Take-Rのメモ帳
公式のAvisynthは32bitで動くプログラムだが、それとは別に非公式の64bitバージョンが存在する。 avisynth64 by JoshyD JoshyD氏によるavisynth64 ProjectのHP。 64bit用にコンパイルしたavisynth本体とプラグインが公開されている。 今回の実験に当たり、画面左下のリンクから以下のファイルをダウンロードする。 ・Downloads avisynth64_4-16-10.rar64bit版のAvisynth本体・Wiki pages -> PluginLinks DgDecode 1.5.8 x64 d2vの読み込みに必要MaskTools 2.0a x64 LSFmodの動作に必要TNLMeans_x64 v1.0.3 TNLMeansの64bitバージョンRemoveGrain x64 LSFmodの動作に必要Repa
続 アニメのTSをAVIUTLでお手軽にエンコード (エビフにゃイ専用チラシの裏)
TSをお手軽にエンコードしましょうという記事です。 今回はCUI環境が不慣れな人向けの、AVIUTLを使用した内容になっています。 下準備１：本体周りをダウンロードする 1つのフォルダ内に以下のようになるようにダウンロード AVIUTL本体をダウンロード この記事を書いてる時の最新版。 aviutl99i8.zip version0.99i8 2010/7/5 x264本体をダウンロード 自分のOSに最適な(わからなければ32bit)GPAC版をダウンロード 例）x264 rXXXX 32bit(GPAC)[Latest] BonTsDemuxをダウンロード この記事を書いてる時の最新版。 up1091.zip BonTsDemux v1.10+10k7+nogui+es+fix05 バグ修正 2010年10/31(日)16:21 FakeAacWav(同梱fawcl)をダウ
AviUtlプラグイン「MPEG-2 VIDEO VFAPI Plug-In」が大幅に高速化。DGMPGDecを凌ぐ速度へ
まるも製作所の茂木氏が久しぶりに「MPEG-2 VIDEO VFAPI Plug-In」を更新し、ver.0.7.1になりました。デコード処理に専用スレッドを割り当て、デコードを大幅に高速化。この度の改良は、Core i7-2600のHTT有効時、x264出力でCPUを使い切れない（MPEG-2のデコードが遅いため、x264側がデータを待つ間CPUに空き時間ができやすい）事への対策を施したものであり、結果として条件次第では DGMPGDec のデコード速度を凌ぐまでに至りました。 では、そのベンチ結果を紹介しましょう。 ■計測環境 いずれも、Windows7 professional 64bit SP1 RC、Core i5-2500K（定格）。 DDR3 1333 8GB（4GB×2） AviUtl ver.0.99i8test（マイナス座標不具合修正版） AviSynth v2.5.8
お知らせ。
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 やはりちゃんと書いとくべきかな、と思ったので。 改造版x264guiは更新停止とさせてください。 guiExでいこうと思います。 x264を内蔵するx264guiでしかできないことも確かにありますが(VFR化の際のより正しいレート計算とか)、x264を切り離したguiExのほうのメリット(x64高速化とか、いろんなx264使えるとか、最新のx264をすぐ使えるとか、わたしがめんどくないとか)のほうがより大きいと私は考えています。(もちろん「そんなことねーよ、x264guiのほうがいいよ」って人もいるかもしれませんが。すまぬ。)
画質比較 - x264、CUDA、ほか
2024.07 << 12345678910111213141516171819202122232425262728293031 >> 2024.09 GTX460も買ってしまったことだし、画質の比較をしてみる。 もうTMPEGEnc VMW 5 体験版の期限も迫っているし…ね。 えと、あらかじめ言っておくと、画像を貼りつけまくったので、もしかすると重いです。 まず、環境とか基本的なところの説明から。 【環境】 OS : Win7 x64 CPU : Xeon W3680 (6C/12T, L3=12MB) @ 4014MHz メモリ: 12GB GPU : GTX460 念のため書いておくと、この環境だとマルチスレッド効率が低いものは遅くなってしまう。 【入力データ】 例によって Little Busters Ex のOPデモ版。 解像度 : 800x600p fps : 30.000f
TMPGEnc Video Mastering Works 5 体験版 part2
2024.01 << 1234567891011121314151617181920212223242526272829 >> 2024.03 TMPGEnc Video Mastering Works 5体験版いじってみたの続き。 本題のエンコードの設定についてですな。 x264のオプションとの対応関係を書いてるけど、全部正しいか確認したわけではないので、個人的な「これのことじゃないかな」ってぐらいの推定であることに注意してください。まあ、よくわからないときはMediaInfo使って確認したりしたので、あっているとは思うけど。 とりあえず、MP4(AVC)出力を選択。 こんな画面が出る。 クリックで拡大 このままではx264の詳細設定はできない。 で、ここがわかりにくいんだけど、上で赤く丸を付けたMPEG出力へ移行をクリックすると、x264の詳細設定ができるようになる。 まずは映像設定タ
TMPGEnc Video Mastering Works 5 体験版 part1
2024.01 << 1234567891011121314151617181920212223242526272829 >> 2024.03 H.264エンコーダとしてx264が搭載されたというTMPGEnc Video Mastering Works 5（リンク）(以下TVMW5)の体験版が出てるので、ちょっといじってみた。 詳細はこのへん>> まずインストール。インストールは特に問題なく簡単に終了。 インストールされたファイルを見るとx264.dllというファイルが見える。 クリックで拡大 このファイルさえ更新すればx264の更新に対応できる…ということだろうか…!? 誰かビルドして(ぇ 起動画面 クリックで拡大 設定の一部を見ていくと CPUの設定 クリックで拡大 SSE4にも対応している模様。 プレビューや動き検索でもマルチスレッド対応の設定項目があり、マルチスレッド対応がさまざ
rigayaの日記兼メモ帳 x264guiEx 0.00 改め 0.01
2024.01 << 1234567891011121314151617181920212223242526272829 >> 2024.03 最近のトレンドはAviutlからのパイプ出力ですな。だが… あくまでもGUI。 Yan氏のx264 for Aviutlはおそらく全てのx264に対応できる 一番いい方法なんだがGUIが欲しい… ということでx264guiを改造してパイプ対応 + afs対応してみた。 手抜きなのでタイムコード関係は tc2mp4Mod に丸投げ。 muken氏に感謝。 で…本音は… 設定ファイルの互換性がしょっちゅうなくなんのがめんどくなってきた… x64なx264とか使ってみたい… だがGUIは欲しい… わがまますぎてすまん。 仕組みとしては GUIの設定からx264へのコマンドラインを作って、映像データはパイプを使ってx264に送り込んでエンコードさせるという
x264 エンコード実験 --weightp 2
2024.01 << 1234567891011121314151617181920212223242526272829 >> 2024.03 r1788でx264はchroma-weightpに対応…ということで、実際どんくらい効果あんの？ ということで実験してみた。重み付け予測ということはとりあえず、フェードとかに強くなるらしいよ？ まず、フェードとか多そうな動画を探してみた。 なんとなく… sample1 リトバスEx demo の 最初から6400frame 800x600 sample2 はるかぜどりに、とまりぎを2 demo の 最初から 2403frame 800x600 sample3 FORTUNE ARTERIAL 赤い約束 ED 1280x720 どうしてこうなった…ってかんじのチョイスだが気にしない。 アニメ絵ばっか。実写…? 知らん。(おい 3つともフェードが多い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
POP@4bit » Blog Archive » x264 r1995 更新
sandy bridgeでエンコードしてみたよ
HugeDomains.com
2011年1月期 冬アニメの私のエンコード事情 (エビフにゃイ専用チラシの裏)
POP@4bit » Blog Archive » 今日のお買い物
ペガシス、TMPGEnc後継「Video Mastering Works 5」