дядя Фёдор

скрипт для автоматического старта ресивера на одном и том же канале. #!/bin/sh CH=`sqlite3 /var/db.dat "select id from channelinfo where seq = XXX and service_type <> 2"` sqlite3 /var/db.dat "update options set value = $CH where name = 'last_chid'" Пишем скрипт в /var/bin/init.d/2.channel.set и даем этому файлу атрибуты 755. В скрипте не забываем поменять XXX на номер желаемого канала из общего списка.

шрифт кракозябрами решен в прошивке PGI 0.5 и выше. только старые записи так и будут кракозябрами. формат TRP = TS. Дальше Google вам в помощь...

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

понял. будем крутить... как только Пакко вернется из "отпуска" через пару недель А насчет скрипта рестарта sbox - я подумаю. Идея хорошая, но придется менять прошивку, потому что одними скриптами в /var не обойтись. Нужно поменять кое-что в той части прошивки, которая read-only, а для этого придется пересобрать прошивку.

Если вкратце, то реконнект - это гораздо более ресурсоемкая операция чем посылка запроса на новый ключ, как для ресивера, так и для сервера. Особенно для сервера. А если более длинно, то где-то так: Не знаю насколько Вы разбираетесь в сути протоколов TCP и UDP, но смысл в том, что коннект на сервер всегда открыт по TCP, если используется протокол newcamd. Это значит, что постоянно задействован socket, т.е. постоянно открыт канал передачи данных между ресивером и сервером. Если начинают не приходить ответы, то это может быть по несчетному количеству причин. Параметр N существует для того, чтобы mgcamd мог сначала "убедиться", что проблема возможно на самом сервере - например перегружена карта, и может ответить со второго раза или с третьего, или просто отвечает дольше, чем у вас стоит в K. Поэтому имет смысл послать несколько запросов один за одним (сколько именно определяется параметром N), прежде чем "решить", что может проблема и не на сервере, а сломалось соединение TCP, то есть нарушился сам канал передачи данных (плохой интернет или ещё что). После чего mgcamd пытается октрыть новый канал, то есть отваливается от сервера, принудительно разрывая TCP-соединение и пытается коннектится заново. Это стоит 1) памяти 2) нового socket 3) нагрузки на сервер, который должен обработать логин (провести все проверки вашего аккаунта, и т.д.). Если взять и сделать, что после каждого неудачного запроса рвать коннект, никому от этого не станет хорошо. Особенно серверу. Да и Вы ничего не выиграете. А на некоторых серверах Вас за слишком частые реконнекты могут просто забанить.

Я написал про три разных пакета в контексте объяснения о том, что значит "коннект" и что значит "запрос", что есть две разные вещи. Если у вас два (три, или хоть еще сколько) разных сервера с одним и тем же пакетом, коннект на них будет на все при старте mgcamd, так же как и на другие все серверы. А вот запросы будут (как я уже объяснил выше) идти таким образом: - переключили канал - запрос на самый первый по списку сервер (скажем, сервер №1) подходящий по иденту - запрос на второй по списку сервер (скажем, сервер №2) подходящий по иденту - ожидание ответа от обоих в течение K секунд - при не получении ответа от одного из них, увеличить счетчик неудачных запросов для этого сервера - далее слать запросы на тот сервер, который первым ответил ... и так далее по кругу... ...и если при этом счетчик неудачных запросов станет больше значения указанного в N, то произойдет реконнект на тот сервер, который превысил (свой) счетчик счетики сбрасываются каждый раз после удачного ответа от любого из серверов

В этом выражении просматриватется вот это: http://gomel-sat.bz/forums/index.php?s=&a...ost&p=73071 Не забывайте, что прошивку делаю не я один!!! И не только я "диктую свои условия".

Она работает! Для каждого сервера свой счетчик неудавшихся запросов. Если больше, чем указано, то идет ре-коннект на сервер. Подключен к серверу - это еще не значет, что шлет запросы. Он может быть подключен, но при этом ничего не делать. Если у вас 3 разных пакета с разными серверами, вы подключитесь при старте mgcamd ко всем трем, но запросы идти будут только на тот сервер, на котором есть карта с идентом, соответствущим просматриваемому каналу (то, что Geroy написал выше). Так обобщенно не получится. У каждого пакета каналов разное время жизни ключей после смены CW. Разное время отклика карты. Тут нужно экспериментально подбирать. Почитайте первую страницу, там очень детально все описано и про K и про N. http://gomel-sat.bz/forums/index.php?s=&a...ost&p=29464

