Hi all,
Under SuSE 8.0 I have these lines on my ~/.asoundrc:
pcm.cmipci {
type hw
card 0
device 2
}
ctl.cmipci{
type hw
card 0
}
as Takashi suggested to me some time ago, and I run jack version 0.40;
With these settings I'm able to start jackd: playing and recording
with ardour is working. Instead, on a Red Hat 8.0 with Planet CCRMA
and jack 0.44 with the same .asoundrc I get:
[emillo@redmillo emillo]$ jackd -d alsa -d cmipci
jackd 0.44.0
Copyright 2001-2002 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
loading driver ..
creating alsa driver ... cmipci|1024|2|48000|swmon
ALSA: mmap-based access is not possible for the playback stream of
this
audio interface
ALSA: cannot configure playback channel
cannot load driver module alsa
And this is preventing me to record with ardour, since the only input
available on the Midiman DiO 2448 is the spdif (hw:0,2).
How can I work around this issue ? It's jack or alsa related ?
Maybe I can define something smarter on .asoundrc that let me use
spdif for recording and normal analog out to playback ?
Thank you all in advance.
Best regards
--
.---------------------.
| Emiliano Grilli |
| emillo(a)libero.it |
| Linux user #209089 |
'---------------------'
> -----Original Message-----
> From: Dave Phillips [mailto:dlphilp@bright.net]
> All true. However, we had great synths before MIDI (take a
> look at what
> a Matrix 10 still gets on the used market)
Sorry, but I only know Matrix 12, 6 (r) and 1000
and they all have MIDI!!!
-
Joachim
hi,
i've now reinstalled mandrake 9.0 and successfully got audio running,
but the sound quality is heavily distorted. it can't be a usb mouse
conflict, as patrick suggested, as i am not running any other usb
devices concurrently with my quattro - i only have one usb port on my
thinkpad 600E.
does anyone have any idea what may be causing this? it seems very
strange as everything worked fine with tarball alsa 0.9.rc5 and mandrake
8.2 - i'm now using the supplied rpm versions of alsa with mandrake 9.0
- i prefer to use the alsa-project.org tarballs, but in this case i have
decided to stick with the supplied rpms to avoid conflicts as happened
earlier. i'm also currently installing kevin ernste's turnkey linux
audio system.
thanks in advance
m~
--
iriXx
www.iriXx.org
copyleft: creativity, technology and freedom?
info(a)copyleftmedia.org.uk
www.copyleftmedia.org.uk
_
( ) ascii ribbon against html email
X
/ \ cat /dev/sda1 > /dev/dsp
*** stopping make sense ***
Nick wrote:
>> Mainly because MIDI is very primitive and supporting MIDI at a low
level
>> ties you to it to some extent. XAP has a highlevel control interface
that
>> MIDI can be converted into trivially, but can handle other things.
>I still have trouble understanding this view (except for non-standard
>tunings..)
Non-standard tunings are also part of the MIDI standard, in a later
extension called the MIDI Tuning Standard.
I tend to agree with you. No Linux softsynth fully implements all
MIDI codes at the moment! Then how can one expect support of an even
bigger standard?
Manuel
After some considerable thought as to the best way to organize such a
library, as well as what a project such as this will do to my free
time, I have a few ideas and questions to present to the list.
I'll start with the easy one first.
1) What exactly would this library hold? There's no need for this to be
restricted to loops. It could also contain other "musical raw
material", such as sample sets and softsynth patches. In that case,
calling it the Open Loop Library makes little sense. What else do you
think would work? Open Music Library? Sounds like it's a repository for
music, not for raw components. The upshot to the Open Loop Library name
is that the domain openloops.org is available. It also makes a good
working name for now.
Really, that was the main question, and it brings part of the proposal
with it. I would like to design and build a web service to act as a
library for loops, sample sets, and patches. Here are some thought on
the overall design.
1) The top level hierarchy would be (obviously enough) "Samples",
"Loops", and "Patches".
2) Below "Samples", the categorization would go something like
"Keyboards", "Brass", "Woodwinds", "Synth Leads", "Pads", "Strings"...
Well, you get the idea.
3) Below "Patches", would basically be the same kind of broad
categories as with samples.
Now, "Loops" is where things get fun. I've been thinking about Mr.
Knecht's comments on building an elegant organization system, which is
something that Acid itself apparently lacks. I think an extensive
metadata system is the best way to accomplish this.
Every loop would have attached to it:
a) Time signature
b) Tempo
c) Key (If applicable. Drum loops, for example, would not need this.)
d) Creator's name
e) Instrument(s) (This one is tricky, since there are so many
instruments in the world. It would need to be a free-text field, which
means misspellings could be a problem. Possible solutions?)
f) Loop or one-shot (Not everything meant for a loop-based composition
program need be an actual loop. Drum fills and cymbal hits come
immediately to mind.)
g) Style (This one creates some issues, due to how subjective it can
be.)
h) Comments (A free text field the creator of the loop can use to
attach whatever additional info they feel it needs.)
i) A million other things I can't think of at the moment. :)
One problem that needs to be solved is how to attach these kinds of
metadata to a loop. Also, another thing to consider are loop sets.
Thinking about the architecture for the web app itself led me to think
about how CPAN works, at least from a user perspective. I would set up
a central index server, which could then redirect clients to the
appropriate mirror to grab a file when a request is made. This also
brings up the idea of a client that could be built that would talk to
the servers from the user's machine. This client could be used to
maintain the organization of all the loops the user chooses to
download. This can be thought about after the main system is up and
running, though.
As for hosting, I have a good lead on a local colo facility. I have
some other projects I need to host anyway.
I apologize for the long email. Hopefully, this will start the ball
rolling, and if all goes well, it won't crush me when I try to catch it.
Regards,
Darren Landrum
who is hoping this hair-brained scheme doesn't spawn another mailing
list. ;)
> > Sounds good enough! Can it be used in real time ? Could i use it to
> > enhance LADSPA?
>
> I doubt it. The main problem is that these C++ classes probably do a lot
> of allocation/deallocation which is always a bad idea in a real time
> situation.
>
I sure know about it. That's why i need low level code in first place,
to avoid any kind of overhead.
> > I'm not afraid of learning new languages anymore, but surely i don't
> > have the time either... it takes a while to master it.
>
> I learnt the basics of Python in about 4 hours. Within another 3 hours I had
> my first useful Python script. Obviously the more complicated stuff like the
> Python numerical extension would take far more time.
>
> Erik
> --
I will consider looking at it. What are the reasons to use python
instead of c++? I have some experience in c++ code but has never seen
python, nor used any of its tools... and i sure would need the numerical
extension you mentioned.
Cheers
Fabio,
Hello all,
I'm new to the list, and to linux, and I'm looking for where I can find
info on the current status of windows VST plugins/instruments on (i386)
linux. After lots of googling, I've found lots of references to a couple
vst->LADSPA wrappers (i think one is called vstserver?), however I've
been unable to locate homepages of these projects. Does anyone know
where I can find downloadable source or binaries for any of these
projects and (hopefully) directions on their
compilation/installtion/use? Is there anything thats actually usable
yet, or are these just proof of concept type things?
Any and all info on this topic is appreciated. Thanks in advance for
your help.
--
Kevin Bowen <kbowen(a)ucsd.edu>
Emiliano Grilli wrote:
> I have an edirol SC D70 (Sound Canvas Digital) which works
> out-of-the-box with the usb-audio driver. I get 3 MIDI ports (2 MIDI
> ports of the SC and 1 external MIDI I/O).
> This device is also an audio interface, but I haven't found how to
> configure it (if it's possible).
The audio part of the SC-D70 doesn't conform to the USB Audio
specification, so the driver doesn't find it. (The MIDI part doesn't
conform either, but the driver has a workaround for that.)
Please post the output of "lsusb -v" and the contents of
/proc/bus/usb/devices.
HTH
Clemens
> >
> > Have you look at Octave?
> >
> > I think it can be expanded with c(++) modules.
>
> That is correct.
>
> It is a relativelu trivial matter to write C++ code which uses the
> Octave C++ matrix and array libraries (basically everything that is
> written in C++) to write extensions, much like the MEX files Matlab
> uses. The extensions have a .oct extension.
>
> Many of Octave's standard functions are written like this so you can
> grab one of these as a starting point.
>
Sounds good enough! Can it be used in real time ? Could i use it to
enhance LADSPA?
> I'd use Python ( www.python.org ). It has many scientific 3rd party
> expansions, can be extended with C/C++ and can
> be operated from a command line.
I'm not afraid of learning new languages anymore, but surely i don't
have the time either... it takes a while to master it.
> Haven't tried it, but ecasound has
> a Python interface, maybe you could use
> that to get audio plugins working?
In fact i wanna make it as generic as i can. My main purpose is
voice recognition, and my secondary target is generic signal processing,
not necessarily coming from soundcards. So i should need my own
customized program.
Cheers,
Fabio de Matos
I've been using Linux for quite some time now and finally got around to using
it for audio and MIDI. I must say i'm very impressed with all the
applications i've been using.
Thanks to all (developers and users) for making Linux audio/music development
a reality.
Levi