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が立てること。

拡張編集スレの新スレが立ったので誘導用のレス置いときますね。

---

【迷子さん誘導用レス】

あなたが書きこんだ内容は、「拡張編集」に関する話となります。
>>1の冒頭に書いてあるように、ここではスレ違いとなりますので、拡張編集スレに移動して下さい。

AviUtl拡張編集Pluginスレッド Part13
https://egg.5ch.net/test/read.cgi/streaming/1542613815/

vfrな動画をエンコするより
元動画のｖｆｒ出力をcfrに変える方が労力も少ないし精度も高いんじゃないの

x264で文字入りの動画をエンコードするとUser Font Driver Hostがボトルネック
になってめっちゃ遅くなるんだけど対策ありますか。
使ってるフォントは源ノ明朝。OpenTypeフォントがダメ？
デフォルトのMSゴシックだと問題なし。

>>853
>>851

POP氏ビルドの L-SMASH Works r935-2(r935 release2) で、
AltRefを利用しているVP9.webmがまともにデコードできなくなっていたので、
従来から発生していた問題も含めてIssue出しておきました。

　VP8_and_VP9.webm problems - Issue #79 - VFR-maniac/L-SMASH-Works
　https://github.com/VFR-maniac/L-SMASH-Works/issues/79

散々既出だと思いますが
途中までdirect show file readerで編集していた動画を
途中でl-smashに変えたところ
再生位置が途中からのmp3がズレてしまいました
最初は映像もずれていたのですがVFR-〉CFRのチェックを外すことで治りました
音のズレも対応できる設定はあるのでしょうか？

>>856
>>851
ただ、「再生位置が途中からのmp3」ってのがよくわからんし、
むこうでテンプレ5をちゃんと読んで説明と情報を出さないと話にならんと思う。

>>855
本人？2chにレスするの久しぶりじゃない
もしくは5chに初レスかｗ

>>858
ん？QSVやHWエンコスレによくいる人だと思うけど

cufilters なんてものもあったのね、すごい
いくつかあるけどモノによってはすごく速いね
っていうか、CPU負荷を下げて他のことができるのが嬉しい

>>857
スレチすいませんでした
自己解決しました
libav audio index -1のチェックを入れることでdirectshow時と同じ環境にできました

>AviUtl MPEG-2 VIDEO Plug-In Plus版

これいいっすね
TSファイルいじるならこれだけでいけるかな

>>862
0.7.9どまりだからバグ持ちだけどね。

バグあるんだ
どんなバグか分かりますか？

本家まるもさんのHPを見たらいい

>動きベクトルの画面外クリッピング処理で 16x8 MC を考慮していなかったバグを修正

これかな
本家はこの修正やってるけどPlus版は修正版を出してないって事かな

さつき氏スクリプトの拡大伸縮（音声同期）をテキストに使ってみたんですが、エンコード後に見てみると適用したテキストが表示される一番最初のフレームに画面外まで拡大されたテキストが一瞬だけ表示されました。
場所の問題かと思い、曲のいろんな場所で試してみましたがどこでも一番最初に馬鹿でかいテキストが表示されます。
解決方法をご存じの方はいらっしゃいますか？

>>867
>>851

ジオシティー閉鎖らしいが実害はないのか？

>>869
>>609-610

https://40nya.blogspot.com/2018/10/geocities.html

cufilters だけでリポジトリ切って欲しいかも

質問なんですがx264guiExやx265guiExに高速のプロファイルってありますがこれ使ってもGPUハードウェアエンコよりやっぱ綺麗なんですかね？

>>873
質問が悪い。
綺麗さだけでいいならHWエンコだろうが高速設定のSWエンコだろうが、ビットレートさえ盛れば大体綺麗になる。

エンコードで重要なのは圧縮効率（同程度の画質をどれだけ低いビットレートで実現できるか）とエンコード速度。
x26*guiExの高速プロファイルは--preset fast/fasterなので、エンコード速度が速い代わりに、圧縮効率は悪くなる。
HWエンコもエンコード速度が速い代わりに圧縮効率がいまいちというものが多いけど、
TuringのNVENCのように結構よくなってるものもあるのでピンキリだし、ソースや設定等にもよる。

