даже не спрашивайте, я не при делах
algoritm.zip

Гы И сколько она этот фильм разжимать будет

nesco, фильм не знаю, а вот пережать свою коллекцию фото и mp3 не отказался бы

Это шутка?

Плагиат и давно известный науке алгоритм: создаём буфер на (n * 8)-битное целое число без знака, где n - размер предполагаемого фильмапесникартинкитекста и т.п. в байтах. Приращивая число на единицу сохраняем полный дамп его бинарного представления в виде файла и пытаемся открыть плееромсмотрелкойчиталкой под контролем специально обученного китайцадельфинамакака и т.п. Если программа не выдала ошибку недопустимого формата и китаецдельфинмакак дал добро о совпадении содержимого с желаемым, считаем распаковку успешной. Важным условием являются неиссякаемые источники энергии и бессмертие техники, китайца, дельфина и обоих макаков, включая программиста-руководителя эксперимента т.к. единственный недостаток алгоритма - геометрически зависящая от размера файла протяжённость распаковки во времени, измеряемая порядками веков, эр, геологических периодов...

login, если сделаешь рабочий вариант - нет

HiAsm Contest

Вот и я про то же

10 проходов вполне хватит
считаем по фильму в 700 мб
700 => 546 => 406 => 364 => 308 => 238 => 182 => 154 => 112 => 98 => 84
итого 10 проходов, скопировано 3192 мб данных, вполне приемлемо для формата картинок и песен
------------ Дoбавленo в 16.45:
проценты взял согласно документу

Куда 10 проходов, на сжатие Про сжатие никто и не говорил
А вот ты попробуй за 10 проходов разжать


И сколько их там будет при сжатии до размера SMS, ты этим вопросом не задавался


------------ Дoбавленo в 16.52:
Ладно, пойдем от обратного. Код там есть, его можно проверить. Доверяем это топикстартеру, то бишь hitman249-y. С удовольствием подождем результата проверки действующего алгоритма.
------------ Дoбавленo в 17.07:
hitman249 провел предварительный тест. Вот результаты теста



Смотрим -- при разжатии 43 бита до 64 бит требуется 5090 шагов. Вопрос -- сколько требуется шагов при разжатии файла, размером 45 байт (фильм в SMS) до, предположим, 700 мб

nesco, кинул чтото в ЛС
Итого было и стало
0101010101110011011001010111001000101101011000010110011101100101
1111110010101111100010011011010110111010111
плюс номер варианта, плюс пометка об архивации
011111100101011111000100110110101101110101110001001111100001
------------ Дoбавленo в 17.13:

а что мешает провести сразу требуемый номер итерации ?

И что, что дальше Где примеры с реальными размерами больше нескольких Мб
Ты показал работоспособность примера, охотно верим, что он работает, но сколько надо ресурсов для реальной рабте в системе с реальными данными
------------ Дoбавленo в 17.16:

Млин. Она может быть как первая, так и последняя, или не так В любом случае их надо проходить от первой в сторону последней

одной видеокарты достаточно

смотря как перебирать

Блажен, кто верует (с)
Пока нет реальных доказательств реальности работы на реальных системах, все это остается чисто теоретической выкладкой

эмм, в документе есть пример, это пример этого архиватора ?
если да, то запускал ли кто его ?