Хорошея идея -
<...> по сле воспоминаний о приколе о "супер-архиваторе" времен доса...втихую копировавшем файлы куда-то в сторону и со3дававшем о4ень маленький якобы архив...я 3адумался <...>


А если серье3нее...то:

Берем не кий байт-код)))))))4то такое байт-код??!!? Это "машинный код виртуальной машины"...вроде бинарников для Java-машины и по добного :-) Набор инструкций оптими3ируем для вывода байтиков в 4то-то вроде stdout...ну...и не 3абываем всю остальную арифметику)))))))
Берем архивируемый файл)))))))по лным перебором всех вариантов по мере во3растания длины...перебираем все варианты "архива" - то есь...пробуем "0"..."1" )))))))"255"..."0,0"..."0,1" )))))))"0,255" )))))))"255,255"..."0,0,0" и так далее)))))))Функция "пробуем" 3акле4аеться в следующем)))))))Мы пихаем "архив" на вход интерпретатора байт-кода...3адаем "таймаут" (4ем больши таймаут - тем лу4ши архивация)...и ждем...4то по лу4иться на выходе)))))))Если байт-код выдал на выход по лное содержимое архивируемого файла - то вот он...искомый "идеальный архив"!!!! Если 3а время таймаута этого не прой3ошло (выдан не тот по ток байт...код 3ациклился или не успил отработеть) - переходим к следующему варианту в переборе)))))))
Как не сложно по нять...это по 4те идеальный архиватор - по скольку сможет "3асе4ь" абсолютно любую алгоритми3ируемую 3акономерность во входном файле...и при этом обладает не большим оверхедом при сжатии "действительно не жмущихся" данных)))))))Кстате...его можно будет исполь3оветь в науке - как ра3 для по йска 3акономерностей)))))))

...одно плохо - работает уж больно долго :-)


(с) DiBR