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

まあ速度重視なら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
仕様って事か…分割出力なりプラグインなりで対処するよ、ありがとう

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

CPUをINTELからAMDにwin10のクリーンインストールしないで乗せ換えたら
NVEncの出力設定画面で左上のマークに色がつかなくなった。
いろいろやってやっと色付いた。
直近にやったのはVisual C++のランタイムを全部インストールしなおした事と、
NVEnc関連のファイルを手動で削除してNVEnc_2.11を入れてみた事。
2.11で色付いたので削除して4.05入れたら色付いた。
もし同現象の人がいたら参考までに。

nnedi3の拡大使って昔のDVDをFHD化してるんだけど
AviUtlのnnedi3よりAvisynth+のnnedi3をAviUtlで使ったほうが処理速度2倍近く早くなった
Avisynth+のnnedi3が新しいから早くなったのかよく分からんけど

AviUtl Extra Pack 1.14 ってインストールが簡単らしいけど、Windows10でも使えますか？
https://www.videohelp.com/software/AviUtl

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

>>195
誘導ありがとうございます

何故か再生ボタン押してもプレビューできなくなったんだけど何故だろう…
▶︎の表示が�Uに変わりはするんだけど、動画は動いてくれないし音も再生されない

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

未だにAviutl本体しか使ってない奴なんているの？w

NGID:Msyxpf6b0

aviutlのソースコードって誰か解析しないの？
知り合いに聞いたけどこれでソースコードできるとか聞いたけど
ttps://www.techmatrix.co.jp/product/understand/index.html

そんなんで解析して整理するよりも欲しい機能を持つソフトイチから作った方が早いし楽

なんだかんだで人の作ったものって自分からするとスパゲッティだからなぁ。
どっちが良いとかじゃなく読めるかどうかって面でね。

リバースエンジニアリングはライセンス違反になることが多いし
utlのライセンスがどう書いてあったか覚えてないけど
ソース公開してないってことはそういうことなんじゃね

エフェクトのラスターとかって、かけてから元のオブジェの状態に戻せないの?
ラスター→段々もとに戻っていく　みたいな

>>205
>>22をよく読んで移動な。

aviutl.exe を起動→出力動画が無音、wav出力すら無音
aupファイルをWクリックで起動→ちゃんと処理できる模様

なんぞこれ。
iniファイルを削除はしてみたが改善せず。

>>207
音量をゼロにするフィルタ処理をプロファイルに保存してしまっているとか？

utlクローンをオープンソースで作るプロジェクトがあったはずだよ

見た目が拡張編集というだけで機能もフォーマットもAviUtlとまったく関係ないやつなら知ってる

あの黒歴史なら思い出さなくていいから...()

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

ドワンゴ、“niconico(く)”をリリース 〜ユーザーの意見を取り入れてサービスを改善 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1130118.html

本格的に編集するのだったらソースネクストが販売しているVegas買っちゃいなよ。今なら一万円だよ。

>>214
マジかよ、局ロゴのウォーターマークも消せるのかよ

ツールウインドウが2段表示になってしばらく困ってて
http://2sen.dip.jp/cgi-bin/upgun/up10/source/up8914.jpg
どこ触ったのか思い出せなくて、ini書き換えで元には戻せたんだけど……
　＃>[ツールウィンドウ] 内の
　＃>line=xx 　1なら1段、2なら2段 たぶん

本体側の設定で変更ってできたっけ？
そもそもini書き換えでしか不可なのかな（自分でやって忘れてただけか？）

>>216
ツールウィンドウ上で右クリックすると１〜４列表示の中から選べる。

・・・ということに初めて気づけたよ。知らんかった。
縦に長くなって地味に困ってたんだ。ありがとう。

>>217
！！！
ツールウインドウのタイトルバー右クリックして「いやこれは違うしな」って除外して考えてたわｗ
アホか俺は

アイコンのオンオフ切り替えとかもあったんだな

>>215
どこを見て、そう思ったのか教えてください

嫌味だろ

NVEncを使ってx265でエンコードしたいですが
選択する項目が表示されません
ちなみにh264だと普通にできます
使ってるGTX660tiが対応してないとかそういうことでしょうか
詳しい方いましたら教えてください

x265じゃなくてh.265だよね？

エンコーダはX.265でいいんじゃね？
H.265はあくまでもエンコードの規格のことだし

>>221
GeForceシリーズのHEVC(H.265)のハードウェアエンコードは
900番台(Maxwell)以降の機能になるので660Ti(Kepler)は対応してないはずです

そもそもKeplerはH.265のデコードもVideoEngineではできないっしょ
2015年頃のドライバからはCUDAデコードするようになって一見対応してるようには見えるけど

>>223
h265とx264を勘違いしてるのか
HWエンコやめろと言ってるのか。どっちなんだ？

>>226
×h265とx264を勘違いしてるのか
○h265とx265を勘違いしてるのか

>>224-225
やっぱそういうことでしたか疑問が解けました
新しく買うのもあれなんで諦めてCPUでエンコードすることにします
丁寧にありがとうございました

BS11の劇場版Kをカット編集すると選択範囲がずれる

tsslect

x264guiExは開発終了かな？

ニコ動向けのプリセットが変わっただけなのに、なんでそんな話になるんだか・・・

rigayaさん自身は前ほど熱心にエンコードしなくなったみたいなこと書いてるからそう思ったのかな？
でも利用者の為のサポートとは別の話でしょう

Aviutlにおけるx264guiExの功績は大きかったなぁ。面倒くさいh264の設定やセットアップをほぼ自動出来るっていうは凄かった

拡張編集スレに帰れ

拡張編集とは関係ない初歩的な質問や話題全般を拡張編集スレに誘導するアホが住み着いてるよな、ここ。

燃料ばらまいて着火させようとしてるのも大概だと思うけどな

？

なんのこっちゃ