cryptan, не знаю, кого считать специалистом. Передача сигналов - рядовая задача для студента (если он действительно учится), тут опыт не нужен, нужны базовые знания и умение читать документацию. Проектов, где через микрофонный вход передают данные от нестандартных устройств в телефон (приложению) - туча, а эта задача совсем незначительно отличается. Одних термометров, вон... Но если вы от электронике ничего не знаете, найдите человека, который знает. Я фрилансом не увлекаюсь. Но, для начала, отшлифуйте формулировки, что хотите. А то пока вы даже вопрос толком задать не можете. Ничего личного, просто факт нехватки знаний.
cryptan, вы повторили свой вопрос другими словами, а не ответили на уточняющие.
В разъем наушника подавать что-то бесполезно - это выход, а не вход. Вы все же, наверное, имеете в виду разъем микрофона (вход).
Что за цифровой сигнал? Какова его структура, каков диапазон напряжений, способ модуляции? Скажем, просто взять и воткнуть в микрофонный вход выход вашего порта RS232 на компьютере - нельзя. Если же выход вашего АЦП согласован с входом микрофона по напряжению, ничего не сгорит, но это еще не гарантия возможности что-то передать (скажем, прямоугольные импульсы постоянного напряжения вы так не сможете передать). Способ модуляции (например, представление нулей и единиц разным тоном) и скорость передачи придется подобрать так, чтобы сигнал не искажался до неузнаваемости на другом конце.
cryptan, ответьте на мои уточняющие вопросы, тогда можно будет разбираться, можно или нельзя. Александр что-то себе выдумал и отвечает не вам, а своим выдумкам.
- В разъем наушника или все же в разъем микрофона?
- Что конкретно вы понимаете под цифровым сигналом (если не можете описать, то приведите пример или укажите возможный источник такого сигнала)?
Без ответа на эти уточняющие вопросы дать ответ на ваш вопрос невозможно.
Нерон Лордов, это совершенно не сложно, если у вас есть математический фундамент. Вещи, которые вы сами цитируете, существенно тяжелее представить, но они всего-навсего построены поверх базовых математических принципов, которые составляют основу метрологии, например.
Нерон Лордов, конечно же, не следует. У вас проблемы с пониманием не столько принципов теории цвета, сколько простой математики.
Нарисуйте себе линию длиной 10 сантиметров на листе бумаги и поставьте точку на ней. Возьмите обычную линейку и измерьте координаты этой точки относительно конца линии. Линейка имеет цену деления 1мм, так что вы можете сказать, что координаты точки, например, 25мм от конца линии. Теперь возьмите штангенциркуль (которым можно измерять с точностью до десятых долей миллиметра), повторите измерение. Координаты будут, например, 25,6мм. Используя прибор с меньшей ценой деления, вы измеряете координаты с большей разрядностью (в десять раз большей, в данном случае). То есть вы можете описать в десять раз больше вариантов координат точек на этой линии. Но размер линии (геометрический охват этой условной системы координат) при этом совершенно не меняется, она не становится длиннее от того, чем вы ее измеряете.
Точно также - с цветовыми пространствами. Вас путает, вероятно, просторечное понимание выражения "больше возможных цветов". Охват - это ширина диапазона воспроизводимых цветов. Разрядность представления цвета определяет число фрагментов, на которые этот диапазон разбивается для измерения, но она на сам диапазон не влияет вообще никак. Например, вы можете увеличивать разрядность ЦАП матрицы монитора, получая возможность регулировать яркость пикселя с меньшим шагом, получая больше вариантов яркости. Но эти варианты яркости все равно остаются между теми же самым ярким и самым темным значением, которые определяются физически яркостью подсветки и максимальным/минимальным цветопропусканием пикселя.
При этом важно понимать, что цветовой охват и, например, динамический диапазон яркостей - тоже независимые параметры, потому что вы можете расширить диапазон яркостей пикселей, влияя на их максимальное и минимальное цветопропускание, но цвета этих пикселей могут так и оставаться недостаточно насыщенными, так что динамический диапазон такого монитора будет лучше, а цветовой охват останется тем же.
t0_ot, я вам сочувствую, но из таких исходных материалов вы ничего хорошего выжать не сможете. Подождите лет пять, тогда это будет не проблема даже на телефоне.
Транскодинг на JS? На стороне клиента?
Звучит, в любом случае, контр-эффективно.
Думаю, стоило бы изложить в вопросе задачу целиком, а не сводить все к частному сомнительному техническому решению.
Нерон Лордов, боюсь, что это вам нужно вернуться к фундаментальным основам, а не мне. Потому что число возможных вариантов не эквивалентно размеру охвата. Идите читать про gamut, CIE XYZ и так далее.
А то так вы договоритесь, например, до того, что простое повышение разрядности от 8 бит на канал до 16 бит на канал при цветовом представлении в пространстве RGB дает не увеличение числа градаций внутри представления, а именно увеличение охвата в 2^48/2^24=16 миллионов раз.
Дмитрий Гончаров, понятно. Из вашего вопроса совершенно неясно, что именно вы собираетесь делать - создавать карту самостоятельно (строить модели, текстурировать их) или использовать готовые данные. Готовых данных по Белоруссии, наиболее вероятно, вы нигде не найдете. Так что если нужна трехмерная интерактивная карта, вам придется готовить данные самостоятельно. Я говорил приблизительно об этом.
