X

Avisynthを絶讃ιょぅょ Part32 [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠編集中 (ﾜｯﾁｮｲWW 5979-fgRd)
垢版 |
2017/02/08(水) 15:31:41.08ID:2mxlUPLa0
「AviSynthを絶賛」というのは、聞いたら答えたり報告したりなどギブアンドテイクな作業を指す。
厨と呼ばれて当然の事を、調べもしないで訊くバカが住み着くスレではないので、
avisynth.infoぐらいは読んでおくように。

【前スレ】
Avisynthを絶讃ιょぅょ Part31
http://echo.2ch.net/test/read.cgi/avi/1383985211/

【日本語による解説】
avisynth.info
http://www.avisynth.info/

【実家】
AviSynth
http://avisynth.org/mediawiki/Main_Page
0173名無しさん＠編集中 (ﾜｯﾁｮｲ 4639-WwN4)
垢版 |
2017/07/01(土) 20:40:21.02ID:/Gmr5oP30
>>171
24pを60Hzで再生すると2 3 2 3...ってフレームがかさ増しされて
各フレームの表示時間が一定じゃなくなるから違和感を感じるかもしれない
具体的にはスクロール部分でチラつきを感じるとかね

各人の主観で気になるかどうかが重要　俺は気にしないことにしてる
0174名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/01(土) 20:57:36.19ID:UlUyG/rf0
>>173
俺のディスプレイ60Hzだから24pの動画再生しても、結局60pになっちゃうよ
24pにこだわってる人ってディスプレイのリフレッシュレート24Hzにしてるのか？

というか、PCだと再生時のフレームタイミングってどうしようもないところがあるから、
そういうのにこだわるんだったら、家電で再生するしかないと思うんだよね

でも、そういう家電って24pが乗った60pの映像とか、ちゃんと認識して再生してくれるから
結局、24pってどうなんだろうっていうのが、疑問

PCだとFluid Motionとかが24pにしないとちゃんとヌルヌルにならないから、
そのためっていうのはあるかもしれない

家電だと、24pを60pでエンコした動画を、例えばブラビアのモーションフロー「なめらか強」にすると、
普通にヌルヌルになるから、やっぱり意味ないんだよなぁ
0177名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/01(土) 21:12:22.68ID:mwlIJBC60
レンダラが頑張ってくれるってもんでもないのか？
0178名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/01(土) 21:18:55.89ID:mwlIJBC60
1.25倍速再生なら問題無いのか？
0183名無しさん＠編集中 (ﾜｯﾁｮｲ c2db-wjSU)
垢版 |
2017/07/01(土) 21:43:15.18ID:wkJ5QpIF0
>>174
MadVRに再生時のみ動画のfpsに合わせて自動でリフレッシュレート変える機能あるから
それ使ってる人は結構いるんじゃないかな。24000/1001だったり48000/1001だったり

60iテロを60pにする（VFRにする）のが一番無難　って意見に対して
VFRの欠点をちょっと挙げてみたかっただけなので、
170で60Hzで再生したくないとは言ってみたものの、60Hz固定で気にしないならそれでいいと思う

>>180
ちゃんと1001で割った方のリフレッシュレートに設定できるよ
0184名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/01(土) 21:44:36.71ID:mwlIJBC60
>>180
そこまではっきりしてるのはモニタのリフレッシュレートで選べるはず
曖昧なところは、レンダラちゃんが同期をどうこうするってのでそこそこに処理してくれるような気がしてたんだけど
0185名無しさん＠編集中 (ﾜｯﾁｮｲ b1b1-CicO)
垢版 |
2017/07/01(土) 21:48:18.51ID:94gcVw3x0
んー
要はゲームで言う「垂直同期信号」ってやつでしょ？この話題。
必ずしも再生されている動画がモニタのリフレッシュレートに合わせて再生されているわけではない＞つまり同じ動画でもカクついて見えることもあるかも
って話
モニタの更新に合わせて次のフレームを表示すればこの問題は起きない
そうなるとmadVRのような機能が必要になるわけだ
0186名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/01(土) 21:56:11.72ID:mwlIJBC60
1000か1001かは映像的には殆ど認識できないので、音ズレに影響してくるだけな気がする
0187名無しさん＠編集中 (ﾜｯﾁｮｲ c117-CicO)
垢版 |
2017/07/01(土) 22:03:13.63ID:qX1jujug0
>>182
上下で絵がズレるわけじゃないからティアリングではない（少なくとも目視では）
その箇所をもう一度再生すると問題ないから
誤差の蓄積的な理由で発生してるのかと思ってたけどティアリングなんだろうか？
0188名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/01(土) 22:19:01.11ID:UlUyG/rf0
>>187
ティアリングじゃないけど、たまにあるよね、そういうの
あれ？って思ってシークしてもう１回同じとこ再生すると、今度はなめらかに再生されたり
PAFFのインタレ動画再生してるとよくなってた

PS3とかの家電だと、そういうの全く発生してなかったから、PCの限界かなって思ってたよ

>>183
俺の使ってるPCモニタだと、画面設定から選べるリフレッシュレートに24Hzがないんだが、
そんなモニタでも24Hzにしてくれるのか？

NVIDIA G-SYNCとかに対応したモニタなら、どんなfpsにでもできそうだね

>>185
「モニタの更新に合わせて次のフレームを表示」はmadVRじゃなくても普通にやってるよ
madVRがリフレッシュレートを変えるっていうのは、「次のフレームに合わせてモニタの表示を更新」でしょ
0189名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/01(土) 23:38:42.06ID:UlUyG/rf0
試してみた

アニメのスクロールしてるところ10秒程、TFM+TDecimateで24p化して、そのまま24pでエンコしたやつと、
SelectEvery(2, 0, 0, 1, 1, 1)で2:3プルダウンして60p化してエンコしたやつを作って、

ブラビア、アニメモードで再生。ちゃんと24pや2:3プルダウンした映像なら240pに補間されて
超ヌルヌルで表示されるから、カクツキが分かりやすい

PCで再生すると24pの方はちゃんとヌルヌルなんだけど、
60pにした方はランダムに10秒に１回程度、カクつく
カクつく箇所はランダムで、同じとこ再生してもカクついたりカクつかなかったり

PS4とUB90（パナのUHD-BDプレーヤー）でも再生してみたんだけど、
両機とも24p、60pとも全くカクつかなかった
24pと60pで違いが本当に全くなかったわ

で、俺が思うに、60pでカクつくのって映像のフレームレートの問題じゃなくて、
60pをちゃんと60pで表示できてなくて、単にフレーム落ちしてんじゃないかな
PCの環境にもよるのかもしれんが、少なくとも俺の環境だと60pダメだわ

madVR使えば改善するかな
0190名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/02(日) 00:27:57.75ID:epss3VIp0
madVR使ったらだいぶ改善されたわ。まだ若干カクつき残っているような気もするけど

なんで24pにしたいかっていうと、PCの再生環境の問題ってことでいいのかな
家電だと24pと60pは全く同じように再生できるけど、PCだとフレーム落ちによってカクつくことがある

俺はずっとPS3を再生機器に使ってきてインタレ保持でやってたから60pでいいじゃんって思ってたわ
PCでの再生はいろいろと難しいよね
0191名無しさん＠編集中 (ﾜｯﾁｮｲ c117-CicO)
垢版 |
2017/07/02(日) 01:17:55.00ID:n3Bytqo60
この話自体はテレシネソース＋60iなスタッフロール or 60iテロップはどうしてる？が最初だったはずだから
x265ではインタレ保持で逃げれないからの質問かもね
あるいはAMDグラボのフレーム補完するやつを利用したいとか
0192名無しさん＠編集中 (ﾜｯﾁｮｲ 65db-WwN4)
垢版 |
2017/07/02(日) 01:31:29.76ID:epss3VIp0
x265はインタレ保持できないから、60p化か24p化のどっちかだよね
俺は60p化。フレーム補間はテレビでやるからFluid Motionはいらないし
CMや実写まで含めて全部処理を統一したいからね
0193名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/02(日) 05:52:20.89ID:iqu3Ymgt0
高速再生したいから24pよりも更に削ってタイムコードで辻褄合わせる派は小数か？
0197名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/02(日) 19:22:41.82ID:iqu3Ymgt0
VLCがmkv timecode v2にちゃんと対応してなくて草生える
0201名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 11:23:32.74ID:mDzHOtHL0
この際だからx64に移行しちゃえ
0202名無しさん＠編集中 (ﾜｯﾁｮｲ f958-CicO)
垢版 |
2017/07/05(水) 12:02:27.05ID:4IMXdriA0
>>199
+や2.6だと動かないプラグインがありますし、x64は再構築の必要ががが

Win7の時にプラグインのバックアップは取っておいたのですが
それ以降MaskToolsやRemoveGrainをMT化してたのでLoadPluginExで読まないとか（その件は解決しました。）
こまめにバックアップは取るものですね・・・

258MTのバイナリかライブラリビルドのミラーサイトを教えてください。
0205名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 12:19:08.59ID:aGDb/OT10
具体的に2.6系(avs+含)で動かないプラグインって何よ？
2.6系じゃないと動かないプラグインも出てるし2.5系はとっくに切捨てられてるでしょ
258MTは多分SEtビルドだろうけど本人も2.6使えって言ってるじゃん
0207名無しさん＠編集中 (ﾜｯﾁｮｲ f958-CicO)
垢版 |
2017/07/05(水) 12:32:11.29ID:4IMXdriA0
>>205
http://freesoft.tvbok.com/movie_encode/avisynth/avisynth26andrecent.html

＞２．GPUプラグインはまだまだ未対応
＞FFT3DGPUや_GPU25を利用すると、エラーが出てAviSyhthは強制終了。この辺りはまだまだこれから対応なのかも。恐らく3DNR系のプラグイン全般これからっぽい。

私の環境で2.6を利用するのはまだ速いみたい。
速攻で2.5.8に戻しました（＾_＾;

私はEDCBのMOD版でチューナーの自動空き指定が上手くいかなかったので
EDCB本家の最終版を使ってます。
多機能より安定、枯れてる方を好みます。（人それぞれと思いますが）
0209名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 13:13:53.50ID:aGDb/OT10
今のバージョンのavs+は知らないけどちょっと前のavs+ではFFT3dGPU動いてた気がするけど動かなかったっけ？
それとその記事古くてアルファ版のAviSynth 2.6じゃん
0210名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 13:27:08.14ID:mDzHOtHL0
NLmeans系のでGPU対応してるのあったはず
FFT系のと比較してみては
0211名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 14:07:47.13ID:aGDb/OT10
今ちょっと確認した感じavs+ r2506だとFFT3DGPUのx86版は動いてるように見える 昔と変わらずx64版は動かない
他に使えるGPUNRは既に出てるNLMeans系のKNLMeansCLかな これは今も開発が活発 他にDeathrayも確か動いたはず

ここ最近NRフィルター自体を使う機会が無くなってしまった 今でも積極的に使ってるのってアナログキャプチャ民ぐらいじゃないのか？
_GPU25は何年も前に2.6アルファ版に乗り換える時に手元で幾つかテストした感じ2.6アルファ版と比べて一部除いて大きな優位性はなかったと記憶がある
0212名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 16:32:48.39ID:mDzHOtHL0
crfだとファイルサイズが縮むから使ってるよ
0218名無しさん＠編集中 (ﾜｯﾁｮｲ f7d1-ZuCk)
垢版 |
2017/07/06(木) 08:54:58.40ID:tnHPsiHW0
>>78氏 遅ればせながら nnedi3oclmod 有り難く頂戴しました。
当方の環境でも問題なく動いております。ありがとうございます。

実はそのWrapperプラグインを作成する腕を見込んでお願いがあるのですが，
「waifu2x by Caffe for VapourSynth」のAvisynthへの移植は難しいでしょうか？
ttps://github.com/HomeOfVapourSynthEvolution/VapourSynth-Waifu2x-caffe

主な処理はcaffeに丸投げなのでクリップの色空間と色深度の入出力を
Avisynth互換にすればいけるかなーと素人目に思ったものでして…。
ご検討頂けましたら嬉しいです。よろしくお願いします。
0219名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:13:27.71ID:vuDg0qe30
LSMASHSourceがAvisynth+のカラーフォーマット（YUV420P10とか）に対応してくれると嬉しいな〜、
作者の更新モチベが上がると嬉しいな〜、または誰かパッチ送ってくれる人がいると
嬉しいな〜（酷い他力本願）などと思ったので書いてみるテスト。

ソース動画をD&Dしたら、それを読み込むavsを作ってavs2pipemodでy4mにしてエンコーダに渡すという
単純なバッチを作ってるだけなんだけど、例えば10bit 4:2:0の動画を読み込む場合、
FFMS2-2.23.1ではAvisynth+のカラーフォーマットに対応しているので自動的にYUV420P10になるけど、
LSMASHSourceだと16bit hackなYV12になるので、深度を指定したConvertFromDoubleWidth()が必要になってしまい、
うまいこと自動で深度を判定する方法を思いつけない。

Avisynth+の現状はまだちゃんと把握できてないのだけど、HighBitDepthなプラグイン類って、
まだ16bit hackだけのものが多くて、新カラーフォーマットに対応してるものは少ないんでしょうか？
0220名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:19:24.51ID:vuDg0qe30
もう１つ質問なのですが、Avisynth+のYUV420P10などのフォーマットの
プレビューに対応したAvsPmodって無いのでしょうか？
今はサイトにも載ってる
　　https://forum.doom9.org/showpost.php?p=1801766&;postcount=1202
を使っているのですが、YUV420P10をプレビューしようとすると「Error trying to display the clip」となります。
（とりあえずConvertを入れてしのいではいるのですが。）
0221名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/06(木) 22:23:26.78ID:n3ig2wPi0
LSMASHWokrsなら今パッと思いついたものなら、
a = LWLibavVideoSource(stacked=False)
b = LWLibavVideoSource(stacked=True)
a.height == b.height ? 8bit : 8bit超

って感じかな
8bitならstackedがTrueでもFalseでも同じ縦解像度だけど8bit以外だとstacked=Trueだと2倍にるからそれで判定
0222名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:30:50.91ID:vuDg0qe30
>>221
その方法だと、HighBitDepthだという判断はつくのですけれど、
10/12/16bit等を区別できないので、ConvertFromDoubleWidth()の
ビット指定をどうすればよいかという問題が残ってしまうのですよね。
0223名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/06(木) 22:43:54.43ID:n3ig2wPi0
>>222
LSMASHWorks側のformatを16bit決め打ちで読み込む

そもそも高ビット深度ってAviSynthは使えないからね AviSynth+が独自に拡張してるからそこら辺無理が生じてくる
本当はVapourSynth使うべきなんだろうけどあっちはあっちで音声使えないんだよな

あとプレビューしないでエンコーダに渡すのならffmpegとかから渡してもいいと思うんだけど
Trimするにしてもプレビューするでしょ？
0224名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
垢版 |
2017/07/06(木) 22:59:02.86ID:MnYtEGzZ0
無理が生じてくるというかLSMASHWorksが対応すればいいだけの話
VapourSynthには高ビット対応したんだからAviSynth+の高ビット対応も手間はあまり変わらんだろ
0227名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 00:23:56.44ID:6a/Jo3A10
GetProgramNameで既に出来なかったっけ？
GetProgramName() == "AvsPmod,exe" ? Trueの処理 : Falseの処理

応用で、
GetProgramName() == "AvsPmod,exe" ? AvsPmodの処理 : GetProgramName() == "avs2pipemod.exe" ? avs2pipemodの処理 : それら以外の処理
もできるはず
0229名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 01:19:51.00ID:6a/Jo3A10
>>228
https://pastebin.com/a3VNWKJB

ライセンスが明記されてなかったから勝手に弄くらせて貰って済まないけど

IsAvsPmod("AvsPmod.exe")
と言うように判定する名前を変えられるようにしてみた

原作だと大文字・小文字まで判定するから、IsAvsPmod("avspmod.exe")でFalseになるけど、
IsAvsPmod("avspmod.exe", insensitive=false)で大文字・小文字の違いを無視して判定させるようにしてみた

AviSynthプラグインは今まで書いたこと無いからこれで良いか分からん
そもそもC++なんて齧ったことしかなくて殆ど無知だわ

あと関数名変えたほうが良いかもな
0231名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 01:53:33.66ID:6a/Jo3A10
>>230
MITライセンスのプラグインもあったりするけどどうせソース同梱にするならGPLでも良いんじゃない？

あと気づいてると思うけどオプション名がinsensitiveになってるからsensitiveにして(このままだとinsensitive=Trueでcase sensitiveになっちゃう)、
28行目のif文のインデントが崩れちゃってるところと原作のソースのインデントを盛大に4文字スペースに変えちゃってるところはそちら側で直してくれると助かる
0232名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/07(金) 02:51:31.83ID:TzOZZLvm0
ライセンス観を身につけるにはどうすればいいの？
0233名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9744-rfzC)
垢版 |
2017/07/07(金) 10:34:39.43ID:BzFbRoKw00707
>>225-231
ありがとう。そういうアプローチもあるんですね。ググってみたけど
前スレ131でProgramNameのx64版ビルドをしてくれた人の
　https://otsukemono.blogspot.jp/2014/03/avisynth-user-defined-functions.html
でも紹介されてる手法のようですね。拡張子の有無など注意点もあるようです。
これ、当時見かけたけどAvisynth+を使うようになったら読めばいいやとか思って
すっかり忘れてた記事だ・・・。

>>226
ConvertTo8bit()はdeprecatedのようなので、ConvertBits(8)がベターみたいです。
0234名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9744-rfzC)
垢版 |
2017/07/07(金) 10:49:17.77ID:BzFbRoKw00707
>>223
詳細は省いてしまったのですが、
　http://mevius.2ch.net/test/read.cgi/avi/1486130737/297-335
でやったようにD&Dしたソース動画をQSVEnc等でエンコして
SSIM/ビットレート/エンコード速度などを調べるバッチを改良しようとしています。
強制16bit読み込みも考えたのですが、8/10bit読みと比べると
エンコード速度が結構低下するので、やめたほうがよさそうかなと。

「--avqsv等でのHWデコード渡し」でもやるんですけど、上で何故かffmpegによるSSIM計測が
うまくいかないケース(ソースのフォーマットにも関係あり？)があったので、
一度LSMASHSourceを通して「avs->y4m渡し」をして、SSIM計測も
「入力avs」「出力ファイルを読みこんだavs」とで計測すればもしかしたら安定するかなと。
入出力で深度等が異なる場合は両方RGB48に変換して計測すればいいのかな？色々試行錯誤中。

できればMP4等ではindex生成を省略できるし読み込みも信頼できそうなLSMASHSourceを使いたかったのですが、
とりあえずはAvisynth+のカラーフォーマットに対応してるFFMS2でも大丈夫だろうか。
0235名無しさん＠編集中 (ﾀﾅﾎﾞﾀ d739-zXdO)
垢版 |
2017/07/07(金) 19:09:50.86ID:6a/Jo3A100707
>>234
昨日はQSVEnc使うとか知らなかったけど、昨日時点で俺が考えてたffmpegから渡すっていうのは
ffmpeg -i input -f yuv4mpegpipe -strict -1 - | (以下略
って言うやつだったんだけどこれじゃダメなの？

AviSynth通さないから若干速度速いだろうし10bitだと尚更速い気が思う
ところでQSVEncの--avqsvがダメなら--avswはどうなの？

AviSynthのFFMSで問題なければそれで良いと思うけども貼ってくれたURL覗いた限り
不特定多数に検証させるなら出来るだけシンプルのほうが良いと思うけどどうだろう
0236名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9fea-URZV)
垢版 |
2017/07/07(金) 20:54:21.79ID:TzOZZLvm00707
8bitを超える深度だと、SSIM計測がうまく行かなかった記憶がある
crf0でも、SSIMが変な値を返してきたような
0238名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/07(金) 23:36:45.77ID:TzOZZLvm0
>>237
そうだったのか
0241名無しさん＠編集中 (ﾜｯﾁｮｲ f744-KuRC)
垢版 |
2017/07/08(土) 10:39:01.91ID:T/MTDJ+b0
>>235
１．SSIM計測で入力順を変えると異なる結果が出た。入出力ともに8bitだし本来なら入力順を変えても一致するはず。
　　　QSVEncC --avqsv h264_pcm.m2ts -o h264.mp4
　　　ffmpeg -i h264_pcm.m2ts -i h264.mp4 -lavfi "ssim;[0:v][1:v]psnr"
　　　ffmpeg -i h264.mp4 -i h264_pcm.m2ts -lavfi "ssim;[0:v][1:v]psnr"
２．avqsv用のバッチも作るが、x26xも使うので共通して高深度も渡せるy4m方式で別途バッチを作る。選択肢は以下。
　　　Ａ．ffmpegにソースを渡しy4mにする
　　　Ｂ．avsを作りavs2pipemodでy4mにする
３．ffmpegに直接動画を渡すと変なSSIMが出たということは前にもあり、
　　その時はavsをかますと安定してた気がする。ffmpegのコマンドが悪いだけかもしれないが
　　ffmpegによるデコードはなるべく避けてavsを使う形にということでＢを選択。
４．avs内でのデコードと処理はどうしよう・・・ということで>>219、>>234へ至る。
0244名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
垢版 |
2017/07/09(日) 22:39:18.21ID:ZX2ASoFU0
mvtools2のMDegrainってノイズ除去としてどう？
アニメとの相性はかなりいいように見えるけど、あまりmvtoolsでノイズ除去って聞かないよね
ノイズ除去だとFFTやNL-means系が有名だけどかなり輪郭ボケるからmvtoolsの方がいいように思うけど
0245名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/10(月) 01:58:35.57ID:f5KV32Do0
SMDegrainを試してみたら？
ManalysisとかMsuperとか気にしないでもとりあえずは使えるし
SMDegrain_KNLMeansCLとかいうゴッツいのもあるし
0247名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/11(火) 01:57:11.01ID:KlmEs9q50
SMDegrainは関数名のとおりフィルムグレインや演出のグレインが入ってるところがごっそりとツルツルになっちゃうからなぁ
グレインが乗ってない部分へのNRとしてはMPEG由来のモスキートノイズとか目立たなくなる感じだから優秀だとは思う
0250名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/11(火) 23:18:28.92ID:kz9LJ0D70
天使の3PEDって、グレインノイズエフェクトの生成がところどころ止まるんだな
MDegrain使ってるからアーティファクトかと思ったが
0255名無しさん＠編集中 (ﾜｯﾁｮｲ 66ea-qt4g)
垢版 |
2017/07/19(水) 22:59:56.14ID:EfL8exLW0
2passTIVTC最強伝説
0258名無しさん＠編集中 (ﾜｯﾁｮｲ a717-QK4i)
垢版 |
2017/07/20(木) 00:55:22.64ID:EEm9w8d+0
普通にインタレ解除したらいい
そもそもフィールドマッチングで誤爆したんじゃ意味ねぇと思って使うのをやめた（ノイズの多いシーンチェンジやシーンで前の絵が2回続く）
0259名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 01:10:02.17ID:gx0/WRjM0
あー、そういうことか

