А ты по ФТП качал? Или напрямую?замечен глюк при перекачке содержимого диска в папку на комп. переключил на другой канал и в тот момент рес. завис. после перекачки рестарт и всё пошло.
было бы не плохо если б удалось добавить отложенное декодирование, как в 7200, уникальная и важная функция для тех кто хочет сделать качественную запись.
записи кодированного сигнала в новом ресивере уже есть... можете проверить - остановите mg camD через меню - синяя кнопка (или уберите смарткарту/САМ), сделайте запись - потом стартоните mg camD через меню - красная кнопка и включите просмотр записанного кодированного куска... будете приятно удивлены...
Да, но хотелось бы в это время смотреть другой канал, а не квадрат Малевича.
То есть смотрит и записывает один канал, и такая бодяга происходит?То есть один и тот же DW выскакивает дважды один за другим, то есть значит и запрашивает ресивер их так же, по два раза.
Вот прикинь!То есть смотрит и записывает один канал, и такая бодяга происходит?
И я так же уверенно клиенту по телефону говорил, а сейчас вот сижу и сам офигеваюНо чудес то не бывает , ни у кого больше такого нет.
Там всё по моему шаблону, и у всех остальных работает.Сравнить бы его файлы конфигурации, а также ньюкамд лист посмотреть (с вымышленными данными)
Попробуем чуть позже...Если палкой в небо, то, процедуру знаешь: прошиться заново, сбросить на заводские, вернуть свой список каналов с флешки, а также листы.
Это где такое АВТО? Я ж говорю, стоит РАЗДЕЛЬНО, и кабель один, без перемычки.Еще что нужно посмотреть. Конечно, мало вероятно, но если у него твин - смотрит программу на первом тюнере, а при записи той же программы включается второй тюнер. Можно это выставить - вместо авто поставить 1.
уже ухожу из офиса, завтра проверю.И еще посмотреть - если поставить запись по таймеру - та же ерунда будет?
По сути проблемы:
пока клиент просто смотрит кино, всё пучком, как только начинает что-то записывать,
тут же получает бан на шарозаправке. Запускаю вручную mgcamd, смотрю в логи -
получается как только жму на запись, ресивер начинает получать сдвоенные DW.
Блин, я вот до сих пор не понимаю эту ситуацию. Вроде все юзают запись, опять же известную заправку *elsat юзают тоже очень многие. Так вот повторяю - нескольких моих клиентов с Октагонами-1018 и Oпенами S7 HD уже банили за превышение количества запросов. Кэш в конфиге я и включал и выключал, игрался и с другими опциями - безрезультатно, на всех других линуксовых ящиках всё работает как положено, на этих - жмёшь на запись, сразу сдвоенные DW и дальше - бан. Так собственно, какого хрена, спрашивается?Нет у тебя двойных запросов! Запрос идёт как положено один раз То что 2 раза один и тот же ключ прописывается в логе, так это кэширование включено, так что не переживай и ничего не меняй
И к чему ты это?Надо включить логирование, потом поставить пип. Первый раз может быть краткосрочный бан на 10 минут (будет видно в логе), затем он снимается, потом снова может быть бан на 10 минут, и только потом самое страшное наказание - бан на сутки. И в административной панели будет указано, что у пользователя банан.
Ага, щаз. Он для ПИПа просто юзает шару с нашего местного сервака, где вообще контроля за этим нет. Пока.Помню, Гемма говорил, что его там банили, а теперь вот пользуется пипом с этого же сервера шары без проблем, а ведь он свои настройки эмулятора не менял.
Но он то как раз есть.Так что хоть при пипе, хоть при записи никаких проблем в виде бана не должно быть.
Лог бана? Это как?Если есть - надо подтверждающий лог выложить.
Если ты на минут 10 включишь, то конечно не будет, там ведь бан дают по статистике за час.Ну а те клиенты, которых банили - там наверное, причина в другом. За превышение количества запросов вряд ли, мы проверяли - эмулятор ресивера обращался к картам каждые три секунды, и никакого бана не было!