retina/CHANGELOG.md

## unreleased

## v0.0.4 (2021-06-28)

*   bugfix: Retina stopped receiving packets after receiving a keepalive response.

## v0.0.3 (2021-06-28)

*   BREAKING CHANGE: `Session<Playing>` now directly implements `Stream` instead of
    through `pkts()`.
*   Performance improvements.

## v0.0.2 (2021-06-25)

*   BREAKING CHANGE: Video frames are now provided as a single, contiguous `Bytes`, and
    H.264 depacketization is more efficient ([#4](https://github.com/scottlamb/retina/issues/4)).

## v0.0.1 (2021-06-09)

Initial release.
speed up interleaved data parsing This is a 20% improvement on the freshly-added benchmark. 2021-06-28 21:28:48 +04:00			`## unreleased`

don't break after keepalive response! prepare v0.0.4 immediately; v0.0.3 is effectively unusable. I want to test this properly, but I haven't yet figured out how to set up good mocks of tokio::Sleep and such. For now just fix the bug. 2021-06-29 02:29:52 +04:00			`## v0.0.4 (2021-06-28)`

			`* bugfix: Retina stopped receiving packets after receiving a keepalive response.`

prepare v0.0.3 release 2021-06-29 01:13:18 +04:00			`## v0.0.3 (2021-06-28)`

directly implement Stream on Session<Playing> The new implementation has several benefits: * it's more correct, in a way that probably doesn't matter now but will if we ever send ONVIF backchannel audio. See the removed comment about deadlock possibility. Similarly, I realized that if packets became readable halfway through flushing a keepalive, the keepalive future would be improperly dropped as described at the beginning of this blog post: https://carllerche.com/2021/06/17/six-ways-to-make-async-rust-easier/ * we'll be able to make other method calls on the Session while using the stream, eg sending audio with ONVIF backchannel * it's 8% faster according to the client benchmark. * it doesn't pull in the async-stream dependency anymore. * we can name the type of the stream, avoiding a Box in some cases. 2021-06-29 00:36:02 +04:00			* BREAKING CHANGE: `Session<Playing>` now directly implements `Stream` instead of
			through `pkts()`.
speed up interleaved data parsing This is a 20% improvement on the freshly-added benchmark. 2021-06-28 21:28:48 +04:00			`* Performance improvements.`

prepare v0.0.2 2021-06-26 03:47:30 +04:00			`## v0.0.2 (2021-06-25)`

directly implement Stream on Session<Playing> The new implementation has several benefits: * it's more correct, in a way that probably doesn't matter now but will if we ever send ONVIF backchannel audio. See the removed comment about deadlock possibility. Similarly, I realized that if packets became readable halfway through flushing a keepalive, the keepalive future would be improperly dropped as described at the beginning of this blog post: https://carllerche.com/2021/06/17/six-ways-to-make-async-rust-easier/ * we'll be able to make other method calls on the Session while using the stream, eg sending audio with ONVIF backchannel * it's 8% faster according to the client benchmark. * it doesn't pull in the async-stream dependency anymore. * we can name the type of the stream, avoiding a Box in some cases. 2021-06-29 00:36:02 +04:00			* BREAKING CHANGE: Video frames are now provided as a single, contiguous `Bytes`, and
prepare v0.0.2 2021-06-26 03:47:30 +04:00			`H.264 depacketization is more efficient ([#4](https://github.com/scottlamb/retina/issues/4)).`

			`## v0.0.1 (2021-06-09)`

			`Initial release.`