http://www.eizo.co.jp/eizolibrary/other/itmedia02_06/
> I／P変換には、大きく分けて2種類の手法がある。1つは「動き適応型」、もう1つは「2-3プルダウン型」だ。
> 両者ではI／P変換の仕組みがまったく違うが、どちらが優秀というわけではなく、表示する映像ソースに
> 応じた使い分けが重要になる。 これらのI／P変換に対応した再生機器やディスプレイでは、自動で変換の
> 手法を使い分けていると考えてよい

インタレ解除って、動き適用型（QTGMC）と2-3プルダウン型（TFM+TDecimate）を組み合わせて使うもんだと思ってる
ノイズの多いシーンとかでフィールドマッチングがうまくできないときは動き適用型に切り替えればいいと思ってるけど、
それだと何か問題あるの？
0262名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 19:52:44.22ID:gx0/WRjM0
TFMってYプレーンの一番上の行の左64ピクセルの下位1ビットにヒント情報埋め込んでるから
この64ピクセルは下位1ビットに変なデータが入るんだな。すげー気持ち悪い
0263名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 22:07:03.78ID:8yw3U5xu0
気持ち悪いけど面白いねそれ

>>259
そのリンク先の説明ってあんま良くないな
動き適応は動きがあるかないかで解除方式を切り替えるってことだからbob系処理がベースのQTGMCは動き適応ではないよ
（細かいことを言うと解除済みソース専用のProgSADMaskっていう動き適応オプションがあるにはあるけど）

