AviUtl総合スレッド88

ここはAviUtl本体及びプラグインについての情報交換を目的としたスレです。
ただし「拡張編集」に関する話題は禁止なので、下記の専用スレに移動して下さい。

AviUtl拡張編集Pluginスレッド Part12(実質13)
http://egg.2ch.net/test/read.cgi/streaming/1503071837/

★初歩的な質問はDTV板の初心者質問スレで

【初心者歓迎】総合質問スレッド-85-【ダウソNG】
http://mevius.2ch.net/test/read.cgi/avi/1500111581/

---

■本家
AviUtlのお部屋（AviUtl本体、拡張編集プラグイン等）
http://spring-fragrance.mints.ne.jp/aviutl/

■前スレ
AviUtl総合スレッド87
https://egg.5ch.net/test/read.cgi/software/1511623060/

■その他
・ニコニコ動画関係はYouTube板→ http://egg.2ch.net/streaming/
・ダウンロードした動画はダウンロード板→ http://lavender.2ch.net/download/
・次スレは>>980が立てること。

>>409
ほとんど30pのインタレ解除に誤爆なんてないと思うんだが・・・
普通のアダプティブで問題ないから、縞は消してやれよ・・・

そうでもないぞ
畳のような細かいディテールは
ブレンド解除 or QTGMCでもない限り100%誤爆る

>>409
色空間（TV階調/PC階調）の変換が行われるから
avisynth経由でYUY2にして読み込むのがベター（元ソースがTV階調の場合）
どうしてもVFAPI読み込みにこだわるなら、拡張色補正でTV → PC補正を行ったほうがいい（元ソースがTV階調の場合）

>>411
プログレソースのインターレース指定でのエンコードだから基本的に出ないよ
動きの激しい時とかでエンコーダーがミスると縞が出るようになる
（DCTブロック内の極々微小な縞だし、ちゃんと解除するとブロックノイズっぽくなるからほっとくかぼかすのが吉）

>>398
やっぱり読み込み周りは仕方ない感じなんですね...
>>410
わざわざありがとうございます
10が不安定なら7を使おうと思ってのですが10のままで良さそうですね

X264GUIを使ってmkvに変換したんだが音声と動画に分かれるのは仕様？

>>413
そんなに気にするならavisynthで適切なフィルタ使えばいいじゃん
30p入力して縞部分だけブレンドでぼかせばいい

> 畳のような細かいディテールは
> ブレンド解除 or QTGMCでもない限り100%誤爆る

こまかいディテールをQTGMCに掛けたらボビングしちゃうと思うけど
それは誤爆じゃないのか・・・

>>416
大本の質問者は私じゃない
ちなみに畳のようなシーンだとボビング（フリッカのこと？）どころじゃなく
ブーメラン状に画像崩壊する

で「書き込み」ボタン押そうとしたんだけど、QTGMCでもダメだったような気もしてきた

>>417
おっと失礼ｗ

> ちなみに畳のようなシーンだとボビング（フリッカのこと？）どころじゃなく
> ブーメラン状に画像崩壊する

それ完全にQTGMCの苦手なパターンだから、チラツキがひどくなるよ
静止してたらアダプティブでどうにかなるかもだけど、
動いてたらフレームレート認識して対処しないとダメだね

VFAPI読み込してTV->PCスケール補正したら二重伸張じゃね

どうせスタッフロールがインタレだったりするし
そもそもインタレ前程の放送ソースだし
誤爆やら範囲指定やら何やら面倒だから
最近はインタレエンコして後はプレイヤーまかせだわｗ

まぁ何も分かって無い業者が作った縞無し24fpsはどうにも成らんけど

確かにブロックノイズというかマクロブロック単位で縞が発生してる箇所が多いですね(フィールドが反転？)
この辺はマスターのエンコーダの影響もありそうですね

ぶっちゃけAviutlはカット編集とかに使うだけで実際のエンコはAvisynth経由で
x264インタレ保持エンコードが多いです
色空間とか色調についても再生側に任せるので--range tvとか色空間のフラグ指定してます(おまじない程度)
30pのインタレ解除は誤爆云々より解除後の画質とかのほうが気になるんですよね(テロップの潰れとか)
QTGMCは重いので使う気になれないんですがD3DVPは気になってはいます
ThreadripperかRTX2080が欲しくなります(動画はRadeonのほうが強いらしいが性能がｗ)

