Платный опросник

Стоит появиться очередной модели цифрового приемника, как тут же слышатся очередные упреки в плохой работе автопоиска, ручного поиска, отсутствия изображения или звука на заведомо открытых каналах, неправильной записи каналов в память. Чтобы прояснить причины неудач, сначала в простейшей форме попробуем описать, что происходит при ручной настройке цифрового приемника на некодированный пакет.



1. "Захват" (Lock) приемного блока на выбранной частоте.



Это самостоятельно работающая часть спутникового приемника (Frontend, QPSK REceiver), преобразующая пришедший от тарелки, по сути аналоговый сигнал (манипуляция QPSK) в 8-битный параллельный "сырой" цифровой поток (Transport Stream) для дальнейшей обработки. Можно назвать его модемом без права передачи... ;)



На данном этапе достаточно знать такие параметры цифрового сигнала: SR (SymbolRate), FEC, частота и поляризация. Величины SR и FEC "скармливаются" приемному блоку, из введенной вами частоты софтом приемника вычитается текущее значение частоты гетеродина LNB, разность также вводится в приемный блок, поскольку ему актуально значение частоты в

приходящем кабеле, нежели в воздухе за окном... Поляризация же его вообще не интересует, использует ее софт для выдачи нужных управляющих сигналов на LNB.



Итак, если все введено верно, приемный модуль "лочится" - "захватывает" цифровую несущую. Это важный этап - примерно то же, что "коннект" модема. Нормальный приемник всегда имеет отдельный индикатор этого "коннекта" на панели. Нет "лочки" - бесполезно искать причины в ПИДах, стандартах, кодировках - так же, как бессмысленно набирать в вашем броузере URL, не "законнектив" сперва модем... На данном этапе все источники проблем - на нашей, приемной стороне и

достаточно тривиальны и устранимы - ошибки в параметрах и типе LNB, из-за чего софт неверно вычисляет входную частоту в кабеле, или просто недостаток уровня сигнала или некачественный LNB. (Маленькое замечание - индикатор уровня сигнала во многих цифровых приемниках показывает абсолютный уровень, а не отношение сигнал/шум, из-за чего зачастую он просто бесполезен, особенно при большом усилении LNB по ПЧ (Gain) и небольших длинах кабеля). Самые неприятные и одновременно не зависящие от нас факторы - дальше.



2. Чтение служебных таблиц и запись каналов в память.



Что идет в потоке? Вообразите себе ленту конвейера, по которой плывут всевозможные ящики с номерами. Некоторых номеров очень много, другие - лишь изредка. Это - пакеты МПЕГ-2 (MPEG packets), каждый со своим идентификатором - ПИДом (Packet ID), в них - сжатые МПЕГ-2 данные видео, звука и вообще любые другие, например тот же е-майл или телетекст. Рядом стоит мужик, очень ловко вылавливающий ящики только с определенными номерами и совершенно игнорирующий другие. Это - демультиплексор (Demux). Откуда мужик знает, какие ящики вылавливать? В ящиках с определенными номерами находятся всякие предписания о том, что, например в ящиках с номерами 1120, 1140, 1160 находятся помидоры разных сортов, в ящиках с номерами 1223, 1243, 1435, 1325 - груши, что сортов помидоров всего 3, а груш - 4, и т.п. Его начальнику (софту) остается только выбрать нужный сорт для отлова. Эти предписания - служебные таблицы DVB /MPEG-2 (SI -Service Information), идущие строго на определенных ПИДах, так что приемник заранее знает, где их искать в незнакомом потоке. Иерархия этих таблиц довольно запутана и описывает массу параметров, используемых при автонастройке приемника. Из них можно узнать: частоту, SR, FEC, поляризацию, спутник, точное время, имя/условный номер вещателя, усл. номер передающей станции, сколько и какие каналы (звук, видео, данные) в потоке, на каких ПИДах они находятся, объединение каналов в группы по языку или жанру, номера телеканалов в списке, какие еще транспондеры посмотреть на данном спутнике, много другой информации - для условного доступа, программы передач, и пр. Т.е. эта иерархия, согласно стандарта DVB , должна позволить приемнику запросто ориентироваться на спутнике, будучи он "залочен" на исходную цифровую несущую. А ее параметры можно прописать заранее в софт, по одной такой опорной частоте Home Transponder или Default Freq.) для каждого спутника. Приемник прочитает служебные таблицы и сам найдет все остальные частоты (Network Search), пропишет все каналы , выберет нужный язык вещания и поставит часы. Легко и удобно.



Тут мы и подошли к горькому юмору ситуации. На практике получается, что "кто нам поможет, тот нам мешает". С точки зрения дисциплинированных эфирных профессионалов это кажется невозможным, но оказывается, многим спутниковым цифровым вещателям просто "нафиг не надо" корректно выставлять свои служебные таблицы. Происходит это по нескольким причинам:



плохая подготовка техперсонала к работе с новым оборудованием. Характерно для "бедных" FTA-каналов и авантюр типа Venus TV.

канал не предназначен для непосредственного приема, например, TVN на Хотберде - это переброска телесигнала (feed) для кабельных сетей. Принцип - "как-то работает, и лучше не трогать..." Характерно для 10 Вост. и 16 Вост. спутников.

вещатель не заинтересован в приеме клиентами иных каналов, кроме его собственных, и не включает себя в общую таблицу частот спутника на Home Transponder, как немцы на Астре на частотах 12.604 и 12.722.

??? спутниковый оператор берет за включение в эту таблицу дополнительные деньги.

В результате...



