Hello Everyone!
Announcing for the last time this year the new release of Wav Composer Not
Toilet. Wcnt is of course, the not-real-time modular synth, sequencer,
sampler, wav file generator. Get it from wcnt.sourceforge.net.
This release is wcnt-1.1z (read wcnt-1.1260) and here are the new features
and changes:
~~~~~~~~~~~~~~~
BIG CHANGES:
~~~~~~~~~~~~~~~
*** Updated website to be more helpful + online example.
*** Sets of data which are not module parameters or module inputs (shape of
an adsr, notes in a riff, riffs in a sequencer, etc) have now been
generalised into a base class. Specialised data reading routines have been
replaced, which make it easier to program new data sets. This also means
that data definitions are now more tappy tappy on your keyboard, my
justification for this extra user effort is readability.
*** Riffs inserted into sequencer can be transposed at point of insertion,
and the note lengths can be modified.
~~~~~~~~~~~~~~~
COMMAND LINE:
~~~~~~~~~~~~~~~
*** Now has short options too.
*** two conversion options to convert a note name to a frequency, and a
frequency to degrees per sample and samples per cycle.
~~~~~~~~~~~~~~~
NEW MODULES:
~~~~~~~~~~~~~~~
*** dynamic
Maps amplitudes of input signal to a set of output amplitudes/ratios. Of
course it has two sets of which the output can be modulated between.
*** spreader
Spreads the output of a number of wcnt_signal modules along an imaginary
line and outputs that which the modulation input lands upon.
*** note_tran
Translates notes into values. The note range used depends on being
triggered by a note_on, or note_slide. Four output triggers so you can tell
if the note was in one of the two note ranges or not. (see online example:
wcnt.sourceforge.net/drumex01.wc )
~~~~~~~~~~~~~~~
MINOR CHANGES:
~~~~~~~~~~~~~~~
*** adsr got a couple new params regarding shape modulation
*** logic trigger's xor mode definately works now (dunno if it did before)
*** trigger now behaves in a note_on/note_off type operation gleaned from
the input signal.
*** wcnt_signal has a level param
That's All Folks, same time next year, see ya! see ya! see ya. see ya,
see ya see yaseeyacyacyacycaaa...
James.
~(sirromseventyfive)~
_________________________________________________________________
Use MSN Messenger to send music and pics to your friends
http://www.msn.co.uk/messenger
http://www.notam02.no/arkiv/src/radium-0.63.tar.bz2http://www.notam02.no/radium/
(Note, the CVS is very outdated)
Radium V0.63 Alpha Linux Port
Released 15.4.2004
HOW TO MAKE IT RUN WITHOUT READING THE REST OF THE README FILE
make
./start.sh
INTRODUCTION
This is the second public, and the first official, release of
the linux port of the music editor Radium. The Amiga version
has been stable since January 2002.
Radium is a new type of graphical (currently only) notebased
music editor.
For more info about the program, check out the online manual placed
at http://www.notam02.no/radium/ somewhere.
COMPILE
The following packages are currently used to build and run Radium:
*libgc - http://www.hpl.hp.com/personal/Hans_Boehm/gc/
*Python - www.python.org (at least V2.0 and tkinter)
*Python development package
*pyqt - http://www.gnu.org/directory/devel/specific/PyQT.html
*pygtk - http://www.daa.com.au/~james/software/pygtk/ (pygtk1, use pygtk-0.6.11)
*xterm - Yupp.
Most of these things are allready included in the radium/ directory (mainly because
of compatibility problems between various versions of gtk, pygtk and
libglade), so you only need to get hold of "pyqt".
"pyqt" is available as package for most linux distributions.
CURRENT STATE
The biggest problem is that saving does not work. Loading does though.
Other things that needs to be fixed is that the playing behaves
strange when reaching the end of the blocks, and that the alsa-seq code
needs some care (midi/alsaseq/).
ABOUT THE CODE
The code is a mix between C and Python. The state of some of the code is
quite horrible and ununderstandable, but relatively bug-free, eh
hopefully. :)
CONTACT
k.s.matheussen(a)notam02.no
http://www.notam02.no/radium/
--
hi richard, hi everyone!
i'm just wading through 2k5 linux audio mails, as i'm a little
behind on current affairs due to a lengthy and less-than-smooth
moving of houses.
after reading the LADSPA related threads of about a month ago, a
couple of things became obvious to me:
* LADSPA has some showstopper deficiencies to some developers
* there seems to be an ongoing battle about how essential rdf
metadata support should be: if it's purely optional, then many
things that conceptually should be metadata must be duplicated in
more or less inelegant additions to ladspa.h, and there seems to be
no real consensus on how to do that. if metadata support is
necessary even for simple hosts to create usable guis, we put the
famed 'S' in danger.
* at present, the discussion has reached the "matter of taste" point
and is pretty much dead in the water.
* with no real formal process for the development of LADSPA except
for richard's role as the "benevolent dictator", and richard being
very quiet on the matter, those developers who opt for an extension
of the spec may feel there is no way to get their proposals through.
* maybe for that reason, there has been some imho ill-advised
rhetoric towards fait-accompli tactics.
now wherever LADSPA is heading, one thing is very certain for me:
LADSPA and JACK are the very two projects that absolutely *MUST*
*NOT* *FORK* or even develop "local dialects" at this point in time.
i'm not afraid of forks in almost all contexts, but a forked
"common" api is a dead api. whatever happens, let's not jeopardize
the two major kickass components of linux audio.
there may come a time when LADSPA has become so inert and obsolete
that we should take care of it the darwin way, but this time is
still a long way off.
for that reason, let's try to cram a LADSPA BOF into the already
overflowing schedule at LAConf#2, or at least dedicate a "working
dinner" to the future of LADSPA.
i have this feeling that injecting the face-to-face factor and some
german beer into the discussion might remove some obstacles. :-D
richard, if you are reading this, some comment from your part would
also be helpful imho. i found you have not participated in the
ladspa discussions since release 1.1, which was in august 2002.
it seems everyone still considers you the keeper of LADSPA, and it
might clarify things if you stated
* your opinion on the current discussion;
* your criteria for approving extensions;
* whether you are willing and have the time to retain the role of
official LADSPA maintainer and to have the final say over what goes
in or what doesn't, or let go of this role;
* whether you can make it to LAConf#2 for a beer :)
all the best,
jörn
--
The handles of a craftsman's tools bespeak an absolute simplicity,
the plainest forms affording the greatest range of possibilities for
the user's hand.
That which is overdesigned, too highly specific, anticipates
outcome; the anticipation of outcome guarantees, if not failure, the
absence of grace.
- William Gibson, "All Tomorrow's Parties"
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxaudiodev.org (Linux Audio Developers)
Hi!
Firt of all, since this my first post, some words about me:
My name's Thorsten Wilms, I'm studying industrial design
in Germany/Wuppertal.
I'm very interested in interaction / interface design, and
of course making music on the Linux platform.
My coding skills are _very_ basic:(
Used Cubase VST on Windows, but I can't stand Windows anymore,
and what people around here have developed / are working on
is more interesting anyway, not to forget that open-source
just feels better and gives me a chance to influence things :)
Ok, now the screenshot Tim Orford linked to
(http://80.61.20.184/wiki/smgui_5.png)
reminds me of Ableton Live. Everybody who doesn't know it should
take a look at this screenshots:
http://www.ableton.com/pages/products/live/live3tour/whatislive/live3sessio…http://www.ableton.com/pages/products/live/live3tour/whatislive/live3arrang…
It's optimized for live usage. No pseudo 3d look, everything
fast and easy to 'read'. Not that everybody should copy
this right away, but it might be a source of inspiration.
And now for everybody interested in a different approach to
a sequencer gui, I would like to point to the 3d application
Blender.
It has something like it's own windowing system,
whereby what is called a Window in Blender is rather like
Panes in other environments.
You can split windows verticaly and horizontaly and resize every
window by dragging the borders. Every window (usualy) has a
header (even though these can be at the bottom) wich can hold
buttons and menus. But the first control in every header is
for selecting the windowtype (3d view, file-browser, schematic
view, ...).
Setups of these windows can be saved as Screens. Shortcuts
allow to switch through Screens, or to maximize the window
the mouse is over to full-screen (or minimize afterwards).
All this allows to adapt Blender to one's own workflow
or current task at hand.
Screenshots:
http://wrstud.urz.uni-wuppertal.de/~ka0394/forum/04-04-10_blender_1.pnghttp://wrstud.urz.uni-wuppertal.de/~ka0394/forum/04-04-10_blender_2.png
The same approach could be used for sequencer / audio suite.
To take it a little further, the windowtypes could be
seperate applications / plugins.
Managing various effects, synths, the mixer and everything
else on a single screen in Cubase was a nightmare. I make
use of virtual desktops under Linux, but a system like in
Blender would be so much more comfortable and fast ...
I can't code anything coming only close to such functionality,
but I'm more than willing to work on conception and graphics,
if there is interest.
Thanks for the attention!
---
Thorsten Wilms
Hi LADs,
LDRUM version 0.6.0 (formerly known as Lindrum) is available.
LDRUM is an open-source drummachine that offers ten channels, realtime
control, a simple pattern sequencer and a graphical user-interface. It
currently runs under Linux only, it is developed in C++ and uses JACK, ALSA,
Qt and LADSPA.
More infos and downloads can be found at:
http://www.sinussource.de/ldrum/
Changes in version 0.6.0:
- general: renamed to LDRUM (formerly Lindrum)
- general: should now compile using Qt >= 3.1
- general: added default sounds
- general: enhanced installation procedure
- engine: extended patch format to contain additional info (MIDI note,
solo, ...)
- engine: fixed a bug with the channel's mute parameter
- engine: added pattern bank concept
- engine: enhanced sequencer functionality
- engine: added support for channel's length paramater (still buggy when
heavily used)
- engine: enhanced midi support
- engine: replacing a channel' sample while sequencer is stopped works now
(replacing while sequencer is playing will come soon)
- gui: added a patch section to the gui for loading/saving patches
- gui: added a preferences dialog
- gui: added color scheme functionality
- gui: added color scheme editor gui (in the preferences dialog)
- gui: added autoload patch/sequence on startup
- gui: added startup configuration gui (in the preferences dialog)
- gui: added midi configuration gui
- gui: made the buttons for the pattern banks work
- gui: trigger button flashes according to sequencer events
- gui: parameter tooltips stay visible when adjusting value by mouse-wheel
- gui: pattern steps can be edited while sequencer is playing
Have fun,
PE
--
"Without music, life would _O_/ \_O_/ +----------------------+
be a mistake - I would / )) [] | Peter Eschler |
only believe in a god who \\ // | peschler(a)t-online.de |
knew how to dance." (Nietzsche) // \\ +----------------------+
Greetings:
Email sucks for sending something as simple as a mere plaintext table,
so here's a link to two screenshots displaying the Sequencer Plus Gold
transforms:
http://linux-sound.org/spg-transforms.html
SPG distinguishes between "normal" transforms dealing with note-on/off
messages and "MIDI/Tempo" transforms affecting MIDI controllers and
tempo messages.
Best regards,
dp
Hi
>From: Alexander Ehlert <alexander.ehlert(a)uni-tuebingen.de>
>
> > I've not had much chance to use ladspa. I've compiled glame to use it's
> > filter network, but there seems to be inputs and outputs lacking,
(snip my own dumb-assed bullsh**!)
At the time I wrote that I was concentrating on coding and everything else
was put on hold. I was so used to my own logic/methods that I expected
everything else to be the same.(!?)
>I browse through this mailing list rather seldom now due to lack of
>time. Glame does all the things, you didn't get done, so why don't you ask
>on the
>glame-users mailing list, or glame-devel mailing list? There's not much
>going on so we usually answer rather quick :-)
>Which glame version did you try?
>To read a stereo file you just open the read_file plugin from input.
>Then you add a reverb from the LADSPA section. And to connect them you
>simply left click into the right (blue) area of read_file a drag a
>connection to the plugin. For a second channel you just drag a second
>arrow to whatever other plugin. Really easy..
>
>Cheers, Alex
I know, I know - Now. After leaving it so long I tried it out the other
night. Yes it is easy. Sorry. I'm so used to installing software which
does n't work on my machine (especially QT stuff;) that I wrongly assumed
that was the case with Glame. I's using glame-1.0.1. and it works fine!
I was confused by some nodes like file-reader having only one unsplit box
for output even though it's (possibly) stereo, and other nodes having a
split box for outputs.
James.
~(sirromseventyfive)~
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
Hi Richard:
My day is rapidly turning out differently than I planned...
I've added a further clarifying comment after the article. I've also
decided that after next month's report on Karlsruhe, perhaps I'll do my
own comparisons and see just where Linux music notation software stands
in relation to its Win/Mac counterparts. That should be interesting...
Best regards
dp
Richard Bown wrote:
>On Monday 12 April 2004 13:52, Jan Nieuwenhuizen wrote:
>
>
>
>>Yes. Now that people see that being real rude pays off, you may
>>expect similar suggestions for Rosegarden and Noteedit too ;-) Just
>>kidding, but I guess these two programs come off a bit cheap too (and
>>they hav lilypond output...)
>>
>>
>
>I'm saying nothing....
>
>Ok you twisted my arm - I did notice too that on your linuxjournal article:
>
>http://www.linuxjournal.com//article.php?sid=7514
>
>there's the sentence "Regarding music notation software, Linux has nothing
>like Finale, although the combination of NoteEdit with LilyPond has great
>potential". I forwarded this to the rg-devel list with a bit of a "Harumph".
>
>BTW Dave, the list of Sequencer Plus features looks good. I'll hang on to
>those although I've got to say it's probably time you had a look at RG again
>too! But then of course I would say that.
>
>Cheers,
>R
>
>
>