дядя Фёдор

По идее должна поворачиваться, так же как и при обычном переключении транспондеров.

Никак. Кроме того, в режиме ожидания отключается только видео чип, а CPU продолжает работать в полном объеме. Почитайте внимательно азбуку. Это все равно что останавливать вентилятор CPU в вашем компьютере если вы только выключили монитор.

Если умеете снимать логи, могу выслать тестовую версию для того чтобы попытаться решить эту проблему.

Если есть желание, могу выслать вам тестовую версию для попытки решения проблемы форматирования. Напишите на [email protected] свою модель ресивера и ник на форуме.

Никогда такого не видел ни на какой прошивке. Скартом не пользуюсь.

Спасибо!

У разных пользователей разное мнение на этот счет. Поэтому мы сделали так, что по кнопке FAV открывается тот список, которым вы пользовались последний раз, до вызова FavPIP. Почитайте README, описание новых опций в середине файла.

Эта проблема уже известна и будет решена в следущей версии. Те, кому это не по душе могут отключить функцию сохранения EPG удалив файл /media/epgdata.dat

Читать логи. Если не можете достать логи из /var/log, то подключайте серийный порт ресивера к компьютеру. Как это сделать описано в азбуке в чаво. А вообще-то есть отдельная тема по жестким дискам. У вас скорее всего диск, несовместимый с IPBox. "Нюанс" в том, что функция эта, как и все новые функции, сделанные корейскими коллегами в последнее время (погода, rss и, теперь вот, youtube) сделаны через одно место, где не светит солнце. Половина видео играть не будет из за кодеков, вторая половина будет играть криво, так как используется все тот же родимый медиа плейер со всеми плачевными последствиями.

Пришлите ваш файл, отредактированный Total Commander на [email protected]

Спасибо за лог, подумаем в чем может быть дело. Пару идей имеется... P.S... Идея номер 1 уберите (временно) задержку в 60 секунд которая у вас стоит параметром HDD_DELAY1 и попробуйте форматнуть снова (покажите лог в любом случае)

Какой именно прошивкой? Кто ее делал? Официальная корейская? Там в ней нет эмуляторов. Если не корейская, то какая прошивка точно. Потрудитесь в следующий раз излагать конкретные сведения. Ваш вопрос совершенно не по теме. Здесь не обсуждаются настройки mgcamd. Посмотрите в форум и найдете много интересного. Начиная от того, что нужно писать в параметр B: (часто задаваемый вопрос N1 в теме "Азбука IPBox") до рекомендуемых настроек mgcamd в соотв. теме. На мой вопрос о 36E так никто и не ответил.

Вы здесь, видимо, недавно, поэтому не совсем разобрались, кто какой софт пишет. Есть официальный софт корейский DGS, там где люди с утра до ночи сидят и за зарплату его пишут. Есть прошивки от хакерских команд, которые берут корейскую прошивку и модифицируют ее как могут. По мере сил, свободного времени и интереса к предмету, в свободное от основной работы время. В том числе и команда PGI, в которой сейчас кроме меня еще полтора человека. То, чего хотите Вы требует огромной переделки пользовательского интерфейса. У нас нет таких сил и времени, даже если было бы желание. Можно сделать в качестве плагина, как это сделано сейчас с FavPIP. Плагин, теоретически может написать любой человек, который умеет программировать на Си и готов посвятить этому массу времени - вся информация для написания плагинов доступна всем, поэтому команде PGI совершенно нет большого резона этим заниматься. Каждые пару недель приходят люди, которые "раньше пользовались ресивером X" и просят переделать или доделать интерфейс, чтобы было как они привыкли. Мы физически не можем выполнять подобные просьбы. Хотелось бы все же познать суть проблемы, которая возникает достаточно часто и почему-то только у русскоязычного населения на 36E. Но, наверное, раз базу смели, то уже поздно что-то пытаться найти. Будем ждать следующего инцидента. В таких случаях нужна как минимум, копия вашего db.dat, вызывющего панику (всмысле, нам ее прислать) и еще желательно возможность снять лог по серийному порту или хотя бы включить режим DEBUG в pgi.conf и снять лог из /var/log после EPIC FAIL.

