hello
im looking to try my hand at some midi programming - what, in your opinion, would be a simple starting point for midi + X programming?
I have experience in several languages but am at a loss as to which language to use with what lib and wondered what a simple starting point might be that still yield reasonable results. I would not be attempting anything to tricky ;)
ta'
dunk fordyce
--
----------------------------------------------------------------
http://www.dunkfordyce.co.uk
Tagline for Monday, March 03, 2003
California raisins murdered: Cereal Killer suspected
dunk fordyce is d1223m @ #linuxhelp @ irc.freenode.net
----------------------------------------------------------------
On Mon, Mar 03, 2003 at 05:22:06 +1100, Allan Klinbail wrote:
> The reason for using a sidechain (in the hardware world) as opposed to
> plugging everything inline.. is simplification of patching and
> minimising the number of cables being used.
>
> In software there would be no reason other than aestethics to include a
> sidechain as it is possible to plug modules into each other in series
> without getting ground noise from excessive amounts of cabling. So Steve
> you are correct it isn't really useful.
Actually, this isn't quite correct. There are times when you want to
process the amplitude of one signal (eg a bassline) with the dynamics of
another (eg. a drum beat). Its pretty cheesy, but I dont think preventing
things on aritstic metrit is a good precident ;)
> > For example the distinction between the control output of an envelope
> > follower and the gain reduction output of a compressor, the follower is
> > inteded to drive eg. a filters cutoff, wheres the gain reduction is just
> > inteded to be viewed by the user as a clue as to what is going on.
>
> Correct about control output. However gain reduction on a compressor
> actually controls the output level or gain from the unit, it is not
> simply for "the user as a clue as to what is going on".. Often when
I was refering to gain reduction meters, which are simply a way of giving
the user a clue (warning) what is going on, hence the distinction between
that and an signal output.
> compressing the resultant output may be larger than desired... When
> compressing a signal, input level is often boosted to get more of an
> effect from the compressor (usually this is controlled with the input
> gain on the desk) which is why the output level would often be very
> high.. gain reduction is a way of counteracting this.
I think you mean makeup gain here. Its genreally used to boos t the signal
level given a particularly heavy compression, but hypothetically you could
use it to reduce too.
- Steve
Hi,
I'm building a new low latency + preemption patched
machine. I've forgotten how to confirm that the kernel
is running preemptively. It's a command to the effect
of 'cat /proc/something'. Anyone know what I'm
referring to?
Also, can someone point me to docs for enabling/using
a capabilities enabled kernel? Enabling normal user
capabilities for jackd is my objective. I believe
Fernando has this included in the CCRMA stuff but a
quick google didn't find any docs. They're probably
there. Hints appreciated. I'll search LAD
archives...it's probably all there.
Jan, your link to Paul Winkler's Low Lowlatency docs
at boosthardware are brooken.
Thanks,
ron
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
Hi,
Ardour recently added a feature for time stretching audio, which as I
understand it, was Open Source code from somewhere else. I have about
2000 Acid Pro loops that would be more useful to me if they had slightly
different properties than they were shipped with.
Is anyone working on a batch processing mechanism for dealing with
many, many wave files? Sonic Foundry offers this in their programs. Is
there any equivalent in Linux. (I'm not talking about writing scripts or
bash processing or anything like that.)
Thanks,
Mark
Hi all,
I'm having some trouble using my card's (Terratec DMX 6Fire 24/96) front
panel. When I plug my turntable to the phono connectors in the front panel,
I can hear the record playing, but I'm unable to record it. I try to record
with Audacity, tried all possible combinations in the Patchbay / Router at
the envy24 control panel, and nothing's getting recorded. I'm using SuSe 8.1
with kernel 2.4... any clues?
thanks!
Sergi Roig
_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
Greetings:
Sorry to be a pain, but I'm having so much trouble installing and
configuring Mandrake 8.2 that I'm beginning to doubt whether it can be
done. Here's a partial list of my trials and tribulations:
1. The CD drive is actually a Toshiba DVD drive. Mandrake installed all
right from it but afterwards is unable to read from any disc I insert.
All I get is an uninformative "input/output error".
2. The sound configuration is a joke, right ? I boot into KDE and hear
the KDE tune just fine, but when I try to run any bundled sound
application (XMMS, MIDI synth, etc) I get an error saying that the
output device is unreachable. When I test sound using the Drake tool it
says it's playing an 8-bit sample but I hear nothing. The tool asks only
if you do or do not hear the sample, it offers no advice on what to do
if you don't hear anything.
3. The Internet configuration informs me that I have no connection even
when I do.
4. The GCC 2.96 is weird, yes ? When I ran ./configure for the latest
ALSA I get an error telling me that the C compiler cannot produce
executables. This, whether I'm normal user or root. Whafug??!!
So is it just me or are these well-known problems with Mandrake ? I'm
setting up two machines here, both experience the same problems with
Mandrake 8.2. I'm going to reinstall it once more then I'll give up and
move on to Red Hat. The only reason I'm installing it at all is because
the client wants it. Any and all advice will be vastly appreciated !
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm
The Linux Soundapps Site at http://linux-sound.org
Currently listening to: John Coltrane, "After The Rain"
Hi all,
I asked this once a couple of years ago, but not only do I not remember the
answer (I think it may have been it's ok to post here but we should really
rename the list), but the answer may have changed since then.
For Linux MIDI topics (not audio, but MIDI), what would be the most
appropriate list to post on? For my purposes, I think alsa-user since ALSA is
what I use. Any thoughts? I take it that there is not a linux-midi-users
list!
Larry
Hello,
I just released a new version of tapiir. Tapiir now supports jack.
Tapiir can be found at
http://www.iua/~mdeboer/projects/tapiir/
Tapiir is a simple and flexible audio effects processor, inspired on
the classical magnetic tape delay systems used since the early days
of electro-acoustic music composition. It provides a graphical user
interface consisting of six delay lines, or "taps", which can
introduce an almost arbitrarily big or small delay to their inputs
and can be feed back to each other.
A wide set of effects can be easily achieved by properly configuring
and connecting the delay lines: complex echo patterns, resonances,
filtering, etc. Delays, interconnections and gains can all be
controlled in real time.
Maarten
I know that there are quite a few musicians on this list so I thought
they might be interested in this (if they didn't already know about it).
I was reading an article yesterday (I don't remember where) that was
talking about the BSA fining businesses for unlicensed software. Lo and
behold, the first business cited (for 8 unlicensed copies of M$) was
Ernie Ball/Music Man. Apparently they got stung for $90,000.00 US. The
article stated that Ernie Ball immediately switched to "open source" and
never looked back. Being a curious person, I sent an email to Ernie
Ball to find out what "open source" meant. The answer is Red Hat
Linux. It's nice to see a fairly large music business getting the
message.
It appears that the BSA may be one of open source's biggest allies.
Jan
Just a quick question. After installing Redhat 8, I'm a bit concerned by the
follwing line in my /proc/interrupts:
10: 476 XT-PIC usb-uhci, usb-uhci, EMU10K1
Aside from the extreme nausea resulting from learning that my sacred MIDI port
is being put in the same office as the disgusting mundane usb port, is this
a performance issue if I'm not actually using the usb port?
I suspect there is a bit of a hit because the interrupt handler now has to
poll all the sources, but I maybe not - I understand the principles of
interrupt handling but not the specifics of the PCI bus or the linux kernel.
So do I need to do something about this, or not?
Larry