mobmuplat grid not receiving message from pd
Hi there..i discovered this problem as well. When the patch is running on androiddevice everything works fine..!
When I try to put a cell to active, it will show one diagonal line highlighted, but not responding to the numbers in the message...
So I ve tried many combinations to maybe get it working..but it got worser as you can see in the screenshot..sending 5 1 0 [in]......result is [out] 5 5 1...weird..
In the task manager I see wish85.exe *32...could it cause a problem with pd 64bit?
GEM error message
@jb1439 An experienced Gem user @aggraef contributed to a Gem issue report last year with this same problem....... https://github.com/umlaeute/Gem/issues/232
I have sent him an email to ask whether he solved the issue.
In the meantime please start Pd in verbose mode....... the easiest way is to make a shortcut to pd.exe which is in the Pd/bin folder. Then edit the shortcut target adding "<space> -vebose" after Pd.exe (<space> is just a space...... .... and no quote marks).
Then start Pd using the shortcut.
You will see more detail about the problem and you could post it to this thread
David.
Conways Game of Life made with Ofelia
@Jona If you are thinking about a connection between system theory (Conway) and Luhmann's view on the system theory as a societal theory there is no direct connections. But there are ideas of modeling big indoors environments (skyscrapers) evacuation procedures based on cellular automata. In my opinion the social aspect of Conway is reflected not in the rules but in the evolution of the rules. EX : a string rewriting system like Lindenmayer system is very exact in rules. On the other hand it can generate amazing organic structures. Your idea is interesting nonetheless. In terms of self-programming art i can just say that a 1-D reversible cellular automata (RCA) can simulate to some extend a string-rewriting system. EX: RCA->CTS (cyclic-tag system).
How to type in the console?
@4ZZ4 All the paths have to be changed to match your directory tree... and a batch file is for windows only.
....... and the first bit must match where the Pd program actually is....
"C:\Users\yourname\pathto\pd.exe"....... pd.exe is more usual than pd(dot)com that I used in that file.
If you don't need the "-paths" you can delete them.
Same for the -open command if you don't want a patch to open.
P.S. Batch files and shortcuts are useful (more useful than the startup preferences) because you can start Pd with a different set of command line commands for different setups....... different soundcards, different midi setups etc.
David.
The miniwoog
@s.elliot.perez [fft~] is in the vanilla library for extended, but if it doesn't work it could be a 32/64bit conflict, especially if you are calling it from a 64-bit vanilla pd.exe. Unsure.
If you are running extended for some patches like this I still think using the "portable" zip (only available for windows) would be better than installing extended alongside vanilla. It should work out of the box with all the correct paths for libraries, and include Gem and everything you could need. It is entirely 32-bit so there should then be no conflicts.
As I wrote above, you would then open its exe and then open miniwoog from its terminal menu.
David.
[pd~] subprocess vs. multiple pd instances
@Jona I have had no luck with [sys-gui] .... same object in principle I think..... opening a second instance correctly from a patch. The first instance, making the call, always loses focus and is effectively crashed until the second is closed again.
Two new instances can be opened cleanly by executing a batch file through [sys-gui]...... but there is no advantage over executing the batch file directly, as again you leave your first patch hanging.
start "path...... /pd.exe" start "path.... patch.pd"
start "path...... /pd.exe" start "path.... patch.pd"
exit
will do it, and any startup flags can be added to pd.exe to set all the specific parameters you might need for each instance....... while Pd will be back to your normal setup when you open it again later for "normal use".
I always use batch files with switches to open Pd for a show, as there is then absolutely no doubt that it has opened as intended.
As I understand things Windows distributes instances across cores automatically.
In theory you could set the affinity....... start -affinity 3F "path...... /pd.exe"....... but maybe you would need to use pd.exe for one instance and pd.com for the other. Not sure about that.
David.
vstplugin~ v0.1.0 released!
I'm happy to announce the first stable release of vstplugin~, a cross-platform Pd external for using VST plugins in Pd.
Binaries are already available on Deken.
The repository also includes a version for Supercollider called VSTPlugin (which works very differently but achieves the same thing).
The overall design and functionality of vstplugin~ v0.1.0 is the same as in vstplugin~ v0.1-alpha, but there are some breaking changes and new features! Have a look at the change log in https://git.iem.at/pd/vstplugin/releases
Source code: https://git.iem.at/pd/vstplugin/tree/master
Features:
- use any VST plugin (audio effect, MIDI effect, soft synth etc.)
- search and probe plugins in the standard VST directories or in user defined paths
- automate plugin parameters programmatically
- use either the native VST GUI (WIN32, Cocoa, X11) or a generic editor
(NOTE: the VST GUI doesn't work [yet] for SuperCollider on macOS) - preset management: read/write standard .fxp and .fxb files or
set/get the plugin state as raw data to build your own preset management - MIDI input/output
- basic sequencing support (for arpeggiators, sequencers etc.)
NOTE: currently only VST2.x plugins are supported but VST3 support will come soon!
64bit VST plugins can only be loaded with the 64bit version of [vstplugin~] / VSTPlugin.scx and vice versa.
See the help files (vstplugin~-help.pd and VSTPlugin.schelp) for detailed instructions.
If possible, please report any issues or feature requests to https://git.iem.at/pd/vstplugin/issues
Have fun!
python speech to text in pure data
@Jona You should be able to open an executable sending a message into [sys_gui]......
[exec "C:/Program Files (x86)/pd/bin/pd.com"(
Note the quotes that take care of spaces in the path (just like a batch file).
If you then want it to open a file then you need to give the path to that file as well........
[exec C:/path....../whatever.exe C:/path......./file.extension(
If the file is within the Pd folder then you can use a Pd global variable for the relative path.........
$::sys_libdir ..... being the C:/path_to_pd
[exec wish85.exe $::sys_libdir/lib/tk8.5/demos/widget(
Note that wish.exe is in the Pd folder so no path is required.
The last one could be useful if you are sharing a patch.
You are correct though, Pd is frozen (hands user input to the new executable.
You can open multiple copies of Pd using a batch file......
...... BUT it needs a file to open.
Eg........
start "C:\Program Files (x86)\pd\bin\pd.com" start C:\Users\"David"\Desktop\PDMusic\minx\minx_run.pd
start "C:\Program Files (x86)\pd\bin\pd.com" start C:\Users\"David"\Desktop\PDMusic\minx\minx_run.pd
exit
Note..... slashes the other way for a batch file.
And then use one of them frozen for [sys_gui]
David.
python speech to text in pure data
I recognized one problem: while the text to speech command prompt is running via [sytem], the pure data patch is "frozen". is there a way to solve it (then I can play for example a female and a male voice together)?
I also tried the [sys_gui] method: https://forum.pdpatchrepo.info/topic/10168/is-it-possible-to-execute-an-exe-from-within-puredata/10
But somehow I can not execute an .exe file with it (message to [sys_gui] : exec "path to .exe")...
compile pure data
Just completed a PD build for source for windows. but I don't see the exe. How are we suppose to run it. is there suppose to be a exe and if not can we make one