Avisynthを絶讃ιょぅょ Part28

「AviSynthを絶賛」というのは、聞いたら答えたり報告したりなどギブアンドテイクな作業を指す。
厨と呼ばれて当然の事を、調べもしないで訊くバカが住み着くスレではないので、
AviSynth Wikiぐらいは読んでおくように。

【前スレ】
http://pc11.2ch.net/test/read.cgi/avi/1246414384/

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

【実家】
AviSynth
http://www.avisynth.org/

過去スレ、プラグインの検索はWiki参照

>>1乙

>>1 スレ立て乙です。

前スレ975氏のTNLMeans(nomulti版)をテストしてみました。
Avisynthを静止画のノイズリダクションに使うという
変態的な事をしているので，全く参考にならないかも知れませんが，御容赦を。

[PC構成] C2D [email protected] + WinXP SP3(32bit) + Avisynth2.5.8
[入力] 600万画素のグレースケール画像

[フィルタ] TNLMeans(h=0.4) を 2pass

[実行結果] 5回の実行時間の平均値です。
オリジナル: 41秒 PNGファイルサイズ:1004KB→857KB
ICC版: 26秒 PNGファイルサイズ:1004KB→856KB

1フレームかつシングルスレッドでも37％の高速化が得られました。

（事前にデータをメモリにロードし，
ディスクアクセスが生じないようにしています。
マルチスレッドかつ動画では更なる高速化が期待できるかもしれません。）

オリジナル版と比べて，ヒストグラムのピークの高さが少し変わりましたが，
肉眼では違いが分からないレベルでした。

>>前スレ975氏
当方は dfttest，TIVTC，TBilateral，TMM のICC版を使ってみたいです。
気が向いたらで構いませんので，
お手隙の時にテストコンパイルして貰えないでしょうか？
激重のtriticalフィルタ群が，もっとエンコで実用的になるといいな，
と期待して待ってます

>>1乙
前スレ975氏も乙です。
もしよろしければFFT3Dfilterをリビルドしてもらえるとありがたいです。
GPU版よりも仕上がりが好きなもので…。

矢部さん、あなたが犯人ですね。

誤爆御免

前スレの助言を反映して、新しく作り直したので、第三弾。

http://uproda11.2ch-library.com/11215596.zip.shtml
DLキー : icc

みなさん、報告ありがとうございます。

TBilateralは、ソースが…　ループカウンタのxとyが宣言されてないとか。
適当に宣言したら画面が真っ赤ｗ　更に適当に直したら、バッファオーバーラン。
すっごい冗長なコードで、カプセル化もされてないし
読むの嫌になって捨てました。ごめんなさい。

>>7 超乙です！

拙作で宜しければ，
後程，オリジナルのdfttestに対するパフォーマンス差と，
フィルタ後画像の違いを報告させて頂きます。
(マルチスレッドが絡むとフィルタ単体の本来の性能が見えにくくなるような気がするので，
まずは2DNR，シングルスレッド，1フレームで比較してみたいです。
また，都合で少し時間が掛りますが御容赦下さい。)

TBilateralのソースがカオスでお手数をお掛けしました。
どなたか，TBilateral v0.9.11 を VS2005Pro+ICCでコンパイルした事があったら，
ソースを提供して頂けると有り難いのですが…

後，readme.txtに連絡用のメアドを付記しておくのは如何でしょうか？
お仕事情報とか，スレ内では話しにくいコトもあるかも知れないので，
どうか御一考頂ければと思います。

今あげて下さっているのってAthlon X2 だとあまり意味がないものなのでしょうか？

>>8
static const int cpu_saved = checkCPU();
/Zc:forScope

少しは調べろ・・・ってのはさすがに酷か

あと>>7に入ってるランタイムがx64版のようだ

>>7
乙です
まだ一部のフィルタだけですが全スレ>>991と同様のテスト（フレーム数は2000フレーム）をやったので結果報告。
速くなったものと逆に遅くなったものがあるようです。TNLMeansもそうなのですがmultiよりnomultiの方が高速？
VFR maniac氏がvc9でビルドしたものとも比較してみました。
○FFT3DFilter
FFT3DFilter(sigma=1.0)
オリジナル・・・30.20 fps
icc版・・・35.31 fps

○EEDI2
EEDI2().Spline36Resize(720,480)
オリジナル・・・7.99 fps
icc版(multi)・・・8.39 fps
icc版(nomulti)・・・9.20 fps
VFR氏vc9・・・8.07 fps

△TIVTC
TFM(order=1).TDecimate()
オリジナル・・・83.72 fps
icc版・・・84.03 fps

×dfttest
dfttest(sigma=1.0)
オリジナル・・・5.33 fps
icc版・・・4.87 fps

×TDeint
TDeint(mode=1)
オリジナル・・・85.50 fps
icc版・・・73.45 fps
VFR氏vc9・・・87.50 fps

>>7
乙です！オリジナルとの比較結果置いておきます。
パラメータはデフォ。ソースはDVD。

FFT3Dfilter
オリジナル 34.91 fps
icc 36.10 fps

TComb
オリジナル 38.73 fps
icc 38.86 fps

MT（avisynth.dllはJeremy Duncan氏の最新）
Jeremy Duncan版 20.74 fps
SEt版 20.74 fps
seraphy版 20.72 fps
icc 20.73 fps

特に不具合ありませんでした。
ちなみにFFT3Dfilterのfftw3.dllやdfttestのlibfftw3f-3.dllといったリンクするdllにも最適化の余地はあるんですかね？
的外れでしたら聞き流して下さい…。
ありがとうございましたっ。

>>11の続き
○a60224
Crop(8,0,-8,0).DoubleWeave().a60224(fast=false,blur_rate=0.0,x1=0,x2=0,y1=0,y2=0)
オリジナル・・・85.49 fps
icc版・・・98.87 fps

○EDIUpsizer
EDIUpsizer().Spline36Resize(720,480)
オリジナル・・・0.22 fps
icc版(nomulti)・・・0.70 fps

○TComb
TComb()
オリジナル・・・58.26 fps
icc版・・・59.12 fps

△MedianBlur
MedianBlur()
オリジナル・・・60.21 fps
icc版・・・60.43 fps

△MT
mt("spline36resize(1280,last.height)")
mt("spline36resize(last.width,720)",splitvertical=true)
オリジナル・・・83.61 fps
icc版・・・84.15 fps

>>11の続き
×MSharpen
MSharpen(15,100,true,false,false)
オリジナル・・・72.93 fps
icc版・・・68.93 fps

×IT_YV12
Crop(8,0,-8,0).IT(fps=24,ref="TOP",blend=false)
オリジナル・・・95.64 fps
icc版・・・92.00 fps

動作しないか別途DLLが必要
RemoveGrain・・・MSVCR80.DLL(32bit版を試したが動作せず)
EDIUpsizer-multi・・・LIBIOMP5MD.DLL
DirectShowSource・・・(MSVCR80.DLL),IESHIMS.DLL,WER.DLL

>>14のLIBIOMP5MD.DLLのことで思い出した
OpenMPは使わない方が良いみたいなんだけどどうでしょう？
http://zoome.jp/VFR_maniac/diary/85/

OpenMPを使ってるプラグインのどれかがバグ持ちってだけでしょ
コンパイラ側の問題なら大問題になってる

a60224を付けてくれてありがとう。

TIVTC.dllはTFM(clip2=tdeint())でVirtualDubが落ちるね。
普通のTIVTC.dllとicc-buildのTDeint.dllだと大丈夫だけど。

上記>>11>>13>>14前スレ>>991を3回転やって全て結果が同じぐらいになったので報告
3回の詳細とどのぐらい速度が変わったかはエクセルシートを見てください
http://www1.axfc.net/uploader/Sc/so/65224 DLキー：icc

速度up
a60224,EEDI2,FFT3DFilter,MT,TComb,TIVTC,TMM,TNLMeans

速度down
dfttest,IT_YV12,MedianBlur,Msharpen,TDeint

動かなかったフィルタとEDIUpsizerは含みません

>>11
前スレと同様のテストでFFT3DFilterで30fpsもでるのか・・・。
というか全部早い。
俺もAviSynth 2.6に変えようかな。

そりゃ君のCPU次第だろう

FFT3DGPUが・・・ほしいな

全然詳しくないから的外れかもしれないんだけど
GPUフィルタ最適化して効果出るの？

いやいやGPUシリーズはまた別問題だから

>>20
うーん、CPUはC2Qの9650なんだがなぁ。
どんなに頑張っても(FFT3DFilter単体で）10fpsを越えたことがない。
もちろんテストエンコなんでエンコーダ（x264)のオプションもあまり弄らずプリセットつかってる。
休みになったら環境など色々見直してみるよ・・・。

>>24
上のDVDソースだろ？720x480ならそのくらいはでる。

x264のencode_frame()を無効にして、
Avisynthの処理fps見れるの作ったけど、いる？

>>26
それはAVS2AVIのnull出力やPAよりもいいものなのか？
いいものなら欲しいけど

>26
まさにそれをまってた！
欲しいです！

VBscriptみたいに手軽に使えたらなお良い。

>27

avs2aviのnullでも出来るのか〜。
PAって何ですか？

オリジナル及び975氏ビルドのdfttestについて，
2DNRパフォーマンスを評価しましたが，両者に差はありませんでした。
従って，動画における速度の差は，時間軸方向を処理する
コードによって生じている可能性があります。

また，dfttest v1.6同梱のlibfftw3-f.dllと
FFTW v3.2.2公式バイナリのlibfftw3-f.dll
(MinGWでコンパイルされたもの) の間には，
パフォーマンスの差はありません。

(VC9やICCでビルドすると差が出るのかも知れません。
試してみたいとは思っていますが，ビルド環境を持っていないため，未検証です。)

[PC構成と入力画像] >>3 と同じ

[フィルタ] dfttest(sigma=1.0, tbsize=1) を 20pass

[実行結果] avs2aviのnull出力で時間を計測し，fpsに換算。
3回空回し後，16回の平均。
オリジナル: 0.04061 fps
ICC版: 0.04063 fps

http://uproda11.2ch-library.com/11216055.zip.shtml
DLキー: key

x264.c:1338:　　 i_frame_size = 128; //Encode_frame( h, opt->hout, &pic );
x264.c:1357:　　 i_frame_size = 128; //Encode_frame( h, opt->hout, NULL );

にしただけなので、表示される"ビットレート値は、全くデタラメ"な値です。

Avisynthの処理速度を、x264内部のオーバーヘッドが少なく見られます。
Avisynthのベンチマークみたいな物だと思ってください。

純正x264だと、-o NULLでも内部処理が入って、1/4程度のスピードになります。
フィルター速度の計測や、

使い方： avisynth_test -o NUL input.avs

入力ソース：適当にyoutubeでDLしたPV　([email protected])
DirectShowSource("ロボットハニー.flv") 　　　# ←ｗ
ConvertToYV12()

return last

上のYV12変換だけの結果　：　4495 frames, 95.07 fps

BCSInterlacedResize_mod.zip
http://uproda.2ch-library.com/lib198642.zip.shtml
DLキー: 1

リサイズ解像度に小数を使用可能（もちろん487のような奇数も）。YV12対応。

ミスった。上げ直し。

http://uproda.2ch-library.com/lib198650.zip.shtml

x264でエンコした後やたらexplorerが落ちるようになったと思ったら
EEDI3をpluginsに入れたせいだった。

DirectShowSource("D:\disc\VTS_01_1.VOB", audio=false, convertfps=true)
encoded 9361 frames, 554.23 fps, 16.92 seconds

MPEG2Dec3_MPEG2Source("D:\disc\hoge.d2v")
encoded 9361 frames, 218.35 fps, 43.08 seconds

何、この差ｗ

いくら速くてもvobをdirectshowsource読み込みってのはちょっと…

directshowはデコードスピードとレンダリングを最優先にして、編集その他は二の次だからなぁ
そりゃ速いことは速いだろうよ

BCSInterlacedResize_mod.zip

http://uproda.2ch-library.com/lib198867.zip.shtml

-リサイズ解像度に小数（および奇数）を使用可能
-YV12対応
-前スレ82氏の自動設定取り込み
-専用リサイズフィルタ同梱

つまり、核となる基準が無いから穴開き〜
キリが無いの典型だね
YV12用に作ってくれも豚にパール

ところで、仕事のメドどうなのよ？
保険もそろそろ切れるんじゃない？

ＩＣＣ11の再コンパイル＝ＩＣＬ11ありがとう
RemoveGrainの64bit版に同軸されてる奴のが速かった
同じＩＣＣ11だけど、ちゃんと元の基準に合わせてあった
特に、オリジナルが時代相応に最適化されブツを
再コンパイルする時はリスペクトするべきだね
この辺の思考が俺らポン人はうといね

ただ、予測どうりfft3dfilterはナイスです
しかし、EEDI2の作者のポリシーとして
時代に新たに準じるのではなく
新規に創作する方を好むみたいね

ところで、同梱の読みは「どうこん」

同軸は無いわｗ

就職難って言うが、ゆとりが増えて会社が取ってくれないだけだろって思うｗ

FFT3dGPUを使っていたのですが
以下のサイトのようになることがあります。
ttp://ept.homelinux.com:41000/~henry/wp/2009/11/16_681.html
安定性を求めるために、FFT3dGPUから別のフィルタに乗り換えたいと思うのですが
似た感じの結果（速度＋仕上がり具合）を残せるフィルタでオススメありますか？

ソースは深夜アニメで、普段はFFT3dGPUを使ったあとに軽くConvolution3Dを使っています。

ちなみに、現在使っているビデオカードはASUSのENGTS250で
2/3ぐらいの確率で上記のようなエンコ結果になってしまいます。

FFT3Dfilterでいいじゃん。
それとConv3DはYV12だと時間軸効かないってあれほど・・・。
MipSmoothにしなされ。

>>44
FFT3Dfilterを使うとGPU版より処理速度が1/4程度になってしまいます。
もう少し設定を見直してみます。
また、MipSmoothの情報ありがとうございます。早速、試してみます

>>44
時間軸効かないってのが間違いだって・・・・
ここだかショボスレで実験したろ？
そもそもの英文でもYV12だと時間軸に関するあるパラメータが無効（デフォルトで固定）って書いてあるだけなのに
最初に訳したやつが馬鹿なだけ
ちゃんと効くぞ
試せばわかるよ

ビデオカードをHD5770あたりに買い換えればいいじゃん

>46

Know problem :
- works only with YV12
- Temporal influence currently disabled.

実験で効いてたとすると矛盾するな。
ドキュメントが古いのか、改良版があるのか。

ところで32はそのままコテハンにするつもりならトリップつけなよ

>>45
MT(filter="FFT3DFilter(sigma=2, plane=4, bt=5)", threads=4, overlap=4)
速度が問題なら、こんな風にMTを使ってみたら。

あと、HQDN3Dも高速だけど強力。これもMTと組み合わせて使える。
http://akuvian.org/src/avisynth/hqdn3d/

>>47
それは最終手段ということで･･･。

>>51-52
MT使ってCPU使用率を100%にするとGPU版の1/2ぐらいの速度になりました。
今まではncpu=4で動かしていたのですがこれだとCPUをフル活用してくれず。
MTの方がよかったのですね。

HQDN3Dも試してみました。
こちらはMTを使うまでもなくCPUをフル活用してくれて速度もFFT3DGPUと大差なく、
エンコ結果はFFTと比べると容量が少し膨らむぐらいで目視で確認できる画質的差はほとんどないような感じがしました。
これと他フィルタを組み合わせてFFTを使わない設定も練ってみようと思います。

最近、_GPU25.dllでフィルタ掛けると（主にリサイズとconvolution)
先頭に5フレーム位崩れた絵が入るようになっちまった
結構速度上がるから良かったのに何故だー前はなんともなかったのにorz

>50

いや、Jane使ってるんで名前が残っちゃっただけ。

>52
>53

地デジのアニメだったらおすすめの設定はどれくらいですか？
参考までに聞かせて下さい。

デフォルトでもMipSmoothよりずっと良い。ぼけないし。
これは良いフィルタを教えてもらった。

まあ、readmeにもあるように、hqdn3d(2)と、ソースに合わせてlsだけを設定しておけば、
他の数値も自動的に調節されるから難しくはない。

ちなみに、Lorenはx264の開発者でもある。

>>38
BCSInterlacedResize_mod.zip

消えてるので
再UPの方よろしくお願いします。

>59

BCSInterlacedResize_mod.zip
http://www1.axfc.net/uploader/File/so/36408.zip

>>60
readmeの

mode:（デフォルト: 1）
1 を指定すると BlackmanResize を、2 を指定すると LanczosResize を使用します。BlackmanResize を
使用した方が良好な結果を得やすいようです。
また、2 以上を指定すると shift と blur を自動で計算した後、2 は BlackmanResize を、
3 は LanczosResize を使用してリサイズします。この場合は、shift と blur の値を指定していても
無視されます。

後半部分、数字が1つ小さくない？
3でBlackmanResize、4でLanczosResize？
間違ってたらごめん。

>61
ありがとう。

修正した。
http://www1.axfc.net/uploader/File/so/36432

画質に影響はないけど、本体もちょっと変えた。

>>60
>>62
助かりました。
ありがとう御座いました。

32氏のBCSInterlacedResize_modのテストついでに色々比較してたら気になることがあったので質問させて下さい。

Source
ttp://viploader.net/pic/src/viploader1181481.png

BCSInterlacedResize_mod(dest_height=487, crop=0, mode=3).ResizeBCS(1280, 720, 0, 0, 0, 0, 487, 0, 1920)
ttp://viploader.net/pic/src/viploader1181482.png

BCSInterlacedResize_auto(dest_height=487, mode=2).BlackmanResize(1280,720)
ttp://viploader.net/pic/src/viploader1181484.png

BCSInterlacedResize_mod(dest_height=486, crop=0, mode=3).ResizeBCS(1280, 720, 0, 0, 0, 0, 486, 0, 1920)
ttp://viploader.net/pic/src/viploader1181483.png

BCSInterlacedResize_auto(dest_height=486, mode=2).BlackmanResize(1280,720)
ttp://viploader.net/pic/src/viploader1181485.png

（BCSInterlacedResize_auto：前スレ822氏のもの）

ソースと比べると、画像の下部分が変？なことになっているのですが
これはこれで正常な動作なのでしょうか？

>64
まず1920ではないですね。縦解像度ですので。
アスラクラインに限らず、アプコン縞解除目的での使用であればオリジナルはHDのはずですので
1080（デフォルト）のはずです。ResizeBCSのドキュメント通りのスクリプトでやったのであれば
単なるタイプミスかもしれませんが。

下の部分に関してですが、Avisynthのリサイズフィルタで強引に画像の上下を行っているので
場合によっては残像のようになります。これはオリジナルのBCSInterlacedResizeでも同じです。
ただこれは元の画像にプラスして現れる部分（ダミー）なのでカットするか（ただし、アスペクト比を
保つためには上下だけでなく左右のカットも必要になります。ドキュメント参照。）、Letterboxで
塗りつぶせば、オリジナルのソースの情報を削ることなく綺麗に整えることができます。
アプコンものはオリジナルの状態で1920(1440)x1080きっちりに画像が入っていることはないので
いずれにしてもカットもしくは黒塗りつぶしの必要があるので結局は同じことだと思っています。

ちなみにBS11のアプコンもの（あに瓶氏 分類名: 486(R)）のcropの最適値はおそらく
crop=-0.25
くらいだと思います。個人的な見た目の判断ですが。

ついでなのですが、現在縦解像度487のいわゆる「すたちゃアプコン（あに瓶氏）」のデフォルト値を
探しています。テレビ東京の「夏のあらし」や「かなめも」が該当するようです。
shift=0.32, crop=-0.75
あたりかと思うのですが、すっきりこないのでどなたかおすすめがあったら教えて下さい。

そもそもすたちゃアプコン自体が安定しないらしいのですが・・・。

あと、ドキュメントに修正があって mode が 3 以上だと shift, crop は指定していても
無視されますと書きましたが、無視されません。
487の最適値がわかったら、これも含めて再度アップしようと思います。

縦487本ってどっから来てんの

>>65
詳しい解説ありがとうございます。
1920はタイプミスで、実際はドキュメント例のようにしました。

>69
あに瓶氏のサイトからです。FFTによる解析の結果のようです。

そういう意味じゃないだろ。D1だと普通縦486だからあまり1は何だってことでしょ

>>67
以前、夏のあらしで色々検証したことがあります。
アプコン後か前かわからないけど、なにやら二度スケーリングされてるような感じで、
あらゆるパラメータを試しましたがどうもすっきりしませんね。
画面上半分を見ながら調整すると下がダメダメ。下を見ながらやると上がｗ
垂直方向になんらかの「うねり」があって、ピクセルがぴったり合わない感じでした。

この「割り切れないうねり」が+1の正体なのかなー？　と思ってみたり。

d2v読み込み()

ロゴ除去()

BCSInterlacedResize()

インタレ解除()

各種フィルタ()


特に特別なことがない限りこの順番でいいんでしょうか？

>73
やはりそうですか。なんか第何話かでも違うようで。
shiftは0.32のままで大丈夫ですがcropが問題なんですよね。
かなめもだとまた違うかもしれないですかね。

>64
残像が出ないように改良したので487の最適値が決められたらまたアップします。

>74
modじゃない方を使う場合はインタレ解除の方を先に持ってきた方が良いです。
YV12->YUY2変換の時に特になにも気にせずConvetToYUY2を使えますから。

>>74
>>75
または、yv12toyuy2_laced や InterlacedYV12ToYUY2_Yadif という選択肢もあるかな？

なんか言葉がおかしかったです。。
>特に特別なことがない限り

>>75
失礼しました。modのほうです。
>>76
modを使う前は間にyv12toyuy2_lacedをはさんでいました。

modの改良頑張ってください。

ちとスレ違いかもだけど質問でスマソ。
virtualdubmodにavsファイルをドラックしてxvid+mp3のaviを
作ってるんだけど、皆の衆はどうしてますか？
avs2aviでは音声扱えないみたいだし
A'sVideoconverterはATIのcodecの画質が・・・
MeGUIさっき使ってみたけど4thread指定しても1コア分しか
動いて無くて処理遅杉・・・・
映像と音声別に作ってmuxしてる人が多いのかな？

MeGUIでx264エンコしてるけどQ9550で４コアとも70%超えてるが

素人質問でスンマセン。
同じ素材、同じスクリプト（avs）でエンコするOSが違うときって
結果も違ってくるのかな？
XPのときと７の64bitで何か違う感じに見えるのは気のせいかな

MPEG2をSSE使ってエンコすると変わるが
他は変わらん

>>78
使ってるxvidが1.1系だとかじゃないの？
あとはフィルタのどれかが足を引っ張ってるとか
つーかその用途だったらVDMよりもVD本家のほうがいいぞ

BCSInterlacedResize_mod1.0.zip

http://www1.axfc.net/uploader/File/so/36680

だいぶ変えましたのでドキュメントを参照して下さい。
一番大きな変更点はプリセットの組み込みです。

>>81
あ、変わるんだ。
ありがとうございました。

プリセットに関して、あくまで見た目で最適値を探しているだけなので精度は疑問です。
ここの前スレあたりで、波形を参考にして設定値を探しているという方がいたのですが、
詳しい方法がわかればもっと客観的に最適値が探せるのかなと思います。

番組毎の最適値がわかればその都度プリセットに組み込もうと思いますので
ご協力頂ければありがたいです。

>>83
お疲れ様です。
今年も（？）よろしくお願いします。
>>64に対しては何らかの対処できましたか？

>86

残像は出ないように改良しました。
アプコンなのでソースの状態で上下端は綺麗ではないですけどね。

レスありがとー
>>82 MeGUIってcodec類を自動DLして来るみたいで
そのまま使ってました。VD本家試してみます。

BCSInterlacedResize_mod1.0.zip
ドキュメントに加筆しました。

http://www1.axfc.net/uploader/File/so/36705

>>88
>MeGUIってcodec類を自動DLして来るみたいで
しないよ、ただのＧＵＩ。日本人だけに多い症状
関係者に失礼だから、言動を謹しんで

>90

ん？起動すると最新版がどーとか行ってきてダウンされたような。

新年、あけましておめでとう

つまり、マグロ的な受身だからだよね
割と、自己啓発的な問題になるのかな？
道具は使い様の意味を再確認するいい機会だね
もちろん、どうすれば自動を止める仕方も書かないよ
ローマ字だし、最近、無難で無能な方が多いからね

結局それは”MeGUIってcodec類を自動DLして来る”を肯定してるだけだよな
”設定変えれば自動ではない”とか”ダイアログメッセージが出るから自動ではない”
というのは自動の否定にならない
それどころかお前は詭弁の中で自動でＤＬするようにした開発者の思想を否定してる

ＰＣとは合理的な塊の様なもの
感情ではなく
いかにスマートに使いこなせるか？しかない

Doom9のAviSynth関連やx264関連のスレにポストしてるMeGUIユーザーは
まるで2chのダウソやニコ厨なみにうざく見える
「それはフィルター（or x264）の問題ではなく、MeGUIの問題だろ」
こればっか
あんなもんにパッチを当てるやつなんか現れなければよかったのに
どうせSharktoothみたいに消えるか、Kurtnoiseみたいに「嫌になったからやめた」宣言するだろうけど

仮に、MPEG-4 ASPでエンコードする必要があったとすれば、Xvidではなく、
同じビットレートでのSSIMが優れたFFmpegを使うかな。

http://x264dev.multimedia.cx/?p=102#more-102

avs2aviやxvid_encrawとは違って、FFmpegはそれ自体で音声のmuxまでできるから便利。

>>95
気の毒な話だね
主に非英語圏の低年齢層が過疎を加速させている
割りとこの手に有効な手段として
例えば、不特定多数に何かを配布する場合
最後に＜x264.dll_>としとけば、半数以上が死滅する
おそらく、母国語のユニコード上でもがき苦しむ
カラクリがバレても、＜x264.dll\>とかにすれば
なお1/4に対しても有効じゃないかな
思考を伴なわない湧き出る泉に

うんキチガイだな

>>96
decoderやmuxerとしてならともかく、encoderとしてffmpeg使う気にはなれない

>>97
MeGUIユーザーが馬鹿ぞろいなのと拡張子偽装になんの関係があるんだ？

AudioDub(WavSource("ファイルのパス.wav"))

オーディオファイル読み込みたいんだけどこれで合ってる？
VirtualDubModで読み込めないんだけど

meguiは初心者にはとっつきやすいんじゃない？

自分はもともとｘ264エンコはmeguiから入った

とっつきやすいのがmeguiの存在意義だったりもするしな

>>100
ヘルプを読めい

>300
それじゃDubにならんだろ。
AudioDub(clip, WavSource("ファイルのパス.wav"))
だ。

>>100 >>104
lastが何なのかによる。
AudioDub(WavSource(...))　は last.AudioDub(WavSource(...)) または AudioDub(last, WavSource(...)) に等しい。

つまりlastがクリップではないからエラーになるんじゃね？

そうだったか・・・。

ファイルのパス.wav
ファイルのパス？

映像はVDMでカットできたけど、音声は任意の位置でカットしたりするのはどうすればいいの？

ちょっと困ったのですいませんが教えてください
・やりたい事
.d2vファイルをavsでYV12に変換し、aviutlに入力する
・現在の問題
ConvertToYV12()を最後に指定しても、RGB読み込みになる
VirtualDubModではYV12で読み込み出来ている

ConvertToYUY2()ならYUY2読み込みにちゃんとなります
以前はYV12読み込みできていたのですが、OSを再インストールしてからできなくなりました
プラグインはコピーを取っていたので、avisynth2.5.8をインストールしてプラグインだけ上書きしました
デコーダがないのではと思い、xvid、Helix YUV Codecs、ffdshowを入れたのですがやはりダメです
ただ、コーディックを入れたら、YV12変換時にRGB読み込みだったのが、YUY2になりました
aviutlの入力プラグインにはavsinp.auiを使っています
何か必要なものが他にあるのでしょうか？

ffmpegの -b っていくら大きくしても10000kに満たないんだけど何なの馬鹿なの?

>>109です

一応、問題のavsスクリプトも貼っておきます

avsスクリプト

#d2vの読み込み#
MPEG2Source("I:\****.d2v")
#AudioDub(last, WavSource("E:\****\*****.wav"))

#インタレ維持解除+逆テレシネ(24fps化)#
TIVTC24P2()

#色調変換#
ConvertToYV12()
#ConvertToYUY2()

#TIVTC24P2用関数#
function TIVTC24P2(clip clip){
Interp = clip.AssumeTFF().SeparateFields().SelectEven().EEDI2(field=1)
Deinted=clip.TDeint(order=1,field=1,edeint=Interp)
clip = clip.TFM(mode=6,order=1,PP=7,slow=2,mChroma=true,clip2=Deinted)
clip = clip.TDecimate(mode=1)
return clip
}
return last

もうそんな季節か

>>109
YV12を扱えるVirtualDubとは違って、AviUtlの入力に使うにはConvertToYUY2を最後に付け足す必要があるんじゃないの。

>>111はソースを読んだ時点から終始YV12だから、YV12を読めるVirtualDubやx264.exeで使う場合には、ConvertToYV12は不要。

aviutlではYV12入力はできないということでしょうか？
それとも、元々YV12なので一度YUY2にしてもう一度YV12にすればいいということですか？
YUY2読み込みでも、x264にする時にYUY2→YV12になるので一緒なんですが、元からYV12しておけばその処理が必要なく
少しは早くエンコ出来ると思ってるのでYV12で読み込みたいのです

それか、aviutlはやめてMeGUIなり別のフロントエンドを使う方が速度も使い勝手もいいんですかね？
一応、MeGUIは使える状態にしてます

avisynth + x264 (+ AvsP)に移行したら、Avitutはストレージの肥やしになってる。
俺には、Aviutlが必要な状況が判らない。

>>111
function(){... は、メインの処理のretrun文より、後ろに書きなよ。
MPEG2Source("I:\****.d2v")
TIVTC24P2()
return last

# -- インタレース解除・24化? --
function TIVTC24P2(Clip clip){
　 　# 処理
　 　return clip
}

aviutlはavisynthのtrim出力に使ってる

>>111です
>>115さん。指摘ありがとうございます。勉強になります
やはり、みんなCMカットやフィルタの効き具合をチェックする程度にしか使ってないんですね
私も、そろそろ移行するのを考えてみます

>>114
MeGUI以外にもStaxRip等、GUIフロントエンドはたくさんあるけど、x264だったらCLIを使える様になった方が速い。

x264 --crf 22 --output output.264 input.avs

慣れるまでは、こんな感じの単純な物から始めたら良い。

>116
TrimこそVDubでしょ。
AddRange_v0_5の.vdf読み込みで一発じゃん。

私だったらTrimは、AvsPで画面を見ながらやるかな。

>>119
PV4でキャプってるのが主なもんで、aviutlを使ってきてたから慣れちゃった
Cropとかの確認にはAvsPを使ってるけど

>120
画面を見ながらってのはどのソフトでも同じだと思うけど
AvsPはトリム結果をスクリプトではき出してくれるのかな。

>>122
http://img121.imageshack.us/img121/4056/avsp.png

#Trim(,) ++ Trim(,) ++ Trim(,)
トリムしたいフレームでF11

Trimと放送ロゴ消し一緒にやる場合、AｖｓPで全部やっちゃう？それともAviutilで編集しちゃう？

VDはAvsPの外部プレーヤーにしている
WMPやMPCも試したが、VDが一番使い勝手が良かった

>>125
私の場合だったら、やはりAvsPで、Trimの直後にEraseLOGOを書く。

ＡｖｓＰはなんか不安定で落ちたりするから駄目だな

ＰＣはヘノム�Uで新しいから問題ない

>123,124
F11押すと数字が入るって感じなのかな。
だったら範囲指定+DelでトリムできるVDubの方がやっぱり簡単かな。
+50とかの単位やシーンチェンジ検出でフレーム進められるし。

うちは何故かAvsP動かない

ソフトを使いまわすのが面倒と感じる人もいるだろうし好きにすればいいやん

>>114
AviutlはYV12は読めません。RGBになるか対応するデコーダーがあればYUY2になります

>>90 そんな厳粛な意味で自動って言った訳じゃ無いんだけど、気に障ったのなら謝るよ。
VD本家で/sスイッチ付きで音声と映像の設定固定出来ました。助かりました。

>>133
気にしなくていいですよ。書面から理解出来る年齢だと思ってました。
ただ、ホント多いのよ、近頃の汚子様がフレンドリーに英語圏で
？マーク連呼がさ
あけましておめでとうございました

オマケ
バータブだと現在７種（デフォ）のＧＰＵプラグインが使えます（ＣＵＤＡ別1種）
内訳は今酒飲んでるからわかりません
ただし、昔からフィルター挟むとＲＧＢ32限定です
基本的に手動でアジャスト出来るのなら最高ですが
それ出来たらプロやんけと、関数を利用させて頂いております

test

MeGUI使おうと思ってるんだけど、
現在下のようになってます。

program --profile high --crf 21.0 --level 4.1 --keyint 300 --min-keyint 1
--no-fast-pskip --bframes 4 --b-adapt 2 --b-pyramid --direct auto
--deblock -1:-1 --psy-rd 1.0:0.25 --partitions p8x8,b8x8,i4x4,i8x8 --qpmin 12
--qpmax 35 --qpstep 8 --ipratio 1.6 --pbratio 1.4 --qcomp 0.7 --scenecut 70
--me umh --merange 32 --threads 4 --thread-input --aq-strength 0.8
--no-dct-decimate --psnr --ssim --output "output" "input"

これに--aq-sensitivity 9　--deadzone-inter 8 --deadzone-intra 6　--sar 1:1を追加したんですが
outputの後に追加されてしまい、当然ながらエラーが出てエンコードできません
記述位置を変更することできないのでしょうか？
また、deadzoneの項目はグレーアウトされているので、自分で記述しようとしています

ここはavisynthスレであって、MeGUIスレでもｘ264スレでもない
消え失せろ

BCSを使うときは少し工夫したほうがいい。

順番
1 映像ソース読み込み
2 BCS
3 逆テレシネ
4 リサイズ
5 その他フィルタ

とした方がいい。TIVTC24P2等の逆テレシネをリサイズの後にやったら、画面が縞々だらけになった。
あと、BCSInterlacedResize_modを、YV12保持するなら、yv12toyuy2_laced使った方がよいですかね?

工夫もなにも、インタレを処理する前にリサイズしたら潰れるに決まってるだろ…

たぶんいつもの人だから気になってもスルーで良いと思うよ

またドキュメントに加筆しようと思っているが、推奨の順番はこれ

MPEG2Source
Dedot / Decross
TFM(PP=1).TDecimate / Bob
vinverse
BCS_mod
3D/ 2DNR
BCSResize

ポイントはIVTCのフレーム内補完をオフにすること（フィールド入れ替えのみ）。
BCSをIVTCの前に持ってくる場合でもYV12のままで劣化はしない。
むしろプログレだろうがなんだろうがYUY2を挟めば劣化する。

ところで
c1=AVISource #Progressive YV12 ソース
c2=c1.converttoyuy2.converttoyv12
で c1 と c2 が完全に一致しないのはなぜ？

YV12変換時に色差に補間が入るから

AviSynth 2.6なら、ConvertToYUY2(chromaresample="Spline36") という風に、少しはましなリサンプリングができる。

>>144
あたた、エロイね
2.6から最新のX264には何故ＹＶ12に変換されるのかの説明が
デバックされるらしいよ
よほど多いのでしょう、？さんが
143が見ても理解出来んでも、記載さぜるを得ないのかな
自爆でも裁判ざたになるからね〜最近は

最近はx264スレだけじゃなく、ここまで外人さんが出入りするようになったのか？

>>142を参考に
yv12toyuy2_laced(matchfields=true)
BCSInterlacedResize_mod(dest_height=486, mode=1)
TIVTC24P2()
BlackmanResize(960,720)
converttoyv12()
return last

>143
なぜ補間なんて必要なのでしょうか？
YV12ソース時点の色差成分は当然 Line0=Line1 として
converttoYUY2後の時点で Line0<>Line1なのでしょうか？
converttoYUY2後の時点でも Line0=Line1 なら補完自体が
おかしいですよね。
う〜ん。

まあ、プログレッシブのソースでConvertToYUY2.ConvertToYV12 としたくらいでは、一目で分かる様な劣化はしない。
ただ、何度も繰り返すとだんだんぼけてくるが。

どうやらconverttoYUY2に変換するときに補正しているということのようですね。
Y=1080Lineとすると
UV=540Lineなので
converttoYUY2の時に UV 540->1080 ってことで線形リサイズみたいに
補完してるって感じですか。

YV12を再生する時はビデオカード（もしくはcodec）も補完しているのでしょうか。

>>151
そう。例えばMPC-HCでは、NV12以外の4:2:0のアップサンプリングの品質が今ひとつなビデオカードのために、
"YV12 Chroma Upsampling pixel shader"と言うshaderが用意されていたりする。

縞無し24のエンコどうしてる?
縞無し24を普通に解除してもどれもジャギーがでてしまう...orz
インタレ維持+TIVTC24P2→リサイズでもダメでした。

インタレ維持+TIVTC24P2
これの意味がよく分からんが間引かないで30で通しちゃえば？
スクロールとかパンとか気になるとこだけ手動で処理してさ

>>153
縞無しってことはプログレッシブなんだからインタレ解除する必要ない
インタレ解除と間引きがごっちゃになってないか？
縞無し24の場合は5フレーム中重複フレームが1つあるからそのフレームを間引くだけでいい

aviutlを使う最後の理由がNL-Meansなんだよな
NL-Meansの空間=3、時間=0、分散=45ってTNLMeansでどう指定したらいいの?

>>156
たぶん、空間: Ax, Ay 時間: Az 分散: a くらいだろうから、どんな数値が当てはまるかは自分で頑張れ。

分散はhだと思う。
TNLMeansの方が高性能だけど、大分重いね。

64bit環境で、AnimeIVTC v2.0を使おうとしているのだが、AvsRecursionやfftw3.dll(LSFmodに必要なVariableBlurを使用するのに必要)がどこに入れればいいかが分からない。(32bit環境ならsyastem32フォルダに入れればいいのだが)
また、必要なプラグイン入れてもDEdgeMaskの関数がないと言われてしまうのですが...

>>159
SysWOW64に入れる。

>>160
サンクス
マジレスだとおもうけど

　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　syastem32とSysWOW64のどっちにも入れればいいじゃん！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

何かさ、寿司食って幸せと思う時は日本人でエガッたけど
事、最新になると
どん臭くて、恥らうよな

もうちょっと日本のデベロッパーが協調性を保てるように
古参はリードすべきだよね

例えば、何かを具体的に表現出来きるならば
英語を恐れず、投稿すべきだし
皆、最適化に親切だし、発想をリスペクトしているよ

OK,考え方ね

例えば,DfftestMC
これらの変更点は、オリジナルの関数に従う事で
口酢ッパク言われていた

逆言えば、長く使えますし、強いよね

また英語圏英語圏叫ぶキチガイの定期レスか

x264のスレでも「日本人は」とかいう奴よく出るよなあ

30fpsクソテロ除去するのに
TIVTC24P2().Crop().BilinearResize()
を
Crop().TIVTC24P2().BilinearResize()
にしたら失敗しなくなった
いいのかこれで・・・

DEdgeMaskの関数がないというエラーの原因は、MaskToolsのMT版を使ってたからだ。
MaskTools v1.5.8を使えば解決。
ただ、AnimeIVTCはi7 860環境でも重い。
最終手段として使ったほうがよさそう。

>>168
Bobとか重すぎてホント使い物にならない。

長いので分けて書きます。

a = Trim(0,149).BCSInterlacedResize_mod(dest_height=486, mode=1).AutoDeint().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
b = Trim(150,2247).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
c = Trim(2248,2487).BCSInterlacedResize_mod(dest_height=486, mode=1).AutoDeint().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
d = Trim(2488,21429).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
e = Trim(24130,38642).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
f = Trim(38643,39597).BCSInterlacedResize_mod(dest_height=486, mode=1).TDeint(mode=1).ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
g = Trim(39598,40397).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
h = Trim(40398,42795).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
i = Trim(42796,43693).BCSInterlacedResize_mod(dest_height=486, mode=1).FrameCache(9).Auto24FPS().vinverse().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)
j = Trim(43694,44046).BCSInterlacedResize_mod(dest_height=486, mode=1).AutoDeint().ResizeBCS(960, 720, 180, 2, -180, -0, scale=true)

>>170の続きです。

all = EasyVFR_Create(a, "./", "XXX")
all = all.EasyVFR_Append(b, 150, 2247, chap="OP")
all = all.EasyVFR_Append(c)
all = all.EasyVFR_Append(d, 2488, 21429, chap="Aパート")
all = all.EasyVFR_Append(e, 24130, 40397, chap="Bパート")
all = all.EasyVFR_Append(f)
all = all.EasyVFR_Append(g)
all = all.EasyVFR_Append(h, 40398, 42795, chap="ED")
all = all.EasyVFR_Append(i, 42796, 43693, chap="次回予告")
all = all.EasyVFR_Append(j)
all

EasyVFRの書き方は下手ですいません。
EasyVFR改3で上記の設定でVirtualDubModに通すと、WScript関連で「クラス文字例が無効です」というエラーが出てしまいます。(WScriptのパスは指定済み)
どうすればいいのでしょうか?

Wikiに載ってるDGAVCDecのリンクが切れてるようなんですが
他の手段でH.264のファイルを入力するとしたらどんな手段があるでしょうか？

>>172
http://www.mediafire.com/?j24gn3n03wd

まあ、FFVideoSource等で代替可能ではあるが。

まだ揉めてんのか

今日はプログラム書く気にならないから、icc-buildの第三弾。

http://uproda11.2ch-library.com/11219921.zip.shtml
DL-Key: icc

最適化オプション変えて、最適化してみた。

DGAVCDecってx264のGUIフロントエンドの殆どに今でも普通に同梱されてるよな
ちょっと確認してだけで、StaxRip、Ripbot264、Micro x264には入ってたｗ

>>175
ICCを絶賛ιょぅょ？
最適化したのはお前じゃなくてICCだろｗ

バンディング低減使いたいんだけど、クソ重くなるね
GradFun2DBmod(temp=70,adapt=60,str=8,mask=true,radius=2,range=1)
でやってるんだけど、GrainFactory3もあまり時間変わらないし、
radius2→radius1にしたら速度あがるんだけど、途中で絶対落ちる
みんなはバンディング低減どうやってやってるの？

>>170
可哀想なやつだ...

最近これ使い始めたんだけれどけっこう面白いね
avisynthのプラグインの中で最も有用なインターレース除去プラグインってどれなのかな？
皆さんは何使ってらっしゃるんですかね？

>>180
そんな質問で答えが返ってくるとでも？

>>175
乙。EEDI2おれの環境で0.04fps上がった。
まだまだこれに頼る事多いから助かるよ。ありがと。

>>170
>WScript「クラス文字例が無効です」

なんじゃそりゃ?

>>170
warpsharpは入ってるかな?
他にも、perlとMath::BigRatが必要だぞ(インストール方法は知らん、誰か情報求む)
または、EasyVFR改3を諦めて、改2を使う。

>>178
私はGradFun2DBmodには、重さを我慢するだけの利点が有ると思うから使うけど、
速度を重視するのなら、 GradFunkMirror(strength=1.5).AddGrain(var=1.2) と言う風にもできる。

>>180
まずは、そこそこの品質で高速に動作するYadifを試してみると良いかな。
アニメ等、Weaveが可能なフレームの多いソースなら、TDeint(type=3, tryWeave=true) とした方が良いかもしれない。

>181
まあそう言いなさんな。

>180
TDeint, vinverse。

