On Wednesday 31 January 2007 23:39, Lee Revell wrote:
> On 1/31/07, David Olofson <[EMAIL PROTECTED]> wrote:
> > That said, as you can't use all CPU time on a UP machine anyway,
> > and
> > as cache issues seem to make multithreaded processing virtually
> >
On Wednesday 31 January 2007 22:49, Lee Revell wrote:
> On 1/31/07, David Olofson <[EMAIL PROTECTED]> wrote:
> > There are a few hacks for RTAI and/or RTLinux, actually, but
> > AFAIK, nothing for any serious hardware... (I did one myself a few
> > years ago, for RTLin
On Wednesday 31 January 2007 21:45, Paul Davis wrote:
> On Wed, 2007-01-31 at 21:35 +0100, David Olofson wrote:
> > On Wednesday 31 January 2007 21:02, Michael Ost wrote:
> > [...]
> > > We have a 32 sample setting (.7 msecs) in Receptor which I have
> > > yet t
ere really is no limit to what you can do,
if you really have to or want to, and have the time and resources at
hand.
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.net - Games, SDL examples ---.
|http://zeespace.net - 2.5D rendering engine
http://gmane.org/
//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.n
http://eel.olofson.net/
Downloads:
http://eel.olofson.net/download.html
Direct download:
http://eel.olofson.net/download/EEL-0.1.11.tar.gz
Win32 binary package:
http://eel.olofson.net/download/EEL-0.1.11-Win32-bin.zip
//David Olofson - Programmer, Composer, Open Source Adv
ose of
us who use 20+ bit sound cards would rather have it all linear and
undistorted right into the amplifier. There is always the option of
inserting some serious multiband compressor last thing in the JACK
chain. Might actually be a good idea anyway, if you like playing loud
and don't want to rui
On Thursday 04 January 2007 23:30, Frank Neumann wrote:
>
> On Thu, 4 Jan 2007 15:47:40 +0100
> David Olofson <[EMAIL PROTECTED]> wrote:
>
> > Well, it's not a single file, it's got a very minimalistic tracker
> > style GUI, and it's using S
ese things properly might be a good
exercise. ;-)
> If there isn't such program, then maybe someone could write it for
> me :D.
Way ahead of you...! :-D I wrote DT-42 almost exactly a year ago.
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.n
would consider that a hardware bug - but you never know... If this
actually does happen, it would certainly cause a great deal of damage
with the kind of compression applied to most things these days.
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.
at react anywhere near that fast. Don't
> worry about it :-)
I don't know how fast it *actually* is, but FWIW, my old Behringer
compressor/limiter has a lowest attack setting of 0.1 ms, and a
lowest release setting of 50 ms.
//David Olofson - Programmer, Composer, Open
On Saturday 26 August 2006 00:32, Tim Blechmann wrote:
> On Sat, 2006-08-26 at 00:06 +0200, David Olofson wrote:
> > > 7. I'm not opposed to companies posting to l-a-a or l-a-d when
> > > they have relevent job openings, but this recruitment firm is
> > > spamm
e from someone who would know
what you're doing and what kind of social network you have. Sometimes
you can't really tell without reading the entire mail. "Did I meet
this person somewhere...? Is this someone I know from a mailing list
or something?"
There is quite enough no
is when your application is too late to write data before
the output buffer runs out of data, thus causing a glitch in the
output. (Often heard in CD burning discussions, where a buffer
underrun will ruin the CD being written, unless the CD writer can
pause writing instantly in a controlled fashi
On Wednesday 16 August 2006 21:10, carmen wrote:
> On Wed Aug 16, 2006 at 09:04:44PM +0200, David Olofson wrote:
> >
> > Is there such a thing? (Could be implemented as a JACK + ALSA
> > sequencer client, I suppose.)
>
> a ~ # gre -i jack irclogs/freenode/#lad.log |
Is there such a thing? (Could be implemented as a JACK + ALSA
sequencer client, I suppose.)
Or is there some other way of wiring JACK MIDI ports to ALSA sequencer
ports and/or vice versa?
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.net - Games, SDL
ration technologies" should always be
advertised all over the place, so you know whether or not the
application will work in your setup, but I guess developers in
general aren't all that much into marketing... :-)
//David Olofson - Programmer, Composer, Open Source Advocate
.-
e some 32/64 #ifdefs. Could be a bit
hairy to track all spots down if the pointer size is implicitly built
into the code. (Something I try to avoid in general. You never know
when, why or what you might want to change down the road.)
//David Olofson - Programmer, Composer, Open Sourc
same source code for 32 bit and
64 bit targets; no special cases or anything.
Basically, just don't assume that a pointer is 32 bits, and you're
fine. (That is, unless your programming style includes various
inherently non-portable tricks. :-) Even in "naturally aligned"
struc
dy in non real time applications (sometimes it's
easier to let the algorithm control the block sizes), but as those
aren't sensitive to additional buffering, you can just wrap the real
API with whatever you like. No reason to break or complicate the real
API to support that.
//Da
http://www.vems-group.org/
//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
emonstrate this
behavior as well, so maybe it's not just my code doing something
funny. :-)
This is with liblo 0.22 on Gentoo/AMD64.
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.net - Games, SDL examples ---.
|http://zeespa
On Friday 20 January 2006 14:51, David Olofson wrote:
[...]
> You need to get a proper MIDI master keyboard. Or, if you *really*
> want to use a PC keyboard, replace the keyboard MCU with one of
> these boards they use for interfacing arcade joysticks and buttons
> with the keyboard
me operation either. If timing is critical, you should
probably stick with MIDI and use ALSA directly from C code running in
your audio thread, or maybe even a high priority real time thread
that timestamps events as they arrive.
//David Olofson - Programmer, Composer, Open Source Advocat
On Friday 20 January 2006 13:49, Cedric Roux wrote:
[...]
> Maybe SDL is good for that also (I don't know if it works for
> terminals, check it).
SDL doesn't do keyboard input unless you open up a display - but it
*does* support aalib...
//David Olofson - Programmer, Compo
ents to update the state array.
EXAMPLE
Uint8 *keystate = SDL_GetKeyState(NULL);
if ( keystate[SDLK_RETURN] )
printf("Return Key Pressed.");
...
--
//David Olofson - Programmer, Composer,
mo songs
slightly less boring. ;-)
Anyway, with a proper instrument editor in DT-42, you can easilly
import whatever WAV files you want. (It's already possible, though
editing the I*: tags in your song file might not be your idea of a
nice user interface. :-D )
//David Olofson - Program
ds and mice? (A foldable rubber keyboard and some sort of
tracker-like sequencer could be useful. Or is there a foldable rubber
MIDI/USB keyboard out there somewhere?)
Another thought: Is there a market for shareware games? (Ports, at
least - it'd have to be a rather large market for dedica
terested
in the odd few platforms with enough oomph but no FP, would lack the
motivation to write and/or maintain code that is relevant only on
these platforms.
//David Olofson - Programmer, Composer, Open Source Advocate
.--- http://olofson.net - Games, SDL examples ---.
|
On Wednesday 11 January 2006 13:04, Steve Harris wrote:
> On Wed, Jan 11, 2006 at 12:19:06PM +0100, Wolfgang Woehl wrote:
> > David Olofson <[EMAIL PROTECTED]>:
> > > DT-42 DrumToy 0.1.0 - First Release
> >
> > Jackify this and you will be worshipped.
&
On Wednesday 11 January 2006 12:19, Wolfgang Woehl wrote:
> David Olofson <[EMAIL PROTECTED]>:
> > DT-42 DrumToy 0.1.0 - First Release
>
> Jackify this and you will be worshipped. A fun tracker machine,
> thank you.
Well, I have a few ideas about what to do with it next.
ample 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 Advo
uot;auto split" feature to arecordmidi...?
If I'm going to hack it anyway, it might be easier to just do the
whole job there, as the basic ALSA "framework", build scripts and
stuff is already there.
//David Olofson - Programmer, C
e relatively easy to do,
though I'd rather not hack it from scratch if there's any reasonably
nice code lying around somewhere.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engin
ility (non-intel CPUs and pre-Pentium CPUs), and portability
beyond x86, one needs a fallback.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modul
Worked just fine.
This was on a 300 MHz low power Pentium clone, which has about 10-15%
of the power of a 1 GHz P-III CPU. I'm not even sure if Linux is
using RDTSC for gettimeofday() on this thing...
//David Olofson - Programmer, Composer, O
lly don't want to use another PC, and want lots of dirt
cheap processing power, how about learning some EMU10k1 asm? :-)
Seems to have more DSP power than your average studio sampler - and
since it's a high volume product, just like the 3D accelerators, it
lets you see some of the
you need details.) Haven't tried any JACK, DSSI etc yet, as I haven't
installed any of that on this machine yet... (Only work and no fun.)
Now, how the h*ll am I supposed to get any (non-musical) work
done!? ;-)
//David Olofson - Programmer, Composer, Open Sou
ably more accurate.
> In a parallel universe it could argued that, a speech-synthesizer
> singing 'Lieder' is much more convincing if you have the appropiate
> Bontempi Piano to go along with it.
*hehe*
//David Olofson - Programmer, Composer,
On Friday 04 February 2005 19.52, Jens M Andreasen wrote:
> On fre, 2005-02-04 at 15:56 +0100, Christian Henz wrote:
> > On Sat, Jan 29, 2005 at 12:56:22AM +0100, David Olofson wrote:
> > > On Saturday 29 January 2005 00.00, Jan Depner wrote:
> > > > Now, if y
track the state of the art, the net result is that
faster CPUs and DSPs just make everything harder to implement! ;-D
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multime
implemixer-1.1.tar.gz)
"A very simple sound mixing example, using only
SDL without any add-on libraries. It plays a drum
pattern using 4 sounds and 4 voices and not too
tight timing. ;-)"
//David Olofson - Programmer, Composer, Open Source Advocate
ally
process one sample at a time reliably (at least at 48 kHz and lower)
with RTAI or RTL on reasonably good hardware.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for
latency down to the µs range. The
only practical limits are RAM access times (cache misses add to the
scheduling latency) and raw processing power.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source
ynthesis, but EEL should also
be suitable for game scripting and for adding
scripting capabilities to real time multimedia
applications."
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio eng
y, you
tend to fall back to something that feels familiar and/or good in a
subjective way. I guess I have a few of those in EEL as well.
The BASIC style call syntax, for example;
f "some", "arguments";
I think I'll switch to good old C style, for several reasons. It&#x
t;real time environment" is basically one that allows you to solve
real time problems, if you do things right, so it's basically "just"
a matter of not building inherently non RT safe mechanisms into the
language. (GC algorithms optimized for throughput rather than
determinism woul
t as long as EEL is free software (I
> assume BSD?) it's okay with me.
It's LGPL, because the GPL would prevent the use of EEL in non-Free
applications, which is not what I intend.
I'm considering dual-licensing with MIT/X11 as well, since the LGPL
seems to make a lot of de
ne right. It can actually be a *better*
solution for RT systems than any form of memory management that
destroys unused objects instantly. (Let's just say large lists, trees
and similar structures are very dangerous in an RT system if you're
using some naive form of refcounting or e
m (for me at least) is that the few alternatives that
looked interesting are either non-Free, or licensed in a way that
prevents using them in proprietary projects - which is exactly what I
need to do. (All my personal projects are Free/Open Source, though.)
//David Olofson - Programmer, Compose
of
registers (the heap) as a call stack by moving around a
register frame. Basically, "malloc()ed" objects are used
only for stuff that doesn't fit in a register, and they're
normally passed around by reference rather than being
cloned.
Bed time... Too much la
ble C code.
* LGPL. (Maybe LGPL + MIT/X11, if it makes life easier.)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects,
hacking an SDL binding as one of the first add-on
projects. That should make the thing a lot more fun to play with. :-D
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Sourc
my computer to be recorded directly.)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time
ages are just
sent and handled ASAP, without timestamping. Just means you get
terrible jitter instead, which is probably *worse* than the
latency...
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source aud
bluetooth should be able to handle the bandwith requirements
of a mouse (125 Hz frame rate for the MX models, IIRC), but 15-20 ms
latency spikes would be an issue that cannot be fully compensated for
regardless of bandwidth. Jitter or delay (buffering to eliminate
jitter) would cause problems wi
On Friday 27 August 2004 23.48, Lee Revell wrote:
> On Fri, 2004-08-27 at 16:06, David Olofson wrote:
> > On Friday 27 August 2004 21.08, Dan Hollis wrote:
> > > On Fri, 27 Aug 2004, Lee Revell wrote:
> > > > Why do we need to /dev/null messages fr
lists do once in a while, one way or another.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis,
tuff... Looked at
the spec the other day, and I'd say it looks like pretty heavy stuff,
if you want to implement full support.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for ga
ing status is
what allows senders to drop identical status bytes to save bandwidth.
Only optional for senders...)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia.
. 'll keep the flash card for when IO
> have something more mature. It doesn't need to be too rugged to
> start with.
MicroDrive? Not as rugged as a flash card of course, but still compact
(CF II) - and very silent if that matters...
//David Olofso
394 doesn't have
collision detection h/w and stuff like that. Don't know if it's a
real master/slave system on the h/w level. Ethernet is not... With
P-P connections only, it's irrelevant, as long as you can keep any
such logic out of the way.
//David Olofs
forge.net/projects/rtnet/
http://www.ecsl.cs.sunysb.edu/rether/
http://www.fsmlabs.com/products/lnet/
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and
algorithm) at the problem.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,... |
`---
On Friday 20 February 2004 23.58, Paul Winkler wrote:
> On Fri, Feb 20, 2004 at 11:11:40PM +0100, David Olofson wrote:
> > On Friday 20 February 2004 21.27, Paul Winkler wrote:
> > > Think of the variables introduced by common picking techniques:
> > > at the least you
On Friday 20 February 2004 21.27, Paul Winkler wrote:
> On Fri, Feb 20, 2004 at 02:34:54PM -0500, Pete Bessman wrote:
> > At Fri, 20 Feb 2004 18:23:52 +0100,
> >
> > David Olofson wrote:
> > > > Tricky. To get crunchy hard-rock guitar sounds like Pete's
>
What I want to do is push the limits of extremely compact music
formats, and proving that virtual analog style synthesis doesn't
*have* to sound like minimalistic german synth music. I may fail in
doing this, but I hope to at least learn a few useful things about
creating good synth so
On Friday 20 February 2004 17.25, Paul Winkler wrote:
> On Fri, Feb 20, 2004 at 05:23:05AM +0100, David Olofson wrote:
> > On Friday 20 February 2004 00.06, Pete Bessman wrote:
> > [...]
> >
> > > Writing a guitar sound synthesizer that sounds good is a very
> &
inst the
> original version to see how far "creative song restructuring" can
> get you.
You mean the original album version? Can't seem to find it...
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -
On Thursday 19 February 2004 21.54, Pete Bessman wrote:
> At Thu, 19 Feb 2004 19:42:05 +0100,
>
> David Olofson wrote:
> > Nice! Makes me wanna' play some violent first person shooter game
> > or something, for some reason... ;-)
>
> I seem to recall seeing you on
On Thursday 19 February 2004 18.50, Pete Bessman wrote:
> Hi all,
>
> Check out
> http://www.soundclick.com/bands/8/eastsidemilitiamusic.htm
Nice! Makes me wanna' play some violent first person shooter game or
something, for some reason... ;-)
//David Olofson - Programme
)
How about OpenGL? I heard there's an unsupported OpenGL driver now.
Tried it?
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games
ation and s/w rendering APIs will be
relevant for several more years to come - and applications should
preferably support *both* 2D and 3D APIs when appropriate. (Could be
done through 2D-over-3D wrappers or backends.)
//David Olofson - Programmer, Composer, Open S
On Friday 13 February 2004 00.53, Tim Goetze wrote:
> David Olofson wrote:
> >Depends on the wire. For standard 31250 bps MIDI cables, the
> > minimum latency for a NoteOn message (status, pitch, velocity -
> > three bytes) is 0.96 ms. (It is one start bit and one stop bit,
&
there's no way you can force a babbling
Windoze box or something to get off the network when you want to chat
with your RT peers, so you just have to make sure everything on your
RT network agrees with, and is physically capable of obeying the
rules of tha
re is no sense in that I should
> learn GIMP internals -- I could use that time for developing my own
> projects instead of wasting the time to sidetracks.
They're probably busy hacking other stuff, and they most probably have
a sufficiently handy way of doing what you want without th
ning.
Yes... That's the kind of stuff that makes me nervous when using
closed source tools for anything. What will happen with my files down
the road?
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open S
$300 a year for Red Hat Enterprise? I thought it was free!!!
Well, it is, except for any proprietary software they might have
thrown in. What you're paying for is pressed CDs, printed
documentation, and most importantly, support. If you only need the
Free software, you can just download it
iority,
especially in the embedded and turnkey fields, where systems tend to
hang around so long that the main reason to upgrade is that the
out-of-production silicon is getting too expensive, or totally
impossible to get by.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audia
in the wrong
place. The driver ends up sync'ing once for each one of the sub
rectangles that the window is split into... *hehe*
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine fo
s supposed to just clip at 2048x2048. Some tester
concluded it does on Windoze, but I haven't tried it on the Linux
drivers. (Though they even have the same bugs as the Windows drivers,
so I'd guess they're pretty closely related...)
//David Olofson - Programmer, Composer,
penGL support was more widely available, there wouldn't be
any reason to use anything else for serious graphics - 2D or 3D. It's
hard to find a card without 3D acceleration these days, though there
seem to be a few Windoze-only chipets that don't have OpenGL
support...
//David
stretching a
single context over both screens anyway. (I'm not interested in
stretching *anything* over both screens; just moving windows across
them, which is not possible with independent desktops.)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -
gt; ... Wow, I need something to do. :)
I have lots of things to do, but that doesn't seem to help...
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
lash'. Can't seem to find
it, though...
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,.
t
processes) accelerated. If so, why not windows on different
desktops...?
Oh well... Accelerated drivers. No end to the fun! ;-)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games an
oth
heads, but I'm not sure. (Don't care about a few % wasted VRAM - the
screens aren't that different in size.) However, ATI had me believe
you can't run 2048x1536 on the analog output while using the DVI
output *at all* - but that's obviously not the case,
On Wednesday 14 January 2004 19.36, Thomas Webb wrote:
> --- David Olofson <[EMAIL PROTECTED]> wrote:
> > On Wednesday 14 January 2004 10.31,
> > [EMAIL PROTECTED] wrote:
> > [...]
> >
> > > 4) "Derived sounds?" Holy crap, what a can of
> &g
censes I use guarantee that *I* can't steal "my" code
back and start selling binaries after people tested it, fixed my bugs
and added loads of features. I *think* that slightly improves my
chances of receiving contributions, but I can't prove it. :-)
//David Olofson - Progr
orce something like that. Can't force people
to contribute to anything, whereas if they want to contribute to a
library of free sounds, they'll just do it, one way or another,
whether I support it or not.
So, it's probably X11, or just plain public domain.
Any real advanta
'd like derived sounds to remain open source, but
I'm not sure it makes sense to require it, like the LGPL does. The
X11 license might be more sensible. What do you think?
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---
o-wah" effect
* A "real" reverb
* Sample accurate MIDI file playback
Site:
http://audiality.org
Direct link:
http://audiality.org/download/Audiality-0.1.1.tar.gz
Check out the site and the Audiality mailing list (or archive) for
more info and 0.1.0->0.1
However, I think the proper solution is to install things so that you
never have dependencies in the wrong direction. It makes some sense
that libs in /usr shouldn't depend on /usr/local.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -
. Let the early
adopters break new ground and make the big, expensive mistakes. Then
go in and make the money the early adopters are morally entitled to.
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open S
On Tuesday 25 November 2003 10.39, Steve Harris wrote:
> On Mon, Nov 24, 2003 at 08:21:55 +0100, David Olofson wrote:
> > On Monday 24 November 2003 19.42, Frank Neumann wrote:
> > [...]
> >
> > > I was wondering for a while when some older geek will start
> &
eplace the
synthesis stage of some current TTS system with a chip emulator style
synth. Or how about hacking a LADSPA or JACK wrapper that generates
control output that you can use to drive a modular synth?
//David Olofson - Programmer, Composer,
domain. Might work. :-)
> There is also a smaller/reduced version of festival you can try
> out, but i forgot how it is called.
Looked at that, but it's still too big and too "serious" for my needs.
//David Olofson - Programmer, Comp
ff, as I intend to
use this for sound effects in games and (other) toys. Doesn't hurt if
CPU and memory requirements are very low, but I'm probably going to
render words and phrases off-line anyway (at install or load time),
for later processing as normal sound effects.
//David Olofs
http://www.cslu.ogi.edu/tts/flinger/
(There are a bunch of mp3 songs on that site as well.)
BTW, where did the Zero-G site go? Seems dead, and I can't find any
demos elsewhere...
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality --
udden...? Oh,
I wouldn't use it on in final mix, of course! I think... ;-)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality ---.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real
1 - 100 of 722 matches
Mail list logo
