just as a heads up, i'm going to be in orlando from wednesday until saturday, and the machine i'm using to encode the final videos isn't portable, so anything i haven't finished and uploaded by wednesday will have to wait until saturday at the earliest.
Well because there is more video header there. Normally, video samples are linked to which video header. Lucky when the tool converts to MP4, it just merge the headers. I should note that it was not multiple formats. All the data was still H.264 at the same resolution. Also, using the split option from the tool would throw an error because there are more splits than the 10 (0x0A) that the file was modified to. It is a known bug as you know but it should be real easy to fix. The MP4 specs doesn't say there is a limit on it either, so I don't know what Adobe was thinking. A related error and fix to that related error was posted on the forums here: http://forums.adobe.com/thread/592083. It's from here I found out that the tool supports up to 10 headers.
For next year, I would suggest an easier to use format. Since you had a 2 TB drive just for it, I would say you could probably use a lossless video codec.
Oh, I'm curious, did you convert it to MKV after and use dss2, or did you do something else?
yep ... that was the plan. too bad i didn't have enough capture devices with drivers that allowed me to capture in vdub. also there was the whole "lol my nice laptop is incompatible streaming h.264 via fme to ustream broadcaster" thing that pushed everything back one machine (the machine i was going to use as the lossless recorder ended up the commentary stream broadcaster).
all i did was demux the audio and then open a dummy .avs with ffvideosource() on the mp4 and remux the video (to lossless) and audio (stream copy from the file). then that became the new master.
Ah, I see. As far as I can tell, the F4V files were slightly VFR, but in general around NTSC (30000/1001) frame rate. FFVideoSource doesn't deal with VFR too well (IMO), but I guess it's close enough since it is mostly NTSC frame rate.
i was able to manually correct the frame rate to get the audio in sync. i have no idea why it was using vfr but it just got in the way here. i never saw a file that had desync i couldn't fix by adjusting the framerate.