>185
TDeint(type=1...
の方がいいと思う。type=3は線がオリジナルより細くなったりする。

>170
dest_height=486, mode=1 はデフォルトだから空欄でいいよ。
明示的に指定してるならResizeBCSの方にもないとおかしいし。
それと横方向のCropはScaleに影響しないから
Crop(180,0,-180,0).BCSInterlacedReized_mod().AutoDeint().ResizeBCS(960,720,0,2,0,0,scale=true)
の方が若干スピードアップするんじゃないかな。
質問の答えじゃないけど。

24fpsソースならAuto24FPSだけで特に問題ないな。
いろいろ試してみたけど、違いがよくわからん。
リサイズしたら、違いなんてわからなくなるんじゃないかと思うんだけど、そうでもない？

自分で見て違いが分からないならそれでいいと思う、ほんとに

>>175
これはどうのように使うのでしょうか？
fft3dfilterを使ってみたいので、Avisynthのプラグインフォルダに入れてもdllが読み込めないとエラー吐きました。
runtimeの方にもfft3dがあるようなのでプラグインの配置の仕方が悪いのだと思うのですが・・・。
ご教授お願いします。

>>178です
やはりGradFunkMirrorにしたんだけど、AddGrain使うとx264.exeが落ちるorz
AddGrainCもだめでした。SetMTMode(5)でやってます
もしかして、AddGrainってMT使えない？

本体：avisynth2.5.8
AddGrain　　0.1.0.0
AddGrainC　0.1.2.0

>>184
ActivePerlインスト。
Perlの知識が無いんで、他にいい方法があるかもしれなけど。

>>191
avs2yuvとx264を別のプロセスで動作させるこれなら上手くいくかもしれない。
http://forum.doom9.org/showpost.php?p=1234822&postcount=1

>>171
EasyVFR改3で、Perl環境が不完全なときに見たような・・・。
手順は

�@ActivePerlインスコ。
�AコマンドラインでPPM(Perl Package Manager)を起動して、Math::BigRatをインスコ。
�BtcConv.exeを探してきて、パスの通ったところに配置

�Cスクリプトの最後(allの下)に以下を追加。(timecode_v1.txtはデフォルト名)
tcConv = "tcConv timecode_v1.txt timecode_v2.txt " + string(FrameCount)
Call(tcConv, "-2")

�DDtsEditなりで、出来上がったmp4にtimecode_v2.txtを注入

こんな感じで使ってるけど。

>>191
AddGrainCはver1.2以降はMT（or SetMTMode)使うとメモリリーク起こすよ
あと2.5.8MTでもSEｔ版なら大丈夫だけど、JD版はクラッシュする
AddGrainC1.1&2.5.8MT(SEｔ)なら大丈夫

ただし俺の環境の場合ね

>>194

�Cはうそ。
WriteTimeCode_v2()
の一行。

ためしに>>185の言うTDeint(type=3, tryWeave=true)を使ってみたけど、
縦スクロールで動きがガクガクになった。
ソースはソラノヲトのOP

>>197
どんぐらい試したんだという話。
ソースの載せろよ。

>>193
seraphy 氏のavisynth.dllとMT.dll使ってたんですが、
Jeremy Duncan 氏らのやつに変更したら、落ちることなくうまくいきました。

>>195
やはりそういうのあったんですね
AddGrainはJD版でもいけましたので、しばらく様子みようと思います。

お二人とも情報ありがとうございました

>>198
すまん、ちょっと勘違いしてた。なかったことにしてください。

Weaveが不可能な60fpsで動く部分には、TDeint(edeint=nnedi2, emask=TMM) とすれば良い。
TDeintではなく、yadifmod(edeint=nnedi2)ともできる。

すみません、どなたか>>190をお願いします。

2chにおいて回答の催促は死亡フラグ

検索したらあっさり解決したんだけど
http://www.esnips.com/doc/da12105f-9860-4e25-b8c1-43497efa1850/fftw-3.2.2_core2_sse4.1

>>190 ごめん。間違えてた。
fft3dfilter.dllをruntimeにも入れてたみたいだね。
fftw3.dllをPATHの通ったディレクトリに置けば動くよ。

>>204
>>205
runtimeの中のlibfftw3f-3.dllをfftw3.dllにリネーム後
libiomp5md.dllとmsvcr80.dllの3個をsystem32の中に入れました。

Avisynthのプラグインフォルダに./fft3dfilter.dllを入れたところ
VirtualDubが
「コンピューターにlibmmd.dllがないためプログラムを開始できません。この問題を解決するには、プログラムを再インストールしてみてください。」というエラーを吐きます。

試しに、./runtime/fft3dfilter.dllをAvisynthのプラグインフォルダに入れてみると
エラーがでることなく普通に起動できます。

まだエンコードの方は試してませんが、これから仕事なので取り急ぎ報告まで。

FFTW Installation on Windows
http://www.fftw.org/install/windows.html

ウチはリンク先のfftw-3.2.2.pl1-dll32.zipの中のibfftw3f-3.dllをfftw3.dllにリネームして
ibfftw3f-3.dllとfftw3.dllをsystem32に置けば使えたって話

あと質問するなら自分の環境ぐらい書いた方が良いよ

うー、投稿ボタンを押すか悩む…。

第4弾
http://uproda11.2ch-library.com/11220116.zip.shtml
DLキー: icc

>>208
超乙

>>208
中確認しますた
mt_masktools-25.dllだけじゃなくmt_masktools-26.dllもつけてくれると有難かったり
なにはともあれありがとうございます

TempGaussMC_beta1mod(mod2も確認)は、ソースによっては、テロの「・・・」の部分が残像になってしまうことが判明。
それ以外の文字は残像は出ていない。

原因分かった。
BCSInterlacedResize_modをTempGaussMC_beta1modの前に配置していたからだ。
BCSInterlacedResize_modを使わなければ(またはTempGaussMC_beta1modの後ろに配置)残像は出ないけど、今度は映像にジャギー発生という問題がある。

BCSInterlacedResize_modのバグかもしれないので報告。

>212
残像処理は以前要望があったから加えたんだけど、BCSInterlacedResize_modの後に
フレーム内の複数ラインを混ぜるようなフィルタ（リサイズフィルタ等ほとんど）を使うと当然
画像と黒帯の境界線付近が縞になる。

ってことで残像処理をOn/Offできるようにしたついでに、残像処理自体も改良が完了して
検証のためにがんばってたら熱が出てしまった。で、今日やっとドキュメントの追記が完了した
ところにこのレスが。タイミングいーな。

計算がやや複雑な割に、多少間違ってても結果に全く影響がでない場合がほとんど
なので検証が難しいのだが、まあ試してみてださい。
>212 の言う残像っていうのがフレーム間のことだったり、ジャギーっていうのが画面端以外での
ことならBCSの方では解決できないと思う。

BCSInterlacedResize_mod Ver. 1.1
http://www1.axfc.net/uploader/File/so/37317

>>208
お疲れ様です。
今度は無事動作しました。

これ使ってる人いる?
ttp://nyaamemo.seesaa.net/article/112380185.html

俺の環境では、このフィルターをかけてx264(revision 1376)でエンコしようとすると何故かx264が必ず落ちてしまう。
他の人はどうなの?

連スレ失礼
AnimeIVTC() v2.00でアニメのOP試しにエンコしたら、i7 860でも1時間半以上かかるみたい(検証済み)
AnimeIVTC() v2.00を高速化したらどうなの?
>>208の力も借りてな。(>>208に失礼で、すまん)

Nonlinear sharpeningだったら、それを使わなくてもLSFmod(defaults="slow")で可能。

>>214がもう消えてるみたいなんだけど再アップお願いできませんか？

音声付き早見プラグインって知らない?

>219
あるよ。

>>221
ttp://milano.axfc.net/uploader/File/l/xxxxxxxx/File_37317.zip にはファイルが見つかりませんでした。（一部伏せ）
ばっかで落とせなかったんだけど、今やったらやっと落とせた、thx！

BCSInterlacedResize_modの説明書によると、インタレ解除してから使ったほうが良いのか。
ということは、TGMCmodなどでBob化はジャギーがさけられないということか。

>223

けんぷふぁーとFIRLY TAILで検証した結果、
BCS->TFM->vinverseだと細かいインタレ縞がとれなかったが
TFM->vinverse->BCSだと綺麗になった。

フィルタの組み合わせによっては逆が良いことも当然ありうる。

ちなみに preset を使う場合、間違って指定すると（例: GONSO とか）
何も指定してないのと同じになるので注意。
次回バージョンアップで修正。

何か、普段、洋楽や洋ピン専門だと
PALをあつかう事も多いけど
日本のイメビのデインタレが一番めんどいね

元がVHSなんかに対しては、まったく多勢に無勢だね
参考にする意味では
個人的にはトレイシーローズなんかの80Sを
アプコンしてる。ただ、4/3のSDが悲しい
vRevealのCUDAで240Pから480Pにしてから
各種デノイズ噛ましてるよ
時代的にMPEG1素材が多いのよ

お後さ、どうでもいい時、tmpgenc 4.0 xpressのH264は
デベロッキングを使わないのか、色彩が豊かなんだよね
低ビットじゃ使えないけど、カラーコネクションが優れているのかな？
明らかに、鮮明だけど1500以下じゃ実用的じゃない
ま、色々あるけど、メインコーポ社のH264も優秀ね

割りとショッキングなのは
DGIndexからカラーコネクションを引き継いでも
tmpgenc 4.0 xpressからRIPした方が都合が良いのか
「あじのもと」的にごまかされているなかな？
個人的には最高品質のBT.709変換に誤魔化されていると思いたい

>>227-228
そう思うんだったらDoom10なり#x264なりに行って、Dark Shikariにでも直接言えよ
あの兄ちゃんはx264がほんとに劣ってるなら、意地でも改良してみせるだろ
DGIndexのドナルドにしたってそれは同じだ
>>163はお前だろ

うん、僕、時間的にも
ちなみに、H264とｘ264は違うよ
木本と木元の違い
ただ、tmpgenc 4.0でRIPから可逆にした事ないから
試してみます。単純にチャプター等が掘り出せないから

ちなみに、今、使用しているデノイズは、DfftestMC
単純に動き保障と、デフォに準じる様に改変されたから
即ち、元が変更されても左右されない普遍性が付加された
逆言えば、リスペクトされつずけるし
パラメーターの変更にアナログなのに？じゃないのがイイ

まともな日本語書けないなら英語で書け
そのほうがよっぽどわかりやすいわ

ただ、空気読めない男なのかな
同じ仲間の気を慨したのなら、ごめんなさい
酒の席と言う事で
勘弁して下さい

言いたいことが伝わらん
英語で書けばいいものを

喧嘩うってるようにしか読めねぇｗｗｗ

うん、面白いね？
ただ、少なくてもスレ代に準じる事は重要だよね
お互い、いい歳なんだし

個人的にはあなたは、日本人に見受けられますし
当事者同士で母国語以外での会話とは、自然でじゃ
無いですし、やはり、TPOありきでお話いたしましょう？

例の英語圏英語圏言うキチガイか

スクリプトじゃないの

1440x1080のソースを
yv12toyuy2_laced(matchfields=true)
BCSInterlacedResize_mod()
とするとAvsPで1440x488となるんだけどデフォルト486じゃないん？

スマン・・・たぶん自己解決した
4の倍数にしているのね

Avisynthとは直接関係ないんですが質問させて下さい
古いビデオをキャプしたソース(Mpeg2)があるんですが、
こいつをDGINDEX＋DGDecode.dllでVirtualDubに開くと
再生時間が1:50:48→1:50:35と、元動画に比べて13秒も短くなってしまいます。
DirectShowSourceで読み込んだ場合は元動画と同じく1:50:48で表示はされるのですが
実際にDivXやH.264でエンコードさせてみるとやはり短くなってしまいます。
※いずれもfps操作などのフィルタは使用していません
このような現象の原因に心当たりのある人いませんでしょうか？

フレーム数比較するとどうなるの？
実際13秒分欠落してる？

DGDecode→198869フレーム
Directshowsource→199260フレーム

差し引き391フレーム
フレームレートは29.97fpsなのでおおよそ13秒差で合ってると思います
元動画自体のフレーム数は測り方がわからないので測ってないのですが
おそらくDirectShowの方と同じではないかと。

いやいやいやｗ
13秒もあったら自分で目で見てなくなってるかどうかわかるでしょ？

DGIndexでフレームリスト作ってるんだから普通に考えればDGDecodeのフレーム数のほうが正しい可能性が高い。
MPEG2なんかはタイムコードが当てにならんことも多いのでDirectShowは使わないほうがいい。逆の可能性なら
一部のフレームが破損しててDGIndexがそれをスキップしてるとも考えられるな。音声の長さはどうなってるんだ？

>>244
そう言われて元動画とエンコ後を見比べて見てて気がつきましたが
元動画で短時間静止画(ヌルフレーム？)になる部分がところどころにあり
エンコ後はそれが無視されてるみたいです
古いビデオのキャプなので元の信号に問題があるんだと思うんですが・・・
元動画では2秒ほど画が完全に止まるところで、エンコ後はそれが完全に無視されている
部分を見つけました。たぶんこういう部分が動画の色んなところに分散されてるんだと思います

>>245
>一部のフレームが破損しててDGIndexがそれをスキップしてるとも考えられるな。音声の長さはどうなってるんだ？
まさにこの症状なんですかねー。
音声の長さはエンコ後も元動画と変わりません(実際に耳で聞いてても元動画とほぼ同じタイミングです、
つまりエンコ後は盛大に音ズレしてます)

問題ある部分を全部手動でカットとかすればおそらく上手く行くんでしょうが元動画が長すぎて辛い・・・
静止部分を無視させないためにはどうすればいいですかね？

TMPGあたりでコンテナ作り直すとか試して見れば？

まるもで読んでみるという手もあるよ

>>241
Video -> Field Operation -> Honor Pulldown Flags

>>247
無料版TMPGencってMPEG2扱えないんじゃなかったでしたっけ？
変更があったならすいません

>>248
試しにAviutl＋まるもで読ませて小範囲のテストエンコしてみたら
どうやらフレームドロップ無しで出力出来てるみたいです
これで試してみます

>>249
その設定でd2v作り直してみましたが結果は同じでした・・・

テロップみたいな白と黒の部分だけをマスクにすることってできる？
masktoolsがそれっぽいんだけど、mt_edgeはエッジだけだし…

付着したウンコをこすってより見苦しくするようなこと考えるなよ
Cropすれ

だれかDGDecode.dllをSJIS対応してください
d2v内のソースへのパスが絶対パスじゃなくファイル名のみで、d2vファイル名に\が含まれてると d2vが読めません

d2vファイル名から \ の含まれる文字を消すか
d2vファイル内のソースへのパスを絶対パスにするといいので
「それなら、そうしたらいいだろ」で終了しそうなことなんですが

わからんなりにソースを見てみたら
d2vファイル名の文字列最後から先頭にさかのぼって、最初の\までをディレクトリ名にしてました
本当にSJISが憎憎しい
2バイトコードで \ さえ避けてくれていれば
英語圏のソフトがなんの問題も無く使えることが多かっただろうに……

勘違いしてました
まるもで読んでもやっぱり同じようにフレームドロップしてるみたいです
しかもDirectshowなら読み込みだけはちゃんと出来ると思ってたら
最終的な再生時間の帳尻だけが合ってて実はフレームドロップ自体は起こってました

こういうタイプの破損したソースだとDGINDEXでもDirectshowでもm2v.vfpでも
ちゃんと読み込めないんですね・・・
あとはもう手動で音声削って無理矢理帳尻を合わせるくらいしか無いかな・・・

ドラマのスタッフロールのみインターレースのやつがあるんだけど
プログレッシブかインターレースを自動で判断して解除してくれるフィルターってありますか？

普通のフィルタは勝手に判断してくれると思うけど
別にそのスタッフロールの部分だけフィルタかければいいだけじゃない？

強制的にfpsだけ変更する方法教えて。
あとは音声を早送り再エンコできれば1.25倍速は簡単に実現できるかな

>>257
AssumeFPS(”フレームレート”)

AssumeFPS(23.976,sync_audio=true)
とかすれば音声も合わせて変えてくれる

ヒントありがとう
色々試したけどサンプリング周波数が変わってしまってffmpegで読めないみたい
サンプリング周波数を変えずに長さを変える方法ない?

厨と呼ばれて当然の事を、調べもしないで訊くバカが住み着くスレではないので、
AviSynth Wikiぐらいは読んでおくように。

サンプリング周波数を変えずに長さを変える方法が書いてあるって?

ようやくできたぶっちゃけスマンかった
しかし声がキモくなるなぁ
レコ並にする方法ないもんかなぁ

http://www.avisynth.info/?TimeStretch

thx!
pitch=80でいい感じっす

http://mamono.2ch.net/test/read.cgi/tubo/1260338143/682

682 名前：最低人類０号[sage] 投稿日：2010/01/16(土) 13:15:57 ID:ibkN0mH50
じゃあ一点だけ
ありやは自分の技術力に自信を持っている
言動やブログからそれは明らか
特に制止画キャプでの局ロゴ消しはアプリと手法を開発して自分が第一人者だと思っているし
性格的に理系にありがちな完璧主義
ロゴを消さない画像は自分では許せないらしい
画質も自分の中で完成された物を崩すのは許せないだろうな

これからどんなことが言えるのかは(笑)でも判るだろ？

やる事ナイから、久々にxvidをしてみたら
SSIMが気になって、色々探したけど
やっぱ、古くて使えるのが限られているね

何か良い、シャープフィルタない？
マスキングしてシャープさを出すと
元に戻ってノイジーになるのよ
正常だけどさ

お後、ダイレクトショウからX264を食わせる場合
例えば、2、３個は同時起動する（プレビュー等）けど
coreavcはcudaから食わせられるから、レンダラに依存しない
が、複数起動はタブーだと認識してるが、9600ＧＴ以上の
ＳＰが200以上なら可能？

ごめん、9600ＧＴと比較して
ＧＴ260以上ね
割と、性格に検証できる方は
懐寂しいのよ

Wikiを見ても逆テレシネのプラグインは自動判定するものしかないみたいですが、
周期一定の時はどうやって処理すればいいんですか？

>>269
Doubleweave()とSelectevery()でよくね

>>223
テロの部分は、TGMCmod->vinverse->BCSでやっているのだが、ジャギーが残るのは確かだ。
その点については、諦めるしかないでしょう。

>>270ですこし実験してみました。
Doubleweave().Selectevery(10,0,2,5,7)
みたいなやり方でいいんでしょうか？

>>213
>残像処理は以前要望があったから加えたんだけど、BCSInterlacedResize_modの後に
フレーム内の複数ラインを混ぜるようなフィルタ（リサイズフィルタ等ほとんど）を使うと当然
画像と黒帯の境界線付近が縞になる。

その点改善してくれよ。

>>272
いくらなんでもひどいな
ソース持ってるの自分なんだから自分で確認しろよ

>>251みたいの無理かな？

>>274
自分で確認した結果、問題なさそうだったので
この考え方で合ってるか確認したかったんですがまずかったですか？

自分がいいならそれでいいじゃん
どこかにうｐするわけじゃないんだろ？

>>277
その答えを見る度に思うが、そういうもんじゃないって。
より良い手段があるなら知りたいと思うだろ。
知らないにしても教えたくないにしても、無視すればいいことだろうに。

まあ>>272に関しては俺は知らないし、ググればわかりそうな気がするのでがんばれ。

DoubleWeave().SelectEveryで過去ログ検索すれば答えはすぐに
でてくるんだが。

30->24fpsなら、DoubleWeave.Pulldown(a, b)とした方が、楽に記述できる。

PT2でキャプチャした動画をバッチ処理でエンコしたいのですが、
聴覚障害者用の字幕をできたら表示非表示を再生時に選べるエンコってできないでしょうか。
無理なら必ず表示させる方法がありましたら、教えてください。

カットも何もせずただ縦横サイズとファイルサイズを減らすために使いたいのですが、
字幕の表示は選べるようにするか、無理なら表示したいです。

Avisynth関係ねぇじゃん


Caption2Ass_mod1、SrtSync、ついでにnkfでggrks

> 聴覚障害者用の字幕をできたら表示非表示を再生時に選べるエンコ
泣けてくる（笑）
「聴覚障害者用の字幕を作ってもいい人」でもエンコ（複製）したら違法ですから

字幕ファイル単独で作りゃいいのにな。

聴覚障害者用ってのが臭すぎるw

>>213
バージョンアップマダー?

>273
>286

>214

今まで、PowerDVD9のアプコンを検証していた

どうやら、正体はPPだね
ただ、CUDAも使えるのが新しくて
相当濃いよ
ただ、調整中に相当落ちた

BCSとEEDI系のフィルタは併用しない方がいい?(文字が潰れる)
BCSよりも、eedi3(sclip=nnedi2()).BlackmanResize(1280,720)としたほうがきれいになったのは気のせい?

BlackmanResizeってなんだｗ
調べてみよう。

1/02付けのやつでもAVIutlのバンディング低減プラグインは読み込めないか
あれの掛かり具合と速度が一番好きなんだが、あれのためにAVIutl一々起動するのめんどくせ

>>291
GradFun2DBmodを使えばいいじゃないか。

>>292
速度と仕上がりの調整できるなら使うんだがなぁ
色々弄ってるが速度の改善だけはできないわ
ADDgrain使う方法は仕上がりか完全な改変になるし
速度のために選択するやり方じゃないなと

GradFun2DBmod(mask=false)とすれば速くなる。
ただし、バンディングになりやすいグラデーションだけを処理できると言う、他には無い利点は失われるが。

>BCSmodの作者
>>289の言う通り、文字がボケました。
どの順番に入れればいいのでしょうか?

そういえば、EEDi2やEDIUpsizerやnnedi2のリサイズ方法(使い方)が書かれているサイト、あまり見たことがないな。

>>295
Readme.txtとか入ってるじゃん
ついでに sourceも入ってるし。

Readme.txtが英語だらけでしたが、なんとなく分かりました。

eedi3とnnedi2が高速化すれば、BCSもいらなくなる?が来るかも知れないね。

>>297
>eedi3とnnedi2が高速化すれば、BCSもいらなくなる?が来るかも知れないね。
日本人だけに多い傾向
まず、nnedi2は今現在、SIMDへの最適化はベストDEATH
eedi3はベータ版で最適化も何もしてないと告知済み

例えば、彼らの最適化とは、より普遍的な
つまり、メーカーに左右されない様な形DEATH

とりあえず、恥じましょう
恥じる事から何かを学ぶ

例の英語圏、英語圏叫ぶキチガイきたこれ

ここはあえて生やそうぞ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

あえても、何も僕らには遊びが生まれつき無いのよ
ワロタ、キチガイ、氏ねを
MSレンダラで連呼しているに過ぎない
童貞と処女のSEXに近いね

