MOV header auslesen... merkwürdige werte

Plany · 1. Dezember 2011, 11:57

Hoi,

ich schreibe in C gerade eine Funktion um mir die Header-Informationen von ein MOV-Container in ein Struct zu packen aber irgendwie steh ich gerade aufn schlauch.

Quellcode

struct movHeader {
u_int8_t unknown1[4];
u_int8_t unknown2[4];
u_int8_t unknown3[4];
u_int8_t unknown4[4];
};
char MOVMagic[] = "ftyp";
int loadMOV(const char * path) {
FILE *movFile;
int dsize;
u_int8_t *mov;
struct movHeader *movHdr;
if (!(movFile = fopen(path, "rb"))) {
printf("File cannot be opened.");
return 0;
}
fseek(movFile, 0, SEEK_END);
dsize = (int)ftell(movFile);
mov = (u_int8_t*)malloc(dsize);
rewind(movFile);
fread(mov, dsize, 1, movFile);
fclose(movFile);
movHdr = (struct movHeader*)mov;
printf("unknown1: '%s' \n", (char *)movHdr->unknown1);
printf("unknown2: '%s' \n", (char *)movHdr->unknown2);
printf("unknown3: '%s' \n", (char *)movHdr->unknown3);
printf("unknown4: '%s' \n", (char *)movHdr->unknown4);
return 1;
}

Alles anzeigen

raus kommt:[Blockierte Grafik: http://img196.imageshack.us/img196/1097/bildschirmfoto20111201u.png]

wenn ich das mov in der hexView aufmache sehe ich das die ersten 4 Byte 00 00 00 20 sind die nächsten 4 Byte 66 74 79 70 also 'ftyp'... oder seh ich das falsch?
[Blockierte Grafik: http://img18.imageshack.us/img18/1707/bildschirmfoto20111201us.png]

Thallius · 1. Dezember 2011, 12:02

ja aber du gibst ja %s aus. Also bis zur nächsten 0 und da kommt erstmal keine. Wenn du nur die 4 Zeichen ausgeben willst dann muste halt anders formatieren. Der Header ist aber trotzdem korrekt gefüllt auch wenn Deine Logs nicht stimmen

Gruß

Claus

Plany · 1. Dezember 2011, 12:08

ooh ... danke!

hast recht wenn ich:

Quellcode

printf("unknown1: '%08x' \n", *(u_int32_t*)movHdr->unknown1);
printf("unknown2: '%08x' \n", *(u_int32_t*)movHdr->unknown2);
printf("unknown3: '%08x' \n", *(u_int32_t*)movHdr->unknown3);
printf("unknown4: '%08x' \n", *(u_int32_t*)movHdr->unknown4);

mir ausgeben lasse kommt:

Quellcode

unknown1: '20000000'
unknown2: '70797466'
unknown3: '20207471'
unknown4: '00030520'

oke alles in Ordnung

gritsch · 1. Dezember 2011, 12:16

du kannst auch den formatter "%.4s" verwenden. dann hast du aber probleme wenn eine 0 schon vor dem 4ten zeichen kommt!

Plany · 1. Dezember 2011, 14:59

eine Sache wundert mich aber noch, warum sind die Bytes verdreht?

beispiel:
file: 00 00 00 20 = int 32
wenn ich das file einlese macht er:
20 00 00 00 = 536870912

Quellcode

struct movHeader {
u_int8_t size[4];
u_int8_t type[4];
u_int8_t brand[4];
u_int8_t version[4];
u_int8_t compatible1[4];
};
movHdr = (struct movHeader*)mov;
printf("size: %x \n", *(u_int32_t*)movHdr->size);
// size: 20000000

Alles anzeigen

ich bekomm die size nicht in ein int32 gewandelt statt 32 steht da halt immer 536870912 drin

gritsch · 1. Dezember 2011, 15:14

Atom types are specified by a 32-bit unsigned integer, typically interpreted as a four-character ASCII code. Apple, Inc. reserves all four-character codes consisting entirely of lowercase letters. Unless otherwise stated, all data in a QuickTime movie is stored in big-endian byte ordering, also known as network byte ordering, in which the most significant bytes are stored and transmitted first.

zerm · 1. Dezember 2011, 22:07

Plany schrieb:

ine Sache wundert mich aber noch, warum sind die Bytes verdreht?

Endianess. Das kleine Ende kommt zu erst auf Intel Maschienen. Wenn Du noch ein PowerPC hast, ist es nach dem einlesen genauso wie in der Datei.

gritsch · 1. Dezember 2011, 22:10

zerm schrieb:

Plany schrieb:

ine Sache wundert mich aber noch, warum sind die Bytes verdreht?

Endianess. Das kleine Ende kommt zu erst auf Intel Maschienen. Wenn Du noch ein PowerPC hast, ist es nach dem einlesen genauso wie in der Datei.

steht doch in der apple-doku die ich einen betrag drober zitiert habe

zerm · 1. Dezember 2011, 22:34

gritsch schrieb:

steht doch in der apple-doku die ich einen betrag drober zitiert habe

Humm, ja

Der erste Satz hatte mich verwirrt

gritsch · 1. Dezember 2011, 22:36

zerm schrieb:

gritsch schrieb:

steht doch in der apple-doku die ich einen betrag drober zitiert habe

Humm, ja Der erste Satz hatte mich verwirrt

hat apple so geschrieben... :thumbdown: