дядя Фёдор

Честно говоря, ничего не понял из написаннго. Кто, куда, не смог, чего? какую страницу, куда, кто выдает?

чем помочь? особенно в этой теме, которая называется "уровень сигнала". У вас сигнал есть, вы два раза об этом написали. Может лучше не здесь вести обсуждение? по-моему файл с базой каналов НИКАК на силу сигнала повлиять не может. Ваша проблема, скорее всего в том, что иногда бывает СРАЗУ после сканирования каналов не работают даже открытые каналы. эта проблема есть и в корейском софте и на всех прошивках PGI. проявляется не каждый раз. Просто после сканирования каналов перегрузите ресивер.

Проблема найдена. Спасибо всем написавшим подробности. Была неточность в скрипте получения EPG (который с первой страницы). Скрипт подправил. Пожалуйста, загрузите обновленную версию. Должно работать. У кого работает с более старыми версиями скриптов, новую грузить необязательно.

Вы написали не в тему. Эта тема по прошивке а не по аддону. В первом посте четко написано - обсуждение аддона здесь. И в той теме я уже вам ответил.

временно удалить файл /media/filelist.meta (сделать на всякий случай резервную копию) и перезагрузить ресивер. еще есть идея что в списке записей есть какой-то символ (скорее всего связанный с кириллицей), который портит веб-страницу. это можно увидеть при помощи Firefox с плагином Firebug -> посмотреть что посылает ресивер в браузер в момент открытия веб-страницы с записями.

Для того чтобы стартовал mgcamd нужно чтобы был включен канал. Включите любой канал, даже открытый, и тогда смотрите будет стартовать mgcamd или нет. Если нет, то вот это: http://gomel-sat.bz/forums/index.php?s=&a...st&p=469162

У кого эта проблема c gunzip, сообщите мне код с сайта, который вы вписали в скрипт, и версию софта PGI.

Если можно, я свое слово вставлю. Я лично очень приветствую всякие разработки, которые делают жизнь лучше и которые реализованы грамотно. И буду всячески пытаться поддерживать начинания такого рода, особенно которые базируются на моих же собственных наработках, как в случае с EPG. Потому что для того оно и делалось, и ушли на это многие недели времени, чтобы система была более универсальной, и чтобы люди могли извлечь самостоятельно пользу из того, как всё реализовано. Идея с фаворитами и EPG хорошая, и были у самого такие мысли уже давно. Возможность свободного поиска в базе EPG - как раз вот для подобных целей и была главная причина, по которой мы полностью с нуля переписали весь код EPG и начали хранить его в базе данных SQL. Теперь, давайте сделаем небольшую работу над ошибками. База каналов, в том числе и фавориты, хранятся в файле db.dat, который вопреки мнению высказанному выше, самая, что ни на есть настоящая база данных SQLite. Цитирую сайт sqlite.org: "SQLite - это софтовая библиотека, которая реализует самодостаточный, не нуждающийся в сервере, не нуждающийся в конфигурации движок транзакционной SQL базы данных". Вот именно, что когда "с пульта", то не надо ничего перегружать, потому что софт (который с пульта) сам в конце редактирования специально и заново считывает в память ресивера только что отредактированную базу фаворитных каналов. Данные по фаворитам НЕ считываются из этой базы каждый раз, когда вы открываете список фаворитов на экране. Это делается только при начальном запуске ресивера или при редактировании базы фаворитов средствами ресивера. Поэтому концепция такова: - есть SQL база данных (db.dat) на устройстве хранения информации (флеш-память ресивера), которая не стирается при перезагрузке ресивера - есть экранный интерфейс ресивера для того, чтобы пользователь мог управлять ресивером (процесс sbox), который при перезагрузке ресивера теряет все данные в оперативной памяти - sbox считывает из db.dat информацию о каналах (и не только о них) при начальной загрузке ресивера - sbox позволяет редактировать (пультом) каналы - при редактировании каналов sbox модифицирует как саму базу данных db.dat на диске (для следующей перезагрузки), так и заново тут же после редактирования загружает в оперативную память новую информацию об отредактированнных каналах из этого же только что модифицированного db.dat - загрузка информации из db.dat происходит только один раз при старте ресивера или один раз после завершения процесса редактирования каналов из этого следует что? если взять и отредактировать базу данных db.dat внешним (для sbox) процессом, например скриптом, который здесь обсуждается, то произойдет рассинхронизация того, что находится в памяти у sbox и реальной ситуацией в базе данных db.dat. (далее следуют Epic Fails, и т.д.) варианта решения проблемы два: 1) сразу перегружать ресивер после редактирования db.dat 2) сделать возможность послать сигнал sboх, чтобы sbox заново считал в память новый db.dat (точнее информацию о фаворитах из него) первое крайне напряжно для пользователя, второе - не реализовано в sbox. над вторым подумаю. если можно обойтись малой кровью, то может так статься, что в PGI 1.4 будет такая возможность.