>>260
60→24とかは無理だね
ただFPSDivisorオプションを使って1/整数に間引いて出力することなら可能
0264名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 22:30:58.28ID:gx0/WRjM0
>>263
確かにこの説明足りなすぎるな。
動き適用型って動くところはフィールド内補間だからbob化で、
最新のやり方だと、動きベクトルを検出して補間するからQTGMCは動き適用型ってことで

60→24はSelectEvery(5,1,3)とかやればいいんじゃないの？
0265名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 22:57:26.84ID:8yw3U5xu0
ちょっとややこしいけどQTGMCは動き「適応」じゃなくて動き「補償」
これはプログレッシブ化したあとのチラつきを抑えるために動き「補償」付きの時間軸平滑化を掛けますよってお話であって
プログレッシュブ化の方式自体を動きによって切り替えるってことではないから、動き「適応」のIP変換ではないんだよね
0267名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 23:11:42.74ID:gx0/WRjM0
分かったよ。動き補償型ね。motion "adaptive"じゃなくてmotion "compensation"ね

それはそうとして、24pがプルダウンされたやつをQTGMCにかけると、
24pフレームの間のフレームが捏造されるから、2-3プルダウン型も必要だよね
0268名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 23:22:26.75ID:gx0/WRjM0
今で知らなかったけど、「bob」って「ひょいと(上下に)動くこと，急に引く動作[こと].」って意味で
上下に動くあのチラつきは「bobbing artifact」って言うんだね

