/
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
enough the problems in one area are very similar
to those already discussed or fixed in othe areas. You will benefit, the
pro audio community will benefit, and Linux in general will benefit.
Submit something! We'd be delighted to receive submissions from the pro
audio community -- and everybo
need to tackle them. And in the end
it doesn't matter which part of the stack has what name and is written
by whom.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
__
orks on OS X (and even more so in the iPhone "version" of CoreAudio,
> which doesn't a lot like CoreAudio at all).
And Vista apparently too as it seems.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] p
es based on the requirements of the clients
connected. That means you cannot use fixed sized hardware fragments
anymore, but need to schedule audio more dynamically using system
timers.
This in fact is where most of the complexity in systems such as
PulseAudio stems from.
Lennart
--
Lennart Poette
o Solaris and the BSDs, right? Not sure
why on earth any of those OSes would ever matter for audio
programming.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
__
olks working on ALSA. OTOH
nobody who has any stakes in Linux supports OSS anymore or even has
people working on it.
Just say no to OSS.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/
On Mon, 21.09.09 11:44, Peter Nelson (pe...@fuzzle.org) wrote:
>
> On Sun, 2009-09-20 at 19:27 +0200, Lennart Poettering wrote:
> > Heya!
> >
> > Not sure if anyone of you already read this announcement about my
> > mutex profiler "mutrace" I wr
just inform you
what is done. If there's something to fix is up to the eye of the
beholder.
Get the tool here:
http://git.0pointer.de/?p=mutrace.git
Have fun,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/
idea to follow it too.
And finally, RFC3551/AIFF-C (see section 4.1 of the RFC) defines an
implicit channel mapping based on the number of channels. In some
cases it might make sense to follow that rule.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [
el?
the latter. padsp/aoss will continue to be available.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
Linux-audio-dev mailing list
Linux-aud
On Thu, 23.07.09 10:07, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Thu, Jul 23, 2009 at 10:01 AM, Lennart Poettering wrote:
> >
> > In fact Fedora 11 does not support OSS anymore (hwoever you can
> > reenable it via some minor hackery). I am expecting other
u, but
> the continued use of this API by new (and old) software is a major
> blocking factor to improving the state of audio on linux. please don't
> do this.
In fact Fedora 11 does not support OSS anymore (hwoever you can
reenable it via some minor hackery). I am expecting other distros
On Tue, 23.06.09 09:14, Jonathan Woithe (jwoi...@physics.adelaide.edu.au) wrote:
>
> Lennart Poettering wrote:
> > What I am saying is that the current system is too "binary": Either
> > you have RT sched and then for *everything*. Or you haven't, and then
>
er RT. Nobody is
suggesting that.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaud
it wouldn't be started in the first place if the apps
get RT by some other means, since rtkit is only the last resort for them.
But really, if this is so important to you then we can certainly
change that.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] p
On Tue, 23.06.09 00:36, Fons Adriaensen (f...@kokkinizita.net) wrote:
>
> On Mon, Jun 22, 2009 at 11:37:20PM +0200, Lennart Poettering wrote:
>
> > It was clearly a bad idea to post about rtkit on lad. It is a big
> > waste of time fighting this through against all those de
to make PA RT by default. PA is
installed default on all big distros.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
Linux-audio-
even
misuse RT in the first place.
Really, all this has been answered before. You can run around in
circles if you like to, but this is where I get off.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/
On Mon, 22.06.09 23:35, Jörn Nettingsmeier (netti...@folkwang-hochschule.de)
wrote:
> Lennart Poettering wrote:
> > On Mon, 22.06.09 09:33, Arnold Krille (arn...@arnoldarts.de) wrote:
> >
> >
> > You practically cannot take group membership away from a user after
this thread is next
to zero, nobody even bothers to read the README before just fudding
around.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
_
stinction really matters, I am all ears. Otherwise I'd got for the
safe default for now.
> (yes, I understand RLIMIT_RTPRIO will still be there, the system will
> just not be configured out of the box to grant any access through that
> mechanism).
For RLIMIT_RTPRIO nothing changes. It w
On Mon, 22.06.09 21:28, Emanuel Rumpf (xb...@web.de) wrote:
>
> 2009/6/19 Lennart Poettering :
>
> > Also, asking the user to edit /etc/security/limits.conf
> > is certainly not user-friendly. We want to enable RT scheduling for
> > media aplications out-of-the-box.
On Mon, 22.06.09 11:15, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote:
>
> On Mon, 2009-06-22 at 15:38 +0200, Lennart Poettering wrote:
> > On Mon, 22.06.09 15:05, Fons Adriaensen (f...@kokkinizita.net) wrote:
> >
> > >
> > > On Mon, Jun 22, 200
is no such thing a trusted user applications. And I don't think
we want to go down the road to sandboxing for this.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
__
On Mon, 22.06.09 11:53, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Mon, Jun 22, 2009 at 11:34 AM, Lennart Poettering wrote:
> > What exactly are you asking for as "user-space infrastructure"? Some
> > easy to reach UI that will allow you to make yoursel
hink it's important to recognise that this approach
> is not appropriate for all platforms, and providing a more conventional
> library interface would be more convenient for programmers, more
> portable, and generally better software engineering practice.
I guess we have to agree to di
han anything there was before.
However, as soon as we want to make RT available out-of-the-box
RLIMIT_RTPRIO just doesn't cut it.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A01
On Sun, 21.06.09 21:02, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Sun, Jun 21, 2009 at 8:05 PM, Lennart Poettering wrote:
> >
> > The distinction between a thread/clone() and a process/fork() bomb
> > doesn't really matter. What matters is that you can
7;s just the way it is.
> > PolicyKit entered all major distributions.
>
> The only thing required for that it to ensure it becomes a
> dependency for Gnome. This will work for anything you want
> and it does not demonstrate or imply any qualities.
FUD, FUD.
On Sun, 21.06.09 21:16, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Sun, Jun 21, 2009 at 7:52 PM, Lennart Poettering wrote:
> >
> >> so, sched_setschedparam(), a documented, implemented and demonstrably
> >> functional call fails in some cases. and your pr
st our cover for
this. Muahahahaah! Muahahahahaahah!
> * It is IHMO high time to start the development of a
> kernel patch that removes all of this, and provides a
> clean POSIX system to those who want it.
Yes, do it! Not sure what exactly you want to patch out.
to have rt need to ask rtkit
> > themselves. (which is the only safe thing to do, only then we get the
> > credentials properly defined)
>
> We should try to find out what happens in Jack's case.
In JACK's sources the only place where I see fiddling with the
schedule
On Mon, 22.06.09 08:52, Adam Sampson (a...@offog.org) wrote:
>
> Lennart Poettering writes:
>
> > I am Linux developer. My priority is Linux.
>
> That's nice, but most of us developers don't have the luxury of being
> able to forget about portability
On Mon, 22.06.09 09:33, Arnold Krille (arn...@arnoldarts.de) wrote:
> On Monday 22 June 2009 02:09:36 Lennart Poettering wrote:
> > Doing authorization via groups is broken,
>
> What??? Did you ever do administration for more then one computer???
> Authorization by groups is
is GPL2+. When linked against the rkit daemon that gets
practically upgraded to GPL3. Problem solved.
> (Incidentally, why the "-Kit" naming? There seem to be a few packages
> like that around now, mostly providing a D-Bus service of some kind.)
Hehe, it
On Sun, 21.06.09 16:42, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote:
>
> On Mon, 2009-06-22 at 00:15 +0200, Lennart Poettering wrote:
> > On Sun, 21.06.09 11:09, Paul Davis (p...@linuxaudiosystems.com) wrote:
> > > I cannot imagine wanting to use this mechan
On Sun, 21.06.09 16:40, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote:
>
> On Fri, 2009-06-19 at 20:13 +0200, Lennart Poettering wrote:
> > Heya,
> >
> > Just a quick announcement:
> >
> > I just moved into Fedora Rawhide a little daemon called &qu
ction between a thread/clone() and a process/fork() bomb
doesn't really matter. What matters is that you can kill() processes
and make the whole issue go away in one step even if that process has
one gazillion threads and wants to create even more.
Lennart
--
Lennart Poettering
On Sun, 21.06.09 16:06, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote:
>
> On Fri, 2009-06-19 at 20:13 +0200, Lennart Poettering wrote:
> > Heya,
> >
> > Just a quick announcement:
> >
> > I just moved into Fedora Rawhide a little daemon called &qu
s before I
do something like this. That is wrong. This announcement of mine was
just the last step in doing all this, not the first step.
> none of the mainstream distributions have bothered to make it
> configurable, usable etc. etc.
Yes, and there are good reasons for it (see above).
Gah.
r
current code. All I kindly ask for is to ease the distributors life by
adding a tiny bit of fallback code that does a tiny call into rtkit in
case sched_setschedparam() fails with EPERM and is #ifdef as __linux__
&& HAVE_DBUS and is also contorollable as a compile-time configu
for
the page fault other processes will be scheduled. The time
spent in page faults is not counted as process time.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
On Fri, 19.06.09 20:39, Chris Cannam (can...@all-day-breakfast.com) wrote:
>
> On Fri, Jun 19, 2009 at 7:13 PM, Lennart Poettering wrote:
> > Questions?
>
> Is it safe to assume that the PulseAudio libraries will use this
> method to acquire real-time scheduling for the
On Fri, 19.06.09 20:32, Ralf Mardorf (ralf.mard...@alice-dsl.net) wrote:
>
> Lennart Poettering wrote:
>> So what does RealtimeKit do that previous solutions didn't do? rtkit
>> relies on a new kernel feature SCHED_RESET_ON_FORK that got recently
>> merged into Ingo&
now. Unless of course you are one of
those cool dudes who are living on the bleeding edge.
Packagers, you might want to steal this .spec file for you work:
http://cvs.fedoraproject.org/viewvc/devel/rtkit/rtkit.spec?revision=1.1&view=markup
Questions?
Lennart
--
Lennart Poettering
ing that is needed is an upper boundary.
> Better keep the current separated simple solution, until it can be
> proven it is a real bottleneck.
I guess I can agree to that.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointe
ver you cant know how many clients are following in the process
> cycle, so you cant know a sane threshold value.
But that information could be made available, couldn't it? I mean, the
Jack server has information about the graph, so it could make that
information available to the clie
define "some" based on
time, since that's what the deadline is about in the end.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
On Thu, 18.06.09 19:57, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Thu, Jun 18, 2009 at 7:43 PM, Lennart Poettering wrote:
> >
> >
> > for (;;) {
> > n = jack_client_wait()
> > process(n);
> > jack_cycle_signal();
> > wh
On Fri, 19.06.09 01:23, Fons Adriaensen (f...@kokkinizita.net) wrote:
>
> On Fri, Jun 19, 2009 at 12:33:24AM +0200, Lennart Poettering wrote:
>
> > This is basically what happens. However in PA we are much more dynamic
> > than JACK generally is. JACK clients general
On Fri, 19.06.09 01:56, Jussi Laako (ju...@sonarnerd.net) wrote:
>
> Lennart Poettering wrote:
> > Yeah? And this matters how to PA?
>
> Only in a way as I said, goals of JACK and PA are different, they try to
> solve different problem and naturally use different mean
On Thu, 18.06.09 17:41, Paul Davis (p...@linuxaudiosystems.com) wrote:
>
> On Thu, Jun 18, 2009 at 3:12 PM, Lennart Poettering wrote:
> >
> > On Jack we have jack_frames_since_cycle_start(), would it be
> > considered an ugly hack if I use that to implement a si
On Thu, 18.06.09 23:27, Jussi Laako (ju...@sonarnerd.net) wrote:
>
> Lennart Poettering wrote:
> > If an application can send PA data in larger blocks then we are happy
> > about it and take it. Of course, if the application needs low
> > latencies then it shouldn'
process_one_of_my_private_event();
}
Just ugly? Or *too* ugly? Is jack_frames_since_cycle_start() costly?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
On Thu, 18.06.09 20:12, Jussi Laako (ju...@sonarnerd.net) wrote:
>
> Lennart Poettering wrote:
> > PA does not use fixed block sizes. We always use the largest chunk
> > sizes the applications pass to us and break them up into smaller
> > pieces only when really necessary
On Thu, 18.06.09 13:51, Paul Davis (p...@linuxaudiosystems.com) wrote:
> On Thu, Jun 18, 2009 at 12:21 PM, Lennart Poettering wrote:
>
> >
> >
> > This is a bit more complex than you might think. Jack's thread
> > management is very unflexible and insists o
ksize than jack ?
PA does not use fixed block sizes. We always use the largest chunk
sizes the applications pass to us and break them up into smaller
pieces only when really necessary. We really try our best not having
to touch/convert/split/copy user supplied PCM data if we don't have
to.
On Mon, 15.06.09 11:38, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote:
>
> [it'd be nice if you keep all the cc'ed original lists in the thread]
>
> On Mon, 2009-06-15 at 19:34 +0200, Lennart Poettering wrote:
> > On Mon, 15.06.09 10:16
nservatism, mostly based on unfounded anti D-Bus FUD. But then
again, I am not really a jack developer, so what I think is mostly
irrelevant.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015
rantee that by the time the service name is registered
on the bus jack is fully accessible. Otherwise we had a race here: if
PA looks for the org.jackaudio.service name to appear on the bus and
then imemdiately connects to it while jack isn't fully accessible yet
PA would fail.
Lennart
--
Lenna
uld elaborate on that.
I mean, the idea is to simply offer those PA innterconnection ports,
it's up to the user to connect them or not. And if a user really
doesn't want that we could even make that easily disabable in the PA
UI somewhere.
> connect, and with the kind of buffer sizes pulse likes, it would
> hardly be hampered by a jack backend, right?
This is mostly what I suggested in that email Stephane just forwarded to
lad.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering
is pragmatic comprimises are probably what we have to work
with.
> Pizza ? In Holland ? More likely a 'broodje kroket'.
So I read from that that LAC 2010 happens in .nl?
Lennart
[1] Canonical appears to be looking for someone to hack on PA full
time. So if someone wants t
d be nice to discuss the mutual needs and wishes
> over pizza.
The situation shouldn't be that bad anymore. PA and JACK2
cooperate in a more friendly fashion these days when accessing audio devices:
when jack asks for it PA will release the audio device, and when jack
goes away PA will t
http://linuxplumbersconf.org/2009/submit/
LWN has some coverage of what happened last year, in case you want to
have a peek:
http://lwn.net/Articles/299211/
See you in Portland! And spread the word!
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot
oice for > 0db? Just continue the cubic mapping?
After having implemented this I can say it doesn't feel that bad in
the range 0..+10dB, but I was wondering if it actually makes sense?
Opinions?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering
botplanet.dk/audio/audio_gui_design/
Which suggests a cubic relation between 'pixel distances' and the
linear factor.
Any opinions on that? Other suggestions?
Thanks,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
ht
On Fri, 15.05.09 05:35, James Warden (warj...@yahoo.com) wrote:
> cool :)
> Is it already in the kernel code baseline ?
No. It is on its way, as I said.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/l
se (which does mostly the same as fusd) is on its
way into the kernel:
http://lwn.net/Articles/296388/
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
On Wed, 29.04.09 00:18, Fons Adriaensen (f...@kokkinizita.net) wrote:
>
> On Tue, Apr 28, 2009 at 11:59:36PM +0200, Lennart Poettering wrote:
>
> > On Tue, 28.04.09 23:36, Fons Adriaensen (f...@kokkinizita.net) wrote:
> >
> > > Hello all,
> > >
> >
x27;t need stable indexes. Simply use the card names instead. You
can find them in /proc/asound/cards. i.e. use "front:AudioPCI" instead
of "front:6" as device strings. That way you don''t need to configure
anything and always have stable device strings.
Lennart
--
Le
t the conference you can find here:
http://linuxplumbersconf.org/
The full CFP is available here:
http://linuxplumbersconf.org/2009/2009/04/lpc-2009-call-for-proposals/
Spread the word,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [
s refers to the version in Ubuntu 8.04, I haven't seen any
> other.
There will be an option to change the output port for a sound card
on-the-fly. I.e. from stereo analog, to 5.1 analog to spdif and
back. But that still needs time since ALSA currently doesn't have an
API that e
On Tue, 30.09.08 16:31, Chris Cannam ([EMAIL PROTECTED]) wrote:
>
> On Tue, Sep 30, 2008 at 4:13 PM, Lennart Poettering <[EMAIL PROTECTED]> wrote:
> > You can move any active stream on-the-fly to a different device. Just
> > right-click on it in pavucontrol.
>
>
90% of the users, should be a week. Max.
Assuming that you mean NetworkManager by "NM": you are underestimating
how much integration work this actually is. The kernel-userspace
interfaces for networking have been total chaos in the past. And it is
getting better. Much better.
And i
ctual URL's please, my acronym translator
> needs a new dictionary. :)
rhbz = Red Hat Bugzilla (i.e. where you are supposed to report a bug
if you found one in Fedora, http://bugzilla.redhat.com)
pa bts = PulseAudio Bug Tracker (i.e. where you are suppoed to report
a bug if you found one in PulseAu
tp://pulseaudio.org. Developer docs are here:
http://0pointer.de/lennart/projects/pulseaudio/doxygen/
Sure, there can always be more documentation but quite frankly PA
isn't that bad in this area.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poette
apps using its API, but that doesn't appear to be
> the goal right now.
The reason why I don't ask application developers at this time to
adopt the native PA API is that it is a relatively complex API since
all calls are asynchronous. It's comprehensive and not redundant,
x systems which have pulse audio ? I know
> I don't on my system, and it is a very popular one (ubuntu).
Almost all distributions at least ship it. And all the major ones
enable it by default. Fedora does, Ubuntu does, OpenSuse does.
Lennart
--
Lennart PoetteringRe
guide. And that's what I just finished doing.
I'd thus like to draw your attention to this new (long) blog story of
mine containing this guide:
http://0pointer.de/blog/projects/guide-to-sound-apis
I'd be very thankful for comments!
Lennart
--
Lennart Poettering
e userspace stuff that interfaces directly with
the kernel. FFADO seems to do the latter. Hence, FFADO fits
*perfectly* into what Plumber's is about I would say.
There's always the Linux Foundation Travel Fund. Since the Linux
Foundation is backing this conference I am pretty sure we c
s, checkout the conference website:
http://www.linuxplumbersconf.org/
(Sorry for this spam!)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ G
http://0pointer.de/blog/projects/plumbersconf.html
Spread the word!
Thanks,
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ GnuPG 0x1A0
84 matches
Mail list logo