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 mind.
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, lsw~
Help file keeps crashing Pd on Win machine when I try to open it. Anyone else?
On Wed, Apr 15, 2009 at 2:59 PM, lsw lsw@floppy35.de wrote:
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 mind. 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, lsw~
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Matthew,
thanks for testing. I started pd by doubleclicking the help-file on my Mac
without experiencing any crashes.
Does the external crash as well, if you instantiate it manually, or is it
just the help-file?
I compiled the DLL with DevCPP (according to
http://www.youngmusic.org/wiki/index.php/PD-linking-tutorial ) and Darwine
on my Mac... might be a little weird. Could anyone be so kind to try to
compile a win binary on a more solid setup? I think IOhannes Makefile
should work for that.
Thanks again, Lsw~
Help file keeps crashing Pd on Win machine when I try to open it. Anyone else?
I think I found it. The function fsm_getbytes should look like this:
void * fsm_getbytes(int s) { return getbytes(s); }
instead of void * fsm_getbytes(int s) { return getbytes(sizeof(s)); }
At least now the help patch doesn't crash Pd on WinXP.
Martin
lsw wrote:
Hi Matthew,
thanks for testing. I started pd by doubleclicking the help-file on my Mac without experiencing any crashes.
Does the external crash as well, if you instantiate it manually, or is it just the help-file?
I compiled the DLL with DevCPP (according to http://www.youngmusic.org/wiki/index.php/PD-linking-tutorial ) and Darwine on my Mac... might be a little weird. Could anyone be so kind to try to compile a win binary on a more solid setup? I think IOhannes Makefile should work for that.
Thanks again, Lsw~
Help file keeps crashing Pd on Win machine when I try to open it. Anyone else?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey Martin,
thanks for debugging. You're right, that sizeof() was definitely wrong, as i was already passing sizes to the function. I wonder, why it didn't crash on my machine while testing... ;) I'm going to update the files in a minute.
All the best, Lsw~
Am 16.04.2009, 06:18 Uhr, schrieb Martin Peach martin.peach@sympatico.ca:
I think I found it. The function fsm_getbytes should look like this:
void * fsm_getbytes(int s) { return getbytes(s); }
instead of void * fsm_getbytes(int s) { return getbytes(sizeof(s)); }
At least now the help patch doesn't crash Pd on WinXP.
Martin
lsw wrote:
Hi Matthew, thanks for testing. I started pd by doubleclicking the help-file on my
Mac without experiencing any crashes. Does the external crash as well, if you instantiate it manually, or is
it just the help-file? I compiled the DLL with DevCPP (according to
http://www.youngmusic.org/wiki/index.php/PD-linking-tutorial ) and
Darwine on my Mac... might be a little weird. Could anyone be so kind
to try to compile a win binary on a more solid setup? I think IOhannes
Makefile should work for that. Thanks again, Lsw~Help file keeps crashing Pd on Win machine when I try to open it.
Anyone else?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
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. ...
marmosets, Bryan
On 2009-04-15 23:59:32, lsw lsw@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 mind. 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, lsw~
Hi Bryan,
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 machines as patches, to be even more portable. (it happens regularly, that downloaded patches refuse to work, because of dependencies, so i think it's in many cases a good idea, to avoid the usage of externals). But first of all, i have to get fsm stable. Currently it crashes, when i delete a state (didn't happen in earlier versions :( )... need to figure out, how to connect externals to a debugger & memory watcher...
Have a nice sunday, lsw~
Am 19.04.2009, 11:46 Uhr, schrieb Bryan Jurish moocow@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. ...
marmosets, Bryan
On 2009-04-15 23:59:32, lsw lsw@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
mind. 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, lsw~
-
Bryan Jurish -
lsw -
Martin Peach -
Matthew Logan