Probleme beim Ptr Zugriff in C

[Fragender in C (Gast)]

Hallo,

ich habe ein Problem mit einem Ptr Zugriff. Das ganze stammt aus einem
Code um Audio Samples auf einem STM32F4 mit Codec abzuspielen.
Es werden drei Samples ausgelesen und aufaddiert.

Das Problem ist nun, dass der Zugriff mittels Array (also der
nicht auskommentierte "audiobuf[s] += ..." funktioniert, die Samples
werden sauber gespielt. Verwende ich aber den Ptr Zugriff, also
"*audiobuf++ = ...", dann werden die Samples verzerrt. Funktional sehe 
ich zwischen beiden Varianten keinen Unterschied, also muss ich etwas 
übersehen. Aber was?
Ebenso bringt ein

  *audiobuf = *audiobuf + (int16_t) sample;
  audiobuf++;

nichts. Ist eh m.E. funktional identisch mit "*audiobuf++ += ..."

Ja, der Optimierer ist an. arm-gcc, -O2. Aber auch ein -O0 macht keinen
Unterschied. Was übersehe ich?

static void PlaySamples(int16_t *audiobuf)
{
  for (int i=0; i<3; i++) 
  {
    if (inst[i].running == 1) 
    {
      for (int s=0; s < AUDIO_BLOCK_SAMPLES; s += 2) 
      {
        int32_t sample = ((int32_t) inst[i].samples[inst[i].pos++] * inst[i].volume/255 / 2 );
        
        // Frist Sample is left channel
        audiobuf[s] += (int16_t) sample;
        //*audiobuf++ += (int16_t) sample;

        // Second Sample is right channel
        audiobuf[s+1] += (int16_t) sample;
        //*audiobuf++ += (int16_t) sample;

        if (inst[i].pos >= inst[i].length) {
          inst[i].running = 0;
          inst[i].pos = 0;
          break;
        }    
      }
    }    
  }
}

[(prx) A. K. (prx)]

Der komplette innere Schleifencode wird durch die äussere Schleife bis 
zu 3x durchlaufen. Der Index s fängt immer bei 0 an. Der Pointer jedoch 
nicht.

[Fragender in C (Gast)]

Danke! Das Problem saß wie immer vor dem Bildschirm. Dummer 
Programmierfehler...

[(prx) A. K. (prx)]

NB: Die Zeiten als *p++ effizienter als p[i++] war sind lange vorbei. 
Index-Schleifen sind Routine für gute Compiler und werden passend 
optimiert.

[Fragender in C (Gast)]

Trotz -O2 ist die Ptr Variante ein bisschen schneller als die Index 
Variante. Da das Programm noch mehr machen soll (Softsynth) kann ich 
jeden freien Taktzyklus noch gebrauchen...

Danke nochmal an A.K.!

[Fragender in C (Gast)]

A. K. schrieb:
> Die Zeiten als *p++ effizienter als p[i++] war sind lange vorbei.

Ja, das glaube ich auch. Aber ich mache ja zwei Array Zugriffe. Einmal 
buf[s] und dann buf[s+1]. Da sind dann zwei *buf++ etwas schneller.
Aber: Ich probiere mal 2xbuf[s++] und nehme das s +=2 aus der for 
Schleife raus. Das müsste dann an die Ptr Variante rankommen.

[Moment...]

Nee, ist immer noch langsamer. Muss mir bei Gelegenheit mal den 
Assemblercode anschauen. Also bleibe ich erstmal bei *buf++!