林家ペー知らずに、人生コピペーだから
で、何か新規あるのかい？

な、キチガイだろ
何言ってるか分からない

うん、日本に居ないから
それで良いよ君の未来は

例えば、
平均的な妥協点
edeintted = AssumeTFF().SeparateFields().SelectEven().nnedi2(field=-1,dh=true)
tdeintted = yadifmod(edeint=edeintted,order=1)
tfm(order=1,clip2=tdeintted).tdecimate(hybrid=3)
vinverse()
TOP専用

まぁ、案外俺の言葉に傷ついてるって分かっただけで良かった
キチガイって煽り文句に寧ろ喜んでると思ってたよ

あんまり言い過ぎて自殺されても困るから
俺はここらへんでもう言わないでおこう

もちろん
yadifmodをTDeintに変えても良いし
nnedi2をEEDI2(field=-1)でも良い
割りと、この辺のカラクリは既存じゃないよ

前者の方が速いけど

あんまり、関係ないけど
最近のバグ
AAC（Only NERO?),様はダイレクトショウ経由でWAVからAACでズレチャウ
tmpgenc 4.0 xpressはズレ無いけど有料

追加
ダイレクトショウ経由では無いFoobarも同じ

倍速化するとたまに音声が乱れない?
TimeStretchが原因かな

eedi3が遅いなら、eedi3を誰か高速化すればいいじゃないか。
だが、俺にはeedi3の高速化改造に必要な環境持っていません。

おーいつのまに英語圏たん来てたのかー
相変わらずのKYっぷりに安心した　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　とっとと消えてくれ

BCSじゃなくて、Utlのインタレ維持リサイズもインタレ解除(bob化)の後に持ってきたほうがいい。
前に持ってくると>>211と同じ問題が発生。

LSFmodやMCTemporalDenoiseってアニメソースだとovershoot系の設定を0にした方がいいのかな？

ロスレスのオーデオ、例えば、FLACなんかと
x264をMKVすると、ダイレクトショウ経由じゃない
オーデオプレイヤだと、スプリッタの関係か
遅くて実用的じゃないし、相当色々試したけど
分けて、再生時は同名ファイルから
音声を読み込む事で落ち着いたんだけど

何か良い案ない？

なんでこのスレで聞こうと思ったんだ？

なんでってそりゃ馬鹿だからだろうよ

理由として、ひとつにまとめた方がスーマトだから
MP4系のロスレスも試したが、共有出来そうないからダメ
Wavpackも差分と分ければスマートだけど
デコーダの選択と差分の見分けがつかず、ポイされるからダメ
FLACも色々あったよ、CUDAを使うのとか
基本的にオーデオに並列噛ます人のは使っちゃだめだけど
この人、別次元だね、スバラシイ

>>314
意味が理解出来る人がいるから

日本人じゃないっぽいし自国語の掲示板で聞いたほうがいいと思うけど

例えば、CUDAのFLACは
本家のLev.8の5〜6倍の速度で
容量も約5ｍｂ少ない
目安として、WAVPACKのノーマルとほぼ同じ容量
TAK　２の10ｍｂ増し
一番重要なデコード速度はバージョンで違う
0.6は本家と誤差少なし、最新0.91は
TAK100に対し150で本家200位の差

公平に言えば
LPCMｘ6000
WAVPACKｘ240
FLACｘ600（本家）mode8
FLACｘ580（6.0) mode7
FLACｘ510（9.1) mode7
問題なのが、この人、プレゼンがヘタクソなのよ

問題なのが、スレタイもよめない、ID:gCmFcSug なのよ

だから、余計に尊敬はするかな？
めんどくさい事をスルーするのも
器量のうちかな、出来ないけど

面倒というか、この板の為にスルーする必要があるｗ

何か貼り付け様か？

まず、ソースを提示してくれ

待つ間、凄くVP6の低解像度がさんまのマンマで
怖いよ

いつまでも、ガキでいてもいい
魚食えよな

うん、飲みにひさしぶりに行く
例えば、抑制できないのが短所

http://www.hydrogenaudio.org/forums/index.php?showtopic=64628&st=4
特に、別に指定しない
当事者のデフォの観念が分かりかねる

例えばね、エンコ専用じゃないよ
FFDSHOWとは兄弟で、何故、詳しくないか？
兄貴達か先人に聞いてくれ
何人皮、日本人で参加されている方がいるわけで
誇りに思って感謝しようね、意味が理解できなくても

320君へ
バイバイ
大人はスルーする事に理由は無いのよ
経験がすべて
オナニーをよりリアルがavisynth

英語圏の人、もう誰にも相手されないなｗ

TIVTC24P2をBCS向け?に改造した。

function TIVTC24P2(clip clip){
Interp = clip.AssumeTFF().SeparateFields().SelectEven().eedi2(field=1)
Deinted=clip.TDeint(order=1,field=1,edeint=Interp)
clip = clip.TFM(mode=6,order=1,PP=1,slow=2,mChroma=true,clip2=Deinted)
clip = clip.TDecimate(mode=1)
return clip
}

改造といっても、TFMのPP=7をPP=1に変えただけ。

誤爆しないように改造しろよ

なんか勘違いしている人が多そうだが
eedi系等で片フィールドを捨てるならBCSの意味はない。

SeparateFields->486/2にリサイズ->eedi系

どうせ片方を捨てるならshiftでずらして再構築する必要がないから。
プログレッシブフレームが構築した後、IsCombedTIVTCがtrueの
ところは上記の通りに、falseのところはBCSでやればいいんじゃない。

>335
>プログレッシブフレームが構築
プログレッシブフレームを構築

>>332
TIVTC24P2に頼り切っているので助かりました。

>>335
ということは、TIVTC24P2の後にBCSは意味ないってことですか？

>337
いや、tfm(PP=0 or 1)でうまく行くところはBCSでアプコン縞対策が可能。
TDeintやらeediやらでフレーム内補完を行うなら片フィールドを捨てて
自分でアップコンバートした方がよいということ。

ただeediやらの挙動を詳しくしらないので
SeparateFields -> eedi
と
SeparateFields -> 486/2 -> eedi
のどちらが良いかはわからない。たぶん後者だろう。

のだめ一期、第一話に見られる事故画質のジャギの戻し方教えてくれ、ソースは960x540相当らしいが。

>>340
アニサロの画質スレ37（過去ログ）にあったよ。
http://hideyoshi.2ch.net/test/read.cgi/asaloon/1258952939/717

見れなかった時の為、必要な点のみ。
>SwapFieldsした後逆テレシネするときにボトムファーストにすればよさげ

>>341
非常に良好に戻せた、サンクス

>>338
説明ありがとうございます。
自分の知識では内容がほとんどわからないのですが
とりあえず使えるということで>>332を使用したいと思います。

>>343
TIVTCのいじり方に詳しくないので自分も332と同じのを書いて試した事があるが、
シーンチェンジ時に動きが激しい絵だと縞が残るよ（=補完が必要なフレーム）。

自分はとりあえず、前スレで「BCS関連」って挙げられてる内容（824、828、878）
から逆テレシネの部分を拝借して使ってみてる。

VFRなMP4ファイルをAviSynthで読み込む場合、フレームレートなどを一切無視して
全フレームを読み込んで処理するにはどうやったらいいでしょうか。

FFVideoSource("hage.mp4")
で読み込めばVDから全フレーム処理できるのはわかってる
のですが、こちらは
DirectShowSource("L.O.mp4")
に比べてシークが極端に遅いような感じです。


あとは、
DirectShowSource("noto.mp4", convertfps=true, fps=23.976)
で24化して「インターネットで違法の...」のあたりの映像をカクカクにしちゃ
ってもいいんだけど..。

VFRなMP4をPSP用に一発でリサイズしてくれる奴があれば最高なんだけど
それだとフィルタかけらんないしね。

http://hideyoshi.2ch.net/test/read.cgi/download/1261754426/126
試してないけどこれを改造したらできるんじゃないか？

ｈ？

mp4にする前のファイルでVFRエンコすればいいじゃん
どうせダウソで落としたファイルなんだろ？

>>344
自分も前スレの情報を参考にしたのですが
BCS_modの作者が>>142で仰るにはPP=1の方が結果良好のようで・・・。

また、BCS_modではないですが、AviUtlのインタレース維持リサイズの使い方に関して
バカポの中の人も先にプログレ化を推奨していますね。

色々プラグインのことなど調べて自分で決めるのが１番いいのでしょうけど
仕事が忙しく、まとまった時間とれないので
結局、BCS_mod→TIVTC24P2でエンコしているというのが現状です。

>仕事が忙しく
重要だね、もっと言い方がコナレレばいいのにね
簡単に言えば、時間の制約が無ければ
基本理解と応用が出来るが
難しいよね？

今、バーダブ見たいにコマンドチックに
MeGUI的なGUIの構想を妄想している
非ユニコードにしても
MeGUIのニノマエになるんだるけど
愛が重要よね、同世代が制約から解放される事にさ

例えば、アバウト、または、にいに４千フレーム位でカットして
SSIMの指定を出来たら最高よね
多分、出来るが、バグ報告から言っても
ＦＦＭＰＥＧは使いたくないけど
コレ使わないと、？君連呼でそれどこじゃなくなるだろうな

最近よく考えてる事は付随に最適化された人種だなと
竿短いし、叶わぬタワケけかな
もっと、母国で自己をさらして包茎よね
エロく、簡素に、同世代に向けて
キバリますＤＥＡＴＨ

いや、実はだいたい出来上がってけど
権利関係の問題がある（教えてちょんまげ）

実はココが複雑で、金持ちにはなれない（多分）
ただ、履き違えると、破産人と同等

>>350
本日のツッコミ

ずべてに言える、「あんた、デフォて何んだよ」？
イケナイ傾向で、彼死が子持ならガキの言う寿司とはＶＢＲ＝回転
危険ＤＥＡＴＨ

今、向か酒で見ると
うん、キチガイだね

ゴメンナサイ

>>350
338が言ってる様に、PP=0or1でうまいいくフレームはその方が良いって事は認識してる。

インタレ維持リサイズはおいといて、逆テレシネの手段として縞残る事があるけどok？
なのかなってのが気になって書いた。
（自動処理で縞残したくないからのTIVTC24P2、だと思ってるので）

＞TIVTC24P2

何それ？

ggrks

久々にエンコしようと思って色々新しくしたら、
TIVTCの2Pass目のTFMでcrcエラーが出るで、原因を探してるんだけど、わけがわからない

最小構成にしたりして試してるけど、
そもそもTFMの前にはLoadPluginくらいしかないから、エラーなんか出ようが無いと思うんだけど

エラーが出るのは、1Pass目にavs2avi、2Pass目に最近のx264を使った組み合わせの時だけだから、
x264に何か問題があるのかなあとも思うんだけど、
AviSynthプラグインを、オートロードのpluginsフォルダから手動読み込ませ用のフォルダに行ったりきたりさせるだけで、
エラーが出たり出なくなったりするから、本当にわけがわからない

俺のAviSynthブッ壊れてるのかな？

もしx264が原因だとしたら、r1353,r1374　のYV12変換か？

>>361
TFMにbatch=trueを付けるとか。

それやると、crc違っても通るんだっけ？
でも、原因不明でcrc違っちゃってるのに、無理に通すのも気持ち悪いからさ・・・

>>362
2パス目に、x264(VまにDANGEROUS_r1376)を使った時だけcrcが一致しないで、
両Passをavs2aviでやったり、前使ってたr1181でやったりすると通るんで、
最初はそう思った。

ところが、ccか、もしくは_2DCleanYUY2_for_25と_GPU25を
AviSynthに読ませてやると何故かcrcが一致するようになるんで、何が原因かわからなくなってしまった。
フィルタ使ってるとか関係ない。
AviSynth2.5.8をインストールしなおして、
pluginsフォルダの中をDGDecodeとTIVTCだけにして、
avsはmpeg2source(d2vpath)と、
あとはtfmとtdecimateは2Passのサンプル通りの構成でもエラーが出る。

読ませたらいけない、ならまだわかる気もするんだけど。
pluginsフォルダにcc.dllが1個あるだけで正常に動くようになる・・・。
こんなの他にいれば報告ありそうだし、なんか壊れちゃったのかな。

エラー出るのはわかったが、具体的なエラー内容はなんだよ?
強制終了するわけじゃないんだろ?

具体的には
avs [error]: TFM: crc32 in input file does not match that of the current clip (0xf3f3118 vs 0x1e87aa0b)!

このエラーは、
x264に送った場合のみ発生するので、x264からのメッセージでしか確認できない

1Pass目で、avs2aviで作成したtfm.txtが、
2Pass目にx264(VまにDANGEROUS_r1376)を使った場合のみcrc一致しない
2Pass目にもavs2aviを使ったり、x264(seraphy_r1181)を使った場合にはcrcは一致
両パスともx264(VまにDANGEROUS_r1376)を使った場合も一致

何故か使ってもいないcc.dllや_2DCleanYUY2_for_25を
pluginsフォルダに置いたりLoadPluginで読み込ませるとcrc一致

>>366
試しにやってみたが、俺の環境では再現しない
たとえばx264ではなく、VirtualDubとかAviUtlで読み込んだ場合はどうなんだ？

前スレの824、828、878を参考にTIVTC24P2を改造した。

function TIVTC24P2(clip clip){
Interp = clip.AssumeTFF().SeparateFields().SelectEven().eedi2(field=1)
Deinted=clip.TDeint(order=1,field=1,edeint=Interp)
clip = clip.TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460)
clip = clip.TDecimate(mode=1)
clip = clip.TIsophote()
return clip
}

>>367
VirtualDubは無いけど、
AvsPやAviUtlで1Pass目に作ったTFMを読ませても、普通に映像が表示される

オートロードのフォルダを空にして、読み込むプラグインをDGDecodeとTIVTCだけにしても再現しない？


まぁ別に問題はそれほどないというか、
crcが勝手に変わるとなにかどこかで勝手に弄られてるのかと気持ち悪いだけなんだけど

TIVTC24P2の下らない話はダウソスレでやってくれ
んなもん使わねえから

TIVTC24P2ってかなり前にどこかのブログで見たんだが、ダウソネタだったのか？

昔あまりにも解除できてない動画があふれてたからダウン板のスレに晒した。
元はDoom9にあったのを参考にパラメータちょこちょこ弄った奴だ。
こんな風にウザイ事になるとは予想してなかったスマンコ。

重要なのは出自じゃなくて性能じゃね？
使ったことないから高性能なのか低性能なのか知らないけど・・・

AvisynthでのTSファイルのエンコ処理を自動化したいのですが、どのようにすればいいでしょうか。

今は
ttp://a-cube.net/fez/2008/12/tsmp4.html
こちらにあるsample.avsを参考に処理しているのですが、
毎回videoとaudioの出力ファイル名を手入力しています。

これを入力ファイルから取り出して自動的に出力させたいのですが、このようなのは
どうすればいいでしょうか。

hogehoge.ts→hogehoge.m2v&hogehoge.wavの出力にしたいです。

>>372
作成者ですか？
そんなことはないです。
誤爆も少なく、手間や時間をかけたくない物などには本当に重宝してます。

手間と時間をかけたくないって、あれだけ色々使ってたら十分重いと思うんだが。

TFMのmode5とmode6ってどういう違いがあるか誰か教えてくれないか？
readme見ても難しくて分からんかったorz
試しても違いが出ないし…。頼んます。

>>377
(p/c/n + u/b)に対して(p/c + u + n + b)だから、mode=6の方が若干速い感じか。

>>376
それは個人の価値観の問題でしょう？
私は深夜アニメ1本、2時間以内で終われば十分なので。。

たしかにウザイな

>>378
そう。確かにmode5が一番遅いって書いてあった。
だからmode5が一番正確って事でも無い書き方だったんで、
聞いてみたんだが、p/c/n？とかがさっぱり…。これ何の事なの？

>>381
"TFM - READ ME.txt"の"SYNTAX AND USING OVERRIDES:"に書いてある。

あ…。ありがと！気付かんかった。
って事は前後フレーム参照のmode5が一番精度高い…気がするが…？
よしmode5に変える！遅くにサンクス。

>ID:D5PkSrt6
個人の価値観の問題ですか？
深夜アニメの作成者は手間も時間も2時間以上かけてんだよ！w

自治厨うざいな

>368
それってEEDIとかTDeintの意味が全くないじゃん。
それにTFMのPP使うならTIsophote()は不要。
あれはeediやらPPやらTDeintの内蔵やらはフレーム内補完だから
BCSと組み合わせると実質縦解像度が1/4になるって理由で避けた方が
良いってこと。
代わりにTIsophote()なら縦解像度は落ちないからまだ良いんだけど
重いからvinverseで十分なんじゃない。

もう向こうの板に書いてるからｗ

書き込みテストがてら
>>374
>>347これ使ってみれば？ tsも処理できるみたいだけど

>>386の言う事は、TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1)だけで十分っていうことか?

>387

ほんとだ。
意味ないスクリプトなのにな。

>389

いや十分とかじゃなく、あのスクリプトだと実際には
eediもtdeintも使われない。

Avisynthって計算精度低すぎない？
今日、2.0のN/12乗とか織り交ぜて色々計算させたら
小数点以下2ケタしか信用できない結果だったわ。
Windowsの電卓にすら劣るとは何事・・・？

お前がそう思うならそうなんだろう、お前の中ではな

>>388
ありがとうございます。
勉強してきます。

>>392
12分割平均律の計算？
Avisynthで精度がいる演算をさせるには、プラグインを自作するか
Avisynth自体を改造するしかない。

よくわからんが*100してから計算して/100してみたらどうだろう

>>395
そうそう、そういう話っす。

やっぱ元が駄目なのか・・・。
勝手に適当な概数でも適応させてんのかなあ。
文字化したとき表示される桁の分くらいは正確に計算してほしいんだぜ。
嘘を見せられてる気分になるし、切捨て表示もめんどいし。

まあ動画とか編集する用途には別にいらない部分ってことなのか。

フィルタ処理もそんな感じだから緑がかるＮＲとかがある

>>396
おー、なるほど。
何気に使えそうな気はしたけど、今ちょこっと試したところあんま意味ないっぽい・・・。
どこら辺からいい加減計算になってるのかとか一回じっくり調べてみないとなー。

何でそこだけそんな微妙仕様なんだろうか、
AVS基本的に気に入ってるのに、玉に瑕って感じ・・・。

ちなみに考えてみれば2桁は言い過ぎでしたわ。
主に小数点以下4桁までは大丈夫。
それでもたまにズレるから、確実に信じられるのは3桁かな。

Avisynthの浮動小数点内の精度を、浮動小数点型で返り値が欲しいという話でなく文字
列でいいというなら話は別で、文字列を代数的に出力するプログラムを書けばいい。

Karatsuba法
ttp://ja.wikipedia.org/wiki/Karatsuba%E6%B3%95
ttp://kamad.hp.infoseek.co.jp/math/fftmul.htm#bunkatsu
ttp://www.math.kobe-u.ac.jp/Asir/ca.pdf

書きかけのものを一部抜粋。多倍長計算で有理数辺りまで書いた
が、余りにも遅いので放置状態。数十桁だと速い。
Function _mulZ (val a, val b)
{
pos = (max(strLen(a), strLen(b))+1) / 2
len1 = strLen(a) - pos
len2 = strLen(b) - pos
x0 = rightStr(a, len1<1?strLen(a):pos).deleteZeroHead
x1 = (len1 > 0) ? leftStr(a, len1).deleteZeroHead : "0"
y0 = rightStr(b, len2<1?strLen(b):pos).deleteZeroHead
y1 = (len2 > 0) ? leftStr(b, len2).deleteZeroHead : "0"
z2 = _mulZ2(x1, y1)
z0 = _mulZ2(x0, y0)
z1 = addZ(z2, z0).subZ(mulZ(subZ(x1, x0), subZ(y1, y0))) + addZeroTail("", pos)
Return addZ( addZ(z0, z1), z2 + addZeroTail("", pos*2) )
}
Function _mulZ2 (val a, val b)
{
Return strLen(a) + strLen(b) < 8 ? string(a.asInt * b.asInt) : _mulZ(a, b)
}

一体、何がしたいん？
目的と、アルゴリズムを教えてくれれば、(興味がわけば)C++で実装しますよ。

重いなら、アルゴリズムレベルから最適化できるかもしれんし。

>>398
kenkunNRのことだったら、四捨五入にすべき処理を
切り捨てにしてたのが原因だから、ちょっと違うと思う。
Avisynthだって、ConvertToAviUtlYCFix等でYC48だって一応扱えるわけだし。
試しにinfo()を間に突っ込んでみたら文字読めなかったから、対応してるとは言えないんだろうけど。

みんなスクリプト編集なに使ってます？
私はAvsPなんだけど、たまに画面が緑色になったりとなんか不安定です。
みんなもAvsPではそんな風になったりしませんか？
今はAVSEditってのでやってます

メモ帳

>>404
AvsPで安定してるよ。SounOutでパイプ使って処理すると時々落ちるけど。

>>389に出ていたTFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1)はTIVTC24P2よりも解除漏れが多いからvinverseは必須。
TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1)が解除漏れを少なくする方法は研究中。

TFMのPPを工夫するよりも、clip2(TDeint等)を使った方が楽だと思う。

>>407
解除漏れの原因はMI=460だと思う。

自分はclip2にbob関数使うのが良いと思う。 MCbobだと微妙だったから、TempGaussMCのnnedi2版。(bata1u2)
TIVTC24P2ライクにするならこんな感じ。 EEDI2より、ジャギや線のボケが改善されるかもしれない。
TempGaussMCは重いと言っても、必要になったフレームだけしか呼ばれないので、そこまで重くならないはず。
TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)

ところで、みなさんは手動でなければどんな感じでやってらっしゃるんでしょうかorz

TFM(mode=3, PP=2, clip2=TDeint(tryWeave=true)).TDecimate

私の場合、映画等はこうしてやるかな。

いや、アニメソースに向けてでしょ
判別が甘いオヤジは使えない

>>409
それでも重いぞ。
もっと軽くならないかな？

Auto24FPS()
これでいい

Auto24FPSって実は重いっしょ。SDだと感じないけどHDだとあきらかに
TIVTC組み合わせるより重い。

