Facts and Fiction of GPU-Based H.264 Encoding
notthatwillsmith writes "We've all heard a lot of big promises about how general-purpose GPU computing can greatly accelerate common tasks that are slow on the CPU — like H.264 video encoding. Maximum PC compared the GPU-accelerated Badaboom app to Handbrake, a popular CPU-based encoder. After testing a variety of workloads ranging from archival-quality DVD rips to transcodes suitable for play on the iPhone, Maximum PC found that while Badaboom is significantly faster than X264-powered Handbrake in a few tests that require video resizing, it simply can't compare to the X264-powered Handbrake for archival-quality DVD backups."
So you paid money for a GUI that selects command-line options?
I'm in the wrong line of work.
There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
4 --aq-mode 0 --subme 1 --scenecut -1 --no-cabac --partitions i4x4 --no-dct-decimate in terms of x264 commandline... its no wonder its "fast" when they compare it to x264 on far slower settings!4
Do I lose nerd points for this looking like spanish?
It should actually look like arcane command line magic to you. Points deducted.
;)
This is what spanish looks like:
"esto parece como español"
As long as you can read some Spanish text and it looks to you like assembly language for some long-dead processor, you retain your nerd points.
-- Ed Avis ed@membled.com
What are you talking about?!?! I do the audio equivalent all the time! I download 64kbps MP3 files, and reencode them to 320kbps to regain the quality! Screw information theory! I'm an audiophile, I can tell the difference!
It is pitch black. You are likely to be eaten by a grue.