From: "Robert Brückmann" <robert.brueckmann@stud.tu-ilmenau.de>
To: Paul Davis <pbd@op.net>, alsa-devel@lists.sourceforge.net
Subject: Re: latency timer
Date: Wed, 27 Feb 2002 08:45:39 +0100 [thread overview]
Message-ID: <000f01c1bf62$c598a4e0$0300a8c0@wgilmenau> (raw)
In-Reply-To: 200202262315.SAA07930@renoir.op.net
> look, i've been recording huge chunks of data from a hammerfall for a
> couple of years, and my code is all out there for people to look
> at. i've even written JACK (with some help) to simplify the issue of
> writing such applications. no, i wouldn't do what you're doing. i
> wouldn't use the read/write API, for a start.
>
> i have never used the ALSA "multi" PCM devices, so i can't comment on
> how well they will work either. its possible that they add some
> additional performance penalty that affects you.
So what do think I should use instead? I need all 48 channels in perfect
sync (sample-accurate). Do you think that's impossible? The CPU-load of my
application is (with signal processing) less than 30%, but still there are
xruns sometimes. It might be that the pci bus can't handle my data.
>
> i've never recorded more than 26 channels, but i've done that *to
> disk* using less than 30% of the available CPU with no xruns in sight
> at the lowest period size. i also regularly run jackd in
> all-input-monitor mode, copying data for all 26 channels, and that
> doesn't consume more than 10-15% of the available CPU. this is on a
> dual PII-450.
>
If I run my program with only one hammerfall, then the CPU load is less than
10%, no xruns at all. Maybe the problem is not the 48 channels but the
syncing of the two hammerfalls.
> there is absolutely no reason to be messing around with the PCI bus
> settings to do multitrack recording.
>
But if the pci-bus is overloaded with the data it has to handle? It's a fact
that it worked only since I increased the pci-latency timer in the BIOS. I
am used to have these pci-performance problems with hardware from creamware
(under win98 however, but it was hardware-related), these cards needed a lot
of pci-bandwidth, too.
I wonder if I'm the first one who wants to use two hammerfalls in linux for
recording and playback at the same time.
Anyone?
Robert
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
next prev parent reply other threads:[~2002-02-27 7:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-26 22:06 latency timer Robert Brückmann
2002-02-26 22:27 ` Paul Davis
2002-02-26 23:01 ` Robert Brückmann
2002-02-26 23:14 ` Paul Davis
2002-02-27 7:45 ` Robert Brückmann [this message]
2002-02-27 15:13 ` Paul Davis
2002-02-26 23:18 ` Paul Davis
2002-02-27 7:48 ` Robert Brückmann
2002-02-27 14:54 ` Paul Davis
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='000f01c1bf62$c598a4e0$0300a8c0@wgilmenau' \
--to=robert.brueckmann@stud.tu-ilmenau.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=pbd@op.net \
/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.