TFMのREADMEを熟読する事をすすめる

エンコしようと思って、まずは勉強だってこのスレにたどり着いたのはいいけど、呪文の意味が全く分からない。
おまえらすごいな。

このスレだけ読んで理解できたらスゲーよ…。

FFT3DGPUを使っていると、たまに仕上がった動画の上200ピクセル程の色が反転したようになります。
radeon4850を使っていて、CatalystControlCenterで
ピクセル形式を変えるなど一旦GPUに再描画させるととりあえずは直ります。

現在はエンコ前に再起動させてからエンコしているんだけど
何か他の解決策ありますか？

FFT3DGPU　バグ　でググれって昔どっかに書いてあった気がする。

GPUのクロックが変わるとか

>>418
>>420で正解。
RivaTunerでクロックを少しでもいじるとそのクロックで固定される。
HD4850ならディスプレイを2台つないでも固定される。

Core i7環境で、x264OreAQ.1181.release02でTFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)とAuto24FPS()を比較してみた。

TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)
fpsは1.0以上は出ていた(1.0を下回ったことがあった)が、20%辺りでx264がフリーズ。

Auto24FPS()
fpsは3.0以上は出ていた。10分ぐらいで完了。フリーズはしなかった。

>>419,420,421
なるほど、PowerPlayが原因だったとは。
ありがとうございます。

>>402
EasyVFR勝手に改で WScript を使わずに Avisynthだけで任意のフレームレイトに対応する
ために書いたもの。3600fpsとか何十時間分のフレーム数とかありえないものを使わない限り
オーバーフローしないので、ただの興味で書いたものだったりする。

実際、使っているアルゴリズムをｼｮﾎﾞｽﾚに貼っておいた。
MVTools でシーンチェンジ、ShowCombedTIVTC で縞のパターンを検出して自動的に
SelectEvery するというもので使っているが、400分割くらいになると timecode の
書き出しに数秒かかる。余りにも遅いと言ったのは一瞬で計算できる千桁程度のものが
何秒もかかってしまうことです。

ShowCombedTIVTCでCombed frameかどうかって返せるの？
IsCombedTIVTCでも良いんで変数への戻し方教えて下さい

>>425

書き間違いです。
IsCombedTIVTC で縞かどうかを断するには、
お前らのｼｮﾎﾞｲAvisynthｽｸﾘﾌﾟﾄ貼ってくださいpart2
http://pc11.2ch.net/test/read.cgi/avi/1153487392/255-257

Thx、普通にboolで戻るんだね
この前、そう思って1本書いたんだけどうまく動かなかったのは
何か勘違いしてたんだな、ともかくThxです

>427
普通と違って Conditoinal Filter だということを忘れずに。

比較には、アニメ(SD制作のアプコン物)のOPで実験しました。
フィルタは、BCSmod、Convolution3D、fft3dfilter、LSFmod、UnsharpMask、WarpSharp、ResizeBCSを使用。

何の実験かなぞぃ

>>429は、>>422の実験で使用したフィルタです。

>431

Conv3D使うならHQN3Dの方が良い。
このスレで紹介してもらった。

>>432
ググってもヒットしないような自分用略称で紹介すんな

単なる書き間違えだろう。
http://akuvian.org/src/avisynth/hqdn3d/

>>429,422
何の実験だよ、と思ったが>>414に対するレスか。
両者の比較だったら他のフィルタかける必要なくね。

失礼。
デフォルトだときついんで2ぐらいで使うと良い。

なんか Windows 7 のアップデート後から avs2avi でエンコすると終了時に avs2avi が
異常終了するようになったんだけど俺だけ？

TFMのMIの意味分かった。

MIの値が大きいと、ジャギーは少なくなるが解除漏れが多くなる。
逆にMIの値が小さいと、解除漏れは少なくなるがジャギーが多くなる。

すまんたぶんおれだけだ。

TFMが判定を誤るフレームは、overrideで-を付けるとかすればいい。

>>440
>TFMが判定を誤るフレームは、override

TFMのoverrideって何だ?
使い方とか知りたいぜ!

TGMCmodでも取れないジャギーどうしてる?

clip8個くらい作ってそれぞれ逆テレシネやらフィルタかけまくってDubしたらおかしくなるな
1.5GBくらいメモリ使うのはともかくとして
しょうがないから分割エンコしてから結合したわ

>>441
TIVTCと一緒に入っているoverride_sample_avs.avsとTFM-example_ovr_file_with_explanations.txtに
使い方の例が書いてある。

Wikiの人は律儀よね
MCTemporalDenoiseてパラメータを見れば見る程
適当だよね
でも、勉強にはなるよな

>>444を参考にしてやってみた。

TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460,ovr="TFM-example_ovr_file_with_explanations.txt")

これでおk?

スマン、間違えた。
TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460,ovr="TFM-example_ovr_file.txt")

ovrで指定するファイルは、自動では問題の出るフレームの番号等を書いて、自分で用意しないといけない。
TFM-example_ovr_file.txtは、お手本に使う。

面倒くせえよなあ

今見てるフレームをボタンか何かで設定できたらいいのに

もうちょっとGUIとCUIが連携できるようにして欲しい

プログラミングわからんけど、
そういうのってAvsPのマクロで実現出来たりしないの？

>>448
そのやり方だと面倒くさすぎるので、俺は、TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1).vinverse()で我慢してる。
あと、vinverseよりも優秀なコーミング除去プラグインってない?

>>194

>�DDtsEditなりで、出来上がったmp4にtimecode_v2.txtを注入

実際に吐かれたtimecode_v2.txtをmp4にDtsEditで埋め込んだけど、長さが狂ったぞ。(本来の動画の長さが25分なのに、長さが50分になる)

>>451
Aviutlのインタレ縞低減++のAvisynth用のがあればいいんだけどね。

TFMのPPを使わず、clip2にTDeintでも使っておけば、縞は残らないしVinverseも不要になる。

あに瓶のとこにあるL字消しパート２って使えてる人いる？
手順通りやってもdeletterlが全く効かないのだけれど…。

VinverseてＰＰ臭いなと思ってたけど
やっぱし？
ＷＩＫＩの記述を直したほうが良いね

正しくは、インタレ用のコーミング除去ではなく
ＰＰ前のプリＰＰな感じね
だから、意図しないとＰＰ時の判別が困難になる

それも、ＮＴＳＣのアニメ専用が正しいんじゃない？
ＣＧのみで

様はアニメで夢精しちゃう人用
白菜のオシンコ付ける貧乏人の俺は部外者

>>454の言うとおりにしてみた?

TFM(slow=2,cthresh=7,blockx=32,MI=460,clip2=TDeint(mode=0, order=1, field=-1, type=2, mtnmode=3, sharp=false , full=true, chroma=false, tryweave=true, link=1, slow=2))

>>452
Itsを使いましょう。

>>453
なんで?
あったら、いいことあんの?

>>452
何か間違ってんだよ。

>>460
blockx=32になっているとはいえ、MI=460は大きすぎるんじゃないの。
デフォルトのblockx=16, MI=80のままでいいと思う。

色々いじくりまわした数値よりも、デフォルト数値のほうが良いっていうのは多々あることだな。

blockとか弄っても解除ミスして多重の汚い線がでちゃうだけで良いこと無いよ。

そうか？blockとMI弄った方が解除ミスもジャギも少ないぞ

diplay=trueにして見ると分かると思うけれど、むやみにMIの割合を増やすと、
本来、(COMBED - DEINTERLACED)となるべきフレームが、CLEAN FRAMEとして処理されてしまう。

話についていけない・・・orz
結局>>368はどうすればいい？
暫定版をどなたか教えて下さい。

暫定版もなにもソースに合った解除を使えとしか言えない

言葉足らずでした。
とりあえず、BCSの前で動かせるようにTIVTC24P2を改造したい。

TFMをPP=1にすると逆テレシネで縞が目立つ･･･。
何とかオリジナルと似た動作をさせつつ、BCSの前で使いたいなと。

ちなみに、オリジナル↓
function TIVTC24P2(clip clip){
Interp = clip.AssumeTFF().SeparateFields().SelectEven().EEDI2(field=1)
Deinted=clip.TDeint(order=1,field=1,edeint=Interp)
clip = clip.TFM(mode=6,order=1,PP=7,slow=2,mChroma=true,clip2=Deinted)
clip = clip.TDecimate(mode=1)
return clip
}

自分でできないなら他の探せばいいじゃん。
その２つは相性良くないって話が出てなかったっけ。

音声のL-Rを入れ替えることができるプラグインってありますか？

>>472
内蔵フィルタでできるでしょ

ttp://www.avisynth.info/?GetChannel

469さんのソースに合った解除ＤＥＡＴＨよ
元来、子供用にやさしく言った場末だからね

しかし、なぜ難しく言うのかね、年齢別にさ
ＷＩＫＩ系の人はやさしく本質をエロく省いてるね

>>473
ありがとうございます。見落としてました。

最近、転職したんだけど
異色だったよ、出るクギは打たれるマンマだね
金は良いけど、精神衛生上きついな
やってみて思った
暇のあるデベ様は無能だけど、かいまをさいて
おやりになるデベ様も卑屈になるな

ここは日記帳じゃねえんだよ
自国の掲示板ででもやってろ

>>442
Utlのスムージングフィルタを使ってる。
AU_smoothing(0,true)にするだけで、ジャギーがかなり低減する。

TIVTC24P2ライクが>>409と同性能で高速ならば

>>470
BruteIVTCってどうかな?

>>453
Aviutlのインタレ縞低減++をsynthで使いたいなら、ここを読むといい。
ttp://www.avisynth.info/?AviUtl%A5%D5%A5%A3%A5%EB%A5%BF%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%A4%F2%CD%F8%CD%D1%A4%B9%A4%EB

Aviutlのインタレ縞低減++をsynthで使うなら、どの順番にすればいいんだろう?

>>480
Aviutlのフィルタを関数化できることくらいは知ってるよ。
説明足らんかったな、俺が言いたかったのはAvisynth用の
ネイティブなdllがあればいいなって言いたかった。Aviutlのを使うと
YUY2にする必要があるし内部ではYC48にしてるから速度的に不利だしね。
順番的にはいずれにせよインタレ解除系のフィルタの最後に置くべきだろうけど

AU_smoothing(0,true)は、TIVTC24P2等の逆テレシネで発生するジャギーには効果があまりないので注意。

突然何を言い出すの?

このソフトの他にTCファイルをエンコできるフリーのソフトはないでしょうか？

>>484
スレチ

そもそもソフトじゃねーし

エンコーダーでもないな

>そもそもソフトじゃねーし
>そもそもソフトじゃねーし
>そもそもソフトじゃねーし
>そもそもソフトじゃねーし
>そもそもソフトじゃねーし

「GUIがないんだからソフトじゃねーだろ！」みたいな反応に期待

メモ帳だし！

>>470を助けてやれよ。

絶賛ιょぅょ

>491
ソースに合わせて自分で調整するか、別な物を使えと結論出てるだろ

>>493
その別な物を具体的に教えてよ。
ある物組み合わせて使ってみるしかない程度の知識のやつだっているんだから
今後も似たような質問出てくると思う。

目指すは、AnimeIVTCの超高速版。

auto24fpsでもa60224でもpulldownでも、自分で使える好きな物使え
知識が無いってのは言い訳で、何でREADME読む程度もしないの？

README読んでわかるなら何も苦労しないって。

そういう俺は、BCS→TIVTC24P2の流れで使っている。
動いてる物見てると、特に汚いわけでもないし
いい目を持ってるわけでもないのでこれに落ち着いた。

>>494,497
ググれカス。と、久しぶりに本気で思った。
落ち着いたんならそれで終わりにしろ。他のを使いたいなら自分で調べる事。
その程度のことは、みんな自分で調べてる。wikiくらい見ろよ。

何度か同じことを書いたと思うがBCS+フレーム内補完は避けるべき。
フレーム内補完は、まあ大雑把に言うと片フィールド捨てる感じだから
1080 -> 486 -> 486/2=243
という低解像度な見た目になるっぽい。これはBCSをプログレ化前であろうが
後であろうが同じ。

ってことでSDアプコンものを例にとると、
まずTFMでプログレッシブフレームを構築し（あとTDecimate）、
IsCombedTIVTCでが縞が残ってない部分を検出してBCSで処理する。
この時、画像全体がシフトするからその分戻してやらないといけない。
ResizeBCSで486にリサイズ（実際には単なる縦方向の移動）って感じか。

じゃあ縞ありな部分はどうするかっていうと、どうせ片フィールドからの補完になるなら
いっそ捨ててしまって
SeparateFields.Spline36Resize(1440,486)
でインタレ縞はもちろんアプコン縞もなくなるんじゃないかと思うけど。

ただ個人的には片フィールド捨てるくらいなら２重化した方がまだいいかなってことで
ConditionalFilter(clip,clip.vinverse(),clip,"IsCombedTIVTC(cthresh=6,MI=60,blockx=8,blocky=32)","=","true")
って感じで細かい縞だけをとって、あとは720位にリサイズしてやると、リサイズの課程で
トップボトムが混ざって２重化したような感じになる。

上記はTFM(PP=1)で補完を完全に切った場合。

広範囲にわたってインタレ縞がはっきりあるような場合に２重化するとくっきり残像に
なるから、それならまだギザギザの方が良いって言うなら
TFM(PP=7,blockx=32,MI=460)
とかにしてやる。MIを100とか80とかにしてしまうスタッフロールとかで「目」のような
漢字があったときにこれもインタレ縞として検出されて必要のないフレーム補完を
画面全体に対して行うからBCSと併用すると残念な結果になる。
ってわけでblockxとMIを大きくして広範囲なインタレ縞があったときのみに
フレーム内補完を限定するわけ。

>500
ConditionalFilter(clip...
の後にBCSね。

ところで、知ってる人がいたら教えて欲しいんだけどTFMのmodeの説明で
p/c+n と p/c/n ってどう違うの？
前者は2wayで後者は3wayってことらしいんだけど・・・。
前後フレームからプログレッシブフレームを再構築するって同じにしかみえん。

Wavelet系のノイズフィルタでathlonXPやP3あたりに最適化されてる
軽いものってご存知ないですか?

古いマシンを録画マシンにし、夜中に勝手に起動して自動的にエンコする
ように自動化するまではよかったのですが、朝までにはエンコが終わらない。

>>504
http://avisynth.org.ru/vague/vaguedenoiser.html

ようやく大学休みになって、休みは縁故関連の勉強しようと思ってた所に
>>499-502　グッドタイミングでした。
前スレのオートが出てきた頃から話についていけてなくて^^;

>>503
>>377-378>>381-383
とは違う？

>>500
ConditionalFilter(clip,clip.vinverse(),clip,"IsCombedTIVTC(cthresh=6,MI=60,blockx=8,blocky=32)","=","true")

これそのまま使うとエラー出るぞ。何か間違ってないか?

そのまま使ってるからだろ

>503
>506

p,c,nがなんなのかはドキュメント読めばわかるけど
p/c/n と p/c+n つまり「+」の意味がわからない。
cとn混ぜるとか？うーん。

>507
Conditional...の前に
clipに動画入れてる？
clip=lastとか。

あと上にもあるけどTFMの解除漏れをTDeintで補ってる人いるけど
フレーム内補完の方法はModified ELAとか両方とも同じなのにそんなに
違いが出るとは思えん。
TFMで解除漏れするところがTDeintで解除できるってのは単に閾値の問題でしょ。
TDeintはデフォルトでcthresh=6,MI=60になってるから。
ってことでTFMでもこの値に設定すれば漏れなくなるんじゃない。こっちの方が速いし。
tmmとか使うならまた別なんだろうけど。

設定値とか晒して下さいよ

これ以上なにをさらせと。

TFMだと、TDeintでは誤判定しない様な、縦の高周波に引っかかってしまうと言うことがたまにある。
どうしてそうなるのかは、ちょっとよく分からないけれど。

cthresh=6,MI=60だと、SD物はジャギるよな。

今の所、TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1).vinverse()という方法がベストかな?

>>515
それを言うならマイベストだろ。
vinverseとか使ってる時点で、ボカシ入れてるのと同じだから全体的に画質が落ちるわけだし。
それを問題としない人にとっては使ったほうが良いだろうけど。

>>516
自分じゃ何も分からないから自分で考えもせず、他人の設定を見よう見まねで使って
コレがベストだっていう安心感を得たい人が数日前からいるみたいだから
ベストだ！って言ってあげた方がよかったのに

>>516は間違いです。すみません。

>>515
いろんなサイトとかスレを見てる限りではそれ使ってる人が多いようだし
よほど素晴らしいプラグインが完成しない限りは、その方法でインタレ解除するのが一番安定してると思うよ。

2passでもいいんでTFMで縞判定ならBobって出来ないもんなんですかね。
問題無ければtdecimateで駄目な所はTdeint(mode=1)みたいな。
timecode吐けば出来そうなものなんですが。
誰か頭の良い人関数で組んでくださいっ！

TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1)

これの解除残しを、vinverse(vinverseは画質が悪くなる)を使わないで綺麗に除去するには...(TDeintではいろいろな方法を試してみたが、どれもジャギーが発生)

この話題いい加減うざい

>>520
orig = last
TFM(PP=1).TDeint(type=1, clip2=orig, full=false, tryWeave=true).TDecimate(mode=1)

これでhintが有効になるから、こうやってみたら。

>>522
実写映画向けらしい。
ややジャギるのでアニメには向かないみたい。BCS掛けても駄目みたい。
どうせ、warpsharp等で補正するんだから、vinverseのボケも解消されるんじゃない。

ttp://news.avisynth.info/article/140354512.html
なんとなくﾜﾛﾀｗ

>>524
SpursEngineを使うということは、x264のエンコが高速になるということ?
それなら、かなり重い処理もできそうだ。

お前は何を言っているんだ（AAｒｙ
そりゃ超解像をCPUでやってりゃCPU飽く分速くなるだろうが…

残念ながらSpursEngineの無能さは我々の斜め上をつねに行ってるんだ……

>>524　笑わないでくださいｗｗｗ
>>525　拡大処理部分だけです。
>>526　その通りです
>>527
SDソース一枚を、1920x1080に拡大したら
あんなもんだと思いますけどね。

個人的には、複数枚超解像を実装して欲しいけど。

サブピクセルマッチングの実装さえ判ればなぁ…。
私は数学苦手なので、論文見ても、よーわからんのですよ。

EasyVFR改3でフィルター(リサイズやノイズ除去など)をかけないで使ったら、The script's return value was not a video clipというエラー出た。
でも、何故かフィルターを使うとエラーが出ない。
フィルターなしでEasyVFRを使う場合は、WriteTimeCode_v2()の下にreturn lastを書けば解決?(他の方法は不明)

ところで、もうひとつのVFR化プラグインであるItsにはバグがあると聞いたんだけど本当?

書き込みが全然ないのでage

>>529
Itsのバグは聞いたことがないな。

Yadif v1.7ををちゃんと読み込めている人いるかな?
俺の環境では、なぜか読み込むことができないんだよな...orz
プラグインの場所を正しく指定しているのに...

>>532
どのCPUを使っているのかは知らないけれど、Yadif(opt=0)を試してみたら。

Load_stdcall_plugin使ってないに1000ペリカ

>>532
YadifはLoadPluginじゃなくてLoadCPluginでやらんとだめだぞ

>>532
avisynthのpluginフォルダにdll入れてるとエスパー

そして解決したら何も書き込まないで去っていくに1000ペソ

Windows7でDirectShowSourceを使うにはどうすればいいんだろう？
いろいろ弄ってなんとか使えるようにはなったんだけど、コーデックパックを入れ直したらまた読み込めなくなっちゃった…

自己解決
デコーダにffdshowを使うようにすればできた
Win7codecs使ってるんだがavisynthが32bitならWin7codecsも32bitの方でffdshow使うようにしないといけないのね

もう限界です
質問させてください

perfect dark　からも逮捕者が出てDLから足を洗って自分でエンコしようとしているのですが、うまくできません
とりあえずソ・ラ・ノ・ヲ・トの1話で試しています

以下avsを分けて書きます

video=DGDecode_MPEG2Source("C:\TS\ソ・ラ・ノ・ヲ・ト 01.d2v")
audio=bassAudioSource("C:\TS\ソ・ラ・ノ・ヲ・ト 01.wav")
AudioDub(video,audio)
AssumeTFF()
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",pos_x=0, pos_y=0, depth=128,yc_y=0, yc_u=0, yc_v=0,start=199, fadein=0, fadeout=0, end=22789,interlaced=true)
DwShift(true)
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",pos_x=0, pos_y=0, depth=128,yc_y=0, yc_u=0, yc_v=0,start=22790*2, fadein=0, fadeout=0, end=22790*2,interlaced=true)
UnDwShift(false)
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",pos_x=0, pos_y=0, depth=128,yc_y=0, yc_u=0, yc_v=0,start=26423, fadein=0, fadeout=0, end=47575,interlaced=true)
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",pos_x=0, pos_y=0, depth=128,yc_y=0, yc_u=0, yc_v=0,start=50309, fadein=0, fadeout=0, end=50811,interlaced=true)
DwShift(true)
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",pos_x=0, pos_y=0, depth=128,yc_y=0, yc_u=0, yc_v=0,start=50812*2, fadein=0, fadeout=0, end=50812*2,interlaced=true)
UnDwShift(false)
FFT3DGPU(sigma=0.2, beta=0.1, bw=64, bh=64, bt=3, sharpen=0.0, plane=4, mode=1, bordersize=1, precision=0, NVPerf=false, degrid=1.0, scutoff=0.3, svr=1.0, smin=4.0, smax=20.0, kratio=2.0, ow=32, oh=32, wintype=2,interlaced=true)
Trim(195, 22820) ++ Trim(26418, 47606) ++ Trim(50304, 50842)
KillAudio()
Import("D:\bin\AviSynth 2.5\plugins\EasyVFR3.avs")

a=Trim(0,29154)TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)
b=Trim(29155,29938)TDeint(mode=1)
c=Trim(29939,70965)TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)
all= EasyVFR_Create(a,"C:\TEMP\", "sorawoto")
all=all.EasyVFR_Append(b)
all=all.EasyVFR_Append(c)
all

というかんじで調べたりスレを見て書きましたが、どういう訳かAvsPでみるとインターレースが解除されずに残ったままです
すごく基本的なことで間違っている気がするんですけどわかんないです

オプションとか関数は基本的にはコピペなのでよくわかっていません

なんでインタレ解除＆間引き処理が、
こんなにも人によって色々あるのかわからん。

>>540=>>541
>TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)

