> And I know that this certainly not the fastest way. So therefor > my plea for help. > Same for the division-stuff. > Depending on exactly what you are trying to achieve, it might make sense to "hard code" the math for speed. Especially for division. ie build the numbers into the code. Presumably, T/H/S is more or less constant. (you would need a custom routine for each possible T/H/S of course) so, for example, if you know you're multiplying by 63 shift 6bits and subtract (mutiply by 64 and subtract 1) no need to test bits, you already know what they are. bogax Message was sent through the cbm-hackers mailing list
Archive generated by hypermail 2.1.1.