THE secrets of YIFY and high quality and small file sizes are not so secret after all… Encoding High quality Low bitrate Videos in Handbrake for any device

THE secrets of YIFY and high quality and small file sizes are not so secret after all…

UPDATE: Handbrake 0.9.9 has just been released, introducing numerous UI improvements that makes shit that much easier to do. The support for x264 built in presets almost renders the provided presets obsolete,except that when you use the support for built in presets feature you won’t be able to manually you could tune the features such as deblocking etc. by command line without any aid from the GUI so you run the risk of fucking up if you didn’t enter the values completely correctly, not that it matters that much. The presets provided for 0.9.8 still work in 0.9.9 though, so feel free to download and import them as you would.

Update: I’ve made a small preset pack containing an EXTREME preset for handbrake 0.10 by metaphorically cranking all the sliders to the far right, which should theoretically yield the best compression results at the cost of time, however the placebo preset works too assuming you don’t want to wait forever. Depending on your preference you may also wanna crank the audio bitrate all the way down to 64kbps, HE-AAC works wonders.

UPDATE: YTS/YIFY has been shut down, so if any of my links to YTS were working, they sure aren’t now.

Don’t use 0.9.9! It is evil! It’s improved UI ate mah hard drive and raped mah wife miorgviudonbfbbkffdfvodfmkdov 


Converting/Transcoding/Encoding High quality Low bitrate Videos in Handbrake for any device

CLICK HERE TO DOWNLOAD HANDBRAKE (PC, Mac and Linux Versions Available)

If you’re a regular pirate of films and TV shows (unlike me, since I love obeying the law), you will notice that one of the very popular communities and trends in HD film piracy is YIFY whose release group offers films at a “high” Full HD quality at about 10% the file size (bit rate) of your common blue-ray disk.



This method of the distribution of films is very popular due to the low file sizes which can be very useful for those with limited HDD spaces and/or limited bandwidth. Many people, despite not being illegal film distributors themselves, are still fascinated by the group’s seemingly uncanny ability to make films tiny, and which to apply the techniques for legal purposes, such as ripping their legally purchased blue-ray disks in a fashion so that they could store 30 Good Quality 1080p films on their 64GB iPad.

Unfortunately, for most of those aspiring imbeciles, achieving such a feat could be a little difficult, considering how your average “movie converter” offers little options more than that of “set bit rate” and “set file type”. This is highly problematic because film converter software were designed for one purpose and one purpose ONLY: to make a file compatible with a device while consuming as little time in the process as possible. That is why if you try to encode a film in 720p @ the same bitrate of YIFY @ say… 800Kbps in your average media converter (such as freemake video converter, format factory, Ultra Video Converter, Arcsoft video converter or even Apple Quicktime), you’ll end up with something so ugly and so full of video artifacts that you would want to kill yourself for being so stupid as to think you could match the quality of YIFY in the first place. The reason for that is because these video converters utilize professionally determined presets that are not only good enough for the average user, but also quick enough for the impatient bunch. Which means that hardware acceleration such as nVidia CUDA or AMD’s equivalent would be used, and while those are incredibly useful for capturing games or on-screen activity on limited hard disk space, they can (and almost always will) result in file sizes that are a little too big for long term storage. Plus, graphic cards lack the ability to encode some of the complex algorithm abilities (yes, even your GTX680 will SUCK at encoding YIFY, despite being incredibly fast in the process), so therefore most professional high compression encodes will try to avoid hardware acceleration from graphics cards.

So you see, there are many factors in influencing a good encode, of which the basics will be covered by this article.


There is a common misconception that MP4 is better than AVI, or MKV is bigger than MOV, and to be fair, that is true to some extent. Provided the same content, an MKV file can be as much as 300KBs bigger than its equivalent MP4 file. This is because the container used in the MKV might store more data, or store less data in a slightly more inefficient way. However, as you might know, a 300KB difference is pale in comparison to the range of file sizes offered of the same films in allegedly the same qualities. So what could be causing the difference?


The “MKV” or “MOV” is just a representation of the CONTAINER to the file. The container is what stores the video and audio content known as “streams”, which are the actual content encoded in different codecs.


THIS is what really matters

The only difference between containers is that sometimes certain containers can only support certain formats, or in avi’s case there is a 2GB size limit on the total length of content.

The best codec as of 2012 is still h264, a standard since 2004. While some argue that Youtube’s VP8 is comparable, x264’s developers have claimed that VP8 losses valuable compression with a limit on reference frames and the complete absence of B-frames and weighted prediction in an effort to be royalty free. And if you’re reading this article searching for YIFY, you probably don’t give a shit about royalties, so VP8 is out of the question.

Some Hong Kong advertisements for RMVB-capable products say that HongKongers love RMVB. If you love RMVB, then I got news for you: RV40, RMVB’s current codec, is based off h264 like everyone else. However, I have doubts that any RMVB encoder out there will give you as many options as x264, so essentially to you, the average user of the computer world, RMVB is about as useless to this cause as the H263 based DivX. (Apparently DivX has its own h264 encoder, but 1. It’s free version is very limited and 2. it either costs money/ or watermarks your shit, plus it comes with bloatware, and its quality is not on par, so fuck it)

So currently by raw comparison, the most appropriate codec for the cause is x264, and mkv, flv or M4V has almost absolutely nothing to do with better or worse quality of videos.


“Whaaa~? But you just said-”

Yes- while this is true in your average simple “converter”, (again,) x264’s developers have taught us that a well encoded MPEG2 file will be of much better quality than a badly encoded H264 file. And this is true, because codecs do have different levels of compression.

For example, H264 offers several profiles from 1 to 5.1, with each increase in profile implying higher playback requirements.


Handbrake makes it easy to make your file compatible. Select a preset or just tick off “iPod 5G support” and “Web optimized”, or manually disable B frames and set reference frames to 1, and disable CABAC, 8×8 etc.

For example, your expensive second hand iPhone 4 supports a puny baseline 3.1, which apparently means it will not playback files with resolutions of higher than 1280×720, and is also limited to a bit rate of 14000 in the main profile.


Not so premium anymore, huh.

Even worse, an older iPod might support H264, but will certainly not support B-frames and CABAC, which both contribute to compression levels significantly. For now, you should stick with H264.

Here’s something you’re not psyched about: H265(HEVC), the successor to H264(AVC), is supposed to be released sometime in the (near future), offering as much as 4x better compression in its (beta? Alpha?) current state of development. Hopefully an HEVC encoder will be available for the general public soon.


