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

2017/03/18(土) 14:03:48.04

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

**名無しさん＠お腹いっぱい。** · 2017/06/13(火) 23:42:52.13

>>716
>>1の冒頭をしっかり読んで移動しろ。

**名無しさん＠お腹いっぱい。** · 2017/06/13(火) 23:43:40.48

ここでそういう質問して適切な回答が得られたことが一度でもあったというのかね？

**名無しさん＠お腹いっぱい。** · 2017/06/13(火) 23:50:49.62

迷い込むのはしょうがないかもしれないが誘導してもほとんどこないのが謎

**名無しさん＠お腹いっぱい。** · 2017/06/13(火) 23:55:01.52

それだけ向うの拡張編集スレ（過去スレ含む）の情報が役に立ってるということでは？

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 06:58:23.01

ここ以外にもマルチしてるだけかもな

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 10:16:30.44

お前ら全く進歩しないな

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 12:52:55.86

>>715
それ以前QuickTimeはアド臭さ全開で、さすがに嫌気さしてアンインスコしてたけどな

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 14:29:43.19

俺はPaint.netと併用してる
けどPaint.netで出来ることでもaviutl上でやった方が早くて楽なことの方が多いから(もちろん拡張使って、だが)、最近ではPaint.netほとんど立ち上げてない

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 18:31:09.63

なんかWin10で全部で4つくらいいっぺんに今月分のアップデート来てるな
更新をチェックして4つともDLするだけで5分くらいかかった
再起動後の更新自体はものの2、3分で終わった

更新それ自体よりもデイスククリーンアップで古い更新ファイルが
約1.9GB分くらい削除出来るようになってたのがけっこう嬉しい点かも

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 22:53:27.02

【AviUtlとメモ帳でvfrエンコード】
●導入編
AviUtl、AviSynth、x264は異なるフレームレートが混在する映像データ（vfr）を扱うことができず
全てcfrとして時間情報（timecode）を埋め込んでおいて、最後にtcfileinでvfrのtimecodeで上書きして
vfr動画を生成しています。
AviSynthのvfr化プラグインitsは（おそらく）異なるフレームレートの各区間をベースクリップの30fpsに
フレームレート定義変更することによって区間結合を可能とすると同時に、各区間のフレームレート変更後の
フレーム数とフレームレートからtimecodeを生成しているものと思われます。

avsでフレームレート定義変更と区間結合を表現すれば
Tr1=Trim(0,N1).change24fps.AssumeFPS(30000,1001)
Tr2=Trim(N2,N3).change60fps.AssumeFPS(30000,1001)
Tr3=Trim(N4,N5).change24fps.AssumeFPS(30000,1001)
Tr4=Trim(N6,N7).change60fps.AssumeFPS(30000,1001)
Tr5=Trim(N8,N9).change24fps.AssumeFPS(30000,1001)
Tr1+Tr2+Tr3+Tr4+Tr5

itsのフレームレート変換定義ファイルdefは
0-[24] change24fps
N2-[60] change60fps
N4-[24] change24fps
N6-[60] change60fps
N8-[24] change24fps

結合された映像データは間引きされた区間が多い為に、30fpsで計算すると映像時間が短くなってしまい
AudioDub(last,音声データ)しても、映像時間分しか音声データがDubされず尻切れトンボの音声になります。

そこで、itsでフレームレート変更/30fps定義後に、AssumeFPS(24000,1001)と再定義することによって
映像時間を（60fps化でフレーム数増加した分）長くしてやって、AudioDub(last,音声データ)で音声データを
全てDubしてからAviUtlに読み込むと（カット以外の）映像処理してx264guiExでmp4出力することが可能となります。
avsで読み込んだ動画は音声が派手にずれていますが、x264guiExでitsが生成したtimecodeをtcfileinして
timescaleを1001/120000に指定すると映像の時間情報がvfrに上書き修正されて音声と同期した動画となります。

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 22:57:28.67

