Swiftpack.co - Swift Packages by kelvin13

The markdown parsing is broken/disabled for release notes. Sorry about that, I'm chasing the source of a crash that's been bringing this website down for the last couple of days. Minor concurrency patch: Adds `Sendable` conformances to the built-in generic `RGBA<T>` and `VA<T>` types. <p align="center"> <strong><em>Swift PNG</em></strong> <br/> 4.0.0 </p> ## features - ***Powerful interfaces.*** *Swift PNG*’s expressive, strongly-typed APIs make working with PNG images easy for beginners and advanced users alike. If your code compiles, you’re already most of the way there. Power users can take advantage of [custom indexing](../../tree/master/examples/#using-indexed-images), [manual decoding workflows](../../tree/master/examples/#online-decoding), and [user-defined color targets](../../tree/master/examples/#custom-color-targets). - ***Superior compression***. *Swift PNG* supports minimum cost path-based [*DEFLATE*](https://tools.ietf.org/html/rfc1951) optimization, which is why it offers four additional compression levels beyond what [*libpng*](http://www.libpng.org/pub/png/libpng.html) supports. *Swift PNG* outperforms *libpng* at its highest compression setting by [significant margins](../../tree/master/benchmarks#compression-level-13) for almost all types of input images. - ***Competitive performance.*** *Swift PNG* offers [competitive performance](../../tree/master/benchmarks/) compared to *libpng*. On appropriate CPU architectures, the *Swift PNG* encoder makes use of [hardware-accelerated hash tables](https://engineering.fb.com/2019/04/25/developer-tools/f14/) for even greater performance. - ***Pure Swift, all the way down.*** Aside from having no external dependencies, *Swift PNG* is powered by its own, native Swift *DEFLATE* implementation. This means *Swift PNG* works on any platform that Swift itself works on. It also means that *Swift PNG*’s performance [improves as the Swift compiler matures](../../tree/master/benchmarks#performance-by-toolchain). - ***Batteries included.*** *Swift PNG* comes with [built-in color targets](https://kelvin13.github.io/png/PNG/Color/) with support for [premultiplied alpha](https://kelvin13.github.io/png/PNG/RGBA/premultiplied/). [Convolution](https://kelvin13.github.io/png/PNG/convolve(_:dereference:kernel:)/) and [deconvolution](https://kelvin13.github.io/png/PNG/deconvolve(_:reference:kernel:)/) helper functions make [implementing custom color targets](../../tree/master/examples/#custom-color-targets) a breeze. On MacOS and Linux, *Swift PNG* has built-in file system support, allowing you to [compress](https://kelvin13.github.io/png/PNG/Data/Rectangular/compress(path:level:hint:)/) or [decompress](https://kelvin13.github.io/png/PNG/Data/Rectangular/decompress(path:)/) an image, given a filepath, in a single function call. Other platforms can take advantage of *Swift PNG*’s [protocol-oriented IO](https://kelvin13.github.io/png/PNG/Bytestream/) to implement their own data loading. - ***First-class iPhone optimization support.*** *Swift PNG* requires no custom setup or third-party plugins to handle [iPhone-optimized](../../tree/master/examples/#using-iphone-optimized-images) PNG images. iPhone-optimized images just work, on all platforms. Reproduce [`pngcrush`](https://developer.apple.com/library/archive/qa/qa1681/_index.html)’s output with [bit width-aware alpha premultiplication](https://kelvin13.github.io/png/PNG/RGBA/premultiplied(as:)/), for seamless integration anywhere in your application stack. - ***Comprehensive metadata support.*** *Swift PNG* can parse and validate all public PNG chunks, which are accessible as [strongly-typed metadata records](https://kelvin13.github.io/png/PNG/Metadata/). - ***Modern error handling.*** *Swift PNG* has a fully stateless and Swift-native [error-handling system](https://kelvin13.github.io/png/PNG/Error/). This release addresses `@_specialize` warnings produced by compiler PR [#30962](https://github.com/apple/swift/pull/30962) which affects users using the nightly 5.2+ builds. This release fixes some compiler warnings due to compiler drift from Swift 4.2 to 5.2+, and with the agreement of all contributors, [re-licenses](https://github.com/kelvin13/png/commit/a8c94cc4ef539f8d7300492c6c3d7c3265f44d61) the library under a weaker copyleft license, the Mozilla Public License 2.0. The library has been completely rewritten since version 2.0.1 and now features a much streamlined and improved API, as well as ancillary PNG chunk support, and a wider variety of color format inputs and outputs. Grayscale–alpha and indexed color now have first-class status in the 3.0 API, and are fully integrated with all PNG color backends in the file format’s specification. The typing system has also been greatly strengthened, resulting in an API which returns far fewer optionals, provides more expressive enumerations, and has a much greater chance of catching errors at compile time. This release adds a new overload to `png_encode(path:raw_data:properties:chunk_size:)` that takes a Swift `UnsafeBufferPointer<UInt8>` instead of an `Array`, to avoid having to recopy a foreign array into Swift managed memory. In addition to being faster and more memory-efficient, MaxPNG 2 brings new features: * Support for indexed-color and interlaced PNG files * Passes all [PNG test suite test cases](http://www.schaik.com/pngsuite/pngsuite.html#basic) * Contiguous encoding and decoding functions, which are more efficient than the progressive variety * Support for chroma keys, which are split between the `PLTE` and `tRNS` chunks * RGBA normalization * Ability to generate premultiplied alpha * Ability to generate Cairo buffers from PNG files * Ability to decompose interlaced PNGs into their constituent subimages * Ability to encode indexed and interlaced PNG files * Increased safety and validation * Better-designed API and API naming * Full API [documentation](https://github.com/kelvin13/maxpng/blob/master/doc/maxpng.md)