なんか重そうだね。大丈夫?
TFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)単体だけでどのぐらいかかるんだろう?

自動処理なら24fps化は無難にAuto24FPS()にしとけばいいんじゃね

それとどのフィルタでも言えることだけど必要無いものは書かなくていい、ロゴ除去フィルタだとこれで十分
EraseLOGO(logofile="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd",start=199, end=22789)

EasyVFR使ったこと無いけど
よく見たらTrimのあとに　.　が無いな

wav読むのにわざわざbassAudio使わなくてもいいんじゃん。
変なバグとかに巻き込まれないとも限らんし。

なんでこうわけわからんソースに辿り着くのか
よくわからんわ。

とりあえずロゴファイルも同じの使うんだったら
LGD="C:\avs\logo deta\TV TOKYO 1440x1080 rer1.lgd"
EraseLOGO=(logofile=LGD,start=199,end=22789)
とかにしろ
ごちゃごちゃしすぎで読む気になれない

お前らなんだかんだいってやっぱり親切だなｗ

EasyVFR3って、最後にもうちっと書かなかったっけ？
v2吐く為に。

周期一定の解除が適当なのに、ロゴとVFRだけ凝っているのも何だかなあ

AVS初めてなんだから、もう少し簡単そうなところから始めればいいのに･･･

文末にa ++ b ++ cが無い

>553
EasyVFRにそんなもんいらんだろ

EasyVFRならTFM(mode=6, PP=4, MI=64, clip2=TempGaussMC_beta1u(EdiMode="nnedi2").SelectEven()).TDecimate(mode=1)
をファンクション化しないと無理なような

all= EasyVFR_Create(a,"C:\TEMP", "sorawoto",0,29154)
all=all.EasyVFR_Append(b)
all=all.EasyVFR_Append(c,29939,70965)
こうしないと区間の終結端数補正は適用されないような

Trim(195, 22820) ++ Trim(26418, 47606) ++ Trim(50304, 50842)
これで70965？なのか

エラーでないでとりあえずプレビューの絵がでたのが驚きなんだが

>555
最初のaまでは動くだろう、事前にTrimしてあるからTrim(29939,99999)でも最後迄になる

>>557
あらそうなんだ

店かよｗ

誤爆したｗ

つかそらをんは24pだろ。CMとの境でずれる可能性があるだけで
無理にVFRする必要ないだろ

ところでテレ東はロゴフェードしたりしなかったりするよね？

>>561
テロップは60iなんだけど

こないだのソラノヲトなんの嫌がらせかA、B両パートにテロきてたよな
つーかすげースレ違いだったなすまん

そらおんはHD24Pの60iテロつきだから、欲張らずにインタレエンコすれば
難しいことしないですんで、幸せになれる。若干ファイルサイズが
大きくなるけど…

24pにテロップが乗ってるのは30pなりにして重複フレームを間引くのって邪法なの？
DoubleWeave.Pulldownじゃテロップがしましまになるけどこれなら

>>566
60pにした場合と比べたら、テロップが少々かくつくくらいで、別にそれで問題はない。

テロは気にするかどうかが一番でかい気がする

EasyVFR3で、60iテロの部分をTGMCmodで処理して、その後DTSEditでtimecode v2を結合したら、再生時に24fpsから60fpsに切り替わる時点で止まる...orz
timecode結合前は、再生速度が指定したfpsごとによって違っていました(24の部分は速く、60fpsの部分は遅い)が、指定したfpsが切り替わる時点で再生は止まらなかった。
こういう場合は、Itsのほうがいいですかね?

BCSの後にbob化するとテロップが駄目になるので、多少ジャギってもいいのでTGMCmod+smoothingでジャギーを低減しています。

>>569
DTSEditの代わりにtc2mp4Modを使ってみたら。
MP4にする必要が無いのなら、タイムコードはそのままmkvmergeで使える。

EDとかは気にするけど、番宣テロは気にしない事にしてる

>>566
Pulldownから、maskしてテロップ箇所だけvinverseなりbobした方が良いんじゃね

>>570
DTSEditが原因なのか?

>>573
mkvmerge等で正常ならDTSEditの問題だし、
他でも同様に上手くいかないのならタイムコードを見直したりできる。

tc2mp4Modの使い方ってこれでいいか?スレチだったらスマン。
tc2mp4mod -i timecodeを入れるmp4のパス -o 出力するmp4のパス -L mp4boxのパス -t timecodeのパス

>>574
>他でも同様に上手くいかないのならタイムコードを見直したりできる。
どういうことですか?

>>570
mkvではなくmp4にしています。

>>575
24fpsと60fpsだけならtc2mp4Modはそれでいい。TIVTCを使っていて18fpsが混じるなら、-T 360000を設定する。

タイムコード云々については、私の手元にその問題が再現するソースもないし、avsの内容も分からないので、
手取り足取り教えてあげる事はできない。

CoreAVCでCUDA使ってると家では何故か音声が遅れることがあった。
ASUSのGTS250、CoreAVCのバージョンは2.0でも一個前の奴でも変化なし。
再生が止まるということなんで関係なさそうだが・・・。

>>577
書き忘れてた。
24fpsと30fpsと60fps混在で、TIVTCを使用しています。

>>579
それだったら、デフォルトの-T 120000のままで大丈夫。

とりあえずEasyVFRの内容をうｐしました。
ttp://uproda.2ch-library.com/lib212144.zip.shtml

>>418
ものすごく遅レスだけど、
俺も最近同じような現象が出ていろいろ試したんで報告を。
環境は418と同じでRADEON4850。synth2.5.7、OSはXPsp3

まず>420,421が言ってるクロック固定は意味がなかった。

発生するのは決まってスタンバイから復帰した後。
出る箇所出ない箇所があって精査しにくかったけど、
聖痕のクェイサー第05話の18:48付近、テレサが踵落としからのコンボ決めるシーンで高確率で発生してたのでそこで確認。

原因としてはおそらくドライバのようです。
09.11、09.12、10.01で試したところすべて同じ現象が発生しましたが、
09.1で試したところ、上記シーンにて4回試しましたが問題発生しませんでした。
ちなみに、09.11、09.12、10.01ではスタンバイ復帰後は100％発生してました。

おそらく>418もここ最近発生し出したのではないかと。後ネットで見つけた別件も去年12月のレスだったと思うのでおそらく間違いないのではないかと。
また、同様の問題は、4670でも発生していました（09.12で発生）。
ただ、5770で09.11を利用していますがこちらは今のところ問題発生していません。

長文でｽﾏｿ。

誰も答えてくれる人がいないようなので、Itsで試してみます。

エンコしたらドット欠けみたいなおかしなドットが最初から最後までずっと入ってた
PCを再起動して再度エンコしたら直ったんだがなんだったんだろう
心当たりといえば、メモリ不足で一度avsを開きそこなったくらいかな

>>567ありがとう。カクカクするのは気にしない方向
>>572それでテロップがぐちゃぐちゃになってるよりカクカクの方がましだと思って
TDecimate使うと自動化出来るのかな…
> （古代の刑法で）10人に1人を殺す,
辞書引いたらﾜﾛｽ

EasyVFR3のtimecode v0の使い道ってあるのだろうか?
Wikiにもないし。

>>570
俺のソースではtc2mp4mod使っても駄目だったぜ...orz

話変わるが、エッジレベル調整とLSFmodを一緒に使ってる人いるのかな?
LSFmodの方がややボケている感じだが。

なんかよくわからないまま、EasyVFR3に
v0がズレがないみたいな事書いてたんでずっとv0使ってる

標準で
last.layer(clip01, start=240, length=180)
みたいに開始位置(出来れば長さ or 終了位置も)を
指定してクリップを合成するフィルタってありますか？

>>587
tc2mp4modFで結合すればいいんだけど、うまくいかない。
設定晒してくれ。

>585
function afterTelop(clip clip, int "mode", int "start", int "height")
{
mode = default(mode, 0)
start = default(start, 0)
height = default(height, clip.height)
Assert((clip.height > start + height) || (start % 2 == 0) || (height % 2 == 0), "aho ka?")
clip = clip.IsYUY2() ? clip : clip.ConvertToYUY2()
telop = clip.AssumeFrameBased().Crop(0, start, 0, clip.height - start - height)
edeint = telop.NNEDI2(field=1, qual=3)
emask = telop.TMM(mode=0, field=1)
telop = (mode == 0) ? telop.TDeint(mode=0, field=1, type=1, tryWeave=false, edeint=edeint, emask=emask, slow=2)
\ : telop.vinverse()
return clip.Overlay(telop, 0, start)
}
DoubleWeave().Pulldown(x,x)
FilterRange(xx, xx, "afterTelop(start=xx, height=xx)")
の様に、プログレッシブ後にテロップ跡に使う

>>589
とりあえず、EasyVFR3に書いてある事で分からない言葉をググりながらやったから
説明出来そうにないが、とりあえずperlが使える状態にして
mp4boxと同じディレクトリにtc2mp4ModF.exeとtc2mp4ModF_20071005.plをいれて
コマンドプロンプトで

"perl tc2mp4ModF_20071005.pl -i input.mp4 -o output.mp4 -t timecode_v0.txt"

って感じでやってる

>>591
試してみます。

>>590
比較サンプルギボン

結合うまくいった。しかし、>>569と同じ症状が発生。
どうやら、timecodeが壊れてるみたい...orz
さらに、Windows7 Ultimate x64、i7 860環境でMT使ってもx264エンコ時にCPU使用率が低すぎる(30%以下)。
どうすればいいんだろう?

フィルタは下記ような設定
SetMTmode(2,12)
BCSInterlacedResize_mod(dest_height=486, mode=1)
hqdn3d(2)
fft3dfilter(sigma=1.5, plane=4 , bt=3, bw=16, bh=16, ow=8, oh=8, sharpen=0.4)
ConvertToYUY2()
ConvertYUY2ToAviUtlYCFix()
AU_smoothing(0,true)
AU_edgelevelMT(10,40,15,0)
ConvertAviUtlYCToYUY2Fix()
ConvertToYV12()
UnsharpMask(20,10,50)
WarpSharp(130, 4, 10, -0.7)
GradFun2DBmod()
ResizeBCS(960,720,180,2,-180,0,scale=true)

>593
比較ってなにと比較する訳？
pulldownだけで済ます為の物でしかないよ

AviUtlのフィルタ通してるんだから当たり前じゃないの？

GPUフィルター使ってAviUtlのフィルター使ってその後重いフィルター
使ってんだから当たり前だろと…

あれ、MT使うと、CPU使用率が高くならないのはおかしくなかった?
普通はたかくなるはずだったけど...

もしかして>>569ってEasyVFRのバグ?
EasyVFRの設定は>>581にあるので見て。

EasyVFR改3は使ってないけど、試しにPerlを入れたら普通に動いてるな
WriteTimeCode_v2()でtest-timecode_v0から変換するんじゃないか？
使えないならEasyVFR_ver0.2_mod2かItsでやればいいだろう

なんかPPMの方が操作に戸惑ったな

少しは問題の切り分けとか考えないのかな
余計なフィルタ全部外して間引きとBob化だけで切り替わる部分だけエンコするとかさ

さんざん言われているけど、Itsには何かのバグがあると言われているのは本当か?

>594
兄ちゃん、それじゃあアスペクト比が微妙に狂っちまうぜ。

>>602
じゃぁ、どうすればいいんだよ

>>594
SetMTmode(2)でいけても、逆に遅くなることがウチではあったかな。
途中で6など挟めばよくなるかもしれない、、がウチの環境だけだったらごめんね。

AviUtlのNL-Meansを使いたいんだけど上手くできない・・・特に1920x1080の解像度だと。
avs2yuv使うとエンコ自体はできるんだけど、終了時にavs2yuvが停止して連続エンコができない。
RADE使ってるけどatiumdva.dllが問題になってるっぽい。

AviUtlのNL-Meansを上手く使えてる方いたら、コツを教えていただけると助かります。

>>601
v0.8.5の話をすると2つあって、まず純粋なバグとしてtpr読み込みの際に0フレーム目から指定するとダメってやつ
そしてもう一つは配布ページに注意書きとして書いてあるからバグじゃなくて仕様だけど
各区間(普通は24fpsの区間)で指定するフレーム数を全部5の倍数にしておかないといけないっていう終端補正の問題がある

>>594
ここがボトルネック
ConvertYUY2ToAviUtlYCFix()
AU_smoothing(0,true)
AU_edgelevelMT(10,40,15,0)
ConvertAviUtlYCToYUY2Fix()

後、CPUを使い切りたいならSetMTなど使わずに普通に
MT("GradFun2DBmod()", 8, 2, false)と一つ一つ書いていく事だけど
君はMTの原理以前に勉強する事がたくさんあると思う
まあwiki見ながら頑張れ
サポセン代わりにここを使うと遠からず追い出されるから

>>605
mode fps_adjust=onでもバグ残る？

EasyVFR改3に移行しようかな。

>>605

間違えた、書き直し...orz

>>605
>各区間(普通は24fpsの区間)で指定するフレーム数を全部5の倍数にしておかないといけないっていう終端補正の問題がある
それって、itvfrの時じゃなかった?

>>606
ありがとう。もう一度プラグイン設定を書き直してみます。

エディタについて
AvsPをダウンロード(2.02修正版)しましたがどうしても起動できません。
アイコンをクリック後起動しようとすると、エラーが出てしまいます。
osＸＰ　SP3　７の64ビットでも出てしまいます。
これってなにか回避する方法ありませんか？

>>610
# ダウンロードした ZIP ファイルを解凍。
# 中に含まれている AvsP.pyo を AvsP.exe と同じフォルダにコピー。

* すでに同名のファイル（古いバージョンの修正ファイル）がある場合は上書きでOK。

# AvsP.exe の次回起動時に修正が適用されます。
AvsP_v2.0.2.zip
AvsP_v2.0.2_bugfix3.zip

>>590
比較してみた。
mode=1は部分vinverseだから思ったとおりの結果になったけど
mode=0はなんでそうなるのかが理解出来ないけど綺麗になった。
すごいな…

>>612
そのフィルタ適応前と後の比較サンプル動画をギボン
>>595についてはそう言いたかった。

>>613
TBS@今日 or BS-TBS
該当するソースエンコするなら試せばいいし、しないなら縁のないフィルタだと思うよ

mt("""TFM(PP=7,slow=2,cthresh=7,blockx=32,MI=460).TDecimate(mode=1).vinverse()""",12,12)
BCSInterlacedResize_mod(dest_height=486, mode=1)
mt("""hqdn3d(2)""",12,12)
mt("""fft3dfilter(sigma=1.5, plane=4 , bt=3, bw=16, bh=16, ow=8, oh=8, sharpen=0.4)""",12,12)
mt("""LSFmod(defaults="slow",strength=100)""",12,12)
mt("""UnsharpMask(20,10,50)""",12,12)
mt("""WarpSharp(130, 4, 10, -0.7)""",12,12)
mt("""GradFun2DBmod()""",12,12)
ResizeBCS(960,720,180,2,-180,0,scale=true)

今度はどうかな?
aviutlプラグインの使用は諦めました。(スムージングフィルタとエッジレベル調整は使いたかった)
BCSには使用しなかった。(エラーが出る)
overlapの値はよく分からなかったので適当な数値(今回は12)にした。
EasyVFR3でtimecodeが壊れる問題は現在調査中。

フレームを水平12分割して間引き処理とか何考えてんだ？

>サポセン代わりにここを使うと遠からず追い出されるから

意味がわからない。
ゴールも見えない。
どうであれば納得になるのか。

さすがの俺もどうかと思うわ。

>>618
>どうであれば納得になるのか。
EasyVFR改3の分かりやすい使い方を載せること。avsの中は改2よりも複雑。これじゃ、HardVFRじゃん。改2やIts使えといわれても、計算が狂わないtimecode v0を使いたいので。
アスペクト比が狂わずにUtlのスムージングフィルタとエッジレベル調整をavisynthで使うこと。

これだけです。

意味がわからないならms単位でちょっとずれる位神経質になるな
あんま細かい事気にすると若ハゲっぞ

自分が正しいと確信して使うのが一番なんだけどな。

つーかAviUtlのフィルタはAviUtlで使えよ

>>620
> EasyVFR改3の分かりやすい使い方を載せること。
君がお手本を書くのはまだ早くないかい？

>603
左右を181でクロップしな。

>>624
ぇ、そこってそういう解釈なの？ｗｗ
「（お前らが）EasyVFR改3の分かりやすい使い方を載せること」
だと思ってたｗ

使い方のサンプルが書いてあるが・・
a = src.Trim(0,1000).IT(fps=24, ref="TOP")
b = src.Trim(1001,2000).DEINT60()
c = src.Trim(2001,45893).IT(fps=24, ref="TOP")
d = src.Trim(45894,48294).DEINT60()


all = Src.EasyVFR_Create(a, "./", "test",0,1000, chap="オープニング")
all = all.EasyVFR_Append(b, start=1001, chap="Aパート" )
all = all.EasyVFR_Append(c ,2001,45893, chap="Bパート")
all = all.EasyVFR_Append(d , start=45894, chap="エンディング")#
all

あくまでテストだけど問題ないような

>>620
Utlのスムージングフィルタ、エッジレベル調整のavisynt版(ライク)があればいいのにね

>>602
Aviutlプラグイン使っただけで、アスペクト比が狂うというのははじめて聞いた。
それって、wikiに載ってるか?

EasyVFR3でtimecodeが壊れるのは、Trim(xxx,xxxx)の前にsrc.が入ってないんじゃないかな?

>>627
平均fps出力がない。

EasyVFRって名前からしてさぞかし使いやすいんだろうなぁと思ってたけど、
itsよりはややこしそうだな
defファイルが邪魔だから乗り換え考えてたけどitsでいいや・・・

itsよりぜんぜん楽ちん

やりかたわかってればどっちもどっち

ttp://blog.ebifunyai.com/archives/2010/01/20101.php#more

この人は、Utlのスムージングフィルタ、エッジレべル調整使ってるけど、アスペクト比狂わないのだろうか?

>>581
all = EasyVFR_Create(a, "./", "test", 994,1142)
all = all.EasyVFR_Append(b, 1143,3240, chap="OP")
all = all.EasyVFR_Append(c, 3241,3480)
all = all.EasyVFR_Append(d, 6178,25118, chap="Aパート")
all = all.EasyVFR_Append(e, 27817,45029, chap="Bパート")
all = all.EasyVFR_Append(f, 45030,45984)
all = all.EasyVFR_Append(g, 45985,46784)
all = all.EasyVFR_Append(h, 46785,49182, chap="ED")
all = all.EasyVFR_Append(i, 49183,50080, chap="次回予告")
all = all.EasyVFR_Append(j, 50081,50443)

>>629
>>602 は >>625 でクロップ値が縦2だけだから狂うと言ってる。(※ピラーボックス分は除く)
Utlのフィルタで、なんて誰も述べてないと思うが。

>629
違うがな。
ResizeBCSの値が間違ってるだけ。

おっと余計なこと書いちまった。
>636
の通りや。

>>636
このようにすればいいんだよね?
ResizeBCS(960,720,180,2,-180,-2,scale=true)

>>639
>>625
つーかもういいよ、>>594のまんまで。
2px程度削ったところで、アスペクト比の違いなんかわかんないから。
放送の段階で狂ってるかもしれないしな。

俺も、mt使ってるんだけど(SetMTmodeじゃないやつ)、それなのにCPU使用率が全然上がらないどころか、遅くなってる(1fps切る)。
x264のバージョンを変えても結果は同じ。
一体、何が起きてるんだろう?

俺はMT使っててよく働いてるんだけど、結構ランタイムエラーかメモリのread(write)に失敗する事が多い。
対策無いかな？SetMemoryMaxいじっても中々安定しないんです。
OS64bitにしてメモリ8G積めば安定するのかなorz

>>642
OSは何?
CPU何使ってる?
CPU使用率はどのくらい?



マザーボードP7P55D、CPUi7 860使ってる俺でも、MT使っても使用率が全然上がらないのはおかしいと思うんだ。
i7 920でMT使つと、CPU使用率が高くなるという報告もあるのに...
一体、俺の環境は...

>>642
恐らく、Avisynthの外部プラグインの問題かな。
スレッドセーフじゃないんだと思う。

wikiを見ると、avisynthのプラグインはほとんどがスレッドセーフだと書いてある。
スレッドセーフではないプラグインはどんなものがあるのだろうか?

プラグインがスレッドセーフでも遅いということは、MT自体のバグなのかもしれない。
ちなみに使用しているMTのバージョンは、Jeremy Duncan氏のWindows 7 SDKでコンパイルしたバージョン。

>>639
scale=true でアス比維持したいなら、元絵の縦横比に合わせてCrop値を決める。
(1440x1080なら4:3、1920x1080なら16:9、等)
ピラー分を除いて1080x1080の絵なら 上下(2):左右(?)=1:1 な値でCrop、
だから >602 は >625 の値(2+360)を助言してる。

後、>187 が既に言ってる事だが、他フィルタでの入力解像度としてエラー
にならないならピラー除去のCrop分は分けて、もっと前にCropしても良い。

上2pxしか削る必要がない絵でアス比を気にするなら、いっそCrop無が無難。

まさか使ってる人は居ないと思うが、バグ修正、YV12対応、パラ変更
ヤッパ、適当に書くと駄目だな
function afterTelop(clip clip, int "mode", int "left", int "top", int "width", int "height")
{
mode = default(mode, 0)
left = default(left, 0)
top = default(top, 0)
width = default(width, clip.width - left)
height = default(height, clip.height - top)
div = clip.IsYUY2() ? 2 : 4
Assert((clip.width >= left + width) && (left % 2 == 0) && (width % 2 == 0), "aho ka?")
Assert((clip.height >= top + height) && (top % div == 0) && (height % div == 0), "aho ka?")
telop = clip.AssumeTFF().Crop(left, top, width, height)
edeint = telop.NNEDI2(field=1, qual=3)
emask = telop.TMM(mode=0, field=1)
telop = (mode == 0) ? telop.TDeint(mode=0, field=1, type=1, tryWeave=false, edeint=edeint, emask=emask, slow=2)
\ : telop.vinverse()
return clip.Overlay(telop, left, top)
}