【AviUtlとメモ帳でvfrエンコード】
●準備編-1
※L-SMASH Works File Readerでts直読みして透過性ロゴ・リサイズ等してからx264guiExでmp4にエンコードしている人限定
[AviUtl]
■ Trim エクスポートプラグイン
　trim_export.auf（http://www.geocities.jp/aji_0/　AviSynth Script エクスポート ver1.4 (avs_export_14.zip)）
■フレーム番号のカウントを0から開始するように設定する
　※ファイル→環境設定→システムの設定「フレーム番号の表示を1からにする」のチェックを外す（ブランクにする）

[AviSynth]
■its（vfr化プラグイン）
　its.dll（http://putin999.web.fc2.com/plugin.html　its.dll※非64bit版をDL）
■LeakKernelDeint（I/P変換プラグイン）
　LeakKernelDeint.dll（http://avisynth.nl/index.php/LeakKernelDeint　LeakKernelDeint_1.5.4.zip）
■TDecimate（逆テレシネプラグインTIVTCの間引きフィルタ）
　TIVTC.dll（http://avisynth.nl/index.php/TIVTC　TIVTCv105.zip）

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 22:59:07.54

【AviUtlとメモ帳でvfrエンコード】
●準備編-2
■新規テキストファイルに下記スクリプトをコピペしてファイル名TsEnc.avsで保存
V1=LWLibavVideoSource("tsファイルパス", cache=true, repeat=true, stream_index=-1, threads=0).AssumeFPS(30000,1001)
A1=LWLibavAudioSource("tsファイルパス", stream_index=1, av_sync=true)
AudioDub(V1,A1)
#Trim(887,7239)++Trim(9938,22044)++Trim(24743,45990)++Trim(47790,52437)#ここにTrimを上書き貼り付け
#ChangeFrameRate()
return last
#======================================================================
function ChangeFrameRate(clip clip)
{
clip
A2=KillVideo()
KillAudio()
AssumeTFF()
its(def="ChangeFrameRate.def", fps=-1, output="timecode_v2.txt")
AssumeFPS(24000,1001)
AudioDub(last,A2)
return last
}
#===============================================================================

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 22:59:56.82

【AviUtlとメモ帳でvfrエンコード】
●準備編-3
■新規テキストファイルに下記スクリプトをコピペしてファイル名ChangeFrameRate.defで保存
set [24] DEINT24 = LeakKernelDeint(order=1, sharp=true).TDecimate(mode=1, hybrid=0)
set [30] DEINT30 = LeakKernelBOB(order=1, sharp=true).SelectEven()
set [60] BOB60 = LeakKernelBOB(order=1, sharp=true)
default 24 = DEINT24
default 30 = DEINT30
default 60 = BOB60
#=====================================
mode fps_adjust = on
0-[24] DEINT24
#nnn-[60] BOB60
#nnn-[24] DEINT24
#nnn-[60] BOB60
#nnn-[24] DEINT24
#=====================================

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 23:01:02.60

【AviUtlとメモ帳でvfrエンコード】
●実践編-1
※L-SMASH Works File Readerでts直読みして透過性ロゴ・リサイズ等してからx264guiExでmp4にエンコードしている人限定
※以後、日本語禁止（フォルダ名、ファイル名は全て半角英数で表記すること）
※エンコード用フォルダにtsファイルとTsEnc.avs、ChangeFrameRate.defを置いてください
※編集プロジェクトが完成するまで、AviUtlとTsEnc.avs、ChangeFrameRate.defは開きっぱなしにしておくと作業が捗ります
※レート変更開始フレームは5の倍数No.（下一桁が0か5））を選んだ方がよさげです

■作業の流れ
(1)[TsEnc.avs]tsファイルパス書き換え
(2)[AviUtl]TsEnc.avs読込～CM等カット編集　[ChangeFrameRate.def]レート変更開始フレームNo.を#nnnに上書き記入し完成後「上書き保存」
(3)[AviUtl]「ファイル」＞「エクスポート」＞「Trim」　[TsEnc.avs]AudioDub(V1,A1)の次の行に（吐き出したTrimを）貼り付け
(4)[TsEnc.avs]#ChangeFrameRate()の頭の#を削除して「上書き保存」
(5)[AviUtl]TsEnc.avs読込後いつもの作業（透過性ロゴ・リサイズ等）を実施して＞「編集プロジェクトの保存」
(6)[AviUtl]「ファイル」＞「プラグイン出力」＞「拡張x264出力(GUI)Ex」＞「ビデオ圧縮」＞「密かに自慢のプロファイル」＞（下行へ続く）
　（上行から続く）＞「レート・QP制御」＞「タイムコード入力」にチェックしてエンコード用フォルダのtimecode_v2.txtを指定＞（下行へ続く）
　（上行から続く）＞「時間精度指定」にチェックして左は「1001」／右は「120000」と記入＞「ＯＫ」＞「ファイル名」書いてエンコボタンぽちっとな

※フレームNo.とは
AviUtl窓画面左上の TsEnc.avs(1920,1080)[0/53040] の [0/53040]が[フレームNo./総フレーム数]になります
0から999までを削除すると[0/52040]と新たな先頭フレームにNo.0が振当てられて、総フレーム数も減少します

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 23:01:38.56

【AviUtlとメモ帳でvfrエンコード】
●実践編-2
■実例（しつこく4回も60iテロップが流れるFrameArmsGirl_11.ts）
(1)tsファイルパス書き換え
V1=LWLibavVideoSource("D:\Encord\FrameArmsGirl\FrameArmsGirl_11.ts", cache=true, repeat=true, stream_index=-1, threads=0).AssumeFPS(30000,1001)
A1=LWLibavAudioSource("D:\Encord\FrameArmsGirl\FrameArmsGirl_11.ts", stream_index=1, av_sync=true)

(2)カット編集しながら各フレーム変更ポイントのフレームNo.をdefファイルのレート変更部に書き込んでdefファイル完成
0-[24] DEINT24
3305-[60] BOB60
3735-[24] DEINT24
6260-[60] BOB60
6835-[24] DEINT24
17290-[60] BOB60
17870-[24] DEINT24
33265-[60] BOB60
33845-[24] DEINT24

(3)(4)エクスポートしたTrimをavsに貼り付けて、ChangeFrameRate()を有効（#を削除）にして上書き保存
Trim(925,4071)++Trim(5871,19865)++Trim(22564,46628)++Trim(48428,49476)
ChangeFrameRate()

(5)は今まで通りの作業（レート変更された総フレーム数でtimecodeが既に作成されている為フレーム削除・追加は厳禁）

(6)も今まで通りの手順にタイムコード入力と時間精度指定が追加されるだけ（設定完了後新規保存プリセット「VFRうんぬん」で保存しておくと
　プロファイルから呼び出してエンコード用フォルダのtimecode_v2.txtを指定する作業だけになるのでお勧め）

※別のtsをエンコードする時はavsの今回変更箇所（Trim行と次の行の#）は元に戻してから使い回すこと

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 23:12:26.17

なにこいつキモい

**名無しさん＠お腹いっぱい。** · 2017/06/14(水) 23:29:39.21

autovfr使えばいいよ CMカットと合わせて全部自動でできる

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 00:02:35.00

俺もそう思う

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 07:35:54.27

そもそもVFRを使うメリットが見当たらんからどうでもいいわ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 15:34:38.41

あえてVFRにする時はItsとか使わずにEasyVFR使ってるわ
Itsは記述量多すぎてな...

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 18:48:30.54

10分動画をエンコすると10分程度で終わる
10分動画にテキストを50文字入れてるとプレビューがカクカクしてエンコすると2時間かかる
10分動画にテキストを100文字入れてるとプレビューがカックカックしてエンコすると4時間かかる
テキストをキャプチャして画像に換えるとエンコは10分で終わる。

i5 6400 メモリ16GB Win10です。
原因のわかる人いますか？

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 18:55:58.21

なんかテキストがエフェクト扱いみたいになって凄い処理されてると思うんですよね。
文字入れたい時は画像化しないとやってられないです。
どなたかHELP!!

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 18:56:03.08