при автопоиске не находится добрая половина каналов . Это значит, что ссылки на частоты их пакетов отсутствуют в т.наз. сетевой таблице (NIT - Network Information Table), передаваемой на опорном транспондере. Эти пакеты могут иметь и собственную NIT, например, MC Hellas на Хотберде, имеющий свою NIT, кстати, куда более обширную, чем "официальная" на транспондере макаронников 11.766V. А могут и вовсе не иметь никаких ссылок, как 12.597V. Могут быть и ошибки в ссылке -например, у арабов на 12.654 стоит ссылка на итальянцев с параметрами 11.766Н 3/4 . Конечно же, она не работает. Во всех случаях, единственный путь найти эти каналы - знать их параметры. И приемник

здесь не виноват.

неверное время. В разных приемниках по-разному реализована установка часов - в Нокии например, они устанавливаются с первого же включенного на просмотр транспондера, если были сбиты при пропадании сетевого питания, затем ходят автономно, в Хьюмаксе схватывают его каждый раз при переключении пакетов. Чуть ли не единственное верное время на всем ХБ поддерживают немцы на 11.054Н и макаронники на 11.766V. Дурным же тоном можно назвать испанский пакет на 12.092H, где время было вопиюще кривым с момента начала вещания.

канал прописывается, но не показывает - на прописанном канале нет "лочки", или отсутствуют ПИДы. Очевидная и грубая ошибка в NIT - дело в том, что для записи канала в память приемник берет не данные частоты, SR, FEC, пол. загруженные сейчас в приемный модуль, а данные, идущие в служебных таблицах ! Это легко проверить на Нокии - попробуйте обычным поиском поймать APTN на 12.581Н. Он пропишется, но показывать не будет. ЗАйдите снова в меню поиска, стоя на этом канале , и убедитесь, что в память прописалась частота 11.400 .Если "лочка" есть, но экран пуст - ошибка или отсутствие PAT (Program Allocation Table - таблица расположения программы), таблице , передающей ПИДы для всех каналов пакета. Дело в том, что стандартный приемник DVB не хранит ПИДы в памяти. Он хранит Service ID - условный внутренний номер канала , к-рый в совокупности со Stream ID (условный номер потока) и Network ID (условный номер сети) призван однозначно определять канал в памяти. При переключении каналов ПИДы при этом просто "на лету" читаются из PAT, где расписаны соответствия всех Service ID всем ПИДам. (В этом, кстати, одна из причин задержки при смене канала .)

Здесь мы подошли к еще одной известной проблеме:



каналы переписывают друг друга. Налицо совпадение Network ID, Stream ID, Service ID у конфликтующих каналов . Как такое может быть? Запросто - у одиночных (SCPC) фидов эти параметры могут быть запросто равны единице. Их техников не волнуют проблемы сат-любителей. Если найденные каналы "влезают" вдруг в середину списка - значит, совпал Network ID, и приемник стандарта DVB считает эти каналы "братскими". Проблема особенно обостряется при приеме со многих спутников - в списке наступает полный бардак, каналы с разных спутников хаотично чередуются. Для тех, кому интересно посмотреть, какие идентификаторы присвоены каким вещателям, и выяснить вещателей-"бардачников" - на www.lyngsat.com есть отдельная таблица с Network ID различных вещателей. Возможен также совершенно ламерский вариант - известная в свое время проблема с каналами на 60 Вост. , когда из-за полной неграмотности ПИДам видео и звука были назначены номера, зарезервированные для служебных таблиц DVB .

Для борьбы с кривыми ручками вещателей во многих приемниках и сделано меню Advanced Search. В этом режиме игнорируется большинство передаваемых параметров, данные для входного модуля берутся "по факту", при желании можно даже ввести ПИДы вручную, если и PAT отсутствует или не верна. Канал , найденный таким образом, сохраняется в памяти именно с ПИДами и под неким условным номером (обычно сумма ПИДов), т.к. служебная таблица , передающая названия каналов (SDT - Service Description Table) также игнорируется при ручном вводе ПИДов. Сохраненный таким способом канал занимает в памяти несколько больше места. В сложившейся ситуации обновление списка каналов становится весьма неприятным и трудоемким занятием - каждый раз целый ряд каналов надо вводить вручную. Поэтому представляется более

гибким решение, применяемое во многих азиатских марках - наряду со "стандартным" Network Search присутствует старая добрая память транспондерных частот для каждого спутника. Действительно, почему бы раз и навсегда не запомнить в приемнике все возможные на спутнике частоты (благо здесь очень редко что-то меняется), а затем просто сканировать их на предмет обновлений? Работает замечательно, поиск полностью автоматизирован, а в случае необходимости можно заставить приемник "доверять" эфирным данным для поиска. Однако, это решение почему-то не стало стандартом для монстров-производителей, озабоченных лишь огромными заказами от операторов платных спутниковых сетей, где вышеописанные проблемы отсутствуют, и продолжают вяло отмахиваться, бормоча что-нибудь вроде: "These signals is non DVB-compatible ..." , что, естественно, мало волнует клиентов установочных фирм, желающих самостоятельно делать автопоиск.



В качестве "хорошего тона" можно порекомендовать спутники Астра, где абсолютное большинство пакетов находится обычным поиском, всегда передается корректное время. Видимо, клиенты Eutelsat испытывают затруднения с грамотным техперсоналом.



У читателей, возможно, возникает навязчивый вопрос - а как там с нашим пресловутым НТВплюсом? Автор читал NIT на пяти их транспондерах с помощью софта DVB2000, и, надо сказать, не на всех из них есть ссылки на остальные четыре. Т.е. в плане автопоиска лучше начинать с 12.322 . Впрочем, данное замечание бесполезно для их штатных приемников Х-сат, не имеющим никакого автосканирования вообще.



(с)ЯR romic romanoff romicmail@mtu-net.ru

Для перепечатки свяжитесь с автором.