Архивация.NEW!

Вся проблема в том, как из 4040, к примеру, получить число до 255!

Можно эти числа делить на определённое число без остатка(найти ближайшей делитель).

JPEG насколько я знаю сжимает с потерями, а это неприемлемо.

Все архиваторы работают примерно по сценарию:

1 Ищут повторяющиеся цепочки символов и сочитаний символов.

Но это и так понятно, а надо именно в 1 символ записать 2.

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

ja tut podumal i pridumal novij arhivator tol'ko vot eshe ne dodumasja kak organizovat' raspokovku.
a ideja zapakovki takova:
berjom 1 j bajt i poslednij i vsje mezhdu nimi udaljaem  ;D

a esli serjeno to na s4et grafiki est' takaja ideja:
kto znaet japonskie krossvordy?
v principe izobrazhenie - ogromnaja matrica kotoruju mozhno szhat' metodom japonskogo krossvorda!
Nu 4to na4nem algoritm pridumyvat'?

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

Fog! Ну-ка ну-ка по подробнее!

Несовсем понимаю, что ты имеешь в виду.

Народ с предложением Outlandr'а согласны?

Выбирем идею и будем разрабатывать алгоритм.

???
Дайко помыслить...
"...файл есть оооочень болльшое число..." - это сумма всех символов, или прсто пипа:

2345678 - #23+#45+#67+#8?

делить это число до получения делителя без остатка? Можно взять 0-255 делителей *10-20!!!

Брать или весь файл(Рубишь, что за число выйдит? 8) ) или по 10-40? символов.

В принципе я так и хотел, но с 2 символами(read^), но проблема в том, что надо записывать и делитель и результат деления! Больше число, больше делитель и результат.

Я всё изложил правильно?

P.S. Будем думать...

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

А что, если применить расчёт матриц???Скажем 3-го порядка?(9 чисел)
А знаю, их обратно тоже расчитывают?

ой а можно по-подробнее...

Hi!

1 Ну во первых о грустном...
"2345678 - #23+#45+#67+#8?" - это неверно!!!! Знаешь почемУ? потому, что
надо так:#23+#45+#67+#8=023045067008! - уловил разницу? Нули-то где?
#1 - 001, а не просто 1!А нули в начале при счёте убираются 001+001=2, а не 002!
Как нам сделать числа из ASCII кодов?

2 Если не брать во внимание пункт 1 , то ЛЮБОЕ число представляет собой:
число1 в степени число2 + число3! Как ВЫ на это смотрите?
255^255+(0...65535):=...

3 А матрицах... Довольна интересная вещь. Пример(3 -й порядок):

23 х+40 у-65z=101
53 х-45 у-62z=201
71 х+12 у-65z=161


При расчёте находятся x,y,z(для четвертого - z2,z3,z4,z5...zXX);
Т.е. составив матрицу из ASCII кодов мы можем в заархив файл сами x,y,z(для четвертого - z2,z3,z4,z5...zXX) неписать. Вот.

Об эффективности пункта 2,3 - незнаю... надо считать.

Ваши мысли, господа!

Ну, народ предложения какие-нибудь будут, кроме STX'овых?

Цитата Outlander, 14.08.02, 17:54:31

a esli serjeno to na s4et grafiki est' takaja ideja:
kto znaet japonskie krossvordy?
v principe izobrazhenie - ogromnaja matrica kotoruju mozhno szhat' metodom japonskogo krossvorda!
Nu 4to na4nem algoritm pridumyvat'?

Я об этом тоже думал, но проблема то в том что изображения не всегда состоят всего из двух цветов  :-/, как это бывает в японских кроссвордах. Разве что создавать несколько матриц для трех цветов и альфа канала(или скорее каналлов для каждого цвета). Но и тут есть проблемы.

Как вы оцениваите мои идеи?