Skip to content

Releases: Cryptkeeper/liblorproto

v4.0.1

07 May 00:49
Compare
Choose a tag to compare

Other changes:

  • Removed usages of binary literals (GNU compiler extension) for easier cross-platform compatibility.

v4.0.0

02 Jan 20:15
Compare
Choose a tag to compare

Breaking API changes:

  • The library has been renamed liblorproto to avoid potential naming concerns in the future. This includes an updated GitHub repository URL, include path (e.g. lorproto/easy.h) and library definitions (e.g. LIBLORPROTO_VERSION_STRING). No types or functions have been renamed.

Other changes:

  • Adds additional asserts in debug builds for validating argument functions.

v3.2.0

01 Jan 00:12
Compare
Choose a tag to compare

Breaking API changes:

  • Non-easy.h usage of time encoding APIs (lorTimeToSeconds, lorSecondsToTime and lorAppendTime) have been replaced with a more correct API that calculates time values according to the change in intensity. See lorGetFadeTime usage in the common methods example code.

v3.1.1

26 Dec 18:09
Compare
Choose a tag to compare
  • Improved LOR_FORMAT_SINGLE type detection and error handling in lorGetChannelSetFormat
  • Added test coverage to intensity curve functions and lorGetChannelSetFormat
  • Improved compress.h test coverage

v3.1.0

19 Dec 18:45
Compare
Choose a tag to compare

Adds a new compress.h API for utilizing LOR-specific multi-channel bulk updating.

v3.0.1

25 Nov 20:52
Compare
Choose a tag to compare

Fixes a bug when encoding durations that would result in one-byte encoded values being wrongly encoded with increased durations.

v3.0.0

25 Sep 16:36
63c3f6e
Compare
Choose a tag to compare

Breaking Changes

  • Updated encoding methods now write to a struct LorBuffer * parameter to for write bounds tracking. The caller should allocate a block of memory (e.g. malloc(64)) and provide the memory allocation to liblightorama by obtaining a LorBuffer via lorBufferInit(mem, memSize). This call does not allocate internally. The struct LorBuffer value will retain the allocation for use in "lorAppend*" function operations. The caller must then read/copy/send this memory allocation as desired (and free the allocation when required).
  • Function names are now camelCase and usage of "Encode" has been replaced with "Append", e.g. lor_encode_channel_effect is now lorAppendChannelEffect.

v2.6.0

28 Sep 23:55
a191c12
Compare
Choose a tag to compare

Breaking Changes

  • uint8_t and uint16_t defined in coretypes.h have been prefixed with lor_ to avoid collisions with stdint.h and other popular headers

v2.5.0

30 Aug 21:58
8c2fa37
Compare
Choose a tag to compare

Additions

  • Added new lor_is_effect_eq function for comparing effects and metadata; includes expanded test coverage
  • New model.h helper functions have been added using a new python3 script for generating the files; includes expanded test coverage

Fixes

  • Fixed a scaling issue in the lor_intensity_curve_vendor function

Improvements

  • Reduced cross-header inclusions and removed usage of stdint.h via new coretypes.h

v2.4.0

21 Aug 18:54
5b61c27
Compare
Choose a tag to compare