#897: include vumeter samples in the remote protocol
--------------------------+-------------------------------------------------
Reporter: brian | Owner: lennart
Type: enhancement | Status: new
Milestone: | Component: daemon
Resolution: | Keywords:
--------------------------+-------------------------------------------------
Comment(by tanuk):
Replying to [comment:7 coling]:
> Oops, yeah, I was refereing to the sink, and them implied the
corresponding monitor sink when I said "request the data from the tunnel
sink". It made sense to me, but I agree it wasn't clear and better
terminology could have been used.
>
> And yeah that's a possibility to prevent VUM on non-hardware sinks (or
at least exclude tunnels specifically).
Again, there's no need to prevent vumeters on any sinks, only on network
sources. I'm not sure what you mean by excluding tunnels specifically - if
you mean checking whether the implementing module is module-tunnel-source,
then that's not needed, because there is the PA_SOURCE_NETWORK flag, but
maybe you already knew that and meant excluding sources based on the
flags.
> It'll be a little trickier for the streams themselves tho' (e.g. not
showing a VU for a monitor on a Sink Input connected to a tunnel), but
maybe things work OK in this scenario anyway and avoid the round trip (all
the data IS available on this side of the tunnel after all...), but
perhaps it doesn't work that way.
Pavucontrol can show only local streams, so monitoring sink inputs will
never involve any extra network traffic.
> But simply passing the DONT_INHIBIT_AUTO_SUSPEND flag in pavucontrol
when opening the record streams (as I think I mentioned somewhere) may
also work nicely. Not tried it out yet but that could make the whole
suspending part of things work happily at least.
Yes, using that flag with sink and monitor source vumeters should work
(monitor source vumeters and sink vumeters show actually the same data, I
don't know if pavucontrol creates separate peak detection streams or is it
capable of sharing one stream for two purposes). Don't use it with normal
sources, though, otherwise the source will suspend a bit too happily.
--
Ticket URL: <http://pulseaudio.org/ticket/897#comment:8>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server
_______________________________________________
pulseaudio-tickets mailing list
pulseaudio-tickets@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
