AviUtl総合スレッド92

ここはAviUtl本体及びプラグインについての情報交換を目的としたスレです。
ただし「拡張編集プラグイン」に関する話題は禁止です。
拡張編集については以下の専用スレがあるので質問等はそちらでやって下さい。

　AviUtl拡張編集Pluginスレッド Part15
　https://egg.5ch.net/test/read.cgi/software/1565106005/

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

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

なお強力なプロテクトが

再生互換気にする自分は家電AVで再生できるようになってから考える

ぶっちゃけてaviutlと拡張編集だけでも64bit化対応望んでる人多くない？　それだけあればサクサク4k動画も編集できるし　その程度を望んでる人多そう

64bit化するとなんでサクサクになると思った？

潤沢にメモリを使えるという面では…でも、プラグインから何から何まで64bit化するか、wrapperみたいなのが必要になるのでは？
とは思うな。

4Kは編集しないけど、1.1になってからは少なくとも自分はメモリ周りで不満を感じた事はないかな
拡張編集の話だけど、それよりもオブジェクトが多いとプレビューとかがカックカクになるのが辛い…
RAMプレビュープラグインで一旦メモリにエンコ出力すればフレーム落ちなしの確認が出来るとはいえ、
他のソフトなら一々こんな手間かけずにフレーム欠け無しのプレビューを再生出来ると思うと辛い
多少効率悪くてもいいからPCスペックに応じた快適性が手に入る設計だったら10年後20年後でも使っていたかった

先読みみたいなのがないからな
キャッシュもあげすぎるとOS巻き込んで死ぬしな

流石にフリーソフトに不満が出てきたら卒業してそれなりの市販ソフト使った方が
拡張編集出た頃より素人動画に要求されるスペックが上がってるし
つかね毎回思うけど必要なのは64bit化よりマルチスレッド対応だろと
幾ら良いCPU積んだ所で単コア性能が劇的に上がってる訳でも無く

質問です
地デジソースをx265で8bit i420と10bit i420で出力した結果、10bitだと少し色褪せて見えました
出力色フォーマットをi422にしたらきれいに見えますが容量が増え、汎用性が落ちます
10bit i420で色褪せるのは仕様でしょうか？x265で10bit出力している方は皆i422を使っているのですか？
それとも色褪せは許容しているのでしょうか？x264では8bitも10bitもi420で同じ色に見えました

8bitの設定 プリセットmediumをロード
--crf 28
10bitの設定 ↑を10bitに変えただけ
--input-depth 16 --output-depth 10 --crf 28

「色変換の設定」は入出力共に自動
ソースはBonTsDemuxで分離後m2vを読み込み。入力プラグインはMPEG-2 VIDEO File Reader
何か設定が間違っているのでしょうか？

>>531
10bitにしたことで色あせが起こることは普通はないので、再生時の色変換処理の問題じゃないかな。

　・使ってるプレーヤー
　・再生時のフィルターリスト（MPC-BE等のメニューから参照できる、スプリッター・デコーダー・レンダラーなどのリストのこと）
　・出力動画の解像度
　・colormatrixの指定はつけているか

といった情報を書くといいんじゃないかな。

思いつきでx265 10bit i420で出力した動画を再度aviutlで読み込んでx265 10bit i420で再エンコしてみたら色褪せが治った！
画質は劣化してるけど色合いは正しく出力された。二度手間すぎる！
Aviutlの「ファイルの情報」を見ると、地デジソースの時は
- ファイル制御：MPEG-2 VIDEO File Reader
- ビデオ展開形式：YUY2
だったのが出力動画を読み込んだら
- ファイル制御：L-SMASH Works File Reader
- ビデオ展開形式：YC48
に変わってたので入力プラグイン優先度をL-SMASH Works File Readerが上に来るようにしてAviutlを再起動
地デジソースを読み込み直すと
- ファイル制御：L-SMASH Works File Reader
- ビデオ展開形式：YUY2
になっていた。x265 10bit i420でエンコードしたら色褪せていた、根本解決にはならず
地デジソースをYC48で読み込めるようになれば解決するのか？

>>532
> 10bitにしたことで色あせが起こることは普通はないので
ありがとう、これが一番知りたい情報でした。どこかが間違っているということだ

プレイヤーはVLCとPotPlayerとGomPlayerといろいろ試したけど全部同じ傾向。設定初期化しても変わらず
デコーダはプレイヤー内蔵、レンダラーは自動選択
x265 10bit i420をPotPlayerで再生

