Hello,
Where could I find specifications of SF2 file format ?
Thanks
Dom
--
Dominic Genest
Étudiant 3e cycle
Département d'Informatique et de Génie Logiciel
Université Laval
97010111
>From: Dave Robillard <drobilla(a)connect.carleton.ca>
>
>Screenshot:
>http://chat.carleton.ca/~drobilla/patchbay.png
[ ... ]
>Eventually it will be a combined jack/alsa patch bay
How about adding an application menu from which user may
launch new applications and insert to the patchbay?
Patchbay would store application's command line parameters.
How about a custom application menu where user has edited the default
command line parameters? E.g., a Fluidsynth would start …
[View More]with a sample
file: "fluidsynth-808perc". Of course, applications should support
configuration and sample loading via command line.
How Alsa mixer relates to Patchbay? If I record Alsa's line-in,
the reverberated output should not be mixed to the recording.
And other way, if I record reverberation, the original should not
be recorded. Could there be a Alsa module which has more connections
than capture1,2 and playback1,2? When I launch Alsamixer, I would
control levels with it and use Patchbay for routing. Sounds difficult
if Alsa has only one recording source: "Mix".
>and if anyone has ideas for an elegant
>automatic-module-placement solution
How about manual placement first? User could organize the modules
and then save the whole thing to file. When user loads the file,
the display looks the same -- and also all applications are launched.
If applications are launched from shell or if Patchbay figures out
the currently running Jack/Alsa system, then automatic placement would
be needed. But I would like to always build the system from scratch
or from file with Patchbay.
Patchbay could recognize all new applications launched from shell.
Usually one application is launched at a time and manual placement
is no problem. Again, the end result can be saved to file and there
is no need to redo the placement each time.
Patchbay files could be inserted to the current patchbay. E.g.,
a reverb patch could have four reverb related modules which together
makes the reverb. That is, four different Jack applications.
Inserted Patchbay files may need null nodes. If multiple modules
needs the same input, then with the null node the inputs can be
combined. There is no Jack application for the null node.
User who inserts the reverb to the patchbay then don't have to guess
how to connect the inputs to the reverb related modules -- their
inputs would not be connected at all without the null node.
A subpatches/macros would make the same thing, but would be more
complicated.
Should users be able to set the launching order of applications
in the patchbay files?
Regards,
Juhana
[View Less]
Hello.
How about writing an interactive demostration application which can
be set to conference booths and which with visitor could easily
check demos of applications.
The display could be a full screen window with a matrix of buttons.
Button would be labeled with the application names. When visitor
presses the button, the display changes to a possibly animated
screenshot of the application and an example audio would be
played. The application display could have a column of buttons
which can …
[View More]be used to change the example audio. Each example could
have its own screenshot.
The audio and the screenshot need not be entirely related.
One button could demostrate an editing feature and could have
no audio (or have some background music).
Screenshot could be, or have, an info text as well. Each different
display would be precomposed with GIMP and the like. The display
app should be as simple as possible -- also for us who would make
the content to it.
In any case, the actual applications would not be run at all.
It is important that the display app is fully working at all
of the times -- and not being idle like the real applications
would be.
Regards,
Juhana
[View Less]
>From: Joern Nettingsmeier <nettings(a)folkwang-hochschule.de>
>
>it is the author's decision, and everybody *has*to*respect*it*!
>don't preach freedom and deny others their freedom of choice. we've
>had enough of this bigotry lately.
I understood the frustation comes from wasting time to load the
software and to find out it is only executable.
Here (was it jackit-dev) most announced software are open source,
so it would be a good idea to let people know that now …
[View More]something
different is announced. But in any case, a good announce makes no harm.
Regards,
Juhana
[View Less]
>From: "Stefan Nitschke" <stefan_nitschke(a)hotmail.com>
>
>Its not my intention to blame Linux or the Linux-Community but it is
>in consequence the only way to prevent such postings in the future.
Write in your announces that the software is executable only!!
Simple as that.
Regards,
Juhana
Hi,
News for those interested in TAP plugins:
tap-plugins-0.3.0 is out.
* TAP AutoPanner
Implementation of a very well-known effect.
Useful mainly to liven up synth tracks.
* TAP DeEsser
A plugin for attenuating harsh 'ess' and 'ssh'
sounds in vocal recordings. Also usable on wind
instruments.
* Project moved to SourceForge.net.
New (and hopefully ultimate) homepage:
http://tap-plugins.sf.net
Enjoy!
Tom
>From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk>
>Date: Wed, 4 Feb 2004 08:35:31 +0000
>
>On Wed, Feb 04, 2004 at 01:49:26 +0100, Tim Goetze wrote:
> > the cookbook is a bitch to read without the background. i guess it's
> > meant to serve as a quick lookup sheet for people who know the stuff
> > but can't remember the exact numbers. if you're looking for bi-quads,
> > those in ecasound seem to follow the cookbook iirc.
>
>So do some of the ones …
[View More]in my plugins (utils/biquad.h has a complete
>implementation)
>
> > why not implement ladspa support in your application? it's quite
> > simple to do, and opens a world of sound manipulation.
>
>Yes, I think that even hardcoding in plugins can be a good idea (c.f. JAMin
>and jackEQ), it makes your code nice and simple and all the filter state
>is kept inside the plugins.
>
>- Steve
biquad filters were just something I pulled off the cookbook, assuming it
would be the next place to go. And you know what they say about assume....
;/
Coding is a yearly thing I do in the winter months, I try and limit how much
time I spend on it as it is as far as time and energy are concerned, very
demanding. I intend to get as much done as pos without using libraries,
get the main elements there and working, and then I'll expand into ladspa in
the future.
(*james)->::~(sirromseventyfive)~++
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
[View Less]
hi...
i have released galan-0.3.0_beta3
can be downloaded at
http://osdn.dl.sourceforge.net/sourceforge/galan/galan-0.3.0_beta3.tar.gz
while www.sf.net is down.
This version has several fixes for loading files.
so if you tried out some earlier 0.3.0 and could not load your
files back in. then try again.
i have built a 16-band vocoder. (it still has to be tuned a little)
you will get your control panel full of knobs you may try :)
a voice allocator is there now. and i updated the midi in …
[View More]gsheet a
little. this allows to build polyphonic synths finally.
the blop adsr can be used to correctly support note on and off.
have fun with it.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
[View Less]
>From: "Andreas Kuckartz" <A.Kuckartz(a)ping.de>
>Reply-To: "The Linux Audio Developers' Mailing
>List"<linux-audio-dev(a)music.columbia.edu>
>To: "Stefan Nitschke" <stefan_nitschke(a)hotmail.com>
>CC: "The Linux Audio Developers' Mailing
>List"<linux-audio-dev(a)music.columbia.edu>
>Subject: Re: [linux-audio-dev] Software with source code?
>Date: 3 Feb 2004 19:42:13 +0100
>
>Stefan Nitschke wrote:
>
> > >I like this idea (…
[View More]particularly because accidentally downloading
> > >proprietary garbage won't happen, *ahemRTSynth/digeridooahem*).
> > >
> > No problem, I canceled any support for Linux from now until ever.
>
>I would understand if you "canceled any support" for the author of the
>insulting lines - but blaming Linux or the Linux-Community is just as
>insulting.
>
>Andreas
>
Its not my intention to blame Linux or the Linux-Community but it is
in consequence the only way to prevent such postings in the future.
As such postings are not good for Linux in general... I still have
the partly strange postings about "reborn" in mind... I came to the
conclusion that leaving would cause less damage.
Anyway I am still on this list...;)
Stefan
_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
[View Less]
>I like this idea (particularly because accidentally downloading
>proprietary garbage won't happen, *ahemRTSynth/digeridooahem*).
>
No problem, I canceled any support for Linux from now until ever.
bye,
Stefan
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail