Skip to content

Releases: tesselode/kira

v0.12.1

25 May 21:53

Choose a tag to compare

  • Fix a typo in the docs
  • Update some dependencies

v0.12.0

18 Feb 08:09

Choose a tag to compare

Breaking changes:

  • Updated the feature flags for file formats to be 1-to-1 with Symphonia's feature flags.
    • If you were using the ogg feature previously, you'll want to add vorbis as well.
    • If you were using the wav feature previously, you'll want to add pcm as well.
    • If you were using the default features, you don't need to change anything.

Other changes:

  • Update cpal to 0.17
  • Update glam to 0.32
  • Update pastey to 0.2
  • Fix a slight inaccuracy in the docs

v0.11.0

05 Nov 03:31

Choose a tag to compare

Breaking changes:

  • Replaced the buffer_size option in CpalBackendSettings with config, which gives many more configuration options (thanks @DaforLynx!)
  • Switch to 2024 edition, update dependencies, and update GitHub actions to use newer rustc versions (thanks @Roms1383!)
  • Remove the android_shared_stdcxx feature, as cpal now uses ndk::audio, and cpal's oboe-shared-stdcxx feature is deprecated

Other changes:

  • Switch from paste to pastey, re-export pastey, and update macros to not require manually importing pastey at the call site (thanks @Keinsleif!)
  • Fix typo in readme (thanks @benjamin-lieser!)

v0.10.8

17 Jun 04:58

Choose a tag to compare

  • Decode default audio track when multiple tracks are present (thanks @siavashserver!)

v0.10.7

03 Jun 00:42

Choose a tag to compare

  • Make StreamingSoundHandle Sync

v0.10.6

21 Apr 06:45

Choose a tag to compare

  • Fix cpal (desktop) errors on startup causing a panic on another thread instead of being returned to the caller

v0.10.5

06 Apr 21:29

Choose a tag to compare

  • Allow getting unhandled errors from CpalBackend and querying the number of errors discarded due to the error buffer being full (desktop only) (thanks @voidentente!)
  • Update glam to 0.30 (thanks @a1phyr!)

v0.10.4

17 Feb 04:36

Choose a tag to compare

  • Clamp all audio internally to the -1.0 to 1.0 range

From my testing, not all audio drivers clamp audio signals to the -1.0 to 1.0 range before applying the operating system volume, so in cases where Kira would have previously played sounds outside of that range, your application would play audio that's unexpectedly loud for the operating system's volume setting. This change prevents Kira from playing anything louder than it's "supposed" to.

v0.10.3

10 Feb 03:25

Choose a tag to compare

  • Clamp some parameters to valid values

v0.10.2

18 Jan 01:14

Choose a tag to compare

  • Add Static/StreamingSoundData::unsliced_duration (thanks @Roms1383!)