Well, considering that the only video I work with is frameserved from VirtualDub, that’s a pretty big “it.” Really, how can I report a second bug when I can’t get the program to even work in the first place for what I want it to do?
Your dismissal of my concern with that statement is almost akin to someone installing a new operating system, then never being able to boot into the operating environment, no matter how many suggestions they follow. Then when someone asks them why they consider the OS to be buggy and they report that they can’t even use the OS, the person rolls his eyes and says “That’s IT? That’s just one bug. You’re going to have to do better than that!”
This has nothing to do with me “not getting the hang of frameserving.” As I said, it works great for me in TMPGenc every single time I try it. I guess you chose to ignore that part, other than to make a comment about how you don’t want to hear what TMPGenc does well. Um, okay. Whatever.
Also, like I said, I did have frameserving working in CCE for one brief, shining moment, but using the exact same technique at a later date proved fruitless. I guess that’s just my fault. :rolleyes:
I have seen people report other problems with the encoder unrelated to VDub, but I’m not going to sit here and rattle off every problem everyone has ever had with CCE. Then I’d just be one of those “parrots” you keep whining about.
Now, I never said that “CCE sucks.” Despite my best efforts, I cannot get the damn thing to work. I’ve read every guide I can find. As I said, if I could get it to work, it would produce better results faster than TMPGenc at the same bitrate. Apparently you chose to ignore that, too.
My estimation of the program’s bugginess is based not only on my own experience, but also from seeing problem upon problem pop up in encoding forums, to which nobody can offer solutions. I don’t see that happening with TMPGenc. I guess that must be the parrots again, making up problems that don’t exist just to make CCE look bad. Yeah, that’s it…
How could I have much firsthand experience if I’ve only gotten the program to work once? That one time I had encoded something involved a piece of video without music, which makes it much harder to judge the merits of an audio encoder.
I do, however, know from personal experience that LAME is the best MP3 encoder out there. Every source I’ve seen states that tooLAME is the best for MP2. I have no reason to doubt that. I also have no reason to doubt those that say CCE’s audio encoder stinks. Why would I? Oh yeah, that great anti-CCE conspiracy that gullible people like me swallow up…
The point is that, whatever your opinion on CCE and TMPGenc’s built-in audio encoding capabilities, TMPGenc offers the option of spawning an external encoder at encode time. CCE does not. If you don’t like encoders to have lots of options, that’s fine, but don’t get irate because other people do.
Perhaps I wasn’t clear. Maybe I was spending too much time making “an attempt at sophistry.” :rolleyes: TMPGenc allows you to resize within the program. If I could do that with CCE, I could possibly avoid having to resize within VirtualDub and then frameserve to CCE. I can’t, though. With TMPGenc, I can. If this is possible with CCE, then I apologize for the misunderstanding, but according to everything I’ve read, this is not the case. Maybe I could experiment for myself more if I could get the damn thing to work in the first place. I’ve spent many hours trying, however, and it just isn’t happening.
You obviously aren’t paying attention. I keep saying, over and over and over, that CCE is faster and does produce better results if you can get it to work. I also pointed out features that TMPGenc has that CCE does not, which does not negate CCE’s speed or quality, but does show that the $30 program is much more versatile in a variety of situations than the $3800 program.