ギザギザの話？
QTGMCでもギザギザが残ってたけど
その後nnedi3_rpow2で拡大するとそのギザギザ消えたよ

>>421
それならプレイヤーの設定を常時Bob処理から適所解除にすりゃ済むだけの話の様な･･･。

結論から書くとQTGMCでもアウトでした（yadifmod2, Tdeint+nnedi3+TMM2, qtgmc=slowでほぼ同一の結果,）

https://imgur.com/a/ZAUXZPs

>>419
VFAPIな仕組みが伸長せずにRGBで渡すからならない
エンコードやり始めの私がY/C伸長はプレイヤーでやればいいねんってY/C伸長せずエンコードして
二重Y/C圧縮された動画を量産したから間違いない

>>421
開発者曰くIntelのほうがnvidiaより奇麗だそうだ
で、Radeon使いから言わせるもらうと、オプションによるHW操作ができないからRadeonは論外

>>424
bobのアンチパターン的な映像だね
フレームレート認識すれば行けそうだからKFMDeintならきれいにできるかも

>>424
VFAPIはRGBフォーマットで渡す仕組みになっているだけで
RGB変換時に伸張するか否かはソフト側の仕事だよ

DGIndexやm2v.vfpもデフォ設定は伸張
とりあえずストレート変換も選べるけどね

>>426
そのとおり
で、aviutlはRGBで入力されたらファイルをYUY2で出力する（非RGBで出力プラグインへ渡す）と
自動でY/C圧縮を行う仕様なので、Y/C伸長を行ってなければ結果的に二重Y/C圧縮されることになる

「YC圧縮/伸張」ってAviUtl界隈でしか使われないよな

フルレンジYUVやリミテッドレンジRGBを扱う必要なんて全くないんだから
(リミテッドレンジ)YUV⇔(フルレンジ)RGB変換以外考える必要ないのに、
なんで無駄に複雑に考えてるんだろうって思う

ID:m4wrkG7K0 氏の解釈を見ると
未だテレビでも白飛び黒つぶれ映像が無くならない理由を垣間見た気がする

更に最近は無理に受光素数上げて受光感度落ちたのを誤魔化して白ボケてる4K撮影が…。

フルレンジYUVやめてほしいわｗ
再生するときにレンジ戻すいい方法ってない？

>>430
テレビでも今でもあるのか・・・。ネット配信でもレンジをミスってるのはたまに見かけるね。
映像の仕事に関わってる人がなぜ間違えるんだろうな・・・。

>>432
中身のデータがフルレンジYUVなのにリミテッドレンジとしてエンコしてしまった場合ってことだよね？
MPC系ならピクセルシェーダーに「0-255 to 16-235」ってのがあるからそれを有効にすればよさげ。
あと思いつくのは懐かしのffdshowでの補正くらいかなあ・・・。

恐ろしいレベルの白飛びで
あっ、これは…とかたまにあるよね

>>433
おっと赤い千尋の悪口はそこまでだ

>>428
まず書いとくと、私が完璧に間違ってることが判明しましたわ

そういやd2vってどうやって読み込んでたっけ？とググって昔読んでた記事↓を読み直すと原因が分かった
http://ifs.nog.cc/jumper-x.hp.infoseek.co.jp/begin/3dvd2avi/2/index.html

早い話「俺、PC向けの動画なんて作んねーよ（PCで見るときは再生時にやればいいだけだろバーカ）」とYUV→RGBで「TV色調」を選んでたことによる誤動作（処理は正常）だった
そして、二重にリミテッド処理が行われてたことが発覚してからavs経由での読み込みに移行したから
VFAPI読み込みはYUVからストレートにRGB変換されるものとばかり思い込んだまま、今まで過ごしてきたわけだけど
なんか、あんがとな
十数年間に及ぶ誤解が溶けたわ

*プログラムフォルダに眠ってたDVD2AVIで追試したけど、YUV→RGBで「PC色調」を選んだらちゃんとフルレンジで読み込んでた

