Азбука ресиверов AB IPBox 9000HD / 900HD / 910HD / 91HD

[Admin]

Азбука ресиверов AB IPBox 9000HD / 900HD / 910HD / 91HD

ВНИМАНИЕ: Информация, собранная здесь, приводится исключительно в образовательных целях. Автор не несет ответственности за любое использование этой информации, в том числе и за любое использование нарушающее законы вашего государства.

Содержание:

- Общая информация
- IPBox 9000HD
- IPBox 900HD
- IPBox 910HD
- IPBox 91HD
- Преимущества и недостатки
- Обзор прошивок
- Сервисные функции ресиверов
- Процедура загрузки прошивки
- Настройка шаринга
- Настройка Softcam
- Как читать лог mgcamd
- Настройка priority.list/ignore.list
- Часто задаваемые вопросы, проблемы и их решения
- Редактирование базы каналов/транспондеров
- Всякое разное (интересные мелочи)


На официальном сайте есть руководство пользователя (в том числе и на русском языке), а также различный софт для прошивки ресивера и сами (официальные) прошивки, плюс дополнительные утилиты для редактирования списков каналов и транспондеров на компьютере. Начинать можно отсюда.

Вот еще неплохой обзор

Материал любезно предоставлен автором "дядя Фёдор"
Оригинальная статья находится тут

[Admin]

Общая информация

Ресиверы AB IPBox HD выпускаются фирмой ab-com из Словакии для Европейского рынка.

Для российского рынка ресиверы выпускаются под маркой Sezam 9xxx HD. Это НЕ подделки, а просто ребрэндинг для России, при этом соотношение железа моделей такое:

IP Box 9000HD = Sezam 9100HDPVR
IP Box 900HD = Sezam 901HD
IP Box 910HD = Sezam 902HD

Ресиверы успели неплохо зарекомендовать себя в течение последнего года как альтернатива более дорогим Linux-ресиверам Dreambox, которые слыли до этого "классикой жанра" если заходила речь о шаринге, Linux'e и качестве картинки. Ресиверы IPBox серии 9xxHD также работают на основе Linux и являются одними из немногих Linux-ресиверов, поддерживающими формат вещания DVB-S2, MPEG4 и телевидение высокой четкости с разрешением до 1080i.

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

Вообще, теоретически, для ресивера можно откомпилировать и запустить какое угодно приложение существующее под Linux'ом, при условии, что ему хватит системных ресурсов. Например, тот факт, что у ресивера есть прямой доступ в сеть и ядро Linux, позволяет превратить ресивер в клиент для скачивания торрентов, и файлов по протоколам HTTP, FTP, SMB, NFS и так далее. По сути дела, это позволяет использовать ресивер как станцию для закачки кинофильмов без участия компьютера. Это само по себе довольно круто, не говоря уже об экономии электричества и отсутствии шума от включенного компьютера. С другой стороны, не стоит увлекаться и думать, что перед вами полноценный компьютер. Конечно, у железа и софта есть ограничения (например, не возможно проигрывать все на свете форматы видео и аудио).

Ядро Linux поддерживает устройства с современными интерфейсами USB 2.0 и SATA, что позволяет подключать внешние и внутренние накопители информации и превратить ресивер в устройство записи телевизионных каналов, ставить на паузу телевидение в реальном времени (чтобы сходить по нужде или за чашечкой кофе и не пропустить гол на экране во время прямой трансляции матча!). Наличие Linux также позволяет воспроизводить MP3 и JPEG файлы а также скачанные фильмы в популярных форматах DivX/XviD/MKV, которые могут находиться как на внутреннем диске, так и "у соседа в локалке" или на USB-флэшке.

Конечно, как и всегда с Linux'ом, не всё работает сразу по одному нажатию кнопки, но это не значит, что нужно прекрасно разбираться в дебрях и ковыряться в ресивере день и ночь, чтобы он начал работать правильно. Если вам просто нужен качественный клиент для шаринга, то достаточно настроить всё один раз, как описано в руководстве по настройке шаринга ниже, и забыть об этом, потому что всё будет работать как нужно. Просто Linux позволяет тем, у кого есть интерес к экспериментам и немножко терпения, добавлять новые возможности и предоставляет широкое поле для экспериментов, что обычно не возможно на стандартных "намертво прошитых" ресиверах.

Ценный совет:

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

[Admin]

AB IPBox 9000HD

Описание на сайте производителя здесь.

Передняя панель:


За крышкой обнаруживаются кнопки и многочисленные слоты на все вкусы:


Задняя панель первой ревизии:


Задняя панель обновленной, второй ревизии (добавлен вентилятор):


Внутренности:



Модель 9000HD имеет следующие характеристики:

* Возможность установки до 2х тюнеров (Plug & Play) в любых комбинациях из следующего списка: DVB-S2, DVB-S, DVB-T или DVB-C
* Процессор RISC STi7101 266МГц
* Память 192Мб DDRAM, 32Мб флэш (весь линукс прошивается во флэш, равно как и остальные программы типа эмуляторов и т.д.)
* 2 устройства считывания смарт-карт
* 2 слота Common Interface (для модулей CAM)
* Вакуумно-флуоресцентный дисплей (VFD) на передней панели на 14 знакомест (показывает название канала или текущее время, кириллица на этом дисплее не отображается)
* Полная поддержка всех протоколов DiSEqC: 1.0, 1.1, 1.2, USALS и ToneBurst (до 16 устройств + комбинации протоколов для каскадов + возможность повтора команд DiSEqC)
* Поддержка видео стандарта MPEG-2 MP@HL
* Поддержка видео стандарта MPEG-4 AVC/H.264 HP@L4 включая высокую четкость (HD)
* Поддержка DivX/XviD/VOB/MKV
* Встроенный декодер Dolby Digital
* Встроенный декодер MP3
* HDMI с поддержкой HDCP
* Форматы видео: 1080i, 720p, 576i
* Встроенная сетевая карта 100Mbit Ethernet с разъемом RJ45
* Разъем USB 2.0 (в режиме Host) для подключения внешних накопителей/флэш памяти
* Второй порт USB 1.1 (в режиме Client) ТОЛЬКО для заливки новых прошивок
* Возможность установки внутреннего жесткого диска SATA 3,5" или 2,5" (разъем для подключения внешнего диска по интерфейсу e-SATA отсутствует!)
* Серийный интерфейс RS-232
* Встроенный аналоговый модем
* Оптический аудио выход S/PDIF
* Компонентный Y/Pb/Pr и композитный видео выход через разъемы RCA (тюльпан)
* Выход S-видео
* 2 видео-выхода SCART
* Стерео аудио выход через разъемы RCA (тюльпан)
* Поддержка IPTV (телевидение через Интернет) - эта функция заявлена, но будет доступна в (скором?) будущем
* Интерфейс на русском языке (среди других прочих)
* Список любимых каналов с возможностью создания папок по темам
* Редактирование списка каналов (до 10000 каналов) на ресивере и с помощью софта на обычном компьютере. Кириллица в названиях каналов отображается.
* Полное управление ресивером по сети через веб-интерфейс
* Просмотр каналов с ресивера по сети (используя плейер VLC)
* Запись нескольких каналов и просмотр ещё одного и все это одновременно (все каналы должны быть на том же самом транспондере)
* Функция картинка-в-картинке (на том же самом транспондере)
* Меню поверх видео и видео как часть меню
* Электронная программа передач (EPG)
* Субтитры и телетекст
* Защита "каналов для взрослых" паролем
* Среднеевропейская цена в евро за последние полгода (без доставки) здесь

[Admin]

AB IPBox 900HD

Официально эта модель уже не выпускается, так как была заменена на 910HD, но на сайте производителя еще жива страница с описанием: здесь.

Вид спереди (существует две модели: черная и серебряная):



Вид сзади:



Как уже и говорилось, все модели этой линейки очень похожи друг на друга, поэтому большинство технических характеристик у них совпадает. Ниже только отличия от IPBox 9000HD:

* Возможность установки (Plug & Play) только одного тюнера (по желанию): DVB-S2, DVB-S, DVB-T или DVB-C (тюнер вставляется как обычная карта типа PCI)
* Нет официальной возможности встраивания жесткого диска, но есть разъём для подключения внешнего диска по интерфейсу e-SATA
* Нет устройства считывания смарт-карт (но 2 интерфейса CI по прежнему имеются)
* Один SCART интерфейс вместо 2х (невелика потеря)
* Нет выхода S-видео (невелика потеря)
* Нет встроенного аналогового модема (невелика потеря)
* Нет порта USB 1.1 (в режиме Client) для заливки новых прошивок (невелика потеря)
* Среднеевропейская цена в евро за последние полгода (без доставки) здесь

Сообщение от дядя Фёдор

Почему я написал, что нет "официальной" возможности встраивания диска? Потому, что в теории, его туда можно поставить, задействовав порт SATA, который выведен на заднюю панель (хотя остается открытым вопрос с питанием).
Но, есть одно "НО". Ресивер будет нагреваться гораздо больше, чем хотелось бы, поэтому придётся ещё возиться с установкой вентиляторов, креплением диска внутри, и т.д. Лучше уже просто купить 910HD и не маяться. Тем более, что 900HD уже купить практически невозможно.

[Admin]

AB IPBox 910HD

Описание на сайте производителя здесь.

Вид спереди (существует две модели: черная и серебряная):



Зад немного изменился в отличие от 900 HD (в лучшую сторону, так как появился вентилятор):



После долгого общения с IPBox 9000HD, меня этот ресивер удивил своими размерами. Он кажется чуть ли не в два раза меньше (субъективно). Хотя, конечно, те кто пользовались OpenBox или EVO ничего особенного не заметят (про крохотный Dreambox DM800HD я просто молчу). Размер впечатлил, просто потому, что 9000HD - реально большой гроб по сравнению с 900/910/91 HD.

Внутри и снаружи всё похоже на уже снятого с производства братца IPBox 900HD, кроме вентилятора, который появился на задней панели.