>>737
>>1

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 19:02:36.24

すみません。移動します。

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 20:59:45.43

このスレって基本的にAviUtlに読み込んでX264guiExで出力することに関する情報交換のスレなんじゃね？
VFRの話が出ると必ずAutoVfrを勧める人がいるけどAviUtlともx264guiExとも無関係なんじゃないの？
EasyVFRは平均フレームレートを算出してAssumeFPSしてるからAviUtlに読み込んでx264guiExで出力できるけど
AutoVfrは無理だと思うけどねぇ。出来るんならやり方教えてよ。

>>736
普通は>>731のdefはベースfpsだけ書いて異なるfpsの区間だけ追記するからもっと簡潔なんだけどね
0-[24] DEINT24
3305-3734[60] BOB60
6260-6834[60] BOB60
17290-17869[60] BOB60
33265-33844[60] BOB60

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 21:39:39.77

vfrにする用途って基本24pで60iテロ部分だけ60pにする場合だよね？
それを24Hzで再生すると60p部分がチラつくからメリットなくね？
まさかわざわざ24pにしてるのに60Hzで再生してるの？

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 21:49:47.77

に・・・日本語で・・・おｋ？

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 21:50:50.21

そのまま読んでも分かるでしょ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 22:00:32.13

24Hzで再生とか60Hzで再生ってのが理解できないわ（ｗ
誰か翻訳してくれよ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 22:02:46.23

そんなこともわからないのか…
かわいそうに

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 22:08:05.01

>>742
120Hz以上あるいはSYNC系の環境に移行したとき用じゃね？
普通の72Hz以下の環境でも、まあとりあえずフレーム持続時間を120fpsにでもしておいて
再生時は画面切り替えを60Hzに割り当てておけば、ソースと同程度の再生にはなるわけだし

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 22:18:46.28

24fps再生の時は24Hzにリフレッシュレートを落として再生してるの？

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 22:23:08.17

>>747
気の長い話というか、どちらもあまり普及しそうにないがなあ
よく知らんがゲーム用環境ならまだ望みはあるのかね
そんな先のために今は23プルダウンで再生するなら
インタレ保持でいいじゃんと思うわ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:09:03.89

>>745
プレイヤーによってはその設定があって24FPSの物はそれを使わないとどうやってもヌルヌルは無理で
60との混合だと余計にカクカクするという事だと思うが
てか60hzの24FPS再生で満足してた人間からすると普通はそこ弄らないし知らなくて普通だと思うよ
まあ言われると確かに違和感はあるんだけどそこまでじゃないから気にしたこともなかったわ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:14:43.29

どうでもいいからDVDやアプコンBDの24・30の鬼混合ソースをしっかりインタレ解除・間引きできる処理プラグイン作ってくれよ
23分物の前処理に1時間かかってもいいからさ

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:42:52.16

>>750
デジタル放送のクソ狭い帯域に無理やりリアルタイムエンコーダで押し込んで垂れ流された60iソースの
再生にそこまで拘るのって素敵だね（ｗ
次は【AviUtlとメモ帳で60iテロップ24p化エンコード】でもやるかな。

>>751
24/30混合ならAviUtlのafsで楽勝じゃね？
AviSynthのプラグインならAutoVfrも使ってるTIVTCの2passで分析解除レート変更させたらよろし

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:50:00.24

>>752
afsは誤爆が多いんだよ
24の部分でも周期がめちゃくちゃだったりすると全く使えん
前処理でしっかり識別するアルゴリズムを作ってくれたら神

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:58:00.71

>>752
ソースとなんら変わらない23プルダウン再生してるのに
24fps化に加えてクソめんどくさいvfr化にそこまで拘るのって素敵だね

**名無しさん＠お腹いっぱい。** · 2017/06/15(木) 23:59:42.56

>>753
上下左右をがっつり削って判定領域を狭めてやるぐらいしか思いつかないわ＞afsやTFMの分析

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:04:27.93

