Log in

View Full Version : CCE failing for no apparent reason with DoCCE4U


Xayd
13th August 2003, 06:43
This has happened on two successive DVDs now, with no apparent reason as to why. The same versions of Reauthorist/DOCCE4U/DIF4U have worked flawlessly up until yesterday, can't figure it out.

The first video was true interlaced, the Black Sabbath "last supper" concert DVD (NTSC), I chalked that one up to maybe this version of CCE having trouble with the source, since it produced a badly jerky file even with a single pass, and CCE crashed upon trying a second pass even when operated manually, even after trying several deinterlace methods. I'm using version 2.50 of CCE and 1.4c of ECLCCE (the version that was packed with this version of DoCCE4U).

This is now the special edition of Silence of the Lambs (NTSC), which is progressive, 4:3, processing movie only.

--------------
DoCCE4U.log

19:05:42 Added job VTS__04_P01.P-TFF.4~3_1
19:05:46 m_FirstJob = 1
19:05:46 ---
19:05:46 Starting Job: VTS__04_P01.P-TFF.4~3_1
19:05:46 ECL Path: C:\DVD\VTS04\VTS__04_P01.P-TFF.4~3_1.ecl
19:05:46 Setting CCE Priority to Default
19:05:46 RoBa First part started.
20:09:01 In OnProcessFinished(MY_TIMER_PASS1)
20:09:01 RoBa first part complete.
20:09:01 Waiting to start next process for 37.950 seconds
20:09:40 RoBa Second part started.
20:10:02 In OnProcessFinished(MY_TIMER_PASS2)
20:10:02 RoBa second part complete.
20:10:02 Pulldown Started
20:10:02 SOURCE = C:\DVD\VTS04\VTS__04_P01.P-TFF.4~3_1.mpv
20:10:02 TARGET = C:\DVD\VTS04\VTS__04_P01.P-TFF.4~3_1.mpv.m2v
20:10:02 - enabling 2:3 pulldown
20:10:02 - enabling drop frame flag.
20:10:02 ERROR: File is not an MPEG Video Stream (pulldown.cpp)
20:10:02 Pulldown failed.
20:10:02 Waiting to start next process for 0.220 seconds
20:10:02 m_FirstJob = 0
20:10:02 Job: complete in 3856 seconds
--------------

The result is a 4kb mpv file and a 0kb m2v file. It runs the first pass normally, the VAF file looks about the usual size (~40 megs). ReAuthorist was set for 2 passes. Which it appears to have attempted (although failing miserably :p).

Even stranger that I'm using the exact same versions of all software involved that worked about a week or two ago, and now produce this result every time.

Anyone got ideas?

Xayd
13th August 2003, 13:04
Edit to the above, tried running CCE manually with the progressive source, same thing happens on the first run, first pass finishes, VAF file created, second pass stops after about 1 or 2 seconds.

Edited the ECL for a single pass, tried again, encoded for 1 or 2 seconds, and it exited like before with no error from CCE. Tried a third time to load the ECL after checking for errors in the ECL/AVS files, without modifying anything from the second try in said ECL/AVS files, and it's now encoding (at first glance) normally.

Weirdest thing I've ever seen...