Почему же это невозможно? Пишем прогу, создающую 5 Гб "111...111". Сжимаем в SFX 50 кб... Называем "Запусти меня"... Отсылаем админу Вингранда...

Амортизатор

Цитата

Отсылаем админу Вингранда...

И он ставит за это пожизненный бан тебе и за одно всем ip твоего прова

Цитата(AgereS @ 22.6.2005, 13:01)

суть идеи такова - избавится от ВСЕЙ лишней информации по максимуму до минимума

Энтропийное кодирование уже давно придумали.

Однако повторяю намек: как ты декодер соберешь при своих правилах кодирования?

Цитата(AgereS @ 22.6.2005, 12:18)

145'167'057'189'234 - пример строки представленной ввиде числа вычитаем из каждой триады число например 56. один раз вычли - это один шаг Добавлено @ 12:18 ладно, вычитаем... Добавлено @ 12:27 89'111'1'133'178 получилось такое число. затем перераспределяем значки триад... 891'111'133'178 и так далее до МИНИМУМА

предлагаю более радикальный вариант - умножить число на 0 ...

Цитата(Irokez @ 22.6.2005, 20:40)

предлагаю более радикальный вариант - умножить число на 0 ...

а чтобы вернуть обратно - поделить на 0 .

Мужики, я немало посмелся над вашим стебом.
Но все же это раздел "Научные дискуссии", а не "Юмор". Так что давайте ближе к телу.

AgereS
Ты можешь наконец написать четкий алгоритм либо пример? Шифрование и дешифрование. К чему тянуть? Пиши все или не пиши вовсе.

Гы-гы. Тему в юмор.
Добавлено @ 21:11
Мне это всё напоминает мою идею зоздания ДБ на основе структуры Zip архива, всё получилось и был огромный выигрышь в размере базы, но когда обшщий размер такой базы достигал > 200MB скорость доступа к базе резко падала, независимо от размера записи.

Цитата(Perchilla @ 22.6.2005, 20:58)

а чтобы вернуть обратно - поделить на 0 smile .

+1

Бред. При этом объем инфы о пути кодирования (необходимый для обратного хода) станет не меньше объема кодируемой инфы.

Цитата(Lamer @ 22.6.2005, 18:05)

Мужики, я немало посмелся над вашим стебом.

Так весь этот топик - стеб от начала до конца.

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

Мдаа.... Вот там ей и место!

Тема перемещена во флейм.

Цитата(Mephisto @ 21.6.2005, 16:48)

Именно. Смотря чего сжимать.

Тут вас всех почитать - так страшно становится - ничего не приведено, никаких принципов и конкретных алгоритмов. Только пустая болтовня. ЗЫ: "Ну так это ж Флейм".

ребята, извините, над процессом деархивации я пока не поработал, надо будет на досуге подумать...
Добавлено @ 10:13
у деархивации есть один недостаток, я не могу угадать когда триады нужно переставлять в обратном порядке

Есть идея по сжатию html.
Предлагаю из всех хтмл-ов нафик выкинуть </td> </tr> </p> </html> </head> </body>, в тексте вне <pre> заменить все переносы строк одним пробелом(в винде перенос занимает 2 байта. В маке, кажется, тоже), все последовательности пробелов одним пробелом, выкинуть все комментарии, получившийся текст сжать rar/zip/ace(помните такой?), заUUEкать для надежности, на java script'е написать деархиватор и им деархивировать страницу на лету