дядя Фёдор

Всё понял. Спасибо за разъяснение. Просто никогда мотоподвесом не пользовался. Мне повезло, на одну тарелку принимаю на 11 голов, практически всё, что можно принять в моем случае.

Стоп. Что значит "нашлась новая частота". Сама по себе частота не находится. Не понятно что вы имеете в виду. Все частоты уже забиты в базу db.dat. Единственный способ чтобы там появилась новая частота - это ввести ее вручную либо при ручном поиске по одному трансподеру, либо вбить ее в режиме редактирования транспондеров (опять же вручную). Если транспондер уже есть в базе (а он там есть всегда, перед тем как начать сканирование, см. выше) то новые каналы или каналы с изменившимися именами (что то же самое, что "новые каналы" в этом контексте) будут добавлены в базу и привязаны к этому уже существующему транспондеру. брался готовый список каналов, лежавший тут же в папке /var, зашитый в заводскую прошивку, и просто назначался на существующие транспондеры. При этом естественно никто не проверял во время такой "загрузки", есть ли эти каналы на самом деле на спутнике, и также подразумевалось, что пользователь не трогал список спутников и транспондеров. Короче, это полная ерунда для ленивых, которая хороша только если на спутнике ничего месяцами не меняется в пакете (что практически никогда не бывает). Так что неясно, что тут можно "оптимизировать". Вы совершенно правы. Были такие фунции, но я бы лично никогда им не стал доверять. Там столько корейских багов, что мы туда даже не совались и не собираемся. По-хорошему их тоже убрать нужно. Давайте чтобы не забредать в трёп об отвлеченных понятиях, и о том что было, и как оно было, и как там на других ресиверах еще оно работает, скажем просто: в чем, собственно, суть проблемы? Чего не хватает? Чего требуется достичь? Факты таковы: канал, хранящийся в базе ресивера хранится там не как "имя канала", а как комбинация таких параметров: SID + FREQ + POL + SATID. SID = Service ID - номер канала на отдельно взятом транспондере FREQ = Частота транспондера POL = Поляризация транспондера SATID = идентификатор спутника (попросту, порядковый номер спутника в базе db.dat) Самая большая засада - это последний параметр. Если первые три параметра более-менее стандартны (более-менее, потому что смотря какой сайт брать за источник данных, FREQ иногда различаются на 1-2 мегагерца), то последний параметр - это чисто список спутников забитый в ресивер производителем прошивки, как ему угодно. Производитель прошивки - в данном случае, это либо почившие корейцы, либо PGI, просто сами решают какой ID присвоить какому спутнику в небе, чтобы на него как-то можно было ссылаться в базе. Проблема тут в следующем, чтобы "переносить каналы" из одной базы в другую, нужно чтобы идентификаторы спутников были абсолютно одинаковыми и в одной и в другой базе. Сразу говорю, что они НЕ одинаковые в корейских прошивках и в прошивках PGI. Кроме того, даже в прошивках PGI они не всегда одинаковые, потому что спутники в небе умирают и появляются новые и когда мы редактировали базу на предмет удаления или добавления спутников, то это "сдвигает" все ID спутников и база уже не будет "совместима по спутникам" с предыдущей. Для того чтобы сделать возможным 100% правильное перемешение каналов из базы в базу нужно условиться, что у каждого спутника навсегда будет неизменный ID в базе. Можно, конечно, об этом условиться прямо сейчас и сказать: ОК, начиная с прошивки PGI 1.4 все спутники будут иметь неизменные ID и если спутник умрет, то его ID не будет использован другим каким-то новым спутником. Но что делать, если у пользователя всегда была и остается возможность самому редактировать список спутников? В таком случае опять же невозможно гарантировать, что не придет кто-то и не начнет жаловаться, что у него каналы не импортируются из старой базы, в которой он взял и добавил своих спутников. Вот ЕСЛИ условиться, что начиная с прошивки 1.4 спутники всегда будут иметь уникальные ID, и ЕСЛИ условиться, что пользователи не будут трогать руками списки спутников, и ЕСЛИ условиться, что никто не будет пытаться импортировать каналы из баз данных, созданных до прошивки 1.4, ТОГДА можно будет сделать что-то с таким вопросом как "хочу старые каналы в новой базе".

да это не скрипт, а бинарник. а что?

Не будет, потому что драйверы до сих пор не позволяют этого.

почему нельзя? а за 6 минут можно? а за 11? Настройка чего конкретно? Ни на одной прошивке (на основе нового интерфейса), включая все оригинальные корейские прошивки нельзя было настроить средствами ресивера каскад из DiSeqC 1.0 или DiSeqC 1.1 плюс мотоподвес. Начиная с прошивки PGI 1.3 это можно сделать там же, где настраивается LNB по протоколу 1.2. То есть можно теперь там указать настройки для DiSeqC 1.0 и 1.1 в добавок к тому, что это мотоподвес. Раньше такой возможности не было. Я писал об этом.

Всё это можно настроить уже через настройки на экране ресивера еще с версии 1.3, без подкидываний старых баз (см. список изменений в PGI 1.3)

