Hello,
the results of my artist in residency in Sheffield are now online:
http://access.lowtech.org/e-gehirn/pd.html
The most interesting thing is the workshop containing 7 different
synthesizer patches, synced over tcp/ip network and conducted by a
mistressclock.
This practical part of the workshop was big fun, jamming with the
people over 8 computers, big noise.
These patches are intendend to educate basic synthesis types, what do
you think about?
With friendly greetings,
Malte
--
Malte Steiner
-www.block4.com-
next events:
14. december Elektronengehirn live @ Künstlerhaus Sootbörn, Hamburg, Germany
28. december Elektronengehirn live @ Hoerbar, Hamburg, Germany
current release:
Elektronengehirn: contribution for THE DOOR CD Sampler
new on block4:
Xyramat 'Electronically'
http://www.notam02.no/arkiv/src/
VSTServer V0.2.0.
-----------------
GRM tools 1 runs with the 25.11.2002 release of wine.
ABOUT
Vstserver is a program that must be running when using programs
using vstlib.
Vstlib is a library that can be used by programs to run windows
vst audio plugins under linux/freebsd/i386solaris/etc.
RUNNING
First you should set the "VST_PATH" environment variable pointing
to the directory where your VST dll files are placed.
Then to run the vstserver program, you have to cd into the directory
where the "vstservant.so" file is placed (and thats most probably the
directory where this README file is placed), and then run the
"vstserver" program.
DEVELOPMENT
Vstserver is released under the GPL, and vstlib under LGPL.
If there comes many source-contributions, I will probably make it
a sourceforge project.
To use vstlib in a program, look at the tests/exampleclient
program, and various vst plug-in documentation.
The interface to the vstlib consists only of two functions
(new/delete), the rest is like you would do when programming for
windows, macos(X), beos, irix, etc.
You do currently not have access to the audioMaster callback
function from a client. If you need access to it, please contact
me, and I'll extend the library and the vstservant program.
CURRENT STATUS
Vstserver seems to be very stable. Very few vst plug-ins and
instruments wont run, and I am not able to hear any latency. And
plug-ins does not seem to cause more cpu-power than under
windows.
BUGS
1. When loading a lot of plugins simultaniously, the X server
crashes (!).
I manage to do that when running the ladspa "listplugins" program
_many_ times in a row like this: "listplugins &". I dont know the
cause of it.
(running redhat 7.2, with latest XFree rpm updates installed)
2. Shared memory handlig might be faulty. I suspect that it doesnt
free resources because clients sometime complains about not getting
shared memory. (see server/shmhandler.c)
3. The graphics code to support gui is just hacked together by
looking at the winemine source-code included with the wine
distribution. I have no windows programming experience or
documentation about the windows API, so if someone that have
windows programming experience would have a look at the code and
check that its fine/not fine, that would be, eh,
fine. (The code I'm unsure about is server/win/winwin.c and
server/win/main.c, about 200 lines of code.)
NOT WORKING DLLS
- "SimSynth VSTi demo.dll" - The standalone version wont even run under wine,
so theres currently not much hope for this one.
Please send me dlls that wont work.
FUTURE
-Make a DX-plugin server. (would be fun running pi-warp under
linux).
-Add gui to the plugins not providing gui themselves. (help
wanted, windows programming)
HISTORY
0.1.1 -> 0.2.0:
-When upgrading my wine installation from the 31.10.2002 version
to the 25.11.2002 version, the
"err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for
24 bytes" problem got much worse. So I changed the vstserver
program to be a normal unix program that starts a winelib program
called "vstservant.so" for each new request
it gets. This seems to have solved the GDI heap problem totally.
-Extended the audioMaster function yet more by copying a lot of
opcode handlings from the vst~ pd external by Mark Williamson. I
didn't ask before doing this,
but according to the pdf file, he used some code from the plugin~
external, which then should automaticly make vst~ GPL. The
positive result is that more
plugins works. The negative result is that you now need to patch
the steinberg "vst/aeffectx.h" file before compiling, as there
are some strange things in it.
-Some smaller fixes here and there.
0.1.0 -> 0.1.1:
-Replaced the old audioMaster function in the server with the one
coming from the plugin~ source by Jarno Seppänen. Result is that GRM tools 2
now works. (I thought there were a different reason it didnt work
before, without going into further detail...)
Seems like vst instruments works better now too. The mousedrag
problem seems to have dissapeared.
-Removed some debug printings.
0.0.2 -> 0.1.0:
-Added graphics support to the plug-ins. (effEditOpen/effEditClose
dispatch opcodes works.)
-Fixed the makefile a bit.
0.0.1 -> 0.0.2:
-Fixed the process function in vstlib.
-Fixed the problem with processreplace could fail if sampleframes
was to high.
-Added processreplace simulation to vstlib, in case plugin doesnt
implement processreplace itself.
CREDITS
vstserver and vstlib are made by Kjetil S. Matheussen / Notam.
k.s.matheussen(a)notam02.no
Some programming hints is gathered by looking at the pd vst-object
plugin~ source and the jack soundserver source.
--
Hi all,
i'd like to announce a new object library consisting of a number of
functions for non-realtime processing of array data.
Threading can be employed for each of these transformations in order to
achieve non-interupting background work on longer buffers.
It has some similarities with Max/Jitter but is not (yet) as general - VASP
was already in its testing phase with the advent of Jitter... if i'd known
beforehand the design would possibly have been different.
There are PD and Max/MSP ports (but no threading under MaxOS9!), but the
help system is not finished for Max/MSP yet.
I owe a lot to Marius Schebella for setting up the PD help and pointing me
to numerous bugs.
Check it out, it could be useful:
http://www.parasitaere-kapazitaeten.net/ext
I'd really like to hear your opinion on it, and i'm open for suggestions
concerning the future direction.
There's also a mailing list for all affairs concerning vasp modular:
http://www.parasitaere-kapazitaeten.net/mailman/listinfo/vasp
best greetings,
Thomas
Hello all!
A new version of RTMix is available at the same old place:
http://meowing.ccm.uc.edu/~ico/
(use html entrance for low-bandwith version -> cpu's -> rtmix download)
New improvements include:
*Fixed networking seg-faults in Qt3
*Finished network code
*Removed all kde-libs dependencies (I overlooked a couple in the
configure script itself, sorry about this)
*Several minor bug-fixes
*Fixed all other known seg-faulting bugs
*Added a couple of networking tutorials
Enjoy!
Ivica Ico Bukvic, composer, multimedia sculptor,
programmer, webmaster & computer consultant
http://meowing.ccm.uc.edu/~ico/
============================
"To be or not to be" - Shakespeare
"To be is to do" - Socrates
"To do is to be" - Sartre
"Do be do be do" - Sinatra
"2b || ! 2b" - ?
"I am" - God
Hello.
I collected part of the basic abstraction I made last month in a
tarball. Most of them are very simple but I really need them to handle
my higher level patches so I thought most people would need them too and
would be nice to share them even if they are not hi-tech.
http://agnula.org/~maurizio/mauriziolib-0.1.tar.gz
It includes
accumulate, basicfft, maskedosc~, presetbox, remoteinlet, wrap,
adsrenvelope~, delayfloat, microplay2~, presetproxy.pd, remoteoutlet,
altanything, dt, nmetro, randmetro, samplemanager,
alternate, eventrecorder, not, randomwalker, sign,
altsamplemem~, forget2, osc, randrange, stabilizer, asr~, forget,
presetbox2, randvariation, timeoutstabilizer
In the "help" subdirectory there is an help patch for each abstraction.
More to come as I put order on my box.
The remoteinlet/remoteoutlet/proxy require [forward].
Salutoni,
Maurizio Umberto Puxeddu.
VSTServer V0.1.0. - beta
-------------------------
Third release. Graphics support.
BUGS
...
4. Some vst instruments only doesnt seem to react when doing mouse
drag operations, only mouse clicks. And the one that does react to
mouse drag (JX220.dll), uses enourmosly amounts of system cpu-power doing
gui stuff. Strange. I guess there is something special about vst
instruments.
5. The graphics code to support gui is just hacked together by
looking at the winemine source-code included with the wine distribution. I
have no windows programming experience or documentation about the
windows API, so if someone that have windows programming experience would
have a look at the code and check that its fine/not fine, that
would be, eh, fine. (The code I'm unsure about is
server/win/winwin.c and server/win/main.c, about 200 lines of code.)
HISTORY
0.0.2 -> 0.0.3:
-Added graphics support to the plug-ins. (effEditOpen/effEditClose
dispatch opcodes works.)
-Fixed the makefile a bit.
vst ladspa plugin v0.1.0 - stable
---------------------------------
-Added default hints.
-Added gui on off control input port for all plug-ins ("Gui_on_off")
-Put parameter setting stuff in its own thread.
-Added run_adding and set_run_adding_gain functions.
Seems to work fine now.
k_vst~ pd plugin v0.2.2 - stable
--------------------------------
Changes from v0.2.1 -> 0.2.2:
-Added opengui and closegui commands.
Download
--------
from http://www.notam02.no/arkiv/src/
Snapshot
--------
This is a picture of PD in Linux running two GRM tools
plugins using the vst k_vst~ object, and the NorthPole
plugin using the ladspa plugin~ object, in realtime. And
much smoother than it would do in windows (of course).
http://www.notam02.no/arkiv/src/snapshot2.png
--
Hi there,
I've tested Maurizio's version and it compiles on Win. It can be found at
the usual
http://www.akustische-kunst.org/puredata/percolate/
as official version 0.08 release.... (should work for Win, Linux and OS X)
Olaf
Maurizio Umberto Puxeddu schrieb:
> Hi.
>
> I fixed the makefile, the lines that were commented out in percolate.c,
> gQ~ -> gq~ (as it was called in the help file) and few other bugs maybe.
>
> http://agnula.org/~maurizio/PeRColate0.08b.tar.gz
>
> Anyway it does require some reference parameters or digging the sources
> because great part of the models are unusable as usual with interesting
> undocumented DSP algorithms.
>
> No one as experience of them on Max or can compare them?
>
> Bacioni,
>
> Maurizio Umberto Puxeddu.
>
> _______________________________________________
> PD-list mailing list
> PD-list(a)iem.kug.ac.at
> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
_ ______fmstk __ _
These are the seven example FM instruments from STK (4.1.1) as
externals for PD or Max/MSP. You can download STK at
http://www-ccrma.stanford.edu/software/stk
To compile flext is needed from http://www.parasitaere-kapazitaeten.net/Pd/ext
(or from http://pure-data.sf.net)
Included are:
# BeeThree
# FMVoices
# HevyMetl (which doesn't sound like what I'd call True Metal at all)
# PercFlut
# Rhodey
# TubeBell
# Wurley
All externals are named in lowercase and with the usual tilde~ at the end.
They all accept a list with note number and velocity number in midi values
(0-128) and control change messages prefixed with "cc" like [cc 2 125(
Consult the STK documentation for possible CC messages.
The externals are polyphonic. Set the maximum polyphony with a creation argument:
[beethree~ 12] exhausts my Athlon 900 MHz!
Default with no argument is a monophonic instrument.
All code released under the GPL.
Download at http://footils.org or One-Click-Buy (tm) with
http://footils.org/pkg/fmstk-0.1.tgz
[Currently not in PD-CVS, but probably next week.]
ciao
--
Frank Barknecht _ ______footils.org__
Hi all,
on the usual place:
http://crca.ucsd.edu/~msp/software.html
please enjoy Pd version 0.36 test 10.
Bug fixes:
"undo typing" crash...
"keyup"
adopted Adam's change to the makefile for Mac OSX
New feature: version string in "m_pd.h" as Krzysztof suggested
(just teh major release number... hope this is enough.)
cheers
Miller