Thanks for the reply scharfis_brain.
Quote:
Originally posted by scharfis_brain
UHM? 0.02fps?
this means that you are getting ONE new frame every 50 seconds ????
This cannot be the case.
|
Yes, it really is! It's been running since I last posted, and we're up to 55 frames now, ETA of about 13 hours. I've only been browsing the net. It's obvious there's something wrong, but I don't know what. It's probably a general AVIsynth problem on my system (it's just as slow in VDub), so maybe I should address it in another thread.
Quote:
a plain converttoyv12 is definately WRONG!
either use converttoyv12(interlaced-true) (use this with TV-Cards captures)
or reYV12() (for PAL=DV stuff, this is the best choice!)
|
This isn't PAL DV, so I was going to use convertoyv12(interlaced=true). I litterally just threw this script together to see if assumetff() would work, and then was amazed at how slow it was!
Quote:
ensure that both assume?ff() calls are setting the SAME fieldorder.
|
I'll check. I'd swear on previous conversions I had opposite for PAL and NTSC (not DV) to avoid judder.
EDIT: I Ctrl-C'd it. The field order seems fine - TFF on the way in, BFF on the way out with no judder (checked field-by-field in TMPGEnc deinterlace filter, even-odd). So far, the quality looks great!
I'd been there, but not realised what that one would do - I'll try it tomorrow.
Thanks for your help.
Cheers,
David.