Ну и почему собственно первое число 141, 59, 26 а не 1,41,5 или 14,159,2 и т.п. ???
потому что для того чтобы было 1,41,5 последовательность цифр должна быть такой: 001041005 Связано с тем, что число может быть от 0 до 255. и если такая последовательность как 1415926, то видим, что 141 входит в диапазон от 0 до 255, а 1415 уже не входит. Значит берем 141 и идем дальше. 59 входит в диапазон, а 592 - нет. И так далее.
Хм, а если допустим отрисовывать не полосами, а квадратами? Ну например квадрать из пикселей, 3*3, первый ряд - первые три цвета, второй ряд - следующие и т.д.
А дальше алгоритм такой: последовательно берем те числа, которые находятся в диапазоне от 0 до 255, группируем их в комбинации по три, это и будет нужный цвет в модели RGB. Таким образом, 141, 59, 26 – это первая комбинация цвета. И так далее по этому принципу.
Как-то не айс алгоритм. Согласно его цвета до 25 никогда не попадут. Хм... а цвета до 25 это ж черный и близкие к нему.
т.е. у тебя цвет может кодировать то 2, то 3 цифры (если первая цифра больше двойки). одна цифра у тебя не будет кодировать цвет никогда.
если бы мне было нечем заняться и я покурил бы то же, что и ты, я бы сделал немного иначе.
берем 2 цифры. тут у нас гарантированный диапазон от 0 до 99. и вот этот диапазон уже нормализуем до 0-255. да, конечно, будут пропуски цветов, но так ли это важно? зато "покрытие" будет более-менее равномерным
далее. цвета в столбик - это конечно интересно. но что если сделать каждый цвет в виде квадрата? ну типа пикселя в результирующей картинке (только размером не в один пиксель. кароч, думаю, меня кто хотел понял). Тогда есть шанс увидеть на результирующей картинке некие узоры. Правда, тут все будет очень сильно зависить от длины строки. Поэтому я бы сделал квадратные картинки, где длина строки равна 10/100/1000 и т.д., а также - равные простым числам. Ну и степени двойки можно попробовать.
Как-то не айс алгоритм. Согласно его цвета до 25 никогда не попадут. Хм... а цвета до 25 это ж черный и близкие к нему.
как это не попадут? если будет 0256891, то (25, 68, 91). Чего вы такие невнимательные? А потом, вы говорите, что до 25 никогда не попадут, что это черные цвета и близкие к нему, а на картинках вы разве темных и черных не видели? Как вы читаете и смотрите вообще с такой внимательностью?
т.е. у тебя цвет может кодировать то 2, то 3 цифры (если первая цифра больше двойки). одна цифра у тебя не будет кодировать цвет никогда.
Ну почему же все думают, что одной цифры быть не может? Если в последовательности встретится 001002003, то вот вам (1,2,3). Насчет квадратов вместо линий и пиксельной реализации задумался. Интересные мысли.
т.е. у тебя цвет может кодировать то 2, то 3 цифры (если первая цифра больше двойки). одна цифра у тебя не будет кодировать цвет никогда.
Ну почему же все думают, что одной цифры быть не может? Если в последовательности встретится 001002003, то вот вам (1,2,3). Насчет квадратов вместо линий и пиксельной реализации задумался. Интересные мысли.
001 и т.д. - это 3 цифры.
P.S. для понимания, о чем я говорю возьмем последовательность
255 255 255 это у тебя - одна полоска
далее 256 256 256
ты это "превращаешь" в
25 62 56 25 6....
т.е. это одна полоска, красный следующей полоски и первая цифра зеленого второй полоски. таким образом нельзя определить, что цифра с конкретным индексом относится к конкретному цвету конкретной полоски, без обработки всех предыдущих значений.
Это сообщение отредактировал blow05 - 29 июн 2018 в 09:55
Ну и почему собственно первое число 141, 59, 26 а не 1,41,5 или 14,159,2 и т.п. ???
потому что для того чтобы было 1,41,5 последовательность цифр должна быть такой: 001041005 Связано с тем, что число может быть от 0 до 255. и если такая последовательность как 1415926, то видим, что 141 входит в диапазон от 0 до 255, а 1415 уже не входит. Значит берем 141 и идем дальше. 59 входит в диапазон, а 592 - нет. И так далее.
Но тогда у вас почти не будет чисел менее 100. И распределение кривое будет. Ну и непонятно почему вертикальные полоски. Можно же "прямоугольную картину" рисовать попиксельно. В общем есть еще над чем подумать.
blow05 Это сообщение отредактировал DeuSeX73 - 29 июн 2018 в 10:03
таким образом нельзя определить, что цифра с конкретным индексом относится к конкретному цвету конкретной полоски, без обработки всех предыдущих значений.
Верно. И на мой взгляд это естественно, если перед вами просто последовательность чисел, которую надо перевести в RGB
т.е. у тебя цвет может кодировать то 2, то 3 цифры (если первая цифра больше двойки). одна цифра у тебя не будет кодировать цвет никогда.
Ну почему же все думают, что одной цифры быть не может? Если в последовательности встретится 001002003, то вот вам (1,2,3). Насчет квадратов вместо линий и пиксельной реализации задумался. Интересные мысли.
Будь у меня больше времени я бы построил вероятностное распределение чисел. Которое наглядно показало, что числа до 25 встречаются гораздо реже. ТС, не хочешь заняться?
наоборот как раз. если предположить, что любая цифра равновероятна, то вероятность "выпадения" чисел больше двойки - выше. а если число начинается с 3 и больше - это по любому будет двузначное число.
а если двойка, но за ней следует цифра больше пятерки - это опять таки двузначное число и даже если вторая цифра - пятерка, но за ней цифра больше пятерки - это опять таки двузначное число.
т.е. наоборот - у трехзначных чисел шансов очень мало, большинство будут двухзначными.
Цитата
Ну и непонятно почему вертикальные полоски. Можно же "прямоугольную картину" рисовать попиксельно. В общем есть еще над чем подумать.
Откуда такие выводы??? Там почти что все числа двузначные получаются (менее 100)
Да я ошибся. 0-24 будут крайне редки. Наибольшая вероятность как раз у 26-99. Т.к. для сотни и двух требуется определенная цифра (равно как и для 0xx).
таким образом нельзя определить, что цифра с конкретным индексом относится к конкретному цвету конкретной полоски, без обработки всех предыдущих значений.
Верно. И на мой взгляд это естественно, если перед вами просто последовательность чисел, которую надо перевести в RGB
хз, я сторонник более строгих подходов, когда можно без проблем кодировать/декодировать любую часть "сообщения", не вычисляя предыдущие.
да и распределение так получается более правильное - нет явных "лидеров" и "лузеров".
Это сообщение отредактировал blow05 - 29 июн 2018 в 10:13
Будь у меня больше времени я бы построил вероятностное распределение чисел. Которое наглядно показало, что числа до 25 встречаются гораздо реже. ТС, не хочешь заняться?
У меня были вот какие мысли. Что делать например с такой последовательностью: 09845026. Если ее обработать алгоритмом как сейчас, то получится 98.45.26. Но тогда вопрос, а чем тогда она отличается от последовательности 984526, если б такая встретилась. Ведь они не идентичны. Получается я отбрасываю нули. Поэтому планировал в таких ситуациях 098 переводить не в 98, а в 9, так как перед ней ноль. Таким образом должно бы получится 9.84.50. Но решил выложу пока то что есть на ЯП, может народ еще что-то посоветует.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
yaplakal.com