免費使用HandBrake(鳳梨罐頭)軟體工具，輕鬆將DVD轉MKV(DVD2MKV)，也能批次轉檔喔！

冰羽

最近，在看了twins-jacky大大所發的少女時代普吉島 ALL ABOUT GIRLS' GENERATIONS 碟3 [全系列打包] (ASS)(繁中字)後，

真是深受感動！

那是要耗費多少心思、精力才能夠完美呈現出來的好作品呀！

而感動之餘，也開始著手身邊DVD的轉檔輸出。

twins-jacky大大文中所推薦的N中選一軟體→"HandBrake"按此下載。

試用第一發結果：

7.24GB的原始檔，轉檔完成後居然只要2.79GB，足足省了約61.5%的容量啊=口="...

當然，轉檔之餘也開始在網路上摸索該軟體之相關教學文件。

經過數小時的查找之後，終於找到了最詳細且精美的教學文章！

La's jargon: 免費使用HandBrake(鳳梨罐頭)軟體工具，輕鬆將DVD轉MKV(DVD2MKV)，也能批次轉檔喔！

謝謝論壇大大們那麼用心的付出，希望大家也能夠珍惜這塊寶地盡情分享、交流囉

pierachu

不知道handbrake有沒有區碼限制呢?
2區的DVD好像沒辦法轉呢!

tonylau1970

dvd轉MKV最快的工具是:: MAKEMKV

linkaede

很方便的軟體，謝謝分享

JackDesigner

1. 我也找了好久, 最後才發現最詳細且精美的手工教學文章,  原來早就在旁邊, 謝謝冰羽-->La's jargon: 免費使用HandBrake(鳳梨罐頭)軟體工具，輕鬆將DVD轉MKV(DVD2MKV)，也能批次轉檔喔！


2. 不知道handbrake有沒有區碼限制呢? 2區的DVD好像沒辦法轉呢!
PC光碟機通常沒有設定讀取區碼, 軟體通常也可使用全區碼, MAC光碟機就有可能有鎖區碼, 爬文 Oikos生活網討論文章:更改dvd區域碼已滿五次,  另外也有 Mobile01的文章: 求助 有關DVD區碼

3. handbrake 的設定部分, Advanced分頁當中的最底下空白欄位, 其中的參數可能要挖出參數定義手冊了
Regular-Normal :ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
Regular-High Profile: b-adapt=2:rc-lookahead=50

4.進階編碼選項可是重大功能可以自己控制檔案壓縮比和相容性, 所以 PCDVD數位科技討論區: Handbrake轉檔效能
也蠻有趣的

clubaudition

Regular-Normal :ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
Regular-High Profile: b-adapt=2:rc-lookahead=50
= =?

ref=1？subq=2？ 速度雖然快但是毫無精確計算子像素的運動，可能導致影片品質極不穩定
建議ref至少也要3或4，subq (subme) = 建議為7以上，drama 預設7、anime 最好9或10，rc-lookahead 為 60 。
(轉檔速度慢的參數 僅供參考)
雖然這種方法是最簡便迅速，也適用於初學者，但是.........
每一部DVD影片都不同，不可以使用一成不變的腳本去壓制，這樣作法是不對的
必須依照影片當時的情況去設定x264參數才是....

JackDesigner

clubaudition 發表於 2013-2-23 21:12
Regular-Normal :ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
Regular-High Profile: b-ad ...

謝謝 clubaudition 的細心建議, 會去挖一些考古來啃看看, 另外在[url]http://www.maximumpc.com[/url]找到 The Power User's Guide to Video Encoding with Handbrake 的 Advanced Settings Explained 初研討這東西縮寫看半天真的霧裡看花, 轉出來也很花 XD
Advanced Settings Explained

Reference Frames, Motion Estimation Method, Pyramidal B-Frames, oh my! Don't worry if you don't know what any of these do, we're going to give you a quick rundown, and then show you the exact settings to use for a variety of popular devices.

