im getting a CCE checksum error. please help...

YaoMing11 · 12th April 2004, 11:37

cce encoding failed: Error: Video check-sum is different from that of previous pass.
Source video data or time code may be different
Please check video tape or the information file

--- information ----
Current: check sum = 0134fc55
previous: check sum = 0134fe8d

Can somebody help me fix this? It seems I might need a patch. I can't seem to find it though.

ux-3 · 12th April 2004, 12:29

Before you patch up a problem, do this:
Go to bios, note the settings and slow down your machine to specs and standard settings. Your errors will hapen if the system is running too fast.
It will also be a good idea to google for memtest86, and run it. If you get any errors there, they are likely the cause of your problem.

YaoMing11 · 12th April 2004, 19:55

My pc is at stock speeds. I'll try running the memtest.

Joergen · 12th April 2004, 20:18

Didnt cce 2.5 require a "CRC Patch" .. at least I had to use it way back when. CCE 2.66 doesnt need it nor does the 2.67 basic

ux-3 · 12th April 2004, 20:24

It doesn't _require_ a patch. I've been using it for some time, but when you try to pick up speed, it was the first thing to break. The patch does not remove the problem, only the notification.

If you can, lower ram speeds to slowest settings and try from there.

YaoMing11 · 12th April 2004, 20:25

I just googled and found the cce 2.50 crc patch. I'll try encoding again later on.

Joergen · 12th April 2004, 20:25

If the patch indeed doesnt fix anything, could this be a problem for DVD-RB aswell?

YaoMing11 · 12th April 2004, 20:49

I checked BIOS and had my memory timings set to aggressive. I lowered them to Optimal as well as applied the CCE Patch. I'll try another encode later tonight and let yall know how it goes.

ux-3 · 12th April 2004, 21:22

Quote:

Originally posted by YaoMing11
I checked BIOS and had my memory timings set to aggressive. I lowered them to Optimal as well as applied the CCE Patch. I'll try another encode later tonight and let yall know how it goes.

You just administered morphine to the patient. No use to ask him, if he is still having pain. He isn't cured though.

CCE will now ignore errors. It will still make them. If I were you, I'd reinstall and try with conservative timings first. What did memtest86 say?

Joergen · 12th April 2004, 21:25

Actually as I remember, all of my friends had to use the CRC patch for CCE 2.5.. it wasnt related to how stabile the system is, and no memtest could find any problems. It's not to say that a true mem problem wont increase the frequency of the errors.

ux-3 · 12th April 2004, 21:31

I am runnning and have been running CCE on rounabout 10 machines in the past. Using Athlons, Durons, Pentium3s. I only got CCE to blow the whiste when I OCLed the memory or when I had faulty memory. In fact, to find out if a FSB-setting is still working, I set a 5 pass on the machine. Perhaps there are exceptions, but not hitting one in ten tries does seem to make them rare exceptions.

Joergen · 12th April 2004, 21:34

Well is it not a "well known" fact that CCE 2.5 has memory leaks? And maybe you were using an updated version.

Secondly, why does CCE 2.66 and 2.67 never give checksum errors on the same system(s)?

ux-3 · 12th April 2004, 21:40

Frankly I can't tell you. I never gotten any checksum errors from them. I got them from CCE 2.50, and when I slowed down, they went away.

There is also a rumor, that some of the "trial enhancement software packs" don't do a good job in enhancing, so I don't know if that could have to do with it.

I just recommend to slow the machine before overriding an error message. Only if that fails, I'd tell CCE to shut up!

Joergen · 12th April 2004, 21:45

Quote:

Originally posted by ux-3
that some of the "trial enhancement software packs" don't do a good job in enhancing

Yep that might be it, but with that in mind, considering a software like dvd-rb for the average user.. whenever CCE 2.5 is used, it's most certainly the "enhanced" version.

Methanoid · 13th April 2005, 09:28

Well I have 2 machines which ran fine with Rb-080 and with latest 0.82free they are BOTH producing the same error.

Using the Decode DLL provided, CCE 2.50 without CRC patch which I have never had to use in all versions of Rb/CCE. Also no BIOSn tweaks or aggressive timings.

