Fedora 11 nerfed my mixer

Lennart Poettering mzerqung at 0pointer.de
Thu Apr 23 19:56:34 UTC 2009


On Thu, 23.04.09 14:18, Callum Lerwick (seg at haxxed.com) wrote:

> > > The proposals I've seen to work around PulseAudio's problems have been
> > > ridiculous -- running audio over the network using PulseAudio,
> > > introducing a bunch of latency which wouldn't otherwise be there, was a
> > > stupid suggestion even if the other box wasn't running Windows. The
> > > hardware has a line-in socket for a reason -- are we just going to
> > > advise Fedora users to tape over it and pretend it isn't there?
> > 
> > The point of line-in is that you can record from it.
> > 
> > Doing line-in/mic feedback to line-out is something I deliberetaly don't
> > plan to support in PA.
> 
> It's called "input monitoring" and it's not unusual. Why is someone with
> no apparent musical or audio recording background in charge of core
> Fedora audio infrastructure?

You are forgetting one thing: PA is a desktop sound server, not a pro
audio sound server or anything for music production.

And that's why input monitoring doesn't make much sense for PA and I
don't plan to support it. If you do pro audio, then don't use PA. Use
JACK and use the raw ALSA. 

> > What complicates the matter is that we cannot properly deduce if some
> > weird system has bass speakers connected to "Master mono" or not. It
> > could be something completely different. tbh I have not the slightest
> > clue how this should be exposed.
> 
> You expose it in the UI as a volume and a "tone" slider. Or "bass" and
> "treble" sliders. Christ, have you ever looked at real physical stereo?
> The 'exposure' is the easy part. Yes, the low level details are probably
> going to be a bitch. But handling those kinds of details are your
> *JOB*.

Ah, I always wondered what my job was. Nice that I get it explained
from you now.

> > 5) People want PA to use a different mixer control than 'Master'. I
> > don't think this is a good thing to do. There is a workaround for this
> > as mentioned, but this is one of the most basic things a driver should
> > get right. Hence, fix it in the driver. I am not planning to support
> > this beyond allowing you to edit some config files to set this up.
> 
> I don't care what you think. This isn't about what you think. This is
> about what the end user wants. Namely ME. Clearly, from this thread and
> plenty of others in the past, you don't give two shits about what your
> end users want.

Hear, hear!

So everyone listen up! The one magical 'end user' is now revealed as
being Mr. Callum Lerwick himself! Listen to his demands and obey!

Don't you think you are a bit presumptuous firstly in believing that
you are the one 'end user' that counts and can stand for them all?
What do you think of courself? And secondly in requesting that RH's
developers have to follow your wishes orders when developing software
you don't even pay for?

Come on, give me break. This is more than enough.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4




More information about the devel mailing list