> 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.