AviUtl総合スレッド85©2ch.net

ここはAviUtl本体及びプラグインについての情報交換を目的としたスレです。
ただし「拡張編集」に関する話題は禁止なので、下記の専用スレに誘導して下さい。

AviUtl拡張編集Pluginスレッド Part11
http://potato.2ch.net/test/read.cgi/streaming/1456458041/

---

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

■前スレ
AviUtl総合スレッド84©2ch.net
http://potato.2ch.net/test/read.cgi/software/1478931207/

★初歩的な質問はDTV板の初心者質問スレで
【初心者歓迎】総合質問スレッド-83-【ダウソNG】
http://peace.2ch.net/test/read.cgi/avi/1454932012/

■x264guiEx関係はDTV板x264 GUI専用スレで
x264vfw GUI専用スレ Part9
http://peace.2ch.net/test/read.cgi/avi/1351856057/

■その他
・ニコニコ動画関係はYouTube板→ http://potato.2ch.net/streaming/
・ダウンロードした動画はダウンロード板→ http://mint.2ch.net/download/
・次スレは>>980が立てること。

旧PC残ってるなら、フォルダーごとコピーして、
症状が再現されるか確認するがよろし

>>281
なんか記憶にあるようなないような・・
フィルタ順序を最後にしたり古めのVCランタイム入れてみるとかぐらいしか思いつかない

質問です
数十分のmp4動画をダイジェスト的にカット編集をしてると、最初の方はいいんですが
細かいカットが積み重なって来るとだんだん重くなってきて
プレビュー再生でカットの切れ目でいちいち止まる、タイムラインでマークを動かそうとすると中々反応しない、
しまいには「応答なし」となり作業にならなくなります。
メモリ不足かと思い、一度終了させて再び立ち上げ直してみてもダメでした。解決方法をご教授願います。


PCのスペックはメモリ8G、CPUはi73770クアッドコアでそこそこあると思うのですが、これでも足りないですかね

もう今の時代メモリ8GBじゃ大容量とは言えん
とりあえずAviutil以外全部終了してやってみて少しでも改善するなら、メモリがネックになっているとわかる
そういう風に切り分けて原因を特定するといいんじゃないかな？

なんの話をしてるんだろう？

>>153

>>284
編集する前にmp4boxでremuxしたらどうよ

俺はmp4の時はL-SMASHを1番上にする

ダウソは板チだから死んでどうぞ

数十分のmp4だから、釣りから帰ってきた無名ユーチューバーとか、そんな所じゃないの？
いずれにせよ拡張編集の事をここで聞いても有益な情報は得にくいので
専用スレに行くが吉

わかりました。他の皆さんもありがとうございました

>>272
プログレッシブ映像をインターレース映像に変換する方法です

>>272
プログレッシブ映像をインターレース映像に変換する方法です

>>279への安価だったのに何故か>272になってしまった

元がプログレならConvertToYUY2(interlaced=false)でいいんじゃない？

YUY2ならインターレースでもプログレッシブでも同じだな。
でConvertTo未指定だとYV12で処理されるみたいで、
YV12(interlaced=turue)にしても色縞が発生した。
なのでYUY2かRGBを指定すべきだな。デフォルトでYV12になっているとは
思わなかった。

>>278を直すと

インターレス化用AviSynthスクリプト(AVS)のメモ

AVISource("D:\test.avi")#DirectShowSourceでも可
ConvertToYUY2()#若しくはConvertToRGB()
SeparateFields()
SelectEvery(4,1,2)#ボトムファースト時はSelectEvery(4,0,3)
Weave()

Aviutlの60fps読み込み+60fpsフリッカ低減も
予想よりもましにインターレース解除できるみたいだな。
(但しトップフィールドファーストじゃないとうまくいかない)
3次元プログレッシブ化フィルタの精度で
動きのある所はNNEDI3+60fpsフリッカ低減の
処理するフィルタがあればかなり高画質にインターレース変換できそう。
更にmcdeint(フレーム補間的動き補償)やNNEDI3の変わりにEEDI2(EEDI3)使えば
もっと高画質になると思うが劇重になるわな

あとTomsMoCompは動き補償付きで
SmartDeinterlaceは動き検出付きか

bob化はしないんだけど
60i → 30pならyadifmodやtdeint + nnedi3一択じゃないの
yadifもTomsMoCompもaviutlの「自動」より劣る品質だったはず

再生ウィンドウからフレームに移動ってありますけど。逆にフレームの位置に再生ウィンドウを移動する機能はありますか？

６０iから３０pならなにやっても一緒だよ

