Log in

View Full Version : DoItFast4U not configuring BCCEws correctly for PAL extras


idbirch2
30th January 2004, 19:09
I've had lots of problems trying to use the Big3 to do PAL, interlaced extras. I always end up with a ghosting effect when viewed on the TV. Initially I though this was something to do with avs scripts but it isn't.

After quite a bit of testing I've discovered its the BatchCCEws settings.

As a test I encoded a 6 episode PAL DVD where all the episodes were interlaced. DoItFast4U correctly determined that they were all Interlaced/TFF but when DoItFast4U launched BatchCCEws I checked the settings it had applied and for every episode, only "Progressive" was ticked.

I thought "That seems a bit stupid" as all the episodes had been detected as interlaced. I left the first episode as it was but changed the rest as follows (I'm listing the boxes I had ticked):

Episode 2: Nothing - everything unticked
Episode 3: Alternate Scan
Episode 4: Top Field First
Episode 5: Top Field First, Alternate Scan
Episode 6: 2:3 Pulldown, TFF, Alternate Scan

In the end episodes 1-3 had that horrible ghosting effect on them when viewed on the TV. Episodes 4-6 looked great.

So as long as Progressive is unchecked and TFF is checked it works. This begs the question - Why is DoItFast4U setting the progressive flag in BCCEWS? Apologies if I have overlooked something incredibly simple.

Eyes`Only
2nd February 2004, 09:22
The way we designed it was that DoCCE/BatchCCE would detect interlaced/progressive by reading the filenames that DoItFast4U! gives the files. If that's not working, it's definitely not a DoItFast4U! issue, since as you can see the filenames are correct.

JimMc
7th February 2004, 03:56
Can you clear up the bit about Filenames.
Having read the post and looking at my files I sussed what you were getting at, I-BFF would be Interlaced bottom field first, but that would be reversed in DCC4U (If INVERT FIELD ORDER checked in DIF4U).
To I-TFF, correct?

What would the filename be for a progressive TFF (non interlaced)?

When DIF4 reads mine at present I get
Header flag =ProgressiveTFF
Analysis=InterlacedTFF
ie the I-BFF filename

influenza
7th February 2004, 10:03
In case of progressive material the field order is not important (so either TFF or BFF does not influence encoding). In most cases dif4u detects progressive PAl as being interlaced TFF. But if you encode this progressive material with this ettings it comes out just fine.

On the other hand if you have interlaced material with wrongly detected field order it will be horrible. Also encoding interlaced material with the progressive setting on won't give you good output.

But you're correct on the filenaming btw. if it's detected as interlaced TFF and you have the invert filename setting on the name will be I-BFF. The inverting only applies to the fieldorder.