2011/1/22 Colin Guthrie <gmane at colin.guthr.ie>: > 'Twas brillig, and Tanu Kaskinen at 21/01/11 19:34 did gyre and gimble: >> I had a look at some point at the peak detection resampler... I think >> the peak detection flag that you mentioned earlier doesn't do anything >> else than force the resampler of the source output to be the peak >> detection resampler. The peak detection resampler is almost identical to >> the trivial resampler - the main difference is that it applies abs() to >> all samples, so the receiving end doesn't have to do that. Therefore, >> the data rate is equal to normal streams. Maybe pavucontrol could use >> some ridiculously low sample rate for the vumeter streams? I don't know >> what it uses currently - does it use the source sample rate or what. > > Yeah after sending my previous mail I actually had a look same as you > and came to much the same conclusion. > > I didn't look at the sample rates but I'll certainly have a look at > setting it to e.g. 8kHz Mono if it's not already the case. pavucontrol uses the peak resamples in combination with a 25 Hz sample rate for the stream. The problem here is that when used on a tunnel-sink, the full bitrate is send over the network and the resampling is is only done on the computer with the virtual end of the tunnel running pavucontrol. A good enhancement would be to have the tunnel only stream audio over the network with the rate of the highest connect stream (I'm not sure if this would also be good in the general case, but at least when there is only a vumeter stream this would be good) Maarten