В режиме Stanby работают все системные службы (сервисы). Например, сервер Samba, NFS, cron, и так далее. Возможно, что один из этих сервисов пытается считывать с диска данные. Это может быть просто даже пакет данный из сети, который приходит время от времени на ресивер и заставляет какой-то процесс ответить на него, и для этого нужно подгрузить библиотеку с диска или из swap. Я бы сначала посмотрел на список процессов во время standby.

Это когда было? Если в понедельник в первой половине дня, то это нормально - данных в базе нет в это время. Если всё время то же самое, то пусть другие подтвердят или опровергнут - одного человека мало, чтобы пальцем в чью-то сторону показать. Ничего не менялось и ничего не неправильно. Так было с первого дня этого сервиса - идентификаторы у этих порноканалов совпадают с российскими, потому что спутники разные и нет ничего неправильного в том, чтобы были одинаковые параметры у двух разных каналов на разных спутниках. Сейчас для уникальной идентификации канала используется комбинация их трех параметров: - Network ID (NID) - у каждого провайдера должен быть по-идее свой (но, видимо, этот закон не для нас) - Transponder ID (TSID) - идентификатор транспондера на спутнике - Service ID (SID) - идентификатор канала на транспондере К сожалению, внести еще четвертым параметром и спутник, очень очень проблематично. Начиная с того, что три параметра, перечисленные выше, приходят "из космоса" и для всех всегда одинаковы, а идентификатор спутника приходит из локальной базы каналов и транспондеров и может быть каким угодно на отдельно взятом ресивере. Ну и заканчивая тем, что дополнительный параметр будет значительно увеличивать индексацию базы EPG (и замедлять процесс работы с EPG повсеместно). Три параметра - это разумный компромисс, и, кроме этих порноканалов, подобных накладок больше не наблюдалось.

Скорее всего скрипт залился с Windowsовскими символами перевода строки. Точнее не когда залился, а когда вы его отредактировали для внесения кода, то сохранили в Windows, а не в Unix. http://gomel-sat.bz/forums/index.php?s=&a...st&p=342702

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

Подправил, пробуйте.

Тогда поставьте DEBUG=yes в pgi.conf и посмотрите после перезагрузки /var/log/cs.log

Можно... было бы, если бы хоть на одном уважаемом сайте была информация о том, какой у канала SID. Видимо, только переехал, так что рановато пока.

В сторону логов начальной загрузки. Но вообще-то я бы проверил, действительно ли есть файлы в /var/bin/init.d и какие у них атрибуты.

Они не в директории, они в базе данных (которая в формате SQLite). Файл базы называется /var/db.dat Его удобно редактировать программой PC-Editor. Взять можно здесь или здесь.

ваша ошибка в том, что между call и /var/... нет пробела, а он там обязателен.

Спасибо большое всем, кто помог восстановить файловые архивы с прошивкой PGI 0.7.3 Удалось собрать все версии, кроме прошивок для модели Cuberevo 200HD. Теперь все прошивки хранятся на Upload сайта Gomel-Sat: http://gomel-sat.bz/files/cat15.html

Настройка Timeshift (как и большинство других настроек) хранится в файле db.dat, там же где хранится база каналов и транспондеров. Возможности "самопроизвольного включения Timeshift" может быть три: - баг в софте (но это очень маловероятно, так как о таком никто раньше не слышал и просто так писать неверную настройку в базу софт сам по себе не будет) - путаница с db.dat - скажем, вы сами подсунули db.dat (например, редактировали каналы в нем) со включенной опцией Timeshift - по какой-то технической причине неправильно сохраняется или вообще не сохраняется опция Timeshift в db.dat, когда вы его выключаете через меню Проверить, что именно находится в базе db.dat можно так: после того, как вы выключите таймшифт через меню ресивера, в Telnet дайте команду optget time_shift on - значит Timeshift будет включен во время следующей перезагрузки off - будет выключен Мне как-то не верится, что если там будет off, и базу после этого никто трогать не будет, то на следующий день Timeshift сам по себе включится снова.

Грабли №2 ? http://gomel-sat.bz/forums/index.php?s=&a...ndpost&p=85

Ошибка ERROR79 - это сбой базы каналов (запортилась по какой-то причине). Обычно достаточно загрузить чистую базу каналов и отсканировать заново (и в следующий раз сделать резервную копию своей базы, чтобы не тратить время на повторное сканирование). Далее, вы пытались прошить файл ubs_config.img, который не является прошивкой. Читайте азбуку с первой страницы или просто загляните в README от прошивки. Вам нужен файл usb_kernel_root_db.img Ошибка ER10 значит, что прошивка не обнаруживается на флешке - скорее всего, нужно отформатировать флешку или правильно назвать файл (см. ЧаВо на первой странице).

BDRip?? В AVI???? И каким кодеком это сжато? XviD-DivX? И в каком разрешении? 720x576? :ph34r: AVI должен был умереть вместе с Windows XP, а то и раньше с Windows 98, ибо был придуман для Windows 3.x, но по какой-то совершенно ужасной несуразности дожил до наших дней. Еще одно такое чудо - флоппи диск, хотя конечно, AVI и его пережил. AVI не поддерживает B-frames, что просто смешно в наше время, и как следствие, AVI не поддерживает кодек H.264, который стал де-факто, стандартом везде, в том числе и в спутниковом и в наземном цифровом вещании (потому что сжимает намного качественней, чем DivX и XviD). AVI не поддерживает Vorbis аудио и нормально не справляется с несколькими тяжелыми звуковыми дорожками (DTS/AC3) в одном и том же файле. Никаких глав (chapters), никаких вложенных субтитров, проблемы с интерливингом (которые потом боком вылазят при перемотке файла), проблемы с синхронизацией звука в mp3 c переменным битрейтом (точнее не проблемы, а просто невозможность работать с таким звуком), и так далее... Короче говоря, ДАЖЕ если закрыть глаза на все эти "свистки и побрякушки", которые может многим и не нужны, файл такого же качества видео как в AVI можно сделать в 2 раза меньше размером, если сжать современным кодеком (который AVI не поддерживает и никогда не сможет). И речь тут не об HD, а вообще о принципиально любом видео, даже SD. Зачем качать 1.5 гигабайт AVI (пусть даже не HD) если то же самое качество картинки можно получить в MKV файле размером 700МБ с кодеком x264? Делать BluRay рипы в AVI формат - это какой то садомазохизм. Если конечный результат - это не HD видео, то зачем их делать с BlueRay источника? И зачем иметь HD телевизор, HD плейер к нему и потом смотреть на нем пережатые из HD в SD файлы в AVI формате? А если делать рипы в формате AVI в разрешении HD, то это каким кодеком? По-моему только платная версия DivX позволяет достичь такого извращения: HD внутри AVI. Но это тоже мегаизврат, если можно все получить гораздо лучше, быстрее и универсальнее, и при том совершенно бесплатно (имеется в виду кодек x264 и контейнер MKV). Короче говоря, я не понял юмора :-) Если смотрть BlueRay качество, то естественно, либо в MKV (лучший в мире контейнер, однозначо), либо, на худой конец, MP4 (хотя и там Apple накакать успела). AVI, WMV, ASF, MOV и все остальные ужасы от Microsoft и Apple должны гореть в аду. :P

Я не знаю что такое 53Hd lite (ну то есть знаю - но никогда не пользовался и не советую его никому). Я говорил о новом, только выпущенном Dune HD TV 101 на новом чипе Sigma 867x, для которого есть патч, после которого он читает все AVI-шки. У меня нет на него жалоб, а все жалобы, которые я видел на сегодняшний день об этом плейере, это то что люди пытаются играть на нем какие-то там заоблачные Super-Dolby-THX-True-HD-10-колоночные аудио треки, и они там, типа, иногда подтормаживают на секунду при этом. Думаю, что процент страдающих от таких "дефектов" где-то 0.001 от целевой аудитории плейера. А насчет Avi.. кто в наше время смотрит на HD плейерах AVI-шки? Я последний раз, наверное, года 4 назад смотрел фильм в AVI файле. Без шуток.

Есть. В азбуке все описано такое.