Reference Frames: Higher values yield better quality videos, but also take more time to encode. Set it too high and you could run into playback issues.

Mixed References: Video frames are divided into blocks called 'macroblocks.' Checking this box (and thus turning Mixed References on) allows different references to be used for different parts of each macroblock, potentially resulting in a higher quality rip.

B-Frames: Stands for bi-directional frame and is a compression method. Handbrake's developers recommend using a higher value (9-16) for animated content.

Adaptive B-Frames: Allows x264 to determine the number of B-frames to use.

Direct Prediction: Tells x264 what method to use when guessing motion for certain parts of a B-frame. If set to spatial, x264 will compare parts of the current frame, whereas temporal tells x264 to compare against the following P-frame. Handbrake's developers recommend choosing spatial over temporal.

Weighted B-Frames: Rather than base a B-frame's motion compensation on frames both and after with equal influence, weighted B-frames takes into consideration the distance from the frame being encoded.

Pyramidal B-Frames: As a High Profile feature, Handbrake's developers warn that enabling this setting will prevent your video from playing in Quicktime. What it does is treat each previous B-frame as a reference, resulting in higher quality, lower bitrate rips, but "at the expense of complexity."

Motion Estimation Method: Selects the way motion is detected by x264, ranked in order from the fastest encode time (at the expense of quality) to slowest, with Diamond being the fastest.

Subpixel Motion Estimation: Determines how x264 makes decisions about motion estimation, with higher levels increasing quality, and lower levels resulting in faster encode times.

Analysis: Determines how to divide up frames to capture details. In most cases, you'll want to leave this on "all."

8x8 DCT Blocks: Another High Profile feature, checking this box tells x264 to break frames down into 8x8 blocks for slightly better quality rips.

Trellis: When used with multi-pass encoding, this is supposed to improve quality, but can also significantly slow down encoding.

CABAC Entropy: Short for Contact Adaptive Binary Arithmetic Coding and is capable of reducing the bitrate. Not compatible with some popular devices.

No Fast P-Skip: Improves encoding speed by blocking on-solid colors, but also reduces quality.

No DCT Decimate: Tells x264 to "zero out" blocks when they won't be noticed by the viewer. Can be useful in reducing file sizes, but can also introduce unintended artifacts.

Deblocking: Smoothes out blocky compression artifacts. The higher the value, the more aggressive it works.

clubaudition

其實只需要看熟悉了x264的參數設定，也不必說得非常深入了解，一些常用的基本參數熟悉的話就可以將畫質掌握的很好了
小妹是因為對動畫有濃厚興趣所以有加入所謂的"字幕組"，對這方面的自我要求會比較高一點。

JackDesigner

clubaudition 發表於 2013-2-23 21:12
Regular-Normal :ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
Regular-High Profile: b-ad ...

The best H.264 / x264 settings for Handbrake 延伸閱讀 A rundown of Handbrake settings (0.9.6)

I wrote this up quite a while ago, and it’s been sitting as a draft since. I pulled information on each setting from a few different websites, and while I don’t have any “final results” to show you (and the write-up wasn’t quite completed), hopefully the information’s useful in helping you to better determine what each setting does (and how it will affect encode time and quality), and to come up with your own settings.

I’ve used Handbrake in the past to encode movies and various TV series from DVD source. Recently, I grabbed the latest version (0.9.3), and decided to encode a TV series from DVD.

In short, here’s what I’m looking to get from my encode:
-High quality, even if it takes a while to encode.
-File size of between 250-400mb for each 1-hour episde (about 42-44 mins).

Of course, the best way to see how well you’ve done is to find something to compare it to. Therefore, I grabbed a torrent of the same TV show, and aimed to create a better quality encode at a smaller file size.

Before dumping into the x264 settings, it’s worth noting that I used a 2-pass encode, and mixed the audio down to a 160kbps Dolby Surround encode.