Отличия от 9000HD:
* Возможность установки (Plug & Play) только одного тюнера (по желанию): DVB-S2, DVB-S, DVB-T или DVB-C (тюнер вставляется как обычная карта типа PCI)
* Есть возможность установки внутреннего жесткого диска SATA 2,5" (плюс разъем для подключения внешнего диска e-SATA и выход питания на 5V).
* Имеется только 1 устройство считывания смарт-карт (ну и CI разъемы тоже, как в 9000HD)
* Один SCART интерфейс вместо 2х (невелика потеря)
* Нет выхода S-видео (невелика потеря)
* Нет встроенного аналогового модема (невелика потеря)
* Нет порта USB 1.1 (в режиме Client) для заливки новых прошивок (невелика потеря)
* Улучшена вентиляция, хотя и не без некоторых проблем (читайте ниже).
* Среднеевропейская цена в евро за последние полгода (без доставки): здесь

[Admin]

AB IPBox 91HD

Описание на сайте производителя здесь.

Это бюджетная модель, тем не менее позволяющаяя практически всё самое нужное (HD и шаринг).
Передняя и задняя панели упрощены до самого необходимого минимума:





Всё то же самое, что и у модели IPBox 900HD, с такими отличиями:

* Нет возможности установки тюнера по желанию: намертво вделан DVB-S2
* Нет слотов CI, есть только один слот для считывания смарт-карт (прощай официалка )
* Нет официальной возможности установки внутреннего жесткого диска, нет интерфейса SATA. Есть только внешний USB 2.0.
* Нет компонентного видео выхода. Только HDMI или SCART.
* Есть кулер, такой как у 910HD.
* Среднеевропейская цена в евро за последние полгода (без доставки): здесь

Ценный совет:

Меня часто спрашивают: "хватит ли этой модели для шары, HD и записи на USB?" Отвечаю: хватит для шары и HD, но не забудьте учесть, что поток данных с HD каналов может достигать до 20Мбит/c. Далеко не всякое USB устройство справится с записью такого потока данных!

[Admin]

Преимущества и недостатки

Поговорим о том, что нравится и что не нравится. К слову сказать, я очень дотошно отношусь к железкам, поэтому некоторое из того, что для меня является минусом, другие могут просто и не заметить. Сразу скажу, в целом, у меня очень позитивное впечатление от всей линейки этих HD ресиверов. Учитывая, что моделей на основе Linux, которые могут принимать формат DVB-S2/HD не так уж много, IPBox всё же выделяется среди других тем, что делает некоторые вещи лучше, чем другие (например поддержка DiSEqC по сравнению с Kathrein UFS910), либо так же, но дешевле (по сравнению с DreamBox DM800 HD) :-) Особенно, если взять во внимание бюджетную модель 91HD, которая практически идеальна для "хитрого просмотра" HD каналов: и встроенный Linux, есть и выход HDMI, и сетевая карта Ethernet и вход для USB внешного диска. При нынешней стоимости этого ресивера, сравниться с ним, пока что не может ни один другой (Linux) ресивер. Другое дело, если у вас есть средства на более дорогой аппарат, тут конечно можно поспорить, что лучше.

По поводу самой навороченной модели, 9000HD. Очень круто, что два тюнера которые поддерживает это ресивер, можно покупать отдельно и вставлять в любой комбинации. Это не особо актуально для стран пост-советского пространства, потому как никто толком у нас не вещает в формате DVB-T или DVB-C (точнее пока что не вещает). Но для Европы, переходящей на полностью цифровое эфирное телевидение, это очень даже неплохая идея. Например, в Германии, Франции, Италии или Великобритании можно ловить MPEG2 каналы на кусок обычной проволоки в цифровом формате DVB-Т (порядка 20 каналов в каждой из этих стран). Это позволяет иметь один тюнер для спутниковых каналов а другой для эфирных и всё это в одном ресивере. Можно, конечно, вставить и два одинаковых DVB-S тюнера для подключения к разным тарелкам, если не хватает DiSEqC переключателя (поддержка DiSEqC, кстати, реализована в тюнере полностью, абсолютно по всем известным версиям протокола, всключая каскадинг, и повтор команд, что весьма и весьма радует). Мой 9000HD прикатил с двумя тюнерами: DVB-S2 и DVB-S.

Ценный совет:

Когда я покупал свой ресивер, модели 910HD не существовало, поэтому пришлось раскошелиться на 9000HD, в частности, из-за встроенного жесткого диска. Сейчас я однозначно рекомендовал бы 910HD. Очень мало кому нужно сразу 2 слота для смарт-карт (особенно с шарингом ;-)), и 2 разъёма SCART (зачем они вообще в HD ресивере? если вы пошли по пути HD, то и телевизор нужен соответствующий, с HDMI). Отсутствующий аналоговый модем в модели 910HD - тоже невелика потеря (особенно в век Интернета через DSL и 3G). Кроме того, у 910HD получше вентиляция (хотя о вентиляции отдельно, ниже) и стоимость 910HD где-то на 150-170 евро дешевле 9000HD, а это весьма и весьма приличная сумма для многих. Два DVB тюнера - это единственная причина, по которой стоит брать 9000HD. Иначе - это пустая трата денег. Для тех у кого бюджет ограничен, модель 91HD выполнит всё что нужно: HD, шаринг и запись на внешнее устройство USB (с оговоркой на скорость записи для HD каналов, см. характеристики 91HD выше)

Ко всем ресиверам (кроме 91HD) прилагается один и тот же пульт дистанционного управления. В 91HD пульт упрощен. Неожиданным сюрпризом стало то, что пульт от IPBox может сам управлять большинством современных телевизоров после очень простой настройки, описанной в руководстве пользователя.

Все ресиверы замечательно справляются со всеми посталенными задачами, если речь идет об официальном просмотре (о неофициальном - читайте дальше). HD работает превосходно, каналы стандартного разрешения тоже. Запись по таймеру и без таймера, запись сразу нескольких каналов (на одном и том же транспондере), функция паузы телевидения в реальном времени. Шаринг стабилен, картинка отличная. Система меню, хотя и не лучшая в мире, но совершенно адекватная. Особенно, после периода привыкания через несколько дней пользования.

Ценный совет:

У меня (и не только меня) были проблемы с распознаванием жесткого диска. Например, не заработали мои диски 3,5 дюйма Hitachi на 250ГБ и 160ГБ купленные года два назад. А новенький Samsung на 1ТБ завёлся моментально. Рекомендую, если есть такая возможность, организовать пробу жесткого диска, с возможностью возврата или замены, если он не входит в список рекомендованных (см. ниже)

На сайте производителя рекомендуются следующие модели: документ PDF.
От себя же добавлю, что у меня не было проблем с двумя моделями Samsung 2,5" серии HMxxxJI и c моделью Samsung 3,5" SpinPoint F1 HD103UJ.

Производитель также говорит о том, что обычно опция проверки диска при загрузке выключена, чтобы ускорить процесс начальной загрузки. В случае, если у вас возникают проблемы с записью или распознаванием диска, рекомендуется включить проверку диска (Menu –> Advanced Setting –> HDD). Это естественно не гаранитрует, что начнут работать неподдерживаемые модели, но может помочь избежать проблем с некоторыми из них.

Ценный совет для модели 910HD:

В характеристиках ресивера красиво написано, что можно ставить диск SATA и внутрь, и подключать внешний. Но чего не сказано, это то, что порт SATA на материнской плате всего один. Как следствие, придётся выбрать, либо внутренний, либо внешний. Но никак не оба сразу.

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


Теперь, о действительно негативных моментах:

Первое, о чем сразу хочется написать, погоняв ресивер пару дней - это охлаждение (точнее, его отсутствие). У моделей 9000HD и 910HD, которые рассчитаны на встраивание жесткого диска, это особенно болезненная тема. В модели 9000HD первой ревизии, которая рассчитана на диски размером 3,5", совершенно никакая вентиляция для такой задачи. На фото выше (где показаны внутренности 9000HD) виден крохотный вентилятор (сверху от жесткого диска на фото), который гонит непонятно что непонятно куда. Тюнер ОЧЕНЬ сильно нагревается из-за работы графического чипа, блока питания и огромного горячего жестого диска, хотя, в принципе, на стабильность работы это ни разу не повлияло. Правда во второй ревизии ему-таки приделали вентилятор на заднюю панель, но всё же здесь дизайн ресивера явно проигрывает тому же Dreambox DM800 HD, у которого блок питания разумным образом вынесен в отдельный "кирпичик" как у ноутбуков (хотя, если честно, Dreambox'у это не помогло, он греется ничуть не меньше, поскольку непонятно зачем его создатели решили, что он должен быть в три раза меньше типового ресивера по размерам, а следовательно все компоненты внутри в три раза ближе к друг другу).

Меня такая "горячая" ситуация с 9000HD первой ревизии не устроила (хотя может я просто люблю ковыряться в железе :-)). Погоняв несколько дней диск на 3.5 дюйма, я понял, что жить так не смогу - ни с шумом от диска, ни с количеством выделяемого им тепла. Диск был заменен на 2,5 дюймовый. Я также отодвинул его в самый дальний от блока питания угол, прикрепив его поверх слотов CI (в левом верхнем углу, если смотреть на фото внутренностей), чтобы было пространство для воздуха хоть как то двигаться. Также снял этот дурацкий мини вентилятор, и прикрепил его на верхнюю крышку изнутри, чтобы он выдувал воздух прямо в вентиляционные отверстия. Подключил его в разьем питания, используемый жестким диском, в клемму 5V вместо 12V, что понизило обороты (для уменьшения шума). Стало НАМНОГО лучше, чем с диском 3,5" и вентилятором в родной позиции. Для жаркого лета и комнате без кондиционера я бы поставил ещё один вытяжной вентилятор поближе к схеме блока питания, но для моих условий одного вентилятора достаточно.

В ресивере 910HD, а также в 9000HD второй ревизии, явно видна попытка улучшить вентиляцию. Но, к сожалению, идеальной её тоже не назовешь. Хотя кулер и переместился на заднюю панель и увеличился в размерах, нельзя сказать, что он решил все проблемы. Вентиляция может и улучшилась (хотя по мне-так не ахти), но также появился и явно ощутимый шум, который, конечно, не сравнить с работающим компьютером, но это уже всё-таки и не абсолютно тихий обычный ресивер. Оно бы всё ничего, так как при просмотре телевизора, конечно шуршания вентилятора не слышно, но самый негативный момент в том, что ресивер крутит кулер в режиме "standby"!

Здесь нужно пояснить, что режимов программного выключения питания у всей линейки 9xxxHD два: первый называется Shutdown (полное выключение), второй Standby (ожидание). В режиме Shutdown выключается абсолютно всё (делается полный Linux shutdown, как в компьютере, и ресивер реагирует только на включение питания). В режиме Standby, по сути дела, выключается только видео подсистема (Linux продолжает работать, на ресивер можно подключиться по Telnet, FTP и так далее). Как следствие, если вы сделали Shutdown, то конечно и диск и вентилятор - всё останавливается и всё тихо и прекрасно. Только вот на новое включение до состояния готовности уходит до 45 секунд, что конечно, не всех обрадует (хотя в Dreambox этот же процесс занимает около 2х минут, так что все относительно). Если же вы сделали Standby, то ресивер "включается" за секунду, но ценой за это является постоянно вращающийся диск и кулер. Так что имейте в виду, я вас предупреждал!

Впрочем, по поводу вращения диска стоит оговориться. В альтернативной прошивке от NLB есть возможность указать период времени (5, 10, 15 мин) после которого жесткий диск уходит в standby, если не используется (даже при полностью работающем ресивере). Это очень радует, спасибо альтернативщикам!

Я замерил потребление энергии на модели 910HD со встроенным диском Samsung 2,5". Получилось следующее:

- 25 Ватт в режиме нормальной работы
- 18 Ватт в режиме ожидания (Standby) - на мой вкус, немножко это многовато, особенно учитывая предыдущую цифру
- 3 Ватта в режиме полного выключения (Shutdown, включается с пульта) - тоже не фонтан.

Интересно, как они его продают в Европе, где приняли новый закон, о том, что все устройства в режиме ожидания должны потреблять не больше 1 Bатта?

В плане вентиляции, с 910HD я проделал похожую операцию, что и с 9000HD, с той лишь разницей, что я не снимал вентилятор с задней панели, а добавил ещё один, вытяжной на верхнюю крышку изнутри. Оба вентилятора запитал через резистор переменного сопротивления, для регуляции оборотов/шума.

Ещё один, пусть и малый но всё же негативный момент, это невозможность использования протокола cs357/cccam для шары. Просто нет стабильно работающего софта для этой цели (с Dreambox IP Box не совместим - другой процессор, а следовательно и софт не пойдет). Единственная возможность, которая реально работает на сегодняшний день - это протокол newcamd.

Следующий момент, который всколыхнул народные массы, это то, что на каналах +++ HD наблюдаются так называемые "фризы" или кратковременные замирания изображения. С чем это связано, пока что в процессе выяснения. До сих пор единого мнения на этот счёт нет, но есть большое подозрение на сам эмулятор mgcamd. Пока проверить эту гипотезу нельзя, так как нет альтернативного софта, который мог бы показывать каналы +++HD.

Самый же большой недостаток этой линейки ресиверов - кривая работа с кодировкой Irdeto2 и BetaCrypt по шаре. Такие пакеты как Поверхность+, Орион Экспресс, Радуга, Premiere и Nova ипользуют эту кодировку. Проблема проявляется в том, что как только к вам не приходит ключ с сервера (по вине провайдера или плохого Интернет-соединения), ресивер начинает рвать картинку и звук каждую секунду (синдром "кваканья") и как только это случается, это начинает происходить на всех каналах, даже на открытых, перманентно. Ресиверу "сносит крышу" и становится невозможно его нормально использовать. Помогает только полный ребут. После кучи испытаний, проведенных многими людьми, сейчас можно c полной уверенностью говорить о том, что это проблема стыковки mgcamd с последними официальными прошивками (на ранних прошивках, до октября 2008, работало нормально). Есть альтернативный софт (mbox и Incubus), который работает c Irdeto2 без проблем (но, к сожалению, с другими своими проблемами и ограничениями). Поскольку автор mgcamd судя по всему сидит в глубоком подполье или ему эта тема с IPBox неинтересна, ситуация с mgcamd + irdeto2 на сегодняшний день тупиковая. Но, появился свет в конце туннеля в лице софта под названием mbox, который корректно работает с Irdeto2, но пока что не понимает длинные ECM, которыми пользуются +++.
Также, есть старая прошивка версии 8421 от SifTeam, при чём, только для IPBox 910HD/900HD (для 9000HD и 91HD решения нет). Эта прошивка работает корректно с Irdeto2 + mgcamd, но она уже всё больше и больше морально устаревает в свете кучи исправленных багов и новых функций, добавленных в последних прошивках.

Напоследок, стоить заметить, что в начале октября 2008 года на официальной сайте ab-com появилась ссылка на видео, демонстрирующее интерфейс Enigma 1 для IPBox. Также, в июне 2009 на сайте ab-com появились фото, на которых явно во всю демонстрировалась та же Enigma. Остается только надеяться, что "coming soon..." всё-таки когда нибудь наступит, поскольку на сегодняшний день эта разработка так и не реализовалась.

[Admin]

Обзор прошивок для IPBox

Перед тем как расширить возможности ресивера и добавить возможность шаринга и эмуляции следует рассказать каким образом можно обновлять программное обеспечение ресивера. Процедура эта несложная, но следует разобраться, что и куда можно и нужно заливать.

Начнем с того, что именно можно загрузить в ресивер в принципе.

Существует несколько прошивок:

- uBoot - это начальный загрузчик, который следует обновить в первую очередь. Он меняется очень редко и обеспечивает самые базовые функции ресивера сразу после его включения. uBoot можно скачать с официального сайта ab-com (там же, где и официальную прошивку, см. ниже).

- Основная официальная прошивка от ab-com или от корейцев DGS, обновляется более менее регулярно, по крайней мере, в 2008-2009 году обновлялась где-то раз в два-три месяца. Это вся софт-начинка обеспечивающая обычную работу ресивера, включающая операционную систему Linux. В новых версиях добавляют новые возможности, типа проигрывания видео в различных форматах и так далее. Корейская компания DGStation на самом деле является главным производителем прошивок и большинства железа для ресиверов ab-com. Но, обычно, они пишут общий код, который тестируется и затачивается под "европейский рынок" команией ab-com. Хотя ничто не мешает пользоваться и той и другой прошивкой. Шаринга или эмуляции в таких прошивках нет и никогда не будет. Так же как и uBoot, прошивку можно скачать с официального сайта ab-com.

- Альтернативная прошивка от команды немецких хакеров NLB. Базируется на официальной прошивке: когда им невтерпёж, на самых новых beta-прошивках от DGStation, но иногда и на ab-com. В прошивку включен дополнительный софт для SSH, Telnet, FTP, Samba, эмуляции, шаринга и так далее. Рекомендуется для тех кому нужен просто шаринг без заморочек, так как в этой прошивке уже есть все, что нужно для шаринга (и много ещё чего интересного, например различные Plugins). Обновляется как только выходит новая официальная прошивка. Взять последнюю прошивку можно на форуме NLB (нужна регистрация). Линк для для 9000HD, для 900HD, для 910HD и для 91HD.

- Альтернативная прошивка от команды хакеров Sif-Team. Также как и NLB базируется на официальной прошивке. Имитирует в своей функциональности подход (но, к сожалению, не интерфейс) DreamBox, где по нажатию кнопки на пульте можно стянуть с Интернета дополнительный софт для "чего угодно" (в первую очередь, естественно, для шаринга) а также скины для меню и другие нужные и бесполезные plugins и скрипты. Адрес форума SifTeam (на итальянском языке): http://forum.sifteam.eu/ Коллекция прошивок SifTeam: ftp://ftp.sifteam.eu/

- Вышла ещё одна альтернативная прошивка (в исполнении SifTeam), реализующая пользовательский интерфейс Enigma2, при помощи кода, содранного с ресиверов Kathrein (а тот, в свою очередь, был содран с Dreambox). Этот интерфейс, хотя и не без проблем, по мнению многих является "лучшим из всех интерфейсов для Linux ресиверов". Для тех кто интересуется, интерфейс реализован на скриптовом языке Python, что позволяет заточить все что угодно "под себя" (при знании чего и куда, разумеется). Всё это прекрасно, но... на сегодняшний день прошивка с Enigma2 - в глубокой альфа версии, с кучей известных и неизвестных глюков и багов, и колдовством в процессе установки. Поэтому эта прошивка только для тех, кто реально знает что где в Linuxe лежит и как работает и хочет просто посмотреть "а как оно там развивается".

Естественно, тут же возникает вопрос: какая альтернативная прошивка лучше?

Некоторые предпочитают SifTeam, потому что якобы там больше возможностей по загрузке софта и скинов. В прошивке от NLB весь интересующий нас здесь софт, уже сидит в прошивке (равно как и скины), поэтому здесь я сосредоточусь на настройке шаринга и эмуляции используя прошивку NLB. Вы же пробуйте и решайте сами, что вам больше по душе. В любом случае, сам софт для шары - идентичен и настройка софта сводится к редактированию пары-тройки текстовых файлов совершенно одинаковым образом, на какой бы прошивке вы не сидели.

Теперь, о том как собственно осуществляется процесс загрузки прошивки. Вариантов несколько:

- Официальную прошивку от ab-com можно загрузить прямо из меню ресивера, если ресивер подключен к Интернету.
- Для всех моделей 9xxxHD можно залить альтернативную прошивку и uBoot, используя USB-флешку
- ТОЛЬКО у 9000HD имеется дополнительный USB порт работающий в режиме USB Client который можно подсоединить напрямую к компьютеру и залить прошивку при помощи официальной утилиты от ab-com (геморойная процедура)
- Если у вас уже стоит альтернативная прошивка от NLB и есть встроенный жесткий диск, то можно просто забросить прошивку на жесткий диск по FTP или через Windows share и нажать кнопочку на пульте дистанционного управления.

Из всего этого следует, что проще всего приобрести USB-флешку не важно какого размера, так как вам потребуется всего минмум места (поскольку вся флеш-память у ресивера - 32Мб). Если у вас 9000HD, то можно, конечно, обойтись и без флешки, но тогда вам потребуется кабель USB A/B, такой как здесь, компьютер с USB портом и Windows, а также морока с установкой USB драйвера и утилитой для перепрограммирования ресивера. Мой вам совет - купите самую дешёвую флешку, если у вас её до сих пор нет, и не заморачивайтесь со всеми этими кабелями, драйверами и утилитами.

Для заливки используется одна из сервисных функций ресивера.
Ниже приведены все комбинации кнопок для вызова сервисных функций.

[Admin]

Сервисные функции ресиверов IPBox

В рассматриваемых ресиверах IPBox существуют сервисные команды, которые вызываются ПРИ ВКЛЮЧЕНИИ ресивера, до того как загрузится вся система.
Внимание! Все кнопки, о которых пойдет речь в этой секции, находятся на передней панели ресивера. Пульт дистанционного управления не используется.

Вызов любой сервисной функции состоит из трех шагов:
- Выключаем ресивер, чтобы он находился в режиме отключения Shutdown а не Standby (клавишу питания на задней панели выключать не нужно, на дисплее должно отображаться время). Легче всего перевести ресивер в нужный режим, нажав одновременно кнопку вкл/выкл вместе с клавишей OK на передней панели ресивера.
- Теперь включаем ресивер нажатием на всю ту же кнопку вкл/выкл и продолжаем удерживать вкл/выкл до тех пор, пока на дисплее передней панели не появится надпись BOOTING.
- Когда появится надпись BOOTING, не отпуская уже нажатую кнопку вкл/выкл, наживаем вдобавок еще одну кнопку на передней панели. В зависимости от того какая кнопка будет нажата второй, будет вызвана та или иная сервисная функция. Вот их список:

Вкл/выкл + OK = принудительное выключение ресивера
Вкл/выкл + стрелка вниз = принудительное форматирование подключенного жесткого диска (HDD FORMAT)
Вкл/выкл + стрелка вправо = загрузка прошивки через серийный порт RS232, на моделях, где есть этот порт (SERIAL UPGRADE)
Вкл/выкл + Menu = поменять разрешение картинки на видеовыходе (DISPLAY RESOLUTION). После того как отпускаете Menu, разрешение можно поменять кнопками со стрелками вверх/вниз и закончить ввод кнопкой OK.

Только для IPBox 9000HD:
- Просто продолжать держать кнопку Вкл/выкл до тех пор пока появится сообщение FLASH UPGRADE (для заливки прошивок с компьютера по USB кабелю)
- Вкл/выкл + стрелка вверх = загрузка прошивки с USB флеш (USB UPGRADE)

Только для IPBox 900/910/91 HD:
- Загрузка прошивки с USB флеш: просто продолжать держать кнопку Вкл/выкл до тех пор пока появится сообщение USB UPGRADE.

[Admin]

Процедура загрузки прошивки

Супер ценный совет:

При заливке большинства прошивок, вы потеряете все установки и сканированные каналы. Чтобы этого не произошло, перед заливкой новой прошивки нужно сделать резервную копию файла /var/db.dat и заодно и копию всей директории /var/keys (если у вас в ней что-то есть). Это можно сделать скопировав файлы по FTP или SMB (Windows sharing) на ваш компьютер. К сожалению, иногда новые версии официальных прошивок меняют структуру этого файла, и тогда манипуляции для сохранения ваших каналов могут стать довольно продвинутыми. В большинстве случаев проще пересканировать всё заново, хотя при большом желании все настройки и каналы можно сохранить, немного поупражнявшись с SQL (файл db.dat - это, просто напросто, база данных в формате SQLite).

Все виды прошивок, включая загрузчик uBoot, заливаются совершенно одинаковым образом, а именно:

- Cкачиваем нужную прошивку (см. линки выше) и извлекаем из архива файл с расширением .img
- Форматируем флешку как FAT32
- Копируем .img фал на флешку и переименовываем файл в usb_update.img (именно так и никак иначе, для всех прошивок, включая uBoot!)
- Вставляем флешку в USB разъем ресивера
- Выключаем ресивер нажав Вкл/выкл + OK
- Включаем ресивер и сразу же вызваем сервисную функцию для заливки прошивки, как описано в списке сервисных функций выше
- На дисплее появляется надпись USB UPGRADE и если флешка читается правильно то через пару секунд надпись сменится на LOAD SW (считывание образа), затем ERASING (очистка памяти под новую прошивку) и, после этого, FLASHING (процесс программирования флеш-памяти)
- В зависимости от размера прошивки, весь процесс занимает от нескольких секунд (для uBoot) до нескольких минут (для полной прошивки)
- Дождитесь сообщения DONE на дисплее, после чего выключите ресивер клавишей на задней панели, подождите несколько секунд и включите снова
- Ну, и как всегда, это очень плохая идея выключать ресивер во время загрузки прошивки!

Таким образом, сначала обновляем uBoot, затем заливаем либо свежую официальную прошивку, либо свежую прошивку от NLB. Вы заметите, когда зальете прошивку от NLB, что на дисплее будет отображаться гораздо больше сообщений в процессе загрузки после холодного старта. Например, версия прошивки NLB, сообщения типа "Network Up", и "starting mgcamd" и так далее...

Грабли номер 1:

Если вместо LOADING/ERASING... у вас на дисплее сообщение вида ERROR 10, это значит что либо флешка неправильно отформатирована, либо вы неправильно переименовали файл с прошивкой, либо флешка ещё по какой причине не читается. У меня лично была дешевая флешка, которая прекрасно читалась на компьютере, но IPBOX отказывался с нее считывать прошивку. Помогла только замена флешки.

Грабли номер 2:

Убедитесь, что у вас в Windows показываются расширения файлов. Если в Windows эта опция выключена, то вы не сможете точно сказать, как называется файл с прошивкой. Были случаи, когда эта опция Windows приводила к тому, что люди переименовывали файл, а на самом деле у него было имя usb_update.img.img, потому что расширения не показывались.

[Admin]

Настройка шаринга

Теперь, когда вы успешно залили прошивку NLB можно приступить к финальному этапу всей эпопеи: настройка, собственно, эмуляции и шаринга.

Естественно, здесь я не буду описывать всё то, что доступно в обычной прошивке производителя (типа настройки и сортировки каналов и настройки IP адреса ресивера). Предполагается, что вы полностью знакомы со стандартным управлением ресивера и уже настроили IP адрес, как описано в руководстве пользователя. Речь дальше пойдет о прошивке NLB, которая должна быть установлена, как описано выше. В этой прошивке есть новое меню, так называемая NLB Panel, которую можно вызвать, нажав зелёную кнопку на пульте.

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

Перво наперво следует проверить правильно ли вы настроили сеть. У ресивера имеется свой web-интерфейс, который обычно должен работать при включенном ресивере. На своем компьютере попробуйте открыть в браузере страницу с адресом: http://ip.адрес.вашего.ресивера/

Вы тут же должны будете получить запрос имени и пароля. Введите имя root и пароль relook (в стандартной прошивке пароль может быть другой - ipbox). Если все правильно, то вы увидите страницу, вроде такой:



В меню слева откройте пункт System Options и нажимайте ftp Status до тех пор пока не появится сообщение "ftp is now on at next boot" (включать FTP при старте ресивера).
Дополнительно, таким же образом вы можете включить Telnet, SSH и Samba, если вам они нужны. Обычно, достаточно Telnet (или SSH) и FTP. При помощи Telnet/SSH можно подключиться к ресиверу и проделать дополнительные манипуляции (быстро перезапустить эмулятор, подредактировать файлы конфигурации, пропинговать сервер шары, если вдруг что-то не работает, и т.д.). При помощи FTP можно загрузить в ресивер файлы конфигурации с параметрами и ключиками, отредактировав их предварительно на обычном компьютере. Думаю, что здесь не нужно рассказывать что такое FTP и Telnet и как ими пользоваться.

Для входа на IPBox по FTP используйте FTP клиент типа FileZilla Client или Far, IP адрес ресивера в вашей локальной сети и такие же логин и пароль как и для Web-интерфейса (root / relook, в прошивке от SifTeam пароль - sifteam). Для работы по Telnet или SSH лучше всего подходит PuTTY.

В прошивке NLB уже загружены сразу несколько эмуляторов с поддержкой шаринга: mgcamd, mbox, incubusCamd и Hypercam. У каждого есть свои преимущества и недостатки, но на сегодняшний день, для 99% случаев рекомендуется использовать старый добрый mgcamd. Переключение эмулятора можно сделать либо через Web интерфейс (нужно зайти в раздел Emu и нажимать Change Emu до тех пор, пока не появится нужный вам эмулятор), либо нажав на зелёную кнопку пульта дистанционного управления (активный эмулятор отображается сверху меню и меняется стрелками вправо/влево).
После смены эмулятора крайне рекомендуется перезагрузить ресивер. Если вы подключены по Telnet, просто дайте команду reboot. Иначе, есть опция в панели NLB (зелёная кнопка на пульте).

Итак, мы выбрали mgcamd для эмуляции. Во начальной время загрузки ресивера (после включения из состояния Shutdown) вы должны увидеть на передней панели ресивера краткое сообщение MGCAMD-START среди прочих загрузочных сообщений, что означает, что вы сделали правильный выбор и загружается именно mgcamd.

Теперь перейдём непосредственно к конфигурации mgcamd. Вообще-то написано на этот счёт уже порядочно, но всё как-то обрывками да слишком заумно, для тех кто это видит в первый раз. Поэтому постараемся разобрать всё это дело по косточкам.


Файлы конфигурации MGCAMD

Все файлы которые нужны для правильной работы mgcamd должны находиться в папке /var/keys и ни в какой другой. Также, поскольку мы в Linux, обратите внимание, что заглавные/прописные буквы в именах файлов должны быть как указано ниже. Все файлы - обычные текстовые файлы, которые желательно НЕ редактировать в Notepad/Wordpad, а в чем-то более продвинутом, что позволяет сохранить файлы формате Unix, то есть с правильными Unix-овскими символами перевода строк. Итак, файлы, которые понадобятся:

/var/keys/AutoRoll.Key
/var/keys/SoftCam.Key - в этих файлах хранятся ключи для чисто эмуляционной части mgcamd. Для шаринга эти файлы не нужны, но если поместить в них правильные ключи, то можно открыть некоторые каналы со "взломанными" кодировками вообще без шаринга. Подробнее об этих файлах ниже, в отдельном разделе по эмуляции с помощью SoftCam.

Супер ценный совет:

Если вы собрались использовать softcam файл для одних каналов и шаринг для других, убедитесь, что в SoftCam.Key НЕТ ключей на те каналы, которые вы собираетесь шарить. mgcamd всегда смотрит сначала в SoftCam.Key и если находит там ключ (хоть и устаревший) он будет использовать его, и до шаринга не доберется. Поэтому очень рекомендую сначала временно убрать *.Key файлы из /var/keys, настроить шаринг, убедиться, что он работает, а потом уже смотреть, что можно дополнительно открыть на вашем спутнике используя SoftCam.

/var/keys/mg_cfg
/var/keys/newcamd.list
/var/keys/ignore.list
/var/keys/priority.list - эти файлы нужны для правильной работы шаринга. Если у вас остались ещё какие-то файлы в папке /var/keys и вы больше не пользуетесь никаким другим софтом, кроме mgcamd - можете все остальное переместить в другое место, чтобы не мозолило глаза. Итак, в файле mg_cfg содержится основная системная конфигурация mcgamd, типа настроек таймаутов при работе с сетью, опции отладки и лог-файлов. В файле newcamd.list прописываются параметры для коннекта на сервер(ы) шаринга, то есть сюда заносятся все параметры, полученные вами от конкретного шаринг провайдера. Файлы ignore.list и priority.list позволяют произвести "тонкую настройку", параметров шаринга, чтобы каналы которые идут в нескольких кодировках открывались быстрее (без этих двух последних файлов можно обойтись, если вас устраивает скорость открывания кодированных каналов).

Разберём теперь главный конфигурационный файл mg_cfg. Этот файл уже должен быть в папке /var/keys изначально, если вы поставили прошивку NLB. Каждая строка, начинающаяся с символа # в э том файле - это комментарий, который только для вас. Программа эти строки игнорирует. Параметры, считываемые программой при запуске имеют следующий вид:

буква: { цифра } дополнительные параметры

Буква означает тот или иной параметр, как описано ниже. Цифра означает одно из возможных значений параметра. Дополнительные параметры должны присутствовать только там, где это необходимо.

Вот пример этого файла, переведенный на русский язык (плюс мои комментарии):

# AU - автообновление. Выбрать одно из четырех:
#    0 выключить функцию AU
#    1 включить обработку EMM для софт-эмулятора и карт шаринга
#    2 авторежим, включать EMM только если канал не открывается
#    3 включить EMM обработку только для карт доступных по сети
# Насколько мне известно, это дело нужно было для пакета TPS на
# спутнике Hotbird, но теперь всё это дело прошлого. Поэтому выключаем.
A: { 0 }

# Тип устройства
#     0 авто
#     1 dbox2
#     2 dreambox
#     3 triple-dragon
#     4 relook
#     5 openbox
# рекомендуется оставить авто:
B: { 0 }

# ECM messages
# Показ EСM-cообщений. В качестве значения выбрать одно из трех:
#    0 не показывать ничего
#    1 обычный режим: показывать PID, и декодированные ECM и CW
#    2 подробный режим: показывать всё подряд включая весь дамп
# Это дело лучше видеть, чтобы сразу было понятно, работает
# шаринг или нет, поэтому включим обычный режим:
C: { 1 }

# Отладочная информация в лог-файле
#      0 off (default)
#      1 ecm
#      2 emm
#      4 network ecm
#      8 network emm
#    16 network login
#    32 показывать статистику загрузки памяти и CPU каждую минуту
#    64 добавить дату и время к каждой записи в лог
# обычно эту опцию включать больше, чем 1 не нужно, но ради интереса можно попробовать.
# в логе будет гораздо больше информации, чем обычно
D: { 1 }

# кэширование ECM (в секундах)
# каждая запись в кэш отъедает 28 байт, поэтому 24 часа кэша отъест 240-400 КБ памяти
# вполне можно позволить себе такую роскошь, чтобы не обращаться заново к карте шаринга
# если вы скачете по каналам туда сюда, как угорелый. Хотя вообще-то это бесполезно,
# так как нынче ключики живут считанные секунды.
E: { 3600 }

# Сетевой протокол для шаринга.
# Можно выбрать несколько значений, просуммировав отдельные опции.
#    0 сеть отсутствует (шаринга не предвидится)
#    1 клиент newcamd
#    2 клиент radegast
#    4 клиент camd3
#    8 клиент gbox
# Как говорится, "стандарт индустрии", протокол newcamd.
# Кстати, протокол camd3 сломан в версии mgcamd 1.31 на IPBOX - у меня так и не заработал
G: { 1 }

# Что кэшировать? Значений может быть несколько как сумма следущих:
#    0 отключить кэширование
#    1 кэшировать Ecm pids, и сохранять в файле /tmp/ca_cache.list при перезапуске
#    2 вести кэш Ecm, и помнить значения столько секунд, сколько указано в опции "E" выше
#    4 вести кэш Emm для карт доступных по сети, чтобы не слать один и тот же EMM снова
# Как уже сказано в опции E, толку от этого кэширования достаточно мало, но пусть будет:
H: { 7 }

# Значение в секундах для тайм-аута сетевого запроса.
# Поставим 3 секунды, так как обычно сервер должен ответить в этих пределах.
# Для некоторых глючных пакетов, типа Nova, этот параметр можно и увеличить до 5.
# Но помните, чем больше этот параметр, тем медленней mgcamd будет 
# обращаться к серверу если от сервера не пришел ответ во время.
# Если сервер не отвечает за это время, см. параметр "N".
K: { 3 }

# Опции для лог файлов, можно выбрать несколько параметров как сумму:
#    0 не вести лог
#    1 лог через сеть (по протоколу UDP Syslog)
#    2 лог на консоль
#    4 лог в файл (который будет всё время расти, и поэтому он может забить
#         всю флеш-память - его вам придется чистить вручную)
#  дополнтельные параметры: IP-адрес + UDP порт для сетевого лога + имя лог-файла
#
# Это очень важная опция для того, чтобы сразу увидеть где грабли, если
# что-то не работает, или работает не так как надо. Идеальней всего использовать
# лог по сети. Эта процедура описана ниже подробнее. Здесь же нужно указать
# IP адрес вашего обычного компьютера в вашей локальной сети, UDP порт, который
# обычно должен быть 514 и если хотите включить лог-файл на самом ресивере, то 
# имя файла, где-нибудь, например в папке /tmp. Для включения лога в файл,
# нужно поменять { 1 } на { 4 } или { 5 }. Если параметр не 4 и не 5, то имя лог файла
# можно не писать.
L: { 1 } 192.168.1.1 514 /tmp/mgcamd.log

# Показ EMM-cообщений. В качестве значения выбрать одно из трех:
#    0 не показывать никаких EMM
#    1 показывать только верные EMM
#    2 показывать верные и неверные сообщения EMM, включая весь дамп
# Это дело нам не понадобится, поэтому выбираем "не показывать":
M: { 0 }

# Повторная попытка при работе с сетью. Очень важный параметр!!!
# Можно выбрать несколько значений, просуммировав отдельные опции.
#     0 не пытаться повторить запрос
#     1 повторная попытка при каждом новом ECM
#      2 повторная попытка присоединиться к недоступному ранее серверу
#       каждые Q секунд (Q дается как отдельный параметр "Q" ниже)
#     4 пробовать быстро пере-соединиться к отрубившемуся серверу:
#        либо после XX ECM запросов без ответа от сервера,
#        либо если нет ответа от сервера в течение YY секунд
#  Числа XX и YY даются как дополнительные параметры
#  Относительно числа XX - mgcamd будет ждать ответа от сервера столько
# секунд, сколько указано в параметре "К"      
#
# Рекомендую установить все опции 01 + 02 + 04, то есть их сумму = 07.
# В качестве дополнительных параметров XX и YY можно взять 4 запроса
# без ответа или 30 секунд. Хотя, наилучшие значения будут напрямую зависеть
# от качества вашего Интернета и провайдера шары.
N: { 7 } 4 30

# разновидность экранного интерфейса:
#    0 нет меню на экране
#    1 neutrino
#    2 enigma
#    3 relook
#          + имя пароль (как дополнительные параметры для авторизации)
# Это всё нам вообще не понадобится. Это для других ресиверов:
O: { 0 } username password

# Приоритет протоколов (если у вас их несколько)
#  0 gbox, newcamd, radegast, camd3
#  1 camd3, radegast, newcamd, gbox
#  2 newcamd, camd3, gbox, radegast
# нас интересует newcamd, поэтому поставим его на первое место:
P: { 2 }

# Пытаться коннектиться на "мертвый" сервер каждые 30 секунд
# (если включено в опции "N" выше)
Q: { 30 }

# Cчитывать файлы конфигурации повторно.
# Параметр может быть суммой следующих значений: 
#    0 считывать все файлы конфигурации только раз при запуске mgcamd
#    1 считывать файлы каждый раз при смене канала
#    2 считывать файл SoftCam.Key каждый раз при смене канала
#    4 считывать файл SoftCam.Key, если он изменился
# Поскольку меняться будет потенциально только SoftCam.Key (и то редко), установим 04:
R: { 4 }

# Что показывать на экранном меню:
#    1 emu ecm 
#    2 шару через сеть
#    4 показывать "некодированный канал" / "не могу открыть"
#    8 показывать обновление ключей EMM
#    + web порт для экранного меню
# Это всё нам не понадобится. Это для для других ресиверов:
S: { 0 } 80
  
# Папка с файлами конфигурации (softcam, autoroll, ignore/priority)
#    0 файлы в папке /var/keys
#    1 файлы в /tmp
# Тут и так понятно, что нужно выбрать 0:
T: { 0 }

# Обновление ключей. Нужно выбрать 2 параметра, как сумму 01/02 плюс 04
#    1 обновлять только новые ключи
#    2 обновлять все ключи (для валидации PMK)
#    4 включить функцию TPS AU (в дополнительных параметрах указать
#            SID, в котором pmt pid содержит au pid):  U: { 5 }  0x1234
# Это дело работает вместе с параметром "A".
# Поскольку мы вырубили "A", выключаем и это дело тоже:
U: { 0 }

Всё это дело можно очень сильно сократить, убрав комментарии и ненужные опции:
Финальный файл может выглядеть вот так (самые важные параметры К и N cодержат комментарии):

