alex/valence
1
0
Fork 0
mirror of https://github.com/italicsjenga/valence.git synced 2024-12-23 22:41:30 +11:00
Code Issues Packages Projects Releases Wiki Activity
valence/Cargo.toml

85 lines
2 KiB
TOML
Raw Normal View History

prepare for crates.io
2022-01-21 01:39:49 +11:00
[package]
name = "valence"
Prepare for public release
2022-09-04 09:48:11 +10:00
version = "0.1.0+mc1.19.2"
prepare for crates.io
2022-01-21 01:39:49 +11:00
edition = "2021"
move from private repo
2022-04-15 07:55:45 +10:00
description = "A framework for building Minecraft servers in Rust."
fix broken link
2022-01-21 01:41:24 +11:00
repository = "https://github.com/rj00a/valence"
Prepare for public release
2022-09-04 09:48:11 +10:00
readme = "README.md"
prepare for crates.io
2022-01-21 01:39:49 +11:00
license = "MIT"
Prepare for public release
2022-09-04 09:48:11 +10:00
keywords = ["minecraft", "gamedev", "server"]
categories = ["game-engines"]
Add block state generator
2022-04-18 10:04:39 +10:00
build = "build/main.rs"
Prepare for public release
2022-09-04 09:48:11 +10:00
authors = ["Ryan Johnson <ryanj00a@gmail.com>"]
move from private repo
2022-04-15 07:55:45 +10:00
prepare for crates.io
2022-01-21 01:39:49 +11:00
[dependencies]
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
anyhow = "1.0.65"
arrayvec = "0.7.2"
async-trait = "0.1.57"
base64 = "0.13.0"
Fix conflicting Debug impl on bitfield structs
2022-12-10 12:02:37 +11:00
bitfield-struct = "0.1.8"
Redesign packet processing and improve `Client` update procedure. (#146) Closes #82 Closes #43 Closes #64 # Changes and Improvements - Packet encoding/decoding happens within `Client` instead of being sent over a channel first. This is better for performance and lays the groundwork for #83. - Reduce the amount of copying necessary by leveraging the `bytes` crate and recent changes to `EncodePacket`. Performance is noticeably improved with maximum players in the `rust-mc-bot` test going from 750 to 1050. - Packet encoding/decoding code is decoupled from IO. This is easier to understand and more suitable for a future protocol lib. - Precise control over the number of bytes that are buffered for sending/receiving. This is important for limiting maximum memory usage correctly. - "packet controllers" are introduced, which are convenient structures for managing packet IO before and during the play state. - `byte_channel` module is created to help implement the `PlayPacketController`. This is essentially a channel of bytes implemented with an `Arc<Mutex<BytesMut>>`. - Error handling in the update procedure for clients was improved using `anyhow::Result<()>` to exit as early as possible. The `client` module is a bit cleaner as a result. - The `LoginPlay` packet is always sent before all other play packets. We no longer have to worry about the behavior of packets sent before that packet. Most packet deferring performed currently can be eliminated. - The packet_inspector was rewritten in response to the above changes. - Timeouts on IO operations behave better. # Known Issues - The packet_inspector now re-encodes packets rather than just decoding them. This will cause problems when trying to use it with the vanilla server because there are missing clientbound packets and other issues. This will be fixed when the protocol module is moved to a separate crate.
2022-11-01 21:11:51 +11:00
bytes = "1.2.1"
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
flume = "0.10.14"
futures = "0.3.24"
Proxy Support (#48) This PR adds Proxy Support. Closes #39 Co-authored-by: Ryan Johnson <ryanj00a@gmail.com>
2022-10-22 13:50:13 +11:00
hmac = "0.12.1"
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
num = "0.4.0"
paste = "1.0.9"
rand = "0.8.5"
rayon = "1.5.3"
rsa = "0.6.1"
rsa-der = "0.3.0"
Big Optimizations (#164) Closes #84 # Changes - Implemented new algorithm for tracking loaded entities and chunks. - The client does not need to maintain a list of loaded chunks and entities anymore, as this information can be inferred using carefully maintained data from the previous tick. - Chunks are used as a spatial partition for entities. Entity visibility is now based on chunk visibility rather than the euclidean distance to clients. - The BVH is no longer strictly necessary, so it has been moved to the new `valence_spatial_index` crate. - The API has been generalized to support things other than entities. The crate does not have a dependency on the main `valence` crate. - Chunk, entity, and player list packets are now aggressively cached to increase performance. - Chunk packets now include some filler light data. This makes the vanilla client lag a lot less. - Entities and chunks must now be marked as deleted before they are removed. - Improved `ChunkPos` interface. - Added function to get the duration per tick. - Added `Index` and `IndexMut` impls to collection types. As a result of the above changes, performance under heavy load has increased significantly. With the rust-mc-bot test on my machine, I went from a max of ~1000 players to ~4000 players.
2022-12-11 21:37:02 +11:00
rustc-hash = "1.1.0"
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
serde = { version = "1.0.145", features = ["derive"] }
serde_json = "1.0.85"
sha1 = "0.10.5"
sha2 = "0.10.6"
thiserror = "1.0.35"
Replace `log` crate with `tracing` (#157) The `tracing` crate seems to be the go-to logging/profiling/instrumentation solution nowadays. Perhaps in the future we could use `tracing` for profiling instead of (or in addition to) the `perf`-based `cargo flamegraph` command. This would sidestep the issue of `rayon` polluting the output. I conducted an initial experiment by adding some more spans but wasn't very happy with the result. Log messages have also been improved. There is some additional context and events are raised when clients are added/removed from the server.
2022-11-17 13:22:44 +11:00
tracing = "0.1.37"
Add the packet inspector proxy
2022-07-02 08:29:31 +10:00
url = { version = "2.2.2", features = ["serde"] }
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
uuid = { version = "1.1.2", features = ["serde"] }
Re-visit `From` impl for native data types found in NBT data format. (#169)
2022-12-16 13:38:52 +11:00
valence_nbt = { version = "0.5.0", path = "valence_nbt" }
Move protocol code to `valence_protocol` + redesigns (#153) Closes #83 This PR aims to move all of Valence's networking code to the new `valence_protocol` crate. Anything not specific to valence is going in the new crate. It also redesigns the way packets are defined and makes a huge number of small additions and improvements. It should be much easier to see where code is supposed to go from now on. `valence_protocol` is a new library which enables interactions with Minecraft's protocol. It is completely decoupled from valence and can be used to build new clients, servers, tools, etc. There are two additions that will help with #5 especially: - It is now easy to define new packets or modifications of existing packets. Not all packets need to be bidirectional. - The `CachedEncode` type has been created. This is used to safely cache redundant calls to `Encode::encode`.
2022-11-14 01:10:42 +11:00
valence_protocol = { version = "0.1.0", path = "valence_protocol", features = ["encryption", "compression"] }
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
vek = "0.15.8"
move from private repo
2022-04-15 07:55:45 +10:00
Update Cargo.toml
2022-07-18 19:02:37 +10:00
[dependencies.tokio]
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
version = "1.21.1"
Update Cargo.toml
2022-07-18 19:02:37 +10:00
features = ["macros", "rt-multi-thread", "net", "io-util", "sync", "time"]
move from private repo
2022-04-15 07:55:45 +10:00
[dependencies.reqwest]
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
version = "0.11.12"
move from private repo
2022-04-15 07:55:45 +10:00
default-features = false
# Avoid OpenSSL dependency on Linux.
features = ["rustls-tls", "json"]
[dev-dependencies]
Big Optimizations (#164) Closes #84 # Changes - Implemented new algorithm for tracking loaded entities and chunks. - The client does not need to maintain a list of loaded chunks and entities anymore, as this information can be inferred using carefully maintained data from the previous tick. - Chunks are used as a spatial partition for entities. Entity visibility is now based on chunk visibility rather than the euclidean distance to clients. - The BVH is no longer strictly necessary, so it has been moved to the new `valence_spatial_index` crate. - The API has been generalized to support things other than entities. The crate does not have a dependency on the main `valence` crate. - Chunk, entity, and player list packets are now aggressively cached to increase performance. - Chunk packets now include some filler light data. This makes the vanilla client lag a lot less. - Entities and chunks must now be marked as deleted before they are removed. - Improved `ChunkPos` interface. - Added function to get the duration per tick. - Added `Index` and `IndexMut` impls to collection types. As a result of the above changes, performance under heavy load has increased significantly. With the rust-mc-bot test on my machine, I went from a max of ~1000 players to ~4000 players.
2022-12-11 21:37:02 +11:00
approx = "0.5.1"
Replace `log` crate with `tracing` (#157) The `tracing` crate seems to be the go-to logging/profiling/instrumentation solution nowadays. Perhaps in the future we could use `tracing` for profiling instead of (or in addition to) the `perf`-based `cargo flamegraph` command. This would sidestep the issue of `rayon` polluting the output. I conducted an initial experiment by adding some more spans but wasn't very happy with the result. Log messages have also been improved. There is some additional context and events are raised when clients are added/removed from the server.
2022-11-17 13:22:44 +11:00
tracing-subscriber = "0.3.16"
Big Optimizations (#164) Closes #84 # Changes - Implemented new algorithm for tracking loaded entities and chunks. - The client does not need to maintain a list of loaded chunks and entities anymore, as this information can be inferred using carefully maintained data from the previous tick. - Chunks are used as a spatial partition for entities. Entity visibility is now based on chunk visibility rather than the euclidean distance to clients. - The BVH is no longer strictly necessary, so it has been moved to the new `valence_spatial_index` crate. - The API has been generalized to support things other than entities. The crate does not have a dependency on the main `valence` crate. - Chunk, entity, and player list packets are now aggressively cached to increase performance. - Chunk packets now include some filler light data. This makes the vanilla client lag a lot less. - Entities and chunks must now be marked as deleted before they are removed. - Improved `ChunkPos` interface. - Added function to get the duration per tick. - Added `Index` and `IndexMut` impls to collection types. As a result of the above changes, performance under heavy load has increased significantly. With the rust-mc-bot test on my machine, I went from a max of ~1000 players to ~4000 players.
2022-12-11 21:37:02 +11:00
noise = "0.8.2"
valence_spatial_index = { path = "valence_spatial_index", version = "0.1.0" }
Add block state generator
2022-04-18 10:04:39 +10:00
[build-dependencies]
Use exact versions of dependencies in Cargo.toml
2022-09-23 10:00:02 +10:00
anyhow = "1.0.65"
heck = "0.4.0"
proc-macro2 = "1.0.43"
quote = "1.0.21"
serde = { version = "1.0.145", features = ["derive"] }
serde_json = "1.0.85"
rayon = "1.5.3"
num = "0.4.0"
Expose the protocol API behind a feature flag This could be useful for building proxies or clients in the future.
2022-07-01 04:53:57 +10:00
Add the packet inspector proxy
2022-07-02 08:29:31 +10:00
[workspace]
Add performance tests (#113) Adds the performance_tests/ directory. In the future we could use our own fake client software instead of rust-mc-bot. This would make it easier to run the tests.
2022-10-15 15:18:03 +11:00
members = [
Move protocol code to `valence_protocol` + redesigns (#153) Closes #83 This PR aims to move all of Valence's networking code to the new `valence_protocol` crate. Anything not specific to valence is going in the new crate. It also redesigns the way packets are defined and makes a huge number of small additions and improvements. It should be much easier to see where code is supposed to go from now on. `valence_protocol` is a new library which enables interactions with Minecraft's protocol. It is completely decoupled from valence and can be used to build new clients, servers, tools, etc. There are two additions that will help with #5 especially: - It is now easy to define new packets or modifications of existing packets. Not all packets need to be bidirectional. - The `CachedEncode` type has been created. This is used to safely cache redundant calls to `Encode::encode`.
2022-11-14 01:10:42 +11:00
"valence_derive",
Add performance tests (#113) Adds the performance_tests/ directory. In the future we could use our own fake client software instead of rust-mc-bot. This would make it easier to run the tests.
2022-10-15 15:18:03 +11:00
"valence_nbt",
Move protocol code to `valence_protocol` + redesigns (#153) Closes #83 This PR aims to move all of Valence's networking code to the new `valence_protocol` crate. Anything not specific to valence is going in the new crate. It also redesigns the way packets are defined and makes a huge number of small additions and improvements. It should be much easier to see where code is supposed to go from now on. `valence_protocol` is a new library which enables interactions with Minecraft's protocol. It is completely decoupled from valence and can be used to build new clients, servers, tools, etc. There are two additions that will help with #5 especially: - It is now easy to define new packets or modifications of existing packets. Not all packets need to be bidirectional. - The `CachedEncode` type has been created. This is used to safely cache redundant calls to `Encode::encode`.
2022-11-14 01:10:42 +11:00
"valence_protocol",
Big Optimizations (#164) Closes #84 # Changes - Implemented new algorithm for tracking loaded entities and chunks. - The client does not need to maintain a list of loaded chunks and entities anymore, as this information can be inferred using carefully maintained data from the previous tick. - Chunks are used as a spatial partition for entities. Entity visibility is now based on chunk visibility rather than the euclidean distance to clients. - The BVH is no longer strictly necessary, so it has been moved to the new `valence_spatial_index` crate. - The API has been generalized to support things other than entities. The crate does not have a dependency on the main `valence` crate. - Chunk, entity, and player list packets are now aggressively cached to increase performance. - Chunk packets now include some filler light data. This makes the vanilla client lag a lot less. - Entities and chunks must now be marked as deleted before they are removed. - Improved `ChunkPos` interface. - Added function to get the duration per tick. - Added `Index` and `IndexMut` impls to collection types. As a result of the above changes, performance under heavy load has increased significantly. With the rust-mc-bot test on my machine, I went from a max of ~1000 players to ~4000 players.
2022-12-11 21:37:02 +11:00
"valence_spatial_index",
Add performance tests (#113) Adds the performance_tests/ directory. In the future we could use our own fake client software instead of rust-mc-bot. This would make it easier to run the tests.
2022-10-15 15:18:03 +11:00
"packet_inspector",
Optimize sending tracked entity data (#163)
2022-12-01 10:55:46 +11:00
"benchmarks/bench_players"
Add performance tests (#113) Adds the performance_tests/ directory. In the future we could use our own fake client software instead of rust-mc-bot. This would make it easier to run the tests.
2022-10-15 15:18:03 +11:00
]
Optimize sending tracked entity data (#163)
2022-12-01 10:55:46 +11:00
exclude = ["benchmarks/rust-mc-bot"]
Change debug optimization levels (#33) Changed the `Cargo.toml` to allow full optimization of dependencies and minimally optimize the binary to allow proper testing without timeouts and errors due to overload.
2022-09-08 21:40:42 +10:00
[profile.dev.package."*"]
opt-level = 3
[profile.dev]
opt-level = 1
Reference in a new issue Copy permalink