FPS Conversion - Choppy video or Blend. Need some help.

[yotsu]

Hi everyone :)

I need your help about a FPS conversion which driving me crazy. Here's the problem.

My source is an encoded MPEG2 video with a 29.97 framerate (NTSC & mux in a .ts).

My problem comes when i want to convert the framerate (23.976 or 25, doesn't matter) of the video. I used a lot of methods
(IVTC, Deinterlacing, ConvertFPS, ChangeFPS) and it's still difficult. i'm on it since 2 days :s

My different cases:

When i apply Convertfps(framerate) the video keep the original fluidity, but a really annoying blend effect appers on entire video.

When i apply Changefps(framerate) no blend effects but the video is choppy.

When i apply IVTC, for example:
Telecide()
Decimate(Cycle=5)

Same problem --> Lag (Choppy vid)

You'll find here samples of the original video (untouch & cut from the original):

Video for Blend Test (http://www.megaupload.com/?d=QE8H35WJ)

Vidéo for Lag Test (http://www.megaupload.com/?d=CJFAHJO3)

You need to know that i have a video made by a guy (same original video), who converted it into 25fps and success to make the video not choppy at all & with no blend.Wonderful.

So i know that it's possible :-D

Thank you in advance.

PS: Sorry for my bad english :p

yotsu.

[Alex_ander]

.. i have a video made by a guy (same original video), who converted it into 25fps and success to make the video not choppy at all & with no blend

Most likely, he used this tool (its MFlowFPS function):
http://www.avisynth.org.ru/mvtools/mvtools2.html

When it's possible (with a particular video), it works.

[yotsu]

super = MSuper(pel=2,hpad=8,vpad=8)
backward_vec = MAnalyse(super,chroma=false, blksize=16, overlap=4, isb = true, search=5, searchparam=1)
forward_vec = MAnalyse(super, chroma=false, blksize=16, overlap=4, isb = false, search=5, searchparam=1)
MFlowFps(super, backward_vec, forward_vec, num=2997, den=125, mask=0, ml=49)

This is what i get...

http://img199.imageshack.us/img199/6861/10000i.png

[scharfis_brain]

then there is no possibility for you to convert the framerate.

[yotsu]

???
I have a video convert into 25 fps from the same source as me with no lag & no blend :p ( I still don't know how the guy done it :s)

[shoopdabloop]

Motion-blur-free footage (like anime) is the hardest to framerate-convert, because the artifacts will be very noticeable.

[10L23r]

???
I have a video convert into 25 fps from the same source as me with no lag & no blend :p ( I still don't know how the guy done it :s)

so i assume ur main question is "how did that guy to it???"

well, are you absolutely sure that that guy used the same source? i would think that it's more likely that he got a PAL version.

i'm rly confused right now cus the two video files u posted r rly rly weird.

[yotsu]

It's exactly the same source. I'll post it to show you.

[shoopdabloop]

Maybe he's magic. You ever consider that?

If I could pick a magic power it would be the ability to make AviSynth plugins 100% artifact-proof.

But in all seriousness, have you tried adjusting your MAnalyse parameters?

[yotsu]

Not yet :rolleyes:

Maybe Someone here had some advice for me concerning MVTools parameters based on my two .ts files ? :thanks::thanks:

[2Bdecided]

(I assume you don't want to keep the smoothly interlaced channel logo at the start of scene_mouvante (test_lag) - because you'd need 60p or VFR just to maintain that, which would be a bit silly!)

I think the only challenging bit is the background pan in frames 56-99 of scene_mouvante (test_ghost), because it's 30p. But the rest of the animation is jumpy enough that it should decimate to 25p or 24p without too much additional jumpyness. Just try decimate().

A bigger problem is that it's hideously upscaled SD (apart from the subtitles), with no actual interlacing but some interlace-like artefacts on some edges some of the time. You need to serious line cleaning and near-duplicate matching to deal with this - preferably before decimate.


IMO you're never going to get mvtools to work properly with this. Don't even try.

Cheers,
David.

[Alex_ander]

You could use num=25, den=1 (25 fps target), but it won't help with this video due to its internal nature. Too many points will be detected by MVTools as scene changes (blends are created there), some moving objects will produce even more unpleasant artifacts. However MVTools can work flawlessly with many other types of video.

Maybe in your case it is acceptable to slow it down with AssumeFPS(25), but then you'd need a more lengthy soundtrack (time-stretching with pitch correction or using repeated sounds - if possible for this content, too big difference in length).

[yotsu]

Thanks for your precision, i 'll give it a try.

Some samples from the 25fps video No Blend or Lag o_O

http://www.megaupload.com/?d=4BD1LIRM
http://www.megaupload.com/?d=1VB7EY08

[2Bdecided]

I think he's just dropped frames - duplicate ones mostly.

Something like decimate(), maybe preceded by some processing to turn near dups into exact dups.

Cheers,
David.

[Ghitulescu]

My problem comes when i want to convert the framerate (23.976 or 25, doesn't matter) of the video.

Well, it does matter ;)

[Keiyakusha]

I think he's just dropped frames - duplicate ones mostly.


I also think so. As Mediainfo says
Minimum frame rate: 17.982 fps
Maximum frame rate: 29.970 fps
So this is not constant 25fps, but variable framerate.

[yotsu]

As far as i undertstand, this guy do an amazing thing on the video... The variable framerate method seems difficult :(

[Ghitulescu]

I bet it comes from a RMVB file.

[yotsu]

The fact remain that the guy success on what i want :p. It's from a .ts file.

[Ghitulescu]

The fact remain that the guy success on what i want :p. It's from a .ts file.

My mistake ;) I know that animes come with strange combinations of interlaced/deinterlaced and pulldown/film sequences that drives most people insane... but someone posted Minimum frame rate: 17.982 fps
Maximum frame rate: 29.970 fps and 17.982 is not a standard one but it may occur in RMVB encoded movies.

[2Bdecided]

It's a Japanese HDTV broadcast.

EDIT: too slow!

[Keiyakusha]

someone posted and 17.982 is not a standard one but it may occur in RMVB encoded movies.

It should not be standard. VFR is decimation of duplicates. Just in some part of the stream algorithm (wich can't be perfect) was thinking that in 29.97 fps, 11.988 is duplicates.

UPD: I'm talking not about broadcasting VFR, when for example Opening can be 29.97 and main episode 23.976, but about decimation like using avisynth TDecimate mode=5 or DeDup