>>429
それだけaviutlの歴史が長いということの反証かと
今はそれですっきりしてるけど、昔はアナログ放送をPCで録画してたのエンコードだから今みたいに単純じゃなかった
ま、d2vって聞いてリミテッドレンジもフルレンジも吹っ飛んで過去の用語しか出てこなかっただけなんだけども

>>433
> MPC系ならピクセルシェーダーに「0-255 to 16-235」ってのがあるからそれを有効にすればよさげ。

これ試してみたけどうまくいかない
色は変わるけど、白飛び黒つぶれはそのまま

ピクセルシェーダの入力の時点でRGBになっちゃってるから
YUVリミテッドレンジの範囲外の値は復元できないんだと思う
RGBに変換する前に戻せればいいんだけどね・・・

avisynthのスクリプト書くしかないのかなぁ
↓こうすればちゃんと戻るんだけど
ColorYUV(levels="PC->TV")

>>437
レンダラをmadVRにすれば、期待してる動作になると思う。
レンダラがEVR-CPだとうまくいかなかった。

>>439
おぉーー！madVRだとできたぁ！！
サンクス

>　●nVidiaのグラボなど一部の出力デバイスでオーバーレイ表示すると
> フルレンジRGBではなくリミテッドレンジRGBになってしまっていた。（暗く低コントラストになる）

15年前のグラボはまともに動画再生もできなかったのかｗ笑えるｗｗ

>>439
フルレンジで放送されるアニメとかが未だにあるから、これは助かる

で、現在最強のインターレース解除とは？

KFMDeint

小学生のゲハ自慢とかじゃないんだから
最強とか最弱とかじゃなくて適宜使い分けるもんなんだよ

自動認識で十分な精度あるから使い分けとか必要ないぜ

>>441
nVidiaなんてグレイスケールに色乗せてて、しかも色情報がズレてる
なんて意味不明なドライババージョンも有ったからなｗ

https://egg.5ch.net/test/read.cgi/software/1535951831/l50

unnko

てか便乗、申し訳ないのだけど
↑の色調整がドライバverで微妙に変わって嫌気が差して
それ以来二度とnVidia使っていないのだけど
今のドライバってちゃんとフラットな設定になっているの？

自作板で聞いてみればいいんじゃね。

>>450
今も初期設定はリミテッドなはず（動画うんぬんでなくディスプレイ設定の話
もうオーバーレイで再生する時代じゃないからディスプレイ設定さえ間違えなければ問題はないはず
ちなみにradeonも初期設定はリミテッドだった

レス、サンクス
ラデ使っていたけど、今度はラデのドライバ劣化が酷いからnVidia買おうか迷っていたので情報助かります
ドライバの変な味付け直っているなら良いかな

AviUtlてソースコード公開されてないよね？
利用者多くて多機能なのに開発止まっててもったいないので
Githubに上げるように作者にメールしてみようと思うのだが。

作者にとっては迷惑でしかないだろうな。

え、そうなの？じゃあメールしないでおくけど。
そもそもGPLライセンスのライブラリ一個も使ってないとかでもない限り
公開義務があるのだが。

フィルターやプラグインの開発環境整ってて勿体無いも無い

>>456
世の中にはソース公開してないソフトなんて星の数ほどあるんだけど
それらが本当はGPL使ってるとか思ってるの？

最近この板で、AviUtlについての質問のためにスレ立てるバカが出てるけど、>>456もそいつかもね。

rigayaとか、あのレベルの人達が要望出しても駄目なんだから難しいんじゃね

変数名やラベルにあんな名前やこんな名前使ってるのバレたら恥ずかしいだろ！

ヒエ〜世の中には絶対にGPL使ってると何の根拠も無く思うやつもおるんやな〜こわ

停電でPCが落ちてしまってから、AVIUTILの動作がおかしくなりました
編集、バッチ登録までは問題ないのですが、
いざ変換しようとすると最初の検索が終わったあとから全く進まず、％表示も出ません
他のPCから同じ設定のものをフォルダごと持ってきても同様です
こういった場合はどのような原因が考えられるでしょうか
環境はWin7　32bit　AVIUTL0.99jです

バッチ登録されてるファイルが無い可能性

>>464
変換元となるファイルは存在しています
読み込み、編集、バッチ登録までは問題ないように見えます