Here’s a list of the x264 settings I chose in Handbrake, and why:

Reference Frames: 6
Normally, I’d go much higher here. However if you go too high, both hardware and *some* software players can choke. Unfortunately, reference frames are subject to diminishing returns. According to a document at mplayerhq.hu , while going from a setting of 1 to 2 would improve the signal-to-noise by 0.15dB, going from 6 to 12 would typically improve the signal-to-noise ratio by only 0.02dB but result in a 15-20% longer encoding time. Really high diminishing returns for something you probably won’t notice, and something that might cause issues if you ever try to play your video in a hardware player. That said, go crazy if you want and try 16. Just make sure your video plays fine afterwards.

Mixed References: Yes
You get some quality at the cost of some speed. I’ve never seen anyone give a good reason to turn it off.

B-Frames: 6
There’s another option called “adaptive b-frames” which is on by default (and there’s no setting to turn it off in Handbrake), so the encoder will use however many B-Frames it sees fit to use. Typically it won’t use more than 3 or 4. Feel free to pump this up to 16 if you want – it probably won’t make a lick of difference though unless for some reason it decides that more than 3-4 was needed.

Direct Prediciton: Automatic
None is bad, and if you’re intent on choosing one, Spacial should be better than Temporal according to the documentation. Everyone seems to point at leaving this at Auto so the encoder can decide when to use what, and I’d tend to stick with that.

Weighted B-Frames: Yes
A fun bit from mplayerhq.hu – there’s often not a lot to gain from this except during fades where it’ll save some bitrate… except that apparantly the “adaptive b-frames” that’s on by default tends to avoid b-frames during fades. So where it should help the most, it probably doesn’t. It can save some bitrate though anyway, and some people have noticed 1-2% larger file sizes without it (which means you should get an overall quality increase with a static file size in most cases, since I haven’t heard of any negative effects). It also doesn’t add much time to have enabled, so I’d leave it on. Should have a larger effect on film than it does on animation.

Pyramidal B-Frames: Yes
More quality, or a smaller bitrate. Adds time to the encode.

Motion Estimation Method: Uneven Multi-Hexagon (umh)
UMH will typically give the best quality. Exhaustive would take much longer, but probably wouldn’t give any benefit whatsoever.

Motion Estimation Range: 64
Higher is better, but takes longer to encode. More important for high-motion stuff.

Subpixel Motion Estimation: 9
Again, higher is better. Rather than just being “levels of quality”, each number turns on different features, or applies features to different/more frame types.

Analysis: All
About 10-15% longer encodes, about 0.1db improvement in signal to noise in high-motion stuff, and does almost nothing in low-motion stuff. Despite the rather small benefit, I use it anyway.

8×8 DCT: Yes
Simply adds another block size to the Analysis. If you have Analysis already set to “all”, you may as well choose this also.

Deblocking: 0 0
There’s no “best” setting for this, so the default is probably fine for most. The first number is “strength”, the second is “threshhold”. Think of it this way – the first is how much to blur, and the second is more like “when” to blur. Negative numbers will blur less and give a sharper image. Postive numbers will give more blur. If you’ve chosen an insanely low bitrate/filesize, or if the image looks too sharp or quite blocky, you may want to increase the numbers slightly to add some blur to help cover up any artifacting/blocking. If you’ve gone with a healthy bitrate and your encode is more blurry than the source, you can try going into the minuses. It’s generally accepted that going beyond +/- 3 won’t be terribly good. Really, I’d leave it at 0/0 unless you’re unhappy with the result.

Trellis: 2
2 uses Trellis more often than 1, will take longer to encode, and may increase the quality a bit.

No Fast P-Skip: Yes
Selecting this makes it take a little longer to encode, but can reduce blockiness. Leave it checked.

No DCT-Decimate: No
DCT-Decimate is usually a good thing, so leave this box unselected. It saves space where it thinks you won’t notice, which means more space is there to increase quality elsewhere (where you will notice it).