「bob化」の意味が未だに分からないんだけど、素直に解釈すると
フィールド内補間するから、bobbing artifactが大量に乗った映像にするってことでいいの？

QTGMCをbob化というのは、かなり失礼だなｗ
0269名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 23:45:39.81ID:8yw3U5xu0
そのチラつきを抑えるために動き「補償」付きの時間軸平滑化を掛けますよってのが
(Quick) Temp Gauss Motion Compensated というフィルタ名のそのまんまの意味であり由来でもある
QTGMC(tr1=0, tr2=0)ってしてみるとIP変換のコアの部分がbob系というのがよくわかるよ
0271名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/21(金) 00:02:57.85ID:QO2IvBND0
いやそれは分かるよ。MAnalyzeで動き検出してMDegrainで時間軸平滑化してるのはソースみれば分かる。
tr1=0,tr2=0にすれば時間軸方向を全く使わなくなるから、ただのbob？になるのも

俺が言いたかったのは、2-3プルダウン型だけでも、動き補償型だけでも、ダメで
組み合わせる必要があるってこと

>>270
そうだよね。サンクス

でも、そうすると>>269の「bob系（処理）」ってなんだろう。60i → 60p系？
bob化は2倍fps化のことで、ただのbobは単純にフィールド内補間すること、って理解でいいのか
0273名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/21(金) 01:06:29.96ID:QO2IvBND0
>>262こんなハックしないで、ちゃんとフィルタ間でデータのやり取りができるように
VapourSynthのプロパティが必要だな。VFRにも対応できるようになるし

音声殺して音声のパラメータ入れるところにポインタいれたりとか、いろいろハックしすぎｗ
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況