Die ersten 32Bit einer File auslesen

entelechie

puffer ist ein char feld.
ein char ist genau 8 bit gross (jaja es gibt auch
andere architekturen...).
du willst 32 bit einlesen das bedeutet du brauchst
aaaaehh... 4 byte also hat das feld die groesse 4 :).
du musst jetzt natuerlich alle bits einzeln abklopfen
und die informationen gemaess den mp3 spezifikationen
raussaugen.
so kodieren also z.b. die bits 12 und 13 ("B") die
mpeg version, dass siehst du ja in der tabelle von dem
link.

DerAltenburger

Hi Peter Piksa

wenn Du's nach entelechie machst, brauchst Du ei Puffer fuer 4 Byte's,
z.B.:
unsigned char Puffer[4];

gespeichert wird die Auswertung NICHT. entelechie hat dir das Prinzip der Auswertung bitweise erklaert! (am Beispiel 30.Bit)

Haste meinen Beitrag nicht gelesen???

Da werden:

die ersten 4 Byte = 32 Bit in eine Variable 'First32Bit' eingelesen,
  die 32 Bit nacheinander getestet
  die Testergebnisse GESPEICHERT in eine 'ZeichenKetten'- Variable 'Bits'

in 'Bits' steht danach GESPEICHERT die Belegung der ersten 32 Bit der Datei

Als Dateiname muss natuerlich die Datei angegeben werden, die Du testen willst!!! Ich hab's halt mit 'ner BMP- Datei gemacht, ist aber im Prizip egal.

Peter Piksa

@DerAltenburger:

Hi Altenburger!
Ich habe grade als du deinen Beitrag geschrieben hast etwas vorbereitet.
Ich habe mal eine Mp3 (184Kbte gross) auf einen Server zum Download gepackt.
Genau diese Mp3 habe ich mit deinem Code getestet und mir die werte ausgeben lasen. Dann habe ich die ergebnisse mit den Informationen aus denen von Winamp verglichen (da kommt so ein fenster auf wenn man eine mp3 in die playlist einliest und dann auf file info klickt).

Der Code von dir gibt an dass die ersten beiden Bits 0 und 1 sind.
Demzufolge gilt:
Emphasis:
00 - none
01 - 50/15 ms
10 - reserved
11 - CCIT J.17

Also hätte die Mp3 50/15 ms Emphasis.
Winamp sagt aber: Emphasis: none

Irgendwas passt da nicht *stirnrunzel*

Hier kann man die Mp3 runterladen und mal testen.
Wäre echt megaklasse wenn wir das problem gemeinsam lösen könnten!!!
[url] http://peter.pbartels.info/Dreierbeziehung.mp3 [/url]

[ Dieser Beitrag wurde am 24.03.2003 um 18:09 Uhr von Peter Piksa editiert. ]

DerAltenburger

Hi Peter Piksa

Was die 32 Bit im MP3- Format bedeuten, weis ich nicht!

Das Demo soll Dir nur zeigen, wie die Bits gelesen und getestet werden!

Bei der Auswertung von 'Bits' musst Du beachten in welcher Reihenfolge die 'reingespeichert sind.

-- Ich Teste alle 32 Bit als eine Einheit!!!
-- Das hoechste der 32 Bit steht am Anfang in 'Bits'!!!

Sind die Angaben im MP3- Format Byteweise, Wordweise oder als Doppelword (alle 4Byte zusammen) gemeint? Eventuell musst Du den charvector in Achtergruppen auswerten - entspricht Byteweise!!!

davie

Original erstellt von Shade Of Mine:
**[quote]Original erstellt von Noesis:
[qb]ein byte hat acht bit
**

äh, sorry. das stimmt aber nicht immer...[/QB][/QUOTE]

wollt extra noch "typischerweise" dazuschreiben $:\$ hab ich wohl vergessen :p

Peter Piksa

@DerAltenburger:

Was die 32Bit für eine Bedeutung haben, steht hier beschrieben: http://home.swipnet.se/grd/mp3info/frmheader/index.html
Das ist die Grundlage meiner Arbeit.

Was meinst du nur mit: "Das hoechste der 32 Bit steht am Anfang in 'Bits'!!!" ???

DerAltenburger

Das haengt mit der Reihenfolge der Bytes im Speicher / in der Datei zusammen!

Durch das lesen der ersten 4 Byte als EINE Einheit (4 Byte- Variable), ergibt sich folgendes:

