Anime FPS/Interlaced question...

[alcOre]

Ok...from what I understand a lot of animated stuff on tv or whatnot is animated at 12 fps but shot by 2s...as in every frame is shot/captured or whatever the terminology is twice. So that the resulting FPS is 24 fps. And then if there are parts that are too jittery (higher speed motion scenes), they take away some of the doubled up frames and add in a unique frame to smooth out the motion (this the animaters I gather call "tweens".) And for NTSC they do the same telecine process to the frames as they do on any other film content to bring the fps to 29.97 fps. So if the content is all progressive, how is it that on a lot of my family guy episodes, there are parts where there is a unique field....as in not a frame, but one field in one frame has no matching fields in any other frame to match to make a frame. I don't get how that happens when the source was progressive. Its causing me to have to use field blending which drive me crazy (I dont like the look of field blending), or if I dont field blend I end up with unsmooth/jittery motion because the field gets dropped (that should have been a unique frame.) How can I take this one field...bob it....and take that one full frame and use it to replace the original messed up frame? I'm using clip="whatever" and "whatever"=a bobbed clip with selecteven (or selectodd) but that isn't always the correct frame that I wanted to put in there. Can I fix this any other way. Like is there a way to remove that one frame...then add in another frame in its place? If so...how do I do that?

alcOre

SAMPLE : http://www.mediafire.com/file/izxqokmztxi/FamGuyClip.m2v

[manono]

Ok...from what I understand a lot of animated stuff on tv or whatnot is animated at 12 fps but shot by 2s

Animations can be created for all kinds of framerates, 8, 12, 16, 24, 30fps. But unless there's some 30fps stuff in there (and there often is these days), it should be IVTC'd back to 24fps.

Your problem could be explained if it was created as film but edited as video. That happens a lot with TV shows. That will often leave behind "orphaned fields". It could also be explained if they tried to compress it to a shorter length to fit a time slot. Then they drop fields all over the place, usually in a steady pattern. That often happens as well. And then the framerate is no longer 23.976fps. We'd need a sample of what you're talking about to be sure, though. It sounds like you're working with an example of the second type.

[jagabo]

With panning scenes it's also possible the background moves at 30i (60 different fields per second). And shows are often sped up (dropping frames) when broadcast to make room for more ads.

[alcOre]

I'll post sample after I got back from work...

[alcOre]

Here's just one example of an orphaned clip. Also updated my original post with the sample.

SAMPLE : http://www.mediafire.com/file/izxqokmztxi/FamGuyClip.m2v

[manono]

Man, that's a helluva sample. Without blending you can't get that thing to play entirely smoothly, without doing some frame interpolation. My suggestion is to learn about AnimeIVTC and maybe offer that same sample to the wolves at Doom9. Here's the thread:

http://forum.doom9.org/showthread.php?t=138305

And it already plays jerky in spots since it seems to be missing some unique fields/frames. I think I spotted a couple of missing frames. Without using the fancy AnimeIVTC tricks, I had my best luck using:

TempGaussMC()
Crop(8,0,-8,0)
LanczosResize(512,384)
TDecimate(Mode=2,Rate=23.976)

Here's a 750 KB XviD of the result:

http://www.mediafire.com/?yhh2zmmxkkz

Encoding using TempGaussMC is damned slow, though.

[jagabo]

Looking at the section where the camera pans as the woman walks to the left I see 30 different pictures out of every 60 fields. After TempGaussMC(), using

TDecimate(mode=0, cycle=8, cycler=4, chroma=true)

for a final frame rate of 30 fps made that particular section pretty smooth.

pan.avi

I used chroma=true because the bob artifacts tended to confuse the frame diff algorithm.