enricobuehler
eedb5ce221
webOS is target_os = "linux", so it resolved pf-client-core's desktop dependency block — Vulkan video, PipeWire, SDL3, openh264, rav1d — none of which exist on a TV. Android escaped that only because it has an OS name of its own to test, so cfg(target_os) cannot express the split the shared console shell needs. `desktop` is on by default, leaving every existing consumer unchanged, while --no-default-features now yields the portable subset. The four consumers that passed default-features = false purely to drop `pyrowave` name it explicitly. pf-console-ui gains a `gl` feature for the same reason: its Linux skia-safe line had no way to ask for a GPU canvas at all. Verified both ways on a Linux target — lean resolves with no desktop crate in the tree, desktop still compiles unchanged.
63 lines
2.9 KiB
TOML
63 lines
2.9 KiB
TOML
[package]
|
|
name = "pf-presenter"
|
|
description = "The Vulkan session presenter — SDL3 window, ash swapchain, frame present, input capture; the stage-2 presenter of punktfunk-planning linux-client-rearchitecture.md"
|
|
version.workspace = true
|
|
edition.workspace = true
|
|
rust-version.workspace = true
|
|
license.workspace = true
|
|
authors.workspace = true
|
|
repository.workspace = true
|
|
|
|
# Same Linux+Windows gating as the rest of the client stack (dmabuf import is the one
|
|
# Linux-only module — see lib.rs).
|
|
[target.'cfg(any(target_os = "linux", windows))'.dependencies]
|
|
# `default-features = false`: the PyroWave decode backend is turned on through THIS crate's own
|
|
# `pyrowave` feature (which re-exports it below), never by inheriting the dependency's default.
|
|
# Otherwise a consumer that deliberately builds us without `pyrowave` still drags the vendored
|
|
# C++ in — fatal on Windows ARM64, where Granite has no SIMD path.
|
|
pf-client-core = { path = "../pf-client-core", default-features = false, features = ["desktop"] }
|
|
punktfunk-core = { path = "../punktfunk-core", features = ["quic"] }
|
|
# `--probe-decode` reports the driver's own video-format answers through pf-vkdecode's
|
|
# query rather than a second copy of it — a probe that keeps its own copy is a probe
|
|
# that eventually disagrees with the code it exists to explain (VIDEO_BASE's doc says
|
|
# the same thing about the extension list). Already in the tree via pf-client-core;
|
|
# named here because setup.rs calls it directly.
|
|
pf-vkdecode = { path = "../pf-vkdecode" }
|
|
|
|
# `loaded` dlopens libvulkan at runtime (no link-time dependency — GPU-less boxes still
|
|
# start and fail into a clean error; on Windows vulkan-1.dll is a GPU-driver component).
|
|
# `ash` on sdl3 types SDL_Vulkan_CreateSurface with ash 0.38 handles so the surface
|
|
# hands over without transmutes.
|
|
ash = { version = "0.38", features = ["loaded"] }
|
|
|
|
async-channel = "2"
|
|
anyhow = "1"
|
|
tracing = "0.1"
|
|
|
|
# Linux links the system SDL3; Windows builds it from source (same choice as the rest
|
|
# of the workspace's Windows SDL consumers).
|
|
[target.'cfg(target_os = "linux")'.dependencies]
|
|
sdl3 = { version = "0.18", features = ["hidapi", "ash"] }
|
|
|
|
[target.'cfg(windows)'.dependencies]
|
|
sdl3 = { version = "0.18", features = ["hidapi", "ash", "build-from-source"] }
|
|
# Window branding only (win32.rs): the exe-embedded icon onto the SDL window's title
|
|
# bar/taskbar (WM_SETICON) and the shared AppUserModelID for unpackaged runs, so the
|
|
# shell and the session window group as ONE taskbar app across the visibility handoff.
|
|
windows-sys = { version = "0.61", features = [
|
|
"Win32_Foundation",
|
|
"Win32_Storage_Packaging_Appx",
|
|
"Win32_System_LibraryLoader",
|
|
"Win32_UI_Shell",
|
|
"Win32_UI_WindowsAndMessaging",
|
|
] }
|
|
|
|
[features]
|
|
# PyroWave planar present path (the wired-LAN wavelet codec) — forwards to the decode
|
|
# backend in pf-client-core; ON by default, matching pf-client-core's default.
|
|
default = ["pyrowave"]
|
|
pyrowave = ["pf-client-core/pyrowave"]
|
|
|
|
[lints]
|
|
workspace = true
|