Cinema Craft 2.70 basic encoding speed versus TMPGEnc 2.5 Plus

[Barnabas]

I have been using TMPGEnc Plus 2.5 for years, and have always liked the interface, but the speed has always seemed to take WAY to long to encode. As I like to capture, edit, clean, remove logos etc before I encode to MPEG-2, I had figured that with the VirtualDub filters I was using, encoding speed between CCE and TMPGEnc would not be THAT much different. BOY was I wrong.

Frameserving a 24 minute video from VirtualDub to TMPGEnc Plus and encoding in CBR at 5500 kbps takes about 1 hour at the normal quality setting. The same project encoded by CCE 2.70 basic takes only about 15 minutes, and the quality looks about the same to my eyes. Does everyone find TMPGEnc Plus (2.5) to be THAT much slower than CCE basic? Are the latest versions of TMPGEnc faster?

[Paul_G]

Does everyone find TMPGEnc Plus (2.5) to be THAT much slower than CCE basic?

Yes, with cce you can encode,author,burn and watch most/all of a film while tmpgenc would still be encoding the film. Shame really as tmpgenc is a fantastic program, i only ever use it these days for 352 x 240(288) as anything higher can be done using cce (with ccefront) at a fraction of the time with better quality.

[Barnabas]

Seems almost unbelievable that CCE could be THAT much faster than TMPGEnc is. I wonder if it's because of the programming languages used?

[vhelp]

I'm pretty sure its not the language that's at fault.

I think its more or less that they haven't dont any optimizing
or fine-tuning or re-writing in that area of the encoder.

If you look at the various versions, you'll note how they all
seem to be the same encoding speed.. give or take a few tweaks
in other areas that may have influence certain processes that
gave a *slight* increase.

I also think that they are not taking advantage of the newer
CPU registers, take for instance part that handles two cycles
samitaniously. Also, (if it is true that TMPGEnc was developed
under Delphi) there may be some code enhancements that are not
found in this language much like C/C++ has, using inline assembly
snips here and there. I forget what its called -- I just read
about it the other day.

So, I don't think that it has to be done in another language.
Rather, the area concirning the encoding speed has to be chiseled
at, if you know what I mean.

-vhelp 4103

[CubDukat]

I used to use TMPGEnc all the time, until I tried CCE SP. Now the only time I use TMPGEnc is when I want to mux MPEG-2 video with a Dolby Digital track. Otherwise, I've completely sworn off it, at least until they do a major overhaul to make it both fast and good.

Not that CCE SP is a speed demon, but when you can encode a MiniDV file at 2X speed in CCE, that's fast. AFAIK, I haven't been able to do that in TMPGEnc at all; it won't even load it.

Not to mention that it hangs up frequently on some of the 1080i and 720p streams I feed it, or it outright says "nay-nay" to them and quits.

[fritzi93]

Isn't the difference due to colorspace, at least in part? TMPGEnc works in RGB, CCE in YUY2.