andrey/retina
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
320f208fc7
retina/Cargo.toml

55 lines
1.4 KiB
TOML
Raw Normal View History

move the client example to its own crate We're likely to add more examples with more dependencies (e.g. ffmpeg, gstreamer, webrtc). Nice to not have their deps in the main crate's dev-dependencies, and likewise to have each example show its true dependencies. As mentioned here: https://github.com/scottlamb/retina/issues/19#issuecomment-902302720
2022-07-13 21:51:03 +04:00
[workspace]
WebRTC proxy example (#60) This is a very basic version, as a starting point.
2022-07-16 03:12:26 +04:00
members = [".", "examples/client", "examples/webrtc-proxy"]
move the client example to its own crate We're likely to add more examples with more dependencies (e.g. ffmpeg, gstreamer, webrtc). Nice to not have their deps in the main crate's dev-dependencies, and likewise to have each example show its true dependencies. As mentioned here: https://github.com/scottlamb/retina/issues/19#issuecomment-902302720
2022-07-13 21:51:03 +04:00
default-members = ["."]
initial commit
2021-06-04 03:26:45 +04:00
[package]
name = "retina"
prep 0.4.5 for Longse fix (see #77)
2023-02-02 20:45:40 +04:00
version = "0.4.5"
initial commit
2021-06-04 03:26:45 +04:00
authors = ["Scott Lamb <slamb@slamb.org>"]
license = "MIT/Apache-2.0"
bump minimum Rust version to 1.56 The last commit needs at least 1.53 for its use of array's IntoIterator impl. We might as well bump up to 1.56 and take advantage of the 2021 edition.
2022-04-29 09:19:20 +04:00
edition = "2021"
initial commit
2021-06-04 03:26:45 +04:00
keywords = ["rtsp", "multimedia", "video", "streaming", "ip-camera"]
categories = ["network-programming", "multimedia"]
description = "high-level RTSP multimedia streaming library"
add repository link to Cargo.toml
2021-06-10 09:26:52 +04:00
repository = "https://github.com/scottlamb/retina"
prepare v0.0.2
2021-06-26 03:47:30 +04:00
include = ["src/**/*", "benches", "Cargo.toml"]
update minimum Rust version to 1.64 Apparently the new clap release needs this.
2023-01-31 10:25:19 +04:00
rust-version = "1.64"
initial commit
2021-06-04 03:26:45 +04:00
[dependencies]
base64 = "0.13.0"
v0.4.3: upgrade h264-reader crate * match a couple h264-reader semantic changes. E.g., decode_nal now expects the full NALU including header byte. * adjust test data in depacketize_parameter_change. The SDP parameters I used were invalid in a way caught only by the new h264-reader crate. That's not the intended scenario, so use different parameters. But mention the accidental scenario in CHANGELOG.md. * initialize logging in h264 tests to ease debugging problems like the bullet above. * in AAC code, match h264-reader's switch from bitreader to bitstream-io. This keeps dependencies down, in addition to the reasons for h264-reader's switch, described here: https://github.com/dholroyd/h264-reader/commit/7a02a3b7bd739e96ce262c852ea8b177e226f7f3
2022-09-29 08:38:46 +04:00
bitstream-io = "1.1"
initial commit
2021-06-04 03:26:45 +04:00
bytes = "1.0.1"
futures = "0.3.14"
v0.4.3: upgrade h264-reader crate * match a couple h264-reader semantic changes. E.g., decode_nal now expects the full NALU including header byte. * adjust test data in depacketize_parameter_change. The SDP parameters I used were invalid in a way caught only by the new h264-reader crate. That's not the intended scenario, so use different parameters. But mention the accidental scenario in CHANGELOG.md. * initialize logging in h264 tests to ease debugging problems like the bullet above. * in AAC code, match h264-reader's switch from bitreader to bitstream-io. This keeps dependencies down, in addition to the reasons for h264-reader's switch, described here: https://github.com/dholroyd/h264-reader/commit/7a02a3b7bd739e96ce262c852ea8b177e226f7f3
2022-09-29 08:38:46 +04:00
h264-reader = "0.6.0"
v0.3.3, fix #25: better HTTP auth support
2021-10-21 00:38:49 +04:00
hex = "0.4.3"
http-auth = "0.1.2"
initial commit
2021-06-04 03:26:45 +04:00
log = "0.4.8"
once_cell = "1.7.2"
pin-project = "1.0.7"
update some deps
2022-07-11 22:59:40 +04:00
pretty-hex = "0.3.0"
experimental UDP support (fixes #30) * support setting transport to UDP * breaking change: use new PacketContext rather than RtspMessageContext in places where an RTP/RTCP packet is expected, as it can now be over UDP instead of via RTSP interleaved data * send teardown, which is important with UDP sessions. (It also will help somewhat with Reolink TCP.) Along the way, make Session Unpin so that teardown can consume it without tripping over tokio::pin!(). * refactor to shrink the amount of data used by Session and how much gets memmoved around on the stack, instead of further growing it. Because of missing RTCP RR and reorder buffer support, this is only appropriate for using on a LAN. That's enough for me right now.
2021-08-28 03:30:55 +04:00
rand = "0.8.3"
prep 0.4.5 for Longse fix (see #77)
2023-02-02 20:45:40 +04:00
rtsp-types = "0.0.5"
fix #52 with upgrade to sdp-types 0.1.4
2022-03-08 22:05:25 +04:00
sdp-types = "0.1.4"
initial commit
2021-06-04 03:26:45 +04:00
smallvec = { version = "1.6.1", features = ["union"] }
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
thiserror = "1.0.25"
initial commit
2021-06-04 03:26:45 +04:00
time = "0.1.43"
take 2 at fixing 62f6949
2021-09-10 05:31:46 +04:00
tokio = { version = "1.11.0", features = ["macros", "net", "rt", "time"] }
update some deps
2022-07-11 22:59:40 +04:00
tokio-util = { version = "0.7.3", features = ["codec"] }
initial commit
2021-06-04 03:26:45 +04:00
url = "2.2.1"
[dev-dependencies]
update criterion version This trims the deps a bit. It'd trim it more if it used clap 4.0 like we use, or just used a lighter-weight arg parser. (They've apparently planned the latter.) But it's an improvement anyway.
2023-01-31 10:26:57 +04:00
criterion = { version = "0.4.0", features = ["async_tokio"] }
initial commit
2021-06-04 03:26:45 +04:00
mylog = { git = "https://github.com/scottlamb/mylog" }
move the client example to its own crate We're likely to add more examples with more dependencies (e.g. ffmpeg, gstreamer, webrtc). Nice to not have their deps in the main crate's dev-dependencies, and likewise to have each example show its true dependencies. As mentioned here: https://github.com/scottlamb/retina/issues/19#issuecomment-902302720
2022-07-13 21:51:03 +04:00
tokio = { version = "1.5.0", features = ["io-util", "macros", "rt-multi-thread", "test-util"] }
quick benchmark
2021-06-10 10:39:27 +04:00
benchmark tweaks * add variant which writes video to /dev/null * (try?) to compile with debug symbols. (it seems to work but cargo flamegraph still seems to complain?) * faster parsing of inline data. I'd like to figure out why this is slow with rtsp_types and fix it, but anyway in this benchmark I want to just focus on the depacketization
2021-06-11 00:50:20 +04:00
[profile.bench]
debug = true
add a more end-to-end benchmark
2021-06-28 20:58:38 +04:00
[[bench]]
name = "client"
harness = false
quick benchmark
2021-06-10 10:39:27 +04:00
[[bench]]
name = "depacketize"
harness = false
Reference in New Issue Copy Permalink