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

必要だと思うなら自分でやればいいじゃん

そうねぇ、何でもできれば誰も何も苦労しないだろうね

フリーソフトに要求しすぎってことだ
できもしないくせに文句が言いたいなら有償ソフト買ってサポ専に言え

>>161
お前さんはこうしたいと思ったことなら何でも自分でできる超人なんだろう、でも俺は普通の凡人だから
それに要求するのは自由だろ、もちろんその要求をどう受け止めるのかも自由だ

話が通じない人だったか
まあそうじゃなかったら端から無茶な要求なんかしないか

>>163
まあお前さんが作者本人なら>161もわからんでもないがね

これと同じ匂いを感じる

画像ビューア/Viewer/閲覧ソフト 21 [無断転載禁止]©2ch.net
http://egg.2ch.net/test/read.cgi/software/1449453453/400

>>158
そもそもエンコにメモリ使わないんで

64bitの話になると必死に反対する人出てくるな

反対はしないけど美味しい話なのに何でやらないの？みたいに簡単に言われるともにょる

>>166
AviUtlにはLargeAddressAwareという設定項目があるけどね
まあ何を言いたいかはお察し

>>168
それな
対価なしにこんなソフト0から作るなんてなかなかできることじゃない

64bit化に反対なんじゃなくて要求する姿勢が生意気で気に食わないってこと？

64bit化したからと言ってそれだけで高速化するわけでもないし

ソースもねえ、作者もねえ、GPLは何者だ？
要望はあるけれど、かかるリソース見てられねえ
打つ手がねえ、効果もねえ、オラの村には元気がねえ

このスレの人間よりスキルあると思われるmuken氏の仲間たちでも断念してるしなあ
妄想するだけならいいけど現実的な見通しは全く立たないでしょ

MSがWoW64を切るってなれば有能な有志の方がなんとかしてくださるんじゃね
現状では必要とは思わないねおれは
rigaya先生のおかげでエンコ自体は64ビット化できてるし

何もいますぐ作れと言ってるわけでもあるまいし
現状では必要ないということは将来的には必要出てくるかもしれないことを認めてるわけだが

相変わらず話が通じないなこのバカは
不要なんて言ってないだろ
すぐ必要じゃないなら今から勉強して自分でやってみろよ
そうすれば少なくとも>>158みたいな無礼な物言いは治るだろ

そうだな
64bitエンコーダにパイプ渡しでエンコする話とAviUtl本体の64bit化をごっちゃにするほどお前が馬鹿だとは俺も思わなかったよ

なに言ってんだコイツ
国語だけでも小学校からやり直せ

>>158
だからAviUtlは終了だけど、後継のわかめってのあったと思うのたが
Twitterで仕様募集見かけてから2年は経過してるけど、あれどうなったん？

>>179
どっちかというとずれてるのはあんただと思うが？
とくに175の3行目、rigaya氏は関係ないじゃん？

>>180
頓挫した

>>182
ああ、そうなのか…残念

>>181
一番恩恵を得られるエンコーダはすでに64ビット化できるんだから
utl本体の64ビット化は差し迫って必要じゃないってこと

>>184
だからそれ関係ないじゃん？

>>185
？

>>185
この馬鹿に何言っても無駄だと思う

LargeAddressAwareじゃ対応できなくなる時は必ず来るし64bit化の話しただけでこういう馬鹿な煽り屋に絡まれるのかね

>>187
64bit化はお前に任せた！
進捗状況は随時このスレに報告してくれ

>>188
任せるのは自由だが、もし俺がAviUtlを64bit化したら使うの？

日本語さえ読めないそいつには無理

もし使うと答えちゃったら64bit化の必要性を認めたことになるから答えられないのかね

>>186
x264とかの64bitバイナリはとっくの昔にあることでこれとは関係ないじゃん
それに差し迫って必要とは誰も言ってないし強制もしてないのに何でそんなに攻撃的？

こういうことは強い危機感を持った人が進めるべき

>>192
これね、いかなる形であろうと64bit化してほしいみたいなレスは全部叩きたいだけだと思う
まあそれはそれでいいけどさ

>>193
別に誰でもいいと思う、特定人物にこだわる理由があるわけじゃないし

>>192
論点がさっぱりわからない
ズレてるのはお前じゃね？
エンコーダは関係ないとか強制とかそれこそ全く関係ない話をされても困るんだが

>>195
64bit化の話が出るといつも必ずと言っていいほど必死に批判するのは何故？
64bit化の話はタブーなん？

>>196
必要なのは分かるけどいつも他力本願で具体性がないじゃん
絵に描いた餅でしかない

>>196
何度も言うけど不要とは言ってないってば
簡潔に言えば言い方が悪いってこと
開発者からすれば無償で提供してるのに
「0からでもなんでもいい」なんて言われたら作る気も失せる
どれだけ大変か少しは考えろよ

