Acht 8bit Samples mischen

dasrotemopped schrieb:


Mit dem meisten bin ich einverstanden. Aber ein paar Punkte lassen mir 
dann doch die Haare zu Berge stehen.

> Da du eine 32 Bit CPU benutzt

Prust. Nö, auch ein Mega32 ist nur eine 8 Bit CPU.
Das 32 im Namen bezieht sich auf die Größe des Flash

> solltest du im Programm Code
> darauf achten, das du keine Rechenfehler (durch falsche Rundung )
> bekommst durch 8 Bit Variablen ( das Ergebnis der Addition von 2
> 8 Bit Variablen muss in einer 16 Bit Variablen gespeichert werden.

Soweit, so gut

> Das Selbe gilt bei der Division : Das teilen einer 16 Bit
> Variablen durch eine 8 Bit Variablen hat muss als Ziel eine 16 Bit
> Variable haben.
> Der Compiler rundet

Nö

> und wandelt zwischen den
> Variablengrössen gerne mal anders als man erwartet.

Auch das nicht.
Je nachdem was genau du unter "Compiler" verstehst. Ich geh mal von 
einem C Compiler und Integer Rechnung aus. Die Regeln, wie die 
Operationen ausgeführt werden, sind eindeutig festgelegt. Wenn da also 
nicht das passiert, was du erwartest, dann ist deine Erwartung falsch. 
Ein Blick in die nächstbeste C-Literatur kann das aber beheben.
Und nein: Bei Integer-Rechnungen wird überhaupt nicht gerundet. Die 
Berechnung wird so durchgeführt, als ob entstehende Kommastellen einfach 
abgeschnitten werden würden. Das ist sogar so etwas wie ein allgemeines 
Prinzip, da es auch dann zur Anwendung kommt, wenn ein Floating Point 
Ergebnis an einen Integer zugewiesen wird.

dasrotemopped schrieb:
> Mea culpa,
>
> Hat sich ein Tippfehler schwer ausgewirkt :
>
>> Da du eine 32 Bit CPU benutzt
> korrigiert : Da du >k<eine 32 Bit CPU benutzt


Bamm! (das war die Stirn, die auf der Tischplatte aufschlägt)

Jetzt ergibt auch der komplette Satz auf einmal Sinn. Und ich hab mich 
schon gefragt: Was will uns der Dichter eigentlich sagen. Aber auf ein 
fehlendes 'k' bin ich nicht gekommen.

> Und mit Rundung meinte ich Über/Unterlauf bei einer Rechenoperation.
> Der C Kompiler mag nach Definition immer richtig arbeiten, nur hat man
> nicht immer alle Definitionen auswendig im Kopf oder beachtet nicht alle
> beim Programmieren.

Na ja
Die sollte man aber eigentlich schon im Kopf haben. Das man nicht immer 
darauf achtet, gestehe ich gerne zu. Nichts desto trotz sollte das so 
selbstverständlich sein, wie 'Punkt vor Strich'-Rechnen in der 
Mathematik.

dasrotemopped schrieb:
> um mehrere Samples zu mischen erst mal etwas Mathe.
> Wenn du mehrere Samples mit 8 Bit Auflösung mischst
> ist auch das Ergebnis nur in 8 Bit aufgelöst.

Ich denke da hat MCUA schon recht, das ist eine Definitionsfrage. Das 
Ergebnis muss doch keineswegs wieder in den gleichen Wertebereich 
gezwängt werden. Da er den Hardwareaufwand offenbar nicht scheut, ist 
Jonas' Lösung doch durchaus besser.

Bei den 12-bit mit R2R stellt sich mir aber die Frage, ob das an den 
Ausgängen eines 8-bit µC so einfach geht. Irgendwo habe ich mal eine 
Lösung mit zwei 8-bit D-Flipflops gesehen, die erst mit je einem Byte 
eines 16-Bit-Samples geladen wurden um das dann gleichzeitig auf das 
Wiederstandsnetz loszulassen. Wenn man direkt die Ausgänge des AVR 
nimmt, dann hat man doch das Problem, dass der Wert zwischen zwei 
Kopieraktionen mal nicht stimmt, oder geht das irgendwie einfacher?

Mich würde das Projekt durchaus mal näher interessieren, einen 
Drumcomputer möchte ich auch irgendwann mal bauen.

Mirko