This is open source.  Get with the program, there is no such thing as
perfect advice, responsible parties or guarantees.

  11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY
FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW.  EXCEPT WHEN
OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES
PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED
OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  THE ENTIRE RISK AS
TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU.  SHOULD THE
PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING,
REPAIR OR CORRECTION.

  12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR
REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES,
INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING
OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED
TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY
YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER
PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGES.

Note that the above clauses are interpreted in a Social sense and do
not merely serve as a legal backstop.

So, you wanted to use a high end card from some vendor who don't give
Linux the time of the day based on the advice of some young hacker wet
dreaming over the devices he can see on the internet with Linux and it
didn't work.  Who knows, perhaps the advice at the time was well
considered and accurate, but things change.

Bad luck.  Did you try learning about it and fixing the problem?  Did
*you* contact RME and ask them for support for your operating system?

Maybe you didn't have the time, it feels like a shame.  Do *not* vent
that anger or "wouldn't it have been nice if..." feelings at the ALSA
developers.  For the most part, they do an excellent job satisfying
the great number of people out there by making 95% of the features
that 95% of people want work.

However, they have their own lives and *do not serve you*.  They are
*not answerable* to their advice.
</rant>

  > That will be the last I have to say on this thread.

Great, I've got your word on it.

On Wed, 21 Jan 2004 02:07, Mark Knecht wrote;

  >    I see no reason to flame you for what you've said here. It seems
  > about right to me. However, please define 'be patient'. I was told
  > before I purchased the HDSP 9652 in November 2002 that it would be a
  > good card for me to spend my money on. It is now Jan. 2004 (15 months
  > later) and there are a number of things that do not work correctly. To
  > the best of my knowledge there is *no* developer looking at this card.
  > There is no developer (as far as I can tell) that even has one of these
  > in their system and uses it daily. How long should I be expected to be
  > patient?
  > 
  >    As I eluded to in my only other response to this thread, it is my
  > opinion (and only my opinion) that the developers of Linux have made a
  > structural mistake with the management of Alsa and sound cards. It 
would
  > have been better to support just a few cards but support them perfectly
  > than support many, many cards and have so many of them work bot well. 
It
  > should have been a requirement that no card be supported unless a
  > dedicated developer owns one, uses it daily and agrees to really 
support
  > the thing. That hasn't happened with the RME cards and now those of us
  > that were told they would work well are not so happy with Alsa.
  > 

-- 
Sam Vilain, [EMAIL PROTECTED]

Bible Misinterpretations # 2: Jesus drove a Honda
    `That they gathered themselves together, to fight with Joshua and
     with Israel, in one accord.' (Joshua 9:2)



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to