What are
/r/handbrake's
favorite Products & Services?
From 3.5 billion Reddit comments
The most popular Products mentioned in /r/handbrake:
The most popular Services mentioned in /r/handbrake:
HandBrake
XMedia Recode
Subscene
MKVToolnix
Pavtube ByteCopy
FossHub
Hybrid
Subtitle Edit
Plex
FileBot
MediaInfo
Launchpad
GitHub
Air Video HD
YAMB
The most popular reviews in /r/handbrake:
Recommended settings for x264 and x265 encoders:
*RF 18-22 for 480p/576p Standard Definition
*RF 19-23 for 720p High Definition
*RF 20-24 for 1080p Full High Definition
*RF 22-28 for 2160p 4K Ultra High Definition
https://handbrake.fr/docs/en/latest/workflow/adjust-quality.html
Based on those screenshots, with the total bitrate on the left at 0kbps and the audio section empty, it's likely the tracks are either poorly remuxed (combined) or corrupted. Corrupted tracks can still generate runtimes. As VLC plays it correctly, remuxing should make it readable by Handbrake.
Use MKV Merge (part of MKVToolNix) to remux (recombine) the audio and video tracks into a new MKV and test again.
Here’s a pretty basic step by step to get you started:
https://lifehacker.com/5559007/the-hassle-free-guide-to-ripping-your-blu-ray-collection
I think the guide is for BluRay. But the steps are the same, the only difference would be you’d start with the 480p preset instead of 1080p
From there you can start tweaking settings as you learn more!
Encoding (at least in this case) will use the GPU encoding engine to do the actual re-encoding of the video.
However when it comes to things such as filters or a lot of the extra work, then it will use the CPU to do it. I turned much of the things on the filters tab off that I didn't need (some just dynamically check if it needs it throughout the entire video), and it made a big difference to the CPU usage. So if you are sure that it won't be needed (especially interlace detection from default to off), then CPU usage can go a lot lower. If you have a weaker CPU, then your CPU can also end up being the bottleneck.
​
https://handbrake.fr/docs/en/latest/technical/performance.html
>Filters
Some filters are computationally expensive and can bottleneck the encoding process regardless of video encoder settings, notably the EEDI2 deinterlacer and the NLMeans denoiser. Other filters such as the Decomb deinterlacer and the hqdn3d denoiser are much faster, but can still be a bottleneck when using hardware video encoders such as AMD VCE, Intel QSV, and NVIDIA NVENC.
Due to the widespread availability of interlaced content in the world today, the Decomb deinterlacer is enabled in all HandBrake official Presets except the Production Presets. Also enabled is the Interlacing Detection filter, which ensures only interlaced frames are deinterlaced, leaving progressive frames untouched. This analysis can sometimes be a limiting factor for performance. If you are certain your Source contains no interlaced frames, you can disable these filters for a small increase in performance.
Start with the HQ 1080p preset and encode a few files.
Do you like the result? If so, great. If not, post the encoding logs and tell us what you don't like.
Seu inglês é melhor que meu português.
Pity, it's why test encodes are helpful. Subtitles are just text and the ones you used were the complete film not the foreign parts only version. You can open SRT subtitles in notepad to check them if you don't have a subtitle editor. To avoid copyright links, if you go to subscene.com search for Thor The Dark World; scroll down to the English subtitles and look for 'foreign parts only'. The ones by uploader sazu489 should work, but check them first before encoding. The Subtitle Edit app I mentioned is a very useful tool as you can preview the subtitles (you need VLC player installed); check they are in sync with the video and modify it not.
Unfortunately using handbrake is going to cause quality loss as it always converts the video. This program: XMedia Recode: https://www.xmedia-recode.de/en/index.html can convert the audio to to multi channel AC3 and leave the video untouched. The subtitles included on the blurays aren't compatible so you would have to download some text subtitles from a site like Subscene or opensubtitles.
From the documentation: "You can not pass-through PGS into MP4 as this file format does not support it."
https://handbrake.fr/docs/en/latest/advanced/subtitles.html
All is not lost, you can extract the PGS file from the MKV, convert it to SRT using a utility such as Subtitle Edit, and then import said SRT file back into Handbrake. Don't forget to disable the PGS subtitles or else it would likely look weird.
Pavtube ByteCopy would be the best assistant for you to rip a DVD with multiple titles into a single MKV file.
Refer to this guide: http://www.multipelife.com/rip-dvd-with-multiple-titles-into-single-mkv.html
You can't do this automatically in the GUI.
You'd need to drop to command line interface to do this.
Using "--start-at seconds:2" option https://handbrake.fr/docs/en/latest/cli/command-line-reference.html
inside a shell script to iterate though your file list.
I had the same issue with my UHD 630 on Arch when installed through the official repos. I got it working by building Handbrake from source using these instructions and following the additional steps for QSV support.
So the CPU use, is normal, according to Handbrake docs:
>https://handbrake.fr/docs/en/latest/technical/video-nvenc.html
>
>in the performance section for nVidia:
Performance
>Take note that only the encode portion of the encode pipeline is done on the Nvidia ASIC hardware. Every stage prior and after in the pipeline including (decoding, filters, a/v sync, muxing etc.) all happen on the CPU. As a result, it is normal to have high, or 100% CPU utilisation during encodes.
>
>It is common, particularly on lower end hardware that the CPU may be a bottleneck for the Nvidia encoder. To minimise this effect, turn off any filters that you do not require.
​
So, perhaps this is normal, it looks like you've got a few things going on that would be done in the CPU.
https://handbrake.fr/docs/en/latest/cli/command-line-reference.html
-x, --encopts <string> Specify advanced encoding options in the same style as mencoder (all encoders except theora): option1=value1:option2=value2
https://handbrake.fr/docs/en/latest/technical/video-encoding-performance.html It does state it here in the official docs. I'm no expert, but the reduced efficiency they talk about might be seen AS reduced CPU usage on all threads that you're experiencing?
The audio tracks are probably bigger than you think. Beyond that you may not be able to notice the visual quality loss. If you turn the RF number down, you should be able to compress less, and get a bigger file. https://handbrake.fr/docs/en/latest/technical/video-cq-vs-abr.html
If you are selecting the right preset, it will output a 4K resolution file. Even if it’s of lower quality than the original file, it is still 3840*2160px. The range of colours, the source material, compression artifacts, these are things that make the picture look better or worse. Shot to next shot can look wildly different on a 4K UHD Blu-ray, the camera set-up changes the effective resolution. By the time it’s on a disc it is technically playing in 4K, even if the underlying image doesn’t have that resolution/detail.
I use ByteCopy rip blurays, here is my workflow to get soft Subs, Rip the bluray to h.264 MP4, and extract srt Subs from bluray. Then Put the MP4 into subler, search all the metadata/artwork within subler so that it's all filled out, then drag the .srt file and make sure it's the language you are looking for then save & optimize, add to the media player for playback.
Why do you even convert?
Unless the contained video or audio format isn't supported by your playback device, you should just remux it (means change the container/wrapper format from MKV to MP4), unless of course you actually need to reduce the filesize.
You can remux with Xmedia Recode (https://xmedia-recode.de/en/download.html) or ffMPEG or Hybrid (http://www.selur.de/downloads). In Xmedia you simply set Mode = Copy on the Video and the Audio tab. This only takes a few seconds, and the video quality of the MP4 file will be exactly the same as the Matroska source file... because nothing was converted.
A. No, just download SRT subtitles from subscene.com or opensubtitles.org and add them via the 'Import SRT' option in Handbrake.
B. No, Blu-ray's use PGS image format subtitles.
C. Most people burn in only the forced subtitle track. You should do this too, it's much more convenient and it's actually how it's supposed to. You don't want to OCR only the forced parts manually, that takes too much time.
​
> Trying to make my videos as close to how iTunes would have them, but I’m new to all this.
Same! Use the HQ or Super HQ 1080p / 720p presets with lossless audio (DTS-HD / TrueHD / PCM) > AC3 5.1 640 kbps audio + lossless audio (DTS-HD / TrueHD / PCM) > DPII 160 kbps AAC 2.0 audio.
Oh, I see what you are doing. If you want to just add them into the file itself, what many people do (including me) is use MKVToolNix.
Once installed, drag the video file over into the Multiplexer window. Next drag the srt file over to the same window and then a popup will ask what you want to do with it. Choose Add as New Source files to the current multiplex settings. Click Ok. Now at the bottom where it says Destination file click on the icon directly to the right of it which will let you choose where you want to save it. This should go really quickly. It does not alter the quality of the video at all - it just copies both files together to your new location (or basically remuxes it with zero quality loss.) You will notice your new file will now have subtitles built right into it as an option that you can turn on or off with your video player.
Replace your fan. I never heard of PCS, but what I am seeing from a quick search is that the consensus is they are trash. Even a relatively cheap cooler master should be an upgrade.
https://www.amazon.com/dp/B005O65JXI/?tag=vhtrev-20&th=1
If you are ripping hard a water cooling setup may even be worth it.
I have used this drive. I used it for years on my Mac and now have it on Linux. MakeMKV is the best way to go. I use Handbrake from there.
Was going to suggest the same.
https://flatpak.org/setup/Debian/
https://flathub.org/apps/details/fr.handbrake.ghb
I'd previously found that the version in repo for Debian and openSUSE intentionally broke CC by changing requisite packages, and nobody could work out helping me compile on Tumbleweed, so when the flatpak came out I wiped my Mint partition.
I exported the DVD using MakeMKV passthrough and then opened it in MediaInfo. This is what I got:
<a href="https://imgbb.com/"><img src="https://i.ibb.co/kgc1Mnf/Screenshot-2022-01-11-at-6-05-42-pm.png" alt="Screenshot-2022-01-11-at-6-05-42-pm" border="0"></a>
Use XMedia Recode. Load in an MKV file, select MKV as your output profile. In the video tab ensure it shows copy not convert and in the audio tab select the audio format you wish to convert the DTS track to (I'd suggest AC3 5.1 640kbps or AAC Stereo 320kbps). With required options have been selected, press Add to queue, then encode.
XMedia will copy over the video, untouched, convert the audio to your chosen format, then repackage all tracks into a new MKV file. It will take just a few minutes to complete. If you wish to retain your DTS track, simply add that as a second audio track and again ensure it shows copy rather than convert.
To remux/convert multiple MKV files in a single process, simply add each one to the encode queue, before pressing the Encode button.
What are you trying to achieve? And what do you mean? I would like to add one foreign subtitle scan per existing subtitle!
A foreign audio scan reads a subtitle track and 'tries' to work out if a subtitle track is a forced subtitle. For example, in an English language film, a forced subtitle would display English text purely when characters are speaking a foreign or alien (in sci-fi) language. It's purely based on how often text appears (below 10%) not the words in the subtitle.
Handbrake can't edit or modify subtitles, only feed through or burn in what it finds. Explain what you're trying to achieve, and I can better tell you if it's possible.
Handbrake always converts SRT to SSA. If you want srt subs muxed into the file, you'll have to do so manually after compression.
https://handbrake.fr/docs/en/1.4.0/advanced/subtitles.html
>Please note, SRT tracks are converted to SSA in the output file. This behavior is not currently configurable.
https://handbrake.fr/docs/en/1.3.0/technical/video-codecs.html
MPEG-4 (ffmpeg):
MPEG-4 Part 2, also known as MPEG-4 Visual Predecessor to H.264/AVC offering fast encoding with lower overall quality than H.264/AVC Compatible with older devices, inexpensive DVD/flash/network players
It's a bulk file renamer that I've found to be very effective. It reads the metadata in whatever you put in it and then checks it against several online sources (AniDB for anime, TVDB for TV shows, etc) and then matches it up before renaming everything at once. I've used it for a little over a year now and have only had a few small issues. I greatly recommend it. It's free to download and match titles, but in order to rename you have to buy a license but it's only $6 for a year so I think it's worth it.
Use AviDemux. Lossless Cut and MKVtoolnix can also do it fine but AviDemux is a bit easier to use, is more accurate (at least compared to the last time I used LosslessCut,) and it has more features. You will have to split the video at an I-frame (intra-frame) which AviDemux will display for you, just use your up and down arrow keys to navigate to the next/previous I-frame.
Programs for encoding video like Handbrake or Adobe Premiere will not give you what you want.
Definitely, the i5 is almost orders of magnitude slower. Depending on how small you'd like your files and how big a hit in image quality you are willing to take, you might want to look into hardware encoding. You CAN do it in software and it will yield the best results, but you will be going slow, the laptop chip is focused on power efficiency first.
I haven't looked into Intel Quicksync in years, so I can't speak for the image quality, but according to this it can at least handle HDR in the latest version of handbrake. It will produce larger files and not look quite as nice, but go much faster than any software encode ever could. Additionally, it will require a fraction of the power, not taxing the laptops cooling system as much.
Just play around with the inbuilt preview feature and make a few comparison clips.
It depends on your chosen output container (MP4 or MKV) and the type of subtitle track it finds in the DVD or MKV, that will determine whether it's able to pass them through or burn them in. Handbrake Subtitles Plus burn for foreign audio scanned subtitles is Handbrake's default.
The setting adjustment I've supplied should ensure it will passthru as much as it can.
Ah I see :) I can't find the logs though. I'm following the instructions here:
https://handbrake.fr/docs/en/latest/help/activity-log.html
But there's no fr.handbrake.HandBrake folder
24 mb is a very small file size for a video, unless it's a very short clip. What program did you use to convert with?
To begin with: Load the original MKV in VLC media player and press Ctrl+J. Stream 0 Codec shows the video encoding method. If that codec is supported by After Effects, you should not convert the video.
However, another reason you are getting a strange output after converting could be that the source file is corrupted. Can you actually play the original video?
Finally, if the video uses variable frame rate, programs like After Effects can't handle it. In that case you first need to re-encode it with a constant frame rate setting.
For remuxing use one of the following: Shutter Encoder (use Rewrap Mode), Xmedia Recode (Use Copy Mode on the Video tab) or AVIdemux (Use Copy mode on the Video setting).
For re-encoding: Use Handbrake.fr - Pick a preset like HQ 720p30 or whatever matches the resolution of your source video.
OK I can send you a prototype script and you can finish it the way you want.
It looks like I was correct handbrake does not have CLI options for trimming and concatenating. So you would need to use ffmpeg.
Take a look
https://handbrake.fr/docs/en/latest/cli/command-line-reference.html
With decomb on, your video is being processed at 8 bit depth within HB, and then converted back to 10 bit for the encoder.
https://handbrake.fr/docs/en/latest/technical/video-bit-depth.html has the list of 10/12-bit unsafe filters.
Can you tell me how you find out of 10bit is converted to 8bit? I only have Linux and would like to verify. Also I don't see windows only 10bit support here? https://handbrake.fr/docs/en/latest/technical/video-bit-depth.html
DVD video uses the MPEG2 codec, so if you ripped the DVDs with MakeMKV, that's what you currently have in your MKV files.
Handbrake (https://handbrake.fr/) can re-encode the videos to H.264 (or H.265, but H.264 is easier to process for most devices).
See this screenshot: https://i.imgur.com/4qCKZHB.png
(1) You can use the HQ 480p30 (NTSC/Region 1) or HQ 576p25 (PAL Region 2) presets. (2) I think the default setting for these presets uses an RF value of 18. This will give you a conversion without visible quality loss. If you want to reduce the file size more, you can increase the RF value to 19 or 20. (3) Also set the encoding speed to Slower or VerySlow (at least Slow). (4) If you have a fast graphics card, you will see options like "NVENC x264" or "Intel QSV" in the Video Codec drop down in the "Video" tab. These GPU-based codecs will increase the encoding speed 10-50 times.
The file container format MP4/M4V or MKV doesn't really matter, unless you rely on iTunes or iOS devices that only accepts M4V/MP4. Matroska (MKV) is better designed for embedded subtitles. Personally I prefer MKV.
If you want to include subtitles, pick the ones you want on the Subtitles tab.
Finally click on "Encode" and let it run for as long as it takes. Standard software conversions with this preset will typically take 45 - 90 minutes. With GPU codecs no more than 5 minutes. But check the quality of the output afterwards.
Well, it depends…
If you are a more or less advanced user and understand basic programming, you can build your own version of HandBrake with the latest version of AMF SDK (because HandBrake is a couple of versions behind the latest AMF SDK), following this guide https://handbrake.fr/docs/en/latest/developer/build-mac.html
​
But I suspect the root of your problem is not with AMF SDK, but with something else. Maybe, HandBrake puts something useful to its log before it crashes.
Glad you sorted the sound. With your picture dimension issues, it's difficult to advise without seeing the Handbrake log but or a 320 wide encode check the following in Handbrake.
Dimensions Tab
Size Width 320 x Height (Between 180 and 128, defined by your source)
Anamorphic Dropdown - None
Modulus Dropdown - 16
Cropping - Custom ticked (Top, Left, Right, Bottom all set to 0)
I suspect when switching between videos or altering video presets Anamorphic and or Cropping are ending up on Automatic which is wrong for both. Anamorphic must be set to None and Cropping must be set to Custom + 0 for the four values.
Once you've found the settings that work if you're going to encode multiple videos create your own video presets so you can go back to them quickly.
Ah! You're right! I assumed it was in there, and a quick google showed that it did support it under the hood, so I got some good exercise by jumping to conclusions. :D
I see ffmpeg is used for some codecs, but, as you say, not for x264/5.
Thanks for clearing that up!
I think you need to get your facts straight. That 30% you are talking about, is that overall performance use for the GPU, or is that a separate look at the performance of the encoder part of the GPU?
In my experience, even using a 3800X I have still encountered a large/full amount of CPU utilization when using a GPU encoder. I'm not sure to what extent, but I do think it can make a difference. But I see information that can better explain it here.
As an open source project, the code is constantly being written/updated. The nightly build contains the edits and new features added after the last release, but with the caveat that it is unstable. When the handbrake team feels it's time for a new release, they'll issue a feature freeze. Then they'll progress through alpha, beta, and release candidates squishing bugs until they're satisfied enough to release it as a new version. Then cycle repeats.
I just double checked the documentation:
Auto Passthru
In the audio encoders list, there is an option called “Auto Passthru”. When encoding, this will automatically passthru any supported format to the source file. If the source format is not supported, or not supported in the output container, the fallback encoder will be used. The default is AAC.
From the documentation...
"HandBrake can scale well up to 6 CPU cores with diminishing returns thereafter. So a 4 Core CPU can be nearly twice as fast as a Dual Core equivalent."
I can't find a source on what settings each official preset contains. So, you may have to do this yourself: try both presets, note which different you see in the settings tabs, and then if you don't understand what those differences mean come back here and I'd be happy to help out.
The official docs merely say that the super HQ preset is slower and produces larger files, implying it uses a slower x264 preset as well as increasing the rate factor.
You can should you want adjust the rate factor (CRF) yourself, or the x264 preset yourself.
https://handbrake.fr/docs/en/latest/technical/performance.html
If you read though that, you will better understand the complexity of different encoders as well as the preset levels and quality levels.
If you get down to the section titled "Performance comparison between video encoder presets", you will see a part about comparing encoder preset levels when using x264 (CPU encoding for H.264). Going from ultrafast to veryfast it seems like the encoding speed is about the same, but it is a very nice drop in total file size. Quality might even increase slightly (if you can notice it). But once you slow the preset down, the file size doesn't really get smaller (something even I wanted to assume was the point), if not a little higher. But it certainly takes more than twice as longer if you go as far as veryslow.
If you are aiming for saving on file size, it is going to H.265 that you would want to do. Saving space is pretty much guaranteed, but speeds will slow down due to computational complexity. This is incredibly true for using veryslow, but not too huge for something like veryfast. So if you switched from H.264 to H.265 on veryfast, you will save space for maybe 1/6 less speed. Just keep in mind that this is a general idea, and that many factors can affect the speed and total file size as well as quality.
I have learned a few things:
- H.265 is certainly better at saving file sizes (roughly 50%, as I think their goal was when making the encoder)
- H.265 can bring things to a crawl on slower presets
- Only go slower than something like fast if you are aiming for preserving quality and not about saving space (anything slower than fast might actually increase the file size, for very little perceivable improvement in quality)
- In OP's case, you can't create higher quality out of a lower quality video source, so don't even try
True but not by that much.
See here HandBrake Documentation — Performance about halfway down
Encoder Encoder Preset Quality Encoding Speed Realtime Speed Total Bit Rate Total Size H.265 (x265) Ultrafast RF 24 70.1 FPS 2.92x 2.63 Mb/s 241.8 MB H.265 (x265) Superfast RF 24 68.2 FPS 2.84x 2.64 Mb/s 242.4 MB H.265 (x265) Veryfast RF 24 56.9 FPS 2.37x 2.78 Mb/s 255.2 MB H.265 (x265) Faster RF 24 56.6 FPS 2.36x 2.78 Mb/s 254.8 MB H.265 (x265) Fast RF 24 51.2 FPS 2.13x 2.82 Mb/s 259.1 MB H.265 (x265) Medium RF 24 33.8 FPS 1.41x 3.27 Mb/s 300.2 MB H.265 (x265) Slow RF 24 14.1 FPS 0.59x 3.44 Mb/s 316.0 MB H.265 (x265) Slower RF 24 3.2 FPS 0.13x 3.47 Mb/s 318.4 MB H.265 (x265) Veryslow RF 24 1.8 FPS 0.08x 3.46 Mb/s 317.2 MB
Take this example. The filesize is 21% bigger but so is the bitrate.
"Fast" (2.8mbps | 260mb) vs "Slow" (3.4mbps | 316mb)
This is the way.
https://handbrake.fr/rotation.php?file=HandBrakeCLI-1.3.3-win-x86_64.zip
Copy and paste this into a new .bat file (right click in explorer > New > Text file) change the name to something.bat and get rid of the .txt extension;
@ECHO OFF
:: Push into the work folder PUSHD "C:\MyHuge\Moviefolder"
:: Run a FOR loop on every MKV file found in the folder/s FOR /R %%G IN (*.mkv) DO ( "Path_to_where_you_extracted_HandbrakeCLI.exe" -i "%%G" -o "C:\Outputfolder\%%~nG_720p.mkv" -m -e x264 -q 21 -B 160 -w 1280 -s 1,2,3,4,5,6,7,8,9 ) :: Pop out of the work folder POPD
PAUSE EXIT
-m = Keeps chapter markers
-e x264 = Encode in x264
-q 21 = Use quality 21
-B 160 = Audio bitrate 160kbps
-w 1280 = Width 1280 pixels (height will be automatic)
-s 1,2,3,4,5,6,7,8,9 = Keep the first 9 embedded subtitle tracks
​
FOR /R is also recursive (the /R part) which means it will do all the subfolders as well
Have you tried ffmpeg? From what i hear, handbrake utilizes some of the ffmpeg codecs.
I think there is a flag that can be set in ffmpeg.
Handbrake will only pass through PGS or VOB subtitles if the container is MKV. If you change the format in Handbrake from MKV to M4V or MP4 it will only permit PGS or VOB subtitles to be burned in (encoded into the video).
If using SRT and SSA subtitles Handbrake will pass through (as a file) those subtitle tracks regardless of container M4V, MP4, and MKV.
There are also closed-caption subtitles, found in some DVDs, that Handbrake can pass through (when using M4V) and it's possible the subtitle in your DVD was of that type.
You can read about supported subtitles in Handbrake here. HandBrake Documentation — Subtitles
No, but it's related to AAC vs AC3.
Some movies have a very wide Dynamic Range (the difference between quietest and loudest volume levels). In a perfect theater environment, this might be fine. In your living room, you might end up having to keep a hand on the volume control throughout the movie! AC3 lets authors encode a 'profile' preset that will let decoders (like your DVD player or amplifier) optionally compress the volume range -- loud sounds will be adjusted quieter, and quiet sounds will become louder. You can usually find this option somewhere in your device settings.
If you encode your audio directly to AC3, the compression profile "hint" should be copied over and your player/receiver should be able to respond and optionally compress the dynamic range.
If you're compressing to a different format, Handbrake defaults to no DRC and using the full dynamic range. Using a setting of 1 will apply the profile hint. Settings higher than 1 will increase the effect.
I suppose I should have said "consider setting DRC", not "be sure to to set DRC". If you're ripping solely for use in your personal home theater, you may want no compression. :)
For my setup, I find setting DRC to 1 to be invaluable for some movies.
No it's fine, it throttles itself to protect it from damage, however transcoding/encoding is very intense on CPUs and the stock cooler isn't great for that. Those temps are ok. I would get a better cooler like maybe NH-D15 which dropped my 2600x by a whopping 30°C compared to stock (note: stock for 2600x and yours are different.)
The reason you didn't see MKV in the list is because MKV is just an abbreviation of "Matroska", which is the actual name of this container file format.
Having said that: No. MP4 or MKV (Matroska) most likely has no impact. They are just two different containers. The only difference between them is the types of metadata tags used to store the video's metadata. If you compare the size of the MKV input file and the MP4 output file, you will notice they are almost exactly the same.
Does the original MKV also stutter when you play it? If not, the stuttering could be caused by distorted sound in parts of the audio. But if the original MKV also stutters, it is probably because the video has a higher bitrate than the USB port can transfer fast enough.
In the 1st case you can apply a Normalize option on the Audio tab. Make sure it's set for both audio tracks before you click on Add to queue & Encode.
In the 2nd case, you can either bypass the Bluray player completely and stream the video directly from your computer to your TV via Plex.TV or (if you have a Chromecast) the free app Videostream for Chromecast.
Alternatively you can still convert the whole thing with Handbrake (use one of the HQ 1080p presets). Just be aware that it takes much longer, and that you will lose some quality in the process.
> The hardware you run on can have a large effect on performance. HandBrake can scale well up to 6 CPU cores with diminishing returns thereafter.
So a 4 Core CPU can be nearly twice as fast as a Dual Core equivalent.
Source: https://handbrake.fr/docs/en/1.0.0/technical/video-encoding-performance.html
Handbrake can't passthru an srt subtitle as an srt it always converts it.
https://handbrake.fr/docs/en/latest/advanced/subtitles.html
If you absolutely wanted each encoded file to keep the subtitles as an srt, you would need to remux (repackage) the video and audio files (after you'd encoded them in Handbrake) to create a new mkv file. It's a lossless process as it's simply repackaging the files, but is another process. MKVToolnix can be used for this.
I would suggest getting your chosen video player to display the subtitles as you want would be the more effective approach. VLC and Media Player Classic BE are also excellent players and worth a look.
Have you already seen this?
>Auto Passthru
>
>HandBrake can pass thru several different audio formats. There are separate options the audio encoder dropdown for these. When you select “Auto Passthru”, it will pass thru any of those supported types. You can limit what it will automatically passthru. For example, if you only ever want AC3 or DTS passthru, but not any of the other choices, untick the relevant checkboxes.
​
You can get to those configuration settings by clicking on the "Select Behavior" on the "Audio" tab in HB.
it depends upon your encoder!
In H.265 placebo will produce lower file-sizes but will try to preserve the full quality (depending on the RF scale obviously).
In H.264 placebo may or may not produce a small sized file (compared to H.265 placebo), but will be smaller than the source, while preserving full quality (depending on the RF scale again).
For more details-
https://handbrake.fr/docs/en/latest/technical/performance.html
​
Tl;DR:
(all depends upon the RF value)
H.265 Slow.......placebo = Small.....large file = Great......Excellent Quality
H.265 VeryFast....Medium = usually perfectly balanced file = quality/speed
H.265 UltraFast......superfast = small file = crap quality
H.264 is the opposite
The fallback encoder is an option whereby if the audio format is not supported, either by the container used mp4/m4v or by Handbrake itself, the in-built FFmpeg encoder will attempt to convert the audio using the fallback encoder setting. If None is selected Handbrake will ignore that track entirely. You can read about Handbrake and audio passthru here: https://handbrake.fr/docs/en/latest/technical/audio-codecs.html
Handbrake does not suppport passthru of every audio format, only the popular ones, so outside of that list, remuxing is your simplest option to retain the original audio.
Pressing Activity Log, during the encode, will show you how Handbrake is handling a particular track. Also Media Info is a useful tool, which will show you the track format and encode settings of completed audio or audio/video files.
How a soft (switchable on and off) subtitle appears is down to the Subtitle/OSD settings in VLC. You can specify the font VLC uses. As to where the subtitles appear on screen that is down to the player, the file container (mp4 or MKV) and the subtitle file itself. If the subtitles are appearing in the 'standard' lower centre then VLC is simply reading the files as standard UTF .srt subtitles (which is the basis on an SSA subtitle). If you play the source file (not the encode) in VLC do the subtitles appear in colour in the correct location? Is VLC going to be you normal player for your encodes?
I just found this on the Handbrake website which explains how Handbrake treats different subtitle formats. https://handbrake.fr/docs/en/1.3.0/advanced/subtitles.html
As you will read SSA subtitles, if passed thru not burnt in, will display without colour.
If want the subtitles to appear the same as your source file then this can be done, but not as an mp4 and not as a single process.
> -2 & -q 15
AFAIK, these will not work together. -2 needs a -b to give it a target bitrate, and -q is for Constant Quality, you don't specify a bitrate, it adjusts the bitrate as it goes to try to maintain your quality level (and it doesn't do 2pass or turbo).
> -s 1,2,3,4,5,6,7,8,9,10,11,12,13 [There are 13 sets of subtitles.
Did you consider "--all-subtitles"? I use "--subtitle-default=none" as well so none of them get set as the default (on).
> --encoder-level 2.0
Now I'm really thinking you didn't think this through at all. Again, as I understand it, x264 2.0 maxes out at 2 Mbps, and 352×288. You don't even get to 1080p until level 4.0. 5.0 would be overkill, with support for 1080p@72fps and . If you're testing 1080p, you don't need more than 4.0. You shouldn't really need 4.1 or 4.2, they really just give you more bitrate to play with, but I doubt you'll need it with that source. If you want to test 720p you can use 3.1 and 3.2, but you'll probably need some more options to specify the size you want to scale down to, aspect ratio, something else I'm sure.
That's not true.
A commercial disc does not mean it has copy protection on it, not all do.
I quote " Supported Input Sources:
Handbrake can process most common multimedia files and any DVD or BluRay sources that do not contain any kind of copy protection."
The encode log lets us see what you're actually working with and what you did.
There should be more than one source audio track, pick the DTS one rather than the DTS-HD one.
Totally safe. If you click About and then compare application versions, if these are the same any slight visual differences will be down to the themes running on your computers.
I've often found questionable practices (hidden toolbar installs etc) on paid for video encoding software but Handbrake never. Download it from its official site and your fine. https://handbrake.fr/
Here's a one-liner I use, on Windows, to loop through multiple folders with videos in them. Use their [CLI]( https://handbrake.fr/docs/en/latest/cli/command-line-reference.html ) help page to get the switches for your use case:
​
`FOR /F "tokens=*" %%G IN ('DIR /B /S *.mkv') DO "C:\Program Files\Handbrake\HandBrakeCLI" -i "%%G" -o "%%G".mkv -e x265_10bit --vfr -a 2,1,3 -E copy --encoder-preset medium -q 20 -s 1,2,3'
So you were converting from 1080p h264 in an MKV container to 1080p h264 in an MP4 container and expected the file size to drop?
If you want to reduce the file size you will need to either change the preset to a different size (720 or 480) or lower the quality (lower RF number on the video tab).
https://handbrake.fr/docs/en/latest/workflow/adjust-quality.html
I can't comment on why it is slower than expected on your Ryzen, I don't have one to compare it to.
​
Is there a batch file or some sort of script you are running? HandBrake CLI allows you to specify the source file location and destination file location any way you want.
ie: HandBrakeCLI -i source -o destination
​
source: https://handbrake.fr/docs/en/latest/cli/cli-options.html
I bet there is, and we can't really offer any help without it to tell us what you're actually using, what you actually did, and what actually happened.
I've gotten a 200% FPS boost from 40~ to 140! But I've observed cpu-only ouput file size being smaller..
Example: Source [20 min Anime 1080p HEVC FLAC] 2GB -> [1080p H.265 NVENC] 1.5GB, [1080p H.265 CPU] 500MB
If anyone is wondering, release version 1.1.1 does not have the NVENC encoding option.You can get the nightly test build here: https://handbrake.fr/nightly.php
FYI: Nightly builds are based on the latest development code which means they may or may not be stable and probably won't be documented. As such, your mileage may vary.
Yeah I just checked it with the latest version of handbrake-gtk in Ubuntu and I can't find it. Looks like it only works in Windows...
Glad to hear it worked. As a note, if you want to create a preset with Autocrop off… or any special settings you usually use, you can export the base handbrake setting as a JSON file and edit it in a text editor such as BBEdit or Notepad++. The line to look for is:
"PictureAutoCrop" : true,
and change it to
"PictureAutoCrop" : false,
Load the setting back into Handbrake, make it the default, and it will not auto crop by default. I use this modification myself as I find it easier to check my aspect ratio before I select auto crop. The other way around with auto crop enabled, I have to fiddle with the resolution every time.
Most of commercial DVD discs have encryption such as CSS and Handbrake doesn’t have decryption library to bypass DVD copyright protection. As the best replacement of Handbrake, Pavtube ByteCopy for Mac can remove DVD encryption including CSS, region code, RCE, Sony ArccOS, UOPs, Disney x-project DRM, etc direactly then rip and convert DVDs.
Pavtube ByteCopy enables you losslessly copy DVD movies to play DVD on iPad with No.1 fast ripping speed while removing all copy protection in commercial DVD discs. For more details ByteCopy Review
I didn't use MakeMKV or Handbrake. I used ByteCopy to rip Blu-ray with forced subtitles. It has this feature to make you check it. If you don't check it, it won't rip Blu-ray with forced subtitles. You also can rip Blu-ray with preferred subtitle streaming in Subtitle. When you rip BLu-ray to lossless MKV with ByteCopy, you can keep multiple subtitle tracks. External subtitle also can be inserted into Blu-ray.
You might want to look into another NVENC implementation in other software, such as Selur's excellent Hybrid software and Staxrip. They allow one to tune it out for an excellent compromise on throughput and quality.
With Hybrid in particular, I can even transcode to and from HEVC HDR content with NVENC.
Handbrake's configurability in this regard is very limited.
FYI I believe you have Boot Camp pre-installed on your Mac (https://support.apple.com/en-us/HT201468). That should allow you to boot Windows and install any Windows application.
But AVIdemux or Hybrid (http://www.selur.de) also has a video remuxing option (sometimes referred to as "video passthrough"), if you prefer to use MacOS software only.
AVI and MP4 are containers and support overlapping but not identical video and audio codecs. If you wish to convert an AVI file so that it plays back on a device that does not support AVI playback then first try this re-mux software which transfers the video and audio files from an AVI container into an MP4 container.
http://yamb.unite-video.com/features.html
However if the codecs used are not supported as standard, by MP4, the file will only work in a universal media player which would have played the AVI file anyway. XVID is a common video codec found in AVI files which generally isn’t compatible with standard MP4 playback.
Re-mux the file then try to play it on the device. If it works great, if not they you would need to re-encode the video, using Handbrake, which is not a lossless process.
you can't... hardcoding subtitles requires reencoding the video because it is literally burning the subtitles into the frames of the video. the (C)RF slider determines quality with higher numbers resulting in less bitrate/smaller files/less quality and lower numbers resulting in more bitrate/larger files/more quality. The x264 encoder that handbrake uses has a lossless mode when you select a CRF of 0 however this will give you a file likely hundreds of GB in size and is really only useful for editing
I would turn all filter options off in the filter tab unless you know you need them. Under dimensions tab I would untick auto crop and manually crop the black bars on the edges but thats only if you want them cropped. Under Video I would select constant framerate and same as source, make sure video encoder is h.264 (x264) set RF to 19 and preset to slow then I would do a preview. If I notice quality loss/blocking I would set RF lower I wouldn't go below 16 though then make sure you add your audio/chapters and burn in your subtitles.
I would use handbrake you are going to have to reencode your video if you are going to hardcode the subtitles.
I don't know why your tv is making plex encode video when you select subtitles maybe it doesn't support sup (PGS) subtitles. Maybe you could try downloading some subtitles that will work with your file https://subscene.com/ https://www.opensubtitles.org/en/search/subs and muxing them into your file with mkvtoolnix. Just drag and drop the subtitle and movie file into mkvtoolnix and hit start (this wont reencode video).
Handbrake is not designed to do that. If you wish to convert the audio, while leaving the video untouched, you can use XMedia to do this as a single task.
Load the video into XMedia and set the output format as custom with the container matching the file you have mp4, avi, mkv etc. Ensure the video tab shows copy rather than convert for the video track and then in the audio tab choose mp3 and your preferred bit rate. Set the bit rate to at least match the current aac bit rate. Add the file to the queue and press encode. XMedia will convert the audio, copy the video and create a new video file for you.
I would agree with other posters. To add in soft (switchable) subtitles, remuxing is the best option, being totally lossless. If you want to keep your video in an mp4 container then I would try XMedia Recode. https://www.xmedia-recode.de/en/download.php
Select mp4 as your output container then when you add in your source file choose copy rather than convert for the video and audio tracks you're muxing. You can add in multiple .srt subtitle files if you wish.
As mduell has suggested use a muxer rather than Handbrake. I've found XMedia Recode works well for both mp4 and mkv.
https://www.xmedia-recode.de/en/index.html
In XMedia set your output profile as mp4, load in your video file. Verify video and audio tracks are set to copy mode, not convert, then import your required srt subtitle(s). Finally click Add to Queue then press Encode. XMedia will mux together the video, audio and subtitle tracks into a new mp4 file. It's muxing not encoding so is a fast and lossless process.
I did a bit more research after posting this and found that it's a common request for the devs, but they have resisted at the moment due to it being out of scope of the project. I've been redirected to this on another forum, in addition to ffmpeg and the tools mentioned by kaljisnedekha. https://www.xmedia-recode.de/en/index.html
​
Thanks for commenting anyway.
​
Best,
If you are sure everything is off by a few seconds, use a program like Subtitle Edit to synchronize. http://www.nikse.dk/subtitleedit. Another option would be to check subscene.com for a better .srt file.
Every time you use handbrake to alter a video file it’s gonna decompress or decode the input file, make changes, then re-encode or decompress the output.
If you’re looking to make changes to a file, check out whether a tool like MKVToolNix will do your desired task, first, as that can remove audio, subtitles and such without re-compression.
Otherwise use a tool like MediaInfo to check the average bitrate of the original file and apply your own idea of sensible.
For example, I just had to crop one movie down to 16:9 and another to re-adjust to 16:9 and just used the average video bitrate as my new average bitrate in handbrake. There will be quality loss and a mid-match of file sizes but the difference was negligible.
That is definitely odd...good luck dealing with that
I would probably try MkvMerge Gui first to losslessly create a mkv file from that and then continue with that
https://mkvtoolnix.download/downloads.html
Try Media Player Classic BE as an alternative to VLC. It's the one I use. H265 is processor intensive though.
If your computer struggles to handle H265 1080p it will also likely struggle encoding H264 1080p from an H265 source.
MKVToolnix (MKVTools) is an all in one utility. https://mkvtoolnix.download/downloads.html#windows
MKV Multiplexer combines video, audio and subtitle tracks and remuxes them into a single MKV file. You can set the language tag for each subtitle and if it's not listed simply enter what you want in the box labelled Track Name. Media players will recognise and display whatever you write in the box.
The other included tool is Header Editor which allows you to modify audio, video and subtitle track names of an existing MKV file. It simply modifies the tag(s). If you still wanted to encode your videos you could load your completed video into Header Editor and relabel any subtitle tracks, then just click save to apply.
If you definitely want to re-encode your videos try the Apple TV3 preset (under Legacy), its a decent compromise (ensure MKV is your output format). If your computer really struggles (below 2-3 fps), your only option would be to change to 720p output resolution. Image quality will also drop but it's less processor intensive than a 1080p encode. I'd see how you get on with other media players first (KMPlayer is another option), before committing to re-encoding everything.
Try running the MKV you have through this tool: https://mkvtoolnix.download/downloads.html to remux it into a new mkv. Load that new MKV into XMedia Recode and see if it crashes. Im thinking the way that MakeMKV creates its files is having issues with the program.
Is Handbrake safe for PC? I know downloading it on a Mac gives you a Trojan or something...
Handbrake remains a rocking DVD ripper, for not only its open-source pedigree, but also intuitive interface, awesome conversion presets and great picture quality. The latest news indicated that Handbrake 1.0.7 dmg (downloaded before 10:30 a.m. EDT on May 2, 2017) was compromised by an unknown malicious file including the Trojan. If you download and install this edition to convert videos and rip DVD free on Mac, your Mac computer probably might be remote controlled by attackers, thus viewing the screen in real time, recording keystrokes, uploading your files, downloading additional malware, accessing the webcam, and issuing shell commands, among other nefarious activities etc. So make sure you have downloaded a safe Handbrake, for a safe Handbrake for Mac download, please go to its official site or free download handbrake safely from reputable software download sites like CNET, Softonic, Softpedia, Macupdate, etc. Or else, just switch to another safe and reliable Handbrake alternative for Mac and Windows
To anyone who's having the same issue. I've found that the newest version of Handbrake (the nightly build) has what i'm looking for in the default subtitles section. (It's a second DDL "Burn-In Behavior").
The nightly build can be found here: https://handbrake.fr/nightly.php
Some documentation discussing this can be found here: https://handbrake.fr/docs/en/latest/advanced/audio-subtitle-defaults.html
If you want the command line version: https://handbrake.fr/downloads2.php
Or are you wanting to know the equivalent command line parameters for what the GUI is doing? I only use the CLI, but perhaps there is a logging function in the GUI which would give more details.
Edit: A brief search turned this up - https://trac.handbrake.fr/wiki/ActivityLogByPlatform
Well these "kodi" boxes are basically a smart phone enclosed into a case with connections for HDMI / RJ45 (ethernet) / power / USB, etc. and are made to connect to your TV; you then simply switch inputs and operate from the included remote control.
So your TV is simply a display for the content from the "kodi" box, like a DVD player, etc.
They use the built-in memory/storage to run apps from the Google Play store; that you install as if you were using a tablet computer or smart phone.
Unfortunately I don't have any 4k content or any content encoded with H.265, so I can't personally answer to how well they do with UHD content playback.
And in regards to the models with only 1gb RAM; I would suggest looking at the ones with more memory/storage as the price difference is minimal.
The one I recently purchase is still under $40 on Amazon.
https://smile.amazon.com/gp/product/B07RWCXVBX/ref=ppx_yo_dt_b_asin_title_o03_s00?ie=UTF8&psc=1
And I'm not sure if you have looked but there is a Reddit group for these Kodi/Android TV boxes as well.
r/AndroidTVBoxes
Here's the amazon page of the player: https://www.amazon.ca/-/fr/dp/B07VWQ3RJC/ref=sr_1_1?__mk_fr_CA=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=mymahdi+timmkoo&qid=1584919002&s=electronics&sr=1-1 I have all of my .srt files ready. I tried them with vlc and they worked. What can I do?