[PD] My first external: [fsm] finite state machine for pd
lsw at floppy35.de
Sun Apr 19 12:58:54 CEST 2009
thanks for the feedback. Bridging between fsm and gfsm is a great idea!
I thought about dot export and expressions too, but why should i reinvent
the wheel? :)
What i'm actually planning to add, is a pd-patch exporter, to export state
as patches, to be even more portable. (it happens regularly, that
refuse to work, because of dependencies, so i think it's in many cases a
to avoid the usage of externals).
But first of all, i have to get fsm stable. Currently it crashes, when i
a state (didn't happen in earlier versions :( )... need to figure out, how
connect externals to a debugger & memory watcher...
Have a nice sunday,
Am 19.04.2009, 11:46 Uhr, schrieb Bryan Jurish
<moocow at ling.uni-potsdam.de>:
> moin lsw,
> pretty cool, especially since it has next to no dependencies (unlike
> [gfsm], which needs glib and of course libgfsm ;-) Any chance of adding
> some AT&T-style I/O routines for compatibility? That way, users could
> easily switch back and forth between [gfsm_automaton] and [fsm]
> representations by bouncing the data over the filesystem (ugly but
> portable), so you could get visualization with dot, regex compilation,
> markov chain generation, weighted transitions, etc. etc. ...
> On 2009-04-15 23:59:32, lsw <lsw at floppy35.de> appears to have written:
>> Dear list,
>> i have been absent from pd-list for a few years, but i'd like to change
>> that. :)
>> During the last days i wrote my first external: fsm - finite state
>> machine for pd
>> I wrote this with algorithmic sequencing and sequence recognition in
>> You can find builds for win32, osx and linx, as well as the sources and
>> help-patch with
>> examples at http://floppy35.de/pd/
>> I didn't test the windows and linux builds (but osx-version seems to
>> work fine),
>> so please tell me, if it works or if it destroys your machine and
>> deletes your
>> mp3-collection. ;)
>> Unfortunately i saw a bit late that moocow had a similar idea earlier...
>> however, my
>> external seems to be a bit different (low-level approach), so it might
>> be still useful
>> for some of you. It's written in plain C and consists of one single
>> c-file, so it should
>> be easy to port and compile for different platforms.
>> Feedback is appreciated.
>> All the best,
More information about the Pd-list