CABAC Entropy Coding: Yes
Better compression at the same quality. No Fast P-Skip also needs this to work. Playback requires a more work though, so old computers and some hardware players may choke. Keep it enabled unless you’re going to play the video on something that can’t cope.

6812

就是时间用的多，电脑不好吧

leepsteer00

很方便，謝謝分享。

JackDesigner

Milestone HandBrake 0.9.9

Completed 40 hours ago (05/18/13 15:54:20)

General

• Improved HandBrake pineapple icon by Matt Johnson
  

• Improved Retina-resolution icons within the application, by Nik Pawlak
  
  • ​http://nikpawlak.com
    

Core

• Blu-ray (PGS) subtitle support
  
  • works with Foreign Audio Search
  • can be Burned-In
  • can be passed through to MKV (but not MP4)
    

• Additional video framerates
  
  • 30, 50, 59.94, 60 fps
    

• Double framerate ("bob") mode for the deinterlace and decomb filters
  

• Better audio remix support
  
  • additional mixdowns: 6.1, 7.1, 7.1 (5F/2R/LFE)
    
    • CLI users should note 6ch becomes 5point1
      
  • better-than-Stereo sources can be upmixed to 5.1
  • discard one channel from Stereo sources
    
    • Mono (Left Only), Mono (Right Only)
      

• Allow the selection of higher audio bitrates where appropriate
  

• Allow the selection of lower audio samplerates where appropriate
  
  • 8, 11.025, 12, 16 kHz
    

• Audio dithering (TPDF) when converting to 16-bit FLAC
  

• Use libavcodec for DTS audio decoding (instead of libdca)
  
  • DTS-ES 6.1 Discrete support
    

• All graphical interfaces: support for x264's preset, tune and profile options
  
  • alternative to the Advanced panel (which is still available)
  • HandBrake-specific option to ensure compliance with a specific H.264 level
    

• Updated built-in presets
  
  • take advantage of x264 preset/tune/profile support
  • removed increasingly suboptimal and irrelevant Legacy presets
    

• Assorted bug fixes and improvements to the core library (libhb)
  

• Updated libraries
  
  • x264 r2273-b3065e6
  • Libav v9.6
  • libbluray 0.2.3
    

Windows

• User Interface has been re-written in WPF
  
  • Includes many small UI enhancements
    

• Switched to .NET 4 Client Profile
  
  • smaller download for those who don't have .NET 4 Full installed
    

Mac

• Assorted bug fixes
  
  • including better support for Retina displays
    

• Prevent sleep during encoding and scanning for Mountain Lion
  

• Drag & Drop files onto the Main window or application icon to scan
  

• Nicer progress indication on the dock icon
  

• Preview window improvements and bugfixes
  

• Updated Growl to 2.0.1
  
  • Notification Center support (when Growl is not installed)
    

Linux

• Assorted bug fixes and improvements
  

• Use some system libraries rather than bundling
  
  • fontconfig, freetype, libxml2, libass, libogg, libvorbis, libtheora and libsamplerate
    

Command Line Interface

• Audio option (-a) will ignore invalid input tracks and encode with only the valid ones
  

• Allow use of hh:mm:ss format when specifying p-to-p start/stop time
  

• Advanced audio options
  
  • enable level normalization when downmixing (disabled by default)
  • disable audio dithering or select a specific algorithm
    

acerx

本文章最後由 acerx 於 2013-8-20 15:02 編輯

Handbrake 居然不能將外掛字幕做成 hardsub
奇怪...  Handbrake 不是由 FFmpeg 修改過來的?
卻只能將內建字幕做成 hardsub，改成這樣實在是很不方便

FFmpeg 可以將外掛字幕做成 hardsub
把 fontconfig 置於 ffmpeg.exe 所在路徑
然字幕檔(sub.ass)放在 %cd%，使用 -vf subtitles=sub.ass