A:{0}
C:{1}
D:{1}
E:{3600}
G:{1}
H:{7}
K:{3} # ECM timeout
L:{1} 192.168.1.1 514
M:{0}
N:{7} 4 30 # Reconnect
P:{2}
Q:{30}
R:{4}
T:{0}
U:{0}

Далее следует самый важный файл для шаринга: newcamd.list. Он достаточно прост в своем синтаксисе - в нем указывается на какой сервер нужно коннектиться, с каки именем, паролем и по какому порту. Естественно, исходя из имени файла, всё это для коннекта на сервер(ы) по протоколу newcamd. Не пытайтесь вписать сюда серверы, которые не принимают клиентов по протоколу newcamd! Практически все данные для этого файла берутся из биллинга, а именно со страницы "мои настройки".
Комментарии в файле newcamd.list, так же как и ранее, начинаются со знака #.

ВНИМАНИЕ: Грабли!

Строки с конфигурацией серверов в этом файле должны начинаться с CWS=.... То есть, не должно быть никаких других символов перед CWS, даже пробелов! Иначе mgcamd просто проигнорирует такие строки.

Вот пример:

# как часто (в секундах) проверять сервер шары на признаки жизни. Полезно, если долго сидите на некодированном канале.
CWS_KEEPALIVE = 300

# никаких других параметров в этом файле больше не нужно, кроме указания серверов шары ниже!

# каждая последущая строка описывает ваш коннект на тот или иной пакет шаринга.
# если у вас несколько разных пакетов, на каждый пакет идет своя строчка конфигурации.
# даже если сервер один и тот же, на каждый пакет может быть свой отдельный порт, поэтому нужно
# прописать все отдельно. вся информация из биллинга. Формат строки следующий:
# CWS = адрес-сервера порт-сервера логин-биллинга пароль-биллинга строка-из-14-цифр-из-биллинга
# для примера, вы купили два пакета: значит у вас будет 2 строки
# (вcе параметры ниже ненастоящие, вам нужно взять вашу личную инфу из биллинга):

CWS = server1.com 1234 username password 0102030405060708091011121314 # пакет X
CWS = server2.com 5678 username password 0102030405060708091011121314 # пакет Y

В принципе - это всё. Минимум для шаринга осуществлен.
Перегружайте ресивер и если у вас правильно настроена домашняя сеть, выход в Интернет и настройки файлов приведенных выше совпадают с биллингом, то всё должно заработать.

Можно пойти дальше и настроить mgcamd самым оптимальным образом. Особенно, если вы заметите, что некоторые каналы открываются по несколько секунд. Для этого нам понадобятся файлы ignore.list и priority.list. Но для того, чтобы понять что туда писать, лучше сначала понять что именно происходит при работе mgcamd с сервером шары. Поэтому сначала запустим всё как есть без этих файлов, и посмотрим в лог, где мы найдем информацию, которая поможет нам создать эти два файла. Как читать лог описано ниже. После этого описано как настроить файлы ignore.list и priority.list

Суперценный совет для избежания бана на шаринге!!!

В прошивках NLB, начиная с версии 8873 (и выше), появилась возможность запустить сразу три эмулятора mgcamd одновременно: один для просмотра каналов, второй для записи и третий для функции картинка-в-картинке для кодированных каналов (до этого такое не работало, если все три канала шарились). Поэтому в папке /var/keys вы увидите целых три файла newcamd.list. Всё работает прекрасно (если скопировать содержимое из первого файла во второй и третий), но проблема в том, что теперь у вас на сервер шары пойдет в 3 раза больше запросов. В результате, скорее всего вы получите бан. Или просто не сможете подсоединиться к серверу больше раза. Если вы НЕ отредактируете все три файла, а только один (чтобы попытаться избежать бана), то вы не сможете записывать кодированные каналы. Самый частый вопрос, который задают после установки прошивки 8873: "почему у меня перестала работать запись и тайм-шифт кодированных каналов?" Поэтому, если только у вас нет специального соглашения с провайдером шары, это дело нужно отключить! Отключение делается очень просто: заходим в web-интерфейс или вызываем NLB Panel зелёной кнопкой. Идем в пункт меню "Emu Status" и выставляем параметр "use mglaunch with mgcamd" в значение "No". После чего перегружаем ресивер. Теперь будет использоваться только один файл newcamd.list для всего (включая запись и тайм-шифт).

[Admin]

Настройка SoftCam

Как уже упоминалось выше, эмулятор mgcamd может брать ключи из файлов /var/keys/AutoRoll.Key и /var/keys/SoftCam.Key.

Для шаринга эти файлы не нужны, но если поместить в них правильные ключи, то можно открыть некоторые каналы со "взломанными" кодировками, но их становится всё меньше и меньше, потому как все провайдеры постепенно уходят со сломанных систем кодирования.

Где брать свежие файлы? Например на http://dvb-upload.com/. Только не надо качать всю ерунду подряд. Нужны только эти два файла и никакие больше! Не замусоривайте свою директорию конфигурации неизвестно чем.

Кроме того, даже в этих файлах, которые вы стянете из Интернета вам не понадобится 99% строк. Лучше всего будет найти ключи именно для тех каналов, которые вам нужны, а всё остальное выкинуть. Ключи меняются нечасто: на некоторые каналы около раза в месяц, на некоторые, вообще годами не меняются.

Что открывается? Открываются каналы в кодировках Nagra2, BISS, Viaccess 2.3 и Cryptoworks. Такие каналы есть, на момент написания, на спутниках 75E (Biss), 42E (BISS), 23.5E (Nagra2), 13E (Viaccess 2.3, Cryptoworks), 5Е(Biss, Cryptoworks), 1W(Nagra2), 4W(BISS), 5W (Viaccess 2.3). Легче всего найти каналы по кодировкам на сайте kingofsat.net. Выбираете интересуемый спутник и систему кодирования и получаете список каналов. Правда, там нет информации по спутникам 75E, 80Е и 90Е - их нужно смотреть на lyngsat.com

В основном всё прописано в файле SoftCam.Key. Файл AutoRoll.Key нужен только для кодировки Nagra2 - в нем хранятся не основные ключи, а хэши ключей RSA. Впрочем, если вы только не поклонник немецких и английских каналов на спутнике 23.5E или румынского пакета DigiTV на 1W, то можете про этот файл вообще забыть.

Все строки в SoftCam.Key имеют одинаковый формат: буква код номер ключ, где:

буква обозначает кодировку (N=Nagra, V=Viaccsess, W=Cryptoworks, S=Seca/Mediaguard, F=BISS)
код - идентификатор провайдера и (иногда) карты
номер - порядковый номер ключа для данного канала
ключ - собственно, сам ключ.

Дальше, в конце строк, часто пишут комментарии (к какому каналу ключ, и т.д). Ключи для разных кодировок могут быть разной длины.

Ключи могут идти парами или по одиночке, например пара ключей Награ2:

N 1101 00 12345678901234567890123456789012 первый Награ2 ключ
N 1101 01 98765432109876543210987654321098 второй Награ2 ключ

Самая большая ошибка при использовании файла SoftCam.Key - это то, когда люди бездумно загружают с Интернета всякий хлам в этот файл, а потом удивляются, почему не работает шаринг. Повторю ещё раз совет из раздела по настройке шаринга:

Если вы собрались использовать softcam файл для одних каналов и шаринг для других, убедитесь, что в SoftCam.Key НЕТ ключей на те каналы, которые вы собираетесь шарить. mgcamd всегда смотрит сначала в SoftCam.Key и если находит там ключ (хоть и устаревший) он будет использовать его, и до шаринга не доберется. Поэтому очень рекомендую сначала временно убрать *.Key файлы из /var/keys, настроить шаринг, убедиться, что он работает, а потом уже смотреть, что можно дополнительно открыть на вашем спутнике используя SoftCam.

Особая заметка по ключам BISS. Этот вопрос чаще всего задают, и сам в начале наткнулся на эти грабли и не знал, что делать. Проблема в том, что обычно ключи в софткаме должны быть привязаны к конкретному провайдеру. Для привязки используется второе число в строке с ключом, обозначающее Provider ID для таких кодировок как Viaccess или Nagra или CardID+ProviderID для Cryptoworks. Для BISS каналов такая последовательность неприменима, так как нет ни конкретной "карты", ни ID провайдера (все Биссы одинаковые, хоть в Африке, хоть в Европе :-)) . Что делать? Привязываться к каналу по другим параметрам!

Для правильной привязки определенного ключа BISS к определённому каналу нужно знать 2 параметра этого канала: SID и VideoPID. Проще всего показать процесс на наглядном примере. Для примера возьмем спутник 42E и канал Rustavi2, который иногда закрывают во время футбола кодировкой BISS.

1) Находим на сайте Lyngsat нужный спутник и канал (http://www.lyngsat.com/turk42.html)
2) Видим, что у канала Rustavi2 на сайте Lyngsat прописаны следующие параметры SR-FEC-SID-VPID: 2500 - 5/6 - 103 - 308. Нам как раз понадобятся два последних числа, так как это и есть нужные SID и VideoPID (или VPID).
3) Нужные нам числа 103 и 308 даны на сайте в десятиричной системе исчисления, а софткам понимает только шестнадцатиричную. Поэтому открываем обыкновенный калькулятор в Windows, выбираем режим "Scientific/Научный" и переводим оба числа в шестнадцатиричную систему. Получаем 103(dec) = 67(hex) и 308(dec) = 134(hex).
4) "Добиваем" каждое из полученных двух чисел нулями до 4 разрядов: 0067 и 0134. Получаем наш код привязки, который всегда должен быть восьмизначным: 00670134.
5) Для каждого из каналов BISS в SoftCam.Key должно быть две строки (с одинаковым ключом, но с разными ID: 00 и 01), поэтому финальный вариант для софткама будет таким:

F 00670134 00 XXXXXXXXXXXXXXXX Rustavi2 (42E)
F 00670134 01 XXXXXXXXXXXXXXXX Rustavi2 (42E)

Естественно, что XXXXXX нужно заменить на реальный ключ, который скорее всего есть здесь. Ключи следует писать без пробелов между цифрами.

[Admin]

Как правильно читать лог mgcamd?

