Okay...I've fixed problems AND... (help - easy reading)

[magomago]

...followed the HELP files for TMPGEnc and this is what I got

Mini-Caveat
Note- I spent time orginizing this into something that one could pleasurely read because I know how it is to read something dull and unorganized. I am not afraid to say that I wrote this in a manner that I hope more people would be willing to respond to rather than glance at and leave. I hope I am correct


Issues that have Arisen
Fixed - Playing a SVCD using the header trick; it works marveously and it looks a million times better than VCD and i was only using a 1800 bitrate - however I was only able to get around 1 minute before an error

Fixed - I have determined my HDD is NOT at fault. The Harddrive Defragments fine, and I ran a check disk on it (I had to reboot when I did it on my C Partition though, but this is normal considering that is where Windows is located)

Fixed - I have determined that my RAM is not at fault. I used the FREE and WELL WRITTEN SIMMDOCTOR.com utility and burn tested my ram. It came through flawlessly without error as I hoped passing every single test repeatedly in various fasions

Fixed - I know how to resize the picture so it will fit within my TV that loves to cut off images using Virtual Dub. Oddly enough, Virtual Dub does not crash when I use it like CCE and TMPGEnc

Broken - CCE still crashes.

Broken - TMPGEnc still crashes. I prefer to use it over CCE mainly because I bought the Plus version and it didn't cost me an arm and a leg.


The Errors that Occur within TMPGEnc

Read Error ocurred at address 0049EECD of Module 'TMPGEnc.exe' with 00D4AFF4

Something about a Floating Point Decimal Error

**Methods attempted to Solve Problem
I found a article saying that perhaps I should split the audio into a WAV and the video(which I split and personally did not let the audio encode just to be safe) using Virtual Dub and then recombine them later in TMPGEnc. I also went through the enviormental settings area after I installe dht VFPAI plugin and adjust those to see if anything changed. Attempt was Unsuccessful
This is an error I can't isolate. It happens randomly and does not seem to have any real pattern. I have had it hit at the extremes of 2% in the encoding processs and at 25% assuming I am encoding the entire 20 minute anime. When I only encode a certain part (The first few minutes) I can get it to sucessfuly complete it, yet errors will still appear and HAVE appeared at 99% to show once again that this doesn't have a pattern



NOTICE- I was only able to find information pertaining to the second error. No method to solve the first error (Which occurs more frequently) was found



Misc. Information

·The Codecs currently installed on the system:


Cinepak Codec by Radius Inc.
Divx MPEG-4 Video Codec (fast-motion)
Divx MPEG-4 Video Codes (low-motion)
Divx 5.0 Codec
Huffyuv lossless codec [HFYU]
Indeo Codec by Intel
Indeo video 5.10
Microsoft mpeg-4 Video Codec v1
" RLE Codec
" Video 1
msh261.drc
msh263.drv
msyuv.dll
VFAPI Reader Codec v1.05

What I am currently trying to encode is in the format Divx MPE04 Video Codec (Low Motion). Infact, all the files I have are within this setting and last anywhere from 22-30 minutes.


*note- They are all low motion vs. High Motion. However they are all also Anime and not real life movies


· The error that I receive using CCE(AVI2SVCD) is as follows:

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 videotape or the information file
please check videotape or the information file

When I click Okay the progress jumps up around 15-20% points and then about 30 seconds to 1 minute later I receive the same error and it finally quits on its own. I added this in hope one could find a problem but I will say without hesitation that I prefer to use TMPGEnc because it is necessary if I want to be able to get the SVCD header trick to work (The MPEG-2 must be encoded using TMPEnc or else when I go back to the program later for the trick it does not work)


If you would like to see the Specs of my PC to see whether it can handle this, please click on the Computer Details button.

Thank you and I hope I addressed most Issues!


So like I said, instead of b!tching and writing non-sensical cr@p and as one put it "being defensive" I am trying to slowly work through this. Thank you for your time and patience and I will be eagerly awaiting replies hoping that taking the time to orgainze something really does pay off

