Трейлер нового фильма сразу с переходом на сайт покупки билета, бронь отеля, телемагазины, телешоу с голосовалками, исследования реакции потребителя (сколько человек смотрели канал Н в 18.00 в пятницу)… Все то, что требует обратной связи от потребителя.
Продолжительность (средняя) рекламного ролика — 30 секунд, за это время можно 15 раз в цикле передать по 32bit однотипной информации. Еще не совсем понятно как это работает (и работает ли вообще) на ЭЛТ телевизорах.
А не нужно связывать ASCII с передачей бинарных данных.
Сейчас средний shortener дает ссылку в 11 символов, при кодировке буквы в 8bit получим 2 символа в секунду или 6 секунд удержания фокуса. Многовато.
Но, передавать можно не буквы, а «hash коды» продуктов (в случае рекламы) «декодер» хешей будет стоять в смартфоне, за 2 секунды можно передать число в диапазоне 0-4294967295 (32bit int), что может служить «хешем» продукта или услуги, а это более чем приемлемо.
Для этого достаточно 0 байтов: отправляем картинку (или её хэш) с камеры на сервер, тот по ней определяет, какой это канал, а сервер канала выдает нужную зрителю информацию. Тот же результат без мигающих картинок.
Или в обратную сторону: номер программы транслируемой в настоящий момент = сервисы автоматически пищущие ТВ эфиры определенного шоу, подсчет показа каналом рекламных роликов, твиттер-боты «На канале Н начался показ Доярки из Хацапетовки»…
Тоже об этом подумал, ~30 кадров в секунду = 16 бит в секунду, т.е. каждый 2й кадр затемнен/засвечен… Визуально этого может быть и не видно, но глаза уставать будут сильнее.
Простой способ передачи информации через видеосигнал