video_transcoding 0.11.0 → 0.11.1

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA1:
-  metadata.gz: 1ba201ee60bae63940461ad235187b738723c478
-  data.tar.gz: c1e50ded6787be60122559915853a1cdf38fe4df
+  metadata.gz: e1a2160cfa70551d7ab81f91c0e3cd683ac0b9bf
+  data.tar.gz: b1a56c9b2e5a5b5e2dec110828f7014ace48f217
 SHA512:
-  metadata.gz: 2d57ffe063543ec6651c756a1597b423f4e8c196e29818a7e97fba315c433787363b27d8be0063bdbdd9372c0547bf13c000835e09b36a1f48fa58b5fa175171
-  data.tar.gz: 6f2e1b09bc9bc9e4dfc4dfbb10843c089c5375ed739d35388821fb5bd838e9ba54e4180a0c02571c32f228c9f8ff3dde88ab383289f1ffc1a51b369dfd9a6308
+  metadata.gz: c7d9f359bacd4c0a44cebaf916da150921b26073f88d1dbe0a0b6b49c1a939c5e3d0fa5254f41e1a6596554ddab4ae9c35086b59d515f8ff9da91b32d1799f69
+  data.tar.gz: 41beec3d9fe83947cf35bc51c17db29e05054b8f82c91604ba221dacd4e3bb8f47d26499e47ca5dc094d2c5481f6c7f544cfba24098e2d85ee989fe7fd0b1873

data/README.md

@@ -471,7 +471,7 @@ The `--preset` option in `transcode-video` controls the x264 video encoder, not
 
     transcode-video --preset fast "/path/to/Movie.mkv"
 
-The x264 presets are supposed to trade encoding speed for compression efficiency, and their names attempt to reflect this. However, that's not quite how they always work.
+The x264 preset names (mostly) reflect their relative speed compared to the default, `medium`.
 
 Preset name | Note
 --- | --- | ---
@@ -481,14 +481,14 @@ Preset name | Note
 `faster` | use with caution
 `fast` | good but you might want to use `--quick` instead
 `medium` | default
-`slow` | smaller but not obviously higher quality
-`slower` | smaller but not obviously higher quality
-`veryslow` | smaller but not obviously higher quality
+`slow` | <!---->
+`slower` | <!---->
+`veryslow` | <!---->
 `placebo` | not recommended
 
-Presets faster than `medium` trade precision for more speed. That tradeoff is acceptable for the `fast` preset. But you may notice occasional quality loss problems when using the `faster` or `veryfast` presets.
+Presets faster than `medium` trade precision and compression efficiency for more speed. That tradeoff is acceptable for the `fast` preset. But you may notice occasional quality loss problems when using the `faster` or `veryfast` presets.
 
-Presets slower than `medium` trade encoding speed for more compression efficiency. Any quality improvement using these presets may not be perceptible for most input.
+Presets slower than `medium` trade encoding speed for more precision and compression efficiency. Any quality improvement using these presets may not be perceptible for most input.
 
 ### Recommended `transcode-video` usage
 
