Hi all,
I would like to know if someone knows if the Evolutif Audio
( http://evolutif.sourceforge.net/ ) project is alive (no CVS, no releases
from 2003). If not, is there any other similar audio project actually in
running?
I'm thinking to extend this code stuff (Evolutif) and I would like to parse
possibilities and efforts.
Thanks,
--
J_Zar
Gianluca Romanin
----------------
See you at OpenJay.org
>From: Simon Jenkins <sjenkins(a)blueyonder.co.uk>
>
>2. Is C++ OK? (You'd end up with a Patch class that could be
>over-ridden to dump itself in whatever format was required).
C++ is ok, and would make sense because the nmedit code is C++.
For each module, the nmedit has a parameter etc. descriptions.
If I understand correctly, we don't need them because we write
our modules as an exact clones (inputs, outputs, parameters at
least). But if the nmedit code already loads all …
[View More]the information,
please keep it that way. The info could be useful.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
[View Less]
by Kjetil Svalastog Matheussen <k.s.matheussen@notam02.no>
Thorsten Wilms:
>As the horizontal axis stands for time, i needed to express
>the nesting only verticaly (plus color), so that's what the
>round corners and the empty bottoms of the containers are
>for. Maybe it helps when you think on Lisp and paranthesis,
>only vertcaly.
Below is my (short) personal view on your design. Don't
take it as an attack on your ideas, but a different persons
opinion, and use it for what its worth.
I think this kind of design of a graphical
…
[View More]interface for western classical scores on a computer
is inefficient because it wastes too much space on the
computer screen. The result is that the composer needs to spend work
doing too much navigation.
Whats the point of visualy seeing the pitch of notes? You hear
them much better. Just write the name of the notes instead of
spending all that much vertical space.
I spent three years coming up with this design:
http://www.notam02.no/radium/
which I know (by personal experience) is a damn extreme
efficient note/score editor.
http://www.notam02.no/~kjetism/radium/pictures/v062_linux.png (linux
screenshot)
http://www.notam02.no/arkiv/src/radium-0.63.tar.bz2 (linux alpha)
[View Less]
Greetings all,
First off, apologies for cross-posting...
I would just like to share the quick-and-dirty downmix of the premiere of my
latest work "Symmetries" (that took place at the last-week's "Linux Audio
Conference" in Karlsruhe, Germany) with the LAU/LAD as well as Pd community.
Without you guys, this piece would never have been possible :-).
As my token of gratitude, in conjunction with this release I am also
releasing the soundfont that I've built from scratch using exclusively Linux
…
[View More]software (Swami, Rezound) and specifically for use in this piece. For more
info on each of these please see notes below.
As always, your feedback is much appreciated!
-------------------
About "Symmetries:"
Symmetries (for computer and optional violin) is an experiment in relegating
musical structure and expression to the inherently stupid box of
transistors. By concurrently utilizing various GNU/Linux audio software
(Fluidsynth/QSynth, Pd, LADSPA, Jack-rack, JACK) it was composer's intention
to generate a lush interactive texture whose frail balance engenders a
consistent forward drive. In an ever-changing array of hierarchical
probabilities no two instances are expected to ever be the same. The piece
has been designed to be completely modular in terms of computer-driven sound
diffusion and can utilize 2-8 channels.
For its premiere the piece used 8-channel diffusion. However, the recordings
below are provided in a stereo-downmix form.
Hardware used in performance was eMachines m6807 laptop (64-bit AMD 3000+),
RME HDSP Multiface, and a Peavey 1600x midi controller that I used to
control some of the timbral nuances via Pd and Jack-Rack (LADSPA).
The violin part was played by Ania Zielinska (Poland) who commissioned the
work.
-------------------
There are 3 recordings available:
1) 128-bit (fixed rate) 48KHz OGG recording of the premiere:
http://meowing.ccm.uc.edu/~ico/Symmetries_LAC_2005_premiere.ogg (5.8MB)
2) 128-bit 48KHz MP3 recording of the premiere:
http://meowing.ccm.uc.edu/~ico/Symmetries_LAC_2005_premiere.mp3 (6.0MB)
3) 64-bit 44KHz MP3 of the computer part:
http://meowing.ccm.uc.edu/~ico/Symmetries.mp3 (2.8MB)
-------------------
The soundfont is a based on series of recordings of solo violin playing
straight tone "con sordino" sound. The recordings have been structured in a
gigasampler fashion (minor 3rd apart, except for the open strings). It has 2
sets of samples, ones without limiter which have already been mapped, and
other with the limiter which are in the soundfont but have not been mapped.
The sample tuning has been adjusted "by ear," so it may not be
mathematically accurate but FWIW it did pass my own scrutiny (which should
be taken with a grain of salt as this piece is not as demanding when it
comes to absolute preciseness of the tuning of individual pitches). The
looping of sounds is measured to provide most seamless transition while
accounting for the change of the direction of the bow. Conceivably one could
create a sense of orchestral sordino by layering the same sound over and
over. The soundfont does have reverb and chorus abilities enabled but IMHO
it sounds the best without any chorus applied to it.
The soundfont is released under the "GPL/Artistic 2.0" license (for more
info please see: http://dev.perl.org/perl6/rfc/346.html). Btw, I chose the
art-related license simply based on my limited understanding that it is more
appropriately tailored towards something that is not code-based. That being
said, if anyone can explain me the difference between the two licenses, I
would really appreciate it :-).
To download the soundfont please click here:
http://meowing.ccm.uc.edu/~ico/Linux/violin_sordino.tar.bz2 (21.5MB)
NB: Considering that the Linux server that is hosting this may be on its
last legs (strange noises from the HD), I would not mind if someone would
consider mirroring this particular file. Many thanks!
-------------------
Once again, I would like to extend my thanks to the developers and users
alike of the open-source, and perhaps more importantly, Linux audio
software!
Many thanks also go to the organizers of the Linux Audio Conference for
making this performance possible!
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
[View Less]
Hi all!
The other day I dressed up my application with a fancy g5-ish pixmap
theme. Looks good and expensive :)
As it turned out, it really was expensive (counting cpu-clocks.)
Using Page Up/Down to manipulate a scale, I get 100% cpu at times when
the the scale is at max (respectively min), hence no redrawing should
take place (because oldValue == newValue.)
I then measured X using an Xterm, holding down a key to get the key to
repeat. Really, no sweat! Just a srolling window with …
[View More]gibberish. So X is
as far as I can see not at fault.
Is it gtk then? Or the pixmap engine?
I thought I'd go and listen to the horses mouth and fired up The
Gimp ...
Uhmm! Those guys really do not wish to use the pixmap engine and
replaces the scales with what comes out of the eazel-engine (Crux &
friends.)
With key Page Up/Down and the eazel-engine, I still get 20% CPU.
This is kind of expensive for essentially doing nothing.
My conclusion is that there is something deeply wrong inside gtk,
regarding handling of signals and/or redraw. This is bad news for RT
audio people using gtk.
In comparison, letting FlightGear redraw the polygons of the Himalaya
ranges looks kind of cheap :-/
Comments?
Reference machine: 1.1Ghz Celery. Gtk-2.0
--
(
)
c[] // Jens M Andreasen
[View Less]
Hi,
I'm asking for a bit of help from someone having experience with the
'dirtier' side of Linux programming. :) My problem is that I need to
present a single executable of my software that will run on as many
systems as possible, without trouble caused by non-matching dynamic
library versions. The software is a specialized medical application
for hearing therapy of autist persons, to be distributed among a small
(but heterogenous) client base.
The current state is this: I compile the program,…
[View More] it runs on my
system, but it generates relocation errors and the like if I copy the
executable to another system with a different libc (or other library)
version. This is what I would expect anyway, so no surprise at all.
My first thought was that I should try to produce a statically
compiled executable that contains each and every library it depends
on, so it barely needs any pre-defined resources on the target system.
Executable size and startup time is not an issue here, it just needs
to run everywhere. Producing different executables for different
machines is not an option. Changing these conditions is beyond my
authority.
I've run into difficulties trying to compile a statically linked
version due to problems with GTK, which apparently doesn't allow me to
statically link to it. I also don't really know how to get at
statically linking libc (however I didn't try very hard anyway, since
I already got stuck with GTK).
The app uses GTK, lots of audio file format libraries, ALSA, JACK and
of course libc.
Any help (including pointers to howto-s about statically linking)
would be very welcome.
Tom
[View Less]
Hello.
I updated the nord2pd project at
ftp://ftp.funet.fi/pub/sci/audio/devel/nordmodular/
The NOTES describes the algorithms of the modules. Not complete,
nor correct explanations. Includes references to existing software
and papers.
I made screenshots of the PD files I have already written to.
Screenshots are, e.g., for people who does not use PD.
I included the parser codes from NMEdit project.
OK. Only 14 of the 109 modules has some PD code. Only 3 modules
are complete. 10 modules …
[View More]missing little things. Because I started
this project 25 days ago, I expect I have finished this project
at November with 109 modules having some code and only 23 modules
completely finished. Then next 8 years and I give up. Clavia
should not be worried about this project at all, I'm sure.
Here are some thoughts the discussion has raised:
(1) Volunteers should now read the NOTES file. The information
I need is how you would implement the modules in PD or in any
other system. Modulars: csound, alsamodular, supercollider, galan,
ssm, beast, reaktor etc. Non-modulars: ladspa, vst, music-dsp code
archive, etc.
(2) The PD files includes now only trivial material. It should
be easy to write them with the other systems. Please do it.
(3) The free clone of Nord Modular is not important. I'm aiming
at a minimal system which makes NM patches to run in other systems.
The GUI for building the patches is not part of my project.
The UI or GUI for controlling the patch parameters is part of
my project. OSC control could be simplest way to add the control to
the patches.
(4) Only NM patches, not NM G2 patches.
Tasks we have:
(1) To write the NM file parser which only maps the patch data to
a C data structures. E.g.,
module[4].name
module[4].col
module[4].row
module[4].p[2]
module[4].im[1]
module[4].ih[1]
module[4].ic[1]
That could be simpler than expected. NMEdit already has parser
code in "nmedit/libs/libnmpatch". I included a copy in my
project package, no need to download NMEdit.
Somebody expert should understand the code and write a standalone
program for us.
(2) Finish the PD modules. Or modules in any other system.
(3) Update the parser with the patch conversion codes.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
[View Less]
Hi all,
As some of you may know Linux.conf.au is on in Canberra, Australia
at the moment and that today we had an audio mini-conf followed by
a performance night.
The standout tonight was a duo called Deprogram:
http://www.deprogram.net/
who performed some great electronica with live keys and vocals over
prerecorded tracks. The backing tracks had been recorded on and were
being played back using Ardour running on a Linux laptop.
The performance was simply stunning. The fact that …
[View More]Ardour, Jack
and other linux software was used in its production and performance
is a *huge* validation of what we have been doing all these years.
Congratulations to everyone involved in making audio on Linux happen
and thanks to Nick and Mary of Deprogram for showing us how its
good this stuff actually is.
Cheers,
Erik
--
+-----------------------------------------------------------+
Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid)
+-----------------------------------------------------------+
Saying Python is easier than C++ is like saying that turning a
light switch on or off is easier than operating a nuclear reactor.
[View Less]
Hi.
Yesterday I released ZynAddSubFX 2.2.1.
News:
- made to work with mxml-2.2 (will NOT work on
older versions of mxml)
- it is possible to remove completely the
graphical user interface (e.g. it can r
un without X). For this you need to modify the
DISABLE_GUI option from the Makefile.inc
- added a commandline -L which load a
instrument (.xiz) - now it only loads to pa
rt 0 (you can use this option with -l to load a master
file and after this the option -L
to replace …
[View More]the part)
You can find it at the usual place:
http://zynaddsubfx.sourceforge.net
Paul
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[View Less]
Mx44, previously known as Mx4, got itself a brand new set of
features:
Wawe Shaping:
This works kind of like a VCF but the other way around,
creating resonant sweeps out of sine wawes. Turns noise
into chaos. Cotrolled by envelope & friends (keybias,
velocity)
Low Pass Filter:
This is just a fairly simple ~2dB/octave filter. Works
great with the wawe shaper and also balances the weight
between high and low keys into something fairly enjoyable.
Sounds a bit "wet" and …
[View More]very DX-ish ...
LFO:
This is an LFO with dual speed/intensity. Controlled by
wheel or its own time parameters. Works in sync (all
oscillators moving up / down together) or "spread out".
Get it here:
http://hem.passagen.se/ja_linux/
Please remember to report bugs. I don't have a /dev/midi
these days, so some wild guesswork is indeed going on :)
--
(
)
c[] // Jens M Andreasen
[View Less]