MVTools

[AI]

1) I have only one clip for MVAnalize and only one "idx" - it's very faster!

Originally Posted by Motion Manual for recursive compensate with radii=1

Now frame 32 of the output is made up of portions of frame 31 of the singly compensated clip.
But frame 31 of the singly compensated clip is itself made up of portions of frame 30 of the source. So we have indirectly used (only) frame 30 of the source to mimic frame 32 of it. This
allows us to apply motion compensated temporal denoise with radii larger than 1.

2) forwComp3=forwComp1.MVFlow(forwvect2, idx=1)
forwComp1 - compensated frame from (n+3) (i.e. "similar", for ideal exactly frame(n))

forwComp1= compensated from "similar" frame (n+1),
but "similar" (n+1) is already compensated from ((n+1)+2),
i.e. we have compensate from frame (n+3)

PS I nearly assurance that you don't understand my very bad English

[Alain2]

hum, I tried the modified version you gave without the temporalsoften + selectevery, and it appears that forwcomp1,2,and 4 are the only working ones, 3=2, 5,6,7=4 ; I think this is because you use idx=1, and try to apply on and different source than "last"

[AI]

You are right.... I don't know why...
Fizick may be know?

PS I Edit my post for correct this error (or bug).

PPS I found bug in manual in Examples: realy forward search with isb=true, but in manual with isb=false
(I edit my post again)

[Fizick]

AI,
You are not the first man who notes this "isb bug"
http://forum.doom9.org/showthread.ph...889#post618889

forward compensation is from prev to current frame,
backward compensation is from next to current

[Chainmax]

I am trying to make encodes out of some digicam videoclips with the following script:

AVISource("X:\wherever\somedigicamclip.avi",audio=true)

TimeStretch(tempo=(100.0*14.985)/15)

AssumeFPS(14.985, 1)

ConvertToYV12()

Levels(0,1.1,255,16,235)

FFT3DFilter(sigma=6,plane=3,bw=32,bh=32,bt=3,ow=16,oh=16)

Crop(0,2,320,238,align=true)

DeGrainMedian()

EEDI2().TurnRight().EEDI2().TurnLeft()

Tweak(sat=1.2)

vf=last.mvanalyse(isb=false,blksize=4,pel=2,search=3,truemotion=true)
vb=last.mvanalyse(isb=true,blksize=4,pel=2,search=3,truemotion=true)

Lanczos4Resize(656,448)

LimitedSharpenFaster()

MVFlowFPS(vb,vf,num=30000,den=1001)

c=last

GrainU=c.UtoY().AddGrain(2,0,0)
GrainV=c.VtoY().AddGrain(2,0,0)
Return ytouv(GrainU,GrainV).MergeLuma(c).AddGrain(10,0,0).AddBorders(24,16,24,16)

and I keep getting an access violation error pointing at the MVFlowFPS line. Switching from Avisynth v2.56 (without using the TimeStretch feature, of course) to v2.57b3 and upgrading MVTools to v1.2.4 didn't help. What could be the cause? Also, why do I have to use num=30000,den=1001 instead of just num=2997,den=100 in MVFlowFPS for NTSC framerates?

[Fizick]

Chainmax,
please simplify your script to minimal one, that still produces the access violation.

num=30000,den=1001 are the only correct (precise) values. Use search to find more info.

[Chainmax]

Will do.

[edit]Using this script:

AVISource("X:\wherever\somedigicamclip.avi",audio=false)

vf=last.mvanalyse(isb=false,blksize=4,pel=2,search=3,truemotion=true)
vb=last.mvanalyse(isb=true,blksize=4,pel=2,search=3,truemotion=true)

MVFlowFPS(vb,vf,num=30000,den=1001)

using Avisynth v2.56- I'll try v2.57b3 again.

[edit2]Still not working.

[Fizick]

Your clip and vectors parameters are not named and mixed thus.
For example, try use this:
MVFlowFPS(last,vb,vf,num=30000,den=1001)

[Chainmax]

What do you mean by "Your clip and vectors parameters are not named and mixed thus"?
It seems to have worked, I can now load the script and compare the source vs the results. There seems to be another issue though: on the right side of the frame, some kind of paddding appears. It appears to be a mirror image of a section of the frame.

[Didée]

Well, at least in your 1st example (the longer script), you're trying to apply vectors to a source of a different size: MVAnalyze() on 2x the original resolution (2xEEDI, giving 640x476), MVFlowFPS() after the LanczosResize to 656x448. That's likely to make problems.
For the 2nd (short) script, no clue. Seems to be correct.

[Chainmax]

Sounds logical, doesn't it ? Putting everything at the end of the script (right before the noise addition) seems to have eliminated both the padding problem and access violation errors I got when stepping through the video in VDubMod. Thanks .

[Fizick]

My "to do":
Overlapped procesing in MVCompensate.
(Almost finished).

[dirio49]

LoadPlugin("DGDecode.dll")
LoadPlugin("mvtools.dll")
LoadPlugin("RemoveGrainSSE2.dll")
LoadPlugin("deblock.dll")
source=mpeg2source("VTS_01_1.d2v")
vectors = source.MVAnalyse(isb = false, lambda = 1000)
compensation = source.MVCompensate(vectors, mode = 0)
compensation = compensation.Deblock()
vectors = vectors.MVChangeCompensate(compensation)

RemoveGrain(mode=2)

ConvertToYV12()

more importaly how to get this script to work

thanks

[Fizick]

What do you really want? get this script to work or use MVFlowbur?

[dirio49]

use MVFlowbur.

P.S.
Sorry for the confusion

[Chainmax]

I'm currently using the following lines:

vf=last.mvanalyse(isb=false,blksize=4,pel=2,search=3,truemotion=true)
vb=last.mvanalyse(isb=true,blksize=4,pel=2,search=3,truemotion=true)
MVFlowFPS(last,vb,vf,num=30000,den=1001)

in order to convert 15fps footage to 29.97 for DVD creation. It looks fantastic on static scenes and slow pans, but on high speed shakes (read as: n00bs don't shoot good videos) all kinds of artifacting appear. Is there some way to reduce such artifacting? I can provide screenshots and/or sample clips if needed.

[Fizick]

dirio49,
Did you try MVFlowBlur example from MVTools documentation?

Chainmax,
There are no ideal solution. MVFlowFps2 is usually better.
May be you must firstly stabilize your video (DePan, deshaker).
Or try convert to 30fps with Depan (interleave with offset=0.5, see its doc).
Better solution: buy camcorder

[Chainmax]

Well, a Canon Elura 100 is on the "to-buy" list, so that base is covered . Thanks for the DePanInterleave and MVFlowFPS alternatives, I'll check those out. In the meantime, could you please take a look at [link removed] and tell me if you think stabilizing could help?


[edit]Would this script:

ConvertToYV12()

FFT3DFilter(sigma=3,plane=3,bw=32,bh=32,bt=3,ow=16,oh=16)
FFT3DFilter(sigma=1,bw=32,bh=32,bt=3,ow=16,oh=16,sharpen=0.7)

HDRAGC(max_gain=16,min_gain=1.5,coef_gain=0.8,coef_sat=0.6,shift_u=5,shift_v=-18,reducer=1.0)

Crop(0,2,320,238,align=true)

DeHalo_Alpha()

EEDI2().TurnRight().EEDI2().TurnLeft()

Lanczos4Resize(656,448)

LimitedSharpenFaster(SMode=4)

forward_vec=last.mvanalyse(isb=false,blksize=4,pel=2,search=3,truemotion=true,idx=1)
backward_vec=last.mvanalyse(isb=true,blksize=4,pel=2,search=3,truemotion=true,idx=1)
cropped = last.crop(2,2,-2,-2)
backward_vec2 = cropped.MVAnalyse(isb=true,blksize=4,pel=2,search=3,truemotion=true,idx=2)
forward_vec2 = cropped.MVAnalyse(isb=false,blksize=4,pel=2,search=3,truemotion=true,idx=2)
MVFlowFPS2(last,backward_vec,forward_vec,backward_vec2,forward_vec2,num=30000,den=1001,idx=1,idx2=2)

AddGrain(10,0,0)

AddBorders(24,16,24,16)

ConvertToYUY2()

include a correct MVFlowFPS2 call?

[Fizick]

Chainmax,
You must try stabilize it yourself. Sorry, I have no time.

[Chainmax]

Oh, I will try it myself. I was just asking if you thought it would be beneficial from a theoretical point of view.