Нужен пример, а лучше статья посвященная сжатию. Алгоритм должен хорошо сжимать предположительно в *.rar (максимально сжать как это только возможно). Необходимо чтобы архив можно было создавать-разбивать на части, а когда необходимо, - то собирать.

Не знаю с чего стоило бы начать. Помогите кто чем сможет.
Внутренний голос подсказывает, что со статьи - больше толка будет.

а чего надо-то? реферат пишешь, что ли?

Нет не пишу.
Хочу знать, уметь и уметь использовать.
Нужно хотя бы попробовать, а если не получится еще раз попробовать. 

Slyfox, держи ссылки:

http://www.7-zip.org/sdk.html
http://ru.wikipedia.org/wiki/LZMA
http://en.wikipedia.org/wiki/Lzma

Slyfox, RAR is a proprietary file format, то есть является собственностью разработчика (см статью). Это означает, что доступ к его технологии архивирования/разархивирования ограничен. Впрочем, есть пакеты с исходным кодом, например PeaZip, позволяющие читать rar-архивы. А очень похожий по характеристикам на rar 7zip является свободно распространяемым (GNU).

Это сообщение отредактировал(а) marcusmae - 22.11.2007, 15:03

Какой в том смысл? DLL распаковки RAR свободно распространяется, интерфейс описан разработчиком, лучше использовать ее, а не сторонние поделки.

Важно понять несколько простых идей

1) Среди всех архиваторов неувеличивающих размер исходника лидирует фунцкия копирования. Для многих остальных существуют исходники размер которых будет увеличен при сжатии

2) Не существует архиватора сжимающего(без потерь) любой текст.

Akina, этот раздел называется Алгоритмы. И вопрос был об алгоритме, а не о готовой закрытой сборке. Если умеете узнавать алгоритм работы по dll, научите 




Согласен, например, для jpeg-файлов и пакетных инсталляторов.



И тут согласен, только, пожалуй, от этого утверждения пользы никакой  

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

Сжимать в .RAR умеет только алгоритм сжатия в .RAR. Каким бы идиотским это не казалось. 
Если бы речь шла об эффективном (по степени сжатия, скорости или еще чему) алгоритме сжатия какого-то (или каких-то) определенного типа файлов - был бы нормальный разговор. А так оставалось предполагать, что топикстартер ошибся разделом.

Добавлено через 2 минуты и 47 секунд

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

Текст может быть случайным набором бит. Но лучше сказать как вы сказала так ясней

Спасибо всем. Буду разбираться в исходниках.