Die ersten 32Bit einer File auslesen



  • 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.
    


  • @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. ]



  • 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!!!



  • 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



  • @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'!!!" ???



  • 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. ]



  • 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*



  • #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. ]



  • 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



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



  • 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



  • @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)



  • 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.



  • 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. ]



  • @DerAltenburger
    Brrr, ist deine Leertaste kaputt???



  • @MaSTaH

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

    @Peter Piska

    Geht's so???



  • 🙂 🙂 🙂 🙂 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. ]



  • 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. ]



  • @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!!!



  • Original erstellt von DerAltenburger:
    Den Sch
    *, ähm Code...**

    Aaaay... 😞 Der Code erfüllt einen guten Zweck! *g*
    Der ist niemalsnicht shice! :p


Anmelden zum Antworten