0.17.3
This version was originally tagged and released on the date below. These notes were added on GitHub much later so the creation date won't match.
Sunday, May 14, 2017
HandBrakeCLIversions 1.0 and later changed the default frame rate mode from "constant" to "peak-limited" when a rate is specified. This new behavior inHandBrakeCLIrequires two significant changes intranscode-video:- Fix a bug where the
--force-rateoption failed to force a constant frame rate. This bug made it behave essentially the same at the--limit-rateoption. - Fix a bug where a constant frame rate was not forced for inputs containing MPEG-2 video. This bug affected the transcoding of all DVDs but very few Blu-ray Discs. The good news is that this bug probably didn't cause visual problems since the new default peak-limited implementation in
HandBrakeCLIversions 1.0 and later worked like a constant frame rate most of the time.
- Fix a bug where the
- Modify
convert-videoto use binary file mode when reading and writing console and log output fromffmpeg. This eliminates redundant information and "console spew" on Windows by suppressing the EOL <-> CRLF conversion. Thanks, @samhutchins! Via #147. - Also modify
transcode-videoandconvert-videoto use binary file mode when processing console I/O frommkvpropeditandmp4trackto eliminate that same "console spew" on Windows. - Modify
detect-cropto escape preview commands forcmd.exeand PowerShell on Windows in a manner that's still compatible with Bourne and Z shells. Also mention in the "Usingdetect-crop" section of the "README" document that path names within the sample commands are not escaped properly when usingcmd.exeor PowerShell on Windows and thatbash.execan be used as a workaround. Via #146. - Modify
transcode-videoto acceptx264_10bit,x265_10bit,x265_12bitandx265_16bitas supported encoders while also adjusting the encoder profile for these variants. Via #143. - Modify
transcode-videoto no longer set the x264 encoder level if a frame rate has been requested higher than30FPS. Via #141.