-
Постов
180 -
Зарегистрирован
-
Посещение
Весь контент Nomad
-
Проделал у себя так: снял верхнюю крышку с ресивера. :) Радиатор процессора очень горячий, микросхемы памяти и сетевой контроллер - аналогично. :( Остальное всё в пределах нормы. Оставил без верхней крышки - за целый день работы ни одного зависания. На следующее утро поставил радиаторы на память и сетевой котроллер. За весь день раза три mgcamd завис... хотя радиаторы горячие - значит контакт хороший. Продолжу эксперименты - хочется конечно обойтись без вентилятора в корпусе.
-
Да, у меня точно так же. Бывает и ещё по-другому: до первой строчки - то есть mgcamd запрос послал - и умер. Тут вот какая мысль есть: допустим в инете возникает обрыв на полсекунды. При работе по newcamd создаётся persistent connection (постоянное соединение) между клиентом и сервером. Соответственно если обрыв интернета произошёл в момент отправки запроса - то возможно происходит сбой при переподключении/повторной отправке запроса. mgcamd подвисает. А вот по camd3 другая ситуация: там соединения нет, просто туда запрос - сюда ответ. При таком-же обрыве просто потеряется один ответ, и через 10 сек всё нормально продолжит работать. Кто что думает по этому поводу - может такое быть?
-
Ага, я тоже видел. И примеры настроек есть... надо попробовать. Единственная проблема - это переключение ш*ры всего четыре раза в сутки. Замучаюсь ждать переключения. :( Ага. Просто перестаёт отвечать на ключи. Похоже, что проблема где-то в API ресивера... надо глянуть, как ведёт себя mgcamd на старом API (1.07.86), и на самом новом (1.08.34) - может так что-нибудь выяснится.
-
Не очень понял - на каких узлах? Я же говорю: если подключаю в эту же розетку мой старый X-540 (с D-Link DIR-320), то проблем нет. Ну и потом, шара само собой, но почему не с первого раза открываются BISS - вот это я не понимаю... сеть тут уже ни при чём. Вообще такое впечатление, что mgcamd 1.35 в целом работает криво... при этом версию 1.33 я тоже пробовал - те же грабли. :(
-
1) Пинг к серверу с ресивера проверяю в первую очередь - до 100мс, потерь нет, инет в лучшем виде. 2) X-540 работает идеально в таких-же условиях. Конечно же сначала посмотрел как себя ведёт система на "нормально работающих" конфигах. И уже после выявления проблем в работе (а именно медленного открытия каналов и подвисаний) правил их чётко по инструкции. Ничего критичного - из приорити убрал пакеты, которыми не пользуюсь, из реплейса тоже. Всё.
-
Поставил прошивку .22 и mgcamd 1.35 , всё пересканировал, настроил под себя по инструкции priority/ignore/replace. И - ничего не изменилось. :( Шаровые каналы время от времени затыкаются, biss-каналы открываются только если переключить на следующий/предыдущий канал и вернуться... скорость открытия чуть выше чем на .27 , но всё равно до X-540 как до неба. Неужели это у всех такие глюки? Ведь настраивать-то дальше нечего. Всё перерыл.
-
Возникла проблема при настройке свежекупленного S5: затыкается время от времени mgcamd на шаровых каналах. :( При этом на X-540 всё работало идеально. Вот место в логе в момент затыка (см. строчку с временем 18:46:42, следующая строчка - это уже я перезапустил mgcamd): ======================================= 2010-08-01 18:46:22 [mg3] -> ECM to newcamd сервер:10000 2010-08-01 18:46:23 [mg3] <- CW from newcamd сервер:10000 (310ms) 2010-08-01 18:46:23 [mg3] 310 msec -- Sun Aug 1 18:46:25 2010 2010-08-01 18:46:23 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa1 ====== 2010-08-01 18:46:23 prov: 023700 2010-08-01 18:46:23 cw0:3 F2 01 0C FF 86 8E 44 58 2010-08-01 18:46:23 cw1:3 8E 92 D2 F2 D0 EC EF AB 2010-08-01 18:46:32 [mg3] -> ECM to newcamd сервер:10000 2010-08-01 18:46:33 [mg3] <- CW from newcamd сервер:10000 (574ms) 2010-08-01 18:46:33 [mg3] 574 msec -- Sun Aug 1 18:46:36 2010 2010-08-01 18:46:33 ===== Viaccess ECM on CaID 0x0500, pid 0x0fa1 ====== 2010-08-01 18:46:33 prov: 023700 2010-08-01 18:46:33 cw0:3 83 2D 0A BA 91 5A CE B9 2010-08-01 18:46:33 cw1:3 8E 92 D2 F2 D0 EC EF AB 2010-08-01 18:46:42 [mg3] -> ECM to newcamd сервер:10000 2010-08-01 18:49:26 tuxbox mgcamd v1.35 by mixvt (compiled Jan 20 2010 22:15:45) 2010-08-01 18:49:26 [mg] Net:1:7:2:4s Show ecm:1, emm:0 Up:5 Au:0 Dir:0 Osd:no:80:0 Cache:0 Log:3:172.22.2.5:514 Reread:0 2010-08-01 18:49:26 [mg] Ecm cache time: 15 2010-08-01 18:49:26 Box type: openbox/stapi 2010-08-01 18:49:26 Keys readed ===================== То есть похоже что падает в момент обмена с сетью. Пробовал и версию 1.33 - та же картина. Версия прошивки 1.08.27. После прошивки делался полный сброс. Каналы не восстанавливались - только скан. Папка var - со здешнего аплоада. Подскажите плиз, как можно это победить?
-
Ну там ведь линукс? Линукс. Почему же смешно? Экран 1920х1080, клавиатура/мышка в USB - полноразмерный доступ к инету получается. Или вы имеете ввиду кривую реализацию? Тогда так и пишите: "я пробовал - в дриме 800 очень кривая реализация линукса в плане доступа к инету". Мне ведь именно отзывы и нужны.
-
Не. Я имею ввиду, чтобы с ресивера ходить по интернету - прямо на телевизоре смотреть. Клавиатуру воткнуть в USB. В каких так можно?
-
Вот...
-
Неужели никто не знает ответа на мой вопрос? :blink: