Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 11 reacties
Bron: Handbrake, submitter: MortalPiso

HandBrake logo (75 pix) Het heeft even geduurd, op de kop af een jaar, maar er is weer eens een nieuwe versie van Handbrake verschenen. Dit opensource en multithreaded programma, dat beschikbaar is voor Windows, Linux en Mac OS X, kan filmbestanden omzetten naar videobestanden met een h.264- of mpeg4-beeldindeling en een aac-, ac3-, mp3- of Ogg Vorbis-geluidsindeling. In deze release is door gebruikmaking van onderdelen uit het x264-project met name de kwaliteit van het beeldmateriaal verbeterd, terwijl het sneller werkt en ook nog eens een kleiner bestand oplevert. Hieronder zijn de belangrijkste veranderingen in versie 0.9.4 voor je op een rijtje gezet:

HandBrake 0.9.4: Released! or: Not Dead, Just Pining for the Fjords.

There's an old proverb in the video encoding world: "Speed, size, quality: pick two." It means that you always have to make a trade-off between the time it takes to encode a video, the amount of compression used, and the picture quality. Well, this release of HandBrake refuses to compromise. It picks all three.


A large portion of these speed, size, and quality improvements come to us for free, from the x264 project. The past year, like every year, has seen some massive improvements for that video encoding engine. As always, it has been further hand-optimized for better performance. But it has also gained new features like macroblock tree rate control and weighted P-Frame prediction. The end result? Better picture quality, at a smaller size, faster.

So, if x264 alone gives us smaller, better, faster encodes...what have HandBrake's developers been doing over the past year?

Oh, all sorts of things :-)

New build system

HandBrake has a new, much improved compilation system, which allows easy 64-bit and parallel builds, as well as providing easy extendability for future improvements to the application. 64-bit builds tend to perform approximately 10% better than their 32-bit brethren. There is no Snow Leopard magic here: the performance gains can also be realized on Intel Macs running 10.5, as well as Linux systems.

Soft subtitles

HandBrake can now include subtitle tracks that can be turned on and off, instead of rendering them onto the video track permanently (which also reduces video compression). This means you can include Closed Captioning data from DVDs and TV broadcasts, or find SRT text subtitle files on the 'net and include them. When using the Matroska container, you can also store the graphical subtitle images (VobSubs) from a DVD as a separate track. An added benefit is that multiple subtitle tracks can be included in the same output video.

Live preview

Ever wished you could test HandBrake settings before spending hours on a full encode? Now, you can.

The picture settings and preview sheet has been broken out into a filters and picture settings inspector, and a preview window. The preview window can show you still frames from your source, like always. But it also lets you start to encode a short clip from the current preview with the currently selected settings, and view the results right there inside of HandBrake.

Better input support, for DVD and non-DVD sources alike

HandBrake now uses a better DVD reading library called libdvdnav. This means it can now read some DVDs it had trouble with before, and it can also select different angles on a DVD. As well, some bugs in underlying libraries have been patched.

For non-DVD sources, HandBrake now offers improved transport stream support, especially for high definition sources. A number of decoding bugs have been resolved as well, so Windows users will no longer need fear AAC audio, nor Mac users fear VC-1 video.

Constant quality encoding

No more looking for the perfect bitrate for a source--HandBrake is migrating to quality-based encoding. This means that instead of telling encoders to use a specific size and vary quality to meet it, we tell the encoder to vary size to meet a given quality level. Overall quality improves, since bits are spent only when they are needed, and are saved when they are not. While this means output size is somewhat unpredictable, the results in picture quality speak for themselves.

As part of this change, the quality slider has been made more prominent, and now works off the quality values used by the video encoders, instead of a confusing, custom, percentage scale.

Another result is that 2-pass encoding is not needed. A single pass at a constant quality provides just as much compression efficiency as two passes at an average bitrate.


There are no more presets for the PSP, PS3, or Xbox 360. Quite frankly, they didn't work well. None of the development team members own the devices, so testing was minimal and support was nonexistent. Keeping up with the firmware vagaries and ambiguous specifications of these devices was not fun--we get enough of that from Apple's kit, and those we all have around to test on. The new "Normal" preset should work perfectly fine on any device that supports standard Main Profile H.264 with AAC-LC audio in an MP4 file, which the PS3 and 360 ostensibly do.

There are no more Film, Animation, or Television presets. Instead of a confusing series of content-targeted presets, there is now a single, constant quality, High Profile preset with automated filtering and all the H.264 bells and whistles. This preset should work on the PS3 and 360 too, although we make no promises.

It is now possible to import individual presets in all the graphical interfaces, and to export them as well, in the Mac and Linux GUIs.

Focus on what we do best

As we've had on our roadmap for quite awhile now, one of our goals for version 0.9.4 was to refocus on HandBrake's key strengths and to remove dead weight. As part of this process, several containers and a codec have been removed from HandBrake.

AVI: AVI is a rough beast. It is obsolete. It does not support modern container features like chapters, muxed-in subtitles, variable framerate video, or out of order frame display. Furthermore, HandBrake's AVI muxer is vanilla AVI 1.0 that doesn't even support large files. The code has not been actively maintained since 2005. Keeping it in the library while implementing new features means a very convoluted data pipeline, full of conditionals that make the code more difficult to read and maintain, and make output harder to predict. As such, it is now gone. It is not coming back, and good riddance.

OGG/OGM: HandBrake's OGM muxer is just as out of date. It hasn't been actively maintained in years either, and it too lacks support for HandBrake's best features. It requires conditionals to work around missing functionality too...only this one gets tested so infrequently the conditionals were never even put in the code, so it just fails when you try to do anything advanced. This one is not coming back either. And yes, we're aware of HTML 5. For patent-free muxing, HandBrake still has Matroska, which is a much better container anyway.

XviD: HandBrake, these days, is almost entirely about H.264 video, aka MPEG-4 Part 10. This makes it rather...superfluous to include two different encoders for an older codec, MPEG-4 Part 2. When choosing between FFmpeg's and XviD's, it came down to a matter of necessity. We need to include libavcodec (FFmpeg) for a bunch of other parts of its API, like decoding. Meanwhile, XviD's build system causes grief (it's the most common support query we get about compiling, after x264's requirement of yasm). Since we mainly use MPEG-4 Part 2 for testing/debugging, and recommend only H.264 for high quality encodes, Xvid's undisputed quality edge over FFmpeg's encoder is inconsequential, while FFmpeg's speed edge over XviD is important to us.

But wait, there's more!

Audio-video synchronization has been further improved.

HandBrake can now pass-through DTS audio from a source when encoding to the Matroska container, just like it has previously for AC3 audio.

Mac users can now encode AAC audio using OS X's Core Audio, rather than using the open source libfaac. Core Audio offers far superior audio quality.

A new custom anamorphic mode allows precise control of all parameters, for power users.

Decomb now offers an optional, slower, better quality deinterlacing method called EEDI2.

Library updates for (besides x264) FFmpeg, libtheora (1.1), libmp4v2, libfaac/faad, libvorbis, and libmkv.

Of course, there have also been countless improvements to the user interfaces, and many technical changes under the hood to improve things like sample interleaving and framerate shaping.

For a more technical summary of the changes since 0.9.3, please see the NEWS file in the SVN repository. A complete list of the more than one thousand changes since 0.9.3 is also available.

Handbrake 0.9.3 screenshot
Besturingssystemen:Windows 7, Linux, Windows XP, macOS, Linux AMD64, Linux IA-64, Windows Vista
Moderatie-faq Wijzig weergave

Reacties (11)

Ik heb hem gisteren al gedownload (Windows) maar eerlijk? Ik merk eigenlijk weinig van de 64bit verbeteringen omdat ik er geen echte 64 bit build is voor Windows denk ik. Hij installeert het bovendien ook in de map Program Files (x86). Hopelijk komt er dus snel een echte 64 bit build voor Windows ... anders zal het prutsen worden op mijn (tragere) Macbook :9
Er is ook maar 1 build voor Windows, dus waarschijnlijk een 32-bit build.

Niemand houdt je tegen om zelf te gaan compileren ;-)
De gebruikte build omgeving voor Windows (cygwin) ondersteunt alleen 32-bit builds.
Ik merk eigenlijk weinig van de 64bit verbeteringen omdat ik er geen echte 64 bit build is voor Windows denk ik.
Helemaal juist!

BTW Volgens de Handbrake developers is de 64-bit Mac versie 5-10% sneller dan de 32-bit versie, toch een aardige performance vebetering!
Ik wacht toch maar op de Grand Central Dispatch en OpenCL ondersteuning op de Mac. 5-10% snelheidsverbetering vind ik niet veel (voor mij slechts 3 minuten).
Dan moeten beide technieken ook met name door Linux distro's worden geďmplementeerd. Dat maakt het voor de ontwikkelaars wat handiger (grote install base, veel vraag naar, etc.) want ik denk niet dat ze Snow Leopard specifieke zaken gaan lopen implementeren omdat daardoor het beheer heel wat lastiger wordt. Tot dusverre heeft alleen FreeBSD nog GCD (libdispatch) weten te porten en wordt het default in FreeBSD 8.1. Ik ben bang dat we overgeleverd zijn aan wat de Linux distro bouwers willen gaan doen met GCD en OpenCL.
Soft subtitles !!! daar zat ik echt enorm lang op te wachten ! Ik was sowieso heel tevreden met handbrake totdat ik zag dat ik geen soft subs in kon voegen

Een zeer indrukwekkend changelogje :)
Idd dat die ontbraken was voor mij de dealbreaker in een verder prachtig pakket.
Tijd om mn seizoensboxen te gaan rippen.
Prachtige tool, wel was het erg dat de support volledig wegviel. Hopelijk laten de programmeurs wel vaker van zich horen, ipv een jaar lang stilte in acht te nemen.
Ik moest een keer gauw een DVD omzetten, maar ik kon niet gelijk meerdere secties selecteren tot 1 file. Kan dit inmiddels wel dus dat je een complete dvd omzet naar een 1 file ipv 4 of meer videofiles?

Zoja ga ik het toch maar weer gebruiken :)
Not Dead, Just Pining for the Fjords
Heerlijke referentie ook :)

Op dit item kan niet meer gereageerd worden.

Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en de Persgroep Online Services B.V. Hosting door True