CCE stops 74% for NO reason!!!

[freak_in_cage_10k]

Hi everyone, hope this is in the right room etc

i am trying to backup the movie Shrek. i am using dvd2svcd and CCe 2.50. 74% of the way through the movie it stops encoding, but does not crash. i played all the riped vob files and found that video was lost about 74% of the way through the movie. so, i used smart ripper to rip the vobs, checked that they were riped correctly, and tried to convert them with dvd2svcd and cce. however, it still stoped 74% through the movie. does any one know why this happens??? the dvd is not scratched etc. shrek is uk pal

thanks for all your help!!!

[furball6969]

Stupid question; Do you have enough free space on the disk that you are encoding to?

[KSJ]

Maybe this will help shed a little light on the nature of the problem, as it's sounds very similar I've had myself.

Every once in a while, CCE will either stop encoding as though it's finished, or it will LOOK like it's still encoding, but the countdown timer stops moving as well as the filesize and frame counters, so it just hangs there. It's not "frozen", in that when I hit "cancel" it cancels and behaves normally--it just stops mid-encode. Doesn't freeze, doesn't crash--just stops encoding either by appearing as though it's finished or by hanging at a particular spot.

I have deduced that this must be a problem with my source file somehow, because 1-- it only happens occasionally--say, 2 or 3 times out of 50 or more encodes, using files derived from the same exact source (direct file extraction from a DishPVR 501) and 2-- though TMPG will encode the file completely, when creating a bin/cue with VCDEasy of the finished product, I will get the "detected abnormal stream header...not a problem usually a sign of TMPGenc" error THOUSANDS (literally--it scrolls that message dozens of times a second) of times while the bin/cue file is being written, while this NEVER happens with any other files I've created in either CCE or TMPG. Just those files that CCE hangs up on.

These encodes are made by frameserving the .m2v extracted from the PVR drive via DVD2AVI and Avisynth/mpeg2dec into CCE and TMPG. Same process every single time--the only variable is the source file, which is why I've narrowed it down to being a problem with the source file. For the person who posted the inquiry, I would pose the question--is this only happening with one encode attempt, or with every single one. If it's only the one, it probably is a source file issue, though I am at a loss to explain what differentiates one file derived from the same source from another and why it would have such an effect. Perhaps someone else could provide a reason for such discrepancies?

[freak_in_cage_10k]

Hi, thx for the replies!

Yeah furball, i def have enough disk space m8

KSJ- my problem is the exact same one as yours, but it ONLY happens with Shrek! i have backed up loads of other dvds with out any problems, and i have encoded lots of other movies AFTER having had probs with shrek. what could possibly be wrong with it?? Also, i tried to rip the vob files with smartripper (in case it was a small bug with the ripping tool in dvd 2 svcd) and just encode it with cce etc, but it still stopped at 74%! At least it is consistent i guess!! lol

any ideas as to how to fixit m8???

[bbb]

I also started experiencing premature CCE quits this after moving to XP. CCE would just close itself somewhere in the middle of encoding an AVI and the m2v file would not be finished.

I found that this usually occurs when I use higher number of VBR passes, 6 or more (but it will still occur with 3 passes occassionally).

As a stop gap solution, I also found that If I keep a Internet Explorer window open to a website (e.g., vcdhelp.com) in the foreground (CCE in the background-->minimized), CCE will tend to finish my batch encodes without prematurely quiting.

As to the reasons why, I can only speculate. I assume that CCE 2.50 is not entirely XP compatible and perhaps there is a memory/data saving problem in the CCE 2.50 code. (Heck, it won't even finish encoding AVI's greater than 4 GB on a NTFS drive, requiring me to frameserve.) By opening another application and moving CCE 2.50 into the background, perhaps this memory/data saving problem is avoided due to XP being more careful with the data transfer of background apps. Again, this is pure speculation but my keeping-a-webpage-open-in-the-foreground solution seems to work great for me (until I find a more permanent solution).

Try it and report back if this works for you.

[freak_in_cage_10k]

o m8, cheers for that, i will try it, although it should be noted that this problem ONLY occurs with 1 DVD (shrek) and CCE doesn't crash or quit, it just stops encoding, and yet it appears that it is still encoding because the resources are still being used!

anyway, i will try having another program open in the background and seeing if it helps, cheers m8

[DJRumpy]

Not to imply anything, but if your using VBR for the encoding method, many of the patched versions of CCE have problems using VBR. Try CBR, and see if you still experience the crash.

[VILLA21]

Load the IFO file again(use the internal routine for ripping) and check if there are any zero length chapters (Usually the 1st or the last one).If so, untick them and encode again.
Hope that helps...