PDA

View Full Version : important notice for cce 2.67 users


influenza
13th January 2004, 20:47
From version 2.67 on of cce the setting upper field first is replaced by a setting offset line (see also the cce faq). The setting does the same as the former setting:
0=TFF
1=BFF

There is one problem: docce/batchccews can't control this setting at the moment. This means that cce will use the setting of the standard template, which is set to 1, thus BFF.

So concrete this means that all INTERLACED material will be encoded as BFF. If you have a source that is TFF you will have jerky playback, because of a wrong field order.

The author of docce/batchccews will look into this asap. Meanwhile downgrading to a version with the top field first setting might be wise.

An other solution could be to adjust the standard cce template to 0 for offset line. Since TFF is quite dominant over BFF this will be correct in most cases. In cases you're dealing with BFF you could do a pulldown on the wrongfully encoded files.

Cheers Influenza

seewen
14th January 2004, 01:46
It seems that "Offset line = 0" is the default value of the standard template.
(at least for version 2.67.0.23)

influenza
15th January 2004, 21:48
DOn't know about tah, because I have the .11 version. If I'm not mistaken is the version you're mentioning not supported by docce/batchccews anyway ;)

Matthew
16th January 2004, 00:45
1 is the default in mine, of course I have it set to 0 :)

Incidentally, AFAIK even if it is set to 1 the output is still tff, it's just that the fields have been swapped, or something. In a perfect world it's best to leave it as 0 *always* and then if the material is BFF change from TFF to BFF the flag using pulldown/restream or whatever.

seewen
16th January 2004, 02:13
@influenza

CCE 2.67.0.23 works perfectly with BatchCCEws. BatchCCE doesn't check the version number (I use eclCCE 1.7b).

But for DOCCE4u you are right, it doesn't work (unless you follow this "guide" http://forum.doom9.org/showthread.php?s=&threadid=60003)

influenza
22nd January 2004, 08:05
BATChccews is fixed, see the doom9 news section.

ahgc
16th February 2004, 06:38
Just a thought but if the bug is fixed why not unsticky this thread? =)

influenza
16th February 2004, 07:05
:helpful:

Djuby
2nd March 2004, 19:25
Hi all,

Just did a R1 DVD with episodes with Big 3 and I still have that jerky playback. Configuration as follows:

- DoItFast4U - checked AutoDetect NTSC Video Type
- BatchCCEWS v0.9.1.3 - when double clicking on the jobs I have both "Top Field First" and "Progressive" checked. Job names contain "NOPULL" in the description.

As I read in the posts I thought that this issue was fixed with the latest version of BatchCCEWS. Any ideas will be greately appreciated. Thank you in advance.

influenza
3rd March 2004, 06:19
well most probably top field first should NOT be checked, read the CCE faq ;)

Djuby
3rd March 2004, 20:24
I tried with "Top Field First" unchecked, and as far as I can tell there is no difference. Could avg. bitrate of 2246 be too low? I did the same disk with DVDShrink, the quality can't even come close to the Big 3's, but the picture is running smooth. Any ideas?

influenza
3rd March 2004, 21:37
this si not the place/thread to discuss this. Open a new one in the encoding forum ;).

STill I think it's a field order problem.