Так и должно быть. В README информация есть о том что эти директории были заменены софтлинками на /tmp. Файлы в этих директориях не нужны постоянно и стираются при каждом рестарте, так что их не нужно копировать в "укромное место". Кроме того есть скрипт backup, который все делает автоматом (если есть жесткий диск), так что такие манипуляции - дело прошлого. Спасибо, исправим. Что еще раз доказывает, что нет предела людскому воображению и впечатлительности разума от того факта, что софт свежий. Никто картинку не трогал.

Если коротко, то нельзя. Если длинно, подождите несколько месяцев. Возможно, ситуация с картинками и скинами кардинально изменится.

Ага... ну тогда уже ближе к теме.. Попробуйте установить параметр HDD_DELAY1 как описано в HDD_ru.txt (п. 1.2 и 1.2.2) Думаю, диск просто не успевает замаунтиться - такая скоростная прошивка вышла :)

Любые проблемы нужно начинать пытаться решить с логов. Почитайте несколько предыдущих сообщений. А то, как будто мы тут по-своему говорим, а Вы в другой комнате.

Интересно интересно... У Вас диск USB? После того как загрузится ресивер, покажите, что выдает команда: ls -lisa /dev/sd*

Судя по логу у вас проблема с командой hdparm, которая должна устанавливать режим засыпания диска. Она выдает ошибку и после этого, возможно и другие команды неправильно работают. Отредактируйте файл /var/bin/init.d/1.hdd, найдите строку в которой hdparm и поставьте комментарий в ее начале, чтобы она не исполнялась: # hdparm -S $SLEEP_PARAM $DEV_NAME Если не заработает, то снова покажите лог, только от hdd достаточно.

У кого-то еще есть проблемы с кириллицей в названиях каналов при сканировании спутников в пустую "заводскую" базу? Пока что проблема обнаружена только на спутнике 140E. Хотелось бы услышать как ведет себя 36E в этом плане.

на этот вопрос ответить можете только Вы сами. Я не пользуюсь корейскими прошивками и такого адаптера у меня нет :)

Какой скин? Стандартный или нет? Если нет - то вот вам ответ. Если да, то удалите /var/weather_info и попробуйте снова. Вы сканировали заново каналы или существующую базу брали? Интересен результат со сканированием в заводскую пустую базу..... У меня нет возможности принимать 36E, на 9E кириллица нормальная.

Разметка диска тут ни при чем, раз файлы записываются. Как и ни при чем версии PGI. Проблема, скорее всего в том, что где-то в одном из старых файлов (записанных до 0.6) есть в именах файлов кириллица или в файлах, хранящих метаданные - мусор. Лечится долго и болезненно (чем больше "подозрительных" файлов, тем дольше). 1) можно попробовать убрать временно в другое место файл /media/filelist.meta. Этот файл содержит список записей и будет создан заново при перезапуске ресивера. 2) если не поможет то сделать временную директорию в /media куда по одиночке перемещать папку с каждой записью плюс 3 файла метаданных, которые имеют такое же имя как и папка и расширения .dgsifo, .extinfo и .ifo, после этого удалять filelist.meta снова, перегружать и смотреть будет работать или нет, пока не найдете виновника. Прошивки, начиная с PGI 0.6 не создают кириллических имен с записями, поэтому подобных проблем быть не должно. А если есть, тогда нужно будет смотреть что находится в этих трех файлах с метаданными, если найдете такую запись. Может более подробно расскажете, какие каналы именно? Проверял на Платформе - всё нормально показывает и названия каналов правильные.

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

В прошивках PGI все файлы конфигурации oscam находятся в /var/etc/oscam и больше нигде. Файлы для mgcamd в /var/keys Всё стальное в /var/etc