Как уже было написано в примере конфига mg_cfg выше - есть 2 способа. Либо заставить mgcamd писать лог файл прямо на самом ресивере, либо заставить mgcamd слать тот же лог по сети, скажем на ваш обычный компьютер.

В первом случае не понадобится никакого дополнительного софта, и для просмотра лога можно просто зайти на ресивер через Telnet или SSH и наблюдать за работой mgcamd в реальном времени, выводя содержимое файла на экран Linux командой tail -f <имя-лога>. Хотя это кажется самым logичным способом, это не совсем так. Это неудобно, потому как во-первых, нужно коннектиться к ресиверу и работать с командной строкой Linux, а во-вторых, лог будет все время расти (хотя и медленно). Если его своевременно не стирать, то в один день просто забъёт всю флеш-память, а это лишние хлопоты.

Гораздо более удобней просто напросто наблюдать за логом с компьютера, который находится в локальной сети с ресивером, без каких либо логинов в сам ресивер. Для этого нужно просто установить параметр L: { 01 } как показано выше в примере mg_cfg и запустить на вашем компьютере бесплатную программку (просмотрщик сообщений syslog), которая будет принимать сообщения от mgcamd и выводить их в виде лога на экране компьютера.

Бесплатных программ для этой цели есть по крайней мере 2. На большинстве сайтов рекомендуют древнюю программу 3CSyslog, которую можно взять здесь. Архив весит чуть меньше мегабайта и всё работает, в принципе ок. Хотя слишком уж эта программа древняя, без минимальных дополнительных функций. А самый главный её минус в том, что она показывает все сообщения "задом наперед", то есть самые новые сообщения всегда в самой верхней строке. Обычно это удобно, но вот в случае с mgcamd это как раз совсем неудобно (по крайней мере для тех, кто привык смотреть в обычный лог mgcamd). mgcamd выплёвывает в лог по нескольку сообщений на каждую смену CW/DW и этот "блок" сообщений отображается "задом наперед", что может затруднить понимание происходящего.

Рекомендую попробовать другую софтину, написанную нашим человеком, chewbacca c форума sat-expert.com. Для работы, правда, требуется библиотека .net 3.5 sp1, но работает гораздо лучше и совершенно бесплатно. Попробуйте, он проще и делает всё что нужно!

http://traysyslog.blogspot.com/

Принцип действия этого типа логирования очень простой. mgcamd посылает текстовые сообщения (используя протокол UDP) на IP адрес и порт 514 (стандартный порт для протокола Syslog), который вы установили в параметре L: { 01 } в файле /var/keys/mg_cfg. Программка на вашем компьютере принимает сообщения с этого порта и выводит на экран. Если программка на компьютере не запущена, сообщения просто будут "растворяться" вникуда без побочных эффектов для ресивера или вашего компьютера (это свойство протокола UDP). Так что такую настройку можно сделать постоянной и просто включать на компьютере Tray Syslog, если понадобится посмотреть отчего там вдруг не работает (или насколько правильно работает) шара.

Если вы только поменяли свой mg_cfg и прописали туда IP своего компьютера для отсылки лога, нужно перезапустить mgcamd. Это можно сделать перезагрузив ресивер или из панели NLB (зелёная кнопка, опция Restart EMU). Из командной строки Linux можно рестартануть mgcamd, запустив скрипт /var/etc/start_cam


Что можно увидеть из лога?

Увидеть можно очень много! Для начала, собственно, старт mgcamd. В этом примере мы сделаем вид, что у нас прописано два разных сервера шары в newcamd.list. Первый сервер называется server1.com и у него порт 1234, второй - server2.com с портом 5678. Для логина на оба сервера используется имя username (пароль в логе не отображается). Итак, пример лога:

tuxbox mgcamd v1.31 by mixvt (compiled Oct 27 2008 23:09:59)
[mg] Net:1:7:2:2s Show ecm:1, emm:0 Up:0 Au:0 Dir:0 Osd:no:80:0 Cache:7 Log:1:192.168.1.1:514 Reread:0
[mg] Ecm cache time: 36000
Box type: ipbox9000
Conax.Key error 2: No such file or directory
Keys readed
[config] newcamd route = username:server1.com:1234
[config] newcamd route = username:server2.com:5678
newcamd keep alive: 300, incoming port: 12000
[mgcam] emm thread started
[mgcamd] tps update started.
/var/keys/tps.bin error 2: No such file or directory

[newcamd] Connecting to server1.com:1234...
[newcamd] Connecting to server2.com:5678...

[newcamd] Login to server1.com:1234 as username accepted (19ms)
[newcamd] Card data from server1.com:1234 (35ms):
Userid 72 caid 90F providers 1
Idents: 000000

[newcamd] Login to server2.com:5678 as username accepted (21ms)
[newcamd] Card data from server2.com:5678 (71ms):
Userid 189 caid 500 providers 5
Idents: 020910 025100 023b00 024400 021700

Отсюда уже сразу видно много интересного. Во-первых, видны карты, которые шарятся (число сразу за "caid"). Вот список наиболее часто используемых кодировок:

01xx=Seca
05xx=Viaccess
06xx=Irdeto
09xx=NDS/Videoguard
0Bxx=Conax
0Dxx=CryptoWorks
17xx=BetaCrypt
18xx=NagraVision
26xx=BISS
4Axx=DreCrypt (который mgcamd обзывает как @Sky в своих логах)

Из примера выше видно, что мы подключились к двум серверам. Первый шарит карточку с кодировкой NDS/Videoguard (потому что CAID начинается с 9), а второй сервер шарит карту в кодировке Viaccess (CAID начинается с 5). При чём, второй сервер шарит даже не одну, а "пять карточек" - это становится ясно из поля Idents. Посмотреть на все возможные CAID:Idents можно в ваших настройках в биллинге.

Получается, что при включении кодированного канала, у него должен совпасть CAID и IDENT с теми, что прислал сервер при подключении к нему. Только в этом случае на сервер пойдет запрос. mgcamd отошлёт на сервер так называемую последовательность Entitlement Control Message или ECM. Если на сервере всё впорядке, то он должен ответить на такой запрос последовательностью, которая называется Control Word или CW. Если вы получаете правильный код CW, то канал открывается. В зависимости от системы кодирования интервал смены ECM (живучесть ключа) может быть от 2-3 секунд до целой минуты.

Посмотрим как это выглядит в логе (важные цифры выделены):

[mg0] stoping camd..
[mg0] service 18A6 index 0 pmt pid 0 (65)
ECM: CaID: 0x090F -> CaPID: 0x18AF ProvID: 000000
[mg0] -> ECM to server1.com:1234
[mg0] <- CW from server1.com:1234 (230ms)
[mg0] 23 msec -- Sat Jan 31 15:09:42 2009
===== NDS ECM on CaID 0x090F, pid 0x18af ======
prov: 000000
cw0:0 09 8E E9 80 5E 2B 14 9D
cw1:0 CE 0A 98 70 66 C0 E9 0F

Пояснение к происходящему: первые две строки - это стандартное сообщение при переключении канала. Дальше имеем строку, начинающуюся с ECM. В ней информация о текущем канале. Из этого видно, что канал, который мы только что включили кодированный и открывается только одной картой, которая имеет пару CaID:ProvID = 090F:000000. Это как раз подходит по параметрам к тому, что нам ответил сервер server1.com при подключении к нему. По этому следующая строка - это посылка ECM-запроса на сервер server1.com. Далее виден ответ от сервера с кодом CW. Ответ пришел за 230мс, на что стоит обратить внимание (но об этом ниже, когда речь пойдёт о проблемах с шарингом). Последние 4 строки - подтверждение проделанной работы по запросу на сервер. Показаны кодировка, которая окрылась (NDS), идентификатор карты (CaID), идентификатор канала (PID), идентификатор провайдера (ProvID) и, наконец, сама последовательность CW0+CW1, то есть "ключик" к каналу, полученный от сервера. Дальше всё повторяется снова и снова, каждый раз когда меняется ECM.

Естеcтвенно, это всё лог "в идеале", то есть, когда всё правильно настроено, хорошо работает Интернет и на сервере шары тоже всё ок. Проблемные ситуации рассмотрены ниже, а сейчас, поскольку вы умеете теперь читать лог, речь пойдет о настройке файлов priority.list и ignore.list.

[Admin]

Как настроить priority.list и ignore.list

Подразумевается, что вы полностью понимаете смысл происходящего при работе шаринга и умеете читать и понимаете лог файл mgcamd. Если это не так, читайте предыдущее сообщение.

Итак, вы обнаружили, что некоторые из ваших каналов (которые работают через шаринг) открываются почти мгновенно, а некоторые через 5-10 секунд, а иногда и дольше. Одна из причин такого поведения заключается в том, что некоторые каналы кодируются не одной, а несколькими кодировками или провайдерами, поскольку одни и те же каналы на спутнике могут входить в разные пакеты.

Получается, что один и тот же канал, в принципе, можно открыть совершенно разными картами, но по шарингу, обычно, доступна одна "карта", а не все возможные для этого канала. При включении канала mgcamd смотрит какими кодировками и провайдерами закодирован канал и начинает перебирать их по-порядку. Если получится так, что карта, которая открывает канал, не первая в этом списке, то возникает задержка, пока mgcamd доберётся до нужной карты и откроет канал. Для избежания такой ситуации служит файл ignore.list, где можно указать какие CAID и ProvID нужно игнорировать, чтобы нужная вам комбинация CAID:ProvID оказалась на первом месте в списке.

Ещё хуже, когда у вас коннект на несколько разных серверов (или портов) шары и из за того, что у некоторых провайдеров одинаковые ID для разных пакетов, запрос от вас может вообще пойти не на тот сервер, так как у канала на первом месте стоит не тот CAID:ProvID, что нужно. В таком случае каналы могут вообще открываться по 10 и 20 секунд и больше (смотря как настроены тайм-ауты mgcamd), пока от сервера куда пошёл запрос "не по теме" не прийдет тайм-аут. Для избежания такой ситуации используется файл priority.list.

Для более сложных ситуаций, иногда приходится использовать оба файла в комбинации друг с другом. Хотя это необязательно, вопреки тому, что иногда пишут на форумах. Оба файла не зависят друг от друга, но файл ignore.list берет верх над priority.list. Поэтому бессмысленно иметь в этих файлах одинаковые записи.

