столкнулся с проблемой, что при чтении из файла в массив типа Char или Byte и последующей его обработкой необходимо преобразовать 4 последовательных байта в single. Бъюсь 4 дня. Знаю, что должно быть просто но ...   Пробывал record с двумя параметрами, первый word, второй single, на основе которого создавал массив и, что интересно, вроде структура должна занимать 6 байт в памяти, а показывает, что 8. Из-за этого собственно все и началось. При чтении данных по 2 (word) и 4 (single) байта все преобразуется правильно.  

Добавлено @ 23:42 
Это из-за выравнивания. Чтобы его не было, нужно использовать packed record.

2 Snowy:

Хм-м. А что происходит если к байту применить сдвиг на 16 или 24 бит?

Однажды мне понадобилось слеплять Float aka Single из приходящего с девайса потока байтов по протоколу ModBus в котором вещественное представляется с перестановкой байтов. Кажется это формат процессоров Motorola.
Я не мудрствуя лукаво сделал так. 

Тоже вариант.
Но наиболее быстрым тут будет вариантный packed record

Это да, у меня немного более сложный случай, кстати, мой тогдашний начальник такую задачу в свое время решал на ассемблере.  
Кстати, здесь старинный китайский вопрос может возникнуть "анахуа?"

Если байты уже лежат как нужно, то что мешает:


Тут надо сам алгоритм смотреть, вдруг там можно и без массива обойтись. 

Спасибо за подсказки.


Это я понял. как опробую поделюсь.

А насчет



да, все лежит как надо, и в случае побатного считывания проблем нет, но файл более 200 метров и время уходит ~10 мин на обработку одного параметра, а их там ~700, а надо ~ 10-20 сек. Так вот.

Спасибо всем за помощь.  
В итоге получилось так:


Хотелось бы читать все в динамический массив, но пока увы.

Отдельное спасибо Snowy 
Совет про paked record оказался правильным.

Итог: время обработки 200 метрового файла по одному параметру составляет 7 секунд. Приемлимо.

Это сообщение отредактировал(а) sevlad - 12.1.2007, 20:45