Hi all,
As discussed previously on this list, we are getting ready for a
migration of the three LA* lists to linuxaudio.org.
Many things are done to make our list better. One of them concerns
archives. As you may have noted, LA* archives found on
music.columbia.edu date back to 2002. Ico told me that there used to
be an LA list hosted somewhere else way before that (1998).
Having to do this migration, we will also migrate our archives. If
possible it would be cool to be able to merge also the older archives
in the whole.
The question is, do some of you have any idea where I could find these
archives, if they still exit...
Cheers,
__________________
Marc-Olivier Barre,
Markinoko.
"Carlo Trimarchi":
>
> My intention was to build an end-user application.
> One plays notes on the keyboard and it memorizes and shows them on a
> staff. There you can modify the duration of a note and other things
> and then playback.
>
> I wanted to implement some other functions: for example, one before
> choose the notes on the staff, the program plays it but with no sound
> and you have to follow the note and it tells you the errors in playing
> them. For example, wrong notes, bad timing...
>
> And well, I don't know yet what else. I have to think.
>
>> ad 1) see the other answers
>> ad 2) use pd (pure data), supercollider or something similar
>
Another alternative, in case you like lisp (who knows), is to use snd with
the realtime extension:
http://www.notam02.no/arkiv/doc/snd-rt/
I used it to make the san dysth softsynth:
http://www.notam02.no/~kjetism/sandysth/
Its performance is pretty good, but not perfect. So if that is
important, you can at least you can use snd to make a draft of your
program before you do some hardcore c or assembler programming.
(well, you can define your own functions in c though)
Hi, I need to build an application that can process sound from an
external instrument (a midi keyboard, for example). I also need to
create a graphic interface and I'd like to know which language maybe
best to do this.
Any suggestion?
Thanks, bye.
Hi!
I'm sorry to ask that here, but it seems I can't get an anser anywhere else.
Does the libstdc++ support UTF-8 strings? Or is there some simple example
code snippet somewhere to derive/modify something which would fullfill this
need?
Kindest regards and thanks!
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
> > > > you can think all you want. unless there a plugin->host callback that
> > > > allows the plugin to determine its operating environment in huge detail,
> > > > this kind of idea is pretty impossible to make use of.
> > >
> > > What?
> > > Once again: misunderstood! These optimizations involve that the
> > > "wrapper" (I should stop calling it this way) knows about the network
> > > of processing objects (read: plugins) and that these last ones contain
> > > "generic" information on their functionality (ex. STFT for LTI proc.
> > > objects).
> > > Then the wrapper takes care of optimizing the net.
> >
> > find me a host author who would want to use such a thing... managing
> > plugins is a central task of a host, and handing that over to some
> > "wrapper" that hides information from the host doesn't make the host's
> > life easier, it makes it more complex.
>
> In fact you wouldn't have to.
> You could just use it as a plugin wrapper, network representation and
> optimizazion would be of some use only for some (experimental?
> advanced? strange?) hosts.
> Personally, I would use such thing for my project.
> Then, who said that it has to hide such informations to the host?...
> It is definitively not a plugin arch wrapper, but a kind of
> "inter-application jack-like connectivity tool for processing objects
> with already existing plugin archs wrapping and network optimization
> capabilities".
> As it goes when you build a GTK app, you don't have to use each
> library function, and so it would become just a plugin wrapper.
> Maybe the two things can be split, but maybe optimization could hardly
> depend on each processing object interface (aka plugin format).
Well, I thought about it last night, and maybe the whole thing could
be split in three parts:
1. A modular processing object format wrapper (one module for each format)
2. A GUI generation and handling (and maybe embedding? XEMBED?)
wrapper with format-specific modules and toolkit-specific modules
3. A library with network representation, optimizing and processing
capabilities.
What do you think about it?
Stefano
I've been using jack and qjackctl with audacity under Linux (FC6). It
seems to be working OK with 1 approx 1 msec xrun in a half hour
recording session, when unfortunately my backup system kicked in.
However there's something I don't understand about jack, even after
reading a lot of the documentation. At the bottom of the qjackctl
window is a set of arrows, like on an audio control device. When I
click on the arrow pointing right, the green "Stopped" in the main
window changes to "Rolling". What does this mean? What are the other
arrows for? No useful info on the web.
The above recording session was done while jack was "Stopped". Would
jack work better if it were "Rolling"?
Please excuse these elementary questions.
Thanks - jon
>>>I actually don't know how many plugins are LTI, but, for example, a
>>>lot of delays, reverbs, choruses, eq. filters, compressors, modulators
>>>and "sound mixers" should be, and that's quite enough after all.
Yeah, It's a good optimization. The SynthEdit plugin API supports
inputs being flagged as 'linear', if several such plugins are used in
parallel they are automatically collapsed into a single instance which
is fed the summed signals of the original plugins. Plugin are collapsed
only when their control inputs are the same.
BEFORE optimation:
[plugin]-->[delay1]------>
[plugin]-->[delay2]-/
AFTER:
[plugin]--->[delay1]--->
[plugin]-/
e.g. two parallel 100ms delays are combined. Two different length
delays aren't.
This is most useful in synth patches where each voice is an identical
parallel sub-patch.
Jeff McClintock
Aqualung 0.9beta7.1 has been released. This is an update to our
recent 0.9beta7 release, containing some important fixes to bugs
that were found as a result of the greater user coverage after the
release of 0.9beta7.
Aqualung is a cross-platform music player with lots of features.
Homepage: http://aqualung.sf.net
(we are unable to update it ATM because of a several days long
SF.net shell outage, but the SF.net project page has the latest
downloadable files available).
The ChangeLog is attached below.
Tom
2007-02-18 Tom Szilagyi <tszilagyi at users dot sourceforge dot net>
* Aqualung 0.9beta7.1
http://aqualung.sf.net
This is a bugfix release, for some important fixes that were found
due to the greater user coverage after the beta7 release.
* Fixed drag and drop from external applications.
* Remove selected tracks and invert selection in Playlist are now
fast (optimized and improved).
* Shortcut 'A' (show active song) in Playlist window doesn't interfere
with CTRL+A (select all).
* Added checks for NULL pointers as a workaround for a TagLib bug.
* Added native WavPack decoder contributed by Maarten Maathuis.