Is it possible to execute an .exe from within Puredata
@Balwyn Yes, you could try setting both the paths in full. I was forgetting that your .exe is probably not in the Pd/bin folder (I use it a lot with "wish.exe" while I am trying to build widgets to link to a tcl popup)......... so you could try putting the executable in the "bin" folder.....
I am in the same boat as you and @monetus.. I can get tcl/tk to do stuff, especially if I write a plugin for what I am trying to achieve. I can get popups to write back to the $::focused_window....... and so place objects into the window from which the popup was actioned...... but those objects have to be defined in the plugin. The next step is to write what I want into the objects, and automate their connection back to the call that activated the popup....... I am away working on shows for a while, so I might have time during the days to get a bit further.
What I want, and you and Monetus really need is is an object like [sys_gui] that can receive variables that are asked for.......... then widgets can be created that can send user input or user selected input back to Pd. I am nearly there.... but I would not object if someone else manages it first!
Have a look at this thread......... http://forum.pdpatchrepo.info/topic/10131/gui-plugins-where-are-redraw-colors-stored/7 where I posted more or less as far as I have travelled.....
3D Sound Spatialization
@csschupp You might find this patch written by Ricky Graham useful..........
and if you need more you could contact Ricky through this forum.
Woof! a new window menu for Vanilla..... tcl
@gsagostinho Yes Gilberto....... I have dedicated (big word I know) this project to you (and also to @EEight @Maelstorm @alexandros @Liam and everyone that has helped me so much in the past... plus those of you that I have not listed!).......
There has been some discussion about the (non) aesthetics of vanilla lately, but there is a hidden tk/tcl widget demo in the vanilla download. The widget typeface matches more or less my os typeface and the widgets are quite beautiful compared to the font that had to be chosen for Pure data objects. The font used in Pd objects can be changed with a start-up flag to Pd........ and with a message from tk/tcl, but any font outside a select list will crash Pd........
Anyway..... back to the widgets.
They can be called easily from the Tcl prompt: in the Pd console.
Try copying ......
exec wish85.exe $::sys_libdir/lib/tk8.5/demos/widget .... to the tcl prompt (ctrl-v works) and pressing enter to see what I mean......
I am looking for a way to send messages to that prompt (or directly to wish) from within a patch. I do not need an object as such........ just an address....... such as [; pd::tcl_prompt message(
A simpler means to return variables to pd would be useful as well......but with an attached "bang"....... which might require an external. I suppose that an "external" means would be best and that I will have to learn "how". Then a patch could be built that pops up widgets as its interface (maybe run in -nogui mode) and the returned variables would control the patch.
...............................Maybe the code exists, but I have not found it yet....... anyone?
There is a free widget editor Visual Tcl (vtcl-8.6)
which is mostly working and being developed........... so it is a good time to try this!
vtcl-8.6 is also a "must" if you are interested in tcl...... I have learnt more in 5 minutes reading the "tool tips" than in a week of trawling tcl code...........
Volume Control (dB)
@Spyros ..........Sorry Spyros...... I meant inside the program.......
In the real world it is of course a true measurement relative to the power of the smallest discernible sound........ which I remember being a cricket at 100M? in a quiet environment.....
And please let us know whether the patch actually gives you the true response on your meter!
Time Stretching Patches - any recommendations?
Nice to hear from you again, David. Yes, I was referring to bowed contrabass, as in the example .wav I posted above: http://forum.pdpatchrepo.info/topic/9909/time-stretching-patches-any-recommendations/9
I understand now what @Johnny-Mauser was saying. As in testbass.wav, most of the samples in this library seem to have irregularities, but I can try to isolate a part that doesn't in a DAW.
@seed I didn't see your reply when posting. I'll try out your suggestions soon.
Drum Machine with Real Time entry
@nuromantix This was posted a few days ago on the forum........
Maybe you could build a patch that translates your patterns and saves them in such a format.
Yes.... you would need a pattern per instrument but........
The saved file format that they are using is quite sparse......... as it contains some timing info.....
My guess is that the vid file you are using has some compression on it with sparse key frames. The result is when you skip to a random starting point, the codec loads the previous key frame and then has to step through building each frame until it arrives at your desired drop point. try unpacking the video into a format with lots of key frames. see if that has any effect?
Did anyone patch an interactive visuals generator?
@emviveros @lzr @elden It's Cyrille Henry (the "ch" of "chdh") and as he says at the end of the page it is built around the physical modelling library that he wrote (a while ago now........2004 ) for pd.......
which contains my favourite visual patch......... pd/extra/pmpd/examples/38_elastique_membrane_on_a_sphere.pd
Make sure you play with the red ball position............!!
There are loads of examples, and also a PDF manual within the pmpd folder.
PMPD....... Pd's best kept secret since 2004...........
keyboards GUI for MIDI
@gsagostinho hahahaha Gilberto sorry for Guilherme ...
I use externals binaries included in deken, but we have only linux 64 bits versions of ggee and cyclone compiled there. So I did only Linux 64 bits version of keyboards GUI, if someone have these libraries compiled in 64bits on MAC and/or WIN, please include binaries in the 64 bits version.
ps.: @gsagostinho are named correctly now.
32 bits (Linux, Windows, Mac):
64 bits (Linux Only)
I am creating an interactive tutorial for a data flow workshop, anyone care to share ideas?
Hello again Gummi...... good idea..... a few thoughts.
So your (first) workshop will be "data-flow"......
I tried a while ago to build a patch that might demonstrate "what is a dataflow language". When I first came across Pd it reminded me of a very brief lesson at school (long long ago) where I learnt (a little) about the data-flow diagram. But Pd is more sophisticated than that, and I had some trouble demonstrating the possibilities without just chaining a whole load of spigots together. I suppose I tried to make it too simple. I will be very interested to see your patch!
However, I think you should start with this.........a simple drawing.....in traditional "diamond" boxes.....
Is there a good film on?... yes/no
shall we go?.......yes/no
Is it raining?......yes/no
Do we have 2 umbrella?.........yes/no
There will be no need to resolve the chart..... but it gives a hint about how Pd works. That is the bit I forget every day....... that Pd also deals much of the time with logic...... 1 and 0..... true and false...
Because Pure Data is in fact a formidable system engineering platform........... that is used most of the time for audio and music.
And then I agree with @Liam about all of the points he made, but I think you will need to "whet their appetites" before you deal with "nitty gritty". They should be given http://puredata.info/docs/manuals/pd/x2.htm for absolutely compulsory homework
I think I would start with an osc control and not an [osc~] sound....... and show them how you can have a touch fader on a tablet sending osc messages that controls a gui in Pd via udp binary packets (maybe not too much detail there at first though?) over a wi-fi connection and then transform that data into some visuals and sounds so as to get them excited.......... because.......
....... if you can see the beginning and the end of the journey before you start it is much easier to understand all of the decisions that were taken on the "rocky road" in between.......
If Pd was a system for growing vegetables I would have said "and then show them some vegetables". I am a fan of the data-flow more than the vegetables..... sorry, more than the audio-visual...... even though I am an audio-visual engineer. Pd does all of the "stuff" that you cannot do elsewhere with audio-visual software.
Make sure as @Liam says that you have trigger and route and other important objects in the chain (unavoidable really), and go through the whole chain with "magic glass" showing them what is going on in the "string" (of course you will need a "slow metro" at the head of the chain for that). Don't bother showing them how you generate the sounds and visuals.... that will be too much for day one....... but explain how you got the "data" to "flow"..............
And then finish up with more of the bin ops and [expr] maybe to show the "power at your fingertips".........
I wish I had better understood list from day one (and float symbol anything pointer).
My favourite tools are the list tools..... split, drip etc. and I cannot live without [cxc_split] and especially [slist] !