Есть у меня много разных чисел размером 9 цифр, но мне нужно сделать так, чтобы каждое число обозначалось одним символом, а не 9.
Системы счисления не предлагать.

(42) можно впехнуть в 1 число
только оно будет комплексное :-)

(47) png изучи)

(47) Так не в шестнадцатиричную переводи, а свою придумай - это сильнее ужмет число. Дальше заменяй. К примеру, перевел ты в 32-ричную. Получились у тебя какие-то пары чисел. Берешь первую пару: "GH" и заменяешь ее символом "й", например :). Уже ужмешь в несколько раз

(50) Твоя идея равносильна алгоритму сжатия файла любого размера до 1 байта.

(50) не прикалываюсь, это все тут троли пишут. Декодирование процесс обратный, если что потом оптимизирую.
(51) умею лучше многих.
(55) чур я первый патентую.

(54) в эту сторону и копаю

(47) до 3 я тебе уже написал

(58)сейчас прикинем.

еще вариант если число 9 цифр - это колво секунд
тогда результат кодировки имеет в 1С тип Дата\Время

(55) Не так. Дело в том, что предлагаемый мной способ, во-первых, стационарный (не больше 9 символов изначально), а во-вторых, число итераций сжатия напрямую зависит от количества изначального числа символов. То есть, для написания универсального алгоритма нужно, как минимум, где-то хранить еще число итераций. То есть, до 1 байта никак не ужать картинку в общем смысле.

(0) алгоритмы архиваторов покури, по моему то что тебе надо

(0) А что под символом подразумеваешь?

(63) наверное букву "А"

нужно число 16581375 засунуть в букву "А". и он это сделает!

можно используя gravatar, получать красивые картинки. они будут разные.
пример
http://www.gravatar.com/avatar/123456789.jpg?d=identicon
http://www.gravatar.com/avatar/098765432.jpg?d=identicon
http://www.gravatar.com/avatar/135792468.jpg?d=identicon

(0) Пересмотри фильм Кин-дза-дза. Там эта проблема была легко решена: "Ку - все остальные слова."
Определи, что А - это у тебя любое число. Проблема решена.

(66) Это, конечно, клево, но к сожалению не спасет меня.

(67)обратный перевод представь?

(69) в (0) про обратный перевод не было ни слова.

+(70) Да и не вижу никаких проблем:
Любое число = А
А = любое число.
В обе стороны работает.

(66)+ а, блин, там md5 нужен…

Теперь можно переходить к сравнению изображений, кажись.

(73) я этим и занимаюсь. Картинка есть уже в формате RGB попиксельно, алгоритм сравнения строк тоже есть хороший - метод Вагнера-Фишера. Осталось представить каждый пиксель в виде 1 символа, вытянуть весь рисунок в строку и сравнить...

Что-то тут не так )))

(74) считай поканально

вытягивать в строку ничего не нужно

(76) объясни

(78) посчитай расстояния отдельно для R, G и B.

(0) Тебя не смущает, что ты пытаешься закодировать 24битное число в один символ? Т.е. пространство таких символов должно содержать 2 в 24 степени элементов? И алгоритмы сжатия тут не причем
В качестве офф-топик: на студенческой олимпиаде по программированию, на финальном туре нужно было написать свой алгоритм архивации. Граничное условие - чтобы заархивированный файл был не больше исходного. Учитывались размер архива и время архивации/разархивации.
Победил чел, который тупо копировал файл туда сюда. Ибо больше никто не прошел граничное условие на одном из тестов ))

(80) кул стори, а про 24 битное число - не смущает. Как говорится - нет ничего невозможного.

(79) а теперь еще раз и желательно с примером.

(81) Ну, тогда классическая задачка выложить слово ВЕЧНОСТЬ из букв А, Ж, О и П как раз для тебя!

(81) я не даю рыбу, я учу её ловить)

(82)
1)Создаем соответствия сочетаниям букв:
ВЕ=Ж;
ЧН=П;
О=О;
СТЬ=А
2)Записываем ВЕЧНОСТЬ=ЖПОА
3)Свалил отсюда школьник

(83) дай хоть ссылку где читать. Что за расстояния.

(81) тебе уже сказали, что для того, чтобы добиться сабже, тебе нужно 999999999 РАЗЛИЧНЫХ цифр (ну, или хотя бы символов).

(85) я хочу сыграть с тобой в одну игру:
   //Смещение по таблице юникод на свободные символы
   Сч=770;
   //Кодируем все комбинации RGB в строку из 3 символов, а потом в один символ
   Для Х=0 По 255 Цикл
       Для У=0 По 255 Цикл
           Для К=0 По 255 Цикл
               НовыйЭлемент=Справочники.СоответствиеRGB.СоздатьЭлемент();
               НовыйЭлемент.R=Х;
               НовыйЭлемент.G=У;
               НовыйЭлемент.B=К;
               НовыйЭлемент.СтрокаRGB=Символ(1+Х)+Символ(257+У)+Символ(513+К);
               НовыйЭлемент.СимволRGB=Символ(Сч);
               НовыйЭлемент.Записать();
               
               Сч=Сч+1;
           КонецЦикла;
       КонецЦикла;
       Сообщить("Х-->"+ТекущаяДата()+"---"+Х);
   КонецЦикла;

(84) Вай, маладэц! А теперь слово ВЕРНОСТЬ теми же буквами.

P.S. 2 all: может, это тролль?

(68) и как это связано с (0)?

(87) ну тут все вроде для того чтобы на тролля посмотреть. а то всех забанили уже. а ты чо всерьёз его воспринимаешь чтоли?

(89) Не, ну меня он подкупил своей искренностью - то ли человек настолько хорошо играет роль идиота, то ли...

Да врет он все. А с виду вроде нормальный человек. В очках...
Тьфу.

Значит имеем 362880 вариантов девятизначных цифр.

Все просто присвой 362880 символам соответствующие значения.

(92) нет у меня к сожалению такого количества символов...

(84) http://goo.gl/EtUFB

(93) А сколько есть?

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

(94) Окей, я боялся что ты это и пришлешь, но между чем и чем я буду искать расстояния то?

(95) 65 535 символов есть
(96) не хотелось бы так усложнять, но если считаешь свою идею рабочей то давай пример тогда.

Я еще написал в службу поддержки 1С письмо может они что то посоветуют.

(97) задача в новинку мне, примера нет,  изыскания теоретические есть только.

(100)

(93) В юникоде кодовых позиций примерно в 4 раза больше, так что все у тебя есть

(97) а между чем и чем надо?

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

А если исходная задача - сравнить два числа, то почему бы просто не сравнить два числа безо всяких преобразований?

(104) потому что это какие-то новые синтетические наркотики...

(101) 1С функцией Символ цепляет только до 65535

(102) между строками считаются, такие расстояния, я вот и не понимаю где ты тут нашел строки?

(103) а если я возьму и дорисую 1 пиксель в начало картинки - это будет одна и та же картинка побитно?

(104) я собираюсь сравнивать две строки.

(106) а что, кроме функции Симв() вариантов получить символ нет? Ты их глазами сравнивать собрался?

(106) п.2 - п.4

возмите свою 256-ричную систему сделайте через соответствие и кодируйте свои числа.

(109) подробнее пожалуйста
(107) строки я буду сравнивать методом Вагнера-Фишера
(108) не понял

(106) ну так загони файл с картинкой в строку и сравнивай

а если я возьму и дорисую 1 пиксель в начало картинки - это будет одна и та же картинка побитно?

нет, да и фиг ты один бит дорисуешь к картинку, минимум полосу битов.

(111) я имел ввиду заменю один бит на другой.

как ты хочешь файл с картинкой загнать в строку подробнее пожалуйста.

1-1
2-2
3-3
4-4
5-5
6-6
7-7
8-8
9-9
10-а
11-б
12-в
13-г
14-д
255-какой-нибудь зю

(112) ну например 1с поддерживает строки неограниченной длинны, бит читаем из файла - записываем в строку.

(0) у него 2^24 различных чисел, вот он и стонет, что буков столько нет