So.... guess I have to apply patch?

jdobbs · 13th April 2005, 20:29

I know I had to apply the patch a long time ago -- but I can't remember the circumstances under which the CRC would pop up (it's been a long time)...

ChickenMan · 16th April 2005, 02:32

CCE ver 2.50.01.00 Retail standalone version does NOT require the CRC patch, while an earlier "enhanced" trial version (cant remember the actual version) did. The CRC problem shows up more on an AMD based pc than on Intel pc's as well.

jdobbs · 16th April 2005, 05:42

It had to be used on mine, and it's the retail version 2.50.01.00. I do have an AMD Processor and always have had. Can't remember the cirucumstances -- I think it had something to do with the VAF file...

Just can't walk away from 2.50 -- it's still a good 30% faster than the newer versions on my AMD.

Methanoid · 16th April 2005, 11:12

Well I'm on Intel P4 but I needed it. As soon as I applied it the problem stopped.

Bacardi_AVT · 20th April 2005, 11:24

I to have this problem since I went up to DVD-RB 0.83...CCE have worked perfectly on my machine since I installed it two years ago...

BUT...when I cheked the .AVS files that correspond to the faild videosegments I found that they all where just one frame (or 0 frames depending how you interpret the avs file)

Example (all paths edited out):

LoadPlugin("DGDecode.dll")
mpeg2source("V01.D2V")
trim(126759,126759)
ConvertToYUY2(interlaced=true)
AudioDub(BlankClip())

Could this have something to do with the error??

By the way all other segments works perfectly and there is no problem rebuilding the DVD even when I miss these segments...

12th April 2004, 11:37	#1 \| Link
YaoMing11 Registered User Join Date: Mar 2004 Posts: 70	im getting a CCE checksum error. please help... cce encoding failed: Error: Video check-sum is different from that of previous pass. Source video data or time code may be different Please check video tape or the information file --- information ---- Current: check sum = 0134fc55 previous: check sum = 0134fe8d Can somebody help me fix this? It seems I might need a patch. I can't seem to find it though.

13th April 2005, 20:29	#16 \| Link
jdobbs Moderator Join Date: Oct 2001 Posts: 11,726	I know I had to apply the patch a long time ago -- but I can't remember the circumstances under which the CRC would pop up (it's been a long time)... __________________ "I wouldn't be so paranoid if everyone wasn't out to get me." (Frank Burns) Help with development of new apps: Donations. Website: www.jdobbs.com

16th April 2005, 02:32	#17 \| Link
ChickenMan Registered User Join Date: Oct 2001 Location: Australia Posts: 330	CCE ver 2.50.01.00 Retail standalone version does NOT require the CRC patch, while an earlier "enhanced" trial version (cant remember the actual version) did. The CRC problem shows up more on an AMD based pc than on Intel pc's as well. __________________ Cheers, CM

16th April 2005, 05:42	#18 \| Link
jdobbs Moderator Join Date: Oct 2001 Posts: 11,726	It had to be used on mine, and it's the retail version 2.50.01.00. I do have an AMD Processor and always have had. Can't remember the cirucumstances -- I think it had something to do with the VAF file... Just can't walk away from 2.50 -- it's still a good 30% faster than the newer versions on my AMD. __________________ "I wouldn't be so paranoid if everyone wasn't out to get me." (Frank Burns) Help with development of new apps: Donations. Website: www.jdobbs.com

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

12th April 2004, 12:29	#2 \| Link
ux-3 Registered User Join Date: Mar 2002 Posts: 512	Before you patch up a problem, do this: Go to bios, note the settings and slow down your machine to specs and standard settings. Your errors will hapen if the system is running too fast. It will also be a good idea to google for memtest86, and run it. If you get any errors there, they are likely the cause of your problem.

12th April 2004, 19:55	#3 \| Link
YaoMing11 Registered User Join Date: Mar 2004 Posts: 70	My pc is at stock speeds. I'll try running the memtest.

12th April 2004, 20:18	#4 \| Link
Joergen Registered User Join Date: Mar 2004 Location: the dvd-rb has you Posts: 736	Didnt cce 2.5 require a "CRC Patch" .. at least I had to use it way back when. CCE 2.66 doesnt need it nor does the 2.67 basic

