Having a stupid moment (TIVTC etc)

[osgZach]

I'd rather not get in to the how and the why, as I am just playing around/experimenting with some stuff.

But, what I'd like to do is produce a VFR file with timecodes, but I want to actually assemble the progressive image with either Mcbob, or QTGMC, or whatever else I decide to use for the moment..

I Already tried simply running the output from QTGMC through TDecimate but then it doesn't really detect the fact the material is hybrid so I'm thinking no on that..

I tried using the time-tested TFM/Tdecimate combo, however obviously I want to use frames processed by another tools instead, so I told it to treat them all as combed, and PP=2 with a clip2 defined.

But all I get are CRC32 errors :rolleyes:

Can anyone demonstrate me the proper way to write this out in the script? (assume that I want 2-pass VFR w/timecodes for an MKV).

[paradoxical]

The CRC32 errors are the fact that the frames don't match up. Did you make sure to do a selecteven after your QTGMC call? You need to make sure that the framerate of both the clip2 and that of what tfm is getting are the same. If your clip2 is double frame rate it doesn't know how to match up the frames between both clips.

[osgZach]

I'm pretty sure I was making equal calls, but I'll double check when I get the time to mess with this again

[osgZach]

New info.

I got it to run properly using the vanilla example.. But I was getting hundreds of FPS's on the second pass - and it didn't look as good so I do not think it was pulling every frame from the QTGMC treated Clip2 like I wanted.

I added cthresh=-1 to the 1st pass run, to see if that made a difference, and it did at least in the stats files. But I think that is what's causing the CRC error from Tdecimate. Because nothing else has changed . It seems it doesn't like me adding anything to the 1st pass TFM call except for the output stats file ?

So I appear to be at a loss as to how to force it to do what I want.

Maybe I'll have to dig through AnimeIVTC and see how it produces a properly bobbed VFR file. (that should be fun.... /sarcasm)

[osgZach]

Well, I think I've got it sorted out.

I haven't tested it yet, but I'm about to. I thought back to my AnimeIVTC days and remembered under certain circumstances I had to add "batch=true" to the Tdecimate command line and it would supress the CRC warning and allow you to continue. So that is what I did in this case, and as far as I can tell, everything matches up as far as frame counts etc..

I did start over from scratch, off the TIVTC 2-pass vfr examples, but for whatever reason I could NOT get TFM using "clip2" to copy over entire frames, it was like it wasn't even applying at all, because I was still seeing combing slip through in places I verified it was not present within the file I created with a QTGMC encode. That file, also matches my TFM field-matched source file, prior to VFR decimation. So I remain convinced that everything should turn out OK, by directly copying frames over using clip2 - which by the way only works when I specify a filename to load, as opposed to filtering the currently loaded clip (no idea why).

All I know is during some tests I ended up with wildly different Film/Video percentages in certain cases. In my last test I ended up with a constant frame rate of 29.970 and an original framerate of 23.976 as reported by mediainfo O_o
will see what happens after this latest script finishes encoding.