Aviutlのフォルダに問題なら変換ファイルに問題があるか
テンポラリとか一時ファイルが壊れてるか
停電でHDDにエラーセクタ発生してるか
まぁエスパーしかできん
とりあえず別の場所にあるファイルがエンコできるかチェックしてみ？

あ、パッチ登録せず直接ね

>>467
問題なく再生できるMP4をバッチ登録せず再エンコしようとしましたが、
x264エンコードのウィンドウに以下のメッセージが表示されるだけで、
表示されるはずの進捗が出ないという同様の症状です

auo [info]: converting YUY2 -> nv12p, using SSE2
auo [info]: arguments passed...
--crf 26 --no-cabac --bframes 0 --no-8x8dct --weightp 0 --frames 451 --input-res 1366x768 --input-csp nv12
--fps 30000/1001 -o
"C:\Users\owner\Videos\タイトル未定.mp4" "-"

>>468
x264のエンコーダーをダウンロードしなおしてみる
ついでaviutl一式の再セットアップ

環境を他所から持ってきたせいで実行ファイルや作業フォルダ、テンポラリの場所が違って見つからないとか？
ほんとエスパーだけど

>>469
今試しているプログラムは別PCで動いているものを持ってきたので、
テンポラリファイルか何かかもしれません
>>470
実行ファイルの場所等は修正しましたが、再度確認してみます

>>463
L-SMASH Worksのインデックスファイルが破損してるかもしれないから作り直したほうがいいな

とりあえずOSを停電前の復元ポイントまで復旧してみれば？

OSの不整合以外で復旧はあまり良い手ではないと思うわ。

念のためコピーした上で使ってるフォルダだけ撒き戻しなら有りかと

画像のみの動画を作ってます。mp3を取り込むとフレーム数が必ず7818になります。拡張編集の長さの変更から手動で長さを変えてエンコードしてます。これが面倒でして、mp3を取り込むと、フレーム数を自動でmp3音声の長さに変えられないのでしょうか。よろしくお願いします。

>>476
AviUtl拡張編集Pluginスレッド Part12 [無断転載禁止]©2ch.net
http://egg.5ch.net/test/read.cgi/streaming/1503071837/

463です
AVIUTLを一から再インストールすると治りました
おそらくx264guiexのファイルが壊れていたようです
お騒がせしました

flvでも音声が認識されず、音声トラックも表示されない動画があるのはなぜ？

そのFLVの中身は何？

>>479
>>2のA2

格納されているコーデックによる

そっか、拡張子が同じflvでも色々あるんだね

>>481
うおおおおおおおおおおおおおありがとう！できたわ！

>>484
ん？>481は「質問するなら>>2のA2の情報出せ」って意味だったんだが、>>2のA1で解決したってことか？
結局FLVの中身の映像・音声のコーデックはなんだったんだ？

FLV5だった？

他板なら笑って許せるが、ここでコンテナとコーデックも判らんとかお話にならん

だからコンテナっていったらコンテナ船に積むあれに決まってるだろ！

>>486
FLV5って表現は間違いだからググっとくといいよ。

contain containerだから>>488はボケじゃないよな?

>>489
間違いは間違いなのだろうけど、VP9以前のyoutube時代に大いに広められたから、つい。反省する

ナ〜ンテナ（ﾃﾍﾍﾟﾛ

L-SMASH Worksで読み込んで音ズレしたから
L-SMASH Worksの設定で音ズレ対応したけどダメだった
DirectShow File Readerで読み込むと表示上は音ズレなしだけどエンコすると音ズレ
ソースを映像と音声に分離してL-SMASH Worksで別々に読み込んだら大丈夫だった

元ソースやら音ズレ対応の内容やら分離方法やらを書かないとあまり意味がないのでは。

Aviutlでエンコをするにあたって
なぜか公式からx264guiExが落とせないので
どこか全然別のところに保管庫みたいなサイトってないですか？
古いverも欲しいです

公式ってどこのこと言ってる？
公式はrigayaさんのブログだよ
ミラーもあったはず

