[Matroska-devel] libEBML v1.4.0, libMatroska v1.6.0 released

[Moritz Bunkus]

Hey,

here are two new releases of libEBML (v1.4.0) and libMatroska
(v1.6.0). Both break the ABI & the API (the latter only in non-critical
ways) and have had their soname versions bumped. We've tried to cram as
many breaking changes into this one as possible.

Here are the download link & ChangeLog entries:

https://dl.matroska.org/downloads/libebml/libebml-1.4.0.tar.xz
https://dl.matroska.org/downloads/libebml/libebml-1.4.0.tar.xz.sha512.txt
https://dl.matroska.org/downloads/libmatroska/libmatroska-1.6.0.tar.xz
https://dl.matroska.org/downloads/libmatroska/libmatroska-1.6.0.tar.xz.sha512.txt

ChangeLog for libEBML:

------------------------------------------------------------
2020-06-27  Moritz Bunkus  <mo at bunkus.online>

        * Released v1.4.0.

        * Due to breaking ABI the soname version has been bumped to 5.0.0.

        * Default symbol visibility is now "hidden", reducing binary size.

        * Converted some things pointed out by cppcheck & clang-tidy to
        C++11.

        * Fixed a lot of issues pointed out by clang-tidy.

        * Added a function "ForceNoDefault" in the "EbmlElement" class.

        * Added a function "OverwriteData" in the "EbmlElement" class to
        complement the existing "OverwriteHead" function.

        * Fixed compilation on Windows wrt. winapifamily.h

        * Fixed compilation on Haiku.

        * A C++11 compliant compiler is now required. Several of its
        features are now used in the source.

2020-05-15  Moritz Bunkus  <mo at bunkus.online>

        * EbmlElement::FindNextElement: fixed a buffer overflow on the
        stack by one byte when the first byte read had its upper four bits
        unset.

        * EbmlCrc32: added a explicit assignment operator with default
        implementation as an explicit copy constructor exists (implicit
        assignment operators are deprecated in such cases).

2019-12-07  Moritz Bunkus  <moritz at bunkus.org>

        * When reading binary elements with a size of 0, the element was
        skipped by libebml instead of returned to the calling function.
------------------------------------------------------------

ChangeLog for libMatroska:

------------------------------------------------------------
2020-06-27  Moritz Bunkus  <mo at bunkus.online>

        * Released v1.6.0.

        * libEBML v1.4.0 is now required.

        * Due to breaking ABI the soname version has been bumped to 7.0.0.

        * Default symbol visibility is now "hidden", reducing binary size.

        * Converted some things pointed out by cppcheck & clang-tidy to
        C++11.

        * Fixed a lot of issues pointed out by clang-tidy.

        * A C++11 compliant compiler is now required. Several of its
        features are now used in the source.

        * "KaxCueData" class: added "PositionSet" overrides taking
        "KaxSimpleBlock" arguments.

        * "KaxSeekHead" class: the "IndexThis" function now returns a
        pointer to the newly allocated "KaxSeek" instance.

        * "KaxBlockData" class: the "SetReferencedTimecode" function is
        now public.

        * Fixed classes for updates in the current specification:
        KaxTrackTimecodeScale (can be written again), TimeSlice,
        SliceLaceNumber, TrackAttachmentLink (these cannot be written
        anymore), KaxContentEncAlgo (it's mandatory), KaxChapLanguageIETF
        (can occur multiple times), KaxFileUsedStartTime,
        KaxFileUsedEndTime (DivX-related elements, cannot be written
        anymore)

        * Added classes for new elements from the current specification:
        KaxBlockAdditionMapping, KaxBlockAddIDValue, KaxBlockAddIDName,
        KaxBlockAddIDType, KaxBlockAddIDExtraData,
        KaxContentEncAESSettings, KaxContentEncAESSettings.

        * The MATROSKA_VERSION pre-processor definition has been
        removed. You used to be able toe restrict compiling with only
        those classes for elements contained in Matroska v1, but that
        hasn't worked since 2010, so… yeah.

2020-03-16  Lars Benner  <benner at simi.com>

        * Build system: more fixes for building libMatroska as a DLL on
        Windows wrt. symbol visibility.
------------------------------------------------------------

Have fun :)

mosu