[magomago]

41 views and not one reply ....

perhaps I should change my strategy

[Buffist]

Maybe noone has any idea and therefore noone replies.
Maybe your processor will overheat while encoding?
Or it is another hardware problem (graphic, cable or sth.l.t).
Many of us using TMPGEnc and CCE without any probs.
I'm sorry that it seems as noone can help you.

[Gazorgan]

Do you have a P4 or Athlon only version of the MPEG encoders? This gives odd errors from the unique optimizations of each. Do you have a DVD burner? See todays post about CCE/TMPG and DVD burners.

[bugster]

Not sure any of this will help but a few ideas to try.

1st make sure your avi is error free. Use virtualdub scan video stream for errors option. When complete save out a new copy of the avi.

Also, use virtualdub to seperate the audio and video. Convert the audio to an uncompressed wav format. Use this as the audio input to Tmpgenc.

If you still have problems, try frameserving your video to Tmpgenc or CCE using virtualdub or avisynth.


For more info on any of these ideas, search the forums or look in the user guides, they are all common techniques used to solve various encoding problems.

If you still have problems, come back and ask 1 specific question at a time. You are more likley to get answers that way and you may even get the actual answers you need!

Good luck

Bugster

[Bagmaster]

Video checksum error indicates bad memory on the video card it's self, not your system memory. Check the video card with sisoft sandra 2001 or newer version. [/quote]

[Xijing]

Well your not the only one buddy... i have tride to encode a xvid avi movie on 3 different computers both on cce and tmpgenc and on multiple versions.. still errors errors and countless errors... if its not ntdll.dll error its runtime error or rundll error.. ect ect... in the end i encode with nero on vcd encoding since nero mpeg2 encoding sux..... i have a dvd burner and have not yet have the privliedge to burn one whole divx movie on it... oh well time will tell until it will work for us too...

cheers

[magomago]

That is what I have been donig - splitting the movie into a soundless AVI and a WAV through Virtual Dub.


Videocard? What you are talking about! What in the world does a videocard have to do with encoding? ???

You sure about it when you say VIDEOCARD? I don't how my Geforce2 GTS does anything in the process. And if someone you are correct is there a way to disable that and force it through the processor (yes it would take more time but out of ATLEAST 50 tries I've only been able to get the video to encode fully ONCE.) but I won't mind that.


DVD Writer? DIVX? What are you talking about my friend Don't burn a Divx on a DVD Writer b/c DVD players won't play Divx (very few do....). Maybe you mean conversion?



*Note*- I went ahead and wiped out my HDD and did a reformat...Instead of grabbing all the drivers off my CD I am downloading them to get the latest versions. If there is a change in the situation I will make note of it

[magomago]

Ok, after installing all the updated drivers, I have carefully put JUST Divx5, Divx 3.11 (the codec needed to do my anime), TMPGEnc Plus, Virtual Dub on my HDD

Somehow I got the episode to work without any flaws.


However I do not deem it success...yet. I will be doing a few more runs to see if I got a freak "1 in a 100" chance.

But so far results are promising.

I would use CCE more often if the Header Trick would work Somewhere on the User's Guides it says that the SVCD file must have been encoded through TMPGEnc to get the trick to work.

[magomago]

Meh, it came back

Illegal Floating Decimal Point Calculation Order

______Info on the DIVX___

Codec- Divx 3 Low-Motion
Aspect- 640*480 (1.3333:1)
Bitrate- 956kb/s
Framerate- 23.976
Duration - mminutes 50s
Size- 172 MB

Audio Codec- Mpeglayer3
Bitrate -96kb/s CBR
Sample Rater - 48000Hz




Method Used to Encode

Split the AVI into WAV and a Resized Soundless AVI using VirtualDub

Then from there I sent it to TMPGEnc....

[magomago]

Guess what, I restarted and tried it and I got this


Read error occured at address 0048AD5 of module 'TMPGEnc.exe' with 0372C170

I had my video and audio split too and it still didn't work (my video was a Divx5 comprsesed file with no sound and my audio was a WAV)

Is there another way/

[Nikolai]

The random nature of the faults would seem to indicate hardware problems. I hate to say it, but I think your reformatting of your HD was a waste of time. You say you checked your memory, but that's probably where the problem is. The test program you used might not be as good as you think it is. Does it test when your entire system is under heavy load? The problem could be in your MB. Heat problems, perhaps. Is your box overclocked? Intel or AMD?

Read errors and floating point exceptions are usually NOT caused by the software. The "Read error occured at address 0048AD5..." message is telling you that the system is having problems just reading and running the software. It is highly unlikely that whether or not you're running split audio/video has anything to do with the problem whatsoever. Good luck.

FWIW I'm running TMPGEnc and doing the SVCD header trick myself without any problems on an old and slow machine and I couldn't be happier. Well, maybe more speed would be nice, but I'm not doing any major projects yet.

[bugster]

Have you tried frameserving your video from virtualdub to TmpGenc, this can fix many of thses types of problems.

[magomago]

The random nature of the faults would seem to indicate hardware problems. I hate to say it, but I think your reformatting of your HD was a waste of time. You say you checked your memory, but that's probably where the problem is. The test program you used might not be as good as you think it is. Does it test when your entire system is under heavy load? The problem could be in your MB. Heat problems, perhaps. Is your box overclocked? Intel or AMD?

Not overclocked at all my friend. AMD 1700+. It also has a good ventilation system (a volcano9 coolmod [HUGE fan...] has some arctic silver 3 been it and the cpu, there is a sidefan, bottom fan, and top fan all arragned to the wy that the guys at anandtech.com reccomended I do it)

I'm going to try to RMA my memory and see what happens... If that doesn't work, then I'll RMA the HDD...if that doesn't work then I'll RMA the Motherboard.

And I still don't understand the videocard remark


=================

Frameserving? I'll look into it and see howi t works

[manic_grin]

Well, after passing every test under the sun with SiSoft Sandra I still had similar problems to you and this worked for me:

Turn off all screen savers and power saving.
When encoding with TMPGEnc, make sure the preview option is set to 'do not display'.

Now it all works fine, every time.

Good luck!

[pierrecanada]

Hi, I had exactly the same problems... and have same ASUS card (7N8X) and Athlon XP 2600+. I tried every suggestion from this forum and afterdawn knowing in the back of my head that I would have to change the RAM. I first changed the RAM with other RAM sticks I had around to no avail.

In the end I went to buy the most expensive RAM I could find (or just about) and guess what, absolutely no more READ errors (and by the way no more floating point errors either which I thought were perhaps due to corrupt frames and the like).

I believe all the other suggestions change the amount of RAM you need or the RAM locations you actually hit, and potentially reduce the risk of hitting the bad RAM sectors.

Also I read somewhere that the 7N8X is very sensitive to the quality of the RAM, so there you go.

[stevemoley]

hi,

been having all the above problems!!!

i have just done my first successful encode of an xvid .avi in 3 months of using tmpgenc and thought i had it sussed!!

what i have done is searched my entire system and got rid of all traces of tmpgenc, then have reinstalled the last version i had
i left it minimised while encoding, and checked part way through to see how it was doing...i noticed, i am running in es mode and am doing the m1v file, it seems to be more stable with just the video encoding?
dont know...i think i will chck half a dozen into batch encode and run it over night to see if i can better my record of 6 crashes out of 6
i will post back my results in the next day or so
thanks for eliminating most of what i was going to try out earlier...

EDIT : im now on my 5th encode in tmpgenc (including audio/mpeg1 and mpeg2)and not 1 crash, so i have to assume it just needed a clean install with no other versions on my system?