>>>>> "Tom" == Tom Kerswill <tomkerswill(a)f2s.com> writes:
> As a musician and user of the software, I think that it is more
> important to get maximum useability and practicallity out of the
> software. At the moment most musicians are paying for Microsoft
> Windows software, because there is not an alternative that
> supports their hardware. That's the most pressing problem. If
> there are free alternatives in development, then use them, but
> if there is no alternative, then it is most important to support
> a wide range of equipment and reach as many potential users as
> possible.
Tom, please notice that this is a matter of distribution. The fact
that A/DeMuDi doesn't come with the firmware doesn't mean the user
can't simply download the firmware itself (not that I particularly
like this solution).
Of course this can't be done on the Live CD until you install it on
the hard disk (if you feel like doing it) but then again I very much
doubt you can do serious low-latency work directly from CD - anybody
correct me if I'm wrong.
bye,
--
Andrea Glorioso andrea.glorioso(a)agnula.org
AGNULA Technical Manager http://www.agnula.org/
M: +39 333 820 5723 F: +39 (0)51 930 31 133
"Libre Audio, Libre Video, Libre Software: AGNULA"
Hello,
a new version of AlsaModularSynth is available from Sourceforge.
Note: Remember to download the latest version of the LADSPA plugins by
Fons Adriaensen: http://users.skynet.be/solaris/linuxaudio
Otherwise the latest instrument patches just won't work !
News:
- Added hplp_instrument.ams which demonstrates the new highpass filter by
Fons Adriaensen. Due to the HPLP combination, the presets of this patch
are quite close to some of the famous "Switched-On Bach" sounds by W. Carlos.
- Added sinfonia.mid for your own experiments with hplp_instrument.ams
- Fixed bug in LADSPA module where uninitialized output control ports have
caused segfaults.
- Several small corrections in demo patches.
For more news check the respective section on the project page.
Have fun !
Matthias
--
Dr. Matthias Nagorni
SuSE Linux AG
Maxfeldstr. 5 phone: +49 911 74053375
D - 90409 Nuernberg fax : +49 911 74053483
Greetings:
A client has asked me to get some opinions regarding AMD CPUs and
recommended motherboards. He's planning to replace an SMP system that
has apparently never worked quite right. He doesn't want another SMP
mobo, and a friend is advising him to go with a uniprocessor system
built around a recent AMD CPU. The recent JACK problem with AMD CPUs was
a revelation for me: I'd never had any problems with AMD chips, but now
I'm feeling reluctant to recommend them. Am I just being paranoid, or
are there particular reasons to go with Intel instead of AMD ? My
client is considering a P4 instead of the AMD, hence this infoquest...
Also, what's a recommended motherboard ? Are there any mobos that
should definitely be avoided ?
TIA for any help you guys can proffer, it's much appreciated.
Best regards,
dp
What is the problem with JACK and AMD cpus? I haven't heard of one.
Personally, I have an nvidia nforce2 motherboard which has worked fairly well for me.
Taybin
-----Original Message-----
From: Dave Phillips <dlphilp(a)bright.net>
Sent: May 6, 2004 10:44 AM
To: LAD Mail <linux-audio-dev(a)music.columbia.edu>,
LAU Mail <linux-audio-user(a)music.columbia.edu>
Subject: [linux-audio-dev] regarding mobos and CPUs
Greetings:
A client has asked me to get some opinions regarding AMD CPUs and
recommended motherboards. He's planning to replace an SMP system that
has apparently never worked quite right. He doesn't want another SMP
mobo, and a friend is advising him to go with a uniprocessor system
built around a recent AMD CPU. The recent JACK problem with AMD CPUs was
a revelation for me: I'd never had any problems with AMD chips, but now
I'm feeling reluctant to recommend them. Am I just being paranoid, or
are there particular reasons to go with Intel instead of AMD ? My
client is considering a P4 instead of the AMD, hence this infoquest...
Also, what's a recommended motherboard ? Are there any mobos that
should definitely be avoided ?
TIA for any help you guys can proffer, it's much appreciated.
Best regards,
dp
Yes, that was just an autotools problem. It could have happened to a P4 if jack was built on an AMD box. It was more of a cross-compilation issue.
Taybin
-----Original Message-----
From: Dave Phillips <dlphilp(a)bright.net>
Sent: May 6, 2004 11:20 AM
To:
The Linux Audio Developers' Mailing List <linux-audio-dev(a)music.columbia.edu>,
LAU Mail <linux-audio-user(a)music.columbia.edu>
Subject: Re: [linux-audio-dev] regarding mobos and CPUs
Taybin Rutkin wrote:
>What is the problem with JACK and AMD cpus? I haven't heard of one.
>
>
>
Not so long ago a release of qjackctl in Planet C failed due to (IIRC)
JACK getting compiled with an SSE call (or calls) that killed it
completely on my Duron. The problem was simply and quickly solved, and
I'm perhaps off-base accusing JACK but that's where the problem came
from. Maybe it was a bad make ?
Anyway, if it's the opinion of the LAD developers that AMD is OK then
that's what I need to know. As I stated, I've had only that one
difficulty with AMD and Linux audio software, so I think I'm just being
paranoid.
Best,
dp
Hi,
Kjetil Svalastog Matheussen wrote:
> Very nice work. However, I think you may have misunderstood how the
> vstserver works:
>
> The vstserver does actually work by setting up a bounch of processes and
> threads, and are very very far from being single-threaded. There are no
> limitations on how many vsti's you run simultaniously.
My apologies... My dev knowledge is too low to be mentionned. Additionally,
French people like me don't always speak English very well ,-) I've definitely
made this thread confusion during my tests, as I tried to launch two plugins
simultaneously, both with vsti, and had VSTserver return errors... Had just
another go today, works perfectly! Mea culpa.
When it comes to limit the number of opened console windows, how should I define
my paths correctly system-wide? On Fedora Core 1 - seems to be relevant in this
case - appending "export VST_PATH=..." to the file /etc/profile and sourcing it
afterwards does only define the path for console use. When using the launcher
(Alt+F2) to start plugins with "vsti plugin_name", it doesn't seem to recognize
VST_PATH.
> The difference between the vstserver and the new fst-library made by
> Torben Hohn and Paul Davies is that the fst-library runs the vst-plugin
> in the same process, while using the vstserver-system you run the
> vst-plugin inside a new process set up by the vstserver.
>
> What this means is that you get less contex-switches and therefor
> better performance when running many (something like more than 8 according
> to Paul) vst-plugins simultaniously using the fst-library.
What kind of features are already planned for the next releases of both projects?
Cheers,
Christian
Sorry for cross-posting.
Hi all,
now that my new website is online I'd like to let you know that I
recently added a 'Linux Audio' path to my weblog.
This is meant as an offer to all those who find themselves continuously
struggling with lots of postings to LA* & Co.
Of course this can only stand for my point of view and I won't claim for
completeness.
http://www.jawebada.de/index.cgi/blog/lad
Regards,
Jan
Hi people,
First of all, I wonder why no-one has thought to contact me to ask about
these points brought up about my work. Anyway, I'd be happy to explain a
couple of things like why I use Flash, Java and Mp3 even though they're
proprietary. I would be very happy to get away from proprietary technologies
completely but I also want people to be able to enjoy my work with minimum
effort. I am of course aware of SVG and OGG and do most of my work on Linux
(except Flash of course). However, although we all love non-proprietary
software and platforms, they are seldom pre-installed on 'regular' users
computers. If they drop in at a site that requires that they download and
install not one, but two or three plug-ins or programs, they're just going
to skip the site and go to the next one. I would. I could try to be really
modest and say, "I don't care what anyone else thinks or says, I'm just
doing this for myself!" But that just wouldn't be true. I'm doing this for
an audience and the bigger the better. I want people to experience and enjoy
my work and I know they won't if it involves a bunch of downloading and
installing. I have been moving towards Java instead of Flash specifically
because Flash doesn't run well on Linux and with Java I can do all my work
on Linux.
On the issue of GPL-ing my stuff. I'm just not that organized. If anyone
wants to see my files, just contact me and ask. I have nothing against
sharing them and do whenever anyone requests it.
best regards,
Pall Thayer
artist/teacher
Fjolbrautaskolinn vid Armula
http://www.this.is/pallithttp://www.this.is/pallit/isjshttp://www.this.is/pallit/harmonyhttp://130.208.220.190/panse
Hi all,
I hope this is the right place to be asking this. If not, please
forgive me, and point me in the right direction.
I'm trying to get my RME HDSP9632 card working under SuSE Linux. I've
built ALSA 1.04, and it can see my Soundblaster fine, but when I
modprobe snd-hdsp, it cannot find the RME card. The card shows up in
lspci with revision 0x97, and I'm wondering if this card/firmware is too
new to be detected by the latest ALSA drivers.
Any help or guidance anyone can give me would be greatly appreciated.
Many thanks,
Simon Pietroni.