On Tue, Nov 12, 2002 at 09:48:00PM -0500, David Gerard Matthews wrote:
D R Holsbeck wrote:
I guess stability is not an issue?
It's not the potential drawing card that it once was. OSX is as stable
as Linux, and even 'doze XP is getting there, from what I hear.
-dgm
Also, with much
Taybin Rutkin [EMAIL PROTECTED] wrote:
I think that it's a prime cause. I'd say that it takes a company with
commercial interests to see a product through development to the point
where
it is ready to release to customers for sale.
We must be misunderstanding each other. You seem to be
Simon Jenkins [EMAIL PROTECTED] wrote:
But where would they have been now if they had taken the fully
open route? Somewhere better? Somewhere worse? Where could
a hypothetical competitor who started now, from scratch, with a
fully open model get to? Would they catch up and overtake? Would
Mark Knecht [EMAIL PROTECTED] wrote:
...Are you saying you can't
find developers to hire? Or are you saying you only want to hire them for
the duration of the project design? The former take a real monetary
commitment to put people on staff. That's pretty difficult financially.
Most audio
Paul Davis [EMAIL PROTECTED]
nobody has ever offered or even talked about hiring me as an
employee. only 2 companies have talked about using me as a
consultant. i think its reasonable to conclude that the offers of work
are not out there at this point in time.
For DAW applications, you're
On Tuesday 12 November 2002 16:00, Len Moskowitz wrote:
I don't know about many but it's happened to me. I've looked for
software engineers to assist in developing a Linux-based audio
product and had difficulty finding development/consulting help. And
this was for a funded project.
Yeah so
I guess stability is not an issue?
To attract commercial attention, a Linux audio application would have to
offer either a unique feature (or group of features) that's commercially
attractive or a significant customer base unreached by Windows/OS products.
Len Moskowitz
Core Sound
I don't know about many but it's happened to me. I've looked for
software engineers to assist in developing a Linux-based audio
product and had difficulty finding development/consulting help. And
this was for a funded project.
Yeah so you keep on saying but when I send you an email saying
On Tuesday 12 November 2002 17:05, Len Moskowitz wrote:
To attract commercial attention, a Linux audio application would have
to offer either a unique feature (or group of features) that's
commercially attractive or a significant customer base unreached by
Windows/OS products.
I don't think
nobody has ever offered or even talked about hiring me as an
employee. only 2 companies have talked about using me as a
consultant. i think its reasonable to conclude that the offers of work
are not out there at this point in time.
For DAW applications, you're probably right.
that's not
Or price?
Hopefully it should be possible for vendors (including Paul :) to ship
preconfigured linux boxes with wodges of software and without any
licensing costs.
- Steve
On Tue, Nov 12, 2002 at 12:28:28 -0600, D R Holsbeck wrote:
I guess stability is not an issue?
To attract commercial
SNIP
that's not really what i meant. anybody who has read this list over a
reasonably period of time or who conducts a rudimentary lookup on my
name using google will very rapidly get the impression that i'm
probably available for any consulting projects related to linux, audio
and MIDI. and
Len Moskowitz wrote:
Simon Jenkins [EMAIL PROTECTED] wrote:
But where would they have been now if they had taken the fully
open route? Somewhere better? Somewhere worse? Where could
a hypothetical competitor who started now, from scratch, with a
fully open model get to? Would they catch up and
D R Holsbeck wrote:
I guess stability is not an issue?
It's not the potential drawing card that it once was. OSX is as stable
as Linux, and even 'doze XP is getting there, from what I hear.
-dgm
To attract commercial attention, a Linux audio application would have to
offer either a
Well considering OSX runs on top of BSD I am not surprised. As for
windoze XP, I dont see it, maybe if you compare it to the rest of the
windoze long line of garbage. But that would not take much, though DOS
was pretty stable ;-)
On Tue, 2002-11-12 at 20:48, David Gerard Matthews wrote:
D R
Paul Davis wrote:
If they're unable or unwilling to tell the difference between free
software and software that is written for free then there's
probably never going to be a linux sdk for their hardware. Its just
too specialised and complex for someone to do it for free, or to
modify anything
Paul Davis is on permanent record as saying:
:
:and lets suppose they did so. how many extra units would they actually
:sell? my guess is less than a dozen or so in a given year. notice that
:i said extra. the chameleon doesn't run linux, we're talking about
:developers who want to work on linux
OTOH
On Fri, Nov 08, 2002 at 07:06:47PM -0500, David Gerard Matthews wrote:
I would shell out for a fully-functional version of Ardour if Paul
decided to charge $400 for it, I doubt that many people
who are not already running Linux would be.
Hell yeah. If it was still GPLd, and especially
On Sat, Nov 09, 2002 at 07:15:02AM +, Simon Jenkins wrote:
Audio-related examples might include things like:
Making a multi effects rack unit with pro-audio i/o, a heap of DSP
power, front panel display and controls, and filling it with the
pick of the available open source algorithms
I really dont see much point in going from using Logic on a Mac to Logic
on Linux.
for MacOS pre-X, stability and performance would be a great pair of
reasons to do this. but now that OS X is here, and apps like logic are
more or less available for it, no, i don't see much point in doing
that
Another way a company can make money off free software is to
embed it, with suitable modification, in custom hardware.
Audio-related examples might include things like:
[ ... ]
When enough end-user linux audio apps are ready for prime-time
somebody should be able to make a lot of money
Thanks paul,
I have this problem once in a while as a die hard opensource fan I didn't
go out and buy software for years now and - a point that even in the linux
community many people don't seem to understand - not because I'm a cheap-
skate or ex-w4r3z kid that doesn't understand how commercial
Steve Harris wrote:
On Sat, Nov 09, 2002 at 07:15:02AM +, Simon Jenkins wrote:
Audio-related examples might include things like:
Making a multi effects rack unit with pro-audio i/o, a heap of DSP
power, front panel display and controls, and filling it with the
pick of the available open
Like the soundart chamelon http://www.soundart-hot.com/
[ ... ]
That's exactly the kind of hardware I was thinking of... and exactly the
kind of
business model I *wasn't* thinking of.
Maybe they, or someone like them, could sell more hardware if they let go
of the software? (They'd certainly
Not to be sarcastic, but I'm pretty sure that LAD programmers refusing
offers of work isn't the cause of the lack of linux-based audio products.
I think that it's a prime cause. I'd say that it takes a company with
commercial interests to see a product through development to the point where
it
Paul Davis wrote:
Like the soundart chamelon http://www.soundart-hot.com/
[ ... ]
[ ... ]
Maybe they, or someone like them, could sell more hardware if they let go
of the software? (They'd certainly sell one to me). And that's how they
actually
make their money, right? By making
PROTECTED]
[mailto:linux-audio-dev-admin;music.columbia.edu]On Behalf Of Simon
Jenkins
Sent: Saturday, November 09, 2002 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel]
help for a levelmeter]
If they're unable or unwilling to tell the difference
Paul Davis [EMAIL PROTECTED] writes:
OS X is a major challenge to the linux audio religious faithful.
It's an opportunity, too, though -- there's a segment of the Mac
population that can barely justify the cost premium for Mac hardware,
because they use the hardware for recreation or
Paul Davis wrote:
OS X, despite being unix, actually promotes/requires that
applications are written using an API (i.e. a set of libraries) that
bear little resemblance to anything traditionally called unix. so
even this will not help the porting effort. in theory, the gnustep
people have a
Patrick Shirkey wrote:
So what products would core-sound be willing to invest in?
This is a topic better discussed privately.
My point was that if Linux audio developers had the time and inclination to
offer their design and/or consulting services to commercial companies, it's
likely that more
On Fri, 8 Nov 2002, Len Moskowitz wrote:
My point was that if Linux audio developers had the time and inclination to
offer their design and/or consulting services to commercial companies, it's
likely that more Linux-based audio products would come to market.
Not to be sarcastic, but I'm
Taybin wrote:
My point was that if Linux audio developers had the time and inclination
to
offer their design and/or consulting services to commercial companies,
it's
likely that more Linux-based audio products would come to market.
Not to be sarcastic, but I'm pretty sure that LAD
On Fri, 8 Nov 2002, Len Moskowitz wrote:
Taybin wrote:
My point was that if Linux audio developers had the time and inclination
to
offer their design and/or consulting services to commercial companies,
it's
likely that more Linux-based audio products would come to market.
Not to
On Fri, Nov 08, 2002 at 12:45:30 -0500, Taybin Rutkin wrote:
On Fri, 8 Nov 2002, Len Moskowitz wrote:
My point was that if Linux audio developers had the time and inclination to
offer their design and/or consulting services to commercial companies, it's
likely that more Linux-based audio
On Fri, Nov 08, 2002 at 03:18:54PM -0500, Len Moskowitz wrote:
I think that it's a prime cause. I'd say that it takes a company with
commercial interests to see a product through development to the point where
it is ready to release to customers for sale.
Who are these audio companies that
PROTECTED]
Subject: Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel]
help for a levelmeter]
Taybin wrote:
My point was that if Linux audio developers had the time and inclination
to
offer their design and/or consulting services to commercial companies,
it's
likely that more Linux
On Fri, Nov 08, 2002 at 07:06:47PM -0500, David Gerard Matthews wrote:
not true. And of course, there is the whole (somewhat
discredited by present economic circumstances) argument that you *can*
make money of off free software.
there are some business models that seem to work.
Zope
Paul Winkler wrote:
On Fri, Nov 08, 2002 at 07:06:47PM -0500, David Gerard Matthews wrote:
not true. And of course, there is the whole (somewhat
discredited by present economic circumstances) argument that you *can*
make money of off free software.
there are some business models that
IMO it would be much better if the link to details about the card would
not say Install' but instead indicate that details about the card can
be found there (alsa soundcard matrix), I mean the column is named
appropriately driversdocs but the item in column is always 'Install'.
It has mostly
-Original Message-
From: Patrick Shirkey [mailto:pshirkey;boosthardware.com]
IMO it would be much better if the link to details about
the card would
not say Install' but instead indicate that details about
the card can
be found there (alsa soundcard matrix), I mean the
-Original Message-
From: Patrick Shirkey [mailto:pshirkey;boosthardware.com]
Sent: Wednesday, October 23, 2002 1:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel]
hel p for a levelmeter]
this is what's on the page:
Creative
-Original Message-
From: Paul Davis [mailto:paul;linuxaudiosystems.com]
[ re: OSS ]
code. It will
soon be available only through emulation. It forces use of
the blocking
model.
actually, it doesn't. nothing would stop the implementation of an OSS
driver/client for
that's ok, I don't think everything has to be understandable by a newbie,
it's not the wording of what's there that is a problem, it's the missing
information that's a problem (I just sent an update about what functionality
I have found missing in sb live, I guess more of that should be
-Original Message-
From: Paul Davis [mailto:paul;linuxaudiosystems.com]
that's ok, I don't think everything has to be
understandable by a newbie,
it's not the wording of what's there that is a problem, it's
the missing
information that's a problem (I just sent an update about
On Fri, Oct 25, 2002 at 11:54:40AM -0400, Len Moskowitz wrote:
Are you making an offer? ;)
Yes, I am now and I have in the past. It's not easy to find takers.
Sorry, I didn't understand this exchange. What's being offered?
Nice to see you here, Len.
(We met at that NYLXS audio-related
Paul Winkler wrote:
Sorry, I didn't understand this exchange. What's being offered?
Compensation for assistance with Linux audio-related product development.
Nice to see you here, Len.
Thanks -- nice to see you too, Paul.
(We met at that NYLXS audio-related meeting a while back.
Geez,
On Fri, Oct 25, 2002 at 02:00:54PM -0400, Len Moskowitz wrote:
Paul Winkler wrote:
Sorry, I didn't understand this exchange. What's being offered?
Compensation for assistance with Linux audio-related product development.
What a radical concept! :-}
too bad /me is too busy with endless
Takashi, thanks for these corrections!
It'd be great to see yet more reports about successes, failures, suspected
problems, etc, etc concerning different soundcards and chipsets on
alsa-user (and other lists)! It's much easier to make purchasing decisions
if you know that at least someone has
Len wrote:
If you will be making money from a Linux-based product, then you
*should* be investing your own money for promotion.
I am. What's your point?
Other people (people who are not in business) need not and likely won't
invest money to promote Linux Audio.
People here invest their time
On Tue, 22 Oct 2002, Peter L Jones wrote:
On Tuesday 22 Oct 2002 17:42, Paul Winkler wrote:
On Tue, Oct 22, 2002 at 11:14:52AM +0100, Steve Harris wrote:
I can't answer this properly, but there is some issue to with mmap mode I
believe. It is a very small number of cards that dont
On Thursday 24 Oct 2002 18:32, Kjetil S. Matheussen wrote:
On Tue, 22 Oct 2002, Peter L Jones wrote:
[snip]
I don't want to have to learn about DSPs and stuff to be able to identify
a _good_ sound card. I've currently got a shortlist for my next machine:
* MidiMan Delta Audiophile 2496
Reiner wrote:
- there's patch for PD that provides JACK-support
-
http://sourceforge.net/mailarchive/message.php?msg_id=1169519
Actually, this is no longer current. Check the pd list archive for
newer approaches to pd jackification. Personally, I now use Günther
Geiger's patch applied to pd
On Wednesday 23 October 2002 11:51, Takashi Iwai wrote:
...
- SB AWE models (ugh, crap!)
- Yamaha YMF7xx/DS-XG (some have reported that these work ok,
but in any case they have a max 3 periods limitation
similar to cs4281, which can confuse apps)
no, instead, the interrupts are
Kai Vehmanen schrieb:
- there's patch for PD that provides JACK-support
-
http://sourceforge.net/mailarchive/message.php?msg_id=1169519
Actually, this is no longer current. Check the pd list archive for
newer approaches to pd jackification. Personally, I now use Günther
Geiger's patch
At Wed, 23 Oct 2002 15:16:08 +0200,
Werner Schweer wrote:
On Wednesday 23 October 2002 11:51, Takashi Iwai wrote:
...
- SB AWE models (ugh, crap!)
- Yamaha YMF7xx/DS-XG (some have reported that these work ok,
but in any case they have a max 3 periods limitation
similar to
Paul Winkler wrote:
I can certainly sympathize with that one. Supposedly there is some work
being done on supporting USB audio devices under ALSA; that may be our
best hope. (Yes, I know USB has potentiall horrible latency. )
I have just this morning been able to get a pure ecasound sine wave
-Original Message-
From: Anthony [mailto:avan;uwm.edu]
Sent: Tuesday, October 22, 2002 7:47 PM
To: [EMAIL PROTECTED]
Subject: Re: [linux-audio-dev] Re: image problem
* Ivica Bukvic [EMAIL PROTECTED] [Oct 22 02 20:16]:
I am thankful for Jack, but at the same time that does
-Original Message-
From: Peter L Jones [mailto:peter;drealm.org.uk]
On Tuesday 22 Oct 2002 20:27, Patrick Shirkey wrote:
Peter wrote:
All these things just make life _easier_. I want to get on with
developing code, not wondering why my hardware isn't performing. I
don't
-Original Message-
From: Patrick Shirkey [mailto:pshirkey;boosthardware.com]
Eric wrote:
it is also pretty much useless for general users. I mean if I can't
listen to mp3 and browse the web at the same time ...
(without sound
servers which were discussed recently and as far as
On Tue, Oct 22, 2002 at 03:07:22PM -0500, STEFFL, ERIK (SBCSI) wrote:
BTW creative provides some linux support.
Heh, no, they don't. They've provided a paper on an FX8010, a chip
that the emu10k1 implements or something, and they released some register
info, and that's it. Basically, afaict,
-Original Message-
From: Patrick Shirkey [mailto:pshirkey;boosthardware.com]
Sent: Wednesday, October 23, 2002 11:38 AM
Plus the sound matrix at
http://www.alsa-project.org/alsa-doc/ doesn't say there
are problems
getting docs from manufacturer.
Perhaps someone should
On Wed, Oct 23, 2002 at 08:09:24 +0200, Reiner Klenk wrote:
I've used both (both are available as RPMs from Planet CCRMA), and they
are good, but I think that the plugin~ object is a bit awkward, and I
couldn't express all LADSPA ports in message objects (some problem with
spaces I think).
this is what's on the page:
Creative Labs | Soundblaster Live Platinum | EMU10K1 | Install |
(4)[A][B]
bottom of the page:
(4) Hardware mixing supported
...
NOTE: Just because an I/O is listed does NOT mean it is guaranteed to
be supported. Please check the mailing
list archives before
At Wed, 23 Oct 2002 00:07:22 +0300 (EEST),
Kai Vehmanen wrote:
On Tue, 22 Oct 2002, Peter L Jones wrote:
I don't want to have to learn about DSPs and stuff to be able to identify a
_good_ sound card. I've currently got a shortlist for my next machine:
* MidiMan Delta Audiophile 2496
On Monday 21 October 2002 20:21, Patrick Shirkey wrote:
But am I just wasting my breath because the Agnula crew are going to
do all the work for us?
Oh well _now_ you come on to my pet subject.
Anyone from the Agnula project have a position on this?
A while ago I got involved in a flamespat
On 10/22/2002 - 04:46:47, Richard Bown said:
On Monday 21 October 2002 20:21, Patrick Shirkey wrote:
But am I just wasting my breath because the Agnula crew are going to
do all the work for us?
Oh well _now_ you come on to my pet subject.
Anyone from the Agnula project have a position
On Tue, 22 Oct 2002, Conrad Parker wrote:
it might save you some hassles if you changed the intro to jack's web
pages, which currently read:
JACK is a low-latency audio server, written primarily for the
GNU/Linux operating system. It can connect a number of different
On Mon, 21 Oct 2002, Paul Davis wrote:
JACK *isn't* intended for general use, and i get tired of suggestions
that it should be. there are lots of people working on solutions for
general use. JACK is intended for people who are serious about
audio.
I'd like to add that not all JACK developers
On Mon, 21 Oct 2002, Ivica Bukvic wrote:
And as long as you view JACK as that, it will have a very small user
base and hence very small pool of audio apps that will support it. All
this will lead to the fact that, no matter how good JACK is (or is
supposed to be), it will be always a
JACK *isn't* intended for general use, and i get tired of suggestions
that it should be. there are lots of people working on solutions for
general use. JACK is intended for people who are serious about
audio.
I'd like to add that not all JACK developers are as strict about this as
Paul ;),
-Original Message-
From: Joshua Haberman [mailto:joshua;haberman.com]
Paul Davis [EMAIL PROTECTED] wrote:
So why, having studied the docs, am I completely stumped
with jack? It
refuses to play. I don't consider any solution based on a
piece of software
_I_ can't operate
On Tue, 22 Oct 2002, STEFFL, ERIK (SBCSI) wrote:
except of the blocking of sounds (the problem mentioned above) I am quite
dissapointed by functionality of linux drivers I have tried, I have sb live
platinum and (last time I checked):
Maybe you should buy cards from companies that care
[ re: OSS ]
code. It will
soon be available only through emulation. It forces use of
the blocking
model.
actually, it doesn't. nothing would stop the implementation of an OSS
driver/client for JACK.
ALSA is very powerful and complete, but very complex. This will make
rant
it
Patrick wrote:
If you will be making money from a Linux-based product, then you
*should* be investing your own money for promotion.
I am. What's your point?
Other people (people who are not in business) need not and likely won't
invest money to promote Linux Audio.
People here invest
Eric wrote:
it is also pretty much useless for general users. I mean if I can't
listen to mp3 and browse the web at the same time ... (without sound
servers which were discussed recently and as far as I can tell the
general consensus is that they are bad and not to be used).
This is a
There is this annoying kind of double talk in the OSS comunity: many people
just talk about how great OSS are and how every body should start using it
and all that kind of stuff, but as soon as you ask for some professional
behaviour from the apps and from the developers the only answer one gets
On Tue, Oct 22, 2002 at 11:14:52AM +0100, Steve Harris wrote:
I can't answer this properly, but there is some issue to with mmap mode I
believe. It is a very small number of cards that dont work.
We should compile a list of them, and maybe put it in the JACK FAQ.
--PW
--
Paul Winkler
Welcome
On Tue, 22 Oct 2002, Sebastien Metrot wrote:
There is this annoying kind of double talk in the OSS comunity: many people
just talk about how great OSS are and how every body should start using it
and all that kind of stuff, but as soon as you ask for some professional
behaviour from the apps
On Tuesday 22 Oct 2002 17:42, Paul Winkler wrote:
On Tue, Oct 22, 2002 at 11:14:52AM +0100, Steve Harris wrote:
I can't answer this properly, but there is some issue to with mmap mode I
believe. It is a very small number of cards that dont work.
We should compile a list of them, and maybe
-Original Message-
From: Kai Vehmanen [mailto:kai.vehmanen;wakkanet.fi]
On Tue, 22 Oct 2002, Conrad Parker wrote:
it might save you some hassles if you changed the intro to
jack's web
pages, which currently read:
JACK is a low-latency audio server, written primarily
Peter wrote:
On Tuesday 22 Oct 2002 17:42, Paul Winkler wrote:
On Tue, Oct 22, 2002 at 11:14:52AM +0100, Steve Harris wrote:
I can't answer this properly, but there is some issue to with mmap
mode I
believe. It is a very small number of cards that dont work.
We should compile a list of
On Tuesday 22 Oct 2002 12:55, Kai Vehmanen wrote:
[snip]
JACK is not yet finished, and it has some definite usability issues
that need to be resolved. but it is not, and i hope will never be
(primarily) a general purpose sound server.
In other words, developmenttesting help is welcome!
On Tue, 22 Oct 2002, Peter L Jones wrote:
When I run latencytest0.42-png from [EMAIL PROTECTED], I get about 99% sub
2ms latency. But jack still complains of xruns of about 50ms. There's
something here I'm simply failing to understand... but I don't know where to
Are you running JACK as
* Kai Vehmanen [EMAIL PROTECTED] [Oct 22 02 16:09]:
- snd-intel8x0 (nice chipset, is suitable for low-latency use)
Actually, I've had terrible results with this. It could be due to the
fact that it got pushed to a higher IRQ by my other card, however.
--ant
JACK *isn't* intended for general use, and i get tired of
suggestions that it should be.
snip
and then later...
the reason for not doing this is that there isn't manpower to do it. i
am focused on JACK as the engine for a set of apps that i want to be
able use (and i want others to be
On Tuesday 22 Oct 2002 20:27, Patrick Shirkey wrote:
Peter wrote:
All these things just make life _easier_. I want to get on with
developing code, not wondering why my hardware isn't performing. I
don't _want_ to have to learn _that_ part of the system. Because I'll
only need to do it
Ivica Bukvic wrote:
That being said, I have been at least somewhat convinced that Jack is
possibly the way to go, and after some thinking, I've decided to attempt
porting RTcmix into the Jack framework. Only time will now tell whether
this was worth it or not.
Regards,
Ico
That was the
This is a fair question. First, many people might promote OSS, but
that
doesn't mean unconditional surrender. ;) I mean, I was really quite
offended by Ivica's message where he proposed that JACK developers are
arrogant if they don't implement x and y. OSS or not, that's not very
nice
When I run latencytest0.42-png from [EMAIL PROTECTED], I get about 99% sub
2ms latency. But jack still complains of xruns of about 50ms. There's
something here I'm simply failing to understand... but I don't know where to
Are you running JACK as root with -R or with -R --asio? Do these
Then explain it this way, and do not contradict yourself by initially
saying Jack will never replace other sound daemons, and then mention
yes, i think i wrote contradictory things. i sometimes do that. my
original point was that JACK was not *intended* to replace other sound
daemons. its design,
Paul Davis wrote:
i do know what RTcmix is. i've used it. its a really cool program. its
not the sort of thing i would use for RTP. if you do, thats great, but
most of the people who are buying software for RTP are also not
looking for software like RTcmix.
LADSPA plugin out there... Yet you
On Tue, 22 Oct 2002, Ivica Bukvic wrote:
offended by Ivica's message where he proposed that JACK developers are
arrogant if they don't implement x and y. OSS or not, that's not very nice
considering how much free time we have spend on this.
And what do you think how do I feel when I
hey, stop whining. your contributions are very welcome and respected.
as to your *feature requests*, well, go ahead and implement them or find
someone who does.
i think everyone appreciates food for thought, but (at least to me) the
wording of some of the opinions in this thread was rather
On Tue, Oct 22, 2002 at 07:15:39PM -0400, David Gerard Matthews wrote:
I can certainly sympathize with that one. Supposedly there is some work
being done on supporting
USB audio devices under ALSA; that may be our best hope. (Yes, I know
USB has potentially
horrible latency. )
There have
You're right, I need a coffee break :-). But before I do that...
i think everyone appreciates food for thought, but (at least to me)
the
wording of some of the opinions in this thread was rather suboptimal
and
might easily provoke some strong rhetoric in defense.
let's just all take a deep
* Ivica Bukvic [EMAIL PROTECTED] [Oct 22 02 20:16]:
I am thankful for Jack, but at the same time that does not mean there
should be no criticism. If you are referring to me criticizing Paul's
statements, then how do we dare criticize Linus Torvalds for letting OSS
happen? After all, he is the
On Tue, 22 Oct 2002, Peter L Jones wrote:
I don't want to have to learn about DSPs and stuff to be able to identify a
_good_ sound card. I've currently got a shortlist for my next machine:
* MidiMan Delta Audiophile 2496 (Envy24)
* Creative SB PCI 128 (ES1371)
I've used both of these
Steve Harris said something like:
We run the risk of annoying people by starting an ad campaign now.
This didn't sit with me when I read it. Now I think I know why.
Why should we let these people who could get annoyed wait for us to
polish the products to perfection. If they want to use them
On Sunday 20 Oct 2002 21:38, Kai Vehmanen wrote:
On Sun, 20 Oct 2002, Peter L Jones wrote:
rant I also want to be able to do this on my current machine, a Celeron
400. Jack won't run - my machine's too slow. MPlayer won't run - my
machine's too
As for JACK requiring a +400Mhz machine,
So why, having studied the docs, am I completely stumped with jack? It
refuses to play. I don't consider any solution based on a piece of software
_I_ can't operate suitable for general use.
JACK *isn't* intended for general use, and i get tired of suggestions
that it should be. there are
1 - 100 of 120 matches
Mail list logo