OpenImageIO 2.1.18.0

Release 2.1.18 (1 Aug 2020) -- compared to 2.1.17

• Python ImageBuf.write() added a variety that takes an open ImageOutput.
  This is the key to writing multi-subimage files from Python. #2640
• oiiotool --eraseattrib fixed: was not applying to all subimages. #2632
• RAW: Improve thread safety when more than one thread might be opening
  different raw files at the same time. #2633
• unordered_map_concurrent fixed a missing size decrement upon erase(). #2624
• Fixes to support certain recent pybind11 changes. #2637
• Fixes to support OpenColorIO v2. #2636
• Fixes to support more recent fmtlib versions. #2639
• PNG: document the "png:compressionLevel" output hint. #2642
• In oiioversion.h, add a OIIO_MAKE_VERSION macro that constructs the
  integer code for a particular major/minor/patch release. #2641

OpenImageIO 2.1.17.0

Release 2.1.17 (1 Jul 2020) -- compared to 2.1.16

• Build: Use the discovered python binary name, to address the Fedora
  retriction that you must use "python2" or "python3" by name. #2598
• Docs: ImageBufAlgo::nonzero_region had been inadvertently left out of the
  Python chapter.
• Improve RLA reader's ability to detect corrupt or non-RLA files, which
  fixes crashes you could get from trying to read non-image files. #2600
• Support for building against Qt 5.15. (Note: Qt support is only needed
  for the "iv" viewer.) #2605
• Fixes to support LibRaw 0.20 (which is currently in beta3). Note that this
  will make it incompatible with 0.20 beta1 and beta2, due to a fixed typo
  of a struct field in one of the LibRaw's headers. #2613
• oiioversion.h: fix typo that left the OIIO_VERSION_RELEASE_TYPE symbol
  undefined. #2616

OpenImageIO 2.1.16.0

Release 2.1.16 (1 Jun 2020) -- compared to 2.1.15

• OpenEXR: Fix bug in the channel sorting order when channels are "X" and
  "Y" (was reversing the order by confusing "Y" for "luminance"). #2595
• Python: Fixed a bug that lost certain string arguments, especially when
  passing a TypeDesc as its string equivalent. #2587
• fmath: Very minor fix to OIIO::clamp(), shouldn't affect normal use with
  floats at all, but fixed a subtle quasi-bug in OSL. #2594
• TypeDesc has additional helpers of constexpr values TypeFloat2,
  TypeVector2, TypeVector4, TypeVector2i, TypePointer. #2592
• Build: The exported CMake config files now set cmake variable
  OpenImageIO_PLUGIN_SEARCH_PATH #2584
• Docs: improvements and fixes to broken page rendering.

OpenImageIO 2.1.15.0

Release 2.1.15 (11 May 2020) -- compared to 2.1.14

• RAW input: the "raw:flip" attribute if the underlying libraw did a
  reorientation. #2572
• Movie files: Fix posible infinite loop in the FFMpeg-based reader. #2576
• Fixes to allow building against the forthcoming LibRaw 0.20 release. #2484
• Documentation fixes. #2581

OpenImageIO 2.1.14.0

Release 2.1.14 (1 May 2020) -- compared to 2.1.13

• JPEG & PNG: Fix loss of 'config' hints upon close and reopen that could
  happen in cases where scanlines were accessed out of order. #2549
• TIFF: Fix subtle bug when reading certain Exif directories in the header.
  #2540
• Added OCIO role accessors to the ColorConfig class. #2548
• Improve error messages when overscan textures are not possible. #2521
• Build: fix problems when compiling against current libtiff master (symbol
  clash on GPSTAG values). #2539
• Build: Fix static boost to not overlink. #2537.
• Fix some problems with the docs. #2541
• AttrDelegate::as_vec<> returns the whole attribute as a std::vector.
  #2528

OpenImageIO 2.1.13.0

Release 2.1.13 (1 Apr 2020) -- compared to 2.1.12