単純に64ビット化したいと切実に思ってる人が少ない
むしろOSが64ビット環境に移行した時の方がはるかに危機感あったと思う
でも現実Win10でも32ビットアプリもけっこう動いてるしね、
少なくとも動作不安定になるとかそういった切実な現実に直面しない限り、
そういう声が高まってくる事は当面ないのだろうと思う

言い方？
俺からしたら勝手に開発者の気持ちを代弁できると思う方がよっぽど傲慢というか、思い上がりだと思うわけだが
自分が開発者本人と言うなら話はわかるがね

>>197-198
ようは>171？つまりただの感情論？

感情論を軽んじてはいけないよ

1から10まで自分基準で何事も決めつけて断定的に一方的に話し続けるやつって一番ウザがられるよね

自分の書き込んだレスをもう一度じつくり見返してみなよ
それで自分が乞食のくせにどれだけ上から目線の偉そうな書き方してるのか気付けないのなら
完全に馬鹿か病気という他ない

>>201
思いやりって大切だよ
基地外クレーマーにならないように気をつけろよ

>>202
だよな

労力に見合った報酬もらえても気の進まない仕事だって結構あるからね

必死な空騒ぎって見てる方がつらくなるわぁ。

64bit化しないことに文句言ったりすぐに作れ、0から作れといったわけでもあるまいし
これが無礼なら64bit化を要望するようなことを少しでも口にしたらこのスレではアウトか

64bit化のメリットはあるし必要性もある（不要ではないという言い方はあえて変える）ことは認めてるのにおかしなスレだな

ただの感情論なら無視してスルーするのが最善じゃね？
こんなネチネチとしたやり取り続けるよりは

個人的には64bitのAviUtlとL-SMASH Worksの組み合わせだけでもできたらすごく便利だ
これでも叩かれる？

感情論て……
そちら側には何か実現に向けた計画でもあるの？

言い方が気に入らない、感情で言ってるのならそれはそれでいいんだが、
それなら死ねとか消えろとか言われたり無視された方がよっぽどすっきりするよ
自作しろとか明後日の方向向いたレス返されるよりはね

みんな元気ねえw

なんの発展性も無い話がループするのはいい加減鬱陶しい

>>211
フリーウェアのシェアの精神って
無い物、必要な物は自分で作って相互補完する事なので、今回のように声高々に主張する人が現れると「お前が作れ」って反応が返って来るのは、そんなに変な事じゃないと思うよ
とは言え、AviUtlのネックはソースが非公開で、開発を引き継ぎたい有志も手が出せない状況だし、歯痒く感じるのかもしれないけど
製作者がソース公開したくないと言うなら、その意思を尊重しないとね…
何にせよ64bit化を要望するなら、製作者が腰を上げたくなるような建設的な運動をされたらいかがでしょうかね？

有料だけど、もうTMPGEncで良いじゃん
何でみんなAviUtlに拘るの？

TX4Pは持ってるけど32bit版で用は足りてるから

20年近く前のソフトのソースなんか見る必要ないだろ

>>215
ロゴ消しと手動逆プルダウンができるようになればTVMWでもいいかも
TVMWの自動逆プルダウンは精度が悪すぎる

>>215
AviUtlと真逆ジャマイカン

>>215
結局の所は無料だから
そんだけｗ

いや、あれはアクチがウザイからでしょ
ネットに常時接続状態じゃないと使い物にならない

AviUtlやAvisynthやらもろもろのツールで編集できないファイルがあるんだが
それ正常に読めてHuffYUVやUTで出力出来るなら3,4万まで出してもいい

>>215
ロゴ消しが、簡単に出来るなら…

>>215
動画ソフトの事全然わかってない俺だけど
TMPGEncもPowerDirectorもお試しでいれてみた
なんだけどどちらも編集が激重い　組み上げたばっかりなのにRyzen1700マシンでそう感じるレベル
そのうえH264エンコもやたら遅いし、できあがったファイルがでかすぎ
これってaviutl＆x264が優秀すぎるせい？
せめてTMPGEncもPowerDirectorでx264使えたらいいんだけどできないんでしょ？

色々誤認しているみたいだけどrigaya氏の記事見た方が理解速いですよ

>>224
TVMWはx264もx265も使えるし
同じエンコーダだからエンコード速度もほぼ変わらないよ
お前の設定が悪いだけ
サムネイルがある分シークは遅いけど
あれはあれで便利

>>226
TMPGEncでx264使えるんだ
ちょっとみてくるありがとう

>>224
TMPGEncとAviUtlのx264のエンコオプションそれぞれ書いてみて

>>228
ちょっとエンコしてデータとってきます

>>228
画像になるけどいいですか？
とってきました

http://i.imgur.com/8LYxwOE.png　元動画（1920*1680 59.940fps 9分24秒 ）こういう動画を
aviutl & x264
http://i.imgur.com/9m6h9x9.png　速度1000%(10倍速)にして
http://i.imgur.com/kn4cje1.png　x264設定その１（品質は19）
http://i.imgur.com/3JyN0Es.png　x264設定その２　でエンコードした結果が次の画像
http://i.imgur.com/ezGjf5w.png　になりました(2分3秒程)

対してTMPGEnc（同じ動画を同じく10倍速で）

http://i.imgur.com/Ggf0v5F.png　でエンコしたら
http://i.imgur.com/7tvMF3V.png　になりました(4分45秒)

http://i.imgur.com/x2j6uJ4.png　※２つのエンコ結果ファイルサイズです

TMPGEnc側の設定をする時にaviutl & x264の時で設定できた品質=19と --asm AVX　オプションの指定方法がよくわからなかったです

>>230
TVMWでcrfにするにはレート調整モードを固定品質にする
だがこれ以上はスレチだろ
DTV板の初心者スレ辺りに移動した方がいいと思う

win10CUでフレーム削除した瞬間にフリーズするようになった・・・ぐぬぬ

一部のTSファイルでそれなるけど編集しないとしょうがないからtrimをカット編集から読み込んで削除してるわ

やはりそろそろベース部分の限界かねぇ・・・？
他ソフトの使い方そろそろ覚えた方がいいかもしれんな

>>230
CPU設定からAVXをオフ
VBR固定で品質64がaviutlx264でいう19と同じになるからやってみるといいよ
ただそれでもエンコ速度はaviutlx264のが全然早いからTMPGEncは削除してオkよ
そもそもAviutl使える人間には不要だしね

>>230
Hドライブにはえっちな動画がいっぱい詰まってるの？

え、なに？
64ビット化しないのなら、もうTMPGEncでいいよってやってんの？
自分は同系統のフィルターを順番考えながら二重三重とかけたりするのが好きだから、あんま興味ないけど

どこをどう読めばそういう結論になるんだ

TEMPGENCは開発続行されてるわりに糞遅い
サムネオフにして早くするなんて機能もないので使う意味がないって話でしょ

>>230
きみ>>130の人かい？
そうじゃなくて、双方のエンコオプション見比べら、TMPGEncが不利なのかどうかわかるでしょう？
エンコ後のファイルをmediainfoや
AVInapticに突っ込んで取得した物貼ってくれりゃ良いんだよ

>>240
130じゃなくて>>131の間違いw

TMP、CM検出はいいけどね
まぁロゴ消せないうちは用ないかな

Aviutl全部入れ直してようやくフレーム削除フリーズ病が解消
主犯は恐らく透過性ロゴ改
ロゴデータとロゴパック全て作り直してようやく荒ぶるのを止めた
Winのドライブとは別のドライブで個々のlogo含めてフォルダ構成一切変わってなくても
油断は禁物ということか・・・

>>243
それ改じゃなくても発生する事案なので念のため
自分はAMD FX環境で自ビルドしたffmpegが
Eyzen環境で動作不良起こしたりで落とし穴は意外とある

ごめん、スレチかもしれないけど該当スレがないので勘弁してくれ
L-SMASHのmuxerでDTSをmuxしようとすると、ものすごい時間かかるんだが
これって何か間違ってる？

muxer.exe -i "tes.mp4"?1:language=jpn,handler=tekito -i "v1.dts"?1:language=jpn,handler=tekito -o "out.mp4"

>>245
大丈夫、間違ってない、muxerによるdtsのmuxはかなり時間がかかる
理由はmuken氏がツイッターで説明してくれたことあると思ったけどもう忘れた

L-SMASH自体遅くなったよね
それが嫌で未だにr906使ってるわ

https://youtu.be/-2CXrEMfcfY
のようにやりたいんですが映像をクロマキーと合わせられません
簡単にできる方法はありませんか？

>>248
>>1

すれ汚し失礼しました

>>248
>>124

>>246
ありがとう
FFMpegとか、別の方法を試してみようと思う

よくゲームや動画再生ソフトでフレームレートを表示させる事が出来ますが、
動画ファイルに対してNULLや変化の無いフレームを省いた実フレームレートを
描画するプラグインはありませんか

実質フレームレート10fps程度のカクカクゲームをキャプチャした30fpsの動画を
画像解析して1秒平均等の10fps前後のフレームレートを画像の済みに描画する様な

>>243-244
改のchapter.aufが悪さしている感じなのですよね244氏は改のchapter.auf残っていないっすかね？
改のchapter.aufがある状態で編集するとこっちもおかしくなるのですよねぇ

aviutlってmov読み込めんかったとは知らなんだ

movが何だか知らなさそう

m9(^Д^ ) movが読み込めないmob

何でも知ってるID:RobQEbGd0が64bit版を作るときいて