つうことで、そのへん踏まえた上で自分で試して取捨選択すればいいと思うよ。

田出井隊からエンコ作業なんて裏でやるのが基本だし時間がかかるのが普通じゃないの
エンコ開始したらその間は放置して他のことやって気が付いたら終わってたが基本だと思ってる
多少時間がかかっていい事を見越した上で、拡張x26出力(GUI)Exの設定で
プリセットロードの速度の設定をmidiumかSlowくらいにしておくのが一番速度的にも画質的にもバランスいいのかなと

ビットレート盛れば多少の画質は気にならないはその通りだけど
大抵の人は容量を節約するためにエンコしてるんだから心には響きにくい
どれだけ画質を保ちながら容量を抑えるかってのもエンコの醍醐味だと個人的に思ってるし

てかそんなビートレートを贅沢に使えば多少の画質差なんて気にならないとか言い出すのなら
そもそも最新の環境に最適化されてる動画編集ツール使った方がAviUtl使ってるより
ぜんぜんエンコ処理速く仕上がるんじゃ的な素朴な疑問

エンコの醍醐味とは・・・・貴様がエンコマニアかっ！！
そういう人らが纏めて置いてくれるから我々素人が助かるんだけどな！

人は何故エンコするのか

そこにAviUtlがあるからさ

HDD or SSDがぼり過ぎだから

お前の中での適性価格はいくらやねん

HDDに関してはボリ過ぎというより、容量不足。
10年前には今頃１ドライブで30TBくらいにはなってると思ったよ。

まだ10年前は夢があったな。
ただそれなりに価格はこなれてきてるんだし進化はしてるよ。

HDDを進化させるよりSSD進化させるほうがってのがあったからなぁ。
HDDはプラッタ増やすしか今無いんじゃない?

プラッタの記録密度とヘッドの読み取り能力がなかなか向上しないからなぁ
QLCとかこなれてきたらいずれファンと光学ドライブ以外は機械的な部分がないPCが一般になるかも

SSDのコスパ価格帯の容量増加スピードが数年前からばったり止まってるに等しい
SSDそれ自体は数年前すでに10TBとかそういうレベルの開発になってて
このぶんなら今頃はSSDの最多販売価格帯のものが2TBとかに余裕でなるものと思って
HDDはお役御免になるものかと思ってたけど
実際にはそうなってなくてTBクラスのSSDの価格帯がいまだにぜんぜん落ちてこなくて気軽に買えないという

HDDはそれでも4TBモデルが1万円を切ってメインになりつつあるのに

ここは自作PCスレです
AviUtlの話題はスレ違いなので、必要ならば別に専用スレを立てて行ってください

草

>>885
自分がIntelの240GBのを17kくらいで買った頃から考えたら
今960GBの安いのがそんくらいだしかなり安くはなったと思う。

バックアップ用にしてたSSDを通電無しで
2年ちょっと放置してたらデータが吹っ飛んでた
使う必要がなかったのは幸いだった

AviUtlにしか afs はないから

Avisynthでも使えるんじゃないっけ
rigaya氏も専用x264上げてたような

>>891
使ったことないからビルドしてみました、
が、Avsを読み込ませる以外使い方がよくわからないです
勝手にVFR化されるのか？
afsのパラメータ設定はどうするの？
とか

初心者なんだけど質問いいかな？ダメなら一言で片づけてください。
複数人によるダンス動画に対して特定の人を指す為に矢印(三角形オブジェクトだけど…)をずっと頭上に表示させてみました。図形の加減速移動で中間点打って。
その後矢印の根元にテキストも表示しておきたいと思ったのですが、先に作った図形にアタッチさせるみたいな事は出来ますか？
作り出す前ならグループ制御ができたのだろうけど手遅れですよね？

NGID:sEiBWZuK0

>>893
スクリプト制御でできます
詳しくは>>851

>>895
無事できました。ありがとでした。

Ryzen使ってるとプレビューおかしくなるとかいう話見たんだけど実際ってどうなのかな
バグなのか設定（？）さえちゃんと弄れば普通に動くのか

