Advanced Timing Tutorial (Nvidia) somewhere?

[Board of Command]

The encoding route was my guess after I downloaded that raw with better smoothness.
Alas as you said, it may well be very common for anime. I guess the guys who encode follow some tutorial lacking a warning for that phenomenon. I can't blame them, it's just that if they knew it could be so much better.

I edited my post after your reply. I mentioned the 120 FPS raws they might be using. When your source frame rate is that high, you cannot use the ConvertFPS command in Avisynth when you re-encode due to the argument restrictions. You must use ChangeFPS, which will delete or duplicate frames which might cause the choppiness you're seeing.

[David75]

I edited my post after your reply. I mentioned the 120 FPS raws they might be using. When your source frame rate is that high, you cannot use the ConvertFPS command in Avisynth when you re-encode due to the argument restrictions. You must use ChangeFPS, which will delete or duplicate frames which might cause the choppiness you're seeing.

Ok thanks for that, so there's a technical limitation and the workaround is causing that problem too.
Ok I'll check the old shows I've got to see which have some stuttering, but I doubt I'll find raws for comparison.
I guess there are other cases where it appears too

Provided I have enough courage, once every aspect is covered, I'm wondering if I shall write a wiki... if it doesn't yet exist


Edit: right after my post, a highdef raw arrived. Very smooth too, H264@ 23.976
the stats:
[Shinsen-Raws] SOUL EATER - 16 (BS-J_1920x1080 x264-AAC).mp4
Video: MPEG4 Video (H264) 1920x1080 23.98fps [GPAC ISO Video Handler]
Audio: AAC 48000Hz stereo 161Kbps [GPAC ISO Audio Handler]

Very smooth with MPCinternal decoder and FFdshow
Stutters with CoreAvc...

I have 3 other raws waiting, but the chance I get seeds is low. Sadly 2 of them are labelled 120fps... that'd be nice material

[David75]

Bumping that old thread, because the fight goes on.

I learned a lot about 24FPS and the absurdity it is nowadays, creating problem even for film directors ( horrible scenes in Casino Royale for example) and to high end home theater enthusiasts.

The solution I stumbled upon is called Frame Interpolation.
You need ffdshow, avisynth, MT, mvtools. Unfortunately it doesn't work with windows 7 beta as of yet (mvtools) and I'm too lazy to resinstall XP...

So I used the frame doubler in FFDshow. It's under deinterlacing. Then use the one pixel motion left and right choice.

I use Reclock and Power strip too.

It doesn't work all the time, sometimes the encoding is atrocious, but it seems it works on most of the judder problems I've had, to transform it into very slight flickering at times.

Next step would be to try realtime frame interpolation, to see if it's better or not.

Really I've been searching for months, I'm not alone with the problem, solutions aren't easy.
I even considered buying an Ati card, since their drivers are more open, which gives a better frequency control in Powerstrip.

Now the gazillions traveling scenes you have in anime (since they spare lots of frames, reducing costs) are a lot smoother.

I'll update if I find a better solution, or if problems arise.

[David75]

Bumping again, for closure this time. At least till I find even better solutions.

Motion judder for 24 images per second video is almost totally gone.

How?Why?
Because I can now use my monitor at 72Hz. Seems like nvidia drivers did manage to create a 1280*1024@72Hz custom resolution. I've never been able to before, the custome rez always failing the test sequences, or the new rez being in fact 75Hz...
I tried several times in a row and one of the trials was the right one.

Then I use one of the very last beta builds of mpc-hc with madvr renderer and latest reclock.
I get slight tearing from madvr, some flickering instead of judder on panning scenes. But it's fluid, with some exceptions I think I can say are from the encoding and/or reclock being too slow to adjust.

And yes, I get motion judder in 30 FPS video, like in CrossGame eps that often are encoded at 30FPS, the solution being to go back to 60Hz screen refresh.

[David75]

Summary:
EVR sync+settings in mpc-hc last builds seems to get rid of playback judder.


Just to let you guys know something new just came up with the very last builds of mpc-hc:
EVR sync
and EVR sync settings.

That combined with better drivers, I do not need to use reclock anymore.
Reclock was tiring, because it happens that anime can have parts encoded at 23.976 FPS and other parts at 29.996 (or so). And some of them switch quite a bit from one to the other. And each time, reclock as the audio to skip a bit and that's annoying.

The other problem is that reclock does not have a 64bits version (or if it does, I'm not up to date).

I like having a 64bits player as it serves as a stable basis because of the so few players/filters/codecs available. You can then play/mess with the 32bit version and be sure that at the end of the day you'll be able to enjoy your dose of anime without having to search for hours for a problem you created.

I did not mess around evr sync settings much, I just had the sync marging up from +/-2 to +/-4 ms just in case.

to me, that solution seems more stable than the reclock one, I did not spend long hours running it, but it feels better. Maybe there are some accelerations at time in the video, but I'll have to gather more experience. It's more fluid, more sure, very confortable and I can again enjoy picture depth in panning scenes. Judder just destroys picture depth, at least to me.
Again, it works only if the problem isn't with the encode or raw.

Summary:
EVR sync+settings in mpc-hc last builds seems to get rid of playback judder.