>>299
動き検出+NNEDI3ならAvisyinthできる。
TDeint+nnedi3+TMM

#TDeint( mode=1, edeint=nnedi3(field=-2) )
TDeint( mode=1, edeint=nnedi3(field=-2) ,emask=TMM(mode=1, length=12) )

>>301
60i→60pでもこの組み合わせが最強みたい

>>304
TMM2の方がいいで

>>302
システムの設定から「メインウィンドウに再生ウィンドウを統合」みたいな設定をオンにするのではだめ？

>>303
いったんbob化して間引いて30pにするもの
mode=0でそのまま解除するのも同じじゃないの

>>350
TMM2もいいけど、YV12にしか対応していないのが難点

TMM2使った後にYUY2にすりゃいいだけだし
そもそも今はavs内でYUY2にする必要もなくなったでしょ
L-SMASH Worksで読めばそっちでやってくれる

インタレ状態のソースの色域変換は対応してないから（たぶんまだ）
素直にavsの最後に変換したほうがいい

aviutlで編集する際のファイルは無圧縮aviがいい？
なんかaviも種類が多くてむずかしいんだけどどれえらべばいいんだろyuu2？みたいな名前のやつ何種類もある

>>310
この辺見ればいいんじゃないですかね
http://www.wdic.org/w/WDIC/YCbCr
http://pop.4-bit.jp/?p=3129

>>310
初心者スレ行け。

　【初心者歓迎】総合質問スレッド-83-【ダウソNG】
　http://echo.2ch.net/test/read.cgi/avi/1454932012/

>>310
UtVideo使ってればいいと思うよ
色空間のことは>>311を読んで適切なものを設定してね

俺はH.264（ビットレート高め）で撮ってそのままAviutlで編集してH.264（ビットレート低め）で書き出してる

>>310
Lagarithでいいんじゃないの

Lagarithは圧縮率はいいんだけどRGBで出力したいのに間違えてYUV設定になってたりミスが多発したから個人的にちょっと使いにくいんだよな
UtVideoはその辺ミスが起きにくいから気に入っている

UtVideoつかってYUV422 BT709で吐いとけば大体間に合う
異論は認める

ああ今時の動画ってことでFull HD 60pが前提だけどね
4kは知らない

システム設定　デフォルトの出力のファイル名で
%pと記載しても、いつも何の文字列も出てこないのですが、
これってどういう感じに使うんでしょうか？
%fなどは元ファイル名に置き換わるのですが

Aviutl5年目
5年間ずっと支障なくて無視してるエラーなんだが、そろそろ気持ち悪くなってきたから原因を調べたい
http://imgur.com/a/iiGmg

この通り「動画ファイルの読み込みに失敗しました　ファイルが見つかりませんでした」
というエラーが出るんですがOK押せばそのまま仕損なく読み込んでくれます。このエラーを出さなくする方法を誰か教授頂きたい
L-SMASHとDirectプラグインはどっちも入れていて優先度最下位にしてます　読み込みファイルはaviで、iniに拡張子設定してあります

>>320
ファイル名から()を削っても、エラー出る？

>>320
AviUtlフォルダ内に動画ファイル.excがあれば削除する
あとスレ違いな

>>321
うおおすごいよくわかりましたね
解決できいました、ありがとうございます
>>322
すまん拡張編集じゃないしここでいいもんだと
失礼した

>>321
なにそれ有名なエラーなの？　よくわかるな

このくらいのだと簡単なバグだよね
Aviutl側はもともとファイル名厳しいもんらしくてどうにもできないのでアマレコ側でなんとかする事にした

半角カッコでもそのエラー出るんか

特殊文字で出るのはこのスレで既出だたが、
半角カッコで出るとは思わんかった

>>325
バグじゃなくて動画ファイルを読み込んだ時の設定の初期値に既に存在しない動画ファイルのパスを指定していたって話じゃないの

ちなみに近年は、助教授という役職はなく
准教授と言うらしい

ファイルが見つからないってのなら、ファイル名の問題だろうし
今回は、記号が( )しかないので。
Windowsでファイル名の取り扱いかを一番下手なコマンドプロンプトだと、半角の)は制御文の一部と見なされて、それ以降は、ファイル名とは切り離される

>>329
その場合だとファイルの読み込みに完全に失敗すると思うんだよね

拡張編集使ってる人は以下の手順で再現するからやってみるといい

1 拡張編集のタイムラインに適当な動画ファイルをD&D
2 動画オブジェクトの設定で右クリック→設定の保存→現在の設定を初期値にする
3 手順1で読み込んだ動画ファイルを削除
4 別の動画ファイルを拡張編集のタイムラインにD&D

