mirrors/gst-plugins-rs
mirrors/gst-plugins-rs
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs.git synced 2024-11-14 06:11:10 +00:00
Code Issues Projects Releases Wiki Activity
gst-plugins-rs/generic/threadshare/Cargo.toml

87 lines
2 KiB
TOML
Raw Normal View History

threadshare: Initial commit
2018-03-06 09:38:27 +00:00
[package]
name = "gst-plugin-threadshare"
Use workspace features for crates metadata/deps Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1446>
2024-02-05 13:35:07 +00:00
version.workspace = true
threadshare: Initial commit
2018-03-06 09:38:27 +00:00
authors = ["Sebastian Dröge <sebastian@centricular.com>"]
fix LGPL-2.1+ license in Cargo.toml The proper SPDX name is LGPL-2.1-or-later, see https://spdx.org/licenses/
2020-04-16 11:06:34 +00:00
license = "LGPL-2.1-or-later"
Make GStreamer plugin/crate/library/directory names and descriptions consistent Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/238
2022-10-23 09:13:23 +00:00
description = "GStreamer Threadshare Plugin"
Use workspace features for crates metadata/deps Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1446>
2024-02-05 13:35:07 +00:00
repository.workspace = true
edition.workspace = true
rust-version.workspace = true
threadshare: Initial commit
2018-03-06 09:38:27 +00:00
[dependencies]
ts/Task: spawn StateMachine on ts Context Task state machines used to execute in an executor from the Futures crate. State transitions actions and iteration functions were then spawned on the target threadshare Context. This commit directly spawns the task state machine on the threadshare Context. This simplifies code a bit and paves the way for the changes described in [1]. Also introduces struct `StateMachineHandle`, which gather together fields to communicate and synchronize with the StateMachine. Renamed `StateMachine::run` as `spawn` and return `StateMachineHandle`. [1]: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/793#note_1464400
2022-07-26 07:23:52 +00:00
async-task = "4.3.0"
generic: threadshare: port to polling 3.1.0 Also use `rustix` & `std::ffi` instead of `libc`. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1336>
2023-09-27 16:32:54 +00:00
cfg-if = "1"
concurrent-queue = "2.2.0"
threadshare: Update to flume 0.11 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1301>
2023-08-17 06:18:56 +00:00
flume = "0.11"
generic: threadshare: port to polling 3.1.0 Also use `rustix` & `std::ffi` instead of `libc`. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1336>
2023-09-27 16:32:54 +00:00
futures = "0.3.28"
Use workspace features for crates metadata/deps Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1446>
2024-02-05 13:35:07 +00:00
gio.workspace = true
gst.workspace = true
gst-audio.workspace = true
gst-net.workspace = true
gst-rtp.workspace = true
once_cell.workspace = true
ts/executor: replace tokio with smol-like implementation The threadshare executor was based on a modified version of tokio which implemented the throttling strategy in the BasicScheduler. Upstream tokio codebase has significantly diverged from what it was when the throttling strategy was implemented making it hard to follow. This means that we can hardly get updates from the upstream project and when we cherry pick fixes, we can't reflect the state of the project on our fork's version. As a consequence, tools such as cargo-deny can't check for RUSTSEC fixes in our fork. The smol ecosystem makes it quite easy to implement and maintain a custom async executor. This MR imports the smol parts that need modifications to comply with the threadshare model and implements a throttling executor in place of the tokio fork. Networking tokio specific types are replaced with Async wrappers in the spirit of [smol-rs/async-io]. Note however that the Async wrappers needed modifications in order to use the per thread Reactor model. This means that higher level upstream networking crates such as [async-net] can not be used with our Async implementation. Based on the example benchmark with ts-udpsrc, performances seem on par with what we achieved using the tokio fork. Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/118 Related to https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/604
2021-12-14 18:40:27 +00:00
pin-project-lite = "0.2.0"
generic: threadshare: port to polling 3.1.0 Also use `rustix` & `std::ffi` instead of `libc`. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1336>
2023-09-27 16:32:54 +00:00
polling = "3.1.0"
Update to rand 0.8
2021-01-09 10:24:28 +00:00
rand = "0.8"
generic: threadshare: port to polling 3.1.0 Also use `rustix` & `std::ffi` instead of `libc`. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1336>
2023-09-27 16:32:54 +00:00
rustix = { version = "0.38.2", default-features = false, features = ["std", "fs", "net"] }
ts/Task: spawn StateMachine on ts Context Task state machines used to execute in an executor from the Futures crate. State transitions actions and iteration functions were then spawned on the target threadshare Context. This commit directly spawns the task state machine on the threadshare Context. This simplifies code a bit and paves the way for the changes described in [1]. Also introduces struct `StateMachineHandle`, which gather together fields to communicate and synchronize with the StateMachine. Renamed `StateMachine::run` as `spawn` and return `StateMachineHandle`. [1]: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/793#note_1464400
2022-07-26 07:23:52 +00:00
slab = "0.4.7"
threadshare: Update to socket2 0.5 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1113>
2023-03-01 11:59:53 +00:00
socket2 = {features = ["all"], version = "0.5"}
ts/executor: replace tokio with smol-like implementation The threadshare executor was based on a modified version of tokio which implemented the throttling strategy in the BasicScheduler. Upstream tokio codebase has significantly diverged from what it was when the throttling strategy was implemented making it hard to follow. This means that we can hardly get updates from the upstream project and when we cherry pick fixes, we can't reflect the state of the project on our fork's version. As a consequence, tools such as cargo-deny can't check for RUSTSEC fixes in our fork. The smol ecosystem makes it quite easy to implement and maintain a custom async executor. This MR imports the smol parts that need modifications to comply with the threadshare model and implements a throttling executor in place of the tokio fork. Networking tokio specific types are replaced with Async wrappers in the spirit of [smol-rs/async-io]. Note however that the Async wrappers needed modifications in order to use the per thread Reactor model. This means that higher level upstream networking crates such as [async-net] can not be used with our Async implementation. Based on the example benchmark with ts-udpsrc, performances seem on par with what we achieved using the tokio fork. Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/118 Related to https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/604
2021-12-14 18:40:27 +00:00
waker-fn = "1.1"
threadshare: Initial commit
2018-03-06 09:38:27 +00:00
ts/examples: introduce a standalone pipeline test Implement a test that initializes pipelines with minimalistic theadshare src and sink. This can help with the evaluation of changes to the threadshare runtime or with element implementation details. It makes it easy to run flamegraph or callgrind and to focus on the threadshare runtime overhead.
2022-08-16 12:26:24 +00:00
# Used by examples
examples: Update to clap 4
2022-09-29 06:48:53 +00:00
clap = { version = "4", features = ["derive"], optional = true }
ts/examples: introduce a standalone pipeline test Implement a test that initializes pipelines with minimalistic theadshare src and sink. This can help with the evaluation of changes to the threadshare runtime or with element implementation details. It makes it easy to run flamegraph or callgrind and to focus on the threadshare runtime overhead.
2022-08-16 12:26:24 +00:00
ts-udpsrc: Dup the socket so that both tokio and GIO can take ownership of it Otherwise both would be closing the same socket, which a) breaks the second user of the socket if any and b) could on the second close cause a completely unrelated socket to be closed. Windows part of the code is untested.
2018-11-30 17:38:25 +00:00
[target.'cfg(windows)'.dependencies]
ts/executor: replace tokio with smol-like implementation The threadshare executor was based on a modified version of tokio which implemented the throttling strategy in the BasicScheduler. Upstream tokio codebase has significantly diverged from what it was when the throttling strategy was implemented making it hard to follow. This means that we can hardly get updates from the upstream project and when we cherry pick fixes, we can't reflect the state of the project on our fork's version. As a consequence, tools such as cargo-deny can't check for RUSTSEC fixes in our fork. The smol ecosystem makes it quite easy to implement and maintain a custom async executor. This MR imports the smol parts that need modifications to comply with the threadshare model and implements a throttling executor in place of the tokio fork. Networking tokio specific types are replaced with Async wrappers in the spirit of [smol-rs/async-io]. Note however that the Async wrappers needed modifications in order to use the per thread Reactor model. This means that higher level upstream networking crates such as [async-net] can not be used with our Async implementation. Based on the example benchmark with ts-udpsrc, performances seem on par with what we achieved using the tokio fork. Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/118 Related to https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/604
2021-12-14 18:40:27 +00:00
winapi = { version = "0.3.9", features = ["winsock2", "processthreadsapi"] }
ts-udpsrc: Dup the socket so that both tokio and GIO can take ownership of it Otherwise both would be closing the same socket, which a) breaks the second user of the socket if any and b) could on the second close cause a completely unrelated socket to be closed. Windows part of the code is untested.
2018-11-30 17:38:25 +00:00
generic: Update to 2018 edition
2020-11-22 14:24:55 +00:00
[dev-dependencies]
Use workspace features for crates metadata/deps Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1446>
2024-02-05 13:35:07 +00:00
gst-check.workspace = true
gst-app.workspace = true
generic: Update to 2018 edition
2020-11-22 14:24:55 +00:00
threadshare: Initial commit
2018-03-06 09:38:27 +00:00
[lib]
name = "gstthreadshare"
use cargo-c to produce cdy and static libs cargo-c will produce a pkg-config file making it easier to statically link plugins. Also add 'static' features for plugins depending on < 1.14 as this is the minimal required version to use static linking because of ABI changes in core.
2020-11-26 15:07:41 +00:00
crate-type = ["cdylib", "rlib"]
threadshare: Initial commit
2018-03-06 09:38:27 +00:00
path = "src/lib.rs"
threadshare: Refactor
2018-03-15 18:52:38 +00:00
threadshare: Add very simple udpsrc/tonesrc benchmark application
2018-04-05 13:00:43 +00:00
[[example]]
meson: Add an option to build examples Required renaming threadshare/benchmark to threadshare/ts-benchmark because 'benchmark' as a target name is reserved for meson's `benchmark` target. Disabled by default because cargo decides that it has to rebuild everything, and is really slow because of that. Also required adding --features for setting features required by the examples. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1028>
2022-12-27 18:27:11 +00:00
name = "ts-benchmark"
threadshare: Rename udpsrc_benchmark.rs to benchmark.rs.
2018-07-06 07:35:16 +00:00
path = "examples/benchmark.rs"
threadshare: Add very simple udpsrc/tonesrc benchmark application
2018-04-05 13:00:43 +00:00
threadshare: Update udpsrc benchmark a bit
2018-04-05 17:28:20 +00:00
[[example]]
name = "udpsrc-benchmark-sender"
path = "examples/udpsrc_benchmark_sender.rs"
threadshare: Add TcpClient elements and unit test.
2018-07-06 07:32:24 +00:00
[[example]]
name = "tcpclientsrc-benchmark-sender"
path = "examples/tcpclientsrc_benchmark_sender.rs"
Add build.rs that provides a version number, release date and other details
2019-06-03 10:53:58 +00:00
ts/examples: introduce a standalone pipeline test Implement a test that initializes pipelines with minimalistic theadshare src and sink. This can help with the evaluation of changes to the threadshare runtime or with element implementation details. It makes it easy to run flamegraph or callgrind and to focus on the threadshare runtime overhead.
2022-08-16 12:26:24 +00:00
[[example]]
ts/standalone: multiple improvements - Reworked buffer push. - Reworked stats. - Make first elements logs stand out. This make it possible to follow what's going on with pipelines containing 1000s of elements. - Actually handle EOS. - Use more significant defaults. - Allow building without `clap` feature.
2022-08-19 17:40:05 +00:00
name = "ts-standalone"
ts/examples: introduce a standalone pipeline test Implement a test that initializes pipelines with minimalistic theadshare src and sink. This can help with the evaluation of changes to the threadshare runtime or with element implementation details. It makes it easy to run flamegraph or callgrind and to focus on the threadshare runtime overhead.
2022-08-16 12:26:24 +00:00
path = "examples/standalone/main.rs"
Add build.rs that provides a version number, release date and other details
2019-06-03 10:53:58 +00:00
[build-dependencies]
Use workspace features for crates metadata/deps Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1446>
2024-02-05 13:35:07 +00:00
gst-plugin-version-helper.workspace = true
WIP: thread-sharing jitterbuffer Actual thread-sharing will follow!
2019-08-05 13:19:06 +00:00
cc = "1.0.38"
pkg-config = "0.3.15"
use cargo-c to produce cdy and static libs cargo-c will produce a pkg-config file making it easier to statically link plugins. Also add 'static' features for plugins depending on < 1.14 as this is the minimal required version to use static linking because of ABI changes in core.
2020-11-26 15:07:41 +00:00
[features]
Update minimum supported GStreamer version to 1.14
2022-04-07 09:41:54 +00:00
static = []
Add capi feature to all plugin crates This fixes the build with cargo-c 0.9.2.
2021-08-11 17:51:36 +00:00
capi = []
ts: add feature to add counters for performance evaluation Add a `tuning` feature which adds counters that help with performance evaluation. The only counter added so far accumulates the duration a Scheduler has been parked, which is pretty accurate an indication of CPU usage of the Scheduler.
2022-09-07 21:10:29 +00:00
# Adds performance counters used by benchmarking tools.
tuning = []
Generate plugins documentation using hotdoc Which will automatically be integrated in gstreamer documentation
2022-08-25 22:30:08 +00:00
doc = ["gst/v1_18"]
use cargo-c to produce cdy and static libs cargo-c will produce a pkg-config file making it easier to statically link plugins. Also add 'static' features for plugins depending on < 1.14 as this is the minimal required version to use static linking because of ABI changes in core.
2020-11-26 15:07:41 +00:00
[package.metadata.capi]
Don't generate .def files for plugins Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/389 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1299>
2023-08-09 10:54:34 +00:00
min_version = "0.9.21"
use cargo-c to produce cdy and static libs cargo-c will produce a pkg-config file making it easier to statically link plugins. Also add 'static' features for plugins depending on < 1.14 as this is the minimal required version to use static linking because of ABI changes in core.
2020-11-26 15:07:41 +00:00
[package.metadata.capi.header]
enabled = false
[package.metadata.capi.library]
install_subdir = "gstreamer-1.0"
versioning = false
Don't generate .def files for plugins Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/389 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1299>
2023-08-09 10:54:34 +00:00
import_library = false
use cargo-c to produce cdy and static libs cargo-c will produce a pkg-config file making it easier to statically link plugins. Also add 'static' features for plugins depending on < 1.14 as this is the minimal required version to use static linking because of ABI changes in core.
2020-11-26 15:07:41 +00:00
[package.metadata.capi.pkg_config]
requires_private = "gstreamer-1.0, gstreamer-net-1.0, gstreamer-rtp-1.0, gobject-2.0, glib-2.0, gmodule-2.0"
Reference in a new issue Copy permalink