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

なるほど・・・第3世代とは言えi7でもかなりキツい。
Adobeのお高いソフトなら全部GPUで出来るのよね・・・

>>806 >>809
>>22

>>808
マジレス返すとAviutlガチでいじり倒す人間は大抵そのくらいわかってる。
メモリ確保エラーの恐怖も知っている。

第8世代になって急激に性能上がってるんだからAviUtl用に安いPC買えばいいじゃん

なんで1920×1080、100fpsでエンコ出来たのにようつべに上げると1080p50になるのおおお

つべスレにいけよ

>>806
https://egg.5ch.net/test/read.cgi/streaming/1503071837/951n

>>812
実は6世代目のSkylakeから停滞したままで性能は上がってない模様
Coffeeでコアが増えた分のパフォーマンス向上による恩恵はエンコで受けられるが、基本性能は変わってないので無理に今の8世代目に手を出さず、次世代のIcelakeまで待った方が良いでしょう
だだし、インテルは次世代の10nm製造に失敗して設計からやり直してるために、市場に出回るのは2020年以降に延期されるとの事
4世代目Haswell以前の枷があるCore-i使ってて、それまで待てない人は値落ちしてきたSkyあたりを繋ぎに、
または来年出る見込みの次世代Ryzenに切り替えるのが良いでしょう
Zen+はHaswell相当の性能でしたが
、Zen2でCoffee以上になるようで、AVX2もインテル同様256bitサポート。
7nmの恩恵で動作クロックも向上するでしょうし、かなり有望と思われます

>>816
まあずっと機会を待つのもいいんじゃない？

買い換えて旧環境は値下がり前に売ってしまえば
使った時間考えれば出費としては意外と趣味の範囲

売らないので捨てない限り増える一方である

ここの住人だとLAN経由で分散処理可能に成ったほうが恩恵有りそうだな
電気代に見合うかは別として

エンコならそれでもいいけどリアルタイム処理には遅延がでかすぎる

スパコンなんて並列処理のたまものやで
10GbE環境整えて並列処理楽しもうズ
ってそんな金有ったら多コアXEON買うわ！ｗ

同じh264動画でaviutl本体に読み込んだ時間が全然違う理由を探していますがわかりません
http://i.imgur.com/axdvL5B.jpg
左側がFHD 60fps 1h1min でaviutl本体への読み込みが1秒かからずにできるのに対して
右側の844x480 1h47min 29.97fps の動画をaviutl本体に読み込むと9秒程もかかってしまいます
動画の尺は長いですが解像度やfpsはこちらの方が断然小さいのになぜこんな事がおきるのでしょうか？

尺が長いからじゃね？

>>824
L-Smashの設定を自分でできる限りさわってみました
https://i.imgur.com/uLcizyv.jpg
これが>>823のうち右側を読み込むのに9秒程かかっていたのですが

L-Smash設定画面の一番左上のチェックボックスを外してみたところ読み込みが１秒程になりました
代わりにFHD動画でも、844 x 480動画の両方においてiwiというファイルが作られるようになりました
元々できなかったファイルができるようになったのと何か関係あるのでしょうか？

>>825
もう少し正確にいうと
Libav+L-SMASHのチェックを外すと
読み込みはどちらも早くなりました（FHD 読み込み1秒、844 x 480は1.5秒ぐらい）
iwiファイルの作成にFHDは1.5秒、 844 x 480 は3秒程かかっています

>>826
https://www.google.com/search?hl=ja&;q=l-smash+works+lwi

なんでL-Smashで読み込ませてるの？

>>828
いまどきMP4をMP4 File ReaderとかDirectShow File Readerで
読み込む奴はいねーと思うが、何が言いたいんだ？

間違ったことでどや顔するいつもの人でしょ

>>829
MP4自体読み込ませる事あまり無いから詳しく知らんけど
DirectShow File Readerは論外として、AVC読ませるのにMP4 File Readerで何か不具合出るのか？見たこと無いから気になる