サンプル？ 左から、pulldownのみ、mode=0、mode=1
ttp://www1.axfc.net/uploader/Img/so/72783

>>647-648
ありがとう参考になった。mode=0綺麗だな、今まで60i部分はBob化か、(程度にもよるが)TomsMoCompで
済ませちゃうことが多かったけど、これなら24p化してもテロップ部分の劣化を
気にならなくなりそうだから検討してみよう。


ちなみにItsのバグの件だが、defファイル中の適応範囲の記述を省略形で記述すると
実際の適応範囲がズレるというようなことを過去スレで報告した。詳しくは探してね。

>>647-648
横からの baka ka? だけど、これはいい勉強になりましたわ
ありがとうですよ

どうやら、俺はMTで速度出ない病に感染したみたい...orz
フィルタ設定は>>594のを借用(少し改変あり)

BCSInterlacedResize_mod(dest_height=486, mode=1)
mt("""hqdn3d(2)""",8,0)
mt("""fft3dfilter(sigma=1.5, plane=4 , bt=3, bw=16, bh=16, ow=8, oh=8, sharpen=0.4)""",8,0)
ConvertToYUY2()
ConvertYUY2ToAviUtlYCFix()
AU_smoothing(0,true)
AU_edgelevelMT(10,40,15,0)
ConvertAviUtlYCToYUY2Fix()
ConvertToYV12()
mt("""LSFmod(defaults="slow",strength=100)""",8,0)
mt("""UnsharpMask(20,10,50)""",8,0)
mt("""WarpSharp(130, 4, 10, -0.7)""",8,0)
GradFun2DBmod()
ResizeBCS(960,720,180,0,-180,-0,scale=true)

>mt("""fft3dfilter(sigma=1.5, plane=4 , bt=3, bw=16, bh=16, ow=8, oh=8, sharpen=0.4)""",8,0)
>mt("""UnsharpMask(20,10,50)""",8,0)
>mt("""WarpSharp(130, 4, 10, -0.7)""",8,0)
>GradFun2DBmod()

ここらへん全部いらない

>>652
えっ?
GradFun2DBmodは、バンディング低減のために使っているのですが...

その後、x264や別のバージョンのMTに変えても結果は同じだった。

>>651
バカらしくなってレスするのやめたんだが、>>594のavsだってこちらの環境(i7-920)では99%まで上がる。
あ、因みにSetMTmodeは、avsの先頭、ソースの読み込みより前に置くんだよ？

Avisynthじゃなくてx264で詰まってるから、avs2aviでnull出力してみればいいんじゃないかな。

原因がなんとなく分かった。
CPUの温度が高すぎるからじゃないと思うんだ?
熱暴走を防ぐために抑えられてるんじゃないかなって。

SetMTmodeを先頭においても、x264でスレッド0(自動検出)しても、全然速度が上がらないのはおかしいと思ったんだ。
CPUクーラーはCPU付属の物だから、これをいいものに変えれば状況は変わると思う。

具体的にCPU温度いくつなのさ

具体的なCPU温度は分からんが、誤って、Turbo V EVOでOC設定した後、勝手に電源が切れて、その後再度電源を入れたらOS起動前にCPU温度が高すぎますというエラーが出でいました。
その後、タスクマネージャでCPU使用率が100%になってることを確認した後、勝手に電源が切れた。このトラブルは、マザーボードの設定初期化で対処。

このことから、CPU温度は80〜90度位であった可能性がある。

補足
Auto Tuning実行中に勝手に電源が切れました。

どうやら君固有の環境の問題みたいだから後は日記にでも書いてくれ

>>655
クーラーは、CPU付属の物じゃないよね?

昇圧しないなら付属のもので充分だよ

>>651
>SetMTmodeを先頭においても、x264で スレッド0(自動検出)しても、全然速度が 上がらない

そのような症状出てる人他にもいるかな?
いなかったら、>>651のCPUの温度が高すぎる可能性大。

Avisynth関係ねえだろ

>>ID:MvK+3WIb=>>ID:a+ZCfyDF

ｘ264スレにこんな人がいたが
http://pc11.2ch.net/test/read.cgi/avi/1260857362/302-308

おまえらはどうなの？

AviSynth Wiki
ttp://www.avisynth.info/
を総合的なwikiと位置づけて
各フィルタやユーザー定義関数の使い方や使用例を扱うwikiを立ち上げたら
ここの住人は協力してくれる？

1人1人の今までの経験を集めれば結構な物ができそうな気がするんだけど
協力者や需要が無ければ作るだけ無駄なんで・・・。

avisynth.infoでやれないの？

初心者向けに、ってこと？
現行wikiでやれるか、やるべきかどうかは別にして、
需要はありそうだけど、協力者が集まるかどうかが問題だな

>>668
avisynth.infoはフィルタの紹介はしてくれるけど
フィルタごとのページは少ないから、フィルタごとにページを作って
Readmeのコピーではなく、こういうときこういう使い方をすればうまくいく
みたいな情報を集められればいいなと思って。
俺1人がサンプル縁故しても得られる経験に最近限界を感じているので思い立った。

>>669
色んなレベルの人を対象にしたいとは思っているよ。
初心者向けの記述も入れておけば、最近スレに多い質問も減るだろうし
中・上級者（？）はさらなる技術UPのきっかけになってくれればいいかな・・。

ただ、仰るとおり協力者が^^;

初めから協力者をあてにするな
x264のほうでもそんなのあったじゃない

まあ、いまのタイミングでそんなこと始めようなんてのは、
ダウソがいい加減にやばくなったんで自炊始めたやつが、
手っ取り早く情報探したいだけだろって勘ぐられておしまい

>>668
ごめん、質問に答えてなかった。
もちろん場所は現行wikiでもいいと思っている。

＞協力者
先ず、sampleだな。
空の箱を用意するんじゃなくて、中身の方のsampleが必要だ。
sampleといっても記述フォーマットじゃ無くて、具体的記事内容だ。
口あけて待ってれば、識者が勝手に協力してくれるとか無いから。
他人にお願いして回る云々じゃなくて、内容で興味が湧くよう頑張ってください。

発案者が「1人でもやってやるぜ！」って勢いでガンガンやってれば、
協力者も増えるだろってことだね

新しくwikiを立ち上げてやるのはそれこそ個人の勝手だし、
現行wikiに更新しまくるにしても情報が増えるのは良いことだから文句は出ないハズ

>>673,674
確かに1人でスタートして、興味がわけば他の人も参加してくれそうだね。
当たり前の答えが得られた。

現行wikiの外部プラグインのページを見たところ、
プラグイン名に直接ページへのリンク張るよりは
プラグインの説明のURLの下に
・URL/http://hoge
・使用例
みたいな感じに追加した方がいいよね？

とりあえず、エンコしないといけいないものが溜まってるので（深夜アニメ40本ほど）
それが片付いたらボチボチ初めてみるよ。更新したらまた報告しに来ます。

フィルタって頻繁に更新するもんでもないし、一回調べれば済む事が多いんだよなー。
特に最近はソースの画質も良いから、フィルタに頼ることも少なくなってる気がする。

まーそれはともかく作ってみないと始まらないから
やる気があるなら、スレ上で関心の集まった今やったほうが良いと思うけどなあ…。

>>676
テストとして1つやってみた。（手抜き感一杯だけど）
ノイズ除去(2D+時間軸)のHQDN3D
こんな感じの情報をまとめられればいいなと思ってる。

ソースがよくなってるといっても、ズームして見るとノイジーだし
ノイズ除去の情報はあると嬉しいなあ

これはMDegrainになっていない等、少し古いがそれでも参考にはなる。
http://avisynth.org/mediawiki/Denoisers

プラグイン名をクリックすれば直接飛べるようにすればいいんじゃね
一部のプラグインみたいに最初に引数の説明を詳しく書いてその下に使用例を書けばいいと思う

＞こんな感じの情報をまとめられればいいなと思ってる。
うわーん。
673で、内容で興味が湧くように頑張れよと励ましたけど、
最初に披露した内容ってコレですか。
料理を期待したら、ママゴトの泥団子が出て来たでござる。

余計なことしないで、自分のwebサイトやBlogで満足した方がいいよ。

D:R0IMlv5+

この場合は残念ながら>>681に同意する

インタレ用の輪郭補正フィルタで良いやつを紹介してもらえない
でしょうか？実写のエンコしてるんですが、アニメ用のUnsharpMaskや
WarpSharpだと、変なごみが出ます。

>>684
Bob
LSFmod
SeparateFields
SelectEvery(4,0,3)
Weave

実写と言うか
普通が実写で、アニメ、それも絵コンテじゃないやつ以外の
汚く生成されないブツを復元するHENTAI系が主だからね

、

今のAvisynthwikiで不足というのがおかしい。
作者直々のreadmeで情報が足りないというなら、やる気が無いとしか思えない。
自分で掴んだ傾向や感触や方法論は書くことはできるけど、それを自分で確かめず鵜呑みにするような人が
うまくできるとは思わないし、結局自分で試すなら、普通にreadmeでも読んで仕組みを理解してやった方がいい。

結局、自分の頭で考えられる脳みそと、Avisynthwiki/blogぐらいの情報提供があれば充分。
後はこのスレなりダウソなりでやればいい。
あ、readmeの日本語訳を纏めまくるとかだったら、歓迎されると思う。

>>680
wikiなんだから自分でそう編集すればいいじゃん

どのwikiでもそうだけど
ネタが古ければ、お後、ＴＰＯ的に応用するだけなんだけど
ココが世代別に認識が違うのよね
説明書の概念がないのかな？
wikiの存在をありがたく思える人は
質問しないし、孤独も寂しいし

手前ミソで申し訳ないけど
07年のＭＴでスレッドセーフとは？が議題的にオモロイよね
ジェイミ君の素直さは買うけど
共通しているのは煮詰めた上の尊敬の念がない

>>687
＞readmeの日本語訳を纏めまくるとかだったら、歓迎される
それだな。必要な情報は全部readmeに書いてある。

意味もわからずフィルタの数値をいじくりまわして、ただ「きれいになりました」と言われても
完全に主観の意見だから全く何の参考にもならない。
口で説明できないなら、画像の比較くらいさせてくれないと。

独り言レベルの内容をずらっと並べたいのかもしれないが、だったら過去ログからそのフィルタに関するレスを抽出してまとめるとか。
新しく意見を募るよりは、やりやすいと思う。

え？オレはこのスレを読むまでPerlのMath::BigRatなんて
何のことだか分からなかったからEasyVFRのテストもできなかったんだがｗ

>>685
ありがとうございます。助かりました。
インタレのフィルターのかけ方がなんとなくわかりました。

>>582の結果から、FFT3DGPUのバグは、スリープ設定をOFFにすれば対処できるということ?

う〜むFFT3dGPUを適用するとほんのわずかに緑がかった画になる、FFT3DFilterはそんなことないんだが。
どちらのフィルタもplane=4なら色に関して差は出ないと思ってたんだけど、他に関係ありそうなパラメータある？

便乗で申し訳ないんだけど、FFT3DGPU使うと格子状の人工ノイズが乗るのはうちだけ？
bw=8,bh=8,ow=4,oh=4とかやると顔が網戸に押し付けた跡みたいになってホラー

sage忘れた・・
すまそ

あちゃー
もう駄目だorz
落ち着いてROMることにする

>>696
変に値いじらないでデフォルト値で使ったら？
あと試してないならGPU版じゃないFFT3DFilter使ってみて、同じ条件で再現するかどうか見てみるとか。
それでGPU版のみノイズが出るんだったら、それは>>696の環境の問題だろう。

GPU版やシャープ系はパイプライン使うと良いよ
ＮＶＩでＸＰならOpenCL出す前のドライバじゃないと
ＶＤＭ9（ＶＭＲ9）がダメダメ
ＡＴＩは知らん

>>696
Shapenを使うと目立つかもね。
デフォルトのbw=32,bh=32,ow=16,oh=16 で消えるならそれでおｋ
ow=16,oh=16←処理ブロックのオーバーラップ
これは大きめに取らないとダメ。

オーバーラップ云々だったら、デフォルトでsbsize=12, sosize=9となっているdfttestが有利。
FFT3Dと比べたら、その分遅くなるのは仕方がないが。

むー

yv12toyuy2_lacedのmatchfieldsって常にtrueで大丈夫かな？
もしダメならどういう場合にfalseにした方がいいか教えてほしいです…。

>>704
アニメや映画等、元が24fpsのソースならtryWeaveが有効なので、matchfields=trueで良い。
60i等、それ以外のソースには、matchfields=falseか、InterlacedYV12ToYUY2_Yadifを使う。

>>705
ありがとうございます！理解出来ました。
一応確認なんですが、元が30fpsのソースもtrueで大丈夫ですよね？

>>699,701
デフォルト値で使うと今度は幾何学模様みたいのが出てこれまたホラー
GPU版じゃないやつ使うと問題ないからやっぱりうちの環境が問題かorz
2600XTなんだけど使えてる人は使えてるみたいなんだけどなぁ。

>>700が解決法を提示してくれてるようだがよくわからんからスルーしとくw

>>707
同じ2600XTだけど使えるぞ。
ちなみに設定は、FFT3DGPU(sigma=1.7 ,beta=1 ,plane=4 ,bw=16 ,bh=16 ,ow=8 ,oh=8 ,bt=4 ,mode=0 ,interlaced=false ,wintype=1)
mode=2だとうまく出力できない。
それと、Catalystのバージョンは？ちなみに自分は10.1だけど…。

>>706
Weaveのままにしておける動きの少ないソースは、matchfields=trueで良いだろう。

>>709
度々ありがとうございますっ。助かりましたm(__)m

icc-buildを使いたいので、再うｐしてもらえませんか。

Avisynthを絶讃ιょぅょ Part25
http://pc11.2ch.net/test/read.cgi/avi/1206362521/

>>708

mode=0にすると平気なんだけどノイズ除去自体がほとんど効かないよね？
それもうちだけなのかな？

とりあえずupしてみたから見てもらえるとありがたい。
�@ ソース、�A plane=4、�B plane=4, bw=16, bh=16, ow=8, oh=8、�C �Bのmode=0
�D bw=8, bh=8, ow=4, oh=4,Sharpen=0.5をaviutlのノイズ表示フィルタでみたやつ
であと設定デフォ。

たしかにSharpen上げると強烈に出るっぽい。
catalystは9.7以降にするとディスプレイマネージャがおかしくなるからそこで止まってる
なんかその時点でおかしい気もするけどorz

pass：FFT3DGPU

落ち着けおれw

http://kissho1.xii.jp/7/src/7jyou30176.zip.html

>>711
http://uproda11.2ch-library.com/11226391.zip.shtml

DLキー: 1

>>715
再うｐありがとうございます。地デジをエンコするときは、fft3dfilterを使うのでありがたいです。
MT("FFT3DFilter(sigma=1.0,beta=1,plane=0,bw=64,bh=64,ow=32,oh=32,bt=4,sharpen=0.11,interlaced=true,wintype=2)",4,4)
2.4fps -> 3.6fpsぐらいになりました。

ウ-ン、現実的じゃないでしよ？
要、アニメ専門だね
AviaynthＷＩＫＩofJP
の主がそうなら
宣言の後、去りますよ

>>716
よかったです。
フーリエ変換のライブラリは、ICCでコンパイルしたヤツではないのですが…。

>>717
あっても良いと思うよ。

と言うより、実際にやってみないと反響って見えてこないよ。
OpenSourceSoftwareは、そういう世界。

試しに1、2個やってみたら？

>>713
mode=0はシャープ化だけを行うモード。
当然ノイズ除去はされない。
FFT3DGPUとFFT3DFilterの付属の説明をちゃんと読むといい。

>>718
いつもの外人さんだ
ほっとけ

>>720 ちょっｗｗ　誰と間違えてるん？

>>721
>>717が外人さんってことでしょ
英語圏がどーたらっていう改行だらけのひとりごと書く人

>>713
とりあえず自分の環境でテストしてみた。
効いてると思うんだが、確認してみてくれ

http://kissho1.xii.jp/7/src/7jyou30186.zip.html
pass：FFT3DGPU

CPUクーラーを変更してみて、再度MTを使ってみたが、全然速度があがらん。
MTは、SetMTmode(6,0)を一番先頭に持ってきて、x264の設定は、以下の通りです。

--level 4.1 --crf 20 --tune grain --aq-mode 1 --aq-strength 1.0 --aq-sensitivity 8 --psy-rd 1.0:0.25
--deadzone-inter 8 --deadzone-intra 6 --ipratio 1.6 --pbratio 1.4 --qcomp 0.7 --qpmin 14 --qpmax 28
--qpstep 8 --scenecut 75 --min-keyint 1 --keyint 300 --partitions p8x8,b8x8,i4x4 --8x8dct --bframes 3
--b-pyramid --b-adapt 2 --ref 3 --direct auto --me umh --subme 7 --merange 32 --sar 1:1 --threads 0
--trellis 2 --deblock -1:-1 --no-fast-pskip --no-dct-decimate --psnr --ssim

X264のバージョンは、OreAQ(seraphy版)の1181.release02。

avs2aviのnull出力試してからな

>>724
とりあえずConvertToYV12()だけ使う
その後ひとつずつフィルタを増やしてみる
それくらいやってくれ

リサイズ色々試したけどaviutl標準のが一番綺麗だな
アニメキャラの髪のモヤモヤが分かりやすい

線形と非線形の特性の違いくらいはわかってるよな

結果として綺麗かどうかがすべてじゃないわけ?

>>726
CPU温度がわからんとかいってたヤツなんだし
相手しないほうがいいと思う。

>>723
ソースが違うんで断言はできないけどほぼ同じような結果になったよ。
ただソースによるみたい。
あまりにノイジーだったりディザーが強めだったりすると変なんなるっぽい。
これが環境によるとこなのかわかんないけど、今のとこノイジーなやつには使わないということで落ち着いた。

わざわざすまんかった。ありがとう。

i7 860でMT使っても、速度が出ないと言っている人がいるみたいだけど、実際はどうなの?

MTでCPU使用率が全然上がらない理由が分かりました。
単に、フィルタを多く掛けてたからだった...orz
試しに、インタレ解除やリサイズやノイズ除去などのフィルタをはずせばCPU使用率が上がった。
どうしてこうなるんだろう?

avs2avi input.avs -o n -c null として、フィルターを一つずつ確認しながら、
実際に速くなる設定を根気よく探せばいい。

>>651
mt("""
filter1()
filter2()
filter3()
""",8,0)
みたいにするとか。

TNLMeansよりNL-Meansのほうが優秀だな
どんなにパラメータをいじってもボケるかリニアじゃなくなる
外人が作ったものだからアニメ向きではないのだろう

http://bengal.missouri.edu/~kes25c/tmon1.png
http://bengal.missouri.edu/~kes25c/tmon2.png

triticalがアニメの事を考慮しなかったとは思えない。

TNLMeansのほうが優秀と思うならパラメータくださいまし
NLのS値は高い気がするけど

triticalもいろいろ試しているけれど、結局はDFTを使ったdfttestが一番優秀だと思う。

avsとかほぼとっといてあるんだけど、なにげ無く昔作った動画見てて気になったから
avs見てみたら何十分割もして細かくノイズ除去してて笑った。なにやってたんだ俺。
いまじゃほとんどノイズ除去なんか掛けずに決まり切ったbatに放り込んでお終いなのに。

>>737
triricalは極度のアニヲタだよなｗフィルタの性能が全てを物語ってる。
アニメを扱うビデオメーカーは早く奴とshikariを引っ張ってくるべき。

やべ。リリカルになっちゃったorz
わざとじゃないからな。

trirical→triticalね。

>>736
フィルタを掛ける前、それぞれのフィルタを掛けた後のキャプ画
フィルタのオプション、プリーズ

TMPGEncの「必要な場合のみインターレース解除を行う」と同じようなフィルタってありますか？

avisynthはエンコーダーじゃないから無理じゃね！？

イミフ

TNLMeansとNL-Meansのどっちが優秀かといわれても
長所短所はどっちもあるから個人的にはわからんわ・・・・

自分はNL-Meansのフィルタといったら
Aviutlとのらねこ氏のを思い出すけど他にないのかなぁ

>>744
それはエンコードするときに走査＆エンコードを
プログレッシブでするかインターレースでするかを動的に変えるオプションなので
エンコーダじゃないと意味がない

AutoDeintとかのインターレース解除と違うの?
部分的なインターレースを、最小限のインターレース解除で自動解除してくれるフィルタかと思ってた
インタレとプログレが混ざってるのは指定して解除するしかない？

TDeint(full=false)とすれば、最初に縞の有無をチェックして、
プログレッシブだと判定されたフレームには何もしない。

>>750
ありがとうございます
試してみます

MT使用時にx264でエンコすると、途中からfpsが急に上がって、そこの所から画面が真っ黒になったmp4が出来た。
一体何が起きてるんだろう?

ちなみに、avisynth2.6(SEt氏ビルド版)でも同様の症状がほぼ必ず発生した。バグの可能性が高いのでバージョンアップに期待。

>>752
原因を自ら特定する気もなく　>>1も読めない
お前の頭がバグってるに決まってるだろ

>MT使用時にx264でエンコすると、途中からfpsが急に上がって、そこの所から画面が真っ黒になったmp4が出来た。

ここまでテンプレ

Avisynthの初心者スレ、立てたほうがよくない?

>>755
AviUtlの拡張編集スレをつべ板に立てたように、ダウソ板に立てるなら賛成

BroadSwordは神

と思ったけど1fps出ない
GPU使うように改良してくれないかな

>>757
GradFun2DBmodを使った方がいい。

なんで、わざわざダウソ板に立てたいというの?

その答えを探すため

初心者スレ立てました。
DTVに立ててしまって申し訳ない。

Avisynth 初心者質問スレ
http://pc11.2ch.net/test/read.cgi/avi/1266708593/

基本とは、タスクマネじゃなくてprocexp

繊細事項を角のがウイスキー的でメンドイ
恐らく、縛りが無い自由人はオレだけ
だから、永遠に指摘出来る
ただ、収入が安定すれば素直になれる

