All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan Leonard <jonathan.adams.leonard@gmail.com>
To: alsa-devel@alsa-project.org
Subject: Re: RME HDSPe AIO
Date: Mon, 9 Nov 2009 11:56:55 -0800	[thread overview]
Message-ID: <1401522d0911091156p55b1ad53m92f04933ccfa46f8@mail.gmail.com> (raw)
In-Reply-To: <4AF7E71B.2030808@faberman.de>

Florian, why can't you answer his technical question with specifics?  What
in ALSA prevents professional use?  There is a culture out there that
'worships' whatever professional means without ever defining it.  It is
elitism and in a technical forum unforgivable.  Lets leave culture out of
driver discussions ok?  I asked for information about how to make the AIO
work in ALSA and I have received ZERO useful information and instead got
discouraging and arrogant responses.  I feel like I am being neutralized
here.  The soundcard matrix contains no entries for the AIO, so one can only
conclude ambiguity.

I am willing to try and help, but without useful information it is difficult
to proceed.

The HDSPe hostcard works great with the multiface.  I am working on the
assumption that if the card can be identified differently, there will be a
similar level of functionality.  There is also the benefit of hdspmixer and
hdspconf, both which work fine with HDSPe hostcard and multiface.  If there
is a reason this is not appropriate, technically, that can be validated I
would like to hear it.  Otherwise if ALSA and the operating system can be
adjusted to load the snd-hdsp module instead, I would like to know how to
make this accommodation and how to compile ALSA to make this possible.  I
have great hopes for a snd-hdspm module that will support all the new gear,
but that may never happen.  In the meantime, I think it is acceptable to use
the existing module even if it is not perfect.  If perfection were a
requirement ALSA would not have gotten very far and neither would science.

So again I will try and ask the experts of ALSA development how to make
these accommodations.

jonathan adams leonard

On Mon, Nov 9, 2009 at 1:55 AM, Florian Faber <faber@faberman.de> wrote:

> Demian,
>
> > The Trinnov room correction system which is a pro market product uses
> > Hammerfall cards and Alsa to do some very ambitious pro audio functions
> for
> > example.
>
> It is nice if everything works out for you. But there are other people
> who need different things.
>
>
> Flo
>

  reply	other threads:[~2009-11-09 19:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.2708.1257713283.2074.alsa-devel@alsa-project.org>
2009-11-08 21:30 ` RME HDSPe AIO Demian Martin
2009-11-09  9:55   ` Florian Faber
2009-11-09 19:56     ` Jonathan Leonard [this message]
2009-11-10  9:52     ` Pavel Hofman
2009-11-08 19:38 Jonathan Leonard
2009-11-08 19:44 ` Florian Faber
2009-11-08 20:00   ` Jonathan Leonard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1401522d0911091156p55b1ad53m92f04933ccfa46f8@mail.gmail.com \
    --to=jonathan.adams.leonard@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.