Binär-Daten einlesen

virtuell Realisticer

Nabend,

ja, sorry, das ist mein Fehler. Hab nicht drauf geachtet, dass 'write' und
'read' selbst implementierte Funktionen sind.

Aber:

A source;
fill(&instance);
B dest;
fill(&dest);

std::string filename = "my_file.x";
write(&source, filename);
read(&dest, filename);

Ich nehme mal an, 'instance' sollte 'source' sein? In dem Falle schreibst du
das in die Datei, womit 'source' durch Hilfe von 'fill' gefuellt worden ist.

Im anderen Falle schreibst du irgendwas in die Datei.

Hinzukommt, dass du ein std::string-Objekt nicht einfach abspeichern und
wieder laden kannst. Du ueberschreibst dir dann das Objekt mit irgendwelchen
Daten.

Das Programm wird wahrscheinlich abstuertzen.

mfg
v R

Polofreak

Amalthea schrieb:

...

......
signed short
ByteRangeToInt16
(
   unsigned char* t_data,
   unsigned long t_offset
)
{ 
   short res;
   res = t_data[ t_offset + 1 ];
   res = ( res<<8 );
   res += t_data[ t_offset ];
   return res;
}

Aufruf der Funktion erfolgt so:
(tmpData ist der charbuffer)

for( unsigned long i=0; i < m_Length; i++ )
         {
				valData[i] = ByteRangeToInt16( tmpData, i*2)/32768.0;
         }

Kannst du mir das erklären? Ok du nimmst jetzt mal ein 16 Bit OK drum auch 1*2 als Offset auch noch OK aber wo kommt die 32768.0 her (wieso eigentlich ein float wert?) Gibt es dafür ne logische erklärung?

virtuell Realisticer

Polofreak schrieb:

Kannst du mir das erklären? Ok du nimmst jetzt mal ein 16 Bit OK drum auch 1*2 als Offset auch noch OK aber wo kommt die 32768.0 her (wieso eigentlich ein float wert?) Gibt es dafür ne logische erklärung?

32768 ist der maximale positive Wert, den ein short aufnehmen kann. Warum es eine
Division mit einem Floatwert sein soll, kann ich dir auch nicht verraten.

mfg
v R

Amalthea

Ja, kann ich dir erklären.

Hm, was ich gestern vergessen hatte zu schreiben: Das, was ich dir hier beschrieben habe, funktioniert deshalb, weil die wav-dateien die ich verwende immer aus zwei Bytes per Sample bestehen. Die Info bekommst du aus dem Header der wave-Datei. Deshalb werden hier auch immer zwei chars in einen Integer umgewandelt (-->zwei Bytes/Sample). Die 32768.0 deshalb, weil man damit die Werte auf einen Wertebereich von +/-1 normiert.

Also res ist ein short (16Bit). Ein char hat 8Bit. In der Funktion ByteRangeToInt16 wird nun aus zwei char ein int16 gemacht. Und zwar wird zuerst der Teil aus t_data[ offset + 1] in res geschrieben. Nun sind also sozusagen von rechts angefangen 8 Stellen in res belegt. Mit dem Bitshift( <<) werden dann diese Bits, die gerade in res geschrieben wurden um 8 Stellen nach links verschoben. Anschließend wird dann t_data[ offset ] auf res aufaddiert. Nun sind alle stellen in res belegt und die zwei chars sind nun ein int16.

Vorsicht, nicht 1*2 sondern i*2, da ja immer zwei chars umgewandelt werden und folglich auch immer entsprechend die Schrittweite angepasst werden muss.

Wenn du ein Byte per Sample hast, brauchst du das natürlich nicht so kompliziert zu machen, dann kannst du ja einfach den char in einen int umwandeln.

Gruß,
Amalthea

virtuell Realisticer

Bei der Zuweisung fallen die Nachkommastellen weg.

mfg
v R

Amalthea

Genau und die braucht man ja bei nem Wertebereich zwischen -1 und +1. Sonst macht das ja keinen Sinn.

Gruß,
Amalthea

virtuell Realisticer

Amalthea schrieb:

Genau und die braucht man ja bei nem Wertebereich zwischen -1 und +1. Sonst macht das ja keinen Sinn.

Gruß,
Amalthea

Wenn du die Nachkommastellen benoetigst, dann musst du Modulo rechnen, nicht
Division, oder ich hab grad ein Brett vorm Kopf ;).

mfg
v R

Polofreak

Ja ich nehm an bei mir bleibt es beim 8Bit 1 Kanal aber das muss ich nochmal klären! Ich hoffe nur dass ich es nicht für alle varianten machen muss mono stereo 8Bit 16Bit...

damit die Werte auf einen Wertebereich von +/-1 normiert.

Und wieso das? warum arbeite ich nicht einfach in unsigned long?

Was hast du mit denen Wave files gemacht? Nicht zufällig Fourier-Transformation?

Amalthea

doch, u. a. auch ;).

Ich hatte ein Matlab-Programm als Vorlage, das ich in c++ umsetzen musste. Und in dem Programm ist's halt so, dass dort die Werte normiert werden. Um Vergleiche machen zu können, habe ich meine Werte eben auch normiert. Du kannst natürlich auch mit den nicht normierten Werten rechnen... Mir fällt jetzt gerade nichts ein, was dagegen spricht.

Gruß,
Amalthea

Amalthea

virtuell Realisticer schrieb:

Wenn du die Nachkommastellen benoetigst, dann musst du Modulo rechnen, nicht
Division, oder ich hab grad ein Brett vorm Kopf .
v R

Na ja, es funktioniert so wie ich das brauche.... es kommen die Werte raus, die ich brauche (zwischen -1 und +1 ).

Polofreak

darf ich fragen was du gerechnet hast?

Ich will Wav-Files einlesen, um dann nach bestimmten FFTs DFTs etc. bestimmte Soundstrukturen erkennen zu können. Ich hab ein immer recht ähnliches Geräusch eines Motors. Jetzt soll ich erkennen ob er schleift, zu hoch dreht ...

Hast du irgendetwas das mir dabei evtl behilflich sein könnte?

//Edit was ich noch vergessen hab hast du deine FFTS selbst gebastelt oder über ne LIB?

Amalthea

hm, nee, ich hab zwar auch fft und ifft gemacht, aber bei mir geht das in ne andere Richtung. Ich verändere das Signal nur, indem es sozusagen mit einem anderen überlagert wird. Für die fft hab ich vorerst mal das Beispiel aus nem Buch genommen, da werd ich mir aber noch was anderes überlegen müssen, da die höchstwahrscheinlich zu langsam ist.

Weißt du schon, wie du die fft implementierst?

Gruß,
Amalthea

Polofreak

Ich wollte sie nur im Notfall selbst implementieren schau mal hier
Überlagern kann man meines Wissens aber auch mittels Win32 API oder direct X da brauchste nicht selbst transformieren.

wenn du willst können wir uns aber auch außerhalb dieses Threads darüber unterhaten. Wenn du willst mail mir an benjamin.stubbe@trw.com

pharmacy;

pharmacy;

mammamia;