Может он хочет перевести картинку в 256 цветов(по байту на пиксел), а потом сравнивать? В любом случае либо тролль либо кретин.

(113) это просто, в итоге я получаю свою картину не в виде:

|255 255 255|128 128 128| 255 255 255|
|100 120 200|250 255 000| 012 018 099|

а в виде:
|a a a|b b b|a a a|
|c d e|f a g|p o q|

А теперь как мне эти тройки символов преобразовать к одному символу?

не уж то по итогам этой ветки родится решение на нобелевскую премию?

(118) обязательно что-нибудь придумаю...

(119)...на шнобелевскую.

(116) не, вряд ли тролль...

(121) Как же он тогда одинесником стал?

Придумывай давай быстрее, пока калитку не закрыли.

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

пол мисты уже здесь))))

(124) это называлось "фрактальный архиватор"

(122) а что? "тупой, ленивый" - два необходимых условия точно выполнено...

(117)
а в виде:
|a a a|b b b|a a a|
|c d e|f a g|p o q|

а теперь
а-а-а = какой-то знак
а-а-с = еще что-то
ну и т.д. т.е. ппц полный, но заданию удовлетворяет :)

Автор, напиши ещё что нибудь. Сколько можно ждать уже.

(118) неужто слитно пишется

(128) одна проблема. Алфавит имеет 256 символов, а символов для кодирования всего 65535

Уважаемые модераторы, забаньте троллей из ветки пожалуйста, особенно Кирпич надоел

(131) ))) талантливый, но до 200 не дотянешь.

(0) Зазипуй, Кулибин.

(131) Я ж один единственный тебе здравую идею дал в (116), а ты меня забанить хочешь, паразит.

(131) а какая половая религия мешает сравнивать этим твой магаалгоритмом не строки, а массивы чисел?

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

Автор, в общем так, по факту штатными ты средствами не закодируешь. Што делать? Почти правильно тебе советовали, что создать свою систему счисления. Тебе нужно сравнивать пиксели, вот и сравнием их.

Строка у тебя будет не из букв, а из кортежей цифр, тебе нужно организовать сравнение этих кортежей.
Например (205, 103, 33) с (207, 110, 41), вот и посчитай расстояние левенштайна для этого кортежа, в частности тут можно сказать, что оно = 3, но это не наш вариант, наш вариант 2+7+8=17, вот тебе расстояние между пикселями.

И да, кстати, тухлая затея сравнивать картинки таким образом )

в свое время писал примерно тем же образом каталог похожих картинок, получилось гамно

(138) :D

(136) ну наконец то хоть кто то oбоcрa всех кроме меня.
Читаю твою идею, думаю. Спасибо.

(138) Знаешь, черт с ним уже со сравнением картинок, я сам тут почитал тексты и нашел интересные и не сложные вещи, но вот ужать 3 символа до 1 я все же хочу.

(33) почитай про Быстрое Преобразование Фурье и его прикладное применение в цифре

(141) там вопрос даже не в ужатии, ужать легко

uchar r,g,b;
uint n = r||(g<<8)||(b<<16);

вот тебе этот символ. Как его сравнивать потом? Он не даст тебе информации о том, насколько один пиксель отличается от другого

(136) вычислительные расходы будут слишком велики. Для сравнения картинок проще двухмерное ДПФ.

(144) не поленилися. в 136 О(N), в быстрое пф лучшее О(N*log(n)). Так что - нет, не правда.

(145) это на перевод. а сравнение?

(141) облегчаю тебе задачу. тебе осталось перевести полтора символа в один. у тебя же по два байта на символ )

(141) идейку даю: 3 символа ужать в один сложновато, но в два, самое то. Рекурсивно жми! 9 в 6, 6 в 4, ну и 3 из четырех в 2, а последний так оставь. Получится 3 символа, которые тоже можно до двух ужать.

(147) троичое исчисление? Назад, к Наири?

(148) брать каждые три символа, и сжимать до двух. к результату применять тот же метод. пока не получим единственный бит, в которм будет закодирована Вселенная...
бозон хиггса тогда нафиг никому не сдался...

(146) причем тут сравнение, это общая оценка сложности алгоритма.