1. ffmpeg.exe -i input.mkv -an -vf
   
2. scale='800:trunc((800*(1/1)/dar)/16+0.5)*16',setsar=sar=1/1,subtitles=sub.ass
   
3. -vcodec libx264 -profile:v high -preset veryslow -x264opts
   
4. crf=18:ref=4:bframes=5 output.mp4

複製代碼

所謂的 GUI 似乎都是依開發者的偏好設計
逼不得已只好去用難用的命令列...

Barlos

本文章最後由 Barlos 於 2016-9-23 12:02 編輯

最近在用 HandBrake 轉些 DVD iso 檔, 這邊分享一下.

HandBrake 版本 0.10.5.0 x64 發布於: 2016-2(Feb)-11

HandBrake 可以直接轉光碟機或是 iso 影像檔.

下為一些使用心得紀錄與分享

轉檔的設定主要在 Video 這邊.

Video Codec:
https://handbrake.fr/docs/en/latest/technical/video-codecs.html
H.264 (x264): 預設轉碼, 提供很不錯的效能, 檔案大小與品質, 被大多數的播放器與行動裝置支援.

H.264 (Intel QSV):
1. 也稱為 H.264/AVC, 適用於有 Intel HD Graphic 的 Intel CPU
2. QuickSync 是基於硬體 H.264 encoder, 所以非常快, 與明顯較低 CPU 使用資源, 對比於 x264
3. Intel Haswell 或是更新的 CPU 建議使用, 可得到最好的品質與檔案大小
ˋˋ4. 預期檔案會大一些與較低些品質, 對比於預設軟體 x264 轉碼, 這是交換的代價, 大多是情況是 ok 的.

MPEG-4: 快速但低品質轉碼; 品質低於 H.264 但轉碼相對快速許多.
MPEG-2: 快速但低品質轉碼, 基於同 MPEG-4 的品質, 卻需要更大的容量, 大多已不再使用, 僅用於測試居多.

H.265(x265):
1. 也稱為 HEVC
2. H.265 的處理更複雜, 會比 HandBrake’s H.264 encoders 慢.
3. 能播放的裝置ˋ現今並不多, 尤其是行動裝置.

使用的電腦硬體規格:
CPU: i5-4440 3.1GHz (1150 腳位, Haswell)
主機板: 技嘉 H87M-D3H
記憶體: DDR3 8G x 2
作業系統: Windows 7 x64, 幾近包含全部的升級包
作業系統硬碟: Crucial MX200 SSD
資料硬碟/轉檔使用的硬碟: Toshiba 5T 監控 NAS 硬碟, 型號 MD04ABA500V

以下是我轉個 7.08G iso 檔的 HandBrake 設定, 影片長度是  4 小時, 轉出後檔案大小與耗用時間的說明.

設定 1.
Video Codec: H.264 (x264)
Framerate (FPS): 23.976/Peak Framerate
Constant Quality: 20 RF
Optimise Video: x264 Preset <Very Fast>; H.264 Profile <Main>; H.264 Level <4>
轉出檔案大小: 1.74GB
轉檔時間: 約 15 min

設定 2.
Video Codec: H.264 (x264)
Framerate (FPS): 23.976/Peak Framerate
Constant Quality: 20 RF
Optimise Video: x264 Preset <Medium>; H.264 Profile <High>; H.264 Level <4.1>
轉出檔案大小: 2.22GB
轉檔時間: 約 55 min

設定 3.
Video Codec: H.264 (Intel QSV)
Framerate (FPS): Same As Source
Constant Quality: 20 RF
Optimise Video: QSV Preset <Balanced>; H.264 Profile <High>; H.264 Level <4>
轉出檔案大小: 2.15GB
轉檔時間: 約 12 min

