On Mon, 17 Dec 2001, Paul Davis wrote:
the rate at which data arrives over s/pdif *is* the exact sample rate
that the CD is burning at (well, unless you're insane). there is no
need for throttling, pitch control or anything like that.
??? dats are 48000, and cds are 44100. doesn't some sort
1) Poor documentation
That's why we should put some effort to change this.
2) Difficult installation and configuration (not for me, but for users
of
my
software)
Of course! This is because Alsa is not a part of the kernel. Once it
becomes a part of kernel, it will be the same like OSS in
I think you're lacking a bit in historical perspective. For quite a
long time, *most* of the actually useable apps we had came from other
unices. When I first came here (1997?), the best soundfile editors I
could find were DAP, MiXViews, and Snd. IIRC, *all* of those were
developed on SGI
BTW, some LAD-folk may not be aware that sfront networking:
http://www.cs.berkeley.edu/~lazzaro/nmp/index.html
uses RTP for MIDI, we presented our Internet-Draft at IETF
52 in Salt Lake a few weeks ago:
http://www.ietf.org/internet-drafts/draft-lazzaro-avt-mwpp-midi-nmp-00.txt
and it
I've been lurking for years on your group, watching the exciting evolution
of Linux sound and hoping one day to be able to pitch in.
I'm about to load (or have someone load) a Unix-like OS on a partition of
my Thinkpad T23 laptop, with one aim being home recording using the tools
being
the rate at which data arrives over s/pdif *is* the exact sample rate
that the CD is burning at (well, unless you're insane). there is no
need for throttling, pitch control or anything like that. you just
buffer the data on startup to protect against latency glitches,
convert the samples to
hello john !
i think this is a perfect question for linux-audio-user, so i have
taken the liberty to cc: it there.
if you aren't subscribed yet, please consider doing so. info at
http://www.linuxdj.com/audio/lad/user.php3.
John Thaden wrote:
I've been lurking for years on your group,
dave willis wrote:
On Mon, 17 Dec 2001, Paul Davis wrote:
??? dats are 48000, and cds are 44100. doesn't some sort of resampling
need to occur here?
Every pro DAT I've ever used has had the option to run at 44100, an
option I always to take advantage of to avoid resampling or multiple
Hi,
Of course! This is because Alsa is not a part of the kernel. Once it
becomes a part of kernel, it will be the same like OSS in this respect.
Pff, nothing would change, if alsa is in the kernel? I don't see why
this should suddenly make things easier? I don't see the necessity
to put in
This might be of interest on linux-audio-dev too...
On Tuesday den 18 December 2001 07.09, Linus Torvalds wrote:
On Mon, 17 Dec 2001, William Lee Irwin III wrote:
5: 46490271 XT-PIC soundblaster
Approximately 4 times more often than the timer interrupt.
That's not nice...
My tuppence worth from a real-time embedded perspective:
A shorter time slice and other real-time improvements to the scheduler will
certainly improve life to the embedded crowd. Bear in mind that 90% of
processors are used for embedded apps. Shorter time slices etc. means
smaller buffers, less
On Tue, 18 Dec 2001, Roger Larsson wrote:
Lets see: we have 1 GHz CPU and interrupts at 1000 Hz
= 1 Mcycle / interrupt - is that insane?
Ehh.. First off, the CPU may be 1GHz, but the memory subsystem, and the
PCI subsystem definitely are _not_. Most PCI cards still run at a
(comparatively)
Tim Goetze wrote:
oh, flamed be you, jussi.
Thanks.
read the source and see what alsa is made of. they didn't make new
syscalls, you know?
I know how it's made, I've read some sources just to be able to get
something done with alsa-lib.
it must have escaped my attention that they forced
Paul Davis wrote:
you chose to use a development version when you wanted a stable one.
thats the source of any and all other issues you have with ALSA.
Aww, what should I use then? People are saying that nobody should use 0.5 as
0.9 is so great. The only reason to write support for 0.9 was
-Original Message-
From: Ivica Bukvic [mailto:[EMAIL PROTECTED]]
...
I have to completely disagree with your statement here. I
could not care
less for BSD, Solaris or any other flavor or *nix. I use
Linux and that
is all I care for. Neither do I see any similarity with
Windows
On Tue, 18 Dec 2001, Jussi Laako wrote:
Dan Hollis wrote:
Tell us how to cleanly fit multichannel cards eg RME or ice1712 into this
OSS model.
I don't have any problems with my Delta 1010 using OSS. I've been using it
all the ways I need. What _is_ the problem?
And what ways are you using
Jussi Laako wrote:
Btw. how much testing has ALSA got under Linux/PPC?
works for me for all the basic stuff. i haven't tried to run one of
the heavier packages like MusE or ardour, but it should work out ok.
maybe it just needs a few more users to smoothen out.
--
Jörn Nettingsmeier
On Tue, 18 Dec 2001, Jussi Laako wrote:
I don't have any problems with my Delta 1010 using OSS. I've been using it
all the ways I need. What _is_ the problem?
so, i guess that 85 ms latency whenever /dev/dsp is opened does not matter
to you? it matters to me (i have the audiophile).
-dave
A Cautionary tale:
I bought a pair of IBM 40's for my ASUS A7A266 motherboard. Mandrake 8.1 would
run weirdly for about a week, then I would have to reinstall it. Windows 2000
Pro declared them corrupt right of the bat and wouldn't load at all. After
three months of changing every jumper setting
that's very shortsighted. also selfish (in contrast to sharing ideas
that
are behind linux).
I do not see it being that way since there is no way that I could, for
instance, write a good Alsa port for crapple architecture when I do not
even own one. I see nothing selfish or shortsighted
On Tue, 18 Dec 2001, Jussi Laako wrote:
Dan Hollis wrote:
On Tue, 18 Dec 2001, Jussi Laako wrote:
Where can I download hardware specs for the RME Hammerfall series so
that I can write some own code for it? It's not available at ALSA site.
Why?
The same reason andre hedrick doesn't
21 matches
Mail list logo