High All, Haven't written in a while but interested in catching up with anyone who has been mucking about with the P5Glove, Particularly those on OSX. Or just anybody working with any sort of alternate controller.
On a side node, a recent disk crash caused me to have to do a lot of work recreating PD. My problem was needing the OSC stuff as thats how the glove communicates on Mac. But it was a very longwinded affair. I had previously built versions, got the Puckette.app versions etc and coalesced a good system and had been able to implement the glove as a theremin in 5 minutes. This time around with out the luxury of being able to build anything, it to several binary versions, attempted mergings as well as different .app versions before the Pd-0.38-0test4HCS1 version came up as the best base candidate. Can't quite remember the specifics of this vers but it implements OSC perfectly Doesn't seem to be in test4 or test7. No to try and customise it all again.
Cheers All, Macciza.
There's a new version of libp5glove about to come out that has lots of improvements. Check out the p5glove yahoo group. After that I guess I'll take a crack at getting OSC output from it on linux. I got it working fine in Windows via MIDI.
At the same time, I'm beginning work on an OSC implementation for PIC microcontrollers. If anyone has some useful tips before I wander into the unknown alone, I'd be most grateful. Once that's done (if ever) it'll be easy to build any kind of alternative controller you can imagine.
Sorry, can't help you on any OSX stuff.
Macciza Macpherson wrote:
High All, Haven't written in a while but interested in catching up with anyone who has been mucking about with the P5Glove, Particularly those on OSX. Or just anybody working with any sort of alternate controller.
On a side node, a recent disk crash caused me to have to do a lot of work recreating PD. My problem was needing the OSC stuff as thats how the glove communicates on Mac. But it was a very longwinded affair. I had previously built versions, got the Puckette.app versions etc and coalesced a good system and had been able to implement the glove as a theremin in 5 minutes. This time around with out the luxury of being able to build anything, it to several binary versions, attempted mergings as well as different .app versions before the Pd-0.38-0test4HCS1 version came up as the best base candidate. Can't quite remember the specifics of this vers but it implements OSC perfectly Doesn't seem to be in test4 or test7. No to try and customise it all again.
Cheers All, Macciza.
Hello,
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think - but I havent' found anything else in the reference that did something with text...
Ik wrote:
Hello,
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think - but I havent' found anything else in the reference that did something with text...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
I would recommend one of the scripting objects. I know there's one for python, and there may be one for ruby and/or perl. I think there's also a shell object, so you could do "grep textfile 42" to have it print any line in textfile with a 42 in it.
hope that helps.
-Ian
MUMBAI STREAMING ATTACK Calls for Rotterdam media art students and sound artists to join a ROTTERDAM TRAMJAM SESSION
TRAMJAM - ROTTERDAM RUSHHOUR is a networked streaming audio performance. The live performance is scheduled as a public event with netstreaming and local radio broadcast for the Dutch Electronic Art Festival DEAF04 - Affective Turbulence: The Art of Open Systems, this November in Rotterdam.
http://www.tramjam.net/ http://www.deaf04.nl/
TRAMJAM - ROTTERDAM RUSHHOUR is initiated by Mumbai Streaming Attack, a networked performance study group currently based at SNM/HGKZ (http://www.snm-hgkz.ch/) in Zurich. The group first performed TRAMJAM-ZURICH RUSHHOUR for broadcast at reboot.fm, berlin in February 2004 and TRAMJAM-Vienna Rishhour for the Free Bitflows conference in Vienna in June 2004. The group aims to continue its tramjam rushhour performance in major European cities where centralized tramlines still exist.
For the Rotterdam tramjam performance, Mumbai Streaming Attack invites local Rotterdam media students and sound artists for a joint multi-track-multi-driver tramjam session that follows the routing and rushhour tram schedule of Rotterdam's 9 tramlines. Each sound artist can choose a tramline and design sound materials that characterize that particular tram routing. The sound materials can be collected or composed sound, pre-recorded for collective replay. TRAMJAM-Rotterdam Rushhour further explore mobile interface of the Rotterdam tramvibe by inviting on site/on tram live sound upload through mobile devices. The performance set for a public space will also invite public participation via mobilephones on trams or microphones on site.
TRAMJAM is programmed with PD (pure data), an open source software, a multi-platform realtime performance processor. For our open call performance in Rotterdam, we will hold PD workshops for installing tramjam PD programming for each participant.
To read more about PD: http://convention.puredata.info
to see our tramjam control data for Vienna http://www.tramjam.net/vienna/pd/tramjam_pd2.gif
Tentative schedule: Open Workshop: Monday 8 November - Wednesday 10 November Performance: Friday 12 November
For participation, please send e-mail to: tramjam-rotterdam@www.snm-hgkz.ch Check the detail under http://wiki.snm-hgkz.ch/tramjam
TRAMJAM-ROTTERDAM is a V2-DEAF2004 project Supported by Media Design Research, Piet Zwart Institute, Willem de Kooning Academy Hogeschool Rotterdam (http://pzwart.wdka.hro.nl/) And New Media Studies, Hochschule fur Gestaltung und Kunst Zurich (http://snm-hgkz.ch, http://www.hgkz.ch)
hi
maybe [msgfile] from zexy could interest you. it has got much more options than [textfile]. you can insert/delete messages everywhere, you can jump to a line number, you can find a a word/message etc...
roman
----- Original Message ----- From: "Ik" cola@looze.net To: "pd list" PD-list@iem.at Sent: Thursday, October 21, 2004 1:47 AM Subject: [PD] textfile
Hello,
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think - but I havent' found anything else in the reference that did something with text...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
Hallo, Ik hat gesagt: // Ik wrote:
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think
No? They are quite powerful. And they are the only objects dealing with it, that are builtin.
If you resort to externals there are a lot of possibilities: coll, msgfile, pool, pbank,...
Ciao
Frank Barknecht _ ______footils.org__
maybe coll from the cyclone library is what you want. you can output the lines by index (just by sending a number), jump to any line you want (goto number), have next or prev (ious), and you can also define your indexing style yourself, like associate/map lines to any symbol you like. marius.
----- Original Message ----- From: "Ik" cola@looze.net To: "pd list" PD-list@iem.at Sent: Thursday, October 21, 2004 1:47 AM Subject: [PD] textfile
Hello,
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think - but I havent' found anything else in the reference that did something with text...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Ok thanks all of you! I think I'll be looking a bit into externals ( however, I was hoping for a built in solution) I guess I like the 'grep' option most - it's dead easy to write whatever I want for an output als a perl oneliner or something - but even that's not really builtin - let alone multiplatform. It seems to me that zexy is one of the most common externals? so I'll have a go with that; it seems to me there are multiple solutions - coll is quite precise what I want without anything extra.
Just to know - if you would make something that requires a bit of an external - what would be the most common externals to choose to use? which are the most wide available and used ones - In terms of 'can be expected to be available 90% of the time"?
Marius Schebella wrote:
maybe coll from the cyclone library is what you want. you can output the lines by index (just by sending a number), jump to any line you want (goto number), have next or prev (ious), and you can also define your indexing style yourself, like associate/map lines to any symbol you like. marius.
----- Original Message ----- From: "Ik" cola@looze.net To: "pd list" PD-list@iem.at Sent: Thursday, October 21, 2004 1:47 AM Subject: [PD] textfile
Hello,
I'm looking for a way to store 100+ messages in preferably a text file, and be able to read just one of them, something like by reading out the linenumber or a preceding number ( so it would be an array, but containing text.). I have looked at qlist and textfile, but that's not wat I need I think - but I havent' found anything else in the reference that did something with text...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hallo, Ik hat gesagt: // Ik wrote:
Ok thanks all of you! I think I'll be looking a bit into externals ( however, I was hoping for a built in solution)
If builtin is really important to you, then as I wrote in my first mail, [textfile] or [qlist] are okay. The problem is, that both are sequential containers, not ones with random access. But for 100 messages, sequential access should be fine, I suppose.
You can wrap the access by line number into an abstraction. If you know the trigger gang bang patch: I used qlist in this way in "m/ch.pd":
[inlet] accepts line numbers
|
[t b f b]
/ | \
/ [until]
/ \
| [next 1( |
[next( | [rewind(
| | |
[qlist ]
...
Ciao
Frank Barknecht _ ______footils.org__
-
Frank Barknecht -
Ian Smith-Heisters -
Ik -
Macciza Macpherson -
Marius Schebella -
Roman Haefeli -
Thomas Comiotto