設定 4.
Video Codec: H.264 (Intel QSV)
Framerate (FPS): Same As Source
Constant Quality: 20 RF
Optimise Video: QSV Preset <Best Quality>; H.264 Profile <Main>; H.264 Level <4>
轉出檔案大小: 5.11GB
轉檔時間: 約 21 min

設定- 關於Optimise Video x264 Preset:
選項有: Ultra Fast  > Super Fast > Very Fast > Faster > Fast > Medium > Slow > Slower > Very Slow > Placebo
越後面轉檔越慢, 轉出的檔案大小也差異不小.
我另外轉了一個 iso 檔 3.91G, 片長 1H46M; 設定如下,

Video Codec: H.264 (x264)
Framerate (FPS): 23.976/Peak Framerate
Constant Quality: 20 RF
Optimise Video: x264 Preset <看下方說明>; H.264 Profile <Main>; H.264 Level <4>
x264 Preset <Very Fast>: 轉出檔案大小: 1.87GB 轉檔時間: 約 9 min
x264 Preset <Faster>: 轉出檔案大小: 1.78GB 轉檔時間: 約 13 min
x264 Preset <Fast>: 轉出檔案大小: 1.83GB 轉檔時間: 約 20 min
x264 Preset <Medium>: 轉出檔案大小: 1.85GB 轉檔時間: 約 25 min

設定解說:

• Constant Quality: 20 RF <= 網路上面很多建議只要用預設的 20 就可以, 但如果轉藍光 BD 就用 21
• Framerate (FPS): 23.976/Peak Framerate <= 29.97FPS 是預設的, 但是一般人看 23.976 FPS 也沒啥感覺, 除非兩個影片同時放一起看比較, 所以我選用 23.976/Peak Framerate, 這也有效大幅縮小檔案容量.
• Optimise Video 的 x264 選項(軟ˋ體轉檔), 會大幅影響時間.
• H.264 Intel QSV 的 Framerate 不能調整, 只能與原始檔一樣.
• 關於 H.264 Level 設定: Handbrake 使用手冊指出, 一般只要選擇 Auto/自動, 除非因為裝置的相容性, 才需要手動調整.
• 軟體轉檔, x264 Preset 設定為 <Faster> 檔案初步測試為最小.
  

關於 H.264 Level 設定, 可以參考下列網址
簡單來說: 一般可以設 4.0, 藍光 BD 要設 4.1; 同個檔案我設 4.01 跟 4.1 轉檔的時間 4.1 有比較多.

https://mattgadient.com/2013/06/12/a-best-settings-guide-for-handbrake-0-9-9/

Here are a few examples of profile support for popular devices:

iPhone 3, iPhone 3GS: Baseline Profile, Level 3.0
iPhone 4, iPad 1, AppleTV 2: Main Profile, Level 3.1
AppleTV 3: High Profile, Level 4.0 (may actually support 4.1)
iPhone 4S, iPhone 5, iPad 2, iPad 3, iPad Mini: High Profile, Level 4.1

Blackberry 7 & 7.1 devices:  High Profile, Level 3.1 (they recommend using Baseline Profile though)
Blackberry 10, Blackberry Playbook: High Profile, Level 4.2

WD TV Play & TV Live: High Profile, Level 4.1

BluRay devices (those which will read from a USB hard drive for example) should normally support High/Level 4.1, but are often somewhat picky and have a tendency to complain about being “too complex”. I haven’t actually bothered to try determining the exact cause, but if you run into this issue, you can try entering bluray-compat=1 in the “Additional Options” window (note that your file size may increase somewhat). If that doesn’t work, try Main profile or a lower level.

Samsung & Nokia don’t list profiles on their spec sheets for phones/tablets. Probably safe to assume at least Level 4.0 on their devices that record in 1080p.

Roku, Boxee Box, Netgear NeoTV don’t list profiles on their spec sheets for media streamers. Probably safe to assume at least Level 3.1 for 720p devices and Level 4.1 for 1080p.