On 07/04/2010 11:16 PM, Dan Mills wrote:
On Sun, 2010-07-04 at 22:56 +0200, Ralf Mardorf wrote:
Good to read about this issue. I always disable the on-board audio
devices, but I would add a second PCI card to my PC and sync it with
the
already installed sound card, so I better don't do it.
On Wed, Jul 21, 2010 at 1:49 AM, Pieter Palmers piet...@joow.be wrote:
I cannot help but noting that the 'most bone-headed way of doing low-latency
audio' called firewire provides timestamps related to the sample clock for
midi messages (even each MIDI byte). The timestamps are valid accross
On Sun, 2010-07-04 at 19:08 -0400, Gene Heskett wrote:
On Sunday 04 July 2010, Gordon JC Pearce wrote:
On Sun, 2010-07-04 at 22:16 +0100, Dan Mills wrote:
You could probably hack a multi serial port card to do multiple midi
ports (Change the rock to give a suitable divider for 31250 baud
I'll search Ebay for several low-cost cards that are usable for
'pro-audio'. Thanx for the ice1712 list, btw. I just will search for the
PCI ones, because IIRC all ALSA MIDI latency tests the people from Linux
audio lists did were ok for PCI cards. USB failed most of the times or
very often and
On Mon, Jul 5, 2010 at 4:16 AM, Paul Davis p...@linuxaudiosystems.com wrote:
IIRC, you can set the clock source on an ALSA sequence queue to be the
clock based on a PCM device.
You can, but I'm pretty sure last time I tested it (admittedly five or
six years ago) I found that the resulting clock
On Sun, 2010-07-04 at 21:52 +0100, Dan Mills wrote:
Trying again, I accidentally sent this off list the first time
So I can add, I anyway will test to use two PCI cards, at least for
MIDI, for audio would be nice too.
Forwarded Message
From: Ralf Mardorf
To: Dan Mills
On Sun, 2010-07-04 at 22:56 +0200, Ralf Mardorf wrote:
Good to read about this issue. I always disable the on-board audio
devices, but I would add a second PCI card to my PC and sync it with
the
already installed sound card, so I better don't do it. It at least
would
be nice to have several
On Sun, 2010-07-04 at 22:14 +0100, Dan Mills wrote:
You could probably hack a multi serial port card to do multiple midi
ports (Change the rock to give a suitable divider for 31250 baud
(4MHz?), add current loop interfaces)...
If one is fine with programming on Linux ;).
On Sun, 2010-07-04 at 22:16 +0100, Dan Mills wrote:
You could probably hack a multi serial port card to do multiple midi
ports (Change the rock to give a suitable divider for 31250 baud
(4MHz?), add current loop interfaces)...
Been there, done that - when I was a penniless dole-scrounging
On Sunday 04 July 2010, Gordon JC Pearce wrote:
On Sun, 2010-07-04 at 22:16 +0100, Dan Mills wrote:
You could probably hack a multi serial port card to do multiple midi
ports (Change the rock to give a suitable divider for 31250 baud
(4MHz?), add current loop interfaces)...
Been there, done
On Sun, Jul 4, 2010 at 1:56 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote:
Good to read about this issue. I always disable the on-board audio
devices, but I would add a second PCI card to my PC and sync it with the
already installed sound card, so I better don't do it. It at least would
be
On Sun, Jul 4, 2010 at 5:16 PM, Dan Mills dmi...@exponent.myzen.co.uk wrote:
This sort of issue is what the ALSA midi sequencer is really intended to
fix, by making midi timing a kernel problem rather then a user space
one.
the mistake there is that it makes the once-reasonable assumption that
12 matches
Mail list logo