дядя Фёдор

Это норма на всех ресиверах и всех прошивках на основе DGS. Зависит от загрузки процессора в определенный момент времени. На одном и том же ресивере при тех же самых манипуляциях может быть или не быть этот эффект. Зависит от того, какие процессы запущены.

Я не понимаю, что Вы пишете. Потрудитесь расставить знаки препинания.

Значит нет раздела или ошибка на диске. Попробуйте проверить диск на ошибки опцией "Проверка при загрузке".

Вы что, мой личный пресс-секретарь чтобы такие заявления делать? Никогда не собирался и не собираюсь переходить на e2! Мне не нравится в e2 практически всё. Начиная от внутреннего "дизайна", заканчивая тем, что e2 на IPBox в руках одного человека, который ни с кем не собирается делиться и, при этом, страшно гордится этим. Больше же всего меня бесит, что эту e2 суют в любую дыру - только выйдет новый ресивер со своим софтом, сразу нужно на него энигму прикручивать. Неважно, что коряво, с глюками, фризами и падениями, главное что "удалось запустить". Очень попрошу таких заявлений больше не делать. Откуда ВАМ известны перспективы PGI или e2, интересно? Смешно как-то, честное слово. В следующий раз, рекомендую промолчать. Каждый пользуется тем, что ему нравится больше, но не нужно делать "сенсационных заявлений".

Любые проблемы нужно начинать решать с чтения лог файлов. Что в меню "Информация о диске" ?

1. читайте NETWORK_ru.txt 2. не знаю. См. доки от pppd.

Сколько раз уже это рассказано по форумам. И вообще на такие вопросы должен отвечать ваш шаровик. Пакеты скай ЮК как и скай ИТ "уникальны" в том, что чувствительны ко времени отклика. Если ответ приходит за 600мс или дольше, то будет затык. Если плохой сервер (перегружена карта) или неважный Интернет, то можете забыть про эти пакеты. Если обычный пинг на сервер больше, чем 100мс, можете и не мечтать о скае.

Что значит в консоли? Если имеется в виду через Telnet, то это будет немножко проблематично. Процесс смены IP состоит из трех шагов, первый из которых - это шатдаун интерфейса, после чего, вы моментально разорвете любое соединение с ресивером, в том числе и вашу Telnet "консоль". Единственный способ - это написать скрипт, который будет делать все действия автоматом и запускать его в режиме background. Можно нескромный вопрос: а зачем вам такое? Не скажется никак это в плане нагрузки. Хоть тысячу раз поменяйте.

The correct command is boot We also have English topic here if it is easier for you to write in English.

ЧаВо номер 18. Если коротко, то mg_launcher вместе с его тремя файлами newcamd.list нужен только при всех нижеследующих условиях: когда вы хотите одновременно смотреть один канал, а записывать другой, при этом оба канала - из одного и того же пакета и оба кодированые, при этом у вас для такого дела есть два логина на один и тот же пакет, но на РАЗНЫХ серверах. Вот тогда нужен mg_launcher. Если же у вас двойной логин на один и тот же сервер, то launcher не нужен. Если нет никакого двойного логина, то пользуйтесь чем угодно - всё равно получите бан при обработке двух кодированых каналов. А если не бан, то неудавшуюся запись.

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

Именно это и поправлено в PGI 0.7. Я доделал самбу чтобы она автоматом определяла правильный интерфейс и такие как у вас и другие подобные манипуляции можно было избежать.

И что?

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

ЧаВо номер 14 на первой странице.

Мы добавили в PGI 0.7 beta отладочный код, который может быть поможет словить причину зависания ресивера при пропадании сигнала. Если есть желающие потестировать (с логами с серийного порта) то пишите на [email protected] (укажите ник на форуме и модель ресивера).

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

речь идет о PNG и alpha-transparency, вместо BMP.

Подождите PGI 0.7 - там много фиксов по этому поводу. Или если сильно не терпится, то поставьте фиксированный IP в конфигурации сети ресивера и его же пропишите в /var/etc/smb.conf параметром interfaces = ваш IP (в секции General).

Несколько интересных линков в честь майских праздников. YouTube на CubeRevo (будем надеяться, скоро это будет у всех): А также новые девайсы от DGS на том же железе (!) с новым интерфейсом (прозрачные скины, более быстрый отклик на пульт) и поддержкой IPTV: http://laki.dvhk.pl/download/files/Zalaczn...erevo-100hd.pdf http://www.youtube.com/watch?v=oAMwTikw7cg http://www.youtube.com/watch?v=NcBRqTEoiwU Существует некая вероятность, что это все будет доступно и на нынешних ресиверах, хотя конечно, никто никаких гарантий дать сегодня не может.

Все проблемы всегда нужно начинать анализировать с логов. Научитесь снимать и читать логи mgcamd и многое сразу станет понятно. Здесь есть отдельная тема, о том как это все делается.

Если Дядя Вова, это я, то попробуйте прогнать через TsRemux http://forum.doom9.org/showthread.php?t=125447

пока не планируется. проблемы с этим драйвером 25xx на IPBox

Там информация о вашем интерфейсе LAN, а не Wi-Fi. В PGI 0.7, возможно будет больше информации.

Без исходников ничего не будет. А с установочным файлом от дрима на IPBox можно только сделать только одну вещь - удалить. Потому что толку от него никакого. Что это за единица измерения: "мб"? мегабит в секунду или мегабайт? Если мегабит, то это так медленно, что просто не может быть такого в обычной сети 100 мбит/c. А если мегабайты, то 3-5 - это нормальная скорость при работающем ресивере и таймшифте. Но в таком случае 25-30 мегабайт в секунду- невозможно вообще, даже теоретически.