дядя Фёдор

подключить диск к компу и удалить все разделы с него. поключить обратно к ресиверу. также подключить к ресиверу нуль-модемный кабель на serial порт (скорость 115200) и снять лог начальной загрузки

Попробуйте кабель поменять между роутером и ресивером. Или порт на роутере другой подключить под ресивер. Или роутер другой займите у товарища. Кажется, дело не в софте, раз такие симптомы. ................................................................................ .... Прошли выходные... никто так логов и не прислал от FavPIP.... видимо будем выпускать PGI 0.6 со сломанным плагином... :( Напомню, на всякий случай.. Новая *ВТОРАЯ* отладочная версия FavPiP для нахождения проблемы с паникой на каналах Триколора (Вести) В первый раз выяснилось, что баг не во время получения EPG данных, а во время прорисовки экране. Нам нужно больше данных, поэтому, пожалуйста, снова тестируем на проблемном канале и снимаем лог из /var/favpip.log favpip.debug2.zip

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

c такой старой базой я бы не рисковал.. лучше заново отсканить

Такое есть в планах... возможно к версии PGI 1.0 ;)

у человека модель с 2мя тюнерами, поэтому они работают независимо.

В каком именно "логе"? То, что это есть в мультибуте, как переменные, ничего не значит и ни на что не влияет при обычной загрузке

В качестве вступления, неужто Вы не слышали про редактирование сообщений на форуме с тэгом CODEBOX ? Все длинные результаты команд и скрипты пожалуйста помещайте внутрь CODEBOX. А по теме, у вас в "не работающем" ресивере прописаны сейчас bootargs=console=ttyAS1,115200 panic=3 root=/dev/mtdblock3 bigphysarea=1500 quiet А в "работающем": bootargs=console=ttyAS1,115200 panic=3 root=/dev/mtdblock3 bigphysarea=1500 ip=192.168.1.8:192.168.1.1:192.168.1.1:255.255.255.0 quiet Если у вас оба ресивера работают с PGI, значит дело не в прошивке, а в вашей домашней сети (роутере). Какой адрес получает "работающий" ресивер? Отличаются ли MAC адреса ресиверов? Попробуйте не резервировать на роутере адреса для ресиверов.

честно говоря, с трудом верится, что это не помогло... покажите что показывает команда fw_printenv И выложите сюда ваш скрипт 1.network.start

У кого не работает DHCP попробуйте следующее. В файле /var/bin/init.d/1.network.start найдите строчку if [ "$ROOTFS" != "nfs" ] и уберите из нее восклицательный знак После этого, в Telnet дайте такую команду: Напишите, если поможет...

сами на свой вопрос ответили. скорости USB/флешки не хватает для HD.

Что Вы говорите!? Неужели? :o Сборище хлама? <_< Ага, правильно, поэтому надо теперь эту тему замусорить не относящимися к ней вопросами (и ответами). Я последний раз прошу всех не писать сюда по этому поводу. Прошивка здесь ни при чем. Вы можете хоть на секунду принять такую мысль, что когда у вас стояла прошивка 0.4, то на сервере шары были дела по-другому, чем сейчас? Перестаньте связывать вместе две совершенно разных вещи. Тут выше estmen показывал логи с такой же проблемой - там затыки на сервере шары, и если раньше на том сервере были затыки по несколько секунд, то теперь элементарно могут быть несколько минут. А также на некоторых серверах в последнее время участилось такое поведение, что приходят как бы ключи, да не те, что нужно. Или одни и те же ключи. И выглядит будто работает все, а картинки нет. Так что, эта тема здесь закрыта. Так же как и тема про дефективные крайние строчки на каналах Триколор. Также как и тема о настройках NFS сервера. И все другие дискуссии, что напрямую не касаются самого софта PGI 0.5

Ваша помощь не игнорируется. За нее спасибо. Вы просто пропустили этот пост. http://gomel-sat.bz/forums/index.php?s=&a...ost&p=80426 (Оно и не удивительно, благодаря тем, кто ветку захламляет не относящимися к делу сообщениями)

Не хочу сказать, что плагин FavPIP задерживает выход PGI 0.6, но как бы и задерживает на самом деле тоже. Где же логи с результатами тестов?

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

