maybe here:

https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/tb/jack_transport/

haven't tried it yet.

@ALON said:

After searching for a while I found a very interesting PD object:

jack_transport~

(The code is available at http://artdent.homelinux.net/svn/jack_transport~/ )

it's very useful for my application. It can have in PD information about the jack transport like:

BPM
Ticks
beat
measure

I use the command line application jack_transport as master control to set the BPM and other tempo settings for the jack transport.
Then i can finally synchronize PD and Hydrogen.

Today this link: http://artdent.homelinux.net/svn/jack_transport~/ is dead. Where I can found jack_transport~ in another place? Thanks.

hi,
at audiogames we used blender 2.6 and pdextended for our 2.0 version of the installation:

http://audiogames.tk/

We used this OSC.py lib for blender:
http://code.autistici.org/svn/planetQ/audiogames/2.1/src/lib/OSC.py

This code in order to receive:
http://code.autistici.org/svn/planetQ/audiogames/2.1/src/lib/readOSCori.py

And this to send (look for send_osclocation function)
http://code.autistici.org/svn/planetQ/audiogames/2.1/src/lib/Player.py

All the code is gpl, so just study it and reuse
happy hacking

husk

my thoughts exactly :-D
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/scripts/guiplugins/64bit-warning-plugin/64bit-warning-plugin.tcl?r1=16838&r2=16837&pathrev=16838

Tomorrow's Windows build should include base64 and therefore buttonbar-plugin.tcl should work on Windows. Please test and let me know if it doesn't work. Here's the commit:

http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revision=15313

@dkeller said:

Hi Danomatika,

As my last message states, I was able to open most of your patches with out any errors after loading iemgui and pdmtl. I also tried to load in from your svn account, but I am getting errors like "file does not seem to be a URL"

What I am tying to do is rebuild a sampler/looper/collage-r that I built a while ago, but using your patches. I am hung up on where a new .wav file resides after you hit the toggle on your [rc-record]? Because I want to call up the file through your [rc-sfplay~]. I tried to do some digging, used the [open] message with a different path, and could not find the newly recorded sound file, with the names test.wav and hello.wav, as you have under the "set" message going into your [file.pat.current].

The idea here is that I would like to use your stereo mixer to take in a signal, have it connect to your [rc-record], and then playback that newly recorded sound file through your [rc-sfplay]. Theoretically this should be pretty straight forward. But, since this project will be in a new folder, I figure I need to know how to access that folder (or some other folder) to call up the newly created .wav file.

Sorry this is so long. And, again, thank you for the help.

dkeller

Well, that version of rc-record does not handle folders correctly and I believe the files end up being saved in it's root folder, so rc-patches. Get the latest version which saves in the folder of the parent patch which is using it.

The link works fine for me, check your svn command. I can see the files in my browser by just opening:

http://svn.robotcowboy.com/robotcowboy/trunk/pd/rc-patches

Also, if you want to do a looper or short sampler, it'd make more sense to record into a table and playback from there. The method you describe is much slower since you're loading the sample from disk everytime it's played. This is fine for a long track etc, but if you're just doing smaller snippets, playing from RAM via a table is much faster. I've been meaning to add this funcitonality to rc-sample~ or create an rc-looper~ etc ...

@dkeller said:

danomatika,
for [rc-record], PD couldn't create:

file.path.current

for your [01-Mixers], here are the errors that came up:
vfad_scale -1
... couldn't create
vfad_scale -1
... couldn't create
error: throw~ left: no matching catch
error: throw~ right: no matching catch
error: throw~ left: no matching catch
error: throw~ right: no matching catch

You need to load the iemgui external for vfad_scale.

As for file.path.current, you should use the latest rc-patches. The zip on my site in the original post is from 2008 and I was using some of the pdmtl externals, which are not included with the zip. You can either get pdmtl or (more recommended) download the latest rc-patches from my svn repository:

svn checkout http://svn.robotcowboy.com/robotcowboy/trunk/pd/rc-patches

See this tutorial if you're not familiar with subversion: http://www.rubyrobot.org/tutorial/subversion-with-mac-os-x

I will be moving everything to Github eventually, so apologies there's no easy one button download.

[any2string] is in the moocow external, so make sure you're loading it.

Also you can try a newer version from my svn:

svn checkout http://svn.robotcowboy.com/robotcowboy/trunk/pd/rc-patches/

There are also 2 other smaller libs:

rc-drums (808 drums): http://svn.robotcowboy.com/robotcowboy/trunk/pd/rc-drums/

gm-patches (general midi helpers): http://svn.robotcowboy.com/robotcowboy/trunk/pd/gm-patches/

Ehy,
you can take a look to iemguts from IOhannes or DYN~ from Thomas grill
IEMGUTS: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem/iemguts/
DYN~: http://puredata.info/Members/thomas/dynext

For a complete review bout dynamic patching in pd (focused on audo) see:
http://www.mail-archive.com/pd-list@iem.at/msg43036.html

cheers
husk

hello

this is not the same post as the one before, but concerns the svn-version

i have hard times on osx here...
system: osx (10.6) on a macbook pro

i downloaded pd, checked it out from git and svn, but so far there is no version i compiled which is working

so i checked out the svn-repository and tried to compile 0.43 in this folder:
./pure-data/branches/pd-gui-rewrite/0.43/

i run the autogen.sh script, make a ./configure and a make... then these error occurs:

Undefined symbols:
"_sys_do_open_midi", referenced from:
_sys_open_midi in pd-s_midi.o
... and so on... all error related to midi...

i also tried configuring with the option -enable-portmidi, then the linker cannot find the symbols_
_pm_free, _pm_initm, _pm_term ... and so on...

how to compile this version??

thanks for any help.
ingo