• Fix: iinfo return code now properly indicates failures for files that can't be opened. #2511
• Fix: Catch previously uncaught exceptions that could happen in certain Filesystem utility calls. #2522
• Fix: Some span<> methods involving std::vector now will work properly with vectors that have custom allocators. #2533
• Fix: ParamValueList add_or_replace() was failing to "replace" if the new attribute had a different type than the existing one. #2527
• Fix: Fix resolution unit metadata that was not propery set in JPEG output. #2516
• Build: Additional cmake controls to customize required vs optional dependencies -- REQUIRED_DEPS list of dependencies normally optional that should be treated as required) and OPTIONAL_DEPS (list of dependencies normally required that should be optional). The main use case is to force certain optional deps to be required for your studio, to be sure that missing deps are a full build break, and not a successful build that silently lacks features you need. #2507
• Build: Fix exported config file, it was not ensuring that the Imath headers properly ended up in the config iclude path. #2515
• Build: Ensure compatibility and clean builds with clang 10. #2518
• Build: All the build_foo.bash helper scripts now use set -ex to ensure that if any individual commands in the script fails, the whole thing will exit with a failure. #2520
• Build correctly against the current master branch of OpenColorIO (previously we were only testing and properly building against the 1.1 release). #2530
• Added Strutil::upper() and lower() functions. #2525
• ParamValueList enhancement: new find_pv() method that is similar to find() but returns a pointer rather than an iterator and nullptr if the attribute is not found. #2527
• Add get_indexed() method to ParamValueList and AttrDelegate. #2526

OpenImageIO 2.1.12.0

Release 2.1.12 (2 Mar 2020) -- compared to 2.1.11

• Fix: plugin.h getsym() didn't pass along its report_error param. #2465
• Fix: ImageBuf::getchannel() did not honor its wrap parameter. #2465
• Fix: ImageSpec::erase_attribute() did not honor its searchtype param. #2465
• Fix: IBA::reorient() and IBA::computePixelsHashSHA1() did not honor their
  nthreads parameter. #2465.
• IBA::resample() now uses the clamp wrap mode to avoid black fringing and
  match the behavior of resize(). #2481
• Fix: ImageBuf::get_pixels() did not honor the stride parameters. #2487.
• fmath.h perf improvements: clamp() is 2x faster; madd() is improved
  especially on platforms without fma hardware; perf improvements in
  fast_sin, fast_cos; new safe_fmod is faster than std::fmod, new
  fast_neg is faster than simple negation in many cases, if you don't care
  that -(0.0) is 0.0 (rather than a true -0.0). #2491 #2492 #2494
• strutil: New function: concat(). #2478
• Build: un-embed the 'fmt' headers, instead auto-download if not found.
  #2439
• Build: Protect against certain compiler preprocessor errors for user
  programs that include strutil.h but also inculde fmt on its own. #2498.

OpenImageIO 2.1.11.2

Release 2.1.11.2 (12 Feb 2020)

• Another fix to the OpenEXR 2.2/2.3 problem, I didn't realize that the
  build was still breaking and needed an OIIO header included earlier to
  ensure that __has_include is defined before it is used.

OpenImageIO 2.1.11.1

Release 2.1.11.1 (11 Feb 2020)

• Fix build break against OpenEXR 2.2 & 2.3, when OpenEXR was built with
  'autotools' and because of a bug in their build systems, neglected to
  install a certain OpenEXR header. It was fine if you were building
  against an OpenEXR that was built using CMake, which included all the
  headers. #2486

If you aren't in this corner case and haven't had build problems complaining about missing ImfFloatVectorAttribute.h, there's no need to rush to upgrade to this mini-release.

OpenImageIO 2.1.11.0

Release 2.1.11 (1 Feb 2020) -- compared to 2.1.10

• Python bindings for ParamValueList.attribute(), when being passed
  attributes containing multiple values, now can have those values passed
  as Python lists and numpy arrays (previously they had to be tuples).
  #2437
• OpenEXR support is extended to handle float vector metadata. #2459
• Developer goody: simd.h vfloat3 has added a normalize(), length(),
  and length2() methods, to more closely match the syntax of Imath::Vec3f.
  #2437
• Internals: changed a lot of assertions to only happen in debug build mode,
  and changed a lot that happen in release builds to only print the error
  but not force a termination. #2435
• simd.h fix errors in vbool == and !=. #2463
• Make sure the embedded 'farmhash' implementation is completely hidden
  behind proper namespaces. #2473
• Many docs fixes.