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

PC自慢大会にしかならんしな

ペンティアムの頃からあるソフトだしなあ

>>92
アフィブログで記事にするためのアンケートだよ

>>89
ストレス無くAviUtlを使いたいならSGI Altix4700が最低限のスペックだね

>>95
それItaniumで構成されてるらしいけどWindows動くん？

フェニックス１号さんを差し置いて快適環境を名乗るなど傲慢の極み

>>96
Windows XPは動いたんじゃなかったっけ？

ぶっちゃけ本体よりもx264GuiExが対応しているかどうかの問題
いつだったかXPのサポートは打ち切りになったはずだけど、それ以前のけっこう前の過去verでならXPでも動くと思う
実際自分もWin10の前まではXPでAviUtl+x264GuiEx使ってたし

>>89
i7 8600辺り買っとけば問題ない

>>100
どっちなんだ？
i7 8700
i5 8600

8700の7の刻印をカッターナイフでカリカリっと削り足して6にしたのを買ってくるんだよ！

ケチくさいこと言ってないでi9 7980XEにしようぜ

でも現時点ならAMDだな
もうしばらくするとバグフィクスしたintelの新製品が出るが

俺も今はRyzenだけど
AviUtlでエンコするならCoreの方が良いよ

なんで？

>>105
どうして?
Ryzen2700xでaviutlでx264でエンコしたいと思ってるけど

別人だけど
aviutlとそのプラグインは4〜8スレッド止まりなのが多いから
シングルが高いほうがいいとは昔聞いた

>>107
エンコ性能だけ重視するならR7でいいと思うよ
編集やフィルター掛けやスレ違いなど総合的に考慮するならR7よりsky/kabyi5の方が快適
これからAviUtlを始めx264だけ使うならPCスキルを要求するRyzenより、外れの無いインテルの方が良いかもよ

IntelはSpectre/MeltDown対策のパッチでどんどん速度低下してるから今積極的に選ぶ必要はない
AVX2を利用したいならあり

自分は一個前の1700+GTX105Ti+メモリー16GBだが。。。
i7-2600Kからの交換でエンコ速度は結構早くなった実感があるよ

265でエンコしたい場合はIntelの方がいんじゃね

264と265って何が違うの？
設定変わらんはずなのに265のがエンコ遅くて264ばっかなんだけど

>>113
PS3とPS4みたいなもん
名前は似てるけど登場に10年くらい開きがある

より圧縮される→計算量が多い→エンコが重い
それに加えてAVX2での高速化の恩恵が大きいから
AVX2が苦手なRyzenは265が遅い

なるほど！ありがとうございます！
じゃあスペック不足だったってことですね。スペクターとか出てたから今夏の改装見送ったけど悩んじゃうなぁ

>>112
Ryzen7はAVX2弱いので確かにインテル6コアよりやや落ちるが、充分早い

AVX2にはとりあえず対応しているCore M 5Y71で久々に戦ってみるか…

まだだ、今はまだ時期が悪い

x264/265ってAVX-512使えるんだっけ?

x265は対応してる

>>113
後から出たから圧縮率が違う
同等画質ならx265のほうが圧縮率が高い
その分エンコードに時間がかかる

これ使っててちょい画質がボケるけど容量小さくなるしまあいいかと思ってた
んがっ
今回エンコしたのテロップもボケボケで音ズレも発生するし
と諦めて他のアプリ使ってみたらテロップもクッキリハッキリだし
元ファイル起因の音ズレも発生しないしなんだこりゃ
目ん玉飛び出たわ
これでMステのTSエンコしたとき綺麗にエンコできてたんだけどなあ
あれとWEBMの今回との違いはなんなんだろ

なんの話をしてるのかさっぱり

フレームレートが29.97ピッタリの動画って、AviUtlではプラグイン出力でパラメータ指定したいとできないよね？
スレチですが拾った動画がピッタリになってて珍しかったので。

なんの話をしてるのかさっぱり

aviutl出力プラグインx264だと
i7 6700kだと時間が掛かるから
新しいのに変えたいけど圧倒的に速くだと
高くなるね

i9-7980EXとQuadro GV100 2機がけNVLinkでエンコもサクサク

Ryzen Threadripper 1950Xで組めば相当速く成りそうだけど

>>126
29.97fpsピッタリの動画の作り方です。

>>130
29.97ピッタリのほうがおかしいと思うよ
普通は30000/1001の循環小数が正解

2700x導入したんで昔使っていたAviUtilを引っ張り出して使ってみたけど
全くCPU使ってくれない
あまりにも久しぶり過ぎてどの設定見ないしたら良いのか分からない
x264guiexとx265guiex、LAVFilterは更新した
誰か教えて

読み込みプラグインのSIMD命令のチェックが外れてるとか
aviutlの利用スレッド数が"0"か"2"など小さい値になってるとか（4〜8を指定する
directshowプラグインを使わずL-SMASH worksを使う

ちなみにエンコード時にCPU利用率が80%前後ぐらいで御の字だから期待しすぎないように

