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
ロゴ検出型自動CMカットプログラム logoGuillo v2.00 を公開しました
v2.03を公開したのでそちらを使用して下さい。v2.00は削除しました。 思ったより時間が掛かりましたが、logoGuilloのv2.00を公開しました。 主な変更点は以下の4点です。 ・GUIフロントエンドの追加 ・動画の読み込み方法の変更 ・シーンチェンジ検出機能の実装 ・高輝度でロゴが見えない場合での動作の改善 内部の構造を大幅に変更したのでメジャーバージョンアップとします。 DTV関係ツールのDTV アップローダ（DTV関係ファイル置き場）をお借りしましたので、そこから入手して下さい。 ロゴ検出型自動CMカットプログラム logoGuillo v2.00 GUI追加,シーンチェンジ検出等々 up0823.rar MD5:0077eeb5419163e8e9506479d1a5aa66 変更点 (v1.00b -> v2.00) ・GUIフロントエンドを搭載 ・シーンチェンジを検出
空に架かる橋 logoGuilloで自動CMカットしてみる
logoGuilloで自動CMカット logoGuilloは、ロゴ検出型自動CMカットプログラムです。 このlogoGuilloを使って、自動CMカットエンコードが可能です。 ※CMカット処理にlogoGuilloを利用します。 詳しい使い方は続きを読んでください。 広告 今なら2週間お試しで見られます！ スカパー!簡単申込 logoGuilloを使ってみる logoGuilloという、ロゴ検出型自動CMカットプログラム これを使って、自動CMカットエンコードすることができます。 今回は、Avisynthを使って自動CMカットエンコードしていきます。 v2.00が1.00bと比べて使いやすくなったので、メモ。ありがとうございます。 v2.03が公開されています（新機能追加や、一部環境での不具合に対応。） v2.05が公開されました 対応チャンネル ・本編でロゴが表示され、CMでロゴが表示さ
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 など。 で、更
P8H67-M + Core i7-2600K - yaboratoryの野暮研
CPUは同じ価格で1.5倍〜2倍ぐらい性能が違ってきたら買い替えることにしているが、Q9650をメインに据えてから2年、Core i5-2500あたりでも倍ぐらいは違うらしい。 使わなくなったPCやパーツを売ったら結構な金額になりそうなので、さっさと買い替えることにした。 以下の組み合わせで注文。 Core i7-2600K ASUS P8H67-M PC3-10600 4GB＊2 CPU エンコードするのでコアは最速。最速でもi7-2600なら安い。 オーバークロックは全くするつもりがないが、内蔵GPUを使う予定なので2600K。 手元にAMD Radeon 5670のビデオカードがあって、これを使えばi7-2600KのIntel HD Graphic 3000の倍ぐらいのパフォーマンスはあるらしいんだけど、ゲームはやらないし、ビデオ編集だけなら内蔵GPUでもよさそうなので、とりあえずi
2011年07月期の第01話: ●ー●●
前回同様、1話を見た印象を視聴開始順に。 ■ロウきゅーぶ！ HD 周期一定24fps ロリとバスケが奇跡の融合＞＜せめて中学生じゃないと・・・ 視聴継続は今後の展開次第。 ■ぬらりひょんの孫～千年魔京～ HD 周期一定24fps ぬら孫2期。1話は原作1話だったらしく面白かったんですが、途中7回か8回SD放送回があるので切ります。ごめんなさい。 ■異国迷路のクロワーゼ HD 周期一定24fps 1話はまさかの土下座アニメ。個人的には湯音がヴィクトリカちゃんに続くキャラになりそう。 雰囲気もあって、睡眠導入アニメとして活躍しそう。 ■快盗天使ツインエンジェル キュンキュン☆ときめきパラダイス!! HD 周期一定24fps、60iテロップあり 正直中の人が好きじゃないとシンドいんじゃないかあ・・・自分は多分アウト。今期のパチ枠。 ■ゆるゆり HD 周期一定24fps ＼ｱｯｶﾘｰﾝ／マジ空気。
BD版「らき☆すた」に見るアプコン（アップコンバート）の難しさ
映像の世代が変わると、旧世代の解像度（現在であればSD解像度）をアップコンバート（以下アプコン）する技術が必須となりますが、家電メーカーがよく使う「超解像」の類や、一部ポスプロさんが好んで使う処理もアプコンの重要性から生まれた技術に他なりません。 先日発売された「らき☆すた」BD-BOXはジャギーが目立つと一部に不評ですが、個人的な好みでいえば、油絵のようなのっぺりフィルタを使われずに済み胸をなで下ろしている……というのが正直な感想です（とはいえ、これはこれで十分ひどい画質ですが）。おそらく、以下のようなフィルタリングをした方が多くの方にはウケが良いと思うのですが、それはそれで欠点を抱えており、アプコンの難しさと課題を浮き彫りにしています。 左がBD映像、右は私が再フィルタリング・再アプコンした映像です。おそらく、ジャギーを気にする方はこういう類の画質を期待していたのではないでしょうか。な
60iテロをCropで捨てて逆テレシネしたら滑らかになった: nyaaのメモの裏
春アニメから60iテロップ処理を無視していたけれども、テロ+背景スクロールの場面で背景がカクカクしていまう問題で探していたところ、以下の方のサイトが見つかった。 つれづれ～努力と根性？～: そうか、cropしてしまえばよいのか http://299792458m.blogspot.com/2011/03/crop.html アニメをエンコードする人ならだれでも1度は悩んだことがあるであろうテロップでの誤爆問題。 その時だけ60fpsや120fpsにするのもなんだなぁ、と思っていたのですが、テロップがかくつこうが構わないのであれば判定にcropしたものを使ってしまえばよいのではないかと思い至りました。 具体的にはこんな感じで 元 ：TFM(mode=1,order=-1,PP=7,slow=2).TDecimate(mode=1) 修正後 ：temp1=TFM(mode=1,orde
そうか、cropしてしまえばよいのか
► 2024 (8) 7月 (2) 6月 (1) 5月 (2) 4月 (1) 3月 (1) 1月 (1) ► 2023 (17) 12月 (1) 11月 (2) 10月 (1) 9月 (1) 8月 (1) 7月 (2) 6月 (2) 4月 (3) 2月 (1) 1月 (3) ► 2022 (23) 12月 (2) 11月 (1) 10月 (2) 9月 (1) 8月 (3) 7月 (3) 6月 (1) 5月 (1) 4月 (1) 3月 (3) 2月 (1) 1月 (4) ► 2021 (28) 12月 (2) 11月 (3) 10月 (2) 9月 (1) 8月 (3) 7月 (2) 6月 (3) 5月 (6) 4月 (1) 3月 (3) 2月 (2) ► 2020 (40) 12月 (6) 11月 (4) 10月 (5) 9月 (1) 8月 (1) 7月 (3) 6月 (3) 5月 (4)
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月に入ってから「これ役に立つ時あんのかなあ」とか思いながら、のんびり書いてた。役に立ってよかった。でも処理速度は遅いんじゃ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
米糠の中に含まれる枯草菌の産出物によって、ダイコンは徐々に芯まで黄色から褐色に染まる。: DGMPGDec 1.5.8 SSEを使ってみた
最近のエンコード事情: ●ー●●
2011年10月期の第01話: ●ー●●
録画とエンコード環境をWindows 7 64bitへ: ●ー●●
J:COM△: ●ー●●
POP@4bit » Blog Archive » x264 r1995 更新
sandy bridgeでエンコードしてみたよ
AMD Fusionで自作 | ぱらどくすらぼ