爆速構成教えてくり
金に糸目はつけない

>>897
Ryzenで使ってるけど何の問題もない

>>899
ありがとう、そうなんですか

ttps://chimolog.co/bto-best-cpu/
>>Aviutlの動画エンコードはちゃんと速度が出るので、Aviutlのエンコード専用機には向いています。
が、Ryzen 7だとAviutlのプレビューに突っかかるような動作が出るため、編集には向いていない。

結構良く見てるサイトに書いてたから信じてたのだが
Ryzen 7のみってことなのかな、それとも何か別の要因があるのか・・
Aviutlで不便になるならRyzenちょっと様子見しとこって感じだったんだけどな

>>900
エンコード速度グラフの元記事の
　https://chimolog.co/bto-best-encode-cpu/#AviUtl
を見ると、拡張編集を使ってテストしてるみたいだね。
まあその時点でエンコード比較としては適切じゃねえだろって思うけど。解像度すら書かれてないしな。

プレビューが重めという現象は、もしかしたら何らかの条件で発生するのかもしれないが
入力プラグインとか使ってる拡張編集フィルタとか、一切の条件が不明なので、どうしようもないな。

プレビューでカクつくと何か困るのか
というかその言い回しだと編集は編集でも拡張編集っぽいな。下記スレへ移動してどうぞ
https://egg.5ch.net/test/read.cgi/streaming/1542613815/

>>901
>>Twitterでは「Ryzen 5 2400Gだけど、問題ないですよ。」という人がいたので、
恐らくRyzenに入っているCCXの数が2個以上になると、Aviutlと相性が悪くなる…と推測しています。

その記事のコメ欄の「2018年9月23日 22:10」にも更に書いてあったね
レイヤー重なったところでプレビュー使い物にならなくなるみたい

今まで拡張編集便利だから普通に使ってたけど、スタンダードな機能ってわけでもないのね


スレ違いになるようでしたらここまでにしときます
上記が事実だったら特定のCPUだと改善不能ということみたいですし

利用CPUスレッド数を4か8にして物理CPUを割り当てるにチェック入れたら改善しそうではある

SMT ON原因だよ

なんか拡張編集スレが落ちてて立て直したので、誘導用のレス置いときますね。

---

【迷子さん誘導用レス】

あなたが書きこんだ内容は、「拡張編集」に関する話となります。
>>1の冒頭に書いてあるように、ここではスレ違いとなりますので、拡張編集スレに移動して下さい。

AviUtl拡張編集Pluginスレッド Part14
https://egg.5ch.net/test/read.cgi/streaming/1544284061/

>>904
まあそれだろうな
4770だとCPU4個にしないとデコードミスして崩れる

>>907
それってどんなソースをどの入力プラグインで読み込んだ時に起きるの？

ぐぬぬ、次はRyzenにしようかと思ったが、Aviutl使いは避けて置いた方がいいんか・・・
Ryzenは代替にCoreがあるが、困った事にAviutlは代替が無い（拡張編集使い

使い方を考えれば使えるんだろ。

4コア8スレッドでさえいろいろあったのに何を今更

>>862-866
AviUtl MPEG-2 VIDEO Plug-In Plus版 0.7.10-20181130

このスレ的には2700Xで何も問題ないけどな
Ryzenのもっさり具合も秋のWin10アップデートで解消されたし
最適化が熟成してきたのか？

>>912
情報あり

なんかFlashの脆弱性使って情報取得してるなあ
何のためにやってるんだろう

912のこと？

すみません。
「L-SMASH Works File Reader」と「DirectShow File Reader」についての質問です。
↑DirectShow File Reader
↓L-SMASH Works File Reader
の優先順位で編集をしていると、一部のmp3ファイルを読み込もうとした時「例外"0xc0000005"が発生しました」というエラーが発生してしまいました。
調べてみると、これは「DirectShow File Reader」関連のエラーなので、順番を逆にして、
↑L-SMASH Works File Reader
↓DirectShow File Reader
「L-SMASH」の方で読み込ませれば解決する。とあったのですが、
こんどは何故か動画の再生速度がかっきり半分（というかフレーム数はそのまま、フレームレートが半分）になってしまいました。
音声の速度はそのままです。

