16/04/09 00:35:10.45 9JrO6UWP.net
R32 - Interlaced Resizing is Evil
279:名無しさん＠編集中
16/08/10 20:06:45.57 mc2HDwnQ.net
相対パスってLoadPluginでも使えるんだな
VapourSynth Editorで使おうとすると落ちるから使えないとばかり思ってたわ
280:名無しさん＠編集中
16/08/24 11:07:50.65 Lqz7TUdj.net
R33 - A Somewhat Experimental Release
281:名無しさん＠編集中
16/09/24 15:44:11.84 28hI3Smc.net
導入したんだけど標準のresize.Spline36がすげー汚い気がする
みんなこれ使ってるの？
282:名無しさん＠編集中
16/09/24 15:59:31.94 oeWTfTxY.net
「気がする」じゃなくてAvisynthとの比較画像でも出してみたら？
283:名無しさん＠編集中
16/09/24 16:16:06.76 28hI3Smc.net
こんな感じ
AviSynth+ r2172 x64
Spline36Resize(1280,720)
URLﾘﾝｸ(cdn.img42.com)
VapourSynth R33.1
core.resize.Spline36(clip, 1280, 720)
URLﾘﾝｸ(cdn.img42.com)
どっちもd2v読み込んだだけ
284:名無しさん＠編集中
16/09/24 16:36:19.81 28hI3Smc.net
>>273
あ、すいません
AviSynth+の方はx86の間違いでした
VapourSynthはx64です
285:名無しさん＠編集中
16/09/24 18:36:33.53 iBNzVN3q.net
下のがもう見れないけど
d2v読み込みってのがネックなんでは？
DGIndexって半分死んでるようなもんだし
286:名無しさん＠編集中
16/09/24 19:08:29.12 YOe7SWz8.net
>>275
DGIndex はちゃんとメンテされてるよ?
287:名無しさん＠編集中
16/09/24 19:23:42.78 28hI3Smc.net
VapourSynth上げ直した
URLﾘﾝｸ(a.pomf.cat)
>>275
LWLibavSourceでもやってみたけど特に変わらなかった
288:maki
16/09/24 20:27:50.31 KuwPEQov.net
>>271 >>273-274 >>277
VS(とzimg)がR32でインターレースリサイズに対応した為。
_FieldBased プロパティがインターレースな値だとインタレ対応リサイズで処理される。
VS用の入力プラグインが読み込み時に該当プロパティを設定してくれているので、
放送TS(60i)を初期状態のままリサイズした場合はインタレとして処理される事になる。
実内容がプログレな絵でリサイズすると分かりにくいから、フィールド違いな映像に対して
> c = core.std.SetFrameProp(clip=c, prop="_FieldBased", intval=0) # 0=progressive
> c = core.resize.Spline36(clip=c, width=1280, height=720)
> c = core.text.FrameProps(clip=c)
としたvpyで、SetFrameProp()をON/OFFして出力を比べてみると処理分けされてる事が分かると思う。
（続く）
289:maki
16/09/24 20:31:58.65 KuwPEQov.net
続けて、補足。
[1] RFFな入力ソースの _FieldBased プロパティ
LWLibavSourceの Repeat=True に関しては、RFF適応後もRFF用のフィールドオーダー制御の値(T->B->B->T...)を元に設定してる。
(コレ、私的にパッチ当ててるけど今のところ本家に投げられるパッチ内容ではないので保留中)
RFFな入力ソースに対してはRFF適応後に SetFrameProp() を使って補正しておいた方が無難。
> c = core.std.SetFrameProp(clip=c, prop="_FieldBased", intval=2) # 2=TFF, 1=BFF
[2] デインターレースor逆テレシネ後のプログレッシブな映像の _FieldBased プロパティ
VIVTC等のそれ用のフィルターであれば出力時に _FieldBased プロパティをプログレ(0)に更新してくれるけど、
基本フィルタの組み合わせによる手動な逆テレシネをやる場合は _FieldBased プロパティの手動更新が必須。
> c = core.std.SeparateFields(clip=c, tff=True)
> c = core.std.DoubleWeave(clip=c, tff=True)
> c = core.std.SelectEvery(clip=c, cycle=5, offsets=[0, 2])
> c = core.std.SetFrameProp(clip=c, prop="_FieldBased", intval=0) # 0=progressive
長々と書いたけど、AviSynthにおけるAssume[FrameBased|FieldBased|TFF|BFF]()に該当する処理を
VSにおいても必要なタイミングで(明示的に)行っておく必要があるよ、という事です。
290:名無しさん＠編集中
16/09/24 21:31:37.10 28hI3Smc.net
>>278-279
ありがとう
インタレリサイズはオプションにして欲しかった…
291:名無しさん＠編集中
16/09/24 21:44:41.88 iBNzVN3q.net
>>278-279
乙
分かりやすい説明ありがとう
292:maki
16/09/25 14:15:37.55 PMV/24Ac.net
忘れないうちに、もう1つだけ補足を。
VSの内蔵及び同梱フィルターでインターレース関連の処理を行う物は、
R27以降は _FieldBased プロパティを参照する様になっている。
コレに関して注意しないといけないのが該当フィルターの tff/field オプションの扱われ方。
基本、tff/field への指定よりも _FieldBased プロパティの設定値の方が優先される様になっている。
（具体的に挙げておくと SeparateFields()/eedi3()/vfm() が該当する内容）
_FieldBased プロパティの設定値を元に述べると、以下の様に動作する。
-> インターレース(2or1): _FieldBased プロパティ の値を元にフィールド処理 (tff/field は未使用)
-> プログレッシブ (0) : tff/field に指定した値を元にフィールド処理
この為、vpyスクリプト上でtff/field に[T|B]FFを指定してもユーザーの意図した通りには動作しない状況が発生しうる。
「RFFな～～補正しておいた方が無難」といった理由がコレ。
ユーザー指定でプロパティを変更する手段として用意されたのがSetFrameProp()。
>>280
インタレ回りを拡張した際の基本設計がこの様になってるので、
リサイズ処理もこれに倣う形で拡張(プロパティ基準、非オプションに)したのだと思わる。
又、VSのフィルターを作成する上で「プロパティは常に正しく設定しないといけない」
を徹底させる為と見れば、妥当な設計方針だと個人的には思ってたりする。(知ってないとユーザーは混乱するけど)
293:名無しさん＠編集中
16/10/17 00:22:30.86 PaBGBJK4.net
R34 - Being Nice to Avisynth
294:名無しさん＠編集中
16/10/27 22:13:54.99 BKPunKoq.net
R35 - Just Fixing Bugs
295:名無しさん＠編集中
16/12/16 14:03:09.43 fWyzEDRl.net
avisynthのmasktoolsは、offXやoffYを指定することでクリップの特定のエリアだけにマスクを適用できるのだけど
vapoursynthでこういうことできんのかな？とりあえずリファレンスは一通り読んだけどそれっぽいことができるような記述がないもんで
それさえできれば今あるavisynthの処理を全てvapoursynthに移行できるのだがなあ
296:名無しさん＠編集中
16/12/16 14:06:35.12 fWyzEDRl.net
あ、もちろん画面分割して処理すればいいじゃん、という意見があるのは承知してる
297:名無しさん＠編集中
17/01/17 22:43:34.87 qYqKKGro.net
hosyu
298:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています