You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For those running something like a local Prometheus, it would be good to be able to have metrics generated.
The devices themselves don't possess such exporters, but perhaps the closest we could get is simple metrics from buttplug... this would at least export metrics of power_state where the labels would indicate the device type, device name, and the value the power state. But it could also include metrics for vibration power (or %), and so forth.
The purpose would be for people to have a local and private record of what their historical sessions included, the devices, levels and intensities.
The text was updated successfully, but these errors were encountered:
I am actually, seriously implementing the basis for this as we speak. If you watch the commits on the dev branch, there's a lot of work happening for "Server device access". This will be for exporting real time status updates of devices to our new Intiface Central application for histogramming there. Hadn't planned on prom metrics output but I work with pretty heavily with grafana stacks elsewhere so that could be an option.
We have the hooks available for this throughout the server level now, if someone really wants to implement opentelemetry within intiface engine or intiface central, they probably could. This isn't really applicable to the base library tho, so closing.
Feature Description
For those running something like a local Prometheus, it would be good to be able to have metrics generated.
The devices themselves don't possess such exporters, but perhaps the closest we could get is simple metrics from buttplug... this would at least export metrics of
power_state
where the labels would indicate the device type, device name, and the value the power state. But it could also include metrics for vibration power (or %), and so forth.The purpose would be for people to have a local and private record of what their historical sessions included, the devices, levels and intensities.
The text was updated successfully, but these errors were encountered: