A divide between 'compositional' and 'performative' aspects of Pd ⁄
暂无分享,去创建一个
In the ecology of human culture, unsolved problems play a role that is even more essential than that of solutions. Although the solutions found give a fleld its legitimacy, it is the problems that give it life. With this in mind, I’ll describe what I think of as the central problem I’m struggling with today, which has perhaps been the main motivating force in my work on Pd, among other things. If Pd’s fundamental design re∞ects my attack on this problem, perhaps others working on or in Pd will beneflt if I try to articulate the problem clearly. In its most succinct form, the problem is that, while we have good paradigms for describing processes (such as in the Max or Pd programs as they stand today), and while much work has been done on representations of musical data (ranging from searchable databases of sound to Patchwork and OpenMusic, and including Pd’s unflnished \data" editor), we lack a ∞uid mechanism for the two worlds to interoperate.
[1] Miller Puckette. Using Pd as a score language , 2002, ICMC.
[2] Camilo Rueda,et al. Computer-Assisted Composition at IRCAM: From PatchWork to OpenMusic , 1999, Computer Music Journal.
[3] Shahrokh Yadegari. A General Filter Design Language with Real-time Parameter Control in Pd, Max/MSP, and jMax , 2003, ICMC.
[4] Mikael Laurson,et al. Patchwork: a Graphic Language in preFORM , 1989, ICMC.