>>495
https://onedrive.live.com/?authkey=%21AGLZZn--rxiMJ0g&;id=6BDD4375AC8933C6%21393&cid=6BDD4375AC8933C6
https://drive.google.com/drive/u/0/folders/0BzA4dIFteM2dOWhmTXA3bE9WaWs

>>495
公式のOneDriveとミラーのGDriveどちらも正常にDL出来るようです
どちらも新旧両方いけます

rigaya氏のOneDriveから一時的に落とせなくなるのは割とよく起きていて、
だからこそミラーのリンクまで用意してくれてるっつうのに、なんで理解できないんだろな。
わざわざブログのコメント欄に「落とせません」って書き込みにいくバカもちょくちょくいるようだし。

500

aviutlで色調補正とかしてるんだけど
せっかくaviutlで色調補正してもできあがった動画をプレイヤーで見ると色合いが変わってしまう
ソースと出来上がった動画を共にaviutlで読み込むと同じ色合いなのにプレイヤーのレンダラとかのせい？
aviutl表示と同じようにプレイヤーでも表示させたいと思いレンダラをシステムデフォルトにしたら色は同じになった
でも今度はaviutlの表示よりボケた映像になってしまった
皆さんプレイヤーの方のレンダラとかの設定どうしてる？aviutl表示と違っても良いって感じ？

好きにすればよいと思うよ

aviutlで表示された映像が正常だと勝手に思い込んでそれ基準で何でもやろうと思い込んでたけど
480Pの動画をVLCで全画面表示するとボケた映像
同じ動画をaviutlの全画面で見ると明らかにクッキリしてる
EVRのレンダラーのプレイヤーだと480Pとそれをnnedi3で1080Pにした動画で差がないクッキリさ
もう何が正しいのか分からない

だいぶ前にVLC使ってたけど、内部コーデックが軽さ優先でメチャ画質が犠牲になってるのに気付いて乗り換えた
今はしらん

そもそもなぜ等倍じゃなく全画面（引き伸ばし処理が入る）で比べるのか

aviutlをプレイヤーとして使えばいいじゃん

aviutlでエンコした仕上がりチェックする時何使ってんの？

>>501 -506
再生時に色合いが変わる原因は
　１．GPUの色補正が有効になっている
　２．色変換係数(BT.601/709/2020)やフルレンジ/リミテッドレンジが正しく反映されていない
　３．その他
といったところ。

１についてはGPUのドライバ設定で切ればいい。

２については編集/出力/デコーダー/レンダラなど色々なところで起きえるし、環境によっても変わるので、
　・編集や出力時に色の扱いや色変換の設定に注意し、x264なら--colormatrixや--rangeを正しく付与する。
　・再生時のプレーヤーはMPC-BEを使う。
　・デコーダーは外部デコーダーでLAV Video Decoderを優先させ、DXVAはnoneにしておく。
　・レンダラはmadVRを使う。
としておけば、ほぼ問題ないと思う。

AviUtlの拡大時のアルゴリズムはバイリニアのはずだから、たいして綺麗じゃないはずだし、
そもそも上で言われてるように等倍もしくは同じ条件での拡大で確認しろよって話だな。

>>507
GPUはIntel HD Graphicsで一度もいじってない

・編集や出力時に色の扱いや色変換の設定に注意し、x264なら--colormatrixや--rangeを正しく付与する
・デコーダーは外部デコーダーでLAV Video Decoderを優先させ、DXVAはnoneにしておく

上記二つだけは以前からやってる
丁寧に詳しくありがとう。

>>508
> GPUはIntel HD Graphicsで一度もいじってない

うちだとデフォルトでスキントーン調整とかコントラスト調整とかが有効になるようだから確認した方がいいと思うよ。

>>501
常時Bob再生してるだけだったりな

前にこのスレでファイルの出力に失敗したうだうだ書いたものですが

拡張 x264出力で音声と動画のミックスがうまくいかず
「ファイルの出力に失敗しました」とエラー(ログに原因は書いていない)が出て、
[ファイル名]_mixoutと[ファイル名]_audioという、動画と音声のファイルが別々に出力されましまいました
しかし管理者権限でAviutlを立ち上げたら上手くいきました

今日Aviutlとx264guiEx含む諸々を入れ直しましたが、まだその症状が残っています
同じような方、もしくは他の対策をご存知の方はいませんか？