The markdown parsing is broken/disabled for release notes. Sorry about that, I'm chasing the source of a crash that's been bringing this website down for the last couple of days. This release is exactly the same as 1.0.0, except it has been re-licensed under the more permissive MPL-2.0 license. Initial release; supports baseline, extended, and progressive-mode images, images with restart markers, images with DNL segments, and user-defined extensions to the JPEG standard.

The markdown parsing is broken/disabled for release notes. Sorry about that, I'm chasing the source of a crash that's been bringing this website down for the last couple of days. The first production ready release of the *Noise* library, with support for several types of gradient noise (“Perlin noise”), cell noise (“Worley noise” or “Voronoi noise”), poisson disk sampling, and fractal brownian motion, among other things. Documentation is available on the [project wiki](https://github.com/kelvin13/noise/wiki). 

The markdown parsing is broken/disabled for release notes. Sorry about that, I'm chasing the source of a crash that's been bringing this website down for the last couple of days. this release contains backported fixes to get this package compiling again with the swift 5.6 toolchain in the wake of [SE-0335](https://forums.swift.org/t/se-0335-introduce-existential-any/53934) being dropped from swift 5.6. it also specifies the [`swift-grammar`](https://github.com/kelvin13/swift-grammar) dependency version more precisely. * fixes some symlink-related problems with editable SPM packages. * adds a more helpful compiler diagnostic when using the deprecated `JSON.IntegerOverflowError.type` property. <div align="center"> ***`json`*** `0.2.0` </div> hi all, about a month ago, we released the experimental [`swift-json` v0.1.0](https://forums.swift.org/t/swift-json-0-1-0-now-available/55067). `swift-json` up to [v0.1.6](https://github.com/kelvin13/swift-json/releases/tag/v0.1.6) only compiles on the swift 5.6 nightlies, and contains executable test targets that only compile on linux, which meant the package as a whole only compiles on a nightly toolchain on a linux platform. as i’m sure many will agree, this is quite silly, so we’ve made it a goal to support at least **three minor swift releases**, as well as **macOS, iOS, watchOS, and tvOS**. as part of the `0.2.0` release, we’re pleased to announce that `swift-json` now supports all the [swift package index](https://swiftpackageindex.com/kelvin13/swift-json) targets, going all the way back to swift 5.3.  look at all that green! as the project has matured, i’ve also set up a [CI pipeline](https://github.com/kelvin13/swift-json/actions/workflows/build.yml) to test a number of platform × toolchain configurations directly in GitHub Actions. **we are now explicitly testing the following platform × toolchain combinations:** * [ build-macos (macos-11) ](https://github.com/kelvin13/swift-json/runs/5354937589?check_suite_focus=true) * [build-macos (macos-10.15) ](https://github.com/kelvin13/swift-json/runs/5354937612?check_suite_focus=true) * [build-linux (ubuntu-20.04, 5.5.3) ](https://github.com/kelvin13/swift-json/runs/5354937381?check_suite_focus=true) * [build-linux (ubuntu-20.04, 5.4.3) ](https://github.com/kelvin13/swift-json/runs/5354937410?check_suite_focus=true) * [build-linux (ubuntu-20.04, 5.3.3) ](https://github.com/kelvin13/swift-json/runs/5354937446?check_suite_focus=true) * [build-linux (ubuntu-18.04, 5.5.3) ](https://github.com/kelvin13/swift-json/runs/5354937465?check_suite_focus=true) * [build-linux (ubuntu-18.04, 5.4.3) ](https://github.com/kelvin13/swift-json/runs/5354937490?check_suite_focus=true) [build-linux (ubuntu-18.04, 5.3.3)](https://github.com/kelvin13/swift-json/runs/5354937519?check_suite_focus=true) (Windows is on the way too!)

The markdown parsing is broken/disabled for release notes. Sorry about that, I'm chasing the source of a crash that's been bringing this website down for the last couple of days. Entrapta 0.1.0.