Re: [PD] Getsize for regular arrays
On Wed, 20 Dec 2006, saint wrote: i'm wondering if there's a way to use the getsize object to return the size of a regular array? [getsize] is reserved to arrays that are elements of struct. It can't do it if the array is not an element of a struct. It's _that_ specific... as far as I know. now that regular arrays and data structures are more integrated... it's not a matter of how much they're integrated, it has to do with the level of nesting. e.g. with [getsize] you can find the size of an array that is inside of an array, but you can't get the size of an array itself. But I'd like Frank to confirm me that. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] 64 Studio and a 64bit pd
On Thu, 21 Dec 2006, Malte Steiner wrote: partly perhaps its more optimised for AMD than the K7 Kernel, how more optimised for AMD can you get? can something be more AMD than AMD ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] 64 Studio and a 64bit pd
Em Qui, 2006-12-21 às 18:26 +0100, Malte Steiner escreveu: > Hello List, > > I recently changed my distribution to 64 Studio. Despite all criticism > against 64bit the performance on this particular laptop increased > dramatically, also with non realtime stuff. Especially video > applications like Cinelerra are now much more responsive. Maybe partly > because its 64bit, partly perhaps its more optimised for AMD than the K7 > Kernel, partly its realtime and partly because I got the current Nvidia > driver installed, I dont care. Important is that it now feels like my > hardware synthesizers in terms of snappyness and timing. > > Question is where to get a recent 64bit pd, the Debian64 repos only > holds a bare .39 which still got the tabwrite bug and lot of externals > are missing, so far only zexy, gem, pdp and pd-aubio are provided. I > tried to build some stuff but failed so far. Any other 64bitters out > there with some hints, *.debs or repos? > > Cheers and thanks for any hints in advance, > > Malte Hi i run Pd extended with some externals working, but im a noob in pd and a lot of things i didnt catched yet, i would advice you to do a cvs update and compile everything on your own for a "stable" system. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem, text
On Dec 21, 2006, at 12:19 PM, james tittle wrote: On Dec 21, 2006, at 3:59 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: used optional libraries: font-rendering : I think this was a case of code that wasn't in Fink. How about adding it to GemLibs? it has been added to GemLib several months ago. however, this doesn't mean that somebody had made any effort to actually use the FTGL-code in there. (read: GemLib/FTGL is _not_ build by any Gem-build targets; Gem's configure does not automatically look into GemLib to search for libraries). so much things to be done... ...yep: what really needs to be done is to set up FTGL in sourceforge (as it's own project, not just as sub-project of gem), then add that to the gem build process...I had contacted the author of FTGL before I came down with leukemia (he has basically been looking to do this for awhile...), but have since kinda dropped the ball :-( However, things are really going good for me health-wise now, so I'll move this up higher on the "to-do" list! jamie Your good health is far and away the best news! Very glad to hear it! I think you definitely get a pass for dropping the ball ;) As for FTGL in CVS, that's kind of a separate question. For the auto- build farm, there are two supported methods of maintaining library dependecies: Fink and Pd CVS. (Using anything else is just too much work). So even if FTGL is in its own CVS repositories, it would still need to be in Fink or Pd CVS. If someone else wants to do it in a different way, that might work, but only if they are fully committed to maintaining it. The whole Pd- extended build will hang on that, so they would need to fix the problems when they arise. .hc "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity."-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Getsize for regular arrays
On Dec 21, 2006, at 6:43 AM, Steffen wrote: On 20/12/2006, at 19.09, Mike McGonagle wrote: There is an object... [arraysize arrayname] But that is from flatspace (whatever that is), hence not internal. I think thats "between the lines" of John's question. Yup, [arraysize] was written because there is no internal method for doing this. I think that's still the case AFAIK. .hc Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino 0.2 test & crash
That means you are using the old version of the [arduino] object. Right now, as the protocol, firmware, and Pd object are changing a lot, so you have to use matching firmware and Pd object. That's why I removed the arduino stuff from the Pd-extended builds, it changing too fast. Use test6, it does not have any arduino stuff in it. .hc On Dec 21, 2006, at 8:21 AM, David NG McCallum wrote: Hi HC, I re-burnt the .2 firmware and had the same problem. Burning .1 seems to fix it. :-/ D On 20/12/06, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: For Mac/Intel and Pduino, I think that test6 is going to be far and away your best bet. There is guaranteed to be no pduino files included in that package. This sounds to me like the problem of mismatched versions. Try reburning the firmware just in case. .hc On Dec 20, 2006, at 10:15 PM, David NG McCallum wrote: > I had the same problem, and banged my head on my desk for an hour > trying to figure it out until I just tried pduino 0.1 and it worked. > :-/ > > I couldn't find any arduino files in the extended version that I'm > using (to delete, as you suggested). Since I've been embroiled in the > pd on mactel fiasco of late, I have more versions of pd-extended on my > computer than I can count, so I couldn't tell you which one I looked > in (a recent one, at least). > > But I did just try creating an [arduino] object in several of the > extended versions I have and it doesn't instantiate, which makes me > believe that there are no arduino files within the extended packages > that I have. or something… > > When I look at the comport output with pduino 0.2, the arduino's > spitting out numbers that are all > 256, which it doesn't do with > pduino 0.1. Is the problem w/ the firmware? > > D! > > On 30/11/06, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: >> >> >> My guess is that the problem is because that Pd is loading >> [arduino] that's >> included in the test5 package. Try deleting the arduino files >> from the Pd >> distribution, then using Pduino. Or you could try using one of >> the nightly >> builds: >> >> http://autobuild.puredata.info >> >> But it shouldn't crash, that's odd. >> >> .hc >> >> On Nov 30, 2006, at 7:02 AM, Enrique Tomas wrote: >> >> >> Hi >> I am teaching pd + arduino at medialab madrid workshop >> (http://www.medialabmadrid.es) and I did a Pduino 0.2 test with my 25 >> students (divided under win, intel mac, ppc mac and linux). >> >> We all uploaded Pduino 0.2 firmware to the board and then we run 0.2 >> arduino-test.pd under Pd extended test5. >> Nobody was able to interface arduino under four different OS. >> We all were able to connect to the serial port. We tried to set a >> LED on in >> Arduino pin 13. When we pushed serial data to the board the RX LED >> was on >> but the pin 13 LED was still off and the same with the other >> digital or >> analog pins. >> >> We then tried Pduino 0.1 and it worked. >> >> Qq >> >> >> >> LLama Gratis a cualquier PC del Mundo. >> Llamadas a fijos y móviles desde 1 céntimo por minuto. >> http://es.voice.yahoo.com >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> - >> --- >> >> Using ReBirth is like trying to play an 808 with a long stick.- >> David >> Zicarelli >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> > > > -- > __ _ _ _ __ _ > http://sintheta.org - --- Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams -- __ _ _ _ __ _ http://sintheta.org All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] 64 Studio and a 64bit pd
Hello List, I recently changed my distribution to 64 Studio. Despite all criticism against 64bit the performance on this particular laptop increased dramatically, also with non realtime stuff. Especially video applications like Cinelerra are now much more responsive. Maybe partly because its 64bit, partly perhaps its more optimised for AMD than the K7 Kernel, partly its realtime and partly because I got the current Nvidia driver installed, I dont care. Important is that it now feels like my hardware synthesizers in terms of snappyness and timing. Question is where to get a recent 64bit pd, the Debian64 repos only holds a bare .39 which still got the tabwrite bug and lot of externals are missing, so far only zexy, gem, pdp and pd-aubio are provided. I tried to build some stuff but failed so far. Any other 64bitters out there with some hints, *.debs or repos? Cheers and thanks for any hints in advance, Malte -- Malte Steiner media art + development -www.block4.com- next events: concert 29.dec 2006 Notstandskomitee vs. TBC Hoerbar Hamburg more at blog 4, also available as rss feed: http://java.block4.com/blog4/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem, text
On Dec 21, 2006, at 3:59 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: used optional libraries: font-rendering : I think this was a case of code that wasn't in Fink. How about adding it to GemLibs? it has been added to GemLib several months ago. however, this doesn't mean that somebody had made any effort to actually use the FTGL-code in there. (read: GemLib/FTGL is _not_ build by any Gem-build targets; Gem's configure does not automatically look into GemLib to search for libraries). so much things to be done... ...yep: what really needs to be done is to set up FTGL in sourceforge (as it's own project, not just as sub-project of gem), then add that to the gem build process...I had contacted the author of FTGL before I came down with leukemia (he has basically been looking to do this for awhile...), but have since kinda dropped the ball :-( However, things are really going good for me health-wise now, so I'll move this up higher on the "to-do" list! jamie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino 0.2 test & crash
Hi HC, I re-burnt the .2 firmware and had the same problem. Burning .1 seems to fix it. :-/ D On 20/12/06, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: For Mac/Intel and Pduino, I think that test6 is going to be far and away your best bet. There is guaranteed to be no pduino files included in that package. This sounds to me like the problem of mismatched versions. Try reburning the firmware just in case. .hc On Dec 20, 2006, at 10:15 PM, David NG McCallum wrote: > I had the same problem, and banged my head on my desk for an hour > trying to figure it out until I just tried pduino 0.1 and it worked. > :-/ > > I couldn't find any arduino files in the extended version that I'm > using (to delete, as you suggested). Since I've been embroiled in the > pd on mactel fiasco of late, I have more versions of pd-extended on my > computer than I can count, so I couldn't tell you which one I looked > in (a recent one, at least). > > But I did just try creating an [arduino] object in several of the > extended versions I have and it doesn't instantiate, which makes me > believe that there are no arduino files within the extended packages > that I have. or something… > > When I look at the comport output with pduino 0.2, the arduino's > spitting out numbers that are all > 256, which it doesn't do with > pduino 0.1. Is the problem w/ the firmware? > > D! > > On 30/11/06, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: >> >> >> My guess is that the problem is because that Pd is loading >> [arduino] that's >> included in the test5 package. Try deleting the arduino files >> from the Pd >> distribution, then using Pduino. Or you could try using one of >> the nightly >> builds: >> >> http://autobuild.puredata.info >> >> But it shouldn't crash, that's odd. >> >> .hc >> >> On Nov 30, 2006, at 7:02 AM, Enrique Tomas wrote: >> >> >> Hi >> I am teaching pd + arduino at medialab madrid workshop >> (http://www.medialabmadrid.es) and I did a Pduino 0.2 test with my 25 >> students (divided under win, intel mac, ppc mac and linux). >> >> We all uploaded Pduino 0.2 firmware to the board and then we run 0.2 >> arduino-test.pd under Pd extended test5. >> Nobody was able to interface arduino under four different OS. >> We all were able to connect to the serial port. We tried to set a >> LED on in >> Arduino pin 13. When we pushed serial data to the board the RX LED >> was on >> but the pin 13 LED was still off and the same with the other >> digital or >> analog pins. >> >> We then tried Pduino 0.1 and it worked. >> >> Qq >> >> >> >> LLama Gratis a cualquier PC del Mundo. >> Llamadas a fijos y móviles desde 1 céntimo por minuto. >> http://es.voice.yahoo.com >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> - >> --- >> >> Using ReBirth is like trying to play an 808 with a long stick.- >> David >> Zicarelli >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> > > > -- > __ _ _ _ __ _ > http://sintheta.org Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams -- __ _ _ _ __ _ http://sintheta.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Getsize for regular arrays
On 20/12/2006, at 19.09, Mike McGonagle wrote: There is an object... [arraysize arrayname] But that is from flatspace (whatever that is), hence not internal. I think thats "between the lines" of John's question. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] [Fwd: Post: Researcher in Electronic Arts at Lansdown Centre London]
Original Message === This is advance notice of a new post: RESEARCH FELLOW (Electronic Arts). Apologies for cross-postings. Please send requests for further information and expressions of interest to Stephen Boyd Davis <[EMAIL PROTECTED]>. Please put 'RF in Electronic Arts' in the subject-line of any emails. Applicants will in due course need to send a full application to the University's Human Resources office. Period: Full-time temporary for three years. For funding reasons this post is NOT available part-time. Location: Middlesex University, north London. The Lansdown Centre for Electronic Arts seeks a full-time Research Fellow to undertake research in any of the areas of expertise of the Centre. The Centre's work is multidisciplinary and transcends Art-Science boundaries. Applications are welcome from those with art, design, science and other backgrounds. The RF will Investigate a research theme which can be of the applicant's own choosing. Themes of the Centre's work include: Interactive Media; Sonic Arts; Film, Video and Interactive Arts. Please see http://www.cea.mdx.ac.uk/ for an indication of the kinds of projects currently undertaken at the Centre. Applicants are welcome to make proposals which extend the Centre's current range of activities, provided they complement the existing work. The post-holder is expected to produce public research outputs. These may be any of: scholarly journal articles, conference papers, book chapters, performances, screenings, installations, exhibitions, websites etc. These must be of at least national, and preferably international, significance. The post-holder will also, with the help of others, develop proposals for externally funded research projects. This is a post-doctoral appointment. However, applicants whose PhD is near completion may also apply. If your PhD is not yet complete, please indicate its current status. This will be confirmed with your Director of Studies. Applicants with an existing track-record of significant public outputs will be preferred. In your full application you will be expected to identify: 1. the research theme or themes which you wish to pursue; 2. the rationale for the research, indicating why it is important; 3. how you plan to undertake the research; 4. what research outputs you expect to achieve, indicating likely publications, fora, venues etc as appropriate; 5. any requirements you anticipate in order to support your research; 6. why you are the right person for the post; 7. why you want to undertake the research at the Lansdown Centre. Please send requests for further information and expressions of interest to Stephen Boyd Davis <[EMAIL PROTECTED]>. Please put 'RF in Electronic Arts' in the subject-line of any emails. Applicants will in due course need to send a full application to the University's Human Resources office. ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem, text
Hans-Christoph Steiner wrote: > > That's not good. Any Gem devs want to shed some light on this one? Is > there something missing in the Pd-extended Gem building setup? > > ./configure seems to not find anything: > > used optional libraries: > > font-rendering : > > I think this was a case of code that wasn't in Fink. How about adding > it to GemLibs? it has been added to GemLib several months ago. however, this doesn't mean that somebody had made any effort to actually use the FTGL-code in there. (read: GemLib/FTGL is _not_ build by any Gem-build targets; Gem's configure does not automatically look into GemLib to search for libraries). so much things to be done... ,fg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list