Ровно об этом я и толкую.
Вот https://yadi.sk/d/xXAdqFdp3UdRPW я выкладывал где-то выше, или в соседней теме.
Но это слишком маленькая таблица. Обычно делают такое для нескольких миллионов, - поиск мгновенный.

Редактировалось 1 раз(а), последний 2019-02-23 04:14:19

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

Редактировалось 1 раз(а), последний 2019-02-23 04:15:29

Всё дело в величине таблицы.
Если это пара тысяч слов то вполне достаточно простой таблицы, и то будет подтормаживать, а если это несколько сотен тысяч?
Поэтому я и задался вопросом, какова градация одного цвета.

Редактировалось 1 раз(а), последний 2019-02-23 04:20:39

Ты лучше расскажи про скорость обратного декодирования.
Ладно, оставим обсуждение на более дневной период... Спать пора.

Редактировалось 1 раз(а), последний 2019-02-23 04:24:49

Обратного декодирования нет!
Слово это адрес. По этому адресу находится указатель на твою структуру, где может быть байт, или mp3, или картинка. Лишь-бы памяти хватило. Это я как пример. У меня например там находятся фразы из нескольких слов.
Входное слово-ключ пересчитывается по хитрому алгоритму, чтобы адреса не были разбросаны по памяти, а друг за другом шли.
А указатели нужны, потому что мы не знаем где нам выделит система память под наши данные, можно и без них, как в случае с цветами.

Ещё как согласен.

Редактировалось 5 раз(а), последний 2019-02-23 04:45:33

Вооооо, а Aziz предлагал прообраз цветового языка (почему-то назвав его иероглифическим, хотя к иероглифам это не относится от слова "никак", и почему-то языка, когда это больше цветовой кодер-декодер). Он хотел хранить текст в картинках, я вот только не могу понять -- нахуа хуано это сомбреро? Текст сверхпрекрасно жмется любым архиватором до мизерных размеров, ну и преобразуй ты напрямую архив в картинку, кто мешает? Но я вот и написал, что такое уже встречал, когда в большой картинке конец (или начало, уже не помню) подменялся шифрованным текстом.

Редактировалось 1 раз(а), последний 2019-02-23 12:06:34

nesco, пробелы необязательно кодировать. Три слову соответствуют 3 пикселя. Пробелы можно подставлять автоматом между смысловыми единицами (словами). В памяти тоже 4 байта цвета меньше места занимают чем слово из 6-10 букв. ,А в графике и в вебе - вообще экономия места. Нечто вроде более компактного цветного QR кода получится. Иероглифами назвал потому что каждому символу китайскому соответствует целое слово. Но можно пойти еще дальше и с помощью доп пикселя - модификатора кодировать распространенные фразы и словосочетания. Два пикселя могут означать Hiasm - среда визуального программирования. Или Hello World.

--- Добавлено в 2019-02-23 16:27:42

Конечно можно и не в цвете хранить и распространять, просто картинка прикольней и наглядней а также воспроизводится и считывается проще цифр или букв. Хотя может и искажаться. Ну тут уже коды Соломона подмешаем. )

Редактировалось 1 раз(а), последний 2019-02-23 16:27:42

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


Редактировалось 1 раз(а), последний 2019-02-23 16:36:15

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

Самое интересно то, что нам как раз реверс и нужен.

nesco, смысл в физической и информационной компактности. Быстродействие неважно. И неужели 400 тыс слов требуют огромного быстродействия? А предлоги и прочие служебные (а значит универсальные) символы можно закодировать отдельными цветами. Короче мне нравится писать цветными точками, не знаю как вам)
Помню, ноги растут у этой идеи еще в детстве, когда учился в универе и увлекался синтезаторостроением,, была идея кодировать целые слова аккордами и короткими мелодиями. Получится музыкальный язык)

Редактировалось 1 раз(а), последний 2019-02-23 23:44:06

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

И насколько мелодичны будут предложения на этом языке?

nesco, мне кажется архиваторы проиграют если сравнить архивы одного и того же текста на японском и на русском.
А размер физический я имел в виду что на дисплее квадратик 10 х 10 пикселей может содержать целых 100 слов! Буквами так не получится.
Конечно читать такие квадратики придется с помощью программ, но это несущественно. Экономится трафик и время. Думаю для космической связи может тоже пригодиться.
Кстати, ты подсказал другую идею, уже веб-программы - сайта - видеть по цвету однокоренные слова. Пригодится работникам литературного труда. А реализовать можно просто с помощью тега imagemap как сделано на этом сайте (смотреть обязательно на компе с мышью, иначе не будут работать подсказки всплывающие) www.milliondollarhomepage.com
Парень создавший этот сайт Alex Tew, заработал 1300000$ за 3-4 месяца вроде. Просто продавал пиксели по баксу)

Подносишь к точке курсор и всплывает подсказка что это за слово.. Можно так семантические и рифмо карты составлять.
Кстати, вот моя попытка его улучшить) На ней я учился программировать на пыхе: www.milliondollarspages.com

--- Добавлено в 2019-02-23 23:09:58

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

Редактировалось 4 раз(а), последний 2019-02-23 23:15:45

Да критично!
По тому, что ты будешь применять словарь 400 тыс слов к каждому слову текста, который ты собрался кодировать.
Попробуй, и у тебя среднестатистический текст в 400-500 кило будет обрабатываться 15-25 минут.
Уже проходили. Если это 10 строчек то не критично.
Всё элементарно делается:
Берётся такой компонент http://forum.hiasm.com/getfile/38613 (в архиве HashTableStringEx - он не нужен для этой задачи, просто до кучи)
Берёшь словарь Зализняка и переделываешь в такой вид.
словарь=1234
переделываешь=2135
...
и так все слова. Словарь должен получится, где-то 10-11 Мб, если меньше, то не все слова учёл.
Должно получится что-то типа этого https://yadi.sk/d/CAWdFZ2L6XldgA но без "звёздочек" и в одно слово, правая часть будет число.
Загружаешь словарь в HashTableString и подаёшь каждое слово твоего текста на doKey.
На точке onString получаешь код цвета, думаю понятно, что это строка и как чего надо переделать...
Для получения слова из цвета будет нужен обратный словарь.
1234=словарь
2135=переделываешь
...


Для этого может пригодится второй компонент, но долго всё рассказывать...

На всякий случай, словари в архиве сделаны для компонента HashTableStringEx и не применимы для HashTableString!!! Тебе-же нужен HashTableString.

Редактировалось 3 раз(а), последний 2019-02-25 11:41:40