@@ -595,9 +595,11 @@ Plus, I wouldn't use a GUI for these tasks. And it's a bad idea to develop softw
 
 [High Efficiency Video Coding](https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding) or H.265  is the likely successor to [H.264](https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC), which is the format currently output by `transcode-video`. HandBrake has supported H.265 ever since it included the [x265 video encoder](http://x265.org/).
 
-While the x265 encoder can produce the same quality as the x264 encoder at a lower bitrate, it's considerably slower. So slow, in fact, as to not be practical for home transcoding.
+My ratecontrol system can't be applied with the current version of the x265 encoder in HandBrake because it doesn't allow access to `qpmax`, critical for maintaining quality in certain situations. I'll consider adding support once the [fix for `qpmax` support in x265](https://bitbucket.org/multicoreware/x265/issues/232/add-option-to-specify-qpmax) is available in an official HandBrake release.
 
-More importantly, my default ratecontrol system can't be applied with the x265 encoder. That's because x265 doesn't allow access to `qpmax`, critical for maintaining quality in certain situations. There's a [bug open on x265](https://bitbucket.org/multicoreware/x265/issues/232/add-option-to-specify-qpmax) about this now. When that's fixed, I'll consider adding support.
+But support also requires equivalent quality at a smaller size when using my rate control system. And performance is an issue. While speed continues to improve, the x265 encoder is still considerably slower than the current H.264 system.
+
+In the meantime, I recommend using the `--small` option to reduce output size. As a bonus, it's also faster.
 
 ### What about hardware-based video transcoding?
 
@@ -611,7 +613,7 @@ Also, keep in mind that hardware encoders are typically designed for realtime vi
 
 The original AC-3 format is limited to 5.1 audio channels. This means that any 7.1 channel audio track, typically available on Blu-ray Discs, needs to be downmixed during transcoding. The advantage to Enhanced AC-3 is that it can support up to 13.1 audio channels, so no downmixing is necessary.
 
-I'll consider adding support once Enhanced AC-3 is available in an official HandBrake release.
+Unfortunately, Enhanced AC-3 output is currently limited to 5.1 audio channels in HandBrake development builds. I'll consider adding support once an Enhanced AC-3 feature without that limitation is available in an official HandBrake release.
 
 ### How do you assess video transcoding quality?
 
@@ -623,7 +625,9 @@ What I don't use are [peak signal-to-noise ratios](https://en.wikipedia.org/wiki
 
 ### What options do you use with `transcode-video`?
 
-Instead of the default size, I use the `--small` option for more space savings.
+I use the default settings. That's why they're the defaults.
+
+But sometimes I use the `--small` option for more space savings.
 
 I never use the `--crop detect` function of `transcode-video` because I don't trust either `HandBrakeCLI` or `mplayer` to always get it right without supervision. Instead, I use the separate `detect-crop` tool before transcoding to manually review and apply the best crop values.
 
@@ -635,6 +639,17 @@ For a few problematic videos, I have to apply options like `--force-rate 23.976
 
 ## History
 
+### [0.11.1](https://github.com/donmelton/video_transcoding/releases/tag/0.11.1)
+
+Monday, September 26, 2016
+
+* Add `queue-import-file` and anything starting with `preset` to the list of unsupported `HandBrakeCLI` options.
+* Back out a change from version 0.3.1 to optimize setting the encoder level to behave more like past versions. This made no actual difference in the output video, only the `.log` file.
+* Update the "README" document to:
+    * Clarify tradeoffs when using the x264 preset system.
+    * Revise the status of H.265 and Enhanced AC-3 support.
+    * Tweak the description of how I use `transcode-video`. Again.
+
 ### [0.11.0](https://github.com/donmelton/video_transcoding/releases/tag/0.11.0)
 
 Thursday, September 15, 2016

data/bin/transcode-video

@@ -732,8 +732,8 @@ HERE
 
     def filter_handbrake_option(name)
       case name
-      when 'help', 'update', 'preset', 'preset-list', 'input', 'title',
-      'scan', 'main-feature', 'previews', 'output', 'format',
+      when 'help', 'update', /^preset/, 'queue-import-file', 'input',
+      'title', 'scan', 'main-feature', 'previews', 'output', 'format',
       'encoder-preset-list', 'encoder-tune-list', 'encoder-profile-list',
       'encoder-level-list'
         fail UsageError, "unsupported HandBrakeCLI option name: #{name}"
@@ -873,14 +873,7 @@ HERE
         vbv_maxrate = @vbv_maxrate_480p
       end
 
-      preset = @handbrake_options.fetch('encoder-preset', 'medium')
-
       if @abr_bitrate.nil? and @vbr_quality.nil?
-        case preset
-        when 'ultrafast', 'superfast', 'veryfast', 'faster', 'fast', 'medium'
-          handbrake_options['encoder-level'] = 'auto'
-        end
-
         handbrake_options['quality'] = '1'
 
         if @target_bitrate.nil?
@@ -920,7 +913,7 @@ HERE
         handbrake_options['quality'] = @vbr_quality.to_s.gsub(/\.0+$/, '') unless @vbr_quality.nil?
       end
 
-      if @quick and preset == 'medium'
+      if @quick and @handbrake_options.fetch('encoder-preset', 'medium') == 'medium'
         encoder_options['ref']          = '1'
         encoder_options['weightp']      = '1'
         encoder_options['subme']        = '6'

data/lib/video_transcoding/version.rb

@@ -5,5 +5,5 @@
 #
 
 module VideoTranscoding
-  VERSION = '0.11.0'
+  VERSION = '0.11.1'
 end

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: video_transcoding
 version: !ruby/object:Gem::Version
-  version: 0.11.0
+  version: 0.11.1
 platform: ruby
 authors:
 - Don Melton
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2016-09-16 00:00:00.000000000 Z
+date: 2016-09-27 00:00:00.000000000 Z
 dependencies: []
 description: |2
       Video Transcoding is a package of tools to transcode, inspect