Salut, comme mon titre l'indique j'ai une petite interrogation au niveau de l'agencement des bits en utilisant des bitfields:
J'ai des données qui sont toujours alignées sur des octets (byte alignement) avec des groupes de bits correspondants chacun à une variable.
Voici mon code pour un type particulier (ici NAL_first_byte = 1 octet)
Code :
- #include <iostream>
- #include <fstream>
- using namespace std;
- typedef struct {
- unsigned int forbidden_zero_bit : 1;
- unsigned int nal_ref_idc : 2;
- unsigned int nal_unit_type : 5;
- } NAL_first_byte;
- int main(int argc, char** argv) {
- cout << "sizeof(NAL_first_byte): " << sizeof(NAL_first_byte) << endl;
- void* buffer;
- int size;
- /* load file */
- ifstream file;
- file.open("1s.h264", ios::in | ios::binary);
- if(!file.is_open()) {
- cerr << "unable to read" << endl;
- return(1);
- }
- file.seekg(0, ios::end);
- size = file.tellg();
- file.seekg(0, ios::beg);
- buffer = malloc(size);
- file.read((char*)buffer, size);
- file.close();
- /* process data */
- int offset = 4; //l'octet qui m'interesse est à l'offset 4
- NAL_first_byte b;
- memcpy((char*)&b, (char*)buffer + offset, sizeof(b));
- /* display result */
- cout << "NAL Header\nReserved Bit: " << b.forbidden_zero_bit << "\nReference IDC: " << b.nal_ref_idc << "\nNAL Unit Type: " << b.nal_unit_type << endl;
- /* free buffer */
- free(buffer);
- system("pause" );
- return(0);
- }
|
Donc avec ce code ci je prends l'exemple sur mon octet qui vaut 0x67 (->en binaire = 0 11 00111)
en résultat, j'obtiens (avec dev-cpp 4.9.9.2 (gcc 3.4.2)):
sizeof(NAL_first_byte): 4
NAL Header
Reserved Bit: 1
Reference IDC: 3
NAL Unit Type: 12
alors que ce que je souhaitais obtenir c'est:
sizeof(NAL_first_byte): 4
NAL Header
Reserved Bit: 0
Reference IDC: 3
NAL Unit Type: 7
j'ai alors remarqué que cela correspondait à un agencement des données en sens inverse -> 01100 11 1 (ordre 5-2-1 au lieu de 1-2-5 pour la lecture des bits)
J'ai donc trouvé sur le web:
Citation :
La manière dont les différents groupes de bits sont placés en mémoire dépend du compilateur et n'est pas normalisée.
|
Donc j'en arrive à ma question, bien que ce ne soit pas normalisé, est ce que les compilateurs garantissent au moins que la lecture ce fait de gauche à droite ou de droite à gauche uniquement (dans mon exemple 5-2-1 ou 1-2-5) et que je ne risque pas d'avoir des cas du type (1-5-2, 2-1-5, etc.) ? Cela simplifirait la lecture plutot que de le faire manuellement avec des masques et décalages.
Ca pourrait être sympa d'afficher les résultats obtenus en fonction du compilateur utilisé pour ceux qui veulent bien tester (le code suivant permet de tester sans le fichier que j'utilise)
Code :
- #include <iostream>
- using namespace std;
- typedef struct {
- unsigned int forbidden_zero_bit : 1;
- unsigned int nal_ref_idc : 2;
- unsigned int nal_unit_type : 5;
- } NAL_first_byte;
- int main(int argc, char** argv) {
- cout << "sizeof(NAL_first_byte): " << sizeof(NAL_first_byte) << endl;
- char value = 0x67;
- NAL_first_byte b;
- memcpy((char*)&b, &value, sizeof(b));
- /* display result */
- cout << "NAL Header\nReserved Bit: " << b.forbidden_zero_bit << "\nReference IDC: " << b.nal_ref_idc << "\nNAL Unit Type: " << b.nal_unit_type << endl;
- system("pause" );
- return(0);
- }
|
Message édité par chicotruss le 10-06-2005 à 00:05:34
