Re: [PD] working with integers
The higher the number, the more lower bits will be 0, because the floating point mantissa is too small to store them. It becomes more clear if you use binary notation. Am 26. Mai 2021, 10:39, um 10:39, ro...@dds.nl schrieb: >ro...@dds.nl schreef op 25-05-2021 23:16: > >> hi, >> >> because of the problems i had with calculations using floating point >math, >> >> and following Roman's advice, i changed to integer math. >> >> however that's easier said then done. >> >> i'm running again into an unexpected limitation: >> >> 32-bits can represent signed integers upto 2.147...billion. >> >> however, as soon as a number is greater then binary 27 bits the last >byte stays 0.( after 134217727 ) >> >> e.g. 13420 + 25000 = 134224992 (should be 134225000). >> >> what am i missing? >> >> rolf > >correction: the difference is 8, so it's the last 4 bits that are >involved. > > > >___ >Pd-list@lists.iem.at mailing list >UNSUBSCRIBE and account-management -> >https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] working with integers
ro...@dds.nl schreef op 25-05-2021 23:16: > hi, > > because of the problems i had with calculations using floating point math, > > and following Roman's advice, i changed to integer math. > > however that's easier said then done. > > i'm running again into an unexpected limitation: > > 32-bits can represent signed integers upto 2.147...billion. > > however, as soon as a number is greater then binary 27 bits the last byte > stays 0.( after 134217727 ) > > e.g. 13420 + 25000 = 134224992 (should be 134225000). > > what am i missing? > > rolf correction: the difference is 8, so it's the last 4 bits that are involved.___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] working with integers
Le 25/05/2021 à 23:16, ro...@dds.nl a écrit : hi, because of the problems i had with calculations using floating point math, and following Roman's advice, i changed to integer math. however that's easier said then done. i'm running again into an unexpected limitation: 32-bits can represent signed integers upto 2.147...billion. however, as soon as a number is greater then binary 27 bits the last byte stays 0.( after 134217727 ) e.g. 13420 + 25000 = 134224992 (should be 134225000). what am i missing? there are no integer in pd. All number are float. cheers c rolf ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] working with integers
hi, because of the problems i had with calculations using floating point math, and following Roman's advice, i changed to integer math. however that's easier said then done. i'm running again into an unexpected limitation: 32-bits can represent signed integers upto 2.147...billion. however, as soon as a number is greater then binary 27 bits the last byte stays 0.( after 134217727 ) e.g. 13420 + 25000 = 134224992 (should be 134225000). what am i missing? rolf___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