>>130
たまにあるなそういうの
29.970fpsで出力したいなら再生速度の情報を変更で29.970と入力
尚、通常は30000/1001や24000/1001と入れる

>>132
マザーがX470以外なら下手にOCしないで、定格の方が回る
あともしご存知なら失礼だが、よくあるRyzenの初歩で躓くのが電源プラン
AMDからRyzen用のを入手して、電源の設定からRyzenバランスを選ぶ

>>120
x264が最初にAVX512対応したが今はx265も対応して両方使える

AVX512って、実際のところ今の実装ではほとんど意味がないような気がする

エンコに関してはx265で5%ほどの向上と言うしなあ

まあ速度重視ならNVENCが激速だけど
画質が少し・・・

>>134
ありがとうございます。
無理やり作れるのですね。

>>127
エンコの早さってそんな重要か？
エンコって基本バックグラウンド的に裏でやりながからその間他の作業してる事が多い
あんまエンコ時間が早いとその間にネットサーフィンしてたりだとか
積んでたアニメ一話見たりだとかゆっくりしてられないから
自分はむしろエンコは発熱上限がしれてるi5の方が向いてる気さえするんだが

え、265？現状のマシンパワーに比較して、まだまだエンコ時間かかり過ぎというか
根本的にまだまだ絶対的な性能足りてないだろ的な印象
そのぶん値下がりしている倉庫用のHDDの容量増やした方が賢いと思う
4TBがもう1万円切ってきてるしHDD換装するなら今はなかなか良い時期だと思う

>>141
AVX2実装以降はミドルクラスPCでの重い設定でも、30分枠のx265エンコが1時間切るようになったから
風呂入ったりメシ食ったりしてる間に終わって丁度よい
後は寝てる間に纏めてだな

人それぞれだってばよ

何気なしにrigayaさんのgithub覗いたら
afsの開発が粛々と行われてたのでそれをビルドしたもの

http://fast-uploader.com/file/7082897214554/
ソースコード　https://github.com/rigaya/afs　（204 commits）

「afs.aｕf.ini」から利用拡張命令を指定できるらしいけど書式が不明なのでそのへんは未テスト
1分の動画をエンコードした限り問題なく動作してる
あくまで非公式のベータ版afsなのに注意

今回のもの： encoded 1440 frames in 77.63s (18.55 fps), 963.09 kb/s, Avg QP:26.57
rigaya公式+20： encoded 1439 frames in 78.36s (18.36 fps), 963.69 kb/s, Avg QP:26.58

エンコードフレーム数が違うけどちょっぴり早かった

afsってなんぞ？

質問します　最近拡張編集に動画を読み込むと最初からグループ解除されて読み込みされます動画の右クリックのメニューのグループ解除とグループ化が灰色のままクリック出来ない状態です　どなたか原因分かる人いますか?よろしくお願いします

どうせ寝ている間にやらせるんだよね

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

>>145
https://www.google.com/search?q=afs

ちょっと冷静になれば1フレーム少ない＆誤差による速度向上な気がしてきた

(΄◉◞౪◟◉)

?(????)

電気代考えなければ2台でx264でエンコすれば速いよね
日曜日の朝など20個くらエンコするから

中古で手に入れたCore M搭載ノート4台でHEVCエンコードを分担してやってる
エンコード中でも画面の閉じて画面を表示させていなければ、1台あたり15W程度の消費電力で済んでるから助かる

フルＨＤのmp4動画ファイルを拡張変種で読み込んでカット編集すると、カットの前後でプレビューがカクつくんだが
メモリ増設かcpu載せ替えで解決しますかね

>>155
>>148

AviutlにNVEncを入れてみたのですが、２パスエンコードは、サポートされてないんでしょうか？

うん

>>158
ありがとうございました。やはりサポートされてませんでしたか。

そんなにファイルサイズ揃えたいのけ？

>>160
１パスだと、画質が今ひとつ良くないので。

2パスで画質向上伝説

>>161
マジレスするとQSVやGPUのハードウェアエンコは画質気にしないで速さ追求する人向け
マルチパスは初期はpass増やせば画質上がるというオカルトがあったが、実際は圧縮率を向上させるので画質は劣化する

自分の体験例で全てを語るのは愚かだが一応一例ということで
アクションカムでバイク走行みたいな情報変化の非常に多い動画をあまり圧縮せず（もしくは全く圧縮せず撮って出しで）youtubeにアップすると
youtubeで糞みたいなエンコードされてぐちゃぐちゃ破綻ばかりで見られたもんじゃなくなるので、
2passでいい塩梅まで練っておくと意外とyoutubeで見た場合グッドな動画になることが多い

＞実際は圧縮率を向上させるので画質は劣化する
これがよくわからん
同じビットレートで圧縮率を向上させれば画質は上がるんじゃないのか？

圧縮率を上げるってのは、情報を削りまくってファイルサイズを
小さくするって事だぞ。ファイルサイズが小さくなればなるほど
圧縮率は上がっている事になるが、その小さくなった分だけ
情報を捨てているという事。

