Re: [PD] Long long numbers

2007-12-23 Thread Patrice Colet
Thomas Grill a écrit : I forgot to mention that vibrez_pure (http://vibrez.net/vibrez_pure) I forgot to try pd-devel, many thanks! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] Long long numbers

2007-12-22 Thread Thomas Grill
I forgot to mention that vibrez_pure (http://vibrez.net/vibrez_pure) contains a high-resolution math library (hr) with many objects that use two-float lists to represent double precision numbers. There are both message and signal objects. If double precision (about 15 decimal digits) is enough

Re: [PD] Long long numbers

2007-12-22 Thread Thomas Grill
Hans-Christoph Steiner schrieb: It seems that it would be useful to create a defacto standard for long numbers. It could just be a list of two floats: [87891234 987234.23( or maybe a special selector: [long 87891234 987234.23( I imagine this lib has something like that. Exactly, it

[PD] Long long numbers

2007-12-21 Thread Dafydd Hughes
Hi everybody Working on a project that needs really long numbers. I'm sure there's a way of doing it that's obvious to those with better math brains and more experience, but I basically need to keep Pd from slipping into scientific notation. Can anybody offer hints on how to split up really long

Re: [PD] Long long numbers

2007-12-21 Thread Mathieu Bouchard
On Fri, 21 Dec 2007, Dafydd Hughes wrote: Working on a project that needs really long numbers. I'm sure there's a way of doing it that's obvious to those with better math brains and more experience, but I basically need to keep Pd from slipping into scientific notation. Everybody learned

Re: [PD] Long long numbers

2007-12-21 Thread Roman Haefeli
On Fri, 2007-12-21 at 19:29 +0100, Roman Haefeli wrote: http://romanhaefeli.net/very_long_number.png i forgot to mention, that the classes [symbol2list] and [list2symbol] are part of zexy. roman ___ Der frühe

Re: [PD] Long long numbers

2007-12-21 Thread Roman Haefeli
i assume, you don't want to perform calculations with these big numbers. or better i should say, i hope, because this wouldn't be possible (at least with pd on 32bit machines). if you are only interested in the visual representation (e.g when displaying phone numbers) then you could convert your

Re: [PD] Long long numbers

2007-12-21 Thread Mathieu Bouchard
On Fri, 21 Dec 2007, Roman Haefeli wrote: i assume, you don't want to perform calculations with these big numbers. or better i should say, i hope, because this wouldn't be possible (at least with pd on 32bit machines). Everything is possible. Try this: ruby -e p 3**3 If you don't have

Re: [PD] Long long numbers

2007-12-21 Thread Dafydd Hughes
Thanks for your help, Mathieu and Roman As it turns out, while I don't want to perform calculations so much, I do need to translate these long numbers into rotations in Gem, so I need them more or less intact. Looks like it's Python for the crunching then. Thanks again! cheers dafydd On Dec

Re: [PD] Long long numbers

2007-12-21 Thread Dafydd Hughes
Hey thanks Thomas You folks are awesome. cheers dafydd On Dec 21, 2007 4:30 PM, Thomas Grill [EMAIL PROTECTED] wrote: Hi Dafydd, attached is an archive of a few abstractions and a small Python helper script which uses the Python decimal module for calculation of large numbers with py/pyext

Re: [PD] Long long numbers

2007-12-21 Thread B. Bogart
I always wonder when you say large numbers and rotation... Do you really need large numbers? I never checked if its slower to rotateXYZ to 360*100 compared to rotation to 360. .b. Dafydd Hughes wrote: Thanks for your help, Mathieu and Roman As it turns out, while I don't want to perform

Re: [PD] Long long numbers

2007-12-21 Thread Mathieu Bouchard
On Fri, 21 Dec 2007, B. Bogart wrote: I always wonder when you say large numbers and rotation... Do you really need large numbers? I never checked if its slower to rotateXYZ to 360*100 compared to rotation to 360. I really wonder why Dafydd wants large numbers for rotation. I thought that

Re: [PD] Long long numbers

2007-12-21 Thread Patrice Colet
Mathieu Bouchard a écrit : On Fri, 21 Dec 2007, B. Bogart wrote: I always wonder when you say large numbers and rotation... Do you really need large numbers? I never checked if its slower to rotateXYZ to 360*100 compared to rotation to 360. I really wonder why Dafydd wants large numbers

Re: [PD] Long long numbers

2007-12-21 Thread Dafydd Hughes
I wish it was something as noble as gravitation, but it's just a clock which counts seconds from about 3BC to now. It's easier to do using [mod] on the counters, but the way it's animated means it makes a smooth transition around the dial then jumps back to 0 instead of smoothly moving on.

Re: [PD] Long long numbers

2007-12-21 Thread Patrice Colet
Dafydd Hughes a écrit : I wish it was something as noble as gravitation, but it's just a clock which counts seconds from about 3BC to now. It's easier to do using [mod] on the counters, but the way it's animated means it makes a smooth transition around the dial then jumps back to 0