Arrrgh!!
Thanks Clemens and anyone else that I may have missed, but thankfully I
have it going!!!!
After sending the last post and walking away for a cuppa I decided to
double check some keyboard settings. One of the keyboards panel lights
are out and therefore are pretty dim.
But no matter what excuse I use I feel pretty dumb and lame having to
admit that I overlooked a simple keyboard setting. I wrestled with this
thing for 12 hrs and I simply had a setting on my keyboard incorrectly
set.
Thanks anyway!
Vaughan
PS. Is there any site where Linux users are posting songs or samples of
their songs that they are producing with Linux???? If so where?
Hi this is my first post here and I'm hoping you are friendly and
understanding to a relative self learner of Linux!! I am a musician
first and a computer hacker second. I have learned everyting I know
about Linux by stuffing up my computer and learning to refix it via the
net and forums such as this one.
I have installed Fedora Core 3 and added the ccrma kernels and programs
via the how to files on the net. I am SO IMPRESSED with the system that
they present.
I have so far achieved getting everything running (except midi...more on
that in a second) I have even been able to run some VST plugins and
programs via FST.
I am 3/4 of the way through a song on Ardour and am loving what I am
hearing so far and want to continue using Linux as my main form of
recording.
I have a Hoontech C-Port soundcard succesfully using the ice1712 driver.
However "midi in" on this card doesn't work with Alsa.
So, I just got a yamaha usb "UX16" midi controller so I can trigger some
samples. Here is my problem.
The Ux16 shows up in the qjackctrl midi connections gui. BUT nothing
appears to be triggered by my exterior keyboard.
I have tried everything in my brain but I have finally had to admit
defeat.
Oh yea I am running the 2.6.11-0.3.rdt.rhfc3.ccrma kernel
If anyone can help I'd be much obliged. Thanks in advance.
Vaughan
The ever popular CAPS Audio Plugin Suite reincarnates as v0.3.0, a
major augmentation release.
CAPS is a LADSPA library that enjoys worldwide favour for its
high-quality instrument amplifier emulation facilities. In addition it
provides a sizeable assortment of no less sophisticated classic DSP
units for daily use as well as some more exotic sound generators and
effects.
Most noteworthy addition is the new AmpV plugin which builds on the
previous Amp efforts. A fundamentally revised circuit design and the
emulation of power supply shortcomings make for a very mellow and
differentiating tone especially at clean to moderately rough settings.
The new CabinetII unit further enhances the discerning electric
guitarist's digital sound setup by modelling five classical speaker
cabinets; far more faithful than the previous Cabinet plugin it builds
on, but with the same zero-latency advantage at still extremely low
CPU taxation.
Furthermore, the new Scape plugin (if played well ;) generates epic
grooving soundscapes, the new ChorusII and PhaserII units provide
fractally modulated variants of these classics and the new SweepVFII
enhances its predecessor by allowing for modulation of filter Q.
-*-
This CAPS release compiles cleanly on x86-64 as well as with gcc-4.0.
Many plugins have been renamed and all have been relabelled, which
will unfortunately upset some host programs trying to load existing
setups. Consult the README files in the distribution package for
further details.
http://quitte.de/dsp/caps.htmlhttp://quitte.de/dsp/caps_0.3.0.tar.gz
Please forward as you see fit.
Enjoy,
Tim
I ran some timing tests, partly to check out -fast-math -- my informal impression
is that it speeds up exp by a factor of about 2, but can slow down other things
(FIR filters). I didn't see any obvious improvement in -O3 over -O2. The
actual numbers are in the snd tarball, snd-edits.c -- look for "fast-math".
(The table is aimed more at comparing int/float/double operations). These
timing numbers change by a factor of, say, 20% on each run, so don't put
much weight on them.
DT-42 DrumToy 0.1.0 - First Release
-----------------------------------
"DT-42 DrumToy was intended as an example of
interactive audio and graphics programming using
SDL, but the project went rouge and turned into
a "usable" drum machine. Not exactly a minimal
technique example, but for someone working on
some sort of music editor, the source might be
of some interest, as DT-42 is probably as simple
as it gets with all the basic vital stuff still
in place.
The package contains the source code, graphics,
sounds, some example songs and precompiled
executables for Windows, Mac OS X/PPC, Linux/x86
and Linux/AMD64."
Have fun!
Home:
http://olofson.net/mixed.html
Direct download:
http://olofson.net/download/DT-42-0.1.0.tar.gz
//David Olofson - Programmer, Composer, Open Source Advocate
.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
'-- http://www.reologica.se - Rheology instrumentation --'
JACE is a Convolution Engine for JACK and ALSA, using FFT-based
partitioned convolution with uniform partition sizes.
I wrote it mainly as a 'proof of concept' for something more
complicated, to be announced at the next LAC. But it could be
useful as it is, hence this release.
Main features:
- Any matrix of convolutions between up to 16 input and 16
outputs.
- Maximum length for each convolution is one megasample (nearly
22 seconds at 48 kHz).
- Allows the use of a period size down to 1/16 of the partition
size. This will not change the total delay (input + process +
output) which will be twice the partition time in all cases,
but at least allows you to use a smaller period size when
other parts of your system require it.
- It's fast (see performance examples below).
When used with a period size smaller than the partition size,
JACE will try to spread the CPU load evenly over all process
cycles that make up a partition. This works quite well if there
is enough work to be distributed, and less well otherwise. As an
extreme example, if there is only one input and one output, and
the convolution size is just one partition, it's clearly not
possible to spread the three elementary operations over 16
cycles. But in those cases the load will be small anyway, and
you can use a smaller partition size.
Code to use SSE (tested) and 3DNOW (untested !) for the MAC
steps is present, but disabled by default since it seems
to make little difference.
Performance on 2 GHz Pentium IV with 4 convolutions of
5.5 seconds each at Fs = 48 kHz. Load is as displayed by
qjackctl. Delay is input + process + output.
period partition load delay
-----------------------------------
1024 8k 12% 340ms
1024 4K 17% 170ms
512 4K 18% 170ms
256 4K 19% 170ms
128 2k 32% 85ms
64 1k 59% 43ms
Grab it at <users.skynet.be/solaris/linuxaudio>. You will also
need libfftw3f, libsndfile, and two shared libs available at
the same place.
Enjoy !
--
FA
Hi,
I am using an application which enumerates the ALSA supported
hardware devices and offers them as input / output devices.
Now, I would much rather have that app output to Jack. The app does
support OSS, but only native OSS, it does not offer OSS support when
ALSA is available, else I could have used oss2jack. Now I wonder, is
there something like alsa2jack? Something that appears as a physical
soundcard in ALSA, yet feeds into Jack?
Melanie
Hallo,
while trying to build Dave Griffith's fluxus, which uses liblo, on
Debian, I've hit a very strange error. It boils down to g++ not
finding the symbols exported in lo/lo.h. I stripped down the code,
where it fails to this supershort C++-file:
// --------------
// OSCServer.cpp
//
#include <lo/lo.h>
lo_address m_Destination;
// ---------- end
Trying to compile this with
$ g++ -c OSCServer.cpp
will give these errors:
$ g++-3.2 -c OSCServer.cpp
OSCServer.cpp:2: 'lo_address' is used as a type, but is not defined as
a type.
$ g++-3.3 -c OSCServer.cpp
OSCServer.cpp:2: error: 'lo_address' is used as a type, but is not
defined as a type.
$ g++-4.0 -c OSCServer.cpp
OSCServer.cpp:2: error: 'lo_address' does not name a type
liblo is installed from the Debian package:
ii liblo0-dev 0.22-1 Lightweight OSC library --development files
I think, g++ finds <lo/lo.h>, otherwise it should complain about a missing
header, but then it doesn't want to use it.
Does anyone have an idea, what is going wrong here?
Ciao
--
Frank Barknecht _ ______footils.org_ __goto10.org__
hi all,
well i've recently waded into the GP2X territory, fairly deeply, and
i'm enjoying it immensely:
http://gbax.com/
its a dual-processor (ARM) portable games machine, battery powered,
US$180, and .. it runs linux, has a very interesting EXT connector
which supports USB and MIDI, video and audio, and extremely active
games coding is going on, with well over 10,000 games currently
runnable on it (emulation, baby):
http://wiki.gp2x.org/wiki/EXT
it can support usb-gadget audio (already has usb-gadget serial) so it
wouldn't be terribly hard to 'integrate' it, either, with USB-based
audio outputs .. and there is SDL onboard too, for graphics, with
cairo/libsvg of course ..
so its not such a stretch to consider this to be -the- synthesis
platform of choice for linux audio hacking, and so i was wondering ..
what linux-based softsynths do you think would be worthy to port to
such a beast? i've already got sampling, a sequencer (thanks to
MidiShare), and some basic audio idea's down, but what do you guys
think about having a bit of a port-fest and turning the GP2X into a
veritable treasure trove of a softsynth platform?
--
;
Jay Vaughan
Hi everyone
This is a short note to point out that I have released set_rlimits 1.2.0.
It can be found at
http://www.physics.adelaide.edu.au/~jwoithe/set_rlimits-1.2.0.tgz
This is the software formerly known as set_rtlimits. I've changed the
name to reflect the fact that any rlimit can be controlled by this program
if the need arises.
Changes/additions in this version:
* improved configuration file syntax (with support for the old syntax if
it is found)
* ability to set the memlock resource limit
* easier command line use (an absolute path is no longer required for
example - it is taken from the configuration file)
As always, bug reports, suggestions and patches are welcome.
Regards
jonathan