Именно так. Не включен потому что нечего декодировать. Появится сигнал, появится и mgcamd.

1. cм 1й пост этой темы 2. cм тему о багах и хотелках 3. настройте правильно mgcamd, параметр B: {12} и вообще не плохо было бы читать Факи, начиная с темы азбука 4. будет деинтерлейсинг и на вебе, когда выйдет VLC 1.1.0 или настраивайте плагин через плейер. 5. cм тему о багах и хотелках

Может тот, кого зовут Фудор и не хочет (какой негодяй!). А вот у меня просто пока на это времени не было. И вообще вся эта тема, простите, какое отношение к этой прошивке имеет? Давайте в азбуку, или новую тему открывайте для обсуждения. Нечего здесь флудить. У прошивки нет проблем с записью по NFS, а у кого-то есть проблемы с настройкой сервера NFS. Улавливаете разницу? И это относится ко всем остальным сообщениям тоже, которые не по теме. Думайте прежде чем писать, пожалуйста. И на удаленные сообщения не обижайтесь.

Ни при чем тут прошивка. У вас в логе классические затыки со стороны сервера или Интернета. Проверяйте свой интернет и тормошите провайдера шары. И прошу больше на эту тему в эту ветку не писать.

А кстати, может кто-нибудь с тюнером Sharp точно написать, что именно показывает инфо о таком тюнере? мне нужно это для включения материала по допайке тюнера в ЧаВо!

Кривость в том, что это костыли. Жили 2 года без этой фичи, теперь есть исходники которые реально изменить как нужно. Так зачем теперь костыли делать? Ну то есть, я не против, в принципе - делайте конечно, если всем от этого лучше будет. Но я в этом не участвую "по идеологическим соображениям" Не хотелось бы углубляться в обсуждение этой темы, но все равно у такого скрипта и этой концепции будет много ограничений. Как часто он будет запускаться? Я может делаю раз в месяц запись, а скрипт будет каждые 30 секунд гоняться. Меня только от одной такой мысли корежит. А будет запускаться не так часто - проворонит время начала запуска. И, как я уже написал, скрипт бесполезен, если идет запись двух кодированных каналов по ошибке пользователя (технически это возможно!) с баном в результате. Это знаете, как если бы у машины нужно было бы измерять давление в шинах, когда она едет. Я за то, чтобы встроить датчики в колеса и показывать на экране водителю, а с такими "костылями" - это как кто-то рядом на велосипеде едет с манометром и вручную на ходу меряет давление и в окно кричит водителю показания. ;) Короче говоря, никто ж не запрещает - делайте! Вам люди спасибо скажут (или нет - в зависимости от результата ;) )

Сейчас он будет слать двойные запросы. После модификации (см. ниже) не будет. А скриптом вы такого не сделаете. Ага... а если время на 30 секунд отличается? или перекрывается посредине записи одного из каналов... Нет - это ерунда. Такие вещи нужно правильно реализовывать в самом софте, где будет запрограммирована логика, что если идет запись чего-то одного, и влючен флаг "не позволять двойных запросов", то переключения просто не произойдет. И наоборот, переключение будет, если запись только начинается и стоит не на том канале, который будет записываться. И т.д. Скрипту такое совершенно не по-зубам. Хотя бы потому, что скрипт не имеет понятия идет ли запись вообще и, тем более, если идет, то чего именно.

ну нет... такое решение уже слишком через сами знаете что. лучше все же это реализовать в самом софте ресивера без таких вот костылей. одно дело, когда сам софт sbox переключает канал, пусть хоть и скриптом, но до запуска всего остального, а другое дело - дополнительные процессы, которые будут "вмешиваться в жизнь" sbox. Это очень коряво. Да и не спасет от человеческих ошибок. Что такой скрипт будет делать, если я поставлю (по ошибке) два кодированных канала записываться в одно и то же время? У такого скрипта дым из ушей пойдет - забодается переключать с канала на канал. В софте можно все реализовать это. Нужно только время.

Думаю, что эта идея - реальная штука для помощи всем страждующим. Единственное чему это не поможет, это если ресивер уже включен, а не грузится из состояния shutdown.

Умно, умно Вы придумали! Апплодисменты! ;)