nativeaudio, branch HEAD

[v1.2.0] docs: record that every native backend now streams

2026-09-21T10:30:21Z

commit c7adf6fb145b50d5e016235d8f8c92b138465526 parent 561ed97c1e04e65ca49c0aaae4f2f03e0524b342 Author: Jack Mordaunt Date: Mon, 21 Sep 2026 07:30:21 -0300 docs: record that every native backend now streams Both items the TODO tracked are done, so the section goes with them.

[v1.1.0] docs: describe the new API, the versions and the measured format matrix

2026-09-18T17:17:16Z

commit d53fc254c83b0e79366be2b65c998d48b4c5d992 parent e0de7f9288c498e931539c019b8abf03c9d11ca3 Author: Jack Mordaunt Date: Fri, 18 Sep 2026 13:17:16 -0400 docs: describe the new API, the versions and the measured format matrix The readme still described package-level functions that no longer exist, said nothing about what formats go in, and carried a licence note that was wrong. The format matrix is measured rather than copied from vendor documentation: CI runs the probe on each platform and publishes the result. Both native backends turn out to decode far more than the AAC this package was written for, and the only gap either has is WMA on macOS. AAC profiles get their own table and a warning, since that is the one place a gap is dangerous rather than limiting: a backend handling only AAC-LC decodes a high efficiency file to half its sample rate and reports success. The licence note now says LGPL rather than GPL, which is what FFmpeg's libraries are, and justifies the sub-process by where it leaves the patent question rather than by a constraint that does not apply.

[v1.0.0] docs: describe the public API and the v1.0.0 breaking changes

2026-09-17T16:09:48Z

commit 6a7c98d26b76c0c93b56884040d8d14392a5c21c parent e63bbc49b6a3d4b85606a5cc85c187a57ae6f09b Author: Jack Mordaunt Date: Thu, 17 Sep 2026 12:09:48 -0400 docs: describe the public API and the v1.0.0 breaking changes