どこでも「DirectShow〜は不安定なのでL-SMASH〜を優先した方がいい」と解説していましたが、
「L-SMASH」を「DirectShow」より上に持ってくると、こうなってしまいます。

「MediaInfo」を使って、その読み込もうとしているファイルの詳細を見ると、
「ＶＦＲモード」とあり、これがいけないので「入力プラグインの設定」→「L-SMASH Works File Reader」から、
「VFR->CFR」の項目を「60000/1000」や「30000/1000」にしても改善されません。

導入方法が間違っているのか、設定が間違っているのか、それとも読み込んでいる動画の相性が悪いのか、
「DirectShow」を上に持ってきて、「例外"0xc0000005"」の問題に取り組むべきなのか、
別のソフトを使って「VFR」を「CFR」に変換すれば解決するのか、そもそも見当違いな解決法を試みているのか。
原因や似た現象に心当たりのある方は、お知恵を貸してください。

>>917
>>2のA2の情報をどこかにアップするように。

>>918
https://dotup.org/uploda/dotup.org1715934.txt.html
上げました。これが「DirectShow」を一番下に配置した、「動画の再生速度が半分になってしまうパターン」です。
元の動画が19分なのに、ファイルの情報の記録時間が38分になってしまっています。
よろしくお願いします。

それと追記ですが、一番最初の「ファイル→開く」を選択して、普通にこの動画を読み込んだ場合、この状況になってしまいますが、
「fps調整」のチェックを入れて読み込むと、正しいフレームレートで読み込まれました。
しかし拡張編集を使う場合この方法が取れない上、根本的な解決になってないので、原因の究明に協力していただけると助かります。

VFR方式の素材はエラーが多いよ
不具合が起きたら最初はCFRに直す作業から

VFRは読み込ませないでCFRの素材を準備する
止むを得ずVFRしか使えずfps調整で解決するなら、その状態でAVIを出力しそれを使用してみては

■その他
・ニコニコ動画関係はYouTube板→ http://egg.2ch.net/streaming/
・ダウンロードした動画はダウンロード板→ http://lavender.2ch.net/download/

>>917
mediainfoの最大フレームレートはどうなってる？
例えば120fpsならL-smashのVFR->CFRの値を120000/1000以上に、みたいな感じにしたほうがいいと思うよ
当てずっぽうだけど

BSのtsをL-smashが入ったaviutlに読み込ませると、音声がずれているのは既知の話？
地デジは3時間番組でも問題無いみたい。
音声の位置調整で合わせても、少しずつずれているみたい。
映像のフレームレートが遅い感じだけど、何か解決策無い？

よく知らんがRFFってオチじゃないの。

あと局や番組名や使ってるL-SMASH Worksのバイナリはどれかって情報くらい書いたほうがいいと思う

>>920->>924
様々なアドバイスありがとうございます。
結論から言いますと>>924の指摘がまさしくその通りだったようで、
ｍｐ４でダウンロードしなおした所、拡張編集に直読みしても、正しいフレームレートで読み込まれるようになりました。
「AviUtlで編集するんだから、ＡＶＩでダウンロードすればいいんだろ」という発想がそもそもの間違いでした。
これから音声を乗っける作業をして、エラーが出なければ完成です。
皆様、ありがとうございました。

ここで正々堂々とDLとか書くなよ。タヒね

ん？
フリーの素材用動画なんていくらでもあるだろ。
ちょっと気にしすぎ。

>>926-927
BS朝日です。
いつもTSをaviutlの本体の方(拡張ではなく)へ読み込ませるのですが、
フレームレートが29.93になっていました、VLCでのコーデック情報は29.97です。
RFFでググって、L-SMASHのApply Repeat flagを有効にすると、Aviutl上では29.97になったのですが、
冒頭、人の口と音声が500msぐらいずれて、そこを位置調整で直しても30分の最後のあたりでもずれているので、
徐々に映像がコンマ数秒遅れます。
L-SMASHのバージョンはR921で、地デジはズレていません。

