andrey/retina
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
f5b4c5a9b6
retina/CHANGELOG.md

23 lines
638 B
Markdown
Raw Normal View History

speed up interleaved data parsing This is a 20% improvement on the freshly-added benchmark.
2021-06-28 21:28:48 +04:00
## unreleased
overhaul error type * stop using deprecated failure crate and its deps * more uniformly detailed error messages * an enum of the type of error, currently internal-only. I'm not confident enough I understand what cases a caller might want to distinguish, so I added a comment inviting input instead of exposing it now. * while I'm at it, separate connection context and message contexts. This shrinks some of the data memmoved around in PacketItem and CodecItem.
2021-07-08 21:52:39 +04:00
* New opaque error type with more uniform, richer error messages. No more
`failure` dependency.
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.
Reference in New Issue Copy Permalink