Вы не совсем поняли смысл параметра N. Он не отвечает за время подсоединения на другой сервер. Он совсем не по этому поводу. Параметр N определяет через сколько неудавшихся запросов следует отключиться от сервера и подсоединяться заново. Это не имеет никакого отношения к тому, через сколько пробовать другой сервер, если первый не ответил. mgcamd подключен ко всем серверам постоянно и сразу вместе. Если два разных сервера шлют одинаковые иденты при логине, то mgcamd их ставит в очередь, по кругу. То есть первый раз идет запрос на сервер, который стоит выше всех в newcamd.list, если от него не приходит ответ, то второй запрос пойдет на следующий сервер в newcamd.list (следующий, у которого есть подходящий идент, разумеется). И так далее по кругу. И сколько ждать ответа от сервера перед тем, как пробовать следующий, это параметр K, а не N.

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

Спасибо за находку! Пусть кто-нибудь еще подтвердит! Включим в азбуку само-собой. Только вот редактировать файл /var/mount_manager_fstab совсем не нужно для записи по NFS. Достаточно boot_services.cfg

Ребята, давайте жить дружнее! Будем снисходительны друг к другу, особенно к тем, кто что-то делает своими силами и жертвует своим временем на благо остальных! Вижу, что дело со скинами отлично продвигается. Теперь, когда есть исходники софта, будет проще вносить изменения в скины, потому что можно будет сразу усмотреть что конкретно поменялось, без рысканья. Так что, нас ждет яркое будущее! ;)

И не забываем добавить, что в режиме PCM возможно только 2 канала, а не 5.1

Есть такая вещь как HDMI-процессоры (также назваемые av-ресиверы), на которые подается выход со спутникового ресивера по HDMI, а процессор разделяет видео и аудио и позволяет выводить и коммутровать сигналы отдельно как угодно и куда угодно. Я не знаю, работает или нет звук 5.1 по HDMI, но думаю, что скорее да, чем нет. В режиме Bitstream/Passthrough, естественно.

1. Для записи программ со спутника на HDD компьютера по сети (NFS), вместо HDD в самом ресивере, НЕ НУЖНОничего прописывать в файл /var/mount_manager_fstab 2. На компьютере нужен сервер NFS, который никуда не коннектится! На то он и сервер. 3. Прописывается адрес сервера NFS и расшаренной на нем папки в файл /var/etc/boot_services.cfg, как это описано в первом посте 4. NFS сервер должен поддерживать протокол TCP. Если нет, то см. здесь.

nfsAxe

На какой?

В ней и дело. У меня тоже не работало с ней. Может нужны какие настройки - не знаю, у меня не завелось. Другой софт нормально работал.

А лог по сети снимает или через файл? IMO, лучше по сети - по ресурсам гораздо эффективнее и быстрее!

Точно! Вы получаете виртуальный приз имени дедуктивного метода Холмса! ;) Баг найден, и, прибит тапком. Надеюсь, насовсем. -------------- Вот отладочная версия favpip, для тех, у кого была паника. Лог пишется в /var/favpip.plugin.log Вызываем панику, показываем логи! http://rapidshare.de/files/49030624/favpip.debug.zip.html

поверьте мне на слово - все гораздо сложнее, чем кажется. не в самом ST Linux, отдельно взятом, а именно на ресивере, где исходники ядра - один сплошной корейский хак! работа идет в этом направлении, так что наберемся еще немного терпения.

Я уже над ним работаю... типа... (много времени отнимает прошивка...) Если кто хочет поделиться кодом или мыслями - пишите... У меня пока что в основом идеи и куски кода отдельные беспорядочные (просто тесты отдельных функций).

C помошью КАКОГО СОФТА расшарена папка? У вас должен быть установлен софт для сервера по протоколу NFS.

Сразу разочарую Вас, прикрутить WiFi не выйдет без исходников. Мало того, даже тех исходников, что есть у Пакко недостаточно. Кое-чем корейцы не делятся даже при подписанном NDA. Нужна полная перекомпиляция ядра, а также нескольких драйверов для внедрения стека WiFi. Есть упорный слух, что именно этим сейчас занимаются сами корейцы, правда это еще ничего не значит (а то начнут потом говорить, что я "обещал"). Короче говоря, без исходников Вы мало что сможете собрать. Так только, своих скриптов добавить можете, ну так это и так можно сделать на PGI, без пересборок.

С помошью какого софта (если у вас Windows) расшарена папка?