MP4はタイムコード埋め込みなVFRエンコードが多いから
VFR->CFRに対応してるL-SMASH worksに軍配が上がるかな

もっともMP4を読み込むこと自体あんまりないんだけど、avsファイルの読み込みはL-SMASH works一択
vfw読み込みだと、aviutlを終わらすまでファイルを放してくれないから実に困る

mp4を読み込む事がないって
みんなお気に入りのavの編集するときとかどうしてんの？

・ニコニコ動画関係はYouTube板
・ダウンロードした動画はダウンロード板

>>823
moovヘッダとかがファイルの先頭にあるかないか
profileの品質(baseline、main、high)の違い
辺りじゃないの

まあ>>834の2行目なんだが

アニマルビデオならほっこりして終わりだ

>>823
同じh.264のmp4で読み込み速度が違うのってなんか原因あるんか

数年ぶりに触ったaviutl自体が全く起動しなくなっててどうなってるの状態
以前使ってたものも真っ新な状態のも起動しなくて何が影響してるのかわからん

無言で起動している様に見えつつタスクがしれっと消えてるってか？
ちょっと聞いた事無いなー。
当然互換モードなんかは試したろうしな。

>>839
互換モードは勿論試した
管理者権限もいろいろやってみたが駄目
タスクマネージャのプロセスを見てもどこにも無いからそもそも起動自体できてない

セキュリティソフトの誤判定で隔離されてるとか

なんだそりゃ？
explorer辺りから、Aviutl.exeを直接Wクリックしても、一瞬もタスク出ない？
逆にAviutl.exeが既にタスクにあると起動しなくなる可能性があるが
（俺の以前の環境では正常終了せずにタスクが残ってしまうことがあった）。

[Windows] + R から cmd と打って

C:\Users\username>cd "C:\Prograf files\Aviutl"
C:\Users\username>aviutl.exe

でもだめかね？（usernameは放置でいい、Program files の所は、違うところに置いてるなら適切に処置して）

いや、初歩的な事だがな、まず、windowsが確実に、aviutlを起動しているのに、それでも駄目かどうかは調べておかんと。
完全にクリーンにしてもってんならなあ。拡張編集とかナシで本体だけでもあかんのやろか？？

あ、すまん、2行目のプロンプトは ＞ の左が変わってたな、失礼失礼。
＞ より右に打つやつは同じだ。

>>842
再起動かけた上でやっても同様だった
残ってた古いverも同様、拡張編集なしも同じ

だったんだが、3回目のWindows再起動で動いた
一体なんだったのか……

mp4のキーフレーム毎に分割すれば再エンコなくカットできるという事をしり
自分の動画でやってみようとキーフレームを探すのですがなかなかタイトルに「*」がついてるフレームを見つけられません
現在のフレーム位置から一発で１つ次のキーフレーム、１つ前のキーフレームを探す方法はありますでしょか？

ショートカットがあったのを今みつけました
割り当てて解決しました

>>844
再起動しても駄目だと思ったら次は一度完全に終了させる

832見て思ったんだが、VFRなMP4動画って出力時にVFR->CFRしなくても編集出来そうじゃね？

映像→VFRのまま読み込んで編集したら映像だけ出力
音声→CFRにして同じ時間のところで編集して出力
タイムコードtxt→timecode v2 では1行毎に1フレームごとのフレーム継続時間が書かれてるから、
映像のトリム情報に従ってカットした行を消す

で作った3つを合わせたら音ずれしない気がする

そもそもVFRな動画をVFRのままカット編集＆出力することなんてあるの？

>>848
とてつもなくめんどくさくね？

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

---

【迷子さん誘導用レス】

あなたが書きこんだ内容は、「拡張編集」に関する話となります。
>>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
それってどんなソースをどの入力プラグインで読み込んだ時に起きるの？