So I just finished reformatting my Windows 7 x64 machine because Pd, for some unknown reason, had spontaneously stopped working on it.

On my newly repaved machine, I just re-downloaded Pd-extended 0.43.4 and installed it to find that I can't seem to move objects, message boxes etc around with the mouse (yes, I am in edit mode).

I can select objects with the mouse, and then move them around the canvas with the arrow keys, but not with the mouse. The mouse works fine toggling toggles, banging bangs etc, and otherwise my patches seem to work fine.

Am I missing something obvious or is this a bug with Windows 7. Has anyone else had this problem?

(I tried uninstalling and reinstalling, but the problem persisted. also I tried installing 42.5, and mouse seemed to be okay - although it didn't find any of the libraries)

Any ideas or suggestions would be greatly appreciated.

I had been running Pd-extended 0.43.4 unproblematically on my Windows 7 (64), but last night after working on some routine patches I tried to open Pd and got a 'Pd.exe has stopped working'. I rebooted and the problem persisted. I uninstalled and re-installed, re-downloaded and re-installed and I keep getting the same error message:

Problem signature:
Problem Event Name: APPCRASH
Application Name: pd.exe
Application Version: 0.43.0.0
Application Timestamp: 5100f299
Fault Module Name: pd.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 5100f298
Exception Code: c0000005
Exception Offset: 0005300a
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 4105
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

One possible hint is that Pd-Vanilla seems to work, but gives me a "audio I/O is stuck . . . closing audio" message unless it's in "standard (MMIO)", in which case it seems to work.

If anybody has any suggestions, please help! Without access to Pd, I feel like I'm locked out of my house.

If you have any interest in cellular automata, please check this out. . .

This started out as an attempt to hear some of the patterns that I was looking at in pictures of 1D cellular automata, or perhaps just to see what it would be like coding them in PD. Basically, an array (of variable size) of 1s or 0s updates according to the CA rules at the top (I followed Wolfram's convention for naming the rules.) There is another array (of up to 25 cells) which I call the 'audible window', which is a subset of the main array and is mapped to midi notes; the audible window can be moved around within the main array.

I started mostly just as a proof of concept thing, but I realized a few (admittedly self-evident) details pretty quickly:

1. that deterministically random rules sound well . . . random
2. that most rules involving potentially interesting phenomena like nesting and complexity are interesting primarily in a global, bird's eye view sense; within my local-only audible window approach there is not so much intersting action (there are exceptions, like rule 150, where the nesting shows itself along the centre of the array)
3. that using my approach, localized phenomena will be more of more musical use (at least from my limited aesthetic point of view) - and that there really is some potentially fruitful musical material to be found in these local structures

So, I played around. Many rules will display interesting periodic patterns if a small toroidal array is used (e.g., given any random initial condition, rule 110 always seems to fall into a period of 7 with an 11 cell toroidal array).

The most musically interesting discovery for me was with rule 73/109. Given (nearly) any random initial condition, in an array of any size, it will very quickly settle into a multitude of independent localized structures, each with its own period. The most common periods are 2 or 3 steps, but longer periods are quite common, and really long ones not at all rare. By moving the audible window around within the main array you can straddle multiple structures with different periods creating some real interesting polymeter. By moving the window one step at a time, the resultant rhythms feel like they are developing. Mapping the midi notes to percussion sounds also creates some fascinating beats. (bang 'reset_and_start' in the 'random_up' subpatch for a demo - it will gradually shift the audible window up thru a randomly seeded array)

http://www.pdpatchrepo.info/hurleur/1D_cellular_automata_player.pd

I'm sure there must be an easy way to do this, but I'm at a loss.

I want to pack a sequence of floats into a list (or message list?), and to hold that data there without sending anything, then later be able to bang out the nth element of that list on demand.

It would be a huge help if someone could point me in the right direction.

Cheers

I was hoping someone might be able to help. . .

I've put together some patches in pd for algorithmically generating melodies, and I was hoping to use midi notes sent from Albleton via LoopMidi (on a Windows 7 machine) to control the patches (mostly to dictate the rhythm). Anyway, I can't seem to get pd to recieve data from loopMidi (when I use 'Test Audio and Midi', with the input device set to LoopMidi, I can't see any incoming notes). I'm pretty sure that LoopMidi is getting the midi data from Ableton (the number in parentheses next to the loopMidi port number, in the loopMidi window increases when data is being sent). When I use other midi hardware, like my usb midi-keyboard, pd has no problem getting the notes. Likewise, my pd patches will send midi data to Ableton using loopMidi without problem.

I've been able to get this setup to work on ancient XP laptop using midi-yoke. The problem definitely seems to reside in the loopMidi to pd connection.

Anybody have any ideas about what I might try? Help would be greatly appreciated.

Thanks for the reply.

Unfortunately, deleting the registry didn't help.
I restored to the earliest point I had (about 9 days ago - before the patch), but now I'm in the messy terrain where I can neither run the program ("Can't find a usable init.tcl in the following directories. . .") or uninstall (". . . pd/unins000.dat does not exist. . ."). Unfortunately now, also Pd-Vanilla no longer runs, even after I undid the system restore. Yikes. Other than reformatting Windows, does anybody have another suggestions? getting desperate.

Thanks for the responses. Got things working smoothly with an array. And writing the values into the array like with the ';' keeps things intuitive for me.

Much appreciated!