え？ビットレート落ちてんの？
ビットレート指定なのに？

ビットレート（ファイルサイズ）内で収める分には
１パス目でビットレートの変動を予め予測
それを元に2パス目で必要な所に効率良く割り振れるので画質が上がる場合が有るってだけの事

＞同じビットレートで圧縮率を向上
これh264とh265みたいに違うコーデック間での話じゃないの？

同一コーデック使用が前提なら、基本は
圧縮率上げればビットレートは下がる(1pass)
圧縮率下げればビットレートは上がる(1pass)
ビットレートを保持すれば基本的な圧縮率は一定(マルチパス)
だと思う

細かい調整やパラメータでの誤差の範疇は考慮してない

SSIMとファイルサイズで散布図書くと2passのほうが成績よかった気がする
圧縮率高くなると画質が落ちるっていうのがよく分からん

動くシーンは静止画のようなシーンよりビットレートを多く割り当てないと画質が悪くなる

1Pass(ビットレート固定)は両方のシーンに同じビットレートを割り当てるので、動くシーンの画質が非常に悪くなる
マルチパスは動くシーンにビットレートを多く割り当てるので、ファイルサイズが同じでも1Passより綺麗ってこと

>>169の1Passは品質固定のことだね
品質固定は画質を基準に圧縮するので、動くシーンにはビットレートを多く割り当てられる

円盤に焼くとかでサイズ合わせが必要じゃなけりゃ品質指定でええやろ的な

ぶっちゃけ2パス〜よりも1パスの品質基準VBRの方が同じ容量なら画質良い傾向ってのがファクトだけどね
とくに容量制限とかがないのなら2パスよりも1パスの品質基準VBRでやる方が画質もよくてかつエンコ時間も短いので使わない手はない

> マルチパス
> 基本的に、品質よりもビットレートを目標に合わせる事の方が優先されるので、
> ファイルサイズがほぼ同一の品質基準VBRとマルチパスエンコードでは、
> 品質基準VBRのほうが見た目がよいといったこともしばしば起こる。

2パスエンコとかは基本こういう容量制限などがあった場合に限り使うべきものでしょうと

> x264は基本的に品質基準VBRで使うものであるが、
> 品質基準VBRを使用すると出来上がるファイルの容量や平均ビットレートは、
> 実際にエンコードが終了するまでは分からない。
> 一方、世の中にはファイルサイズやビットレートに制限があるため、
> これを使えない(使いにくい)事情が存在する(例えばニコニコ投稿用のエンコードとか)。

>>163
> マルチパスは初期はpass増やせば画質上がるというオカルトがあったが、
> 実際は圧縮率を向上させるので画質は劣化する

パス数増やしても大差無いというのはわかるが、２パスはビットレート配分の適正化ということで有用だし
ビットレート指定でのマルチパスなんだから、別に圧縮率が上がるわけじゃないだろ。

>>173
> ぶっちゃけ2パス〜よりも1パスの品質基準VBRの方が同じ容量なら画質良い傾向ってのがファクトだけどね

そうかなあ？前に
　・品質指定（--crf）
　・２パスビットレート指定（--pass * --bitrate）
で値を変えつつSSIMを計測してビットレート/SSIMのグラフを作ってみたことがあるけど、
両方ともほぼ同じラインになったから、同じビットレートなら１パス品質指定も
２パスビットレート指定もほぼ変わらない画質になるんじゃないかな。

お通夜のようなスレがネタ１つあると盛り上がるって事は
潜在的な需要はまだまだあるんだなw

需要と言うか新規が混ざる毎に既出の話がループするからねぇ

なんか初心者スレみたいな話題になってるな

vbrとマルチパスなんか化石ネタなんだから回線切って首吊って死ねで終わりでいいのになｗ

>>175
crf値やビットレート値による
crf18前後と同等のビットレートだと過剰ぎみだから劣化は分かりづらいだろうけど
1080p@1〜2Mbps前後だと2passのほうが致命的に劣化する

>>180
SSIMがどう劣化するのか、客観的なデータで示してもらえないと
便所の落書きと変わらないよ

だれもSIMMの話なんてしてない
目で画質評価すれば分かるんでないの

300GBを超える（？）AVIを出力すると破損するんだけど何が原因だろう
半分ずつ2ファイルに分けると正常に出力される

何十時間の動画だよ

頭の悪い馬鹿話はよそでやってくれ

>>184
それが1080p、60fpsで40分ちょいなんだわ

>>186
>>2のＡ２

「破損」と言ってるのが具体的にどういう現象のことを指してるのかもちゃんと書けよー

>>183
前から似たような話を聞いたことがある
多分AVI出力では256GB以上のAVIの出力に対応してないんだと思う
出力プラグインを使って出力したらどうかな

>>187
あーすまん、ファイル消しちゃったんだ

>>189
仕様って事か…分割出力なりプラグインなりで対処するよ、ありがとう

ファイル消しても症状は覚えてるだろうに・・・