12th April 2004, 20:24	#5 \| Link
ux-3 Registered User Join Date: Mar 2002 Posts: 512	It doesn't _require_ a patch. I've been using it for some time, but when you try to pick up speed, it was the first thing to break. The patch does not remove the problem, only the notification. If you can, lower ram speeds to slowest settings and try from there.

12th April 2004, 20:25	#6 \| Link
YaoMing11 Registered User Join Date: Mar 2004 Posts: 70	I just googled and found the cce 2.50 crc patch. I'll try encoding again later on.

12th April 2004, 20:25	#7 \| Link
Joergen Registered User Join Date: Mar 2004 Location: the dvd-rb has you Posts: 736	If the patch indeed doesnt fix anything, could this be a problem for DVD-RB aswell?

12th April 2004, 20:49	#8 \| Link
YaoMing11 Registered User Join Date: Mar 2004 Posts: 70	I checked BIOS and had my memory timings set to aggressive. I lowered them to Optimal as well as applied the CCE Patch. I'll try another encode later tonight and let yall know how it goes.

12th April 2004, 21:25	#10 \| Link
Joergen Registered User Join Date: Mar 2004 Location: the dvd-rb has you Posts: 736	Actually as I remember, all of my friends had to use the CRC patch for CCE 2.5.. it wasnt related to how stabile the system is, and no memtest could find any problems. It's not to say that a true mem problem wont increase the frequency of the errors.

12th April 2004, 21:31	#11 \| Link
ux-3 Registered User Join Date: Mar 2002 Posts: 512	I am runnning and have been running CCE on rounabout 10 machines in the past. Using Athlons, Durons, Pentium3s. I only got CCE to blow the whiste when I OCLed the memory or when I had faulty memory. In fact, to find out if a FSB-setting is still working, I set a 5 pass on the machine. Perhaps there are exceptions, but not hitting one in ten tries does seem to make them rare exceptions.

12th April 2004, 21:34	#12 \| Link
Joergen Registered User Join Date: Mar 2004 Location: the dvd-rb has you Posts: 736	Well is it not a "well known" fact that CCE 2.5 has memory leaks? And maybe you were using an updated version. Secondly, why does CCE 2.66 and 2.67 never give checksum errors on the same system(s)?

12th April 2004, 21:40	#13 \| Link
ux-3 Registered User Join Date: Mar 2002 Posts: 512	Frankly I can't tell you. I never gotten any checksum errors from them. I got them from CCE 2.50, and when I slowed down, they went away. There is also a rumor, that some of the "trial enhancement software packs" don't do a good job in enhancing, so I don't know if that could have to do with it. I just recommend to slow the machine before overriding an error message. Only if that fails, I'd tell CCE to shut up!

13th April 2005, 09:28	#15 \| Link
Methanoid Registered User Join Date: Jan 2002 Location: UK Posts: 50	Well I have 2 machines which ran fine with Rb-080 and with latest 0.82free they are BOTH producing the same error. Using the Decode DLL provided, CCE 2.50 without CRC patch which I have never had to use in all versions of Rb/CCE. Also no BIOSn tweaks or aggressive timings. So.... guess I have to apply patch?

16th April 2005, 11:12	#19 \| Link
Methanoid Registered User Join Date: Jan 2002 Location: UK Posts: 50	Well I'm on Intel P4 but I needed it. As soon as I applied it the problem stopped.

20th April 2005, 11:24	#20 \| Link
Bacardi_AVT Registered User Join Date: Apr 2004 Posts: 7	I to have this problem since I went up to DVD-RB 0.83...CCE have worked perfectly on my machine since I installed it two years ago... BUT...when I cheked the .AVS files that correspond to the faild videosegments I found that they all where just one frame (or 0 frames depending how you interpret the avs file) Example (all paths edited out): LoadPlugin("DGDecode.dll") mpeg2source("V01.D2V") trim(126759,126759) ConvertToYUY2(interlaced=true) AudioDub(BlankClip()) Could this have something to do with the error?? By the way all other segments works perfectly and there is no problem rebuilding the DVD even when I miss these segments...