[ 使用フィルターリスト ]
(1) Built-in MP4 Source
(2) Built-in Video Codec/Transform(Low Merit)
(3) Enhanced Video Renderer(Custom Present)
映像コーデック: HVC1 - FFmpeg デコーダ(hevc, Thread Frame)
入力タイプ: HVC1(24 bits)
入力サイズ: 1920 x 1080(1.78:1)
出力タイプ: NV12(12 bits)
出力サイズ: 1920 x 1080(1.78:1)
映像レンダラー：Enhanced Video Renderer(Custom Preset)
- レンダラー形式：NV12(Input->Mixer)->XRGB(Texture->BackBuffer0>Display)
デコーディング：1920x1080p.フォーマット：yuv420p10le,範囲：TV

i422を再生した時との違いはフォーマットがyuv422p10leに変わるだけ。あと全部同じ
範囲がTVなのが気になるけどi422にしても変わらないし色褪せてないので謎

エンコ設定は>>531の記載のみ(colormatrix指定なし)
Aviutlのフィルターはクリッピング&リサイズのみで1920x1080に

Aviutlでの読み込み方法に問題があるっぽい？分離したm2vを直読みではいけないのでしょうか？

長々とごめん
>>533は勘違いでした。再エンコしても治らない。設定ミスってた
でもi420でエンコした動画をi422で再エンコすると色褪せないで出力できた
てことは動画自体には色情報は失われていないってことだから再生側の問題っぽい？

とりあえずX265でのカラーマトリックスなど色設定を全部「自動」にしてみたら
ついで追加オプションで--ditherもおまじない的に付けたらいいと思う

>>536
colormatrixを自動、色変換の設定も自動にしても改善せず
BT.609やBT.709等色々試してみたけど、黄色がピンクになったり変な色になることはあれど改善せず
追加コマンドに--ditherをつけても変わらず。これはどういう効果ですか？

ディスプレイ設定はRGBのフルレンジ、8bpc。10bpcは選択肢に無い
「デフォルトのカラー設定を使用」にしても、「出力のカラーフォーマット」をYCbCr422やYCbCr444にしても解決せず
そもそもディスプレイ設定をいじっても、i422なら大丈夫な理由にならない？x264 10bit i420なら色褪せないので

