дядя Фёдор

Улыбнуло! Пишите ещё. :D

Ничего не "зависает". Просто не получает ресивер IP правильным образом. Вот же у Вас в логе: Could not determine remote IP address: defaulting to 10.64.64.64 А в экранном меню вы не увидите информации об IP через модем, поэтому туда можно и не ходить.

Вы неправы. Я специально проверил Вашу "теорию" и не могу её подтвердить никаким образом. Нет такого ограничения "на полчаса для HD каналов". У вас, возможно, нет достаточного количества места для тамйшифта на диске. Я смотрел HD канал в течение 1 часа 50 минут, общий размер файлов таймшифта для этого времени был порядка четырех гигабайт. Перемотка на самое начало прекрасно работала.

Для начала нужно понять, что таймшифт, если он включен, то он включен всегда, а не так как, скажем, в дримбоксах, где он включается только по кнопке "пауза". Из этого следует, что когда включен таймшифт, вы смотрите не настоящее ТВ в реальном времени, а "записываемое и тут же воспроизводимое". Это позволяет в любой момент времени "отмотать программу назад", а также, например, начать смотреть программу, а потом решить (уже в середине), что неплохо было бы записать ее с самого начала. Это возможно также, потому что по сути программа уже записывается (только в буфер таймшифта). Буфер таймшифта отключается при каждом переключении канала. Поэтому ответы на вопросы такие: 1) Таймшифта. Какое максимальное количество времени держать в буфере по отоношению к настоящему времени. 2) Если вы нажимаете кнопку записи, то к ней может быть добавлено (или не добавлено) содержимое буфера таймшифта. 3) Когда вы ставите запись по таймеру, запись начнется на X минут раньше, чем реальное время передачи 4) То же самое, что и 3, только для окончания записи по таймеру Чтобы посмотреть передачу, на которую вы не успеваете на полчаса, всё что нужно сделать тем, кто находится у вас дома, это (при включенном таймшифте) переключиться на канал с передачей когда она начнется и всё. Можно переключиться раньше, но не намного раньше - если буфер таймшифта 2 часа и вы опаздываете на 30 минут, то максимальное время до начала передачи будет полтора часа. Если вы включите канал в любой момент в течение 1.5 часа до начала передачи, то вы всегда сможете отмотать ее обратно на начало при опоздании на полчаса.

Разрешение 1080 и NTSC - два несовместимых понятия. Если вы имеете в виду режим 1080p60, то см. ЧаВо №3 в азбуке. Откуда у вас такой телевизор, который не умеет показывать европейский стандарт нормально? Вы его не из японии или америки, случайно, привезли? :)

Рекомендую отнести телевизор в ремонт или почитать инструкцию к нему. Поддержки 1080p в этом ресивере не будет никогда, потому что 1) не может чип 2) никто, нигде, ни на одном спутнике не вещает в 1080p50, поэтому нет никакого смысла заниматься такой поддержкой. Если больше, чем одно устройство ведет себя одинаково неправильно с вашим телевизором, то проблема в телевизоре. Я не могу сказать, сломан он у вас или неправильно сконфигурирован для сигнала 1080i50, но в ресивере искать нечего.

Я не знаю. У тысяч пользователей ничего не мерцает. Чем объяснить ваш феномен - неизвестно. Вообще немного непонятно ваше определение "мерцания".

Лог загрузки покажите. Лучше всего, снятый с Serial порта. Как это делать - описано в азбуке в ЧаВо.

О каких именно проблемных каналах идет речь? если о всех - то проблема явно у вас с установками времени, если какой-то пакет только, то возможно, там неправильно передают программу. Я не то чтобы пользуюсь веб интерфейсом, но каждый раз когда проверяю - все работает. Летнее время и на компьютере, и на ресивере включено.

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

Копните в сторону отключения таймшифта.

Most likely your AP + WiFi stick take very long time to associate and then get IP address by DHCP. You may be able to resolve such problem by using static IP address for your Wi-Fi stick. You can also enable debug mode using telnet command: confset debug yes When you reboot the receiver in debug mode you will get a bunch of logs in /var/log directory. Show me your net_init log here, or send it to the pgi email address.

Ок, судя по конфигурации интерфейсов, у вас не WiFi работает по двум адресам, а проинициализировались оба адаптера eth0 и wlan0, то есть сеть по кабелю и по WiFi. Обычно это происходить не должно, но может произойти, если при инициализации WiFi скрипт посчитает, что она прошла неуспешно и попытается поднять сеть по Ethernet. Можете включить DEBUG=yes и показать файл net_init.log ?

Пришлите свой db.dat на [email protected]

В таком случае, скорее всего плохо настроена тарель. Или дефективный дайсек или кабель гасит сигнал.

В таком случае ничем помочь не могу. Между 0.7 и 0.7.1 никто ничего не трогал в веб-интерфейсе.

А если после таких кваков переключить на другой канал, который на другом спутнике и некодированный, то "кваки" продолжаются или нет?

Поменять диск на другой, поменять ресивер на более старшую модель.

Я бы не надеялся на это. Проблема не в том, что софт кривой, хотя он и кривой, а в том что железо ресивера наверное все-таки недостаточно мощно для того, чтобы выплевывать в сеть такой объем данных, при этом занимаясь другими вещами. Запись по сети НИКОГДА не был официальной фичей, а была прикручена энтузиастами, поэтому никаких сдвигов я бы не стал ожидать в этом направлении.

Проясняю. Я уверен на 90%, что все следующие проблемы в 0.7.1: - Прямой ввод номера канала, сообщение "такого канала нет" и последующая паника - Внезапное исчезновение вирутальной клавиатуры при пользовательском вводе - "Неправильная" навигация по таймшифту и записям - это всё последствия экспериментального фикса для проблемы с зависанием ресивера при отсутствии сигнала. Если это так, то винить нужно только PGI, и если эти проблемы вас беспокоят, то лучше, наверное поставить 0.7, пока не выйдет 0.7.2, что в принципе будет очень скоро, учитывая серьезность проблем.

Покажите лог /var/log/hdd_init.log Чтобы его получить нужно включить режим отладки командой в Telnet и перезагрузить ресивер: confset debug yes

Не стоит так болезненно реагировать. Если бы я так реагировал на подобные комментарии, то наверное работа закончилась бы где-то на PGI 0.3a. Потом бы я себе сам собрал софт как лично хотел, а не так как хотят и желают пользователи, и на этом весь энтузиазм бы иссяк. Легче нужно к критике относиться. А критикующим давно пора понять, что все что делается другими людьми делается безвозмездно. Не нравится - не пользуйтесь, но поносить не нужно. Никому от этого хорошо не будет.

Это всё прекрасно, но предполагает что у вас уже есть либо рабочая прошивка во флеш памяти ресивера, либо компьютер / виртуальная машина с Linux. Я хочу найти способ чтобы прошивку можно было легко загрузить прямо с флешки, распустив на нее "типа архив" из Windows. Ну ладно, пока можно и без этого обойтись и вручную поковырять каждому свое.

Вы лучше покажите что выдают команды ip a ifconfig iwconfig

Кто "виноват": скрипт автомонтирования устройств USB. Что делать: ничего Вам это каким-то образом создает проблемы? Любое устройство можно монтировать сколько влезет раз одновременно. Наоборот такой "побочный эффект" позволяет в медиаплейере использовать тот же раздел диска, который используется для записи каналов. Не вижу никакой проблемы в этом.