[...]
MIDI streams need a reliable transport with guaranteed bandwidth. If
USB can't provide this, then it is not really suitable for MIDI, but I'm not
saying it is unusable, just that it may perform worse then traditional
serial multiport MIDI interfaces.
USB can provide this just
On Fri, Sep 10, 2004 at 10:40:05PM +0100, Martijn Sipkema wrote:
[...]
The problem here is that class compliant devices suffer bad timing
because they use bulk transfers for MIDI data. The standard for
MIDI over FireWire is much better.
[...]
Is the timing really that bad? I
[...]
The problem here is that class compliant devices suffer bad timing
because they use bulk transfers for MIDI data. The standard for
MIDI over FireWire is much better.
[...]
Is the timing really that bad? I don't even think a firewire 8x8
rackmount MIDI
On Tue, Sep 07, 2004 at 11:42:35PM -0500, Jack O'Quin wrote:
Lee Revell [EMAIL PROTECTED] writes:
Anyway if the author does not object, I would be willing to spearhead a
drive to get this into the kernel. I am sure they will approve as soon
as 100s linux audio users voice their
On Fri, Sep 10, 2004 at 11:29:11AM -0500, Jack O'Quin wrote:
Lee Revell [EMAIL PROTECTED] writes:
Are there any known issues with the code that the kernel guys might
bring up? Seems like it has been stable for a while. The only thing I
notices was that the indentation doesn't follow the
Hi.
Here is it, the first public release of tuneit, a command line
instrument tuner for ALSA and JACK.
tuneit was written as a command line alternative to the two existing
guitar tuner programs for GUIs (gtkguitune and qjacktuner).
It offers two different fundamental frequency detection
On Saturday 11 September 2004 01:28 am, Lee Revell wrote:
On Fri, 2004-09-10 at 23:00, John Check wrote:
MIDI streams need a reliable transport with guaranteed bandwidth. If
USB can't provide this, then it is not really suitable for MIDI, but
I'm not saying it is unusable, just that it
On Sat, 2004-09-11 at 12:09, Jack O'Quin wrote:
[EMAIL PROTECTED] writes:
i think they will object the allcaps option. but that one could be
left out.
the other options only open doors for DoS attacks.
That's a good point.
What if we made allcaps conditional, based on another
Lee Revell [EMAIL PROTECTED] writes:
Isn't a DoS attack also the worst case scenario with allcaps? Or am I
missing something?
No, it's not. There is a scenario where an intruder uses SETPCAP to
deny root programs access to resources they need (like system logs).
I don't know all the
