> I'm hoping that you're thinking of a realtime display, in which the
> peaks roll off to create a true waterfall effect.
Baudline (http://www.baudline.com) is a fantastic viewer that does fft
cascade. I've used it for a couple of years, and it is great for figuring out
how different sounds "work", and it has an oscilloscope-type display as well.
Cheers,
Jason Downer
Hello.
I finally started making my pet music project and realized I need a
drum synth to make some cool sounds. psindustrializer is good but also
need some tr-909-style sounds. I remeber from my old windoze days I
used a nice piece of software called Stomper. Does anybody know any
software for linux with comparable capabilities? Or we need to write
one?
Stomper does not work under wine :(
Thanks.
Hello.
I had a couple of articles on drum synths. Check
ftp://ftp.funet.fi/pub/sci/audio/devel/lad/drumsynth/
I built the circuit in a00*.jpg at the time when this article
was fresh. The article b00*jpg mentions an earlier article.
I will check that out at library.
Hmm.. I coded a drum synth for Commodore VIC-20 at the time.
VIC provided an audio chip with three oscillators, noise,
and a common volume if I remember correctly. What I did was to
modulate osc pitch and volume parameters with a fast and accurate
(compared to Basic) assembly code. The drum sounds were assigned to
the keys. This was about 1984, inspired by Yamaha's digital RX drum
synths, not by analog drums.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
>From: "Levi D. Burton" <ldb(a)puresimplicity.net>
>
>does the idea of documenting various lad design patterns make
>sense to anyone?
Such "LAD Gems" doc would be much needed here too.
(For audio dsp gems, take a look at "musicdsp.org".)
I would appreciate if somebody would take a look at
Ardour and document best gems found there. E.g., the GUI
and audio thread separation and start up sequences.
Likewise for Linuxsampler and one of its GUI frontends.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hi Steve, thanks for the reply.
I will definitely look into using DSSI, looks like it
could be good once as supported as LADSPA is (I'd
never even heard of it before your post, although
that's probably just me). Is it intended as an
eventual LADSPA replacement? I never really saw the
need to divide plugins into 'instruments' and
'effects', and it seems like DSSI can do both.
Stefan Turner
> It would be more practical to do it as a DSSI
plugin, LADSPA has no way
> to
> indicate that you want to load files during runtime,
and no UI.
>
> In DSSI you can load the impulse in the "UI"
process, perform the FFT
> on
> it and send it ot hte DSP code with configure().
Once there the DSP
> code
> can the overlap-add/save on it.
>
> - Steve
___________________________________________________________
Win a castle for NYE with your mates and Yahoo! Messenger
http://uk.messenger.yahoo.com
I have recently acquired a XITEL INPORT device, to capture music from my
stereo system, and although [as shown below] it seems to be supported by
the FC3 kernel, I have not yet managed to find any way to access the USB
data stream.
Any clues on how I should proceed?
arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: Solo1 [ESS ES1938 (Solo-1)], device 0: es-1938-1946 [ESS Solo-1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Audio [USB Audio], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
/proc/asound/card1
total 0
-r--r--r-- 1 root root 0 Mar 29 17:00 id
-rw-r--r-- 1 root root 0 Mar 29 17:00 oss_mixer
dr-xr-xr-x 3 root root 0 Mar 29 17:00 pcm0c
dr-xr-xr-x 3 root root 0 Mar 29 17:00 pcm0p
-r--r--r-- 1 root root 0 Mar 29 17:00 stream0
-r--r--r-- 1 root root 0 Mar 29 17:00 usbbus
-r--r--r-- 1 root root 0 Mar 29 17:00 usbid
I'm writing an application that will use alsa in the common case, but be
jack-capable. I'm faced with the following design question: Do I wrap
the jack part to emulate the read/write of alsa, or do I wrap the alsa
part to emulate the callback style of jack? In other words, do I push or
pull from the audio segment of the program?
As I understand it, alsa can be asynchronous but it requires using SIGIO
which doesn't excite me. So I'd have to create another thread that
selects and fills a ringbuffer.
To adapt jack, I'd have a ringbuffer which is drained when the program
pulls the audio.
Adapting Jack seems the easier thing to do, but what do you think?
--
.O. Hans Fugal | De gustibus non disputandum est.
..O http://hans.fugal.net | Debian, vim, mutt, ruby, text, gpg
OOO | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
Hi Steve,
Was testing this scenario today, which may look familiar to you:
- I created a server with some methods: '/ping/documentation' and
'/osc-schema/documentation', both of which use the same handler 'doc'.
- I send query '/*/documentation' to the server.
- 'doc' got called twice with path '/*/documentation'.
The unexpanded path makes it impossible for the handler to determine
what container was intended. In my interpretation the OSC spec is not
completely explicit on this point, but I think the intention was to
send the expanded path to the handler. The spec is specific in stating
that '*' is invalid in an OSC method, and it talks about the "OSC Address
of a OSC Method".
Initially I hacked liblo to always send the expanded path. However, the
result was also that the generic method handler (oh, I used that too :)
got called with a NULL path. Since that is useless to that handler it
seems best to me to use the unexpanded path for this case.
The resulting patch is applied. Please let me know your view on this.
Cheers,
--
Martin
---------------------------------------------------------------------------
Index: liblo/src/server.c
===================================================================
--- liblo.orig/src/server.c 2005-03-02 19:15:47.000000000 +0000
+++ liblo/src/server.c 2005-03-26 11:33:41.000000000 +0000
@@ -463,6 +463,7 @@
lo_address src = lo_address_new(NULL, NULL);
char hostname[LO_HOST_SIZE];
char portname[32];
+ const char *pptr;
free(msg->types);
msg->types = types;
@@ -542,7 +543,13 @@
}
}
- ret = it->handler(path, types, argv, argc, msg,
+ /* Send wildcard path to generic handler, expanded path
+ to others.
+ */
+ pptr = path;
+ if (it->path) pptr = it->path;
+
+ ret = it->handler(pptr, types, argv, argc, msg,
it->user_data);
} else if (lo_can_coerce_spec(types, it->typespec)) {
@@ -572,7 +579,13 @@
}
endian_fixed = 1;
- ret = it->handler(path, it->typespec, argv, argc, msg,
+ /* Send wildcard path to generic handler, expanded path
+ to others.
+ */
+ pptr = path;
+ if (it->path) pptr = it->path;
+
+ ret = it->handler(pptr, it->typespec, argv, argc, msg,
it->user_data);
free(argv);
free(data_co);
Greetings:
If you don't know the drill:
http://linux-sound.org (USA)
http://linuxsound.atnet.at (Europe)
http://linuxsound.jp (Japan)
As usual the Japanese site will update later this evening. Please note
that my old Bright.net addresses and pages are gone now. If you have a
page containing a link to the old Bright.net site for these pages please
update it to one of the new URLs. Note too that my email address is also
no longer at Bright.net, please update your address book as necessary.
Best,
dp
http://www.dis-dot-dat.net/music/jolly_192.mp3
Used: Cheesetracker, jack-rack and timemachine.
Style: Downbeaty-kind-of-thing
--
"I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb. Thank you."
(By Vance Petree, Virginia Power)