void CWaveFile::convertBufferToSamples()
{

	m_theSamples=new float*[channels];
	m_nSamples=data_size/(channels*bits_per_sample/8);
	int bytespersample=bits_per_sample/8;
	for(int c=0;c<channels;c++)
	{
		m_theSamples[c]=new float[m_nSamples];	
	}
	int pointer=0;//durchläuft den soundBuffer (Rohdaten aus File)
	for(int i=0;i<m_nSamples;i++)
	{
		for( c=0;c<channels;c++)
			{
			    int theValue=0;
				for(int b=0;b<bytespersample;b++)
				{
                                  theValue+=
                                  m_soundBuffer[pointer++]*(int)pow(256,b);
                                  //Interpretation der Rohdaten
				}
				if(theValue>pow(2,bits_per_sample-1))
                                theValue-=(int)pow(2,bits_per_sample);
				m_theSamples[c][i]=
                                (float)theValue/(float)pow(2,bits_per_sample-1);
			}
	}
	loaded=true;

}

Eigentlich sollte alles funzen, bei kleineren Dateien ist ja auch alles Ok.

for(int i=1;i<width;i++)
		{
			LineTo(hdc,i ,int(height/2-m_theSamples[c][int(float(i*(m_nSamples-1))/width)]*height/2) );
		}

Vielleicht etwas umständlich geschrieben (aus verzweiflung) aber hier dürfte ich doch eigentlich keinen Fehler drin haben, oder?

Gruß,

Simon2.

aber die frage ist und bleibt, ob es wirklich sinn macht dermaßen lange arrays zu verwenden...

Gruß,
SirAnn

Haha, gar nicht:
i*(m_nSamples-1) geht an die 32 bit-Grenze, das mochte er wohl nicht so gerne und hat ne negative Zahl draus gemacht.

Bei solche Problemen hilft es oft nur noch, auf größere Datentypen auszuweichen (wenn du statt des Produkts nur das i in float umgewandelt hättest, wäre das vielleicht etwas geworden) oder die Reihenfolge der Berechnungen umzustellen ('i*((nSamples-1)/width)' produziert z.B. keinen Überlauf).

aber die frage ist und bleibt, ob es wirklich sinn macht dermaßen lange arrays zu verwenden...

Was genau meinst du?
Ob es Sinn macht, die Daten auf einmal im Arbeitsspeichr zu haben, oder ein Array mit new[] zu nehmen anstatt nen Vector?

Naja, wenn man keinen Casting-Quatsch betreibt gibts doch erstmal keine Probleme. Und auch keinen Daniel Küblböck, verzeiht mir das Wortspiel;-)
Ich danke euch allen nochmal
Sören

Was genau meinst du?
Ob es Sinn macht, die Daten auf einmal im Arbeitsspeichr zu haben, oder ein Array mit new[] zu nehmen anstatt nen Vector?

wenn soweit alles läuft, dann ist ja alles in grünen bereich.
und wenn du die daten benötigst, dann sollten sie sich wenn möglich auch alle im arbeitsspeicher befinden. dennoch macht es hin und wieder sinn, daten zu unterteilen. was ist, wenn deine daten vom theoretischen verfügbaren speicher in den RAM passen, aber dieser dermaßen defragmentiert ist, dass dies nicht "an einem Stück" (was array/std::vectoren nunmal sind) geschehen kann???

ist eben eine design frage.

Ich möchte mal klarstellen, dass ich nicht mit 2^32 floats gearbeitet habe, sondern mit 4,5 Millionen, da liegt ein faktor 1000 zwischen,wenn ich mich recht entsinne.
Also, angenommen, ich komme nie über ca. 150MB (eigentlich sogar meistens wesentlich weniger), dann beweg ich mich doch auf der sicheren Seite, oder?
Danke nochmal
Sören

150MB stellen für heutige rechner i.d.R. natürlich kein Problem dar.
Auf nem PPC wird es da natürlich eng