>>930
■その他
・ニコニコ動画関係はYouTube板→ http://egg.2ch.net/streaming/
・ダウンロードした動画はダウンロード板→ http://lavender.2ch.net/download/

めっちゃ顔真っ赤にしてあさっての方向誘導してて和露多ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

くやしいのうｗｗｗｗｗｗｗｗｗｗくやしいのうｗｗｗｗｗｗｗｗｗｗ

>>931
Apply Repeat flagのチェックは外して、VFR>CFRにチェックを入れてレートは30000/1001

>>933
キチガイかお前

x264のバージョンって圧縮率自体は向上しないんか
さっきまでx264.exeファイル指定すること知らなくてずっとx264.r2665kMod使ってた
x264_2935_x64に変えてエンコ比べしてみたけどなんも変わらん
要するにバグとか速度とかの改善ってことでいいんかな

オプションが増えたり減ったり変更されたりパラメーターが変わったり

アルゴリズムは変わらないだろうな
そしたらプレイヤー側も対応しなきゃいけないし

>>936
もう速度・画質での進歩はほとんど無いに等しい
最近（？）はARM対応とかそっちのほうが多かった気がする

さっき試しにx265入れてエンコしてみたらFHDが速度0.6fpsとかだった
ノートPCにしては頑張ってる方かもしれんけど導入は当分先かな…

>>934, 940
アドバイスありがとうございます。
940に気付かず、先に934を試したところ上手くいきました、感動しました。
可変レートだったのですね。aviutlでフレームレートの分子/分母が数千/数百と変だなとは思っていました。
L-SMASHのバージョンがいつのまにか進んでいることも知らなかったので、一度940さんのアドバイスも試してみます。

>>942
可変レートちゃうちゃう
RFFをオンにしても映像と音声の同期が取れていないってことはRFF情報がちょっとおかしいってことだから
RFF情報は無視して60iを強制的に30p（正確には30000/1001）にデコードさせてるだけ
RFFはテレビでの再生には便利かもしれないけど、データとしてPCに読み込んでエンコードするには要らないどころか
邪魔な情報なんで無視する設定にしたほうが幸せになれる
24fpsのプログレッシブデータを読み込む時は、VFR>CFRのチェックを外さなきゃならないので面倒だけどね

>>935
ハゲだから仕方ない

>>940だけど、挙げたバイナリだとRFFの処理がうまくできなくなってるかも？
一応TSスレに報告してみたけど、サンプルの妥当性とかもよくわからないので、
TSエンコしてる人で検証してみてもらえるとありがたい。

>>943
それってデメリットはないの？

バージョンによってRFFフラグが反映されなかったり、フィールドオーダー誤認識したりで
L-SMASH Worksはいつまで経っても不安定なままだな

>>945
RFFソースはRFFフラグを無視すればVFRと見なすこともできるから、
VFR→CFR処理に任せても問題ないんじゃない
RFFフラグ無視問題は、CMカットスレではそれで回避してたよ

>>944
ギギギwwwwwくやしいのうwwwwwwwくやしいのうwwwwwww

>>945
RFF情報無視設定読み込みは、実際にはAVSをL-SMASH WORKS File Reader 経由でAviUtlに読み込んでいるから、
LWLibavVideoSource(TS_Pass, cache=true, stream_index=-1, fpsnum=30000, fpsden=1001, threads=0)
で、地上波・BS・CSを読み込んでるけど、音ズレは発生しなくなった
但し、おーとおーとvfr手動間引き版で周期を分析させた結果は、RFF有効とRFF無効では間引きパターンが違ってしまうので
I/P変換プロセスそのものが異なってしまうみたい
まぁ、逆テレシネパターンが検出できるんだから、RFF無効のI/P変換でもぇえんちゃう？って考えてるけどねぇ

確かによく見るとRFF無視でVFR→CFR処理すると、
RFF使われてるところは全部縞なし24fpsになるね
周期変化多すぎて手動逆テレシネには向かないかな
自動でもちょっと誤爆しそうな気がする

>>949
自動逆テレシネ判定はコーミングノイズ残りが無ければ類似度合で判定するから、誤爆はしないんじゃね？