ブッチャケ、ＨＴＴの結論はＰ4で出てんだけど
intelのＴＢＴはどなの？
最近つとに、ＨＴＴ対応でＧＰＧＰＵ最適化なんて
サイバーさん何かは売り文句だけど
ペガシスさんは別格ね、唯一事前に最適化するから
落ちない、ＢＦ2みたいね

TBに最適化とかあんのか？

それはいつもの英語圏の人だから触るな注意

初心者質問スレに新しい質問を書きました。
誰か助けてください。
http://pc11.2ch.net/test/read.cgi/avi/1266708593/3

Avisynth初心者っつうか、動画編集の基礎について調べる気すらない初心者以下のスレになりそうだな。まあ頑張って。

virtualdubで、DirectShowSource("hoge.mp4")でmp4のソースを読み込むと、
1〜2ほどフレームが増えてしまいます。

この増えるフレームはどうゆう理由で増えているのかわからんのですが。

最終的にエンコした奴に音を合わせるとほとんどわからないので問題ないと思うんだけど
フレームが増えているということは多少なりとも容量が増えているということですし。

directshowがどういうものか調べると良い

DirectShowSourceではなく、FFVideoSourceを使えばいい。

なんでわざわざ再エンコしてんの？

そこにエンコーダがあるからさ

方言みたいなモン
それより、何故hoge?ドイツぽいね
相当、A型的にwikiを熟知してるとみた
DirectShowSource用には、お後Ｈａａｌｉのやつもあるよ
DirectShowで264系は定番かな、ココ以外で

例ね、
DirectShowSource("D:\my documents\4Work\James Bond.007.Dr.No.mkv", fps=23.976, audio=false, convertfps=true)
dss2("D:\my documents\4Work\James Bond.007.Dr.No.mkv", fps=23.976)

理屈的には両者は同じ
Ｈａａｌｉは音声をカバーしてないから
audio=falseは不要
棚から牡丹餅食った事ないからわからんけど
要はＶＦＲ＝ＶＢＲかな？
意図してないバカチンを固定しますよと
但し、効能と作業速度は比例しない

んな初歩的なことを自慢げに話されてもなあ
そんなこと書いてる暇あったらまともな日本語書けるように勉強してろ

触れるな危険、いつもの人。

何で？連呼するから？
778 君は好きね
嗅覚が普通だね
危機意識がナイスね
ただ、、嫌われるタイプね

ウン、返すにも元の私財がない

ごめんなさいよ

次の患者さんどうぞ〜

MeGUi用にどうぞ
Xvid1.3.0
テキスト読んでね
http://rapidshare.com/files/354427885/1.3.0___ae_____.7z
米の味が分かる英語圏から

インターネットがこんなに普及した世の中で
英語圏だの日本語圏だのいうやつって何なの？

madshi氏のＦＬＡＣデコダをＩＣＬ11でごにょごにょ
http://rapidshare.com/files/354432544/ae__madFlac.7z
ビールの色が違う国から邦人へ

お後、CoreFLACとCoreVorbisの最新版もあります
例えば、力ＤＶＤ用にＰＩＮを最適化出来る方は
御協力願いたいです
多分、無理、僕らじゃ

1.3ってなによ!?
マジで??
でもなんで公式ソースフォージからじゃないの?

ありゃ、ソースフォージて何よ？
似た過去に、ラピッドシャーレがいたけど
特に日本では、無理もないかな？

非営利の概念がココ日本だと無い良い証拠だね
感覚的にあなたはスナックでオサワリの常習犯だ
金払ってんだからさと、気持ちは同感

>>786
触るな危険

朝早いね？
試してよ、単純に今風に気どれるだけ
根がマジメだから悪さもしないよ
ただ、メモリリークが大嫌いよ
座敷犬を野外で飼う僕らには理解できんだろうな

ま、ノーマルから50倍以上は速いよ、あたりまえだけど
あたりまえをまんましましたよと、おやすみ

こうなると英語で書いてくれるほうが理解しやすいな・・・
何を言ってるんだかさっぱりわからない

なんとなく、無能な古参が理解できた
通常、すぐ酔って寝る為
かなり悪質だね、共産ポイね
中身を見て判断出来ないから
好き嫌いは別よ

こういう荒らし方があるんだね。勉強になりますた。

日本語でおｋ

マジキチに日本語は無理

絶讃ιょぅょ 　が　絶賛ιょぅじょ　に見えた！
ふざけんな！

間違ってないぜ

ょぅι゛ょ

Avisynthは中の幼女が必死に作業してるかっき

昨日の犯罪者
ID:4ANeQIr/

BlackmanResize(taps=4)とLanczos4Resizeって何か違うの？

>>BlackmanResize は、タップ数が大きい場合のリンギングノイズをよりうまくコントロールする LanczosResize の改造版です
リンギングの出方が違うんじゃないかな！　　具体的に何が違うのかは知らんけどｗ

BlackmanResize(1280, 720, taps=4): http://hdimage.org/images/3eaezrfj2haw26xvi68o.png
Lanczos4Resize(1280, 720): http://hdimage.org/images/l4em5flmkoan6ies9xh.png
Subtract.Levels(127, 1, 129, 0, 255): http://hdimage.org/images/7y56o8yusd49tdoyw2qx.png
(1920,1080からの縮小)

輪郭に違いが有るのは、間違いない。

MT使ってて、設定は同じスクリプトなのに
ソースによってエンコードが落ちたりするんだけど
同じ経験ある人いない？
環境はWin7、Avisynth 2.5.8、seraphy氏のDustMT
ちなみにXPでも試してみたけど落ちるものは同様に落ちる。

ヘイローイングじゃなくてリンギングなの？

>>805
リサイズで発生する高周波のアーティファクトはリンギングと呼ぶのが一般的じゃないの。

http://avisynth.org/mediawiki/Resize

>>803
少なくとも、画像を見比べただけでは俺には違いがわからなかった。
これで違いがわかるのか、スゲーな…。

>>804
>MT使ってて、設定は同じスクリプトなのに
ソースによってエンコードが落ちたりするんだけど

有料もあるよ、使い分けが出来て、コマメに再起動も余裕な人向け
ただ、あんたはリスクの概念が無いから
ノーマル2.6の方が幸せじゃないかな

>>807
俺も全くわかんなかった・・・
あと>>808の言ってることもわかんなかった・・・

>>804
MT使ってないけど俺もエンコードスピード落ちる事がある。
ほぼ同じスクリプトだけど
NHKの龍馬伝が12fps
同じくNHKのオリンピック中継が6fps
何が違うんだろうか。

ソースによってエンコ速度が変わるのは当たり前

って>>804がいってるのは、エンコが止まるってことをいってるんだろうな＾＾；

動画のキメが細かいほどエンコ速度は落ちる
エンコが止まるんならそれはおそらくメモリリークのせい

>>803
ほぼ全てのフィルターは、ループで1画素づつ検証して、行くからね。
解像度や色空間でも、ループ回数は変わるよ。

YV12で、絵一枚あたり
DVDなら、432,000 = (720x480 + 360x240 + 360x240)
HDなら、3,002,400 = (1920x1080 + 860x540 + 860x540)

1画素づつ検証なんかしてないがな

俺が読んだソースのノイズフィルタや、リサイザは、1画素ずつ見てるよ。

配列に入れて、内挿とかなら、GetHeightの値で行けるけど。

単純に詰めが甘いだけでしょ
同一環境での検証の必要性が必然じゃないのでしょ
本来なら各々が蓄積したブツをネタに共有できればね
現実的には幼児系のＨＥＮＴＡＩ相手オンリーが主だからね

Spline36Resize(1280,720)
ってやると、仕上がりが、1280*724になってるんですが・・・。

ふ〜ん？

これって問題ないんですか？

お前だけだから問題ない

なにをどうしたらそうなるんだ

なぜか後ろに　AddBorders(0,2,0,2)　なんて書いてあったりするのかも

avsにフレーム番号書いてチャプター出力するプラグインってないですか？
今はitsでチャプターを打ってるんだけど、いちいちフレーム番号コピペするのが面倒で・・・

>>823
俺はチャプターだけ出力したいときはEasyVFR3使ってるな
なんか余計な物まで出力されるけど

hage

>823

VirtulDubとプラグイン版のAddRangeを使えばいいんじゃない？

失礼、チャプターファイルを作るって話か。
勘違いしちまった。

FastEDIUpsizerを、2倍速くしてみたんだけど欲しい人いる？

ついでにopenmp使ったMultiThreadなバイナリも作ってみたけど、メモリリークしないし。

FAW使う場合は++結合しないほうがいいな
ノイズが入った

http://toku.xdisc.net/cgi/up/qqq/nm21360.gif

誤爆しました、すみません

640x360の動画を1920x1080に拡大し、一部を切り取って比較してみた。
下はわかりやすいようにコントラストを強調したもの。

BlackmanResize
http://toku.xdisc.net/cgi/up/qqq/nm21395.png
http://toku.xdisc.net/cgi/up/qqq/nm21396.png
Lanczos4Resize
http://toku.xdisc.net/cgi/up/qqq/nm21397.png
http://toku.xdisc.net/cgi/up/qqq/nm21398.png

Blackmanの方がリンギングが目立たなくて綺麗。すごく微妙な違いなので、動画として視聴した場合は知覚できないだろうけど。
エンコード速度もほぼ同じだし、今後は拡大にはBlackmanを使うか

常識として、静止画は動画のサンプルとしてなり得ない
並列処理より並列表示を提示されたし
いかなる時もＨＥＮＴＡＩ系はスルーで

お後、640x360＝16：9の正目なんて
ここじゃ、扱わないし
結論も出てないけど、綺麗に拡張できるサイズに間違いない
外人は横512が好きだけどな
ＰＡＬの4：3は定番だよな

ＨＥＮＴＡＩなくして映像技術の発展も普及もあり得なかったという事実から目を背けてはいかぬ。

この国で一人じゃアイデアは金にならない

>>832
乙。　差がわからないｗ
833を構うつもりはないんだけど、この場合は静止画で良い。
他の点は突っ込む必要も無いかｗ

結局、nnedi2 >> spline > blackman≒lanczos　となりそうな気がするが…。

ＨＥＮＴＡＩは否定してないよ、古参が絵こんてなり
伝承を怠るからだしょ？

見直したらちゃんと違った。　→の線の肌？との境界線とか大分違うね。

キャリブエーションだがな
甘いがわろたじゃ困んＤＥＡＴＨよ

HENTAIの意味がわからん。コードギアスR2 OPのロケット持ってるシーンなんだが。
肌色の部分は親指。

主人公は別の意味で変態だけどな

いかなる時も英語圏はスルーで

MCTemporalDenoiseって、wikiには時間軸ノイズ除去関数って書いてあるけど
これって実際のところは（2D+時間軸）ノイズ除去？

FFT3DFilterのiccビルド、再UPお願いできますか。

>>843
MCなんだから当然3次元
時間軸のみなら動き補償してない事になる

>>841
絵の見えない部分を想像して勝手にﾌﾄﾓﾓにでも変換したんだろ
いきなり意味不明な宣言してくる奴はスルーするに限る

GTX 260(システムツールでクロックはいじってる)でFFT3DGPUが正常に動作せず。
諦めて、FFT3DFilterに切り替えよう。
ドライバのバージョンは、196.75。
ところでみんなは、GTX 260でFFT3DGPUが正常に動作した人いる？

>>837
Blackmanって、splineよりも性能悪かったの？

HENTAI=2次元エロ
ここで言うエロはセクロスとかそういう方面

>>845
thx.

FFT3DGPUのバグ、誰か直してくれないかな？

どんなバグよ？

>>847=>>850ですけど。

>>851
どうやら、アイドル時にダウンクロックするGPUは 、 ク ロックをOCツールなどでクロックを固定しないと、エンコードした動画の映像が全て緑の画面になるバグがある。
これを防ごうとして、MVIDIAのシステムツールでクロックをいじってるのだが、結果は相変わらず。
FFT3DGPU バグで検索してみると出てくるよ。

そりゃプラグイン開発当時のビデオカードなら問題なかったのに、
NVIDIAがあとから余計な機能を付け加えたから起こってるんだろ
ハード側の都合で互換性を失ったことをバグと言うのはtsp氏に対して失礼だな

最近のCPUは速くなったから、MT("FFT3DFilter", overlap=2, threads=4) としておけばいい。

MTとEasyVFRの相性が悪い

>>854
X4 620とHD4850ならFFT3DGPUの方が速かった。
他の組み合わせは知らん。

他にも、UACの画面暗転と同時に落ちたりするけど
そもそもDirectXのおかしな使い方をしてるからね。

いわゆる『砂嵐』のシーンで効果的に圧縮がかかるようなフィルタの並びないすか?
平均ビットレート1200Kbps前後なのに、砂嵐のシーンでのみ12000Kbps突破する。


そういや最近アニメでもホラーDVDでも、砂嵐のシーンがないか極端に短い理由って
そういう理由か...。

なんでビットレートが跳ね上がるのか理解してないのか

>>857
ボカせばいいと思う
画素を維持したいならコーデックスレに行け

>>858
ディティールが細かくて、圧縮がかかりづらいためですよね。

とりあえずavisynthでグレースケール変換し、XviDの方でもグレースケール
でエンコするようにして、I/P/B各フレームのQT値を1->3に増やすなどしましたが。
そうするとPやBフレームでノイズのエッジ(?)が崩れて、クロスカラー風に
緑色っぽく見えてしまい、鮮明なノイズでなくなってしまいます。

こんなんランダムキーと密度を与えて、デコーダ側でプログラムで生成する
ようにコーデックに機能が組み込まれればいいのに。

表現が適切ではないですね。
クロスカラーっていうか溶けてくっついて見える感じですね。

あとサイズが小さくなるようにいろいろ指示するたびに、白い部分、つまり
輝度の高い部分の率が増え、黒のドットが少なくなったように見えます。
他にIフレームとBフレームの画質差により、実際に再生させるとソースでは
ない明るさの増減が目立つようになります。

実に難しい。

GeForceドライバの196.75入れてるやつは昔のバージョンに戻しておけよ一応

諦めましょう

解像度の低下を感じにくくしたいなら、フレーム単位でぼかすのではなく、残像を作ればいいと思うよ。

ノイズの酷い部分にはMDegrain3を使ったら。

インタレ維持リサイズってどうしてます？

>>866
どうするも何も、普通に使ってます。

>>866
とりあえず
Bob()
Spline36Resize(1280,720)
SeparateFields()
SelectEvery(4, 1, 2)
Weave()
みたいな感じにしてるけど、bob()は変えたほうがいいかもしれん…。
どのプラグインにしろbobでの補完は、アニメならともかく実写ではどうも信用ならないんだよなあ。
なんか上手い方法はないかな。

そういやプログレ->インタレする場合は、ローパスかけるといいと
manao氏がどこかで言ってたな
こんな感じになるか

AssumeTFF
Yadif(mode=1)
lanczosresize(720,360)
lanczosresize(720,480)
SeparateFields()
SelectEvery(4,0,3)
Weave()

あと、インタレにするんだったら、縦は1080か480にした方がいいよ
正規の規格じゃないせいか、720でインタレにすると、デコーダーによっては変になる

前に試したときは全然綺麗にできなかったが、リサイズフィルタの選択が肝なのか？

Spline36Resize(704, last.height)
Bob(height=480)
ColorMatrix
SeparateFields
SelectEvery(4,0,3)
Weave
AddBorders(8,0,8,0)

DVDを作る時にはこうしている。

駄目だ腹痛えｗ、お前らナイスだｗ

低脳が沸いてきました。

>>868
実写バラエティで試してみた。結構いい感じ。

昔のDivX動画をmp4に再エンコする場合のフィルタリングのｵﾇﾇﾒないですか?

リンギングはあるし、低ビットレートからくるブロックノイズはあるし、
顔や髪の毛にドット上のノイズ(なんていうすかね)でまくりで汚いし、
背景やバックのピントが合っていないような箇所はぼけぼけずぎてなにが
なんだかわからないし。

昔はこれで100MB切った切らないで盛り上がってたんですよね。
すげーな。

再エンコしないのが一番だと思うが…

うん、諦めて現状維持が一番だろう
幸いにもDivXをデコード出来るソフトは沢山あるんだし

(AAは例のアレで)
PSP!!
PSP!!!

2.58のMTはどれも地雷。
途中でx264がランタイムエラーなどで落ちる確率が高い。
なので2.57のMTに戻した。標準でSpline64Resizeが使えなくなったが、newresizeというプラグインがあったので助かった。

んなもんお前の環境のせいに決まってんだろ
うちでは一度も落ちたことないわ

2.58のMT入れてAviUtl起動させようとすると
「CRT not Initialized」ってCのランタイムエラーでて
AviUtlが起動できなくなるから、2.57のMT使ってる。

てんこ盛りなavs書いて途中で落ちる事はあっても
標準やutlが変になる事はないよ

間違った知識を
堂々と発表して
わざとツッコミさせ
正しい解答を聞き出そうとする手口ですね

とりあえず2.5.8MTでもseraphyとJDは使わない方がいいだろう
seraphyは本人も言ってるように単にdiffとって当てただけみたいだし、
JDのほうはそもそもコード読めるのかどうかも怪しい
ffdshow tryoutsのwikiの"Building ffdshow"のページより
http://ffdshow-tryout.sourceforge.net/wiki/devel:building
"If you feel you are a newbie at this and you are willing to follow potentially wrong instructions,
see the Jeremy Duncan building guide"

フィルターの実装の問題かもね。
マルチスレッド環境下で、問題が発覚するのは良くあることだから。

MTやSetMTModeで、インスタンスがスレッド数だけ作られるのかと思ったけど…
実際にやってみたら、コンストラクタ一度しか呼ばれない。

コピーコンストラクタで、オブジェクトの複製してるのかな。
うちでは表面化してないから、ソース追いかけるのめんどくさ。

何かもう色々試すのが面倒になってリサイズとNRとシャープ系だけ軽く掛けて放置になった
どうせ2回は見ないし

2.58のＭＴが地雷て何？
性能の是非はともかく、当事者に失礼
フレンチぽくBureiDeHentai who are not at all

Meaning is nothing 何てどう？

例えばさ、ＭＰＥＧ4 ASPでＤＩＶＸな人、アジア圏に多いよな
反比例して、外人はＸＶＩＤを好む芋も多いけど

英語圏さん頑張るなぁ・・・

頑張るっていうかリアルに友達いないんでしょ
構ってちゃんウゼ

ttp://freesoft.tvbok.com/movie_encode/avisynth/fft3dgpu_green.html

ttp://ept.homelinux.com:41000/~henry/wp/2009/11/16_681.html
クロックダウンを原因とする情報もあるよね。
両方違うような気もするけど、両方原因のような気もする。

緑になったりならなかったりで安定しないから使用中止したよ
安定しないなら使うべきじゃない

BCSInterlacedResize_mod Ver. 1.1 で追加されたedgeなんだけど機能してないように見える。
これで正常？確認お願いします。

ソース
ttp://www.dotup.org/uploda/www.dotup.org714242.png

edge=false
ttp://www.dotup.org/uploda/www.dotup.org714249.png

edge=true
ttp://www.dotup.org/uploda/www.dotup.org714251.png

BCSInterlacedResize_mod Ver. 1.0
ttp://www.dotup.org/uploda/www.dotup.org714245.png

edgeはResizeBCSの方で調整してます。

ほほー、これは
http://geocities.yahoo.co.jp/gl/flash3kyuu/view/20100310/1268232784

avisynthでも使えるようになるかもね
別にYC48が必要な処理でもないだろうし

ffdshow raw video filterみたいなので音声処理する方法ない?
ピッチとか変えたいんだけど

Docsフォルダ見れば分かることをなぜ初心者スレで訊かない

>>896
なんかあっさり諦めてるけどｗ

TempGaussMC_beta2使うときEdiMode="NNEDI2"で使ってたんだけど、もしかしてEdiMode="nnedi2"にしないと
ダメなのかな？適当に""の中身適当に変えても問題ないし、デフォルトのEEDI2が使われてたんかなかな・・・

>>900
大文字・小文字は関係なかった気がする

>>900
魔法の呪文
ConvertToYV12(interlaced=true)

>>898
できないことをいやらしく表現したわけですね分かります

このように煽ってレスさせて答えを引き出そうとするのも一つの方法です

バレたかｗｗｗ

いやらしい奴って羞恥心がないんだな
技術者でないか落ちこぼれってところかｗ

何故、ＹＶ12に変換しなくてすむ状況下を説明しない
アニメ系じゃなく、アニメ専門で
aviutlの使用を前提としたＨＥＮＴＡＩ系の集いだしょ
ボブ化して声優でオナニーする

>>907
TempGaussMC_beta2っていうか、これの中でつかってるmvtoolsはYV12専用じゃなかったっけ？

>>908
触るな危険
英語圏の人だよそれ

Avisynthってバグバグだな
Trimしまくってそれぞれで処理しまくると不安定化する
処理フレームは戻ったりしてないんだからアホみたいにメモリ使うなよ

>>910
君の用途には向いてないみたいだから一生使わなくていいよ
さよなら

>>911
お前は一生バクバクに甘んじてろハゲ

お前がsynthに変わるものを開発すればいいと思うよ

masktools2もmvtoolsも既にYUY2で使用できる

いろいろと複雑な使い方してるけど不安定って感じたことないしバグを見つけたこともないな
むしろそんなこと考えたこともなかった

不安定を味わいたいならつーかそんなに珍しいならソース出すがな

ソース出すって何出す気か分からんがとりあえず出してみて
長いスクリプトならショボスレのほうによろしく

>>914
ほんと？x64版だけとかかな？
a36じゃDeHalo_alphaで使うと真ん中に線が入る…。

誰かDeHalo_alphaをYUY2で使う方法知らないかな？

BCSInterlacedResize_modをSpline64Risizeが使えるように誰か改造してくれないかな?
>>837によるとSpline系のリサイズがBlackmanResizeよりも性能がいいから。

BlackmanをSpline64に置換すれば動くんじゃないの。

NRフィルタ噛ませてから縮小するのと
縮小したあとNR噛ますのはどっちがいいんかね
やっぱ解像度的に計算量が少なくなりそうな後者かな?