--
Lennart Poettering - Red Hat, Inc.
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Pro USB
Jan Kratochvil (1):
pulse: make sure legacy_dir is not static
Jez Austin (1):
socket-client: properly handle asyncns failures
Kees Cook (1):
core-util: ensure that we chmod only the dir we ourselves created
Lennart Poettering (59):
dbus: remove filter functions only
just connect stdout to a console...
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
, the logic is actually exponential: we start with 10ms and then
double that an top out at 1.5s. We had to pick some way to end this. But
you are right, this would probably make sense to pick a bit larger given
that the server-side wakeup is tuned to 2s.
Lennart
--
Lennart Poettering
are probably doing things
wrong in the context of PA.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio
something like this we should
figure out what's going on and how we should label this. We currently
label that mapping Analog Streo Channel A. It appears to me that that
mapping label might not be accurate anymore after such a change.
Lennart
--
Lennart PoetteringRed Hat, Inc
!
Thanks,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
On Wed, 19.05.10 15:41, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Lennart Poettering at 19/05/10 15:16 did gyre and gimble:
On Wed, 19.05.10 07:20, Neil Wilson (n...@aldur.co.uk) wrote:
Forgive me for spamming the list, but it seems that the bogon
filtering on your
--dump-modules module-combine
It's terse, but complete.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
to debug how udev deals
with audio cards? Maybe someone has already seen this issue?
we just enumerate them via udev. The output of pulseaudio -v
should tell you everything.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http
.
filtering as in rbl/dns balcklists or as in firewall?
We run no firewall on the machine, and the rbls are normal rbls with no
local configuration, so if there's a problem, then there is a problem
with the provider or the rbl people.
Lennart
--
Lennart PoetteringRed Hat
realtime threads back to normal
priority when that signal is sent by the kernel.
RLIMIT_RTTIME elapsing triggers a SIGKILL, not a SIGXCPU,
unfortunately. (And SIGKILL you cannot catch)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http
is not 24bit nor 96khz the effect of running PA like this
will be mostly that the CPU usage goes up, since we then need to
reformat/resample everything you play.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
() in Linux, I cannot say I am a big fan of numbering function
calls. ;-)
Ok, renamed them to WithPID with a sed, and tested in wine just to
be sure. :)
Thanks. Applied. Will do a new release shortly.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
Heya!
http://0pointer.de/public/rtkit-0.7.tar.gz
David Henningsson (1):
rtkit: Add client-side testing of properties
Jirka Klimes (1):
Fix spelling of 'Successfully'
Lennart Poettering (1):
build-sys: prepare 0.7 release
Luke Yelavich (1):
Add rtkitctl manpage
Maarten
the one that is being
restored.
Could you reproduce this and the generated the debug output during a
profile switch that doesn't work? I.e. start up PA so that it is broken,
then begin logging, change the profile, stop logging. Then attach
logging here!
Lennart
--
Lennart Poettering
, what do you think?
I am sold!
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
mikes, then the alsa
init db should be fixed instead)
Please attach the excerpt of amixer -c0 about the one switch that made
things work for you and we can add it to the PA mixer database.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http
! Applied.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
, I decided that the code is good and suitable for master and have
hence commited it. I don't expect problems with it, but we can still
change it later on if there turn out to be problems.
Thanks,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
On Mon, 19.04.10 19:23, Jan Braun (janbr...@gmx.de) wrote:
1;2400;0c Lennart Poettering schrob:
...and you're explicitly disallowing cross-user shm transfer. :(
I guess I'll have to figure out the security implications of messing
with that.
Well, the story goes like this: we need
.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de
be
thankful.
Free Software is not a one-way street. Contributions always welcome.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
community. They are just not that into writing documentation (me
included), or even good at it due to language barriers and the
like. Contributions always welcome.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
docs are quite lagging. We could definitely use some
help on that... ;-)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss
, and priorized things so that CK docs are not first priority? Maybe
they are fixing bugs in X or the kernel too, as we speak?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
launch xinit kludge.
It is only understandable if the desktop devs work on the commonly used
code paths and only offer minimal support for legacy console-based logins.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
by software like pavucontrol.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
solution would require some hackery on top of
what exists right now.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss
is actually to simply use
virtualized sound cards. That is crappy (because they don't model the
extra latency), but works quite well otherwise, and the vulnerable
interface is limited to the pseudo hw iface presented to the virtualized
OS.
Lennart
--
Lennart PoetteringRed Hat
MakeThreadRealtimeWithPID() (or something like tht) would be a better
name than MakeThreadRealtime2(). After examples like wait(), wait3() and
wait4() in Linux, I cannot say I am a big fan of numbering function
calls. ;-)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart
kernels! Use the knowledge and
experience of your kernel maintainers!
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss
know which switches are needed to make things
properly these day. Use distribution kernels! Use the knowledge and
experience of your kernel maintainers!
Lennart PoetteringRed Hat, Inc.
So, a plug for red hat then :)
No. Just a plug for not reinventing the wheel over
about OSS)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
this file. Possibly because
it doesn't exist. i.e. your problem is with the alsa setup.
Looks more like a perms problem to me. Check if the ACLs are properly
set up and follow the user that is logged in and active on the seat.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart
that works does, from the working .config:
This has nothing to do with OSS.
I generally recommend using distribution kernels, since they are usually
compiled in a way that most things like this work.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot
.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de
indexes need to be used, then the hdmi:xxx
string needs to be fixed in ALSA. PA will then automatically pick up
things the right away.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
machine?
Anyway, having one user with a split personality and hence is actually
five users is certainly nothing I designed PA for.
Sorry,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
whether it is later used for data transfer or not.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio
SHM for root.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https
? If not, is there a reason it's not, and if there is no
reason, would you mind if I implemented it :)
What would you use this for?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
to minimize the wakeup intervals
to less than a second.
I can find many users
complaining about this, and it seems like some fix is available in
this link:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/207135
Fix? Where?
Lennart
--
Lennart PoetteringRed Hat
# define PA_VOLUME_OVERDRIVE (pa_sw_volume_from_dB(+10.57f))
#endif
So that I can use the new constant in the code to replace any hardcoded
(1.5*PA_VOLUME_NORM)s or just PA_VOLUME_NORMs on their own depending on app.
Does that seem sensible?
Yes, absolutely.
Lennart
--
Lennart
/]$
And that is after killing the daemon with killall as root, and restarting it
as me, gene with a pulseaudio -vvv and getting several screens of output.
Is that the right perms?
You need to check the ACLs: see getfacl(1).
Lennart
--
Lennart PoetteringRed
of this:
#define PA_VOLUME_OVERDRIVE (PA_VOLUME_NORM+PA_VOLUME_NORM/2)
And then have the freedom of changing our mapping. OTOH that would mean
that volume scales would end at a weird 112%.
But yes, I guess I am not opposed in adding something like this.
Lennart
--
Lennart Poettering
attenuation on the mixer element you are looking at.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio
don't think the native protocol while it works quite well these
days is something that deserves to be reimplemented by other projects.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
the future is some kind of RTP,
and PA speaks that, but not really for normal clients, although I
eventually plan to change that.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
PA at all.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
that
after the msg was fully dispatched the PA IO thread won't hang inside
a libjack call anymore.
2) We destroy the jack object.
3) We unlink and destroy the PA sink.
AFAICS a logic like that would fix all issues.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart
supports atomic operations.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango
diverged from it.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https
. And, what do they reveal?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
that you
tested step 30 against 31. Would be interesting to test 0 to 10, 0r 5 to
30 or so. Please play around a little!
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
On Wed, 03.03.10 23:17, Ludovic Courtès (l...@gnu.org) wrote:
Lennart Poettering lenn...@poettering.net writes:
And which steps did you try? The output you pasted only shwos that you
tested step 30 against 31. Would be interesting to test 0 to 10, 0r 5 to
30 or so. Please play around
to be more like -inf dB. I am pretty sure your distro
folks will then help you to make sure this gets fixed in the
kernel. Include the output of alsa-info.sh --no-upload there.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net
://bugzilla.redhat.com/show_bug.cgi?id=566289
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
should yours.
The Skype issue is fixed there.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio
On Thu, 18.02.10 21:52, João Paulo Rechi Vita (jprv...@gmail.com) wrote:
On Wed, Feb 17, 2010 at 01:21, Lennart Poettering
lenn...@poettering.net wrote:
Is this merged now into Bluez? Or even released?
If so I should probably merge your code into our master. Could you
publish
for you. Somebody has to sit down with the hardware
and really figure out what is going on, this is not really feasible
remotely.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
concerned about
using different keys for the db reads and writes.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing
than one source from the same thread. But beyond that it
should be a relatively easy thing to do.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
.
The configured_sink_usec is only an unreliable indication about the
range sink_usec will be in.
sink_usec will contain the latency of the hardware playback buffer,
and all buffers behind it in the hardware, but not include the
per-stream playback buffers or anything that is currently in flux.
Lennart
--
Lennart
, surround and so on.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
to figure out what is going on.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
On Wed, 17.02.10 23:39, Lennart Poettering (lenn...@poettering.net) wrote:
On Wed, 17.02.10 14:38, pl bossart (bossart.nos...@gmail.com) wrote:
Actually I had I really wanted to write what I wrote. i.e. passing
NULL as buffer_attr means use the default latency (which is
250ms
On Wed, 17.02.10 23:53, Lennart Poettering (lenn...@poettering.net) wrote:
So, yes, I actually meant what I did in fb55798a... Now the question
is why this doesn't work for Pierre.
Additional information:
- paplay file.wav does not start, the start callback isn't called
Oh
much more CPU). Setting it to 0 doesn't
work at all.
Sounds as if there is something wrong with the device speed. which
causes PA to compensate by resampling things.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
On Wed, 17.02.10 23:57, Lennart Poettering (lenn...@poettering.net) wrote:
On Wed, 17.02.10 23:53, Lennart Poettering (lenn...@poettering.net) wrote:
So, yes, I actually meant what I did in fb55798a... Now the question
is why this doesn't work for Pierre.
Additional
, using pacmd foo instead of
echo foo|pacmd.
Hmpf. Both commands should be equivalent actually. If you can make one
hang with 100% CPU then this is certainly a bug we need to fix. Can
you tell me how to reproduce this without having to install Ubuntu and
suspend it?
Lennart
--
Lennart Poettering
On Sat, 16.01.10 17:39, Forwind info (forw...@forwind.net) wrote:
Understood. One question re headphone operation - when is jack-sensing
expected in PA ?
When ALSA did the groundwork and we have a usable API we can build on.
Lennart
--
Lennart PoetteringRed Hat, Inc
is much appreciated.
An strace would be good.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio
On Wed, 17.02.10 20:14, Daniel Chen (seven.st...@gmail.com) wrote:
On Wed, Feb 17, 2010 at 8:04 PM, Lennart Poettering
lenn...@poettering.net wrote:
Hmpf. Both commands should be equivalent actually. If you can make one
hang with 100% CPU then this is certainly a bug we need to fix. Can
On Thu, 18.02.10 02:26, Lennart Poettering (lenn...@poettering.net) wrote:
I can reproduce this here. Looks I should be wearing the the paperbag
since I broke the pipe thing when I made the command line thing work.
/me goes and fixes that.
Done now:
http://git.0pointer.de/?p=pulseaudio.git
to do with PA. So please go away, and
complain elsewhere.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
on the hw in use.
But that said it is presumably a much better idea to use the default
logic which saves/restores the volume settings between sessions, as
Colin pointed out.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net
more is when your app generates blocks
of PCM and hence cannot generate the exact number of samples
_writable_size() indicated.
A reason to pass less is for example when you are reaching the end of
your stream, or otherwise want to (temporarily or not) stop passing
audio data.
Lennart
--
Lennart
don't
know.
Yes, that is exactly the case. The simple API is supposed to be a
simplified, synchronous version of the complex, asynchronous API.
_writable_size() only really makes sense in an asynchronous API. WHich
is why I see no point in adding it to the simple API.
Lennart
--
Lennart Poettering
spdif:xxx is opened/closed.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
the
current solutions are mostly based on system daemons, but that doesn't
mean that that would be the correct way to handle these
things. Because it is not.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
On Mon, 18.01.10 14:27, Luke Yelavich (them...@ubuntu.com) wrote:
As Lennart asked about the rtkitctl manpage Ubuntu has, here is a
patch against rtkit git.
Thanks a lot!
Applied.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http
!
Applied (with trivial changes).
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail
it, so
that what I call the history hence becomes more of a priority
list.
But uh, while I don't think that would be good idea UI-wise, if that's
what makes KDE folks happy this should not be a stumbling block to to
merge both approaches.
Lennart
--
Lennart PoetteringRed
, and makes a lot of sense to
me.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
master, git bisect tells me the culprit
is:
fb55798a3eb73b4c00225232408b766f74533409 is first bad commit
commit fb55798a3eb73b4c00225232408b766f74533409
Author: Lennart Poettering lenn...@poettering.net
Date: Fri Jan 15 01:25:21 2010 +0100
pacat: allow configuration
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman
On Wed, 03.02.10 16:38, João Paulo Rechi Vita (jprv...@gmail.com) wrote:
On Tue, Feb 2, 2010 at 09:10, Lennart Poettering lenn...@poettering.net
wrote:
On Fri, 29.01.10 12:53, João Paulo Rechi Vita (jprv...@gmail.com) wrote:
Any help on testing and getting this working together
that this is a welcome thing to do)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
. Such as:
front:Intel, or front:/dev/snd/by-path/pci-:00:1b.0 or
suchlike.
This will make things much more robust and independant of device index
changes.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de
then no more state changes will happen (unless the
connection is terminated, maybe because a cable was unplugged or so)
and hence no _signal() calls either.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
external dbus provider enabled (which is enabled by
default iirc). And that should be everything that is necessary.
That said, I haven't run this in a while, and never tested this
against the PS3 so this might not work perfectly.
Lennart
--
Lennart PoetteringRed Hat, Inc
/by-path/pci-\:00\:1b.0. Both of which are way more descriptive.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss
-unix auth-anonymous=1
It's much easier and safer to simply add all users to the
pulse-access group instead of doing dirty security hacks like this.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG
is not deprecated. It's just not
recommended for use for multi-user systems. It's fine on headless
devices, or on thin clients, where no local user exists.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman
OSX audio of the sessions that are not in the
foreground is paused, and only one session has access to the sound
cards at a time. Exactly like on PA, or on Windows.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart
1 - 100 of 1183 matches
Mail list logo