On Wed, Nov 08, 2006 at 12:20:42AM +, James Courtier-Dutton wrote:
The current jackd skips a step in the processing of the poll events.
Looking at the code it seems already quite elaborate.
Basically what happens comes down to (ignoring error
checking and timeouts):
- The set of pollfd is
Fons Adriaensen wrote:
On Wed, Nov 08, 2006 at 12:20:42AM +, James Courtier-Dutton wrote:
The current jackd skips a step in the processing of the poll events.
Basically what happens comes down to (ignoring error
checking and timeouts):
- The set of pollfd is poll()'ed until all are
James Courtier-Dutton wrote:
Paul Davis wrote:
Hannu was the guy who made sound on linux possible in the first place.
Have a little respect. OK, so he and others decided to try to make a
business out of it, and they bowed down to NDA requirements from vendors
as part of doing that. Many of us
I think Hannu annoyed a few of us by stating that ALSA is designed by
hackers.
There is absolutely no question in my mind that ALSA is designed by
professionals.
True. However... there are definitely some hackish aspects to the alsa
project. On numerous occasions I have found the files
On Tue, Nov 07, 2006 at 07:56:52AM -0700, Garett Shulman wrote:
If you ask me... I would recommend that the alsa team drop all of the
ambitions plugin stuff (except sampl rate bit rate)
Without `ambitious plugin stuff' like pcm_multi, nobody would be able
to use multiple sound cards with
On Tue, 2006-11-07 at 16:54 +, John Rigg wrote:
On Tue, Nov 07, 2006 at 07:56:52AM -0700, Garett Shulman wrote:
If you ask me... I would recommend that the alsa team drop all of the
ambitions plugin stuff (except sampl rate bit rate)
Without `ambitious plugin stuff' like pcm_multi,
Lee Revell wrote:
On Tue, 2006-11-07 at 16:54 +, John Rigg wrote:
On Tue, Nov 07, 2006 at 07:56:52AM -0700, Garett Shulman wrote:
If you ask me... I would recommend that the alsa team drop all of the
ambitions plugin stuff (except sampl rate bit rate)
Without `ambitious
Josef Jurek wrote:
Marketing propaganda? 4Front Technologies is a company that
engages in the sale of software for profit. 4Front Technologies therefore
requires and presumably has a market, people who pay them for their
products.
4Front Technologies is just three programmers/developers.
On Mon, 2006-11-06 at 12:46 +0200, Hannu Savolainen wrote:
Josef Jurek wrote:
Marketing propaganda? 4Front Technologies is a company that
engages in the sale of software for profit. 4Front Technologies therefore
requires and presumably has a market, people who pay them for their
On Thu, 2006-11-02 at 16:51 +0200, Hannu Savolainen wrote:
Hi folks,
The deprecated OSS issue needs some clarification. It's just the
OSS/Free drivers that are still hanging around in the kernel. that are
depracated. They are based on 10 years old version of the OSS
architecture and lack
On Mon, Nov 06, 2006 at 01:39:43PM -0500, Lee Revell wrote:
Real linux drivers reside in the mainline kernel. Out of tree stuff is
is irrelevant.
I don't think that's a fair blanket statement given that drivers often
begin life outside the mainline kernel tree. ALSA, for example.
--
Paul
On Mon, 2006-11-06 at 16:38 -0500, Paul Winkler wrote:
On Mon, Nov 06, 2006 at 01:39:43PM -0500, Lee Revell wrote:
Real linux drivers reside in the mainline kernel. Out of tree stuff is
is irrelevant.
I don't think that's a fair blanket statement given that drivers often
begin life
Paul Davis wrote:
Hannu was the guy who made sound on linux possible in the first place.
Have a little respect. OK, so he and others decided to try to make a
business out of it, and they bowed down to NDA requirements from vendors
as part of doing that. Many of us never liked the results of that
Paul Davis wrote:
I continue to have disagreements with the technical decisions that Hannu
and others made with OSS' design. Other people I respect (hi Guenter)
continue to prefer the OSS design. Either way, lets have a little
respect for someone who got the SB cards, the incredible Gravis
On Fri, 2006-11-03 at 08:53 +0100, Fons Adriaensen wrote:
[...]
I'd say that the essential feature of JACK is not that it is a
callback based system, but that it presents and expects audio
data in fixed size blocks and enforces the rule that all clients
must have processed a block before the
Le 3 nov. 06 à 17:39, Simon Jenkins a écrit :
On Fri, 2006-11-03 at 08:53 +0100, Fons Adriaensen wrote:
[...]
I'd say that the essential feature of JACK is not that it is a
callback based system, but that it presents and expects audio
data in fixed size blocks and enforces the rule that all
On Fri, Nov 03, 2006 at 04:39:18PM +, Simon Jenkins wrote:
On Fri, 2006-11-03 at 08:53 +0100, Fons Adriaensen wrote:
[...]
I'd say that the essential feature of JACK is not that it is a
callback based system, but that it presents and expects audio
data in fixed size blocks and
On Fri, 2006-11-03 at 17:50 +0100, Stéphane Letz wrote:
Le 3 nov. 06 à 17:39, Simon Jenkins a écrit :
On Fri, 2006-11-03 at 08:53 +0100, Fons Adriaensen wrote:
[...]
I'd say that the essential feature of JACK is not that it is a
callback based system, but that it presents and expects
Le 3 nov. 06 à 18:16, Simon Jenkins a écrit :
On Fri, 2006-11-03 at 17:50 +0100, Stéphane Letz wrote:
Le 3 nov. 06 à 17:39, Simon Jenkins a écrit :
On Fri, 2006-11-03 at 08:53 +0100, Fons Adriaensen wrote:
[...]
I'd say that the essential feature of JACK is not that it is a
callback based
On Fri, 2006-11-03 at 18:37 +1100, Loki Davison wrote:
I actually meant vs a callback based system. Jack being callback based
makes it easier to understand in my mind. I didn't mention named
pipes, just the | signs. Even without the pipe section i think the
comment still stands. As a person
On 11/4/06, Jens M Andreasen [EMAIL PROTECTED] wrote:
On Fri, 2006-11-03 at 18:37 +1100, Loki Davison wrote:
I actually meant vs a callback based system. Jack being callback based
makes it easier to understand in my mind. I didn't mention named
pipes, just the | signs. Even without the pipe
On Thu, 2006-11-02 at 16:51 +0200, Hannu Savolainen wrote:
Hi folks,
The deprecated OSS issue needs some clarification. It's just the
OSS/Free drivers that are still hanging around in the kernel. that are
depracated. They are based on 10 years old version of the OSS
architecture and lack
Hi folks,
The deprecated OSS issue needs some clarification. It's just the
OSS/Free drivers that are still hanging around in the kernel. that are
depracated. They are based on 10 years old version of the OSS
architecture and lack all the improvements and features added during
past years.
Hannu Savolainen [EMAIL PROTECTED] writes:
[...]
The whole OSS is depracated issue is just marketing propaganda used
to enforce application developers to jump to the ALSA API. Without this
developers would stick with OSS which is several magnitudes easier API
to use.
Marketing propaganda?
On 11/3/06, Josef Jurek [EMAIL PROTECTED] wrote:
Hannu Savolainen [EMAIL PROTECTED] writes:
[...]
The whole OSS is depracated issue is just marketing propaganda used
to enforce application developers to jump to the ALSA API. Without this
developers would stick with OSS which is several
On Fri, 2006-11-03 at 13:42 +1100, Loki Davison wrote:
mmm. I think they are missing the point about ALSA vs OSS api here. It
doesn't matter. The only one who should care about alsa vs oss is the
jack guys who write the jack backend. Everyone else uses the clear,
nice, well implemented, well
On 11/3/06, Jens M Andreasen [EMAIL PROTECTED] wrote:
On Fri, 2006-11-03 at 13:42 +1100, Loki Davison wrote:
mmm. I think they are missing the point about ALSA vs OSS api here. It
doesn't matter. The only one who should care about alsa vs oss is the
jack guys who write the jack backend.
On Fri, Nov 03, 2006 at 06:37:13PM +1100, Loki Davison wrote:
On 11/3/06, Jens M Andreasen [EMAIL PROTECTED] wrote:
On Fri, 2006-11-03 at 13:42 +1100, Loki Davison wrote:
mmm. I think they are missing the point about ALSA vs OSS api here. It
doesn't matter. The only one who should care
28 matches
Mail list logo