That’s the point of this article. While a higher bitrate generally means higher quality, this is only valid within the limits of the same compression settings. Simple comparison is a CUDA encoding VS a CPU based encoding. The “advanced settings” and options in real encoders do exist for a reason.

Lesson #4 FASTER ENCODING GENERALLY = LESS QUALITY, and avoid (cannot stress this enough) video converters (and some video editors).

Again, why professional encoders never use CUDA for reasons I have already discussed.

“Video Converters” Are good looking software that offer very limited options, its unalterable presets designed only to make your file playable on your iPod in as short a time as possible, and nothing more.

My dad always tells me that if I really want to work with multimedia, I should go work for a big multimedia company with fancy machines because it will never be possible for me to set up a studio in my apartment. In a similar aspect, if you are trying to be a film-maker, the file size of your video should be the last of your concerns. When “exporting” from Premier etc, always export in a format and settings that are near-lossless, then re-encode them later for specific channels of distribution.


“No way”, you say, “I may be an idiot attempting to encode similarly to YIFY when I clearly should shut up and just leave the encoding to the professionals, but even I know that multicore is good for multimedia processing”.

Too bad, moron. While multicore does have numerous (I cannot stress this enough) speed advantages, today’s topic is compression. And the thing about multicore processing is that (to my understanding) data is split into chunks for the processors to process, meaning thread 1 will receive chunk A, thread 2 will receive chunk B and thread 3 will receive chunk C. However, while they are processing, thread 1 cannot actually alter chunk B. Now compression is based on finding similar items and patterns, among other stuff, but when thread 1 is occupying chunk A, thread 2 cannot occupy chunk A to see if there are any similarities between them, thus resulting in a loss of compression. A single threaded operation however, will process the video bits one by one in an orderly fashion, thereby eliminating the chances of missing anything and achieving greatest compression in comparison to multicore operations.

Your average high end nVidia GPU has a shit load of CUDA cores. If it even attempted to do a high compression encoding, I’ll bet 95% of the cores would be inactive half the time, just waiting for the other core to finish processing that chunk of data.

Update: Lemme clarify this some more, as folks at at this page have expressed doubts that a single thread encoding “improves quality”.

What I mean to say is that say on a quad core cpu, running four separate encoding threads with each thread using only one core, in parallel (ie encoding video1, video2, video3 and video4 at the same time) is much more efficient than having four multithreaded encodings run sequentially (ie encoding video1, and then video2, and then video3, and then video4), as restricting the encoding to one core would result in on average a 99% to 100% core usage during encoding, while if you encode in a multithreaded operation you might only have a average cpu load of 90%, because of the cores waiting for the other cores as described above.

So no you won’t lose quality in a multithreaded high compression encode because x264 is smart and understands when you value compression over speed, but you will lose speed and efficiency. Unless you force your multithread encode to operate your CPU at full load, then, the resulting product would definitely be of worst quality than a single core encode.

(assuming “ultra” compression settings) Just as if you run 4 single threaded 7zip compressions in parallel on a quad thread/quad core computer, it would be much faster than running 4 multithreaded 7zip compressions sequentially.  the 4 single threaded 7zip threads would put your CPU at 100% load constantly when a single multithreaded 7zip thread would use between 60% to 90% of your CPU (and therefore 60%-90% the speed) at any given moment.


But then again CPUs are so damned fast nowadays, so does my advice on speed and efficiency really matter?

edit again: dammit my incompetence sucks ass. yes you can restrict handbrake/x264 to use only one thread by adding threads=1 to the command line.


If, say you are not trying to rip a newest blockbuster off your new Blu-ray disk, but rather you are trying to compress your family videos into a smaller size or you are an aspiring Youtuber (or a porno producer), please don’t do a YIFY-styled encoding, because the truth is, despite being far from rubbish, they still suck- the artifacts will still be unpleasantly visible. As a family man/woman/guy, you want to retain your memories with junior in as good a quality as your camera captured it. This means no RF30 for you; go straight to RF18 or less (and don’t use deblocking). (This RF stuff will be explained later)

As a producer/ video editor, you want to have the highest possible quality videos available for streaming. Let Youtube or Porn Site screw it up with their own crappy compression, it’s not your job. Your job is to make sure that when a new codec comes out, they will find your old file, re-encode it, and hopefully make it look better.

This is especially true for desktop captures. If you are making a screencap tutorial on using software, for GOD’S SAKE make it lossless! The last thing anyone wants to do is to find out that the lines for writing a GUI for smudge is smudge smudge smudge smudge smudge.


A lot of P2P groups encode videos to file sizes of 400mb, 500mb, 600mb, 700mb, 1gb, 1.5gb etcetera. This was because it was easy for people to estimate file sizes, and also filling up a 700mb cd with a 699mb file felt good. However, that’s not a very smart thing to do. You see, people are terrible at estimating bitrates, which is why some dvdrips come out with a better quality than others. It was an impractical thing from a time where “699mb” was better than “701mb”- but that time is passed. Now, more and more groups are doing RateFactor based encodes, the “RF” I talked about earlier. The Xvid encoder has a rate factor slider, so does x264. To ensure that every file you ever transcode, whether action movie or cheap animation- comes out with the same quality, you have to do quality based encodes. The default slider in Handbrake is set at 20, however it is suggested that only a RF of 15 or lower can a file seem almost lossless. From my personal estimates, both 720p and 1080p encodes from YIFY are roughly equivalent to a ratefactor of 30, quality wise, and ratefactors of around 30 are recommended.



x264’s default deblocking- from 352×144 to 1366×768

I’ve seen dumb people ask for instructions on “making a DVD into HD quality”, aka interpolating it. Hey- newsflash: basic h264 decoder offers built in deblocking which is similar to “smoothing”, which is also interpolating, which is upsizing, and the deblocking filter is only deactivated optionally on lesser devices, so unless your choice of interpolation software is REALLY FRIGGIN FLY, I suggest you just leave your film at the resolution it is, and let the video player do the dirty work.

Now there IS an exception to this. If you plan on uploading footage from 3D games or you kidnapped Michael bay to make your youtube videos, then it is perfectly acceptable to upscale a 480p or 720p film to 1080p, just so that youtube would give it a higher bitrate and therefore better quality, because for youtube and streaming sites in general, quality will always be crappy for high motion videos, and upscaling is one way of countering that.


Especially when at the same encoding settings.

Re-encoding in general is a bad idea. If you’ve ever dealt with early versions of ms paint, you’ll know that if your file is saved as a jpeg image, each time you press ctrl-s the quality degradation becomes more and more obvious. That is because the jpg file is saved at a quality of around 75% the original in order to achieve what is deemed the appropriate level of compression.


Re-encoding at a higher bitrate will not “interpolate quality” by itself, which leads to –

Lesson #10 Use filters and “effects”

If you’re a hardcore file sharer who wants to keep the film in as much of its original form and detail, then too bad- “600mb 720p mkv” style ain’t for you. On the YIFY website he clearly states that he uses a combination of software and settings that work best, which might include filters such as “contrast”, “cartoon” or “denoise”.

A light amount of Cartoon special effects will simplify colors, reduce file size requirements while making the film still seem high quality.

Contrast will help simplified colors look better.

Not only does denoise cancel out “noisy” scenes, it also helps compression significantly, because it also smooths out grains, which are bad for video compression. I had a personal experience with this, where I filmed s short walk down a mountain, then used a movie editor to give it noise. The resulting 5min 352×240 file @RF15 in similar AVC encoding settings occupied around 1GB of HDD. Noise is not good for compression, so use denoise filters.

Lesson #11 Single pass bitrate encoding is not necessarily worse than two-pass bitrate encoding

Multi-pass encoding wasn’t just a way to improve quality, it’s purpose was to generate a stats file in the first pass which will be used to determine the appropriate RF used so that the resulting file is same size as that which the user specified. Normally, single pass bitrate encodings convert your bitrate into a RF value with a maximum bitrate limit and takes it from there. The result may be larger or smaller than estimated- multipass merely makes sure it’s the exact bitrate you want it to be.



Hey BRO, no pain no gain, BRO (source)

I highly recommend visiting the source. I personally find this thread hilarious because its populated with people who really shouldn’t be messing with video encoding.


Encoding in H264 takes a lot of time. I’ll assume this guy was using one of those gay presets (I automatically assume that almost all presets are gay) in AutoGK, and even that predicted 14hrs for *just 4 hours of film.

It takes guts for the average human being to try and encode like YIFY. For example, I’m on an Acer Aspire-481G ultraportable, and that means a 17W i5-3317 ULV Processor. I have no secondary computer, so this means that whenever I encode, I encode on the go, everywhere, anywhere, and anytime, and naturally there are many problems I’ve experienced. For one, I have to put the computer to hibernation every time I stow it in my bag or it’ll overheat. Secondly, the battery drains superfast every time I bring my computer out of hibernation and it continues its task. I have to constantly keep my laptop plugged in, and that is a “bit” damaging to the battery.


My wonderful computer which can play Sleeping dogs even though it’s so thin and so cheap (source)

So far, it’s just me bitchin about my slim ultrabook wannabe. But here are some things that might apply to you too:

1. If you don’t have a fast processor, it’s gonna take a while. In my trial and error session with a laptop I borrowed, it took almost 4 days for an i7-2630QM to encode Total Recall (2012) to a YIFY-like 1080p output. If you have an old computer, you’re electricity bills are gonna get fagged up, because old processors are totally less efficient.

2. When you have the encoder running in the background, you cannot play games. You’re limited to small tasks such as waiting for the mouse to move from 1230, 230 to 934, 317 (well, not unless you’ve got lots of other shit open), and maybe checking your email. You can’t edit videos, and you can’t play games.

3. You cannot reboot

4. Everything is slow

5. Even if you have the newest fastest consumer processor, you will still be unable to fully utilize your computer for at least a day if you wanna do a single threaded 1080p encode of a 2 hour film, and if you make a mistake, you start over.

Bottom line is, why do it yourself if someone with the time and equipment has done it for you? Therefore I discourage anyone who actually needs their computer every day from doing video encoding. It’s messy and not for the impatient or the morons.

Continue reading if you still think you’re up to the task.

Now that you’ve learnt the basics…



*tips for porn producers highlighted in bold italics

1. Install, then open up Handbrake (this tutorial covers version 0.98)


2. Drag your film onto the program or select Source-> Video file

3. Download this preset pack for handbrake 0.98 x64 , and select options->import from the bottom right corner of the program. Locate the downloaded file from the window and open it.


4. Locate “Placebo” in the preset list and double click


5. If you wanna downsize the video, change the width in the appropriate box (green circle) The “display size” might show weird numbers, but it is most beneficial to keep it that way, as leaving the resolution non-anamorphic will result in worse compression. Don’t worry, your video will still be displayed in the resolution it should be.

Check the red circle’s area. If you see that there are numbers other than zero in the listboxes but your video doesn’t need to be cropped, select “custom” and edit all values to zero. This function automatically removes “black bars”, but is buggy in some cases.


If your video is in an incorrect aspect ratio and you want to correct it using a custom resolution, select Anamorphic and choose none. Now you can set custom values to make it 4:3, 16:9, etc.


If you want to keep your original resolution, select this too.

6. Now you can flip to the filters tab and apply some simple filters. Note that if denoise is not set to “Medium”, set it to “Medium”. Grayscale encoding might help compression by 0.5%, but the end result is, you guessed it- grayscale.

Note: If you’re producing videos, turn off denoise.


7. Flip to the video tab. Make sure the codec is set to H.264. Make sure the FPS is same as source, and you can decide whether you want variable or constant framerates. VFR helps compression a bit, and its effects aren’t that obvious as the resulting framerate wouldn’t be hugely affected- you probably wouldn’t even notice it were there.However, constant frame rate is preferable for high motion videos- better safe than sorry, right?


8. The default RF value is set as 30, good for 1080p (1920*xxxx) and 720p (1280*xxx) all the way to DVD quality (720*xxx). For 480p, use a RF of 25. For 240p, use a RF of 23.

If you are producing, use RF15 (or23) for full HD, RF14 (or20) for 720p, RF12 (or 18) for DVD and 480p, and RF 10(or17) for 240p.

*OR values are for if you really value your HDD space that much, then fine.

If you insist on a specific file size, calculate the bit rate (including the audio of 96kbps by default), select Avg Bitrate, enter value, select 2-Pass Encoding and leave turbo first pass alone. This is only useful if you’re encoding for cd or DVD. I personally use the xvid encoder that comes with klite codec pack to calculate bit rate, but I’m sure much better solutions are availabe.

9. Switch to the audio tab. If the box is empty and your video is supposed to have audio, click “add track”. If your video contains multiple audio tracks and you want to add a specific one, click on the listbox beneath “add track”, and select from the list. You can add multiple audio streams, however if you do, please change the container from MP4 to MKV, as the MP4 container does not support multiple audio streams. If a track is labeled as o 0 (as shown in picture below), you have to remove it and add it again. To remove audio tracks first click on a track, and then press “remove”.image

Make sure the audio codec is faac, mixdown stereo, samplerate auto and bitrate @96. If you really hate faac that much, you could always mux in your nero/itunes encoded aac stream later.

If you’re a producer for (especially music videos), select “360” for the audio bitrate.

10. Switch to subtitles tab. If your video contains subs, now is the time to add them. I recommend that you add all of them since subs are so damned small anyways, however if you add subs you have to set the container as mkv (matroska)- mp4 does not support built in text subs. You add subs the same way you add audio streams, and here you get to change several properties of the subs as well.


update: If you know your video contains special subtitles (such as the Jabba the Hutt translation in Star Wars) and you want to preserve it in your encode but it isn’t listed in the list of subtitles, add “Foreign Audio Search” to the list of subtitle tracks. 

11. Switch to the advanced tab.


“Holy crap, what the hell is that?”

You are now at the very last stage. This is where you set the compatibility of your video if you want it to work with a specific device. Check the spec sheets of your target device for things on this list you might want to disable to meet various profiles. If the preset don’t import properly, copy and paste this into the box at the bottom of the window:


Note: disable (ie. delete) threads=1 if you’re only encoding 1 video

These settings basically emulate the “placebo” preset in x264:

This setting pushes h264 to its very limit. It’s a general purpose set of options that ensure maximum compression happens. For more info on the settings (and this is why I like Handbrake so much), hover your mouse on each of the options and a description will appear explaining it.

*edit: add “threads=1” to the options. this is a life saver in both batch processing videos and in cases where you might want to be able to utilize the rest of your cores/threads for other uses if on multicore computers. However if you only plan on encoding one film in the near future, might wanna disable threads=1 as it is seriously slow on multicore and/or hyperthreaded systems and is only useful for batch processing.

If you are encoding for production, you might want to completely disable Psychovisual Rate Distortion and Psychovisual Trellis, as well as Deblocking (you might even want to assign a negative value to deblocking such as -3,-3). These can cause artifacts. Or blurring.

12. Now you’re all set.


Press Start, dumbass

Happy encoding!

Last but not least…

Video quality is nearly always more important than video resolution. The way YIFY has been able to evade its lawsuits… the ugly truth is YIFY encodes are still sub-par copies that no sane film producer would sell (aside from youtubers, amiright).

Update: YIFY/YTS has been confirmed shut down, according to torrentfreak.

I personally archive my films in a relatively high quality- low resolution format which I call “Recap Format”, basically VCD resolution @ RF23. This resolution is for videos where I don’t care much for quality, but care enough to know that I might want to rewatch it. And I’m happy to say that watching recap format can be a much better experience than watching a YIFY low bitrate 720p encode, even if the source of the recapped video is YIFY.

In the future when bandwidth, lossless video compression and storage mediums evolve, we will be able to stream lossless videos without artifacts off Youtube and download a few TBs of near-lossless 4320p films off iTunes- and by that time, YIFY styled encodes might just be headed towards obsolescence.

Even newer: h265 is fucking amazing for this purpose, so use it instead of h264.

EVEN MEGA NEWER: Please visit RECAPSTORE.ORG (yes, I have my own website now) for information on cramming absolutely every film you ever watched into limited storage without sacrificing intelligibility. is dedicated to what I call the “recap format”, a low resolution format designed for minimum file size required for archiving massive amounts of video. Read my tutorial “How to mass encode” for updated information and tools for converting entire seasons and series into a lightweight, multitask-watchable files with a few short steps.


Q: Why use HB when u can use x264 directly, fake n00b nerd?

A: Because some people (including me) are too dumb and/or lazy to use command line, then mux stuff in themselves, and manually crop them using video editors etc…

Q: The resulting file size after an RF15 encode using your settings is bigger than my source video, you time wasting asshole!

A: That is because your source video is in bad quality, and since RF15 is near-lossless, it will try to retain most detail in your video, including the artifacts in your video. To solve this problem, increase the RateFactor value to lower the encode quality, so that at some point x264 might decide to smooth out the artifacts (and some detail, because you will always lose some quality when reencoding unless in a lossless encode). 

Q: Why some 1080p vids come out 1000000kbps while others come out 180kbps?

A: When one is a lossless encode of high motion action sequence while another is a lossless encode of a very simple animation in 1080p

Q: 1280×544 isn’t 720p, 1920×800 isn’t 1080p, you dick

A: your 1080p monitor is incapable of displaying every single pixel of a 2592×1080 image at the same time without resizing it, so why do you consider it a 1080p monitor? AFAIK, 1080p, 720p etc isn’t about vertical resolution, its about horizontal resolution.

Q: I’m one of the several white trash you’ve encountered over the internet who’ve decided its okay to make racist comments about you

A: Stop fucking your sister, retarded hick

Q: Son are you trying to be a comedian? 

A: I attempt to humor and entertain from time to time

Q: Now that the educational portion is over, why am I reading this crap?

A: Obviously I didn’t write this article just to educate people 😛 , so if you liked this article, subscribe and/or like and/or comment!

This article will be constantly updated until the next version of handbrake comes out, so in the meantime if you think I made a mistake somewhere, comment in the section below and I will investigate into my error, and correct my ways.

And while we’re on the topic of encoding, check out my article on choosing a suitable codec for use in the awesome game recording software Dxtory, which you may find useful if you intend to record any gaming footage.

This article and its images (unless specified) ©Eric Yan 2012 All Rights Reserved

No part of this article may be reproduced without the owner’s explicit written permission.

Software is Handbrake – open source

Dreamworks image used under fair use.