Если бы это было возможно, я сделал бы это еще 2 года назад. Выражаясь простым языком, проблема в том, что каналы в базе привязаны к транспондерам "намертво". А транспондеры, в свою очередь, намертво привязаны к спутникам. В обновленных базах идентификаторы транспондеров и спутников не будут совпадать, с идентификаторами из старых баз (которые еще и могли быть отредактированы пользователем как угодно), поэтому невозможно будет взять "отделить" каналы от старой базы и привязать их к новой.

http://gomel-sat.bz/forums/index.php?s=&a...st&p=485650 P.S. если у вас не отсканировалась какая-то частота, это еще не значит, что ее нет в списке. P.P.S. транспондеры хранятся в db.dat, если вы не используете тот db.dat, который с прошивкой (свежий) а вместо этого забросили свой древний, то там, конечно, может не быть многих частот. если вы сканируете всё заново не нужно заливать свой старый db.dat...

Списочек обновился в день выхода прошивки. Не думаю, что там появилось СТОЛЬКО всего нового за 2 недели. Для перепрошивки 100HD нужно выдернуть шнур питания. Нажать на ДУ кнопку включения, держать ее нажатой, включить питание, и когда пройдет секунд 5 после включения отпустить.

Дай Бог, чтобы это ваша была самая большая грусть в жизни.

Баг - это когда что-то не работает так как запланировано. В этом случае, вам не нравится, то как запланировано. Это не баг, а хотелка. Я уже сказал, что нет возможности осекать часть буфера таймшифта.

Я тоже извиняюсь, но видимо это как-то было невнятно сказано в предыдущих сообщениях. Я, естественно, читаю все сообщения, но не знаю почему я только теперь понимаю суть проблемы. Проверю.

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

Вот теперь понятно. Проверим.

Ничего не "соответственно". То, что размер файла меньше не значит, что качество должно быть хуже. Кодек x264 сжимает в 2-3 раза лучше чем DivX/XviD при том же качестве видео. Вы качество пережатого видео MKV сравнивали с оригиналом AVI на каком устройстве? На PC или на ресивере? Если вы пережимали AVI в MKV, значит, скорее всего AVI не проигрывался на ресивере и сравнить не с чем (на ресивере) - есть подозрение, что и оригинальный AVI, если бы играл на ресивере, то был бы таким же "отвратительным". Другой вариант: вы не используете настройки из архива PGI (а только думаете, что их используете). Если "качество отстой" при сравнении файлов на PC, то почитайте о том как пользоваться Handbrake или подождите еще одной азбуки о медиа файлах на этом форуме.

почему "но" ? разве кто-то обещал, что оно появится? его не было и на официальных прошивках - проблема в драйверах, исходников драйверов нет, а и были бы - колупаться в них это очень напряжно, если не на чем тестировать. Зачем убирать соотношение сторон картинки, если оно корректное? И что значит "убрать" и куда "переключать"? То, как себя ведет медиа плейер сейчас "намертво зашито в прошивке". Можно я вас попрошу обсуждать эту проблему не в этой теме, а в другой, потому как с вашей настойчивостью "немного много" сообщений получается не совсем по-адресу. Звук на скарте есть на всех ресиверах, на которых пробовали прошивку (9000, 910). И сами пишете, что не только в PGI 1.4 проблема. Хм.. первый раз такую формулировку проблемы слышу. Проверю при возможности. Не уверен, что есть связь между расшаренными папками и монтированием USB носителей. У человека судя по тому, что он прислал USB флеш монтируется нормально. Вопрос в том, почему не видно этой смонтированной флеши в меню на экране. И еще, я не совсем понял: расшаренные папки ОБЯЗАТЕЛЬНЫ? Или не видно USB только когда вы настроили расшаренную папку, но не можете во время старта к ней подключиться. А если вообще нет никаких расшаренных папок, в смысле, ресивер не настроен так, что он должен подключаться к папкам. Тогда какое поведение? Не понял до конца, если честно. Можно, пожалуйста, конкретную последовательность действий, которые приводят к "черному экрану". Покнопочно, так сказать.

Да, так и должно быть. Сети LAN и WiFi вместе не работают. А где они работают вместе, кстати (так чтобы в одной и той же под-сети)? Как обычно. Грузите с LAN, выставляете настройки. Выключаете ресивер, вставляете WiFi и смотрите будут ли работать ваши настройки WiFi.

Таймшифт используется? Диск на ошибки проверяли? Попробуйте отключить таймшифт и погонять 2-3 суток как обычно. Что выдает команда free в Telnet когда ресивер становится "вялым"?

Проще всего PC-editor использовать для таких целей. А поведение с галочкой проверим. Может, это и баг.

Вставьте флешку, поставьте HDD_USB_DETECT="no", перезагрузите ресивер. Покажите что выдают Telnet команды: mount blkid

Если ресивер ВЫКЛЮЧЕН, то совершенно неважно какой стоит софт. Хоть PGI, хоть Windows - CPU не работает.

Поменять кабель SCART ? Скарт скарту рознь.

Стереть - это не Backspace. Вы просто, видимо, уже не из того поколения, что видело печатную машинку в работе, поэтому слово "забой" для вас, наверное, звучит диковато. :ph34r:

Вы мультибутом не баловались случайно на этом ресивере? Если да, то очень рекомендую прошить usb_config.img из архива PGI 1.4 и загрузиться затем по кнопке 0.

http://ru.wikipedia.org/wiki/Backspace Есть лучше вариант? Предложите тогда. Критиковать все умеют.