Quote:
Originally Posted by Kristen
You're Kaoru I'm guessing?
Your suggesting sounds good to my non-encoder mind, but it would still require that I re-encode.
See, my process is Raw----(Filters)---->Lossless--->h.264. Once we have the script, we go from that lossless--->XviD.
However, the VFR will pose issues, since after encoding without convertfps, it came out as 26 minutes, and the timecodes brought it back to the regular 24:30. That's when timecodes are muxed in.
If I had that lossless, I couldn't go to XviD .avi from it, since the timecodes could not be applied, as I found out above. So as such, it would require an entirely new encode, which is 3:30-4:00 (That's hours) for a lossless, and another 1.5 for XviD (Since I run on a dual core, not a quad.) However, I'd probably be encoding it while I sleep, so I'd have to get everything done in one step, so it would be filtered XviD, which takes 9 hours on this PC.
From what I've hear, 29.970 also causes jerkiness in convertfps, just this time in the 23.976 fps places.
|
Just a random hermit traveling along, I assure you.
I don't understand the problem, actually. The way I understand tc2cfr to work, it losslessly adds dummy frames to get the 120fps avi, because if it was re-encoding, it would take hours, not minutes. I'm assuming that Synergy only animates in 29.97fps (I don't recall having any problems with SS-Eclipse's (TheFluff's?) Hayate no Gotoku! releases.) If that's so, the 120fps raw you're left with could be converted to that 29.97fps lossless and your process would appear to work fine still. This would only add about 5 minutes to your encoding time, if everything is working the way I'm thinking.
Also, if Synergy actually did animate parts in 24fps, 24fps -> 30fps is a much better solution than 30fps -> 24fps, especially considering how much of ZTC looks jerky in 24fps.