Approximation durch Fixpunktrechnung

Ja. Festkommastellen anhaengen.

return (int64_t) 256*x*a/b;

resp

return (int64_t) 65536*x*a/b;

Wenn a und b konstant sind, genügt es doch, den Quotienten 1× zu 
berechnen, etwa so:

1

#include <stdint.h>

2

#include <stdbool.h>

3

#include <assert.h>

4

5

int32_t term (int32_t x, int32_t a, int32_t b)

6

{

7

    static bool have_val = false;

8

    static uint32_t val;

9

    if (!have_val)

10

    {

11

        assert (b > a);

12

        assert (a > 0);

13

        have_val = true;

14

        val = (((uint64_t) a << 32) / (uint32_t) b);

15

    }

16

17

    return ((int64_t) x * val) >> 32;

18

}

Allerdings ist nicht klar, welche Probleme du zu umschiffen versuchst 
und auf welcher Plattform das laufen soll. Je nach Verwendung kann es 
daher besser sein, die Berechnung von val in eine eigene no-inline 
Funktion auszulagern (z.B. avr-gcc). Oder auf das static zu verzichten 
und den Compiler Constatnt Propagation von a und b durchführen zu 
lassen, falls die beiden Konstanten zur Compilezeit bekannt sind.

Johann L. schrieb:
> Wenn a und b konstant sind, genügt es doch, den Quotienten 1× zu
> berechnen,

Genau das ist mein Ziel.

Die Konstanten sind erst zur Laufzeit bekannt (Einstellparameter), aber 
nach der Initialisierung dauerhaft konstant.

Meine Frage bezog sich darauf, ob die Fehlerabschätzung stimmt, oder ob 
mir da ein Fehler unterlaufen ist. Und ob das eine günstige Näherung 
ost, oder ob man z.B. durch kaufmännisches Runden à la
qn = (2^n*a + b/2)/b den Fehler auf durchschnittlist 1/2 anstelle -0+1 
bringen kann.

(Letztere Idee kommt mir erst jetzt gerade - das probiere ich direkt mal 
aus.)