Вверх ↑
Этот топик читают: Гость
Ответов: 2059
Рейтинг: 131
#31: 2019-02-23 04:09:56 ЛС | профиль | цитата
Тут я немного не догнал -- ты получаешь хэш-сумму слова (словосочетания), это и есть твой адрес, по которому ты выбираешь цвет из таблицы?

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

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

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#32: 2019-02-23 04:13:47 ЛС | профиль | цитата
flint2 писал(а):
Ровно об этом я и толкую.

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

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

0
Ответов: 2059
Рейтинг: 131
#33: 2019-02-23 04:19:17 ЛС | профиль | цитата
Всё дело в величине таблицы.
Если это пара тысяч слов то вполне достаточно простой таблицы, и то будет подтормаживать, а если это несколько сотен тысяч?
Поэтому я и задался вопросом, какова градация одного цвета.

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

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#34: 2019-02-23 04:23:41 ЛС | профиль | цитата
flint2 писал(а):
Всё дело в величине таблицы.
Если это пара тысяч слов то вполне достаточно простой таблицы, и то будет подтормаживать, а если это несколько сотен тысяч?

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

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

0
Ответов: 2059
Рейтинг: 131
#35: 2019-02-23 04:36:26 ЛС | профиль | цитата
Обратного декодирования нет!
Слово это адрес. По этому адресу находится указатель на твою структуру, где может быть байт, или mp3, или картинка. Лишь-бы памяти хватило. Это я как пример. У меня например там находятся фразы из нескольких слов.
Входное слово-ключ пересчитывается по хитрому алгоритму, чтобы адреса не были разбросаны по памяти, а друг за другом шли.
А указатели нужны, потому что мы не знаем где нам выделит система память под наши данные, можно и без них, как в случае с цветами.
Спать пора.

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

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

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#36: 2019-02-23 12:04:37 ЛС | профиль | цитата
flint2 писал(а):
Обратного декодирования нет!

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

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

0
Ответов: 1258
Рейтинг: 47
#37: 2019-02-23 16:20:57 ЛС | профиль | цитата
nesco, пробелы необязательно кодировать. Три слову соответствуют 3 пикселя. Пробелы можно подставлять автоматом между смысловыми единицами (словами). В памяти тоже 4 байта цвета меньше места занимают чем слово из 6-10 букв. ,А в графике и в вебе - вообще экономия места. Нечто вроде более компактного цветного QR кода получится. Иероглифами назвал потому что каждому символу китайскому соответствует целое слово. Но можно пойти еще дальше и с помощью доп пикселя - модификатора кодировать распространенные фразы и словосочетания. Два пикселя могут означать Hiasm - среда визуального программирования. Или Hello World.

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

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

Редактировалось 1 раз(а), последний 2019-02-23 16:27:42
карма: 3
Hiasm + Flowstone + CopperCube + GoDot + JS
0
Разработчик
Ответов: 26061
Рейтинг: 2120
#38: 2019-02-23 16:34:26 ЛС | профиль | цитата
Aziz писал(а):
В памяти тоже 4 байта цвета меньше места занимают чем слово из 6-10 букв.

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


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

0
Ответов: 66
Рейтинг: 1
#39: 2019-02-23 16:35:05 ЛС | профиль | цитата
Была такая идея, сделать программу которая обнуляет все названия переменных и классов в компилированной программе, когда я делал это вручную в HxD, то в DeDe отображались пустые имена. Как сказал знакомый это не даст никакой защиты от реверса.
карма: 0

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#40: 2019-02-23 16:37:31 ЛС | профиль | цитата
Gazzi писал(а):
Как сказал знакомый это не даст никакой защиты от реверса.

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

0
Ответов: 1258
Рейтинг: 47
#41: 2019-02-23 17:04:01 ЛС | профиль | цитата
nesco, смысл в физической и информационной компактности. Быстродействие неважно. И неужели 400 тыс слов требуют огромного быстродействия? А предлоги и прочие служебные (а значит универсальные) символы можно закодировать отдельными цветами. Короче мне нравится писать цветными точками, не знаю как вам)
Помню, ноги растут у этой идеи еще в детстве, когда учился в универе и увлекался синтезаторостроением,, была идея кодировать целые слова аккордами и короткими мелодиями. Получится музыкальный язык)

Редактировалось 1 раз(а), последний 2019-02-23 23:44:06
карма: 3
Hiasm + Flowstone + CopperCube + GoDot + JS
0
Разработчик
Ответов: 26061
Рейтинг: 2120
#42: 2019-02-23 17:18:58 ЛС | профиль | цитата
Aziz писал(а):
смысл в физической и информационной компактности.

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

0
Ответов: 66
Рейтинг: 1
#43: 2019-02-23 18:12:20 ЛС | профиль | цитата
Aziz писал(а):
Получится музыкальный язык)

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

0
Ответов: 1258
Рейтинг: 47
#44: 2019-02-23 23:07:41 ЛС | профиль | цитата
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
карма: 3
Hiasm + Flowstone + CopperCube + GoDot + JS
0
Ответов: 2059
Рейтинг: 131
#45: 2019-02-25 11:14:20 ЛС | профиль | цитата
И неужели 400 тыс слов требуют огромного быстродействия?

Да критично!
По тому, что ты будешь применять словарь 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=переделываешь
...
Aziz писал(а):
Кстати, ты подсказал другую идею, уже веб-программы - сайта - видеть по цвету однокоренные слова.

flint2 писал(а):
Может он хочет представить текст книжки в цветных пятнах.
Однокоренные слова будут иметь определённый оттенок.

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

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

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

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)