23 May
2008
23 May
'08
10:17 a.m.
Greetings,
As I explore AVSynthesis I've been looking for similar applications and
environments. I'm already familiar with the Pd/GEM powerhouse combo, but
I keep searching for others.
Has anyone here worked with this software :
http://processing.org
?
Might be interesting.
Best,
dp
23 May
23 May
10:52 a.m.
On Fri, May 23, 2008 at 5:17 AM, Dave Phillips <dlphillips(a)woh.rr.com> wrote:
Greetings,
As I explore AVSynthesis I've been looking for similar applications and
environments. I'm already familiar with the Pd/GEM powerhouse combo, but
I keep searching for others.
Has anyone here worked with this software :
http://processing.org
?
Might be interesting.
Best,
dp
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
A friend and I used processing to make an interactive algorithmic
polyrythmic OSC sequencer:
http://deathbyhonor.com/projects/nodeSeq/nodeSeq.html I wouldn't quite
consider it "done" and it is not totally stable yet, but it at least
gives a bit of an example of what processing can do (I don't think we
documented the experimental user interface yet at all... good luck! if
I recall correctly most things are done by dragging objects or right
clicking them?). Mind you the source code for this project is far from
a template for good processing code... I implemented linked lists and
a bunch of the lisp linked list operations from scratch before
realizing I could have used some built in java classes for that
functionality.
Processing is interesting. I found it to be frustratingly slow,
between the sluggishness of java on linux (or did I just pick the
wrong java?) and the age of my computer. It is a thin veneer over the
java language, mainly adding an implicit run loop, interactive image
synthesis oriented libraries, and some reduction in verbosity. I also
found the IDE frustrating (it is no Emacs). The processing project has
a marketing department, and they try to be "cool". Despite all this,
it is capable of some great stuff without too much effort. If you
don't need your final result to be interactive, you may also want to
check out context-free, which is a more specialized image synthesis
language based on logo and context free grammars. Another possibility
to consider is http://www.pawfal.org/Software/fluxus/ which is a
visual live-coding environment, and it is a pity that it uses mzscheme
while snd's lisp backend uses guile, because otherwise it would be
unbeatable for multimedia livecoding (if your cpu could keep up, of
course). fluxus has fewer backends than processing (processing can do
opengl in real time, svg or png output, quicktime movies, plus others,
while fluxus only does opengl), and a smaller set of libraries, but
livecoding has an appeal to it, and scheme is definitely a more
flexible language than java. If all you need is opengl and OSC then
fluxus could be worth considering.
24 May
24 May
1:03 p.m.
On Fri, May 23, 2008 at 5:17 AM, Dave Phillips
<dlphillips(a)woh.rr.com> wrote:
> Greetings,
>
> As I explore AVSynthesis I've been looking for similar applications and
> environments. I'm already familiar with the Pd/GEM powerhouse combo, but
> I keep searching for others.
lush? http://lush.sourceforge.net/
I toyed with it a little and it seems like a fairly powerful piece of
software. Uses it's own lisp dialect. I haven't done any real tests
but on some more or less simple thingies it outperforms processing.
It has bindings for opengl, sdl, opencv and a bunch of other
mathematical/scientific and image/matrix processing libraries. There
are even alsa bindings and perhaps it wouldn't be too difficult (for
someone in the know) to add jack. The thing is that it's quite
low-level so there are not many ready-to-go routines for image
processing (unless I missed some piece of information somewhere). I
think that the software is still being slowly maintained/updated but
at a very slow pace (haven't really followed in a long while).
On Fri, May 23, 2008 at 8:52 AM, Justin Smith <noisesmith(a)gmail.com> wrote:
Processing is interesting. I found it to be
frustratingly slow,
Has anyone compared processing with pygame (performance wise especially?)
--
./MiS
514-344-0726
http://www.creazone.ca
5:02 p.m.
On Sat, May 24, 2008 at 8:03 AM, Michal Seta <mis(a)artengine.ca> wrote:
I used lush years ago for some algorithmic image generation. I
remember having some complaints about the incompatible compilable and
non-compilable languages that are embeddable in the same source file,
but I was less skilled a programmer then. I think I may try making
some lush jack bindings this weekend, just to see how it works out,
because jack is a tiny api and lush hits a sweet spot for me in a few
ways, being a lisp, easy to use at a low level, compilable to shared
libraries and able to use c shared libraries with little trouble. A
lush library for generating LV2, LADSPA, or DSSI would be interesting,
as well.
On Fri, May
23, 2008 at 5:17 AM, Dave Phillips <dlphillips(a)woh.rr.com> wrote:
> Greetings,
>
> As I explore AVSynthesis I've been looking for similar applications and
> environments. I'm already familiar with the Pd/GEM powerhouse combo, but
> I keep searching for others.
lush? http://lush.sourceforge.net/
I toyed with it a little and it seems like a fairly powerful piece of
software. Uses it's own lisp dialect. I haven't done any real tests
but on some more or less simple thingies it outperforms processing.
It has bindings for opengl, sdl, opencv and a bunch of other
mathematical/scientific and image/matrix processing libraries. There
are even alsa bindings and perhaps it wouldn't be too difficult (for
someone in the know) to add jack. The thing is that it's quite
low-level so there are not many ready-to-go routines for image
processing (unless I missed some piece of information somewhere). I
think that the software is still being slowly maintained/updated but
at a very slow pace (haven't really followed in a long while).
On Fri, May 23, 2008 at 8:52 AM, Justin Smith <noisesmith(a)gmail.com> wrote:
Processing is interesting. I found it to be
frustratingly slow,
Has anyone compared processing with pygame (performance wise especially?)
6032
days inactive
6033
days old
linux-audio-user@lists.linuxaudio.org
3 comments
3 participants
participants (3)
-
Dave Phillips -
Justin Smith -
Michal Seta