初心者スレに書くようなことかもしれないけど今使ってるaviutlをコピペしてあたらしいPCに貼って使用しようとすると
それ以外にいつようなもの全部windowsが勝手にインストールしてくれるんだね
貼ってそうそうつかえてちょっと感動しちゃったよ　

>>322
それ以外にいつようなもの全部 ×

それ以外に必要なもの全部　◎

そんな機能ねえよアホ
そもそも「それ以外に必要なもの」って具体的になんだよ

XPで動くL-SMASH Worksの最終版はr804かな？
r877はXPのmsvcrt.dll無い関数が含まれている。
（原因はffmpegのバージョンアップ）

ちなみに黒翼猫氏のパッチを入れれば最新版でも
動くようになりました。

_mktemp_s と msvcrt.dll
http://blog.livedoor.jp/blackwingcat/archives/1753690.html
【BM】XPで _except_handler4_common を出なくする Kit作りました
http://blog.livedoor.jp/blackwingcat/archives/1706829.html

逆にfmmpeg自体をパッチして無理やり作動させてしまう方法もあるようです。
fmpeg no longer works under Windows XP (possible suspect identified)
https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=13&;t=2477&sid=249a7dad042e89102b82c578637ef9d6&start=10

次の入力プラグインで読み込んでる可能性も

>>332
気のせい

っMeiryo UIも大っきらい!!

AviUtlってテーマやデザインで設定されたフォントをそのまま使うんじゃないの？
変更したかったらOS側の使用フォント変更せんと無理じゃない？

>>338
OS側のスケーリングなんか使ってるお前が悪い
1番目が正しいサイズ（640x480 Dot by Dot）

早速レスありがとうございます
>>339 インストールしてフォントを変更してみましたが、かわいくなっただけでした　http://imgur.com/a/gXBBr
>>340 調べてみます
>>341 チェック入れるとこうなります http://imgur.com/a/7dJCN 何が起きてるのかさっぱり・・・

何をやらかしたのかさっぱり・・・

g

誤爆すみません
>>342の2枚めの画像は>>338の画像に写っているプロパティの「640×480の解像度で実行する」のみにチェックを入れた結果です
>>340 Windows10ではシステムフォントを変えられない(Meiryo UIも大っきらい!!などの外部アプリを使う必要がある)そうです。フォントの変更では改善されませんでした

>>341さんの仰る通りディスプレイ設定でテキストやアプリを拡大しているのがボケの原因のようですね
システム(拡張)でぐちゃぐちゃになるのはなんでかなぁ

>>345
対応してないからぐちゃぐちゃになるんだろ
画像や動画の編集するソフトはディスプレイのスケーリングは100%で使うのが大前提
Aviutlみたいに古いソフトなら尚更のこと

>>346 そうなんですね・・・100％ではやはり文字が小さいですが、その設定で使ってみようと思います
Windows7のもうちょっと解像度が低いパソコンではこのようなトラブルはなかったので困惑してしまいました
古いソフトということは、旧バージョンのOSで使っていらっしゃる方が多いのでしょうか？

>>347
普通にWin10で使ってる
1920x1080、24インチディスプレイでスケーリングは100%
ディスプレイくらい買えよ

>>348　dpiの低いディスプレイで試してみます。
ご意見いただきありがとうございました！

なんか非常識なやつだな

27インチの4k買って戻ってきそう

動画編集はCRTモニター使っているのでスケーリングの心配は無い。ｷﾘｯ

解像度に対してサイズ（インチ数）の小さいディスプレイを使うから見にくいんだよｗ

>>345
そもそもプロバティで互換性モードの設定なんて何もしなくてもいいはずだけど
ましてや640x480で実行するとかトラブルの元になるだけじゃない？
互換モード関係のチェックは全部外してx264guiEXを最新のバージョンにアップデートして使えばいいだけじゃないの

デスクトップのフォントの大きさとかは自分もMeiryo UIも大っきらい!!ってやつを使ってる
ちなみに自分のデスクトップ解像度は1600x900でMeiryo UIも大っきらい!!の設定値は上から順に
14pt
20pt
13pt
13pt
13pt
13pt
14pt
※一番下のこれ(メニュー/選択項目)は一番上のすべてのフォントと連動してるらしくて
　こっちの方で設定してやると勝手にすべてのフォントの設定も変わってくれる模様

>>352
アホかこいつ
CRTかどうかなんて全く関係ないんだが

>>354
質問してたやつも初心者だけどお前も相当だな
もう結論は出たんだしトンチンカンなこと言って無駄に話こじらせるなよ

浦島状態で未だに標準の自動24fps使ってアニメのインタレ解除してるんだが
今は何使ってインタレ解除するのが主流なの？

自分がエンコしているソースが24で問題無いなら24で良いだろう

おれはマニュアル24使ってる
でもこれ3/5が縞由来フレームを選択するのが不満
面倒だけどフィルタ自作するかなあ

主流はやっぱ自動フィールドシフトかじゃないの
対抗とまでは言えないけど、それに次ぐ感じなのがNNEDi3あたりかな

>>357
Utlで出来る事の主流なら自動24fpsでよいんじゃない
綺麗にインタレ解除と間引きしたい人はavsでやってると思われ

二重化しない設定でフィールドシフト使っているよ
上手く設定すれば誤爆最小限で済むし
rigaya氏のおかげで速くなったからなぁ、速度重視だとコレになってしまう

自動フィールドシフトが自分の中ではｻｲﾂﾖ

複雑なことが理解できない俺には本当にありがたい、そもそもx264guiのあのインストーラーなかったらインストールすら出来なかった

>>364
それ「理解できない」じゃなくて「理解する気が無い」だと思うよ

>>364
TMPGEncとかMediaCoderとかHandBrakeとかつんでれことか
もっと使いやすいのがあるよ

自動フィールドシフトって
どうにもならない前時代の化石ソースをプログレ化させるプラグインなので
今時の周期ほぼ一定MPEG2できちんと機能させるには、逆に手間かかりすぎるし重いし不便なんじゃないのか
マニュアル24が早くてお手軽
多少誤爆しても構わない人は自動24で事足りる

>>335
thx

>>367
手間なんてマニュアル24fpsに比べたら屁でもないぞ
プロファイル選ぶだけ（設定決め打ち）

ちなみにavisynthは生半可な気持ちで手を出したらケガ（間引きミス量産）するから注意な

>>369
解除と間引を正確にやらせるのに手間取る意味なんだけど、rigaya版はそんなに精度向上してるのか？
ものは試しに拾ってみるか…

速度だけで精度とかは弄ってないだろ
afsはデフォルトだと使えなくてまず最初に徹底的に調教する必要があるのは変わらない

マニュアル24fpsで毎回周期を確認するか、afsを鍛えるかの2択

なんだ、変わらないならマニュアル24と縞検出の組合せでいいや

afsが高速化されてるなら、昔の30/24混合ソースで重宝しそうね

ryzen環境手に入れてx264GUIExでのエンコ爆速だと期待してたら、aviutl側がCPUを
8％くらいしか使いきれてなくて、x264側が遊んでいる状態になりシステム全体での
CPU使用率が80％止まりに・・・
ryzen環境で同じようにCPU使いきれてない人他にいます？

MT非対応のフィルタがネックになっているのかと思って、すべてのフィルタを
はずして完全な素通し状態にしてもまったく改善せず。

映像の入力プラグインは最新のL-SMASH Worksを、映像ソースはMPEG2(.m2v)ファイルです。

http://i.imgur.com/6kyfnAY.png

もうGW3日間かけて弄くっても改善されなくて泣きそう・・・

スレッド数0にしてみたら

>>374
＞aviutl側がCPUを8％くらいしか使いきれてなくて

エンコするときにaviutlがCPU使うわけねえだろ
逆にaviutlがエンコ時にCPU大量に使いまくってたらエンコが遅くなるだけ
100%使い切れないのはx264側の問題

>>375-376
x264の設定を重くしたところaviutl側のCPU使用率が20%超えたので
x264側が脚を引っ張ってるみたいでした。
CPU１００％使いきれないのはryzenの仕様なのかな。
ryzenユーザー少なそうなので、これ以降はx264スレで聞いてみます。

R7 1700手元にあるけどまだ組んでないわ
Creators Updade入れて、AMDで配付してるらしいRyzen最適化の電源プロファイル使っても駄目なのか？

他のエンコーダーも試してCPUが仕事するか確認してみては？

>>374
例えばamareco&am4コーデックで録画ったものをx264に変換しても全然CPUつかってくれないぞ

>>377
CINEBENCHでも廻して見れば？
CPU使用率とスコアが正常かどうか
あと一応ベンチ中のCPU温度も気にした方が良いぞ
クーラーの設置ミスでパフォーマンス出し切れてない可能性もあるから

Ryzen使ってるけど同じくCPU利用率は上がらない
720pリサイズしてたら50%前後で推移してる
ま、2本同時エンコすりゃいいやってあまり問題視してないけど