Наиболее эффективный алгоритм сжатия

← →
Sha © (2012-10-19 00:40) [80]

1 пара чисел переходит в 1 байт, значит 80 пар перейдут в 80 байт.
Откуда у тебя 40?

← →
sniknik © (2012-10-19 00:49) [81]

> значит 80 пар
блин, а считаешь то в программе ты длину массива, а не чисел... не учел. тогда у тебя 160 в 69 архивирует. а "мой" из 160 даст 80, да.

> Откуда у тебя 40?
2 байта упаковывается в 1, сколько не возьми длина уменьшится вдвое.

← →
Sha © (2012-10-19 00:57) [82]

> а "мой" из 160 даст 80, да.

Ура, тут достигли консенсуса.

> 2 байта упаковывается в 1, сколько не возьми длина уменьшится вдвое.

Беру 80 TPoint"ов, упаковываю в 80 байтов, длина не изменилась.
Консенсус где-то рядом.

← →
han_malign (2012-10-19 12:24) [83]

> Консенсус где-то рядом.

- да что вы паритесь, товарищ с помощью универсальной биекции пытается уменьшить энтропию произвольного набора данных...
А ведь ему уже не раз объясняли, что байт в 7 бит не воткнешь, а из градаций серого - однозначно RGB не восстановишь...

> А ведь ему уже не раз объясняли, что байт в 7 бит не воткнешь

Наполеон говорил, что один араб победит пятерых французов.
Но десять тысяч французов победят пятьдесят тысяч арабов.

В перекладе на наше сие означает:
произвольные 8 бит не воткнешь в 7 - это факт, но 8000 бит упаковать в 7000 бит можно :)

Наиболее эффективный алгоритм сжатия Найти похожие ветки