On 2011-02-09 17:13, Maarten Bosmans wrote:
2011/1/26 Colin Guthrie:
'Twas brillig, and Maarten Bosmans at 26/01/11 10:49 did gyre and gimble:
2011/1/22 Colin Guthrie:
'Twas brillig, and Maarten Bosmans at 22/01/11 10:11 did gyre and gimble:
I actually wonder if this is the cause of the vumete
2011/1/26 Colin Guthrie :
> 'Twas brillig, and Maarten Bosmans at 26/01/11 10:49 did gyre and gimble:
>> 2011/1/22 Colin Guthrie :
>>> 'Twas brillig, and Maarten Bosmans at 22/01/11 10:11 did gyre and gimble:
It turns out that (without pavucontrol loaded) starting an audio
stream on the c
'Twas brillig, and Maarten Bosmans at 26/01/11 10:49 did gyre and gimble:
> 2011/1/22 Colin Guthrie :
>> 'Twas brillig, and Maarten Bosmans at 22/01/11 10:11 did gyre and gimble:
>>> It turns out that (without pavucontrol loaded) starting an audio
>>> stream on the client on the tunnel sink, makes
2011/1/22 Colin Guthrie :
> 'Twas brillig, and Maarten Bosmans at 22/01/11 10:11 did gyre and gimble:
>> It turns out that (without pavucontrol loaded) starting an audio
>> stream on the client on the tunnel sink, makes the audio stream over
>> the network and stopping the program that is playing t
On Mon, 2011-01-24 at 17:02 +, Brian J. Murrell wrote:
> Tanu Kaskinen iki.fi> writes:
> >
> > 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 outpu
Tanu Kaskinen iki.fi> writes:
>
> 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.
So it seems that there is st
'Twas brillig, and Maarten Bosmans at 22/01/11 10:11 did gyre and gimble:
> 2011/1/22 Maarten Bosmans :
>> 2011/1/22 Colin Guthrie :
>>> '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 d
2011/1/22 Maarten Bosmans :
> 2011/1/22 Colin Guthrie :
>> '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
2011/1/22 Colin Guthrie :
> '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 outpu
'Twas brillig, and Tanu Kaskinen at 21/01/11 19:34 did gyre and gimble:
> On Fri, 2011-01-21 at 17:13 +, Colin Guthrie wrote:
>> 'Twas brillig, and Brian J. Murrell at 21/01/11 17:10 did gyre and gimble:
>>> A GUI widget would be more useful I think so that one could twiddle it
>>> without
>>
On Fri, 2011-01-21 at 17:13 +, Colin Guthrie wrote:
> 'Twas brillig, and Brian J. Murrell at 21/01/11 17:10 did gyre and gimble:
> > A GUI widget would be more useful I think so that one could twiddle it
> > without
> > having to drop to a command line.
>
> Yeah fair point.
>
>
> > But eve
Colin Guthrie colin.guthr.ie> writes:
>
> I'm pretty sure it is set in pavucontrol (it certainly is in the code I
> have here), but perhaps something is preventing it from working in an
> ideal way.
I suppose that's possible. I'd certainly like to believe that's the case
rather
than everythi
'Twas brillig, and Brian J. Murrell at 21/01/11 17:10 did gyre and gimble:
> A GUI widget would be more useful I think so that one could twiddle it
> without
> having to drop to a command line.
Yeah fair point.
> But even more useful still would be to just use the peak reading mode and/or
> m
Colin Guthrie colin.guthr.ie> writes:
>
> Actually there is. it's a flag when opening the sync for recording, that
> only does PEAK detect rather than a full read.
Ahh. Nice.
> This should be done in pavucontrol,
It seems it's not, at least the version that's on Ubuntu 10.10. Or if it is,
'Twas brillig, and Colin Guthrie at 21/01/11 17:01 did gyre and gimble:
> Actually there is. it's a flag when opening the sync for recording, that
> only does PEAK detect rather than a full read.
My goodness. You can tell it's the end of a busy week! "sync" whould be
"monitor source"
Col
--
'Twas brillig, and Brian J. Murrell at 21/01/11 13:34 did gyre and gimble:
> Ahhh. Of course.
>
> This is an interesting use case. It seems that it would be useful to have a
> "sound level" RPC in the PA protocol for things just like a vumeter. Surely
> it's much more efficient for the sendin
Maarten Bosmans gmail.com> writes:
>
> It looks like you have pavucontrol open on the laptop
Yes, I do.
> (twice).
Heh. You are right.
> As it
> connects to all the sources to display a vumeter, an audio stream from
> the desktop to the laptop is necessary.
Ahhh. Of course.
This is an int
It looks like you have pavucontrol open on the laptop (twice). As it
connects to all the sources to display a vumeter, an audio stream from
the desktop to the laptop is necessary.
It looks like also all the sinks and sources from a third computer
"jenny" are forwarded to the laptop, further contri
Maarten Bosmans gmail.com> writes:
>
> It looks like both are from your PC. You probably SSH'ed into your
> laptop with the -X option.
Doh! Yes, I forgot that convenience of PA.
Corrected. My apologies.
FWIW, that 5Mb/s appears to be 2Mb/s in one direction and 3Mb/s in the other,
not all in
2011/1/20 Brian J. Murrell :
> Maarten Bosmans gmail.com> writes:
>>
>> Well, that's the static configuration script loaded at the start of
>> the daemon. As noted in the comment just above that line, ticking the
>> box in paprefs can also load this module.
>
> Oh, well, there you go then. :-)
>
Maarten Bosmans gmail.com> writes:
>
> Well, that's the static configuration script loaded at the start of
> the daemon. As noted in the comment just above that line, ticking the
> box in paprefs can also load this module.
Oh, well, there you go then. :-)
> If you are able to stream audio ov
2011/1/20 Brian J. Murrell :
> Maarten Bosmans gmail.com> writes:
>> I assume you also loaded module-zeroconf-publish on the other machine.
>
> No, in fact it appears to be commented out in the /etc/pulse/default.pa of the
> workstation (where I hear the audio from the laptop):
>
> #load-module mo
Maarten Bosmans gmail.com> writes:
>
> This alone should not result in a significant amount of packets, only
> a couple of mDNS requests.
Indeed, that was my expectation also.
> I assume you also loaded module-zeroconf-publish on the other machine.
No, in fact it appears to be commented out
2011/1/20 Brian J. Murrell :
> I have a laptop (Ubuntu 10.10) who's sound I would like to go to my
> workstation
> (also Ubuntu 10.10) so on the laptop in paprefs I have selected "Make
> discoverable PulseAudio network sound devices available locally" enabled.
This alone should not result in a si
I have a laptop (Ubuntu 10.10) who's sound I would like to go to my workstation
(also Ubuntu 10.10) so on the laptop in paprefs I have selected "Make
discoverable PulseAudio network sound devices available locally" enabled.
The moment I select that, watching a packet dump (i.e. tcpdump) reveals
25 matches
Mail list logo