吸収は巣に帰れ

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:07:29.25

>>751
1080iアプコンBDは大抵クロコンってるからAviUtlじゃ無理

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:16:18.19

>>754
プルダウン周期調べて24p化するのに比べればvfr化なんて楽勝じゃん（ｗ

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:27:38.18

>>758
インタレ保持の方がもっと楽勝じゃん
インタレ解除してるってことはお前だってなにかしらの拘りがあるってことだろ
結局60Hzで再生してちゃ全く無意味だと思うがね

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:30:06.77

24p化は圧縮して縮めるためでしょ
インタレ保持だとH265使えないし

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:43:18.64

>>759
拘りなんかないよ（ｗ
エンコを始めた頃にはまともなインターレース動画再生できるプレーヤーがなかったから
プログレッシブ化でエンコして再生してたのがずっとそのままできてるだけ。

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:47:19.67

拘りないくせにインタレ解除なんかしてんのかよ
アホくさ

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 00:55:36.96

だって、x264がインターレース保持に対応してなかったんだもん（ｗ

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 01:00:49.98

>>741
基本、拡張編集とか以外でaviutlが関連してる話題なら何でもいい感じ
DTV板のスレは落ちたし

autoVRなら（aviutlで）Trim出力してそれをavsにペースト、そのavsをbatにD&Dするだけだからdefがどうこうよりずっと楽

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 01:01:05.86

でも、AviUtlのフィルタってインタレに対応してないの結構ない？

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 01:06:03.45

>>765
圧縮してプログレッシブ化するだけなら
60pでいいし他にフィルタかける必要もなくね

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 01:38:40.81

Aviutlで60p化は微妙すぎじゃない？

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 06:51:19.06

>>753
afsは、全編ほぼ30fpsでごく一部24fpsが混ざってるようなときはちゃんと出来てる気がする

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 07:02:52.41

>>767
微妙とは？

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 10:08:03.83

よく違法アップロード者の相手ができるな

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 10:26:22.05

>>769
ベクタ適応みたいな処理をしてくれないから処理が汚い

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 14:55:47.00

手動ならともかく誤爆しまくりな自動系でｖｆr化するくらいならbob化のほうがよくないか？

**名無しさん＠お腹いっぱい。** · 2017/06/16(金) 21:29:02.27

AutoVFR Fastなら誤爆なし
30p混合で試したことないけど24fps（テレシネされた30i）＆60iテロならほぼ完ぺき

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 07:20:14.85

30iと60iの違いってなに

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 07:59:32.14

30iは15fps
60iは30fps
まあ60i(59.94i)と50i以外は誤植と考えていい

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 09:45:09.53

放送は的にはそういやそうだ

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 09:59:44.31

放送だけじゃないだろ
BD/DVDも同様だ
わざわざこれら以外のインタレ映像を作るアホもいないだろうし

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 10:51:41.41

規格的にどうかは知らないけど奇数と偶数で一つのフレームを構成してたら60iも30pも変わらない
だから3フレームのプログレ+2フレームのインタレ（インタレ解除したら動きのない2フレーム）な30pと混同した
仕様について深く考えてたわけではないから触らないでいてくれたらうれしい

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 10:58:16.23

インタレ/プログレってスキャン方式の違いだから
コーミングのあるなしで語るのはどうかと思うし誤解を生むよ

**名無しさん＠お腹いっぱい。** · 2017/06/17(土) 11:20:07.10

24pの映像は全部ソフトテレシネで送ってくれれば誤爆なしでvfr化できるのにな

**名無しさん＠お腹いっぱい。** · 2017/06/18(日) 11:56:57.19

吹き出し機能はこのソフトにある。
Youtubeのアノテーション機能が廃止になったため

**名無しさん＠お腹いっぱい。** · 2017/06/19(月) 23:41:17.04

インタレ解除にやたらnnedi3を推してるサイトあるけど、これってavisynthのwiki見ると
イントラフィールドだけで補間してるっぽいから、こんなんで全部インタレ解除したらクソ画質にしか
ならないと思うんだけど、avisynthのnnedi3とは別物なの？？

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 00:03:21.12

インタレじゃないロゴの細い輪郭などは壊れること多し
ただ縞の解除性能自体は高い

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 00:04:03.41

クソ画質になるか自分で試せばいいだろ

お前の目は節穴か？
使わないなら抉り取って捨てろ(´・ω・`)

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 00:13:22.98

>>783
まぁイントラフィールドだけで補間してるんだから原理的に縞が出るはずないわなｗ

>>784
avisynthでいろいろ試して見てそう思った次第
フィールドシフトや動き予測で補間できなかったところを最終手段としてイントラフィールドから補間したのを使うから
使わないってわけじゃないけど、これ単体で使うなんてありえないと思って

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 04:17:48.67

自分で試せばいいって自分で試す前に情報持ってる人からアドバイス聞くのもこのスレでは許されないの？

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 05:56:59.56

煽った口調の方がレスがつきやすいし、そんなのはテクニックだよねｗwｗ

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 07:41:52.38

それ以前に重くて全編使おうなんて思わなくね

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 07:59:43.57

nnedi3ってアンチエイリアスに使うもんじゃないの？

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 08:04:10.69

どう使うかは人それぞれだけど
インタレ解除機能がついてるんだから
拡大フィルタとしてのみ使うものではないでしょ

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 08:44:40.14

プログレ化には違いないけど
綺麗にインターレース解除したいならnnedi3は向いてない
しかし、avs使わないで片フィールド補間するにはこれしかないだろう

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 10:05:03.81

そうなんだよな
aviutlだけで完結させようとしたら「自動」との二択
自分はビデオフィルタとして使える唯一のインタレ解除プラグインとしてセットアップはしてる

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 23:31:43.32

いくら調べても出てこないので教えてください　

拡張編集で、元々映像のみで無音の動画に、音声を入れたいのですが出来ません

編集中プロジェクトに音声がありませんと表示されます
元から無音の映像には挿入する事は出来ないのでしょか？
　
入れたい音声を動画として取り込むのでしょうか？

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 23:33:48.80

>>793
>>1の冒頭をしっかり読んだ上で移動しろ

**名無しさん＠お腹いっぱい。** · 2017/06/20(火) 23:50:42.84

>>793
器がなければ100リットルの水が降って来ても、一滴も受け止める事はできない

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 01:49:04.53

多分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
http://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

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 01:50:14.21

■サンプル２ Marvel's Spider-Man (PS4) 2017 E3 Gameplay - YouTube
https://www.youtube.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

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 06:17:58.46

pop氏のサイトにでも書いたほうが良いと思うよ

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 17:25:13.05

>>798
いやそれ開発者のmuken氏が気づかないし、バイナリ配布してるPOP氏にとっても迷惑なだけだろ・・・。
もしかしてL-SMASHの開発者がPOP氏だと勘違いしてるのか？

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 18:56:06.26

>>799
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にでも連絡しないとダメかもしれない

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 19:00:07.10

結構前からその問題出てたけど気にしてるの俺だけかと思って放置してたわ

**名無しさん＠お腹いっぱい。** · 2017/06/22(木) 19:20:19.94

>>800
そういうことか。ごめん。検証してくれてありがとう。
ここじゃ気づいてもらえないかもしれないので、一応Avisynthスレにも報告しときました。

**名無しさん＠お腹いっぱい。** · 2017/06/23(金) 01:43:07.46

>>800
俺もやってみたけど同じくr837だと正常だった
l-smash r1450とffmpeg3.3.2の自ビルド

**名無しさん＠お腹いっぱい。** · 2017/06/24(土) 14:46:23.82

あれ良く分からないバグなんだよね
読み込むタイミングでは正常に読めたり
最終フレーム繰りかえすとおもったら先頭フレーム表示したりとか
バッファ用メモリの何かミスしていそう

**名無しさん＠お腹いっぱい。** · 2017/06/24(土) 14:59:47.07

l-smash読み込みでフレームレート変更が伴う場合、r837を使えばとりあえず安心ってこと？
画質的には921と変わらない？

**名無しさん＠お腹いっぱい。** · 2017/06/24(土) 20:28:06.44

過去ログ読んでて気が付いたけど、L-SMASH WorksのVFR->CFRの問題（>>796-797）って、
昨年末に前スレ479-571で報告されてたことと同じなんだな・・・。

**名無しさん＠お腹いっぱい。** · 2017/06/24(土) 21:59:37.54

>>806
デジャヴってやつだよ、きっと。

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 01:16:39.05

>>805
今更レスするけど、リンクされてるffmpeg(またはlibav)のデコーダーにバグ修正含めた変更がはいってしまえば
それを利用するL-SMASH Worksのデコード結果に差が出て来る可能性はゼロではないはず

r838以降でも正常にVFR->CFR変換を行いたければLW-Libavを使えばいいようなので古いバイナリに固執する必要はないと思う

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 01:25:39.60

h.264ならバグがない限りデコード結果は常に一定じゃろ
mpeg2とかならちょっと変わるかもしれないけど気にするほどじゃないでしょ

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 06:59:47.50

なに言ってんだ
デコード結果が変わるのは大問題だろ…

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 12:58:20.70

h.264は知らないけど
mpe2はデコーダーで画質は変わるよ
画質が良い悪いじゃなく変わる

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 14:07:27.99

デコードした後の補正の違いじゃなくて？
復号の結果に差が出るの？

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 14:19:17.43

wikiソースで悪いが、これ読む限り古いコーデックは実装によってデコード結果が違うんじゃないの？

https://ja.wikipedia.org/wiki/H.264
>演算がすべて整数精度で行われることで、実数演算の実装差による「デコーダごとの演算結果の差分」を生じさせることなくエンコードすることが可能となった。
>これは、エンコード時の局部復号器の結果とすべてのデコーダでの出力結果が全く同一になることを意味している。
>エンコード時の局部復号器の結果とデコーダの出力結果が異なる場合、エンコーダが作成する再構成画像とデコーダが作成する再構成画像が異なることとなるため、フレームが経過するごとに画像にノイズが蓄積してしまう。
>これを回避するため従来技術ではそのDCT演算誤差の帳消しのために定期的にイントラマクロブロックを挿入する必要があった。
>H.264では整数変換を用いており誤差の問題が生じないため、定期的にイントラマクロブロックを挿入する必要がない。
>デコーダの実装差による出力結果の違いが生じないことは、デコーダの規格適合性を検証する上でも有利となる。
>H.264の関連規格であるH.264.1はH.264規格適合性の検証手法を定めるもので、H.264で符号化済の試験用ビットストリームとそのデコード結果の組が多数付属している。
>開発中のデコーダに試験用ビットストリームを入力し、その出力結果とH.264.1付属のデコード結果が厳密に一致しているかどうかを確かめることで、規格適合性の判断を行うことができる。

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 18:05:17.01

ﾁﾝﾌﾟﾝｶﾝﾌﾟﾝ

**名無しさん＠お腹いっぱい。** · 2017/06/26(月) 20:16:29.22

ちょっと気になったから調べてみたわ。
だいぶ前に自分でビルドしたr765 FFmpeg N-68790-g037b527とAvisynth wikiのとこのr929でそれぞれtsを読み込んでUt Videoで出力。
出力したAVI同士でPSNRを比較したら結果が一致した。

FFmpegのmpeg2デコーダは長いこと出力結果が変わってないので画質の違いは気にしなくてよさそう。

**名無しさん＠お腹いっぱい。** · 2017/06/27(火) 11:19:24.79

>>815
浮動小数点演算が行われるデコーダーならコンパイラのオプションやアーキテクチャによって誤差が出るはず
ただし違いを目で見て分かるわけじゃないし差分取らないと分からないレベルだろう

ソースコードレベルなら上にも書かれてるけどffmpegやlibav側のデコーダーがデバグやエンバグされてその結果違いが出ることはあるはず
どっちにしろ気にすんなってことだ