Friday 22 August 2003 15:03 skrev Daniel James:
> > In a digital world there is a big difference between the number of
> > external inputs/outputs you have and the number of internal tracks
> > you utilize.
>
> Sure, but he doesn't use a computer and was thinking in terms of a 24
> track tape machine with 24 analogue inputs. He perceived that 8
> analogue inputs on a digital system wouldn't be enough for a *solo*
> project, because he believed that professional musicans all use 24
> track equipment - so he had to have 24 inputs too.
>
> My concern is that sometimes the technology doesn't enable creativity,
> it puts up a new barrier - such as overcomplexity.
I can't remember who it was that said that 'any sufficiently advanced
technology is indistinguishable from magic', anyway, it is true.
In the short term it may seem like overcomplexity, in the long term however
it's evolution and will soon be what average joe uses, without thinking about
it.
There is a possibility that it really _IS_ overcomplexity, but then something
else will come along, a new paradigm, that takes over. Evolution saves the
day once again :)
Myself I don't think it is too complex, it may be magic to those who haven't
taken the plunge yet though.
/Robert
>
> Cheers
>
> Daniel
Actually, I'd like to hear about why the kernel developers were shocked about our use of capabilities. Could you expand on that?
Taybin
-------Original Message-------
From: Mark Knecht <mknecht(a)controlnet.com>
Sent: 08/22/03 09:55 AM
To: linux-audio-user(a)music.columbia.edu
Subject: RE: [linux-audio-user] Help neede with ardour
>
> > >
> > I will still enter a request, but it looks like this is considered
at
> > least controversial by some at Gentoo.
>
> Just including jackstart seems very sensible. The Debian package
> includes jackstart and has instructions on how to patch the kernel for
> capabilities. But if a user is running a stock kernel, jackstart
> will not work, and one is forced to use jackd. This is absoluetly
> okay, IMO.
>
> The alternative would be to build a kernel-image, on that jackstart
> depends, which just will not work out in the end. It's better to just
> leave that in the users' responsibiliy.
This is exactly what I have suggested yesterday and today. Gentoo does
this
other places, like with 3D acceleration. They provide ebuild that don't
work
until I compile my kernel to turn on certain things and edit my XF86config
file to enable features.
We'll see. I think we'll get there.
A while back some of the kernel developers were a bit shocked we were
using
capabilities this way, but that's another story! ;-)
- Mark
>
Hi everyone,
I was setting up the main music machine here to run RedHat 9.0, so that I could use the Planet CCRMA colection when I ran into a little problem. I thought that I would post it here, so that it might get archived for future reference.
I had some problems with the driver for the older Motu mtpav midi router we have that's driven by the computer via the printer port.
It turns out that the CUPS printing system, which is the rh9.0 default, totally ties up the parallel port even when the defined printer is a network printer. Once "cups" is loaded the port becomes unusable even if the cups service is later stopped. The only way to free up the port is to reboot the machine it seems.
Using the old style LPD printing seems to work just fine, so the problem is easily fixed.
Machine is older PIII running the planet 2.4.21-1.ll.acpi kernel with acpi turned off on the kernel command line. LowLatencey is turned on via /etc/sysctl.conf. Alsa drivers seem to be version 0.9.4 or newer(whatever Nando compiled on the above kernel). Card 0 = snd-ice1712 Card 1 = snd-mtpav
tracey
Using redhat9+planetCCRMA, I run ardour with normal permissions. It's all in the capabilites.
Taybin
-------Original Message-------
From: Mark Knecht <mknecht(a)controlnet.com>
Sent: 08/21/03 08:35 AM
To: linux-audio-user(a)music.columbia.edu
Subject: RE: [linux-audio-user] Help neede with ardour
>
> >
>
> > I am trying to make my son use ardour for his recording and mixing.
>
> I strongly suggest you start with Audacity 1.0, then move to Audacity
> 1.2.0 when it comes out. It's a far better program for beginners -
> I've found even people with no computer experience at all can start
> using it quickly.
>
> Cheers
>
> Daniel
I agree completely. Audacity or Rezound would be much better choices until
the system is well understood.
I found this interesting and maybe topical. Last night I built the latest
Ardour from a Gentoo ebuild. Turns out it's the only Jack program I've
found
so far that requires me to be logged in as root to connect to the Jack
server. All the others (admittedly not that many) allow me to connect as a
user.
Assuming this is not just something strange about my setup, do you really
want a new user logged on as root learning Ardour? I wouldn't...
Just a thought.
- Mark
>
Hello,
In the course of researching another Linux article for Sound on Sound,
I was having a discussion with the features editor about latency,
specifically Linux versus Windows and Mac. The only cross-platform
serious study I'm aware of is this one, which is a bit out of date:
http://gigue.peabody.jhu.edu/~mdboom/latency-icmc2001.pdf
Now the features editor looked it up for himself and found this page,
also out of date I think:
http://www.rme-audio.com/english/linux/alsa.htm
It quotes a latency under Linux for the Hammerfall of 20ms, where as
Windows can do 6ms with this card if you install the ASIO drivers. I
think he's now sceptical that Linux can compete with Windows/ASIO in
the area of low latency.
Can any RME (or other pro card) users on the list quote reliable
latency figures for their own systems? It would be very helpful.
My personal experience is that you can get negligible latency on
Audacity overdubs with Mandrake and the 'multimedia' kernel, compared
to obvious latency on Windows 98. But I haven't set up any scientific
tests with matching hardware.
Cheers
Daniel
Hi all
The long awaited package updates are now available at
http://www.audioslack.com. You can read the full announcement on the front
page, including what has been updated and what is new.
Please contact me with any feedback or bug reports.
Thanks
Luke
----------------
Luke Yelavich
AudioSlack Founder and main package maintainer
Audio software packaged for the Slackware Linux Distribution
http://www.audioslack.com
luke(a)audioslack.com
Hi,
I am interested in using a USB soundcard for my laptop (gentoo!) so that I can record a standard analog stereo line signal (red & white rca connectors would do) I don't need line outs or digital, although they could possibly come in handy some day as well ;)
Any suggestions are appreciated, thanks!
Robert Brown
If you haven't done it yet, using a ram drive for jack's temp dir helps take some of the load of your hard drive. Things like asio mode and hardware monitoring/metering (when supported) also help.
http://jackit.sourceforge.net/docs/faq.php
-Reuben
-----Original Message-----
From: Hartmut Z Noack [mailto:symposion@onlinehome.de]
Sent: Thu 8/21/2003 7:48 PM
To: linux-audio-user(a)music.columbia.edu
Cc:
Subject: [linux-audio-user] how to invest sensible to get more stability for JACK
Hello,
i am working quite intense on lerning ARDOUR by doing. Using its beta i
exrerience some bugs that are more or less tolerablein such great an App
for no cost (crashes when trying some adventurous routing-stuff, some
lesser gui-issues).
After all there are only 2 really serious problems:
1.)Importing .wav-files fails too often (regardless if these files are
written by Samplitude, Audacity, rezound or even Ardour itself)
How is that on your setups out there?
2.)Many xruns, (some after 2 seconds, others after 2 mins, mostly within
40 secs or so - sometimes i had testrecordings of unbroken 10 minutes)
I use Ardour on SuSE 8.2 pro with jack0.74 as root only on runlevel 3 in
Windowmaker, all networking is off, no kdeinit is running.
System is:
Athlon XP 1800, 512MB DDR, 60GB Samsung HD/IDE, Terratec EWX 24/96
I think about
wether i buy another IDE-HD and spread the installation on 2 disks to
get more bandwith
or getting another 512 RAM to let Jack run without HD
or investing in a SCSI-HD for installation and Projects and using the
IDE-Disk for Archiving only.
What would you prefer, how are your Experiences about this
Bandwithissues?
Thank you
Hi all
I am wondering if anybody can recommend software that is capable of
producing a high quality organ sound, preferably like that of a Hammond B3.
It doesn't have to have heaps of controls, but something that I can modify
on the fly to make texture changes in the sound. Support for
LADSPA/JACK/Pure-Data/MIDI is preferable.
Alternatively, does anybody know of any good quality soundfonts and/or
samples that would fulfill this task?
Thanks
Luke
----------------
Luke Yelavich
AudioSlack Founder and main package maintainer
Audio software packaged for the Slackware Linux Distribution
http://www.audioslack.com
luke(a)audioslack.com
1. A short summary of changes
Bugs in build process were fixed. Support for transport
functionality in JACK 0.77.0 and newer has been added.
Transport functions are enabeld only if Ecamegapedal is
compiled against Ecasound newer than 2.2.3. Ecamegapedal
was verified to work if compiled against Qt-3.2.
---
2. What is Ecamegapedal?
Ecamegapedal is a real-time effect processor software with
a graphical user interface for controlling the effect
parameters. It is meant to be used as a virtual guitar-fx
or studio effect box. In addition to real-time operation,
ecamegapedal also supports reading from and writing to audio
files. All audio object and effect plugin types provided by the
ecasound libraries are supported. This includes ALSA, JACK,
OSS, aRts, over 20 file formats, over 30 effect types, LADSPA
plugins and multi-operator effect presets. Ecamegapedal's
implementation is based on ecasound and Qt libraries.
Ecamegapedal is licensed under the GPL.
---
3. Contributors
Patches
Junichi Uekawa (1) -- Qt -rpath build optimization
Kai Vehmanen (1) -- JACK transport support
---
4. Links and files
http://www.eca.cx/ecamegapedalhttp://ecasound.seul.org/download/ecamegapedal-0.4.3.tar.gz
--
http://www.eca.cx
Audio software for Linux!
