Download from http://ccrma.stanford.edu/~kjetil/src/
Snd-ls is a distribution of Bill Schottstaedt's sound editor SND.
Its target is people that don't know scheme very well, and don't want
to spend too much time configuring Snd. It can also serve
as a quick introduction to Snd and how it can be set up.
Changes 0.9.6.2 -> 0.9.7.0
---------------------------
-Updated Snd from 8.0/2.4.2006 to 8.4/13.9.2006. Many important fixes.
-Added --fast-math as default cflags option.
-Various fixes.
QLoud is a tool to measure loudspeaker frequency response. Find it here:
http://gaydenko.com/qloud/
Uwe has released Qwt v.5.0.0rc0. As a result, QLoud doesn't depend on any CVS tree now.
v.0.16 is out - INSTALL is changed to be in accordance with Qwt development. Also, min.
smoothing was reduced to 1/1024 :-)
If you already use the app, you can stay with v.0.15 (no bugs were found).
If you have rejected the app because of Qwt CVS-tree dependency - try it now :-)
Andrew
Hi there!
I am in the process of adding preset management to my project FLAM
(custom GUIs for LADSPAs, flam.sf.net) which, by the way, is already
running under Rosegarden, checkout the SVN repo if you want to give it
a try.
For those interested I include below the specifications I have came up
with regarding preset management.
First I toyed with the idea of using SQLite to store the presets, but
there were some drawbacks to it (adding an extra dependency,
difficulties to manage list order, etc.) I was driven to it by the
wish of providing concurrent access from different instances of FLAM
but, in the end, I decided this feature was not worth the effort and
downgraded it to the possibility of reloading the preset list to get
the most up to date version at a certain point.
Then I gave a look at the preset API provided by lrdf but I don't like
it very much (makes use of uids -for retrieving the presets and for
avoiding triplet conflicts-, resulting file difficult to read by a
person.) OTOH it is somehow a standard (i.e., ardour uses it, any
other app?)
I have also thought of RDF/turtle as per the new LV2 spec but, if I am
not mistaken, raptor doesn't write turtle and, to be honest, all this
subject/predicate/object/ontology stuff seems like a bit of overkill
just to store groups of (int, float) pairs, although this may change
in LV2 if float is not the only type supported anymore.
Another thing I find awkward regarding preset management is that all
kind of ports share a common index space, so you have to pick the
input control ones among them. This makes the programmer resort to
convoluted data structures for what could be expressed, after all,
with just an array. Not really a big deal, but having the list of
input control ports singled out would make preset management easier.
I would be grateful for any advice on this subject.
Cheers,
Luis
---------------------------------------------------------------------
- Presets management interface:
---------------------------------------------------------------------
- Keyboard accelerators: Ctrl+[0-9] loads one of the first ten
presets in the list (1-based, Ctrl+0 loads item #10.) Ctrl+Shift+[0-9]
saves the current status of the plugin in the corresponding position
of the list (optional confirmation dialog.)
- Context menu: there is a Preset entry in the context menu with three
submenus: "preset manager," "load" and "save." "Load" and "save" unfold
a list of the available presets to load or save respectively. "Preset
manager" opens or brings to front the preset manager.
- Preset manager is a non-modal dialog that displays a list of the
available presets and the following buttons:
- "Save list" dumps the preset list to the default disk location.
- "Reload list" reloads the preset list from the default list
location. Useful to share changes created in other instances of
that FLAM.
- "Export" exports the selected preset(s) to a user chosen file
in a certain exchange format.
- "Import" imports (adds) to the list the presets stored at user
chosen file in a certain exchange format.
- "Apply/Load/Retrieve/Set/Restore?" sets the plugin ports to the
values stored in the preset (accelerator: doubleclick on the list.)
- "Store/Save/Overwrite?" saves the status of the plugin to the
selected preset (optional confirmation dialog.)
- "New" creates a new preset from the current status of the plugin
with a default name and enters immediately into rename mode.
- "Delete" deletes the selected preset(s) from the list.
- "Rename" changes the name of the preset (accelerator: click a
selected item on the list.)
- "Up" moves the selected preset one position up the list.
- "Down" moves the selected preset one position down the list.
Buttons "Save List", "Reload List", "New", "Import" are always
enabled.
Buttons "Apply", "Store", "Rename", "Up", Down" are enabled when
only one item in the list is selected.
Buttons "Export", "Delete" are enabled when one or more items in
the list are selected.
Every plugin has two presets files (system and user) organized in a
tree following the DSSI recommendation.
I'm planning on some trying out some voice and pitch recognition stuff
for some ear training utilities. Wondering if anyone can tell me which
of the many FOSS libraries for both would be best. Cross platform a
bonus, but not essential.
Thanks
Iain
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
re all,
anyone knows what happens to the www.alsa-project.org website?
i can't reach the website since about 3 days, fortunately the ftp is up.
ciao
- --
jaromil, dyne.org rasta coder, http://rastasoft.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFFBmGue2QxhLU0C14RAnyYAJ46q1AH2EEF2/gtppANOFC1Y0iv4ACgtvRE
PFmkcQYyirvmjQEdN9RatJI=
=/oAJ
-----END PGP SIGNATURE-----
Hi!
Finaly I'm done with my redesign of http://lad.linuxaudio.org
My first aim was fast and easy access to suscription and archives.
Contents of the Contrib directory are now under events. With the
exception of 2003_practical-linux, which I don't know what to
do with (bunch of xml slides?).
Kicked all PHP and took care of validating XHTML 1.0 Strict.
History and Credits are now combined. Would be good if those
who remember check the text.
I hope the new version of the LAD logo is ok :)
Plan to add a download section also containing the old one
later on.
Open for all suggestions, remarks and criticism :)
--
Thorsten Wilms
Hi,
Canorus, the successor to the music score editor NoteEdit is looking
for developers wanting to join the project. The project is hosted on
berlios and provides SVN access to the sources as well as a Wiki for
project discussions.
I put out a first release based on the current SVN. You can fetch it
from http://prdownload.berlios.de/canorus/canorus-0.0.2.tar.bz2.
Homepage: http://canorus.berlios.de
Wiki: http://canorus.berlios.de/wiki/index.php/Main_Page
Contact: http://canorus.berlios.de/contact.html
Canorus is the next generation music score editor (multiple viewports
of the same score, scripting support, score source view, fast and
intuitive UI, free software and cross-platform) . Technically it is
based on Qt4, uses CMake as project management tool, swig for scripting
/ macros integration (primary script languages are ruby and python) and
the cross platform rtmidi library for the MIDI playback.
Canorus is searching for developers with experience in the fields C++,
Ruby, Qt4, XML, Parsing, User Interfaces, Music Composition and Theory,
Translators, Score Editing Unit Tests.
Some of the tasks are:
- Add several UI parts (either via Ruby or in the core) like Settings,
several different property perspectives, Lyrics, Import / Export
- Development of a robust test engine for the user interface and
its core (could be done via scripting)
- Import parsers for ABC Music, Lilypond, MusicXML, MUP (& NoteEdit),
MusiXTeX, PMX, MIDI etc.
- Export for several formats like the above
- Recording and replay of macros
- Multi-Level Undo/Redo (for different perspectives)
If you want to join the project just mail me your berlios unix name
(user name you use to log into berlios). I'd use that name for a wiki
account too and will send you a password you should change as soon
as possible.
A big "thank you!" to everyone making this project possible.
Best regards,
Reinhard Katzmann
--
Software-Engineer, Developer of User Interfaces
Project: Canorus - the next generation music score editor - http://canorus.berlios.de
GnuPG Public Key available on request
It appears to have been more than a year since the company was mentioned
at all.
Has anyone ever tried contacting them about specs to write drivers for
newer devices than the ones listed on their developer page?
http://developers.marian.de/
Specifically, say the Trace D4 cards? It looks like the newer cards
like the Trace D4 use a FPGA for everything rather than some sort of
programable logic attached to a PLX PCI interface chip, which I'm
guessing means that their legacy documentation bears little relevence to
their current cards.
They do invite people to contact them about information not found there.
One appealing aspect of their products is they allow hardware syncing of
different cards (which M-Audio also does), and they have a wide variety
of card types (all analog, all digital AES, ADAT, with or without midi,
etc).
--
Joshua D. Boyd
jdboyd(a)jdboyd.net
http://www.jdboyd.net/http://www.joshuaboyd.org/