> Steve Schultz and I have been discussing your problem (it helps when he
> sits three cubicles away at work).
I see
> One approach would be to recognize
> that the movement is not always smooth and continuous, and to treat
> exceptionally large motions (above a threshold) as outliers that must
> If you could get me 20 or 30 seconds of y4m data to test with, I think
> I could drum up some free time over the next week or two to get you
> something that might solve this problem.
already Xmas ??? :-)
Will do thanks ... but take your time I am off for all of July to France.
Thanks heaps
E
On Wed, 2005-06-22 at 09:08 +1200, E.Chalaron wrote:
> > y4mstabilizer works best with 444 progressive material.
>
> I am working in 422 progressive. At least its closer than 420 interlaced
The smaller the pixels, the smoother the motion will be. In 422, the
horizontal jumps will be 2 pixels a
> y4mstabilizer works best with 444 progressive material.
I am working in 422 progressive. At least its closer than 420 interlaced
> Life is short and I am very busy. Sorry.)
You already take the time to reply which is great, thanks.
> Hmmm... You have given the jitter *amplitude* (12 pixe
Hello
y4mstabilizer works best with 444 progressive material. This is fine
for making DVDs, since set-top players are supposed to interlace
material if required. I have had good results with a pipeline like:
... | yuvdeinterlace | \
y4mscaler -v 0 -O sar=src -O chromass=444 | \
Hi all
Question about y4mstabilizer.
I have a reel here that is REALLY old.
once reshot it does show some jittering (worned out brearing in the movie
camera itself ??).
I have calculated about a dozen pixels for this up/down frequency.
I want to compensate this but not the pannings that the camer
