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/

普通はスレ欄検索なりGoogleなりから来ると思うんですけど
一々スクロールして目で探してるハッショか？

aviutlって64bit化対応しないのであればオープンソースにはしないんですかね？　理由がよくわからないけど

>>503
じゃあスクリプト回して拡張編集スレが上位に来るように…やらんけどｗ

>>504
責任だなんだとアホ相手にするのが面倒だからだろ
resolveあるし今更64bit化してもいらんな

HDRガイジも混ざってんのか
カオスだな

>>507
むしろこの状況で居ないと思う方がｗ
まず用事は無いで有ろう拡張編集スレでも見かけるし

質問

Aviutlで読み込んだ音が出ない。

Shadow playで撮った動画(音声は1つのトラックに混ぜてる)を拡張編集にドロップしたところ、動画は映るし,音声も波形は出てるが音は再生されない。
ＰＣ自体はYoutubeの音が聞こえてるから、音声出力自体は問題無しだし、拡張編集はミュートにしてない。
で、拡張プラグインでの読み込み｢L-smash works file reader｣で｢Libav+L-smash｣の項目や｢Libav audio index｣の項目のチェックを変えて試してみたがそれでも音が出ない

依然別のゲームでShadow playで収録した動画からは普通に音は出てたのに急に出なくなった

全くどうしていいか分からない

(当然だけど、収録した動画は動画プレイヤー(Pot player)でなら問題無く音は出てます)

>>509
初歩的な質問はDTV板の初心者質問スレで行って下さい。
【初心者歓迎】総合質問スレッド-86-【ダウソNG】
https://mevius.5ch.net/test/read.cgi/avi/1582971304/

>>510
次までに>>9をしっかり読んでおけよ。

まーた湧いてるよ自治厨の誘導虫が

スレチと思うなら黙ってりゃいいんだよクソ虫が

最近ブーメランが流行ってるのかね？

精一杯かよｗ

「H.265/HEVC」と同じ画質でファイルサイズを50％削減できる次世代動画圧縮規格「H.266/VVC」が登場 - GIGAZINE
https://gigazine.net/news/20200707-h-266-vcc/

エンコ時間は10倍かな

H.266のエンコ時間は次のベンチの指標の一つになるかなー？

MMXのころにMPEG2が重過ぎて死にそうで、
Pen4のころにMPEG4が重過ぎて死にそうで、
こんどはi7が死にそうな規格が出るのか？

50%はすごいけどエンコードデコードの負荷はちょっと怖いものがあるな。

H.264だとエンコ速度は早いが画質と容量のバランスが悪いハードエンコで活きてきそうだな＞H.266/VCC

PCでハードエンコできるようになるのは再来年とかになりそうな気がする

なお強力なプロテクトが

再生互換気にする自分は家電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使おうとしてるんだけど拡張角の右のバー操作できない
助けてくれ

知らんがな