299 thoughts on “THE secrets of YIFY and high quality and small file sizes are not so secret after all… Encoding High quality Low bitrate Videos in Handbrake for any device

  1. YIFI is crap, they lower the bitrate way down to get their low file size, it’s nowhere near the quality of an actual blu-ray. If you can’t see the artifacts everywhere, then you’re blind.

  2. Hey Eric, do you still check these comments?

    Thanks for the tutorial by the way, your presets make it a breeze for quick lazy encoding.

    I just have a quick question, maybe you could help.

    I am trying to emulate this file’s quality/size:
    Using the “slow” preset resulted me with this:

    Now, The file size doesn’t exactly make a huge difference to me, but I was just wondering how the original file is so small, and the output is almost double. I know using the placebo setting would probably help, but for a 20 minute video, not sure if I want to invest an hour per video of many.

    Is there something I’m doing wrong, or is that just the effect of using the faster “slow” profile with less compression?

    Thanks for reading this!

  3. I have watched YIFY and I have watched full blu rays….
    IF you are watching this shit on a pad which most people have time for, off course the size helps.

    But really anyone who watches this on a 27 inch full HD screen and cannot tell the difference between a 4.5 gb 720p rip vs 770 mb rip is legally blind in my opinion.

    I never download YIFY but I can see why people would because everyone does not have acres of space.

  4. I love lesson #9: “Re-encoding in general is a bad idea.”

    I’m sorry — isn’t this “THE secrets of YIFY …”? I haven’t seen a single YIFY release that is NOT a re-encode of a proper release. This is the number one “secret” (it’s usually written in plain English in the info) of YIFY releases and why you should avoid everything that carries that label like the plague.

    Compressing the shizzles out of a first-tier source isn’t a crime. Compressing the shizzles out of a second or third-tier one is.

  5. Eric.

    Many thanks for the article.

    The thing I find most useful about YIFY’s stuff is the low bitrate whilst still maintaining reasonable quality at 720p. The bitrate is important to me for streaming via Serviio without constant buffering. File size is not so much a concern for me, so do you have any recommended settings in HB that might help reduce bitrate without producing blocky results at the possible cost of file size?

    I believe a clue may lie in YIFI’s MediaInfo, which often details both video ‘bitrate’ (typically under 1,000 Kbps) and ‘maximum bitrate’ (often circa 8,000 Kbps). Presumably the bitrate only climbs where necessary to maintain quality when required.

    The thing is, I’ve yet to find a profile or setting that does this in HB.

    Any advice would be appreciated.


  6. A 2-pass ABR encoding does basically that, but the max bitrate is probably determined by the software. x264 allows you to specify max bitrate manually but that is not really useful for anything other than streaming, although enabling will probably cause the classic blocky action scene problem on lower bitrates.
    To specify a maximum bitrate, add
    vbv-maxrate=2000, vbv-bufsize=4000
    into the extra options in the video tab of the current 0.9.9. version of handbrake, where the first number (2000) is your maximum bitrate while the second (4000) is double the first number.
    tbh i just grabbed this off a google search so I’m not entirely sure if it works, the seperating comma may have to be a colon or something.

    • Thanks for the quick reply, Eric.

      So my best bet might be to do a 2-pass ABR (with an ABR of around, say, 1,512 Kbps) and let the software determine the max bitrate rather than go with an RF and put a limit in myself?

  7. I think you are right with your thread=1 theory that the compression is slightly better. I just checked using the preview function. While all other parameters remained identical and the only thing I did between the two runs was to add the “thread=1” option into the “extra options” field, the resulting file was indeed a tiny little bit shorter.
    The option also definitely worked, because before my (Win 7 64 showing) 8 cores were all fully occpied resulting in a 96 to 99% total CPU load. With the option added the total CPU-load was only jumping between 20 and 30%.

    The file was a 30 second preview of a DVD series. Using denoise=ultra light and RF 20 with x264 preset very slow, the file size without thread limitation was 4.028.992 bytes and with threads=1 was 4.022.272 Bytes.

    Despite the smaller result, I won’t limit the threads to 1 in the future though, because the resulting improvement of 0.1% doesn’t justify increasing the rendering time by factor 4 to 5.

    • Addendum. I just found the official documentation for x264. They confirm my test:


      Default: auto (frame based threads: 1.5 * logical processors, rounded down; slice based threads: 1 * logical processors)

      Enables parallel encoding by using more than 1 thread to increase speed on multi-core systems. The quality loss from multiple threads is mostly negligible unless using very high numbers of threads (say, above 16). The speed gain should be slightly less than linear until you start using more than 1 thread per 40px of vertical video, at which point the gain from additional threads sharply decreases.

      x264 currently has an internal limit on the number of threads set at 128, realistically you should never set it this high.

    • true.
      I hope I mentioned somewhere that thread=1 was only useful if you wanted to squeeze out a bit more compression from the smallest file sizes, or had a large number of videos to encode simultaneously to allocate one encode per core.

  8. Hi, I have some .mov files that are over 50GB. They came from encoding hi-8 tapes, which was done for me by a shop nearby. I’m trying to convert the .mov to .mp4 with Handbrake, but it’s not working. It looks like it’s setup, but when I push “encode”, the dialog box immediately pops up saying that the encoding is done, but of course it’s not done. Do you have any advice on any part of this process?

    • I just typed out a bunch of gibberish below until it occured to me that pasting the mediainfo from those .mov files would be a good idea so we get a better idea of what we’re dealing with. however in the meantime the stuff below could still be helpful, and keep searching for answers because I’ve also experienced similar situations and in my case it was with files that have weird codecs that handbrake didn’t recognize.
      firstly, if these files are very important to you, backup the files if you can.
      Ideally you’ll want to try out a multitude of other video converters to see if you can’t convert the files into something handbrake will recognize, of course try the newest version of handbrake first.
      Then, free video converters I recommend are format factory and freemake video converter, although the installers might try to install toolbars and such so be careful during the install process. In these video converters, always convert to your video’s original resolution and a reasonably high bitrate and see if it works, pay attention to audio sampling rate (keep same as your source file) and bitrate (320kpbs mp3 or aac is usually enough) as well, handbrake will comfortably take mpeg2 (dvd format), xvid/divx-mp3 (h.263) avi files, and of course h.264 avc-aac mp4 files, so convert to those formats first.
      If these free video converters don’t work and the files are of reasonable importance to keep trying, you may have to purchase/”obtain” some commercial video converters and video editing software (quicktime pro may be a good idea), and if that doesn’t work then as a last ditch “obtain” fraps (unless you own it legally in which case good for you!), play the movie in a video player that plays it and use fraps to record the playback, then encode the screen capture using handbrake (of course when you do this turn off the fps counter fraps usually displays, as well as make sure you have enough hard disk space).

    • I know we need to avoid re-encoding as much as possible, but a possible work-around might be using the program MakeMKV. I am a Mac user, but I believe they have both Windows and Mac versions. In my experience, MakeMKV can handle practically any file format and does a magnificent job of ripping the file in near-lossless quality. The customization options are fairly limited. However, this is what I have always used to backup my Blu-rays to my Mac before converting them to .mp4 with Handbrake for use in my iTunes Library. I have created very large files in the 40 to 50 GB range in MakeMKV copying dual-layer Blu-rays of extremely long movies (think the Extended Collector’s Edition of “Avatar” or the Extended Version of “Lord of the Rings: Return of the King”). I mention this only to tell you that Handbrake had no problem handling the large .mkv files. I hope this helps you!

  9. What a wonderful wonderful
    Article. Just what I needed thks so much..been looking for weeks for something like this… big help…:-)

  10. Not sure if I’m going to try this, but it was well written and was an interesting read. I’m one of those guys who wants to just shrink his giant home movie collection. But if its going to take a day to compress, that’s not going to work. Still, you defined the word expert here . . . Great post.

  11. @Yan D (ericzillazillo)

    This is awesome. Do you happen to have the HandBrakeCLI command. I’m trying to duplicate using HandBrakeCLI, It’s taking me a long time to figure it out. Thanks Again!

    • What do you think about this:

      HandBrakeCLI –verbose –input input.mkv –output output.mp4 –optimize –encoder x264 –quality 30 –cfr –loose-anamorphic –denoise=”medium” –x264opts ref=16:bframes=16:b-adapt=2:direct=auto:me=tesa:merange=24:subq=11:rc-lookahead=60:analyse=all:trellis=2:no-fast-pskip=1

    • Filters: Apply as needed
      Video: framerate 30 or less, peak framerate, constant quality 27, uncheck advanced tab, preset placebo, tune (film/animation), uncheck fast decode, profile high, h.264 level auto, no extra options
      Audio: Codec HE-AAC (FDK), bitrate 96, mixdown dolby pro logic ii
      Sidebar: Add, preset name [whatever], add

      • Just seen your 0.10 preset pack, can’t import them either (fresh install of the x64) here is the error that appears : Unable to import the selected preset.
        Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Impossible d’appliquer l’opérateur ‘==’ aux opérandes de type ‘int’ et ‘bool’
        à CallSite.Target(Closure , CallSite , Object , Boolean )
        à System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1)
        à HandBrake.ApplicationServices.Factories.PlistPresetFactory.ParseSetting(KeyValuePair`2 kvp, Preset preset) dans c:\HandBrake\Hudson\workspace\Release_WindowsGui64.10.0\win\CS\HandBrake.ApplicationServices\Factories\PlistPresetFactory.cs:ligne 325
        à HandBrake.ApplicationServices.Factories.PlistPresetFactory.CreatePreset(PList plist) dans c:\HandBrake\Hudson\workspace\Release_WindowsGui64.10.0\win\CS\HandBrake.ApplicationServices\Factories\PlistPresetFactory.cs:ligne 76
        à HandBrakeWPF.ViewModels.MainViewModel.PresetImport() dans c:\HandBrake\Hudson\workspace\Release_WindowsGui64.10.0\win\CS\HandBrakeWPF\ViewModels\MainViewModel.cs:ligne 1691

  12. @yan d

    I am from india, the size of yify is bigger to me than encoded by ‘stylish’ or ‘vyto’. now as they have stopped uploading such 480p videos in such low but clear-watchable size, i want to continue the encoding like them.. now my question is how to do that in 840*(x) or 720*(x) format with moderate audio, within 350-450 mb. is it possible to encode yify’s upload into these standards, then what is the parameters to do so in handbrake (0.10, the updated version downloaded on 2.1.2015)… I am very very newbie at encoding, so your kind co-operation is highly appreciable.. i am using core-2-duo processor bought on year 2009.
    thanking you.

    • For video, you’ll want the very slow preset, film tune, high profile, with a constant quality of 26.
      For audio you’ll want HE-AAC of 64kbps.

      • I disagree about the audio setting. You’ll save maybe 25 Mb per hour at 64 kbps as opposed to 128 kbps, but the audio is noticeably worse. This was significant back in the days when people were trying to fit movies on a CD… but those days are long gone.

  13. Hi, and thank you for a great tutorial. I just tried to add the presets file and was told by handbrake that it was out dated. Is there an updated set of presets for the new version of Handbrake? Sorry if this is a repete question or already posted somewhere. I’m a bit of an ADD case.

    Thank you
    Mr. GoodBurn

  14. Hi Eric,

    It is not possible for me to download this preset file at
    Can you upload that file somewhere else? (example WeShare @
    But I see that Mr. GoodBurn encounter a issues with your preset file and most likely he used an newerr version of HandBrake that you do/did.
    The latest version of HandBrake at the moment is v0.10.0.6534

    Thanks for this great tutorial.
    Keep up the good work 😉

    • Nevermind, I managed to download the file with Google Chrome instead of Micr0s0ft IE11 😀
      I have no problems with not compatible reports or whatsoever with the preset file.

    • Yes, I am using the latest version of Handbrake. I figures that was the problem, but I could not find an older version.

      • I’m using the latest HandBrake v0.10.0.6534 and have no problem with the 4 preset files:

        EXTREME threads 1
        Placebo Animation
        Placebo Generic

        They all load (import) just fine !

        Mabe a unstall and re-install HandBrake wil help !?

  15. Thank you for this article. I stumbled upon it while doing a completely unrelated Google search and almost didn’t click on it because I avoid YIFY like the plague. I am willing to sacrifice quality over size and time, both when downloading videos online and encoding my own collection. I haven’t explored your blog further, but I was hoping you could do a similar post with equally thorough instructions and analysis to help videophiles such as myself preserve our DVD, Blu-ray, and home video collections in near-lossless quality. You are the most humble and most competent authority on video encoding that I have encountered in the eight years since I first downloaded Handbrake and asked a so-called “expert” for help. Everything I have learned, I have learned through trial and error. I would appreciate someone as knowledgeable as yourself sharing with me what you think is the best way to achieve near-lossless quality.

    Occasionally, I download a video online that isn’t in a format suitable for the Apple ecosystem in which I inhabit. That’s when I have to do the dreaded re-encoding. Would you alsobe willing to tell me the best way to minimize quality loss when converting a previously encoded .mkv or .avi file to .mp4?

    Any help you can give me is greatly appreciated. Again, you impressed me so much. I learned a lot and actually took notes, if you can believe that. Keep up the good work!

  16. Oh GOD! This was such a lifesaver! I was trying to upload a video demo of my research experiments for a conference, and no matter what I tried, nothing could bring down the video file size under the required threshold with any nuance of viewable quality. This instruction manual just blew all the top-of-the-line video creation software out of the water!

    I’d give you a hug if I met you just now. A graduate student’s life is already hell without having to worry about other stuff like this. Not to mention being penniless, and thereby having no means to buy “professional software” for making videos. I’m recommending this blog post to all my fellow researchers, including publicizing the amazing “Handbrake” software among all and nary. You sir, just earned yourself a fan following.

  17. Hi, im using the latest handbrake , but the problem is i cannot import your x264 preset, can u update for new version please?
    this the error i got : unable to import preset (preset from older version must be re-created in the current version)

  18. Love this article. I was trying to find a comprehensive tutorial that would show how to encode and what all the h264 settings do and this was the best one. Been encoding for years and years, but wanted to see just how small I could get a file to be and still retain good quality, and this tutorial not only showed me the HOW but also the WHY, which I totally appreciate. I always add a AC3 surround stream to my .mp4 files, so getting the video size down a bit is very handy. I also love the snarky comments about users on those boards… I want to smack them all the time as well. “Here is your genie in a magic video encoder, BRO” LOL

  19. Snarky comments aside. Why give the info if your so against us. Anyway the 4 day wait is WAY too long. Might be time to upgrade eh? Or just download a copy with the specs you desire.

  20. Most retarded nonsense i ever read about video and audio encoding, it is about how to make unquality encodes for your nokia 3310…

  21. Is it possible to do multi video encodings in a single pass with handbrake as talked about in this tutorial? Would be nice to be able to use the thread=1 function if someone can tell me what setting to change or turn on etc to be able to activate this option. As it stands now I can only get one video to encode at a time with handbrake. thanks

    • To do 4 single threaded encodes simultaneously on a quad core/hyper-threaded dual core, you will need 4 instances of handbrake open and distribute the workload among them manually. Each instance of handbrake will only encode one video at a time.

        • Forgive my ignorance but how can one open up handbrake 4 separate times to encode them separately? Doesn’t it just bring up the active window of handbrake that is already doing a single encoding?

            • I’m on windows 7 ultimate right now with an i7-3770k processor, which is why I’m wondering how you can have 4 “instances” of handbrake running, or rather handbrake open 4 different times running encodes to take advantage of the thread=1 command.

              • double click the shortcut for handbrake. then double click the shortcut again. then double click the handbrake shortcut again. then double click the shortcut again. you will now have 4 instances. from 0.98 to 1.10 its always been this way, on both windows 7 home premium and ultimate. My guess is you’re opening it wrong.

                • HOLY CRAP THAT IS AMAZING!! it never ceases to amaze me how little we know sometimes about things… i had never even thought that that would work…. thank you so much, oh also FYI used your placebo setting in 0.99 build to recode a YIFY download of insurgent 1080p that was 1.84gb to start, i added subtitles cause i like the option sometimes, and after about 12-13hrs my encoding was done using all 4 cores, file size now is 796mb and quality seems fine. Thanks for this great article. It will be nice to be able to convert more of my movies to give me extra space. Thanks again!!

                  • So 7hrs into doing 4 single thread encodes using your placebo setting as laid out at the end of the blog and only 10% done on all of the movies… about 2hrs showtime for each…. this is crazy slow ….lol

                • last question i think, Doing 4 encodes right now and it is painfully slow…. slower than it would be to do them individually i think. If i set the end line to thread=2 would that use 2 hyperthreads per encode? rather than only using half my cpu it could then use 100% to encode faster?

                    • Only if you have a Pentium 4. On most modern computers hyperthreading should increase your usable threads without decreasing per thread performance, so disabling hyperthreading in your bios is inadvisable.
                      Limiting threads within handbrake gives a very minor improvement in compression but should mostly be used to ensure your computer has enough free processing capacity to remain usable, or if you’re doing simultaneous encodes. Only do 4x threads=2 encodes if your computer has 8 threads.
                      As for the slow speed, 18 hours per movie/70 hours for 4 simultaneous movies sounds about right for a mid-high end cpu.

  22. HoneyBadger, assuming your BIOS allows it, you could try the same handbrake task with / without HT (limit handbrake threads to 1) and post your resulting file size and process duration !

  23. I love HD movies and real bluray,but i LOVE YIFI 1080p torrents to very much.Good for my store-video store and smaller disks such Torrents ideal for storing.
    All the best and all the praise for the staff and yifi uploaders.I support you you and your site and torrents. Commendable, and the only way forward.
    Yifi yifi yifi YIFI 🙂 😀 😉

  24. hi, when I tried to import the presents in HandBrake .10.2.7286 version, it gave me an error (please see below). Is there an updated version of the preset? Thanks!

    Unable to import the selected preset.
    Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Operator ‘==’ cannot be applied to operands of type ‘int’ and ‘bool’
    at CallSite.Target(Closure , CallSite , Object , Boolean )
    at System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1)
    at CallSite.Target(Closure , CallSite , Object , Boolean )
    at HandBrake.ApplicationServices.Factories.PlistPresetFactory.ParseSetting(KeyValuePair`2 kvp, Preset preset) in c:\HandBrake\Hudson\workspace\Release_WindowsGui64\0.10.2\win\CS\HandBrake.ApplicationServices\Factories\PlistPresetFactory.cs:line 325
    at HandBrake.ApplicationServices.Factories.PlistPresetFactory.CreatePreset(PList plist) in c:\HandBrake\Hudson\workspace\Release_WindowsGui64\0.10.2\win\CS\HandBrake.ApplicationServices\Factories\PlistPresetFactory.cs:line 76
    at HandBrakeWPF.ViewModels.MainViewModel.PresetImport() in c:\HandBrake\Hudson\workspace\Release_WindowsGui64\0.10.2\win\CS\HandBrakeWPF\ViewModels\MainViewModel.cs:line 1705

  25. Don’t use 0.9.9! It is evil! It’s improved UI ate mah hard drive and raped mah wife miorgviudonbfbbkffdfvodfmkdov ?????

  26. currently i’m messing/tinkering with x265 settings, trying to figure perfect balance between file size vs quality vs encoding time. i use average bitrate for quality setting. testing 30s 1080p video at various average bitrate quality 500k, 1000k, 2000k, 4000k. really the quality of x265 hevc at same bitrate of x264 avc is impressive. but man x265 is really slow to encode, 8 minutes for a 30 secs 1080p video on a 1 pass setting at ultrafast preset !

    My cpu specs

    CPU – AMD Phenom II x2 555 unlock cores to x4, oc 3.7Ghz
    RAM – 4GB DDR3 1333Mhz
    GPU – AMD HD 6950 1gb unlock shader count to 1536, oc 840Mhz

  27. Great article, would you recommend the settings in this article if my source is 1080i HD AVCHD, destined for x264 720P (or maybe lower) MP4?

  28. Pingback: High quality video encoding how-to – David's Family Blog

  29. Hello I would like to make a video like the scOrp encoder from I got following setting from MediaInfo program, from his encodes. They are all the same for every movie except for a small variation in the bitrate section. I was wandering if you know what program uses them – cause then I put them in Handbrake I get nothing. There are too many parameters that Handbrake apparently cannot use. MediaInfo also says that writing application is Mkvmerge, but I guess it’s only merging the video and audio. Do you know what program can use all of the settings or how to “teach” Handbrake to understand them? Maybe they ARE for for Handbrake but some of them are not selected in Advanced tab?
    cabac=1: ref=8: deblock=1: -1: -1: analyse=0x3: 0x133: me=umh: subme=9: psy=1: psy_rd=1.00: 0.00: mixed_ref=1: me_range=24: chroma_me=1: trellis=2: 8x8dct=1: cqm=0: deadzone=21,11: fast_pskip=1: chroma_qp_offset=-2: threads=12: lookahead_threads=1: sliced_threads=0: nr=0: decimate=1: interlaced=0: bluray_compat=0: constrained_intra=0: bframes=3: b_pyramid=2: b_adapt=2: b_bias=0: direct=3: weightb=1: open_gop=0: weightp=2: keyint=240: keyint_min=24: scenecut=40: intra_refresh=0: rc_lookahead=60: rc=2pass: mbtree=1: bitrate=1001: ratetol=1.0: qcomp=0.60: qpmin=10: qpmax=51: qpstep=4: cplxblur=20.0: qblur=0.5: ip_ratio=1.40: aq=1: 1.00

    P.S. I cannot use presets in the article cause they’re for another version of Handbarke.

    • Most important of those are in advanced video settings in HandBrake. Adjust the sliders/options and you will see the settings change in the option string box. Many of the settings that = 0 are unnecessary.

  30. I realize this is an old post but some of your arguments aren’t exactly true. Yes HandBrake can make any video look great and have a better compression due to the fact it has LNMeans denoise filtering and you can crank pyschovisual rate distortion and trellis up. Up untill recently would have agreed not to use deblocking filter but recently did use deblocking filter for the first time with excellent results. The source had very bad blocking artifact during any real movement and first run using just my typical settings didn’t work.
    But if the source does not need LNMeans I can make just as good and much more compressed transcodes with ffmpeg with gpu nvenc_h264 and nvenc_h265 at a speed of 120fps to 350fps. High quality partially due to the newest cards also have dedicated encoder chips but still use a percentage of the GPU cores. The “secret” is perceived quality with constrained bitrate or presets with constrained bitrates besides filitering all the noise as possible and using contrast if source needs it. With ffmpeg always use video filters removegrain and hqdn3d=3:3:3:3 even if source is clean. Higher hqdn3d settings if source actually needs it. If I want the best looking and compressed video I will use ffmpeg with webm VP9 and opus audio. But I only use this for select films otherwise it’s not worth the time. The latest Hand Brake has VP9 but I haven’t used it yet but should be great with NLMeans added. But even webm documentation shares the fallacy that using multi-cores and threads reduces quality of the transcode. Well it may be true below the limits of human perception but for > 30fps vs 50% file size reduction with h264 and no perceptual quality loss. When hard drive space was an issue would reduce bitrate further but no need anymore with HD prices. My main server has a little over 18TB.

    Anyway my two cents.

    ffmpeg tip- HandBrake has that great web optimized button but for ffmpeg with any transcode/remux I do with mp4 container I add the following options: -level 4.1 -g 300 before the video filtering and -movflags +faststart just prior to the output file name to make it web optimized.

    My desktop Ubuntu 15.10 64bit i7-4790K @ 4.7GHz 32GB RAM GeForce GTX 960/4GB.

    • What the heck it screwed up my post. At the the >30fps with vp9 was for multi-core/threads transcodes vs 50% with ffmpeg using constrained bit rate with no perceptible loss of quality.
      Somehow when I posted lost this. Was written better the first time.

    • be aware that none of the sites claiming to be yify/yts are run nor endorsed by the real/original yify. ytsag began by claiming to be the real yify but after they were called out they changed their tune to “we are just yify fans”. The torrents on ag appear to work, but just be aware that ytsag began by being dishonest, and that many other sites are even worse – blatant scams.

  31. So, I have 1TB of lossless camcorder footage to convert to H.264. I’m using H.264, not H.265, because this needs to be playable on older devices. Now, this is really shit-tier quality footage. It’s DVD resolution, 4:3, interlaced. Comes from a pre-2000 camcorder in DV format. Ripped directly from the DV tapes over Firewire. Basically looks like complete garbage compared to even my first smartphone’s camera. I’ve settled on the following settings:

    Default picture settings
    Filters: Decomb – Bob (for 60FPS smoothness)
    Video: H.264 High profile, level 4.1, Medium preset, CRF 23. Everything else at default.
    Audio: default (160kbps AAC; don’t know how to change the codec for presets. Too time-consuming to change individually for thousands of videos)

    When fullscreened on my computer monitor, this looks indistinguishable from the original footage, which is uncompressed audio and video.

    I converted about 25GB into 1.6GB of H.264, which is pretty good. I don’t really care about quality because the source is so bad already. I don’t plan on editing this; this is just gonna be dumped to Google Photos en masse.

    Thoughts? Suggestions?

  32. hi there, trying to compress video but the link for the presets to import into Handbreak are for an older version and dont work anymore…would you happen to have a newer version of the presets (for the placebo preset´? my version of Handbrake is 1.0.1 64bit thanks!!

If you can't think of anything to comment, just fill in your bank account details or social security number.

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s