Re: [PD] Getsize for regular arrays

2006-12-21 Thread Mathieu Bouchard

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

2006-12-21 Thread Mathieu Bouchard

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

2006-12-21 Thread glauber alex dias prado
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

2006-12-21 Thread Hans-Christoph Steiner

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

2006-12-21 Thread Hans-Christoph Steiner


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

2006-12-21 Thread Hans-Christoph Steiner


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

2006-12-21 Thread Malte Steiner

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

2006-12-21 Thread james tittle

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

2006-12-21 Thread David NG McCallum

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

2006-12-21 Thread Steffen


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]

2006-12-21 Thread altern



 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

2006-12-21 Thread IOhannes m zmoelnig
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