Рассмотрим на конкретном примере.

продолжение следует...

[Admin]

Часто задаваемые вопросы, проблемы и их решения

№1: Не работает запись и/или PIP кодированных каналов. Обычные каналы записываются нормально. ... самый частый вопрос, который задают после установки прошивки NLB 8873 и выше.

В прошивках NLB, начиная с версии 8873 (и выше), появилась возможность запустить сразу три эмулятора mgcamd одновременно: один для просмотра каналов, второй для записи и третий для функции картинка-в-картинке для кодированных каналов (до этого такое не работало, если все три канала шарились). Эта функция включена в таких прошивках с самого начала. Поэтому в папке /var/keys вы увидите целых три файла newcamdX.list. Первый для воспроизведения, второй для записи и третий для Picture-in-Picture. Поскольку второй и третий файлы обычно пусты, это самая частая причина, по которой "запись перестаёт записывать". Только не спешите копировать содержимое newcamd.list в два других файла. Если вы так сделаете, всё будет работать, но проблема в том, что теперь у вас на сервер шары пойдет в 3 раза больше запросов. В результате, скорее всего вы получите бан. Или просто не сможете подсоединиться к серверу больше раза. Если вы НЕ отредактируете все три файла, а только один (чтобы попытаться избежать бана), то вы не сможете записывать кодированные каналы. Поэтому, если только у вас нет специального соглашения с провайдером шары, это дело нужно отключить! Отключение делается очень просто: заходим в web-интерфейс или вызываем NLB Panel зелёной кнопкой. Идем в пункт меню "Emu Status" и выставляем параметр "use mglaunch with mgcamd" в значение "No". После чего перегружаем ресивер. Теперь будет использоваться только один файл newcamd.list для всего (включая запись и тайм-шифт). Одновременно теперь не получится записывать и смотреть разные кодированные каналы (и PIP), но по крайней мере запись будет работать как раньше.
Из всего этого следует, что для того чтобы работала запись и PIP другого канала, вам нужен двойной или тройной логин на сервере шары. Иначе никак.


№2: Всё время попадаются отзывы людей по поводу фризов при просмотре. Объясните ситуацию.

Во-первых, эти так называемые фризы, нужно разделить на две категории: легкие нефатальные фризы исключительно на каналах +++ HD и "смертельные" фризы на пакетах с кодировками Irdeto/Betacrypt. По поводу второй группы фризов смотрите следующий вопрос. По поводу фризов на +++ замечено следующее:
- да, они есть, но исключительно на HD каналах +++. Платформа HD и другие HD каналы работают НОРМАЛЬНО (хоть по шаре, хоть с официальной картой).
- длятся около 1 секунды, вызывая кратковременное частичное рассыпание и/или замирание картинки (типа сигнал нарушился)
- не вызывают фатальных последствий - можно продолжать смотреть дальше
- вызваны непонятно чем (но скорее всего не провайдером шары и не Интернетом)
- ночью их количество заметно уменьшается
- в целом не так уж часто появляются
- если записать программу во время которой есть фризы, а потом просмотреть - то фризов нет


№3: Смотрю Поверхность или Радугу или Орион или Nova или Premiere, и вдруг, ни с того ни с сего, ресивер виснет или звук и видео начинают идти рывками. Помогает только перезагрузка.

У софт-эмулятора mgcamd проблемы с кодировкой Irdeto2 (и производной от нее BetaCrypt). Проблема возникает, если вам не приходит хотя бы один ключ с сервера (по вине Интернета или сервера шары). Если подобное случается для других кодировок, вы просто получите замирание изображения на несколько секунд, а потом все продолжится дальше (именуется "затык" в народе). С кодировкой Irdeto всё не так. Начинается постоянное замирание, и "кваканье" звука, которое продолжается даже если снова приходят ключи. Ничем не лечится, кроме ребута. Если повезет, может работать часами (если сервер у вас качественный и Интернет хороший), а может "заквакать" и через минуту после переключения на такой канал или вообще сразу после переключения.

На сегодняшний день решения нет, так как дело проявляется только при хитром просмотре. Писать официальным разработчикам поэтому нечего. Проблема в стыковке mgcamd с драйверами IPBOX. Разыскивается либо автор mgcamd, который может исправить ситуацию, либо альтернативный софт (не mgcamd). На сегодняшний день существует альтернативный софт - IncubusCamd, который не квакает, но очень не стабилен, так как только появился на свет, и падает когда ему вздумается. Ещё есть эмулятор mbox, но он неправильно работает +++, и, кроме этого, не работает со статическими ключами (каналы закрытые BISS работать на нем не будут).

Также есть подтвержденный факт, что если у вас IPBox 900/910HD, и вы готовы пожертвовать новшествами последних прошивок, на прошивке версии SifTeam 8421 эта проблема отсутствует (с эмулятором mgcamd). Если вам ещё мало информации по этой теме, см. здесь:

http://forum.sat-expert.com/proshivk...tml#post187732
http://forum.sat-expert.com/proshivk...-radugatv.html


№4: Можно ли как-то увеличить изображение 4:3 на телевизоре 16:9, чтобы заполнить весь экран и не нарушать при этом пропорции изображения?

В прошивке 9207 и выше добавлена опция "4:3 Zoom" в видео/аудио настройках. Эта настройка автоматически увеличивает изображение 4:3 пропорционально, без "растягивания за уши" (естественно, урезая часть верха и низа).

Кому не нравится постоянное урезанное изображение, можно воспользоваться моим скриптом, который циклически будет менять всевозможные режимы: Pillar Box / 14:9 / Pan&Scan по цветной кнопке. Создаем файл следующего содержания:

#!/bin/sh

PTI=`cat /tmp/pti.tmp 2>/dev/null`
PTIX=`cat /tmp/pti.prev 2>/dev/null`

if [ "$PTI" != "$PTIX" ] ; then echo "$PTI" > /tmp/pti.prev ; MODE=0
else MODE=`cat /var/bin/videomode 2>/dev/null` ; fi

if [ "$MODE" = "1" ] ; then
echo "vid_pig 45 -48 630 672" >/dev/commander
echo 2 > /var/bin/videomode
elif [ "$MODE" = "2" ] ; then
echo "vid_pig 0 -96 720 768" >/dev/commander
echo 3 > /var/bin/videomode
else
echo "vid_pig 90 0 540 576" >/dev/commander
echo 1 > /var/bin/videomode
fi

Дальше действуем с этим скриптом так, как описано в следующем часто задаваемом вопросе:


№5: Как сделать так, чтобы мой любимый плагин или скрипт запускался по цветной кнопке?

В модели 91HD переназначить действие можно только для зеленой кнопки.
В остальных моделях можно переназначить действие красной, зеленой и желтой кнопок.

Чтобы повесить любой плагин или скрипт на цветную кнопку нужно сделать следующее:

- определиться на какую цветную кнопку хотите повесить плагин или скрипт и поменять (или создать если его нет) соответствующий файл:

красная кнопка: скрипт должен называться /var/bin/red.sh
зеленая кнопка: скрипт должен называться /var/bin/green.sh
желтая кнопка: скрипт должен называться /var/bin/yellow.sh

- если такой файл уже существует, рекомендуется переименовать его во что нибудь другое, чтобы можно было восстановить при надобности

- в сам скрипт поместить нужные вам команды (если это просто скрипт).

- если вы хотите запустить плагин, а не скрипт, то в файл нужно записать следующие команды (где some.plugin - это название плагина из папки /var/plug-in):

#!/bin/sh
echo "web_execute_plugin some.plugin" > /dev/commander

- напоследок нужно убедиться, что для скрипта, который вы поменяли установлен файловый атрибут "execute". Это можно сделать или через FTP менеджер или по Telnet. Например, для красной кнопки, нужно зайти по Telnet и дать команду:

chmod 0755 /var/bin/red.sh

№6: Поставил SifTeam, залил конфиги. А ничего не работает. Такое оущение, что эмулятора вообще нет.


Ощущение верное. Его там нет. Изначально. Эмулятор и скины скачиваются отдельно. Вот так устанавливается mgcamd:

1. зеленая кнопочка, красная, синяя
2. CAM_mgcamd-1.31.online
3. OK
4. EXIT (до самого конца)

5. зеленая кнопочка, синяя
6. mgcamd-1.31_cam.sh
7. желтая (сделать эмулятором по-умолчанию)
8. зеленая (запустить эмулятор)

Конфиги, в SifTeam лежат там же, где и у NLB, то есть в /var/keys


№7: Можно ли подключить USB WiFi модуль, GPRS телефон или 3G/UMTS/CDMA USB модем напрямую в ресивер для выхода в Интернет?

Если коротко - то нельзя, по причине отсутствия софтовой поддержки всех этих устройств. Есть альтернативные варианты с использованием недорогих роутеров Asus WL500gpv2 и Dlink DIR-320. У этих роутеров есть USB порт(ы), к которым можно подключить большинство USB 3G/CDMA модемов и некоторые GPRS телефоны (Nokia). Для этого понадобится альтерантивная прошивка для роутера. Как бонус, Интернетом в таком случае может пользоваться не только ресивер, но и одновременно другие устройства: ваш ноутбук, компьютер, мобильник и т.д.
Начинать копать можно здесь:
http://koppel.cz/cdmawifi/english/
http://sat-forum.su/index.php/topic,....html#msg78302
http://wl500g.info/showthread.php?t=17641


№8: Каким редактором лучше всего редактировать файлы в папке /var/keys ?

Можно редактировать любым редактором, который сохраняет файлы в формате .TXT PLAIN TEXT (обычный текст без форматирования), например NotePad или WordPad.
Идеально, конечно, редактором, который сохраняет файлы с Unix-овскими кодами конца строки, но, в принципе, даже блокнотом будет работать. Следите только за тем, чтобы в этих файлах не было пробелов или других "невидимых" символов в начале каждой строки (которая не комментарий).


№9: Не работает выход SCART или Composite одновременно с HDMI.

Если на HDMI выходе выбран HD режим 720p или 1080i, то к сожалению на SCART и Composite картинки не будет.
Это ограничение железа и программно решить не возможно. Либо только HDMI, либо аналоговые выходы.
В разрешении SD должно работать одновременно.


№10: Есть ли аудио выход в разъеме SCART?

Есть!