Фу, как грубо. На самом деле, разница в восприятии текста наиболее заметна при низкой видимости (мелкий шрифт, недостаточно времени для просмотра). Хотелось это продемонстрировать, но получилось не очевидно.
Data Matrix выделяется в пространстве по двум черным перпендикулярным линиям (левая и нижняя стороны) и по временной шкале (чередование черных и белых точек, правая и верхняя сторона). Я пока не нашел информации по сравнению эффективности считывания и распознавания.
Мне кажется, что в тексте использовать термин RFID — не правильно. RFID — радиочастотная идентификация, а в шинах стоят просто радиочастотные датчики (RF-based TPMS).
Размер точки при 46" экране и 720p, приблизительно равен 0,8 мм. Если перенести это на шрифт (~2.3pt), то Вы, в принципе, можете читать текст 6-8 кеглем с расстояния 4 метров. Я завидую Вашему зрению)
Вот тут еще о разрешении человеческого глаза www.clarkvision.com/imagedetail/eye-resolution.html. Тоже на английском, тоже все по разному измеряли. Но основная суть остается — в среднем мы различаем объекты размером 1 угловую минуту.
Да, если вы фокусируете зрение на конкретной точке, да если точка статична и Ваши глаза привыкли к яркости, тогда Вы видете разницу.
Добавил в пост графики до 200". Нижнее значение THX (36°) значит максимальное рекомендуемое. Сам немного запутался как написать, в общем, ничего плохого в приближении к экрану нет. Главное, что-бы верхняя часть картинки не была выше уровня глаз больше чем на 35 градусов.
Входная картинка размером 800 × 600 выводиться три раза по кругу, поэтому 3 × (800 × 600).
В топик добавил диагональ в дюймах.
13 кадров не совсем точно. Светодиодов 4 планки, то есть каждый пиксель выводиться 3200 раз в минуту (~ 53 в секунду). При просмотре видео не возникает ощущения, что кадров не хватает.
По яркости и контрастности данных нет.
Да рассматривал и вариант изменения VCARD (пример). Но во-первых, кто еще, кроме меня, будет поддерживать мой велосипед. А во-вторых, VCARD (особенно 3.0) интересен сам по себе: многоязычные визитки, версии и источник визитки. Придумывать самому, обязательно бы что-то пропустил.
Нет, пример привести не могу. В спецификации MIME заголовков указанно, что внутри поля заголовка не должны встречаться символы CR и LF, а результатом SCSU кодирования не латинских символов могут быть как раз CR (0x0A) и LF (0x0D).
Для этого конкретного случая — хранение визитки в двумерном штрихкоде. Считывание мобильными устройствами. На мобильных телефонах можно устойчиво распознавать штрихкоды содержащие до 500 байт.
При таких исходных данных, юникод компрессия может показывать результат лучше чем универсальные алгоритмы.
Размер точки при 46" экране и 720p, приблизительно равен 0,8 мм. Если перенести это на шрифт (~2.3pt), то Вы, в принципе, можете читать текст 6-8 кеглем с расстояния 4 метров. Я завидую Вашему зрению)
Да, если вы фокусируете зрение на конкретной точке, да если точка статична и Ваши глаза привыкли к яркости, тогда Вы видете разницу.
В топик добавил диагональ в дюймах.
13 кадров не совсем точно. Светодиодов 4 планки, то есть каждый пиксель выводиться 3200 раз в минуту (~ 53 в секунду). При просмотре видео не возникает ощущения, что кадров не хватает.
По яркости и контрастности данных нет.
А при хранении nchar в SQL Server в SCSU экономия пространства составляет от 15% до 50%.
При таких исходных данных, юникод компрессия может показывать результат лучше чем универсальные алгоритмы.
Строчки выглядят:
1. Первая строчка 9, 8, 7… длины n
2. В каждой строчке m, идут числа длиной n, вида
a = m
ai є [(m + i — 1); 9], ai<>ai-1, …, ai<>a
Например для n = 3:
l = lmin = 722