Давно нет новостей о поиске эфирных каналов. Что мы имеем сейчас? Предусмотрены 3 метода поиска (scan mode, как они в меню называются):
- "Automatic (Full Scan)",
- "By Location (Country/City)", и
- "Use Custom Configuration File".
Automatic. Худо-бедно работает, но поиск уж слишком глобальный, по всем трем сеткам частот, соответствующих полосам 6, 7 и 8 мгц, В результате, процесс занимает в 3 раза больше времени, чем нужно. Очень неудобно, особенно, для тех, кому надо еще и антенну крутить. Вообще, трудно представить сценарий, при котором есть смысл использовать все три полосы за один сеанс.
By Location. Масштабность замысла впечатляет. Маленькая коробочка хранит в себе актуальную базу данных о каждом нп в мире. Выбрал его в меню - и порядок. Наверное, фирма типа Apple, при большом желании, смогла-бы это реализовать, но здесь, явно, не тот случай. Фактически, сделан лишь сам framework, в виде плагина dvbt_db, содержащий примеры записей, для образца. Наполнять его реальным содержимым и поддерживать дюновцы не торопятся, ибо это, действительно, требует несоразмерных трудозатрат. Можно было-бы возложить это на самого пользователя, но тогда придется делать сложный GUI с полями текстового ввода. К тому-же, потом, наверняка, будут просьбы поддержать и умляуты, и, даже, иврит. Тоже много хлопот. Мне кажется, лучшим подходом было-бы отдать это на откуп народным писателям плагинов. И ведь все равно, телезрителю придется вводить буквы и цифры с пульта (мука). Так-что, то, что мы имеем сейчас, на самом деле, не так-уж и плохо. Нам оставили возможность прописывать свои location data через telnet. Пусть лучше vi, чем кнопки пульта. Но, к сожалению, остается проблема с поддержкой multiple PLP. На одной и той-же частоте, слепой поиск (full scan) находит больше каналов, чем адресный (by location). Если посмотреть логи, то видно, что в случае, когда вещатель использует несколько PLP, слепой поиск исследует каждую из них, в то время, как адресный поиск - только plp 0, игнорируя остальные, Например, в моем случае, тьюнер находит PLP 0, в которой есть 10 каналов, и они стабильно находятся обеими методами поиска. Но еще там есть PLP 1, через которую передаются один тв и один радио канал, и PLP 2, где идет еще один радиовещательный канал. Всего 13 каналов. Адресный поиск находит только 10 из них (поскольку уважает только plp 0). Причем, это не связано с прохождением радиоволн, силой сигнала, и т.п. Это чисто проблема с управлением. Если посмотреть заброшенный скрипт /firmware_ext/dvb/dvb_scan_channels.sh, то там видно, как было сделано ранее. Нет параметров поиска - вызывается w_scan, а если эти параметры есть, то - dvb_scan. То-есть, для адресного поиска и слепого поиска использовался разный код. Видимо, что-то похожее происходит и в последней прошивке. Все усовершенствования внедрены только в слепой поиск, а адресный - оставлен, как есть (заброшен?).
Custom Configuration. Редкий клиент доберется до этого пункта меню, т.к без telnet совсем никак. Да, он есть, но это, по сути, форма того-же адресного поиска, который видит только PLP 0. Пока эту проблему не исправят, смысла использовать тоже нет.
Кто помнит, когда-то давно в совке было типа тв шоу "Если-бы директором был я". Вот какой план действий я-бы там предложил, если мы хотим двигаться дальше.
ООО Dune Multimedia (не уверен за точность названия):
- Устранить проблему с поддержкой multiple plp при адресном поиске DVB-T2 каналов (это самое приоритетное, ибо всех держит);
- Документировать плагин dvbt_db в SDK в степени, достаточной для развития и сопровождения плагина силами общественности.
Community:
- Разработать GUI, предоставляющий пользователю удобный метод ввода location data;
- Написать и опубликовать альтернативную версию плагина dvbt_db, реализующий этот GUI для редактирования записей.
СЦ и прочие умельцы с паяльником:
- Пока такого визуального плагина нет, организовать доступый сервис (для "бабушек") по "программированию" их устройств.
---
inu