複数のプレイヤーでレンダラーをいじったり色空間をいじっても曇った色にはなれど改善せず
おとなしくi422で出力します(´·ω·`)

おとなしく入力と同じ色で出力したら

後は別ver試すとか

>>537
インタレ解除はどうしてるの？

>>540
今回はインターレース解除は自動で、いつもは自動フィールドシフトを使ってる。無しにしても変わらず。関係なさそう
暗いシーンでバンディングするからましになればと思ったんだけど、色褪せが気になった。人の肌が体調悪そうに見える
バンディング低減MTは普段は使ってるけど、今回は色の問題だからフィルタは全てオフにしてる。クリッピング&リサイズのみ
普段どおりNL-MeansやSharpenResizeをオンにしても変わらず
拡張色調補正でそれっぽく見えるようにすればなんとかなるのかもしれないけど微妙な解決方法

Aviutlを新しく最小限でセットアップし直して、x265をVer.3.100にアップデートしても改善せず。謎すぎる

>>537
--ditherは入力色深度が出力色深度より大きい（深い?）場合にdither処理するオプション

とりあえず試しでエンコードしてみたけど10bitと8bitで差はなかったよ

本体 1.00
L-SMASH Works File Reader r935 （nekopanda氏版L-SMASH works）
拡張x265 出力（GUI）EX 3.99

ソースはtsをDGIndexでd2v+aacに分離して、それらをavsファイルにまとめて
L-SMASH worksで読み込んだもの

420がダメで422ならokなら色差の補完を疑うところだけど
8bitモードなら問題ないのが分からない

多分再生側の問題
GPUでYUV→RGB変換させるんじゃなくてソフト側でさせると解決するんじゃないかと

色つきテキスト初めて使ったんだが、
テキストだけプレビューと出力時で色が変わっちゃうんだな
そういうもん？

>>545
>>9

>>531
圧縮レンジのまま8bitから10bitにして圧縮レンジ前提でエンコしたら色褪せするけど、その辺大丈夫？

おっとスレ間違えた＾＾

色や輝度触るならもうちょっと勉強したほうが良いぞ
データ/リーガル変換で色が濃くなってホルホルするのなんて細部が潰れまくってるだけだし
適切にコントラスト補正とピボット、ガンマ補正、カラーカーブ触れないなら触らないほうが良いし、色空間周りは分からないまま触ると致命傷

あと10bitで出したら良くなった、は理論的にはありえない。
8bitより10bitの方がバンディングの再現性が良くなった、はありえるが。
ただしデノイズなりデバンドをかけているならその限りではない。

いつもの人か（笑）

書き間違いなのはわかるが、「バンディングの再現性が良くなった」が少し面白かった。

しかし上で出てる「10bit4:2:0だけ色褪せ」の話は解決したのかね？
AviUtlとは関係なく再生側の問題だとは思うんだが、解決したなら原因を書いてもらえるとありがたいものだ。

いや他の行を考慮すると書き間違いってわけでもないのか。
8bitソースをデバンドとかせずにそのまま10bitで出しても
ソースで起きてるバンディングがそのまま再現されやすいだけと言いたいってことか。

x265は10bitの方が画質あたりの圧縮比が良いって聞いた事あるけど、そもそも8bitと10bitで別物のエンコードだったりしない？

出来上がりに違いが有るとしたら圧縮時に切られる閾の違い

ソースにあったバンディングって
10bitエンコでマシにならなかったっけ?

バンディング低減かければ目立たなくなるが、素エンコならそのまま

>555の言う通り、8bitより10bitの方が精度が高い、本質的にはそれだけの話よ

色空間やバンディングはまた別の話であって、わざわざ話を複雑にする意味がわからん

>>530
自分がaviutlが好きなのはいわゆる拡張編集でフレームが１コマ１コマわかるようにグリッド表示ができる事なんだけど
とくにそれのおかげで１フレ事の超こまかな編集が行いやすいことなんだよね

他の有料ソフトで１フレごとにグリッド表示されて、１フレごとの編集のしやすさでaviutl以上のお勧めソフトってなんかあるだろうか

選択されたフレームを削除する

このソフトのプレビューで特にエフェクトも付けずに再生するだけで、
CPUが100%近くになるんですが、こんなもんですかね。。
Core i7 10750H、メモリ16GB、SSDなんですが。

それはお前の何かがおかしい

ノートPCでDTVなんかやるなよ

8750Hでエンコしてた時期が有ったが生TSプレビューで使用率数％くらいしか上がらなかったぞ

>>564
MPEG2だからな
H.264だとまた違うだろ

H264て再生負荷そんなに高くないと思ったがなぜH264の話しなんだ？
DirectShow File Readerで生TS食わすのが一番プレビュー負荷高いと思ったが

>>561
「どんな動画をどの入力プラグインで読みこんでいるか」という情報を出さないとわからんので、とりあえず >>3 のＡ２の情報を出して。

余談だけど画像処理スレッド数4以上でも問題無いの？

基本は物理コア数
コア数+1~2のほうが早いという噂

正直変えてもﾜｶﾗﾝ。別に自動でいいんじゃない(ﾎｼﾞﾎｼﾞ

>>568
8ぐらいまでは安全圏

スリッパとかで64指定したらブッ飛びそうだな（Aviutlが）

8コア16スレッドだと8〜10くらいってことで良いのかな?

1.0の環境だと4までにしとかないと
画像ズレおこしたりしてたけど
1.1とか最近環境だと問題ないって事？

オートじゃダメなの？

L-SMASH Works File Reader で読み込まれた動画は色が変わるんだよね
もともと色あせた感じだったソースを録画したMP4とかを読み込むと濃い目の色に変色する
一見すると色あせがなくなって改善したように思ってしまうけどソース自体が色あせしてたわけだから色の変換がおかしいということだよね
ちょっと上の方でL-SMASH Works File Readerで読み込んだら色あせがなくなったとか言ってたのも
実は不正な変換の結果じゃないかと思ったり

使い方間違ってるのでは

何をどう処理をして結果どうなったか見せてほしいものだ

リミテッドレンジ、フルレンジの話かな

>>577
気になるなら自分でやってみればいいでしょ
RGBのソースでもYUY2で展開してたりして
明らかにおかしいことくらいは素人でもわかるだろ

おかしくなるパターンは確実にある
バグじゃねとカキコしてる人がそのパターンを踏んでないかと確認する方が先

>>579が>>575なのかわからんが
情報出さないでおかしいだけ書かれても誰も答えられない
>>577にやってみろって、見当違いでは

そもそもデコードしてるFFmpgが信頼できない件

そもそも再生しているプレイヤーも信用できない件

そもそも使ってるユーザーが信用できない件

>>581に賛同。
フル／リミテッド、BT.601/709、再生環境の問題など色々な要因があるのに
情報をまともに出せてない時点で当人が理解不足で何かやらかしてるだけという可能性が非常に高い。

本当はDirectShow読みに成ってるまで有る

>>585
無知な奴ほどおまえみたいなことを言いたがるｗ

何でもいいけど情報は正確にね

これ触っちゃいけない奴だな

ffmpegOutで、2passってできる？
具体的にはvidstabを使いたいんだが、1passすら始まらずtransformでtrfファイルが見つからないとログがでる

-c:a copy
-c:v libx264
-crf 30
-vf vidstabdetect -an -f null -
-c:a copy
-c:v libx264
-crf 18
-vf vidstabtransform -y

vidstab自体はビルドできてる
detectとtransformでそれぞれプロフィールを分ければエンコできるんだが、できれば一気にやりたい

2passとか久しぶりにきいたけどまだ使ってるひといるんだね

vidstabは後付手ブレ補正なので2passは必要
https://www.youtube.com/watch?v=xSdBdtnzW0g ←テキトー検索動画
ただ、aviutl的には可逆aviで出せたほうが良いかも知れんね

ファイルサイズで決め打ちしたいならマルチパスが面倒がなくていい

videostabでいう2passってそういう意味の2passじゃなくて、
1pass目で手振れを検出、2pass目で手振れを補正するエフェクトなんだ
つまり、ffmpegOutで1pass目と2pass目で違うエフェクトをかけたいんだけど、何か方法あるかな？

動くモザイク編集やってるんですが
モザイクが赤い枠の最終地点？に向かって勝手に移動してしまいます
これどうにかなりませんか

>>595
AviUtl拡張編集Pluginスレッド Part15
https://egg.5ch.net/test/read.cgi/software/1565106005/

こちらへどうぞ

>>596
ありがと

このソフトの動作についてちょっと質問というか疑問なんですが
先ほどバッチ処理にてエンコするに当たって
間違えて後ろの順番のファイルを削除してしまったところ
そのファイルのエンコの番が来たときに
当たり前ですが動作が止まってましたが
幸いゴミ箱移動であったために戻してみたら
すぐに普通にエンコ処理が始まりました
そして生成ファイルも正常でした
Aviutlは元ファイルが無い場合何をやってるんでしょうか
普通ならファイルが無い、とエラーでフリーズとか
バッチ処理のところに×が付いて終わりそうなものですが
ちょっと面白いなと思ったのでレスしてみました

ファイルの帰りを待ち続けているのだ
小さい子供をなくしておかしくなってしまった母親のようにいつまでもいつまでも・・・・

600

扇クリッピングR使おうとしてるんだけど拡張角の右のバー操作できない
助けてくれ

知らんがな

>>601
>>9

TMPGencからの移行で最近AviUtlを使い始めたのですが、
1つ分からない事があります。

Huffyuvで出力する際に60pの映像をインターレース化したいのですが、
これはふぃーるどずらし等のプラグインを用いないと出来ませんか？
プラグイン無しで出来ますか？

よろしくお願いします。

いまRyzenで新しくPC組むとしたらどの番号のCPUがいいの？予算20万くらいで

>>604
俺の知識がないせいかAviUtl単体で出来た覚えがない
↓のページ見てAviSynthと併用して実現するのはどうだろうか

http://niiyan.s8.xrea.com/avisynth/interlace_filtering4.html

>>605
コア数の多いやつ。
3900以上！

ガチな話するなら4000を待て。

もっとガチに言うならintel一択

>>605
Ryen7 3800XTかな
Ryzen9でも良いけどAviutlだとCPUパワー100%使い切れないので
大量エンコ勢なら2本同時エンコで3900Xや3950Xの性能が発揮できる

>>604
・いまどきHuffyuvを使っている理由
・60pの映像をインターレース化したいという理由

差し支えなければ回答してもらえるとありがたい。
なんとなくだが古いサイトの情報を見て無駄に変なことやってるような・・・。

BD化したいんじゃないの

すみません！
動画をカットしようとするとしばらく無反応でそのままソフトが落ちてしまいます！
何かわかることがないでしょうか

すみません！
道に迷ってしまいました！
何かわかることがないでしょうか

みたいだな。他の動画でもそうなのかとか、Aviutl入れなおしてみるとか、メモリやCPUは必要十分なのかとか色々ありそう。

>>614
ありがとうございます！
昨夜まではうまくエンコ出来たんですが

ただ、やたらチャプター付けるのが遅いな〜
と思っていたんです。
やっぱり入れ直してみるしかないですね、、

SSDかHDDがそろそろやばい可能性もあるかも？
S.M.A.R.Tとかだいじょうぶ？

>>615
だからそういう情報を全部出した上で質問しなさいよ
OS、パソコンのスペック、aviutl のバージョン、動画の拡張子、入力プラグインの優先度、思い当たる変更点、何か試したこと、、、

小学生じゃないんだからさあ！

黙れよ老害

まぁまぁ。
>>3を参考にして情報まとめてくれたほうが良いのは確かだよね。
OSのアプデが原因だったりもするんだろうけど。

popさんとこでL-SMASH Worksのmod版が配布されてる

お、ついに動いたか