Определить мето сжатия данных

[Uzito]

Попалась тут задача разобраться с файлами которые генерирует ЭКГ машина.
А файле показания амплитуды - данные состоят из X отсчётов, каждый signed int, два байта. Но размер файла довольно небольшой по сравнению с оригинальным сигналом.
Фирменный софт съедает файл и выдает результат 1.2 килобайта, а в файле этот сигнал всего байтов 200.

Ума не приложу какой алгоритм смотреть. 58 02 - 600 значений, после них сигнал.

compression method.png

[Medium-rare]

Неочевидно даже, является ли меньший буфер данных целиком сжатыми данными некоторого формата?
Повторите эксперимент с другой порцией, и смотрите на общие последовательности сигнатуры файла и, может, следующего сегмента сжатых данных.

Довольно популярной библиотекой, применяемой здесь и там, помимо zip, который файловый компрессов, является zLib, которая проще для отдельных буферов. Ну, я лично спотыкаюсь о них. Или поджимаю наши необъятные данные перед пересылкой. А так, RLE, LZ77, LZW, arithmetic compression, такая толпа забесплатно доступных алгоритмов с имплементацией в библиотеках, которые на коленке можно прикрутить к софту.

https://stackoverflow.com/questions/905 ... -look-like

[Uzito]

Неочевидно даже, является ли меньший буфер данных целиком сжатыми данными некоторого формата?

Похоже Вы правы. В файле 12 больших кусков и 12 маленьких, нарезаных из больших. Я смотерел на маленькие, думал будет проще, а надо было на большие.
Но всё равно, 10000 байтов ужимаются раз в 7.

На больших кусках упакованый сигнал начинается на 0xFC или 0xF4.