die ersten 8 Zeichen in 'Bits' entsprechen dem 4. Byte der Datei
.
.
die letzten 8 Zeichen in 'Bits' entsprechen dem 1. Byte der Datei!!!

Das erste Byte in Deiner Datei ist 0FF hex = 11111111 bin

PS: Du must die Bits in 'Bits' genau anders'rum auswerten!!!

in 'Bits' stehen die: 31. Bit 30. Bit ........0. Bit!!!

[ Dieser Beitrag wurde am 24.03.2003 um 18:33 Uhr von DerAltenburger editiert. ]

[ Dieser Beitrag wurde am 24.03.2003 um 18:36 Uhr von DerAltenburger editiert. ]

Peter Piksa

Ja ok aber auch wenn ich die Reihenfolge eben umdrehe, also mir die beiden letzten bits eben ausgeben lasse,

cout << Bits[31] << endl;
cout << Bits[30] << endl;

kommt bei der Mp3 "Dreierbeziehung.mp3" "1 und 1" raus. winamp sagt aber "0 und 0" *schnief*

davie

#include <bitset>
#include <fstream>
#include <iostream>
using namespace std;

int main () {
     unsigned int buff; //u. int sollte 32 bit haben (notfalls in compiler-doku nachschauen!)
     ifstream fin("bla.mp3", ios::binary);
     fin.read (reinterpret_cast<char*>(&buff), 4);

     bitset<32> bits(buff);
     cout << "Bit Nummer 0 = " << bits[0] << '\n';
}

[ Dieser Beitrag wurde am 24.03.2003 um 19:08 Uhr von Noesis editiert. ]

davie

und bei mir kommt dann, das programm auf deine dreierbeziehung angewandt,
raus:
Bit 0: 1
Bit 1: 1
Bit 2: 1
Bit 3: 1
Bit 4: 1
Bit 5: 1
Bit 6: 1
Bit 7: 1
Bit 8: 0
Bit 9: 1
Bit 10: 0
Bit 11: 1
Bit 12: 1
Bit 13: 1
Bit 14: 1
Bit 15: 1
Bit 16: 0
Bit 17: 0
Bit 18: 0
Bit 19: 0
Bit 20: 1
Bit 21: 0
Bit 22: 0
Bit 23: 1
Bit 24: 0
Bit 25: 0
Bit 26: 0
Bit 27: 0
Bit 28: 0
Bit 29: 0
Bit 30: 1
Bit 31: 0

Walli

@Noesis
Bringt nix, hab auf Seite 1 schon ein std::bitset vorgeschlagen aber die kaspern lieber mit char-Arrays rum

davie

Original erstellt von MaSTaH:
@Noesis
Bringt nix, hab auf Seite 1 schon ein std::bitset vorgeschlagen aber die kaspern lieber mit char-Arrays rum

Es geht natürlich immer schwieriger

@Peter Piksa wenn du unbeding ein char array haben willst mach doch ne schleife à la

= thebitset[x] ? '1' : '0';

Peter Piksa

@Noesis:

Mir ist im Endeffekt egal wie ich es mache. Ob nun mit char oder mit Bitset. Wichtig sind für mich zweierlei Dinge.
Zum einen dass der code die richtigen Werte ausgibt und zum anderen dass ich auch verstehe was da passiert. immerhin will ich ja etwas bei der sache lernen.

Leider scheitert es aber schon beim korrekten einlesen der Daten.
Die Werte, die da vorhin aufgelistet wurden, kommen bei mir auch raus aber die stimmen leider nicht Auch nicht wenn man sie rückwärts liest.
Die File hat keine Emphasis. also müssten die ersten beiden bits "0" stehen.
ergebnis ist aber "1 und 1" demzufolge wäre Emphasis auf "CCIT J.17". (was auch immer CCIT J.17 ist)

DerAltenburger

Hi Peter Piksa

Also in Deiner Datei stehen die ersten 4 Byte so:

1.Byte 2.Byte 3.Byte 4.Byte
0xff 0xfa 0x90 0x40 (hex)

1111 1111
1111 1010
1001 0000
0100 0000

d.h. Durch das lesen aller 4Byte als Einheit stehen dit Bits in Achtergruppen genau in falscher Reihenfolge!!!

Man muss die Bytes doch einzeln (Byteweise) lesen.

DerAltenburger

Hi Peter Piksa

Aender mal das lesen so:

for (int j=0;j<4;j++)                     //4 Bytes
    {
      fread(&First4x8Bit,1,1,FilePointer );   //Block- Lesen!!!(Binaerdatei)
      for (int i=0;i<8;i++)                   //Alle 8 Bits durchgehen
      {
        if ((First4x8Bit&(1<<i))>0)           
          Bits[i+24-8*j]='1';                 //Charvektor belegen
        else
          Bits[i+24-8*j]='0';
      }
    }

Dann stehen die Bits so sie Du die brauchst!

"00000010000010010101111111111111\0" in 'Bits'

PS: unsigned char First4x8Bit; //kleinerer Datentyp!

[ Dieser Beitrag wurde am 24.03.2003 um 19:44 Uhr von DerAltenburger editiert. ]

[ Dieser Beitrag wurde am 24.03.2003 um 19:47 Uhr von DerAltenburger editiert. ]

Walli

@DerAltenburger
Brrr, ist deine Leertaste kaputt???

DerAltenburger

@MaSTaH

Nöööööööö, so stehen die Bits nun mal d'rin (alle hintereinanderwegwieichsgeschriebenhab)

@Peter Piska

Geht's so???

Peter Piksa

ES LÄUFT!! ES LÄUFT!!!! *FreuWienSchnitzel!!!!*

Danke Altenburger!!!!!!
Ich habe die Werte verglichen und es läuft tatsächlich!! woooah wie geil! *g*
Jetzt werd ich mir nurnochmal ansehen was genau da passiert in dem code!

#include <iostream>
using namespace std;

int main () {

    long int First4x8Bit;                        //Speicher fuer 32 Bit=4 Byte
    char Bits[33];                              //Char- Vektor fuer Bit- Zustand
    FILE * FilePointer;
    FilePointer = fopen("Dreierbeziehung.mp3","rb"); //Binaer oeffnen!!!
       for (int j=0;j<4;j++)                     //4 Bytes
    {
      fread(&First4x8Bit,1,1,FilePointer );   //Block- Lesen!!!(Binaerdatei)
      for (int i=0;i<8;i++)                   //Alle 8 Bits durchgehen
      {
        if ((First4x8Bit&(1<<i))>0)           
          Bits[i+24-8*j]='1';                 //Charvektor belegen
        else
          Bits[i+24-8*j]='0';
      }
    }
    fclose(FilePointer);

     for (int i=0 ; i<32; i++)
     { cout << "Bit " << i << ": " << Bits[i] << endl; }

    if (Bits[6] == '0' && Bits[0] == '0')
         cout << "Datei ist Stereo!" << endl;
    if (Bits[6] == '1' && Bits[7] == '0')
         cout << "Datei ist Joint Stereo!" << endl;
    if (Bits[6] == '0' && Bits[7] == '1')
         cout << "Datei ist Dual Channel!" << endl;
    if (Bits[6] == '1' && Bits[7] == '1')
         cout << "Datei ist Mono!" << endl;

    if (Bits[0] == '0' && Bits[0] == '0')
         cout << "Emphasis: None" << endl;
    if (Bits[0] == '1' && Bits[1] == '0')
         cout << "Emphasis: 50/15 ms" << endl;
    if (Bits[1] == '1' && Bits[0] == '0')
         cout << "Emphasis: Reserved" << endl;
    if (Bits[1] == '1' && Bits[1] == '1')
         cout << "Emphasis: CCIT J.17" << endl;

     return(0);
}

Auf jeden fall schonmal eine super-dickes Dankeschön an euch alle!!!

[ Dieser Beitrag wurde am 24.03.2003 um 20:10 Uhr von Peter Piksa editiert. ]

[ Dieser Beitrag wurde am 24.03.2003 um 20:25 Uhr von Peter Piksa editiert. ]

Walli

Original erstellt von DerAltenburger:
[QB]@MaSTaH

Nöööööööö, so stehen die Bits nun mal d'rin (alle hintereinanderwegwieichsgeschriebenhab)
QB]

Nein ich mein deinen Code... Hättest zwecks besserer Lesbarkeit auch mal ein Leerzeichen spendieren können.... Aber was du kannst das kann ich schon lange:

bool f=~((y?123%18:987/12*21-3)%5<9)?a:!b;

übertreib

[ Dieser Beitrag wurde am 24.03.2003 um 20:27 Uhr von MaSTaH editiert. ]

DerAltenburger

@MaSTaH

Ach s o o o o o o o o o o o o h h h h h .

Den Sch***, ähm Code soll doch keiner lese, der ist doch fuern Compiler!

PS: Hast ja Recht, aber ich bin so faul!!!