AviUtl総合スレッド85

1 名前：名無しさん＠お腹いっぱい。 mailto:ageteoff [2017/03/18(土) 14:03:48.04 ID:Epqyzv5F0.net] ここはAviUtl本体及びプラグインについての情報交換を目的としたスレです。 ただし「拡張編集」に関する話題は禁止なので、下記の専用スレに誘導して下さい。 AviUtl拡張編集Pluginスレッド Part11 potato.2ch.net/test/read.cgi/streaming/1456458041/ --- ■本家 AviUtlのお部屋（AviUtl本体、拡張編集プラグイン等） spring-fragrance.mints.ne.jp/aviutl/ ■前スレ AviUtl総合スレッド84©2ch.net potato.2ch.net/test/read.cgi/software/1478931207/ ★初歩的な質問はDTV板の初心者質問スレで 【初心者歓迎】総合質問スレッド-83-【ダウソNG】 peace.2ch.net/test/read.cgi/avi/1454932012/ ■x264guiEx関係はDTV板x264 GUI専用スレで x264vfw GUI専用スレ Part9 peace.2ch.net/test/read.cgi/avi/1351856057/ ■その他 ・ニコニコ動画関係はYouTube板→ potato.2ch.net/streaming/ ・ダウンロードした動画はダウンロード板→ mint.2ch.net/download/ ・次スレは>>980が立てること。 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/20(火) 23:50:42.84 ID:bonf8Ao70.net] >>796 器がなければ100リットルの水が降って来ても、一滴も受け止める事はできない 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 01:49:04.53 ID:cguoIT2t0.net] 多分L-SMASH Worksのバグだと思うので報告。mukenさんまだここ見てるかな・・・。 ■問題 「Libav+L-SMASH」読み込みでMP4やmovを読み込んでいる場合、VFR->CFRが正しく動かないことがある。 AvisynthでLSMASHVideoSource(file,fpsnum=60000,fpsden=1001)のようにした場合も同様。 問題発生時は余分な時間の分だけ、最後のフレームがずっと繰り返される感じ。 LWLibav読み込み時は問題なし。 r804では問題なし。r877〜r921は問題あり。（POP氏ビルドで検証） ■サンプル１ mp4_h264_aac.mp4 www.gomplayer.jp/player/support/sample.html ●r921 「Libav+L-SMASH」「通常読み込み」 記録時間 : 21秒 フレームレート : 30.000fps フレーム数 : 643 ●r921 「Libav+L-SMASH」「VFR->CFR 60000/1001」【★異常。r804だとLWLibavと一致。】 記録時間 : 357分 13秒 フレームレート : 59.940fps (60000/1001) フレーム数 : 1284715 ●r921 「LWLibav」「VFR->CFR 60000/1001」 記録時間 : 21秒 フレームレート : 59.940fps (60000/1001) フレーム数 : 1285 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 01:50:14.21 ID:cguoIT2t0.net] ■サンプル２ Marvel's Spider-Man (PS4) 2017 E3 Gameplay - YouTube https://www.y 823 名前：outube.com/watch?v=K4zm30yeHHE の itag=22(720p) ●r921 「Libav+L-SMASH」「通常読み込み」 記録時間 : 8分 58秒 フレームレート : 29.970fps (30000/1001) フレーム数 : 16149 ●r921 「Libav+L-SMASH」「VFR->CFR 60000/1001」【★異常。r804だとLWLibavと一致。】 記録時間 : 26分 56秒 フレームレート : 59.940fps (60000/1001) フレーム数 : 96894 ●r921 「LWLibav」「VFR->CFR 60000/1001」 記録時間 : 8分 58秒 フレームレート : 59.940fps (60000/1001) フレーム数 : 32298 [] [ここ壊れてます] 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 06:17:58.46 ID:4WLFtH6s0.net] pop氏のサイトにでも書いたほうが良いと思うよ 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 17:25:13.05 ID:07ZKikvU0.net] >>801 いやそれ開発者のmuken氏が気づかないし、バイナリ配布してるPOP氏にとっても迷惑なだけだろ・・・。 もしかしてL-SMASHの開発者がPOP氏だと勘違いしてるのか？ 826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 18:56:06.26 ID:4WLFtH6s0.net] >>802 pop氏が使ってるライブラリや環境に問題がある可能性もあるから書いただけ pop氏ビルド特有の問題かもしれない物をmuken氏に投げるのも迷惑になるでしょ それとpop氏とmuken氏が別人なのは知ってるよ そもそもmuken氏はバイナリは配布してないし ここまでは朝の話、後述のように私はL-SMASH Works側が怪しいと思うようになった 先程から手元で自ビルドしたのを幾つか見てるけど確かに一定以上前のものから全滅みたいだ l-smashとffmpegのバージョンを統一した上でL-SMASH Worksのrevを変えて調べてるけど L-SMASH Works r837では正常、r838では異常だった https://github.com/VFR-maniac/L-SMASH-Works/commit/4fe4b5b2a37f3f98130e28fde498597acbe26e13 なのでこれが問題じゃないかな muken氏最近忙しそうだからTwitterにでも連絡しないとダメかもしれない 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 19:00:07.10 ID:QJMxLzjq0.net] 結構前からその問題出てたけど気にしてるの俺だけかと思って放置してたわ 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/22(木) 19:20:19.94 ID:07ZKikvU0.net] >>803 そういうことか。ごめん。検証してくれてありがとう。 ここじゃ気づいてもらえないかもしれないので、一応Avisynthスレにも報告しときました。 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/23(金) 01:43:07.46 ID:lqhmdR750.net] >>803 俺もやってみたけど同じくr837だと正常だった l-smash r1450とffmpeg3.3.2の自ビルド 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/24(土) 14:46:23.82 ID:esAqPaEE0.net] あれ良く分からないバグなんだよね 読み込むタイミングでは正常に読めたり 最終フレーム繰りかえすとおもったら先頭フレーム表示したりとか バッファ用メモリの何かミスしていそう 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/24(土) 14:59:47.07 ID:QVQZ/kko0.net] l-smash読み込みでフレームレート変更が伴う場合、r837を使えばとりあえず安心ってこと？ 画質的には921と変わらない？ 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/24(土) 20:28:06.44 ID:kFbqV69B0.net] 過去ログ読んでて気が付いたけど、L-SMASH WorksのVFR->CFRの問題（>>799-800）って、 昨年末に前スレ479-571で報告されてたことと同じなんだな・・・。 833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/24(土) 21:59:37.54 ID:IMVV3eG70.net] >>809 デジャヴってやつだよ、きっと。 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 01: ] [ここ壊れてます] 835 名前：16:39.05 ID:nNcw9X9v0.net mailto: >>808 今更レスするけど、リンクされてるffmpeg(またはlibav)のデコーダーにバグ修正含めた変更がはいってしまえば それを利用するL-SMASH Worksのデコード結果に差が出て来る可能性はゼロではないはず r838以降でも正常にVFR->CFR変換を行いたければLW-Libavを使えばいいようなので古いバイナリに固執する必要はないと思う [] [ここ壊れてます] 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 01:25:39.60 ID:ZjpKBJUA0.net] h.264ならバグがない限りデコード結果は常に一定じゃろ mpeg2とかならちょっと変わるかもしれないけど気にするほどじゃないでしょ 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 06:59:47.50 ID:7VaB/JWU0.net] なに言ってんだ デコード結果が変わるのは大問題だろ… 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 12:58:20.70 ID:k9DgC+oR0.net] h.264は知らないけど mpe2はデコーダーで画質は変わるよ 画質が良い悪いじゃなく変わる 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 14:07:27.99 ID:VLVfmrwF0.net] デコードした後の補正の違いじゃなくて？ 復号の結果に差が出るの？ 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 14:19:17.43 ID:ZjpKBJUA0.net] wikiソースで悪いが、これ読む限り古いコーデックは実装によってデコード結果が違うんじゃないの？ https://ja.wikipedia.org/wiki/H.264 >演算がすべて整数精度で行われることで、実数演算の実装差による「デコーダごとの演算結果の差分」を生じさせることなくエンコードすることが可能となった。 >これは、エンコード時の局部復号器の結果とすべてのデコーダでの出力結果が全く同一になることを意味している。 >エンコード時の局部復号器の結果とデコーダの出力結果が異なる場合、エンコーダが作成する再構成画像とデコーダが作成する再構成画像が異なることとなるため、フレームが経過するごとに画像にノイズが蓄積してしまう。 >これを回避するため従来技術ではそのDCT演算誤差の帳消しのために定期的にイントラマクロブロックを挿入する必要があった。 >H.264では整数変換を用いており誤差の問題が生じないため、定期的にイントラマクロブロックを挿入する必要がない。 >デコーダの実装差による出力結果の違いが生じないことは、デコーダの規格適合性を検証する上でも有利となる。 >H.264の関連規格であるH.264.1はH.264規格適合性の検証手法を定めるもので、H.264で符号化済の試験用ビットストリームとそのデコード結果の組が多数付属している。 >開発中のデコーダに試験用ビットストリームを入力し、その出力結果とH.264.1付属のデコード結果が厳密に一致しているかどうかを確かめることで、規格適合性の判断を行うことができる。 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 18:05:17.01 ID:xn/Ru25G0.net] ﾁﾝﾌﾟﾝｶﾝﾌﾟﾝ 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/26(月) 20:16:29.22 ID:ZjpKBJUA0.net] ちょっと気になったから調べてみたわ。 だいぶ前に自分でビルドしたr765 FFmpeg N-68790-g037b527とAvisynth wikiのとこのr929でそれぞれtsを読み込んでUt Videoで出力。 出力したAVI同士でPSNRを比較したら結果が一致した。 FFmpegのmpeg2デコーダは長いこと出力結果が変わってないので画質の違いは気にしなくてよさそう。 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 11:19:24.79 ID:4UQgM07T0.net] >>818 浮動小数点演算が行われるデコーダーならコンパイラのオプションやアーキテクチャによって誤差が出るはず ただし違いを目で見て分かるわけじゃないし差分取らないと分からないレベルだろう ソースコードレベルなら上にも書かれてるけどffmpegやlibav側のデコーダーがデバグやエンバグされてその結果違いが出ることはあるはず どっちにしろ気にすんなってことだ 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 11:43:28.25 ID:sWbjC1eT0.net] MPEG2デコーダーの誤差はIDCT関数の違いで出るってことじゃないのかな FPだけじゃなく整数を使う関数も幾つかあるし � 845 名前：ｽしかffmpegに関数を変えるオプションあったはず まるも氏のMPEG2プラグインにもある [] [ここ壊れてます] 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 18:27:20.65 ID:fTctczrf0.net] muken氏のツイッターを見た感じ、とりあえず>>799-800の報告には気づいてもらえたっぽい。 >>811が言ってるようにLW-Libavを使えば回避できる問題だし、のんびり改修待ちやね。 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 20:31:10.73 ID:qW8NWYRl0.net] >>821 それって、 lsmashvideosource() で読むか lsmashsource_lwlibavvideosource() で読むかってこと？ 後者だと問題ないのかな？？ 後者のが万能だから、基本すべて読み込みは後者しか使わないけど、 それだと何か問題あるの？？ 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 20:33:14.20 ID:qW8NWYRl0.net] バグ云々は別として、単純に前者と後者を使い分ける意味があるのかってことね。 前者とで読めない場合は後者で読める、それなら後者しか使わなけれゃいいってなるよね、普通。 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 21:18:49.99 ID:Uiagtj3L0.net] L-SMASHで動画を読み込み、x264guiexで出力するとmp4のタグのコーデック欄に「MPEG-4 AAC (L-SMASH)」と書き込まれます これをMPEG-4 AACに書き換えたいのですが、どのようなソフトウェアを使えばできるのでしょうか？ Mp3tagではできませんでした 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 21:24:45.64 ID:qW8NWYRl0.net] なんの見栄だよ。 ﾍｯﾀﾞ書き換えって。 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 22:04:57.15 ID:fTctczrf0.net] >>822-823 Libav+L-SMASH（＝LSMASHVideoSource()）は、一部を除きMP4やMOVを インデックスファイルの生成無しで読み込めるのが利点。 インデックスファイルの生成という手間が入っても構わないなら常時LwLibavでいいかもね。 あとわざわざlsmashsource_lwlibavvideosource()というDLL名_関数名記法にせずとも 普通にLwLibavVideoSource()でいいと思う。競合するようなもん無いし。 >>824 L-SMASH Worksで読み込んでるのは全然関係ない。 関係あるとしたらmuxで使ってるL-SMASHのmuxer.exeだろうけど、 「L-SMASH Audio Handler」みたいなメディアハンドラ名はつけるけど、 「MPEG-4 AAC (L-SMASH)」なんてタグ（？）は付けてない。 「MP4のタグのコーデック欄」て、どんなソフトで確認したの？ 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/27(火) 23:40:32.55 ID:Y89ogp5Y0.net] qonohaかmpc-hcか忘れたけど再生中にLAVFilterのsplitterの項目で見かけた気がする 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 01:36:08.43 ID:zXapwvLE0.net] >>826 mp3tagって書いてあるじゃん L-Smash muxerでm4a作るとコーデック列がそんな名前になってたと思う あそこはユーザがどうにかできるものじゃなさそうだし AviUtl関係ないな 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 05:12:44.96 ID:aoe027JN0.net] >>828 横からで済まないがmp3tagじゃ変更できなかったという意味で書いてるだけでmp3tagで件のタグを確認したと書かれてるわけじゃないと思うぞ 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 05:32:14.89 ID:aoe027JN0.net] >>822 >>823 https://twitter.com/OumaeKumikoBot/status/505281540335497216 ffmpegやlibavはシークに問題がある　だからindexファイルを予め生成しておいてその問題を回避しようとしてる LSMASHVideo/AudioSource()は読み込めるフォーマットが限られてる代わりにその面倒くさい問題がなくなる AviUtlは自動で切り替えてくれるしAviSynthとVapourSynthはテンプレ作るなり拡張子で分岐させるなりtry catchなりすれば切り替えは容易 indexファイルとか言うゴミの処理面倒だし、indexファイル生成しないようにしたら読み込むたびに解析終わるまで待たないといけない 以上のこと踏まえて後者しか使わなくていいよねってのはちょっと同意できない 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 09: ] [ここ壊れてます] 857 名前：52:09.78 ID:fBKakUYs0.net mailto: batでlwiの生成までやってしまえばおｋ [] [ここ壊れてます] 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 11:13:33.49 ID:jVqA64qg0.net] 60FPSで録画しても60FPSの動画がどうにも作れん、散々調べて60FPSに設定したが エンコ後は60出てない、エンコ後のファイルを調べても60FPSになってて youtubeに上げても60になってるが、映像は明らかに30FPSくらい、何でかわからん 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 11:21:09.59 ID:GdjSJ8X80.net] 上げた動画晒せ 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 12:12:22.06 ID:eh9zxEt90.net] 同じコマが2回続いてる60fpsなんだろうよ 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 14:42:13.49 ID:2YctP4hq0.net] >>832 キャプチャ時の時点で30FPSなんじゃないの？ ゲームなんかだと60FPSかと思っていたら30FPSだったなんてよくある話 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 14:48:56.47 ID:2YctP4hq0.net] あとエスパー回答になるが、アマレココでデスクトップ・キャプチャを選択してると30FPSに制限される ウインドウ・キャプチャだとそういう制限はない 863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 14:50:07.05 ID:lYvlPZRm0.net] >>832 テンプレ>>2のA2の情報を全部出せ。 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 15:17:50.52 ID:eh9zxEt90.net] キャプチャ時に30fpsならエンコ後も30でしょ 通常読み込みなら 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 15:50:13.92 ID:2YctP4hq0.net] >>838 ごめん、言い方が紛らわしかった 表記は60FPSだけど実レートが30FPSって事 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 15:58:54.05 ID:fBKakUYs0.net] インタレの60iなんじゃね？ 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 02:18:35.07 ID:YXteD2au0.net] ちょっと聞くけどG3258＠4.3GHzからRyzen1700に変更したらエンコ速度が倍くらい早くなるかな？ 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 02:21:35.95 ID:MxrNhrZn0.net] 4倍くらいじゃね？ 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 03:29:49.96 ID:wKv/P/990.net] x265なら4倍は速くなるんじゃね 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 03:36:04.55 ID:6xqEGffw0.net] mpeg1なら10倍速くなるんじゃね 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 04:18:07.84 ID:lu8BxjS40.net] Ryzenはx265不得手じゃなかったか？ 872 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 05:34:46.36 ID:aC2KJm2X0.net] やや苦手らしい 今はB2 steppingのRyzen出そうだから 買う気ならその情報を確かめてからの方がいい 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 08:51:11.42 ID://L1xOgD0.net] 爆熱！ 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 13:23:03.72 ID:wKv/P/990.net] >>845 sky/kabyに比べれば最良ではないけど G3258はavx2ないんでしょ？ 劇的に速くなると思うよ 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 19:29:29.61 ID:j3PmVfwV0.net] 60iテロップのちらつきを抑える方法って無いかな？ 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 19:30:45.88 ID:PV5m9aOa0.net] はい 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 21:15:48.19 ID:i1nbUAyF0.net] avisynthにはあるよ 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 21:19:20.79 ID:Pb9VFKj90.net] 30pにすれば解決 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 23:03:20.67 ID:spXAXiqM0.net] >>848 >>729 面倒ならautovfrで処理 880 名前：名無しさん＠お腹いっぱい。 [2017/06/30(金) 21:50:01.00 ID:/0LGSmd60.net] CPU corei5でこのソフトってスペックたりる？ 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 21:54:41.73 ID:KKFpGhHY0.net] 何年前からあるソフトだと思ってるんだ 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 21:56:11.84 ID:6PNyJYOF0.net] >>854 ソフト使うだけならもっと低スぺでも余裕で動く 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 21:59:39.79 ID:IVlcAgO80.net] ゴキブリ１６１０セロリンでエンコしてるよ、寝てる間にだけどね 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 22:33:21.04 ID:VP6OJBuA0.net] Pentium3でも動く 885 名前：名無しさん＠お腹いっぱい。 [2017/06/30(金) 22:49:12.05 ID:/0LGSmd60.net] pentium-nはどうでしょうか？ 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 22:57:13.01 ID:SzJVeJEP0.net] perfume notch 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 09:20:17.65 ID:ZR9jKpQ90.net] 結構久々にaviutl使ってmp4にエンコしたら、出力の際に左上に出力中ってなる前に検 888 名前：索中になるんだけど、こんなんあったっけ？ 使ってない期間にアップデートした覚えはないけど、勝手に仕様変わることあるの？ [] [ここ壊れてます] 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 10:23:35.09 ID:QK7Ua/dd0.net] おまかん 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 10:43:30.67 ID:ydJ986Ws0.net] >>861 エンコードが実際に始まる前に、左上に検索中と表示されるやつかな アプデとか関係なく数年前から俺も出ることはある 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 10:49:59.33 ID:06+yPnvd0.net] システムドライブが処理可能になっているけど、データドライブの処理が間に合わない時に出るだろ 最近ではシステムがSSDで他のHDDにデータがある場合なんかにはよく出る 昔はS-ATAのシステムとUSBのドライブの組み合わせで起きた 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 12:04:27.64 ID:ZR9jKpQ90.net] >>863 そうそれ これまで出た記憶なかったからなんで出るようになったか疑問 >>864 でも俺PCの構成ここ数年変えた覚えないんだけど むしろ今よりゴミスペックのコア2デュオとか使ってた5〜6年前ですら出たことなかったはず .exeやら付随するファイルも普通の外付けHDDの中にあるし、録画データに関してはUSB3.0の別の外付けHDDの中だし 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/02(日) 14:15:46.99 ID:rKTJKeju0.net] >>865 音量の最大化を有効にしてない？ 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/03(月) 00:32:33.40 ID:GIBIbhcx0.net] >>866 サンキュー 多分これだわ 895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/03(月) 19:58:38.50 ID:oHrapMtg0.net] L-SMASHで、VFR→CFRできない時、 ffmpeg.exeでMKVにコンテナだけ入れ替えてから読み込むといける 原理はよく分からない 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/04(火) 02:28:48.00 ID:EjZFj+Ig0.net] mkvはLW-Libavで読み込むから 897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/04(火) 10:45:55.57 ID:stfZt6hK0.net] 絶チルBDBOXのエンコを終えて視聴しているんだが、 アニメを30pで制作するとパンやズームがすげぇスムースになるんだな 24fpsか24/30fps混合しか見たことがなかったんで、これ程差が出るとは思わんかった 60fpsがヌルヌルだということは知ってたけども、6フレームの差だけでこんなに変わるとは 898 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/04(火) 14:35:28.47 ID:PIOycZ5c0.net] まぁ、どっかで繋ぎが破錠したフレームが出てるだろうね 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/04(火) 15:12:39.83 ID:wZIA+ilw0.net] プルダウンしてるのと比べればそりゃ違うだろうけど 24fpsでも24p出力して倍速補間かければパンやズームならスムーズになるよ 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/04(火) 16:56:40.21 ID:lGH0idHh0.net] >>870 DVDだとコーミングノイズにも影響あるな 同じシリーズで30の種と24/30混合の種死比べると画質が全然違う 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 04:02:07.81 ID:GzK9lPhH0.net] 再生時にGPU使ってくれたら死ぬほど使いたいのにCPUしか使えないの勿体無さ過ぎて咽び泣く AEあるのに扱い易すぎてずっとAviutlだわ 902 名前：名無しさん＠お腹いっぱい。 [2017/07/05(水) 07:32:06.17 ID:FEYLFX6N0.net] aviutlってメモリ2GBでつかえる？4GBは必要？ 903 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 08:06:30.33 ID:sGjP+R+h0.net] >>875 ID:/0LGSmd60 と同じやつっぽいけど グダグダ言ってないでまず使ってみたら 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 09:01:34.99 ID:SHcJZIs30.net] windows7を普通に動かすのに必要なメモリは3GB 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 14:58:43.91 ID:gLjT+xMI0.net] >>875 さすがにメモリ2GBじゃ苦しいかなと処理する対象にもよるだろうけど、 そもそもOSだけでかなり消費するし(自分の環境だと最初PCを起動した時にすでに2GB 906 名前：弱使ってる状態) 4GBあればまぁかなりましになる(OS＋2GB超使えるようになる)と思うし、HD解像度でとか高望みしなきゃまぁそこそこ使えるかな でも変なとこでケチらずメモリは8GBくらいは詰んでおいてもいいと思うけどね、そんな差額があるって訳でもないんだし どうしても4GBで行きたいのなら、たとえば連続で処理する場合にフリーのめもりーくりーなーも導入して 処理が終わるたび小まめにメモリ使用量を掃除してやるようにするとか工夫が必要になってくる場合もあるかも [] [ここ壊れてます] 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 16:02:59.24 ID:94wsikL40.net] win98時代からあったソフトだぞ メモリなんか1Gなくても動くわ 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 16:13:57.80 ID:9jwh+arj0.net] 98時代と10じゃWindows自体が食ってるメモリも違うだろうけどね 909 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 16:22:29.53 ID:OUewaTHz0.net] メモリがあったところで編集時のシークが速い程度の恩恵しかない エンコには関係ない 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 16:43:56.48 ID:ZXCj/pDt0.net] 拡張編集はスレッド違いの話題です 911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 17:03:48.83 ID:ehzgA7mp0.net] 時間が延びるだけでそれ以外は関係ないだろうに 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 17:04:30.46 ID:o6ltglk90.net] >>882 本体機能による切り出しや削除はノーマル編集であって拡張じゃねえよアホか 913 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 18:10:46.35 ID:HdSi2p1j0.net] 15年前のPCとかじゃなければまず動くし最低限の機能は使えるでしょ 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 18:14:22.31 ID:hP92PMAW0.net] Pen4 3.06HTで超爆熱エンコ しかもありえないほどクソ遅い！ 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/05(水) 23:30:45.71 ID:Dr3k4Vhr0.net] Pen4 3.4G現役 2時間物の1080p→720pで丸2日とか 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/06(木) 01:28:03.81 ID:P96v65x10.net] 流石にそれ現役はないわー 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/06(木) 03:05:15.45 ID:WiZ3xnOX0.net] そもそもPen4マシンとかよく動いてるなと思った。 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/06(木) 23:57:47.24 ID:AmfdkOCp0.net] >>887 丸2日の消費電力を考えたらエンコ用途PCを i7かRyzen7で確保した方が良さそうな… そのエンコが手持ちのi7-2600Kなら 何時間ぐらいで終わるか少し気になるけど 面倒いんで試す気までは無いｗ 長めに見積もって3時間ってトコかね 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/07(金) 06:38:26.54 ID:HUxkalIC0.net] CPU使用率100%で丸2日も動いていることを褒めてあげたいよ。 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/07(金) 13:22:48.05 ID:t6uIjZGd0.net] >>888-891 そろそろ替えたいとこだが愛着ありすぎて手放せん 実稼動時間は年平均で最低5000時間と見積もっても裕に50000時間越え

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef