Slashdot Mirror
HandBrake 1.0.0 Released After 13 Years Of Development (fossbytes.com)
HandBrake, popular open source video transcoder, has finally hit version 1.0.0 affter spending roughly more than 13 years in development. HandBrake 1.0.0 brings tons of new presets and support for more devices and file types. From a report: HandBrake 1.0.0 comes with new web and MKV presets. The official presets from HandBrake 0.10.x can be found under 'Legacy.' New Jason-based preset system, including command line support, has been added. The additional features of HandBrake are title/chapter selection, queuing up multiple encodes, chapter markers, subtitles, different video filters, and video preview. Just in case you have a compatible Skylake or later CPU, Intel QuickSync Video H.265/HEVC encoder support brings performance improvements. HandBrake 1.0.0 also brings along new online documentation beta. It's written in a simple and easy-to-understand language.You can download it here.
Is there some obscure point of pride for remaining in "beta" versioning for that long? What's the point of that? It's been quite functional and stable for many years now. Understating your version number is no better than Chrome and Firefox's ridiculous version number race, IMO. Not a huge deal, of course. I just wonder why this is a thing.
Love Handbrake, but don't use it as often these days as I'm no longer buying and ripping my own DVDs or BluRays to my media server. Streaming is just too convenient.
Irony: Agile development has too much intertia to be abandoned now.
A GUI.
Thanks Jason!
You're the best!
- http://www.milkme.co.uk
Now I can finally get my 2003 Acura out of the driveway.
If it weren't for deadlines, nothing would be late.
OpenSource program gets paid by Intel to cripple AMD performance? This is your guess based upon poor performance of your CPU? Good grief....
Build it, Drive it, Improve it! Hybridz.org
Ryzen is also not the first AMD CPU that has claimed it's going to compete clock for clock with Intel too. As much as I'd like to see AMD actually do it I'm reserving my opinion until it's actually produced and in consumer's hands for testing. That said, I'm holding off a little bit on my planned SkyLake build to see if they've managed to pull it off. If they have it'll be good for everyone!
Build it, Drive it, Improve it! Hybridz.org
I find it astounding that my 4170 gets beat by a core2 quad ... and I actually paid for it
AMD has just been sucking ass in the cpu game, has been for a long time now, maybe zen, kind of doubt it though
I find it astounding that an i7 2600 laptop running at 2.2 ghz can outperform an AMD 8350 at 4.4 ghz at Handbreak.
This likely has more to do with the compiler optimizations (and other optimizations) of libav 12.
I 'think' this is loaded as an external library, you you may wish to attempt to DL the source and compile with AMD centric optimizations and see what happens.
Update. News at 11.1.
Ryzen is also not the first AMD CPU that has claimed it's going to compete clock for clock with Intel too.
Remember when AMD's K7 came out and punched Intel in the nuts clock-for-clock? Pepperidge Farm remembers. It happened before. That doesn't necessarily mean it could happen again, though.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
I've had no joy getting it to work on Centos. Plus it has a dependency on the gstreamer-plugins-bad package. Does that ring a bell?
For the corner case that mencoder & ffmpeg couldn't handle it's not worth it.
Confucius say, "Find worm in apple - bad. Find half a worm - worse."
I know Intel overall is superior per clock tick.
Hairyfeet had a youtube video which showed someone upgrading from an AMD 8350 to an i7 4790K and you know what? Only a 2% difference! Reason being is the AMD had 8 cores and most video work can take advantage of multiple cores. Adobe Premiere showed slight favoring to the AMD cpu on some of the workloads and close to even on the rest.
Handbrake got caught taking money from Intel to use non IEEE compliant x87 FPU code and Intel optimizations so parts of the CPU are disabled when run on AMD systems to make Intels look faster.
For gaming yes Intel is better. For running multiple cores AMD has an 8 core ... ok actually Intel now has one too with Broadwell-E for a very expensive $1700 per CPU price which should beat the shit of an AMD but still.
http://saveie6.com/
0.10.5 on MacOS does not believe any new updates are available.
Michael J.
Root, God, what is difference?
OpenSource program gets paid by Intel to cripple AMD performance? This is your guess based upon poor performance of your CPU? Good grief....
Oh really?
Yes it is not a vast conspiracy that intel cheats with some popular benchmarks.
http://saveie6.com/
After several days of trying different settings while attempting to digitize my old VHS tapes and DVDs, I gave up on HandBrake. The decomb/deinterlace filter they use to convert interlaced video to progressive is atrocious. Diagonal lines end up looking like jaggies in 1990s video games before anti-aliasing became a thing. It seems to be fine for progressive -> progressive conversions, but it was a huge waste of time for interlaced -> progressive conversions.
Intel's had an 8core Desktop for a while now.... and there's the shiny new 10core that you're thinking of at that $1700+ price point. And those are actual cores before "HyperThreading" or whatever they're wanting to call it now gets taken into count... so 16 and 20 thread execution respectively. And yes, Desktop product, not Xeon product in desktop boards with wonky support.
But VLC on the iPad doesn't include the GPL'd components, so you can't play back a DVD that's just copied but not re-encoded as something else, so you still need something like Handbrake if you want to play back ripped DVDs on your iPad.
I am TheRaven on Soylent News
Handbrake 0.10.2 (x86_64) works great. I'll keep using it until the updated version hits the Linux Mint repository.
Were they running QSV? Intel's internal GPUs support hardware H.264 encoding with Handbrake without any conspiracy theory needed.
Handbrake got caught taking money from Intel to use non IEEE compliant x87 FPU code
Source please. Every search for this turned up only a self referencing post to your comment.
What Intel did do is contribute QuickSync Video codecs to Handbrake which encode video using the hardware H.264 encoder in the Intel GPU. That is much faster than the AMD one which naturally is missing all of this.
Oh really [intel.com]?
Maybe you should read that article. And then maybe you should look into what Intel contributed.
It's kind of hard to "cripple" AMD hardware that AMD doesn't have. Intel contributed a QSV capable codec to Handbrake. AMD are more than welcome to do so too, the source is open and I'm willing to bet Handbrake people wouldn't complain if AMD finally gave people a hardware encoder + code that worked for it.
Or it has to do with the hardware encoder for which Intel provided the handbrake team some code.
THANK YOU - - - Eric Petit (aka "titer" from his SVN repository username), Laurent Aimar (fenrir), Van Jacobson (van), John Allen (johnallen), Joe Crain (dynaflash), Damiano Galassi (ritsuka), Edward Groenendaal (eddyg), David Foster (davidfstr), Rodney Hester (rhester), Andrew Kimpton (awk), Chris Lee (clee), Chris Long (chrislong), Brian Mario (brianmario)Maurj (maurj), Mirkwood (mirkwood), Nyx (Nyx), Philippe Rigaux (prigaux), Jonathon Rubin (jbrjake), Scott (s55), John Stebbins (j45), Chris Thoman (huevos_rancheros), Mark Krenek (travistex), Kona "Mike" Blend (KonaBlend), David Rickard (RandomEngy), Tim Walker (Rodeo), Bradley Sepos (BradleyS), Maxym Dm (maxim_d33), and all the others that have assisted in this project ! ! ! ! !
https://github.com/HandBrake/H...
HANDBRAKE has been 'my friend' for many years, even as a beta, and has allowed me to view many videos without having to know anything (or very little) about the inner workings of transcoders / video-packages / 'container' details, etc.
Cheers to you and those like you that provide help for the semi-educated masses that need help converting videos from one format to another !
I cannot adequately express the level of admiration and respect I have for those of you that are providing services for the people, free of charge, and solely for your own gratification.
Best and Sincere Regards - - - and Happy Holidays
rickyslashdot
redneck geek
There is no source. HandBrake has never accepted money from Intel. Period. We don't get paid for the work we do.
All our source code is public on GitHub. If there was anything malicious like this in there, it would be spotted pretty easily. It's not a huge code base.
AMD VCE is hopefully going to be added some day. We did have initial patches from AMD, but they've changed directions with their libraries and the GPUOpen project so someone needs to find the time to re-do all that work.
NVENC is also an option if it can be added in a GPL friendly way.
Given that there is this limitation imposed on the software authors:
It can process the most common media files and DVD/Blu-ray sources that don’t have any type of copy protection.
What is handbrake good for?
Handbrake would be great otherwise, but the lack of support for NVENC really upsets me. I've been biding my time and hoping they'd change their minds about it, but that doesn't seem to be happening :(
I have a Xeon CPU, so no Intel QuickSync, and it's Haswell, so it wouldn't have HEVC-support for QSV anyways. I haven't found a single good video-transcoding and/or editing app that is both free or cheap and that does NVENC. MediaCoder is the closest to what I've found, but at $189 it just is a no-go for me.
When I used it before, it didn't seem to do well with the prospect of converting 22 files at the same time. ffmpeg and some minor script fu is great for that.
Once you have your preferred options figured out, the GUI just mostly gets in the way.
A Pirate and a Puritan look the same on a balance sheet.
The price delta for those CPUs is still massive, and their 4-core still wins for gaming because games don't have many threads.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
And here I was thinking that Jason was like Freddy, Nightmare on Elm Street, or Five Nights at, Pick your poison.
And do you remember Intel coming right back? I don't think they can do it this time so if AMD actually has something they may be able to make it successful without a quick kick to the nutz from Intel. But I'm not going to believe it until I see it as they've cried wolf a few times now.
Build it, Drive it, Improve it! Hybridz.org
I can get an 8 core for a grand and overclock it to the Moon with Broadwell E. Supposedly there's another E offering coming too. Multiple cores do indeed speed video work and I do lots of it - I use a VM that's given 10 cores and it flies. IF AMD has something that matches Broadwell E and doesn't cost a mint and Intel doesn't immediately bitch slap them via pricing or a new as-yet unreleased CPU then I'll buy AMD no question. More than once though AMD has made noises about new CPUs coming out that would make everyone swoon and failed to hit the mark. This time they're benching against Broadwell E and meeting or beating them at parity or near parity clock speeds. IF they can undercut on overall pricing and IF their CPUs have overclocking headroom (which they seemed to hint at) then I'm onboard. I'm agnostic about who builds the damn thing, hell I used to own stock in BOTH companies. I want to see a strong AMD competitor, so far though I'm reserved in my expectations having been burned by claims before. I'm interested enough though that I stopped my planned Skylake build and will wait for real tests in the real world before I pull the trigger on any parts. I wasn't even shooting for Broadwell level power either but I'll sure take it if I can! :-)
Build it, Drive it, Improve it! Hybridz.org
Yup, the ten core is expensive but the 8 core can be had for a grand and the 6 core at fairly reasonable prices IF you're willing to run a Broadwell E system. Intel is already talking about the next E systems and surprise - new socket! The E systems have generally had expensive mobo so I was going to skip it. IF AMD can undercut pricewise, can beat or meet Skylake, meet Broadwell E levels of performance (which should beat Skylake), then I might purchase. I need a new desktop and am interested so I'm rooting for them. Having been disappointed before though I won't be first in line. I'll almost certainly run an NVIDIA video card too lol
Build it, Drive it, Improve it! Hybridz.org
Sounds to me like he means that when run on Intel certain superior FPU functions come online that AMD doesn't get - well duh. AMD has some optimizations too I'm sure but the user base is smaller, it sounds like AMD stopped helping, and Intel actually has H.264 (and H.265?) functionality that make them superior currently. I'd like to have seen the Handbrake encoding test AMD demonstrated on Broadwell done on Skylake to see if the new instructions helped much. I will be looking for encoding speed when I decide on my next CPU, I currently offload to a VM with many cores but I'd like my desktop highly capable too.
Fingers crossed AMD does it but claiming that Handbrake has somehow taken money to gimp AMD is hilarious - it's not like this is one single cohesive person or entity, their mailing list and code are public!
Build it, Drive it, Improve it! Hybridz.org
Wow, that's a lovely article explaining how Intel CONTRIBUTED CODE to an OpenSource project!
They wanted this application that's heavily used to run fast on their CPUs so they contributed code that utilized H.264 speedups in their processor. Has AMD contributed the same? Does AMD have those speedups in their CPU? Do you think that the Handbrake team would turn down a reasonable OpenSource piece of code from AMD?
The answer is NO and if the leaders of the team tried it would be forked in no time flat and the changes incorporated. FFMPEG has done as much in the past and patches to their code came out that leveraged NVIDIA code so there's certainly precedent. In the end FFMPEG incorporated the NVIDIA speedups, that's how OpenSource works...
Tell me, who exactly do you think got "paid" by Intel? Handbrake isn't a commercial company, it's not a single person, it's a group working together much like Linux as a whole. Code was proposed, code was examined, code was accepted. Intel gets to tout that their spiffy instructions are an advantage and does so. I'll bet they aren't the only media encoder using those same speedups either. Vast conspiracy right? Let's hope Ryzen finally incorporates H>264 instructions and better yet H.265 please!
Now, did Intel cripple THEIR compilers? Yup, sure looks like it! I'd say that's a good reason to not use their compilers. Hell Microsoft got caught doing the same thing to DR DOS back in the day. This would be one of the reasons you benchmark on real data and applications rather than just synthetic benchmarks. If ryzen has spiffy instructions onboard AMD had better have been working with the various compiler programmers or their going to get stuck this time around too...
Build it, Drive it, Improve it! Hybridz.org
Yup, the ten core is expensive but the 8 core can be had for a grand and the 6 core at fairly reasonable prices IF you're willing to run a Broadwell E system. Intel is already talking about the next E systems and surprise - new socket!
That is literally five to ten times the price of the AMD chip right now, though. And the motherboard is twice as expensive, too. It's faster, but it's not that much faster.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
One thing I've found to be very helpful on old VHS material brought in, is to use the temporal denoise filter in Handbrake. Something like HQDN3D 2:1:9:9 works pretty well. You might have to play with it more depending on how much noise you have vs. how much detail you want to keep.
HandBrake was, in its early life, one of the more exciting and useful apps on BeOS. I've always been happy that an app which began life on that alternative operating system has become so widely-used. It made a great pairing with the early VLC ports to BeOS.
For that task, yes, now try a game with a "main thread" that the AMD core can't run at full speed. You get one core at 100% while the rest run much slower waiting on "main thread" tasks to complete. Wait, it's not just games, but more programs work in this sort of manner. I'd rater have fewer, but much wider cores, than a bunch of not so wide ones that bottleneck on the "main thread."
"Science is the power of man"
I find it astounding that an i7 2600 laptop running at 2.2 ghz can outperform an AMD 8350 at 4.4 ghz at Handbreak. Meanwhile in other tasks there are no such strange anomalies. My guess is they are using an Intel compiler and getting paid by Intel to make sure performance is crippled on AMD as handbreak is used a lot for benchmarks
Last time I checked which was a few weeks ago, Intel's compiler and libraries still disable vector code paths based on the CPU manufacturer identification rather than feature flags.
I'm puzzled by the abstract's list of "new" features that have been there for at least a few years. But then, this is slashdot after all.