McRomik

Спасибо He1ix и c470ip ! Вроде все заработало - и запись и таймшифт.

Может mglaucher, который запускает mgcamd дважды, один для просмотра, другой для записи?

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

куды выложил? я с оскамом без понятия как работать.

Таймшифт работать и не будет. Отложенное декодирование шароводы банят. Отруби таймшифт изапись заработает.

а на mgcamd почему работает и таймшифт и запись?

А при переключении с канала  на канал картинка пропадает? И  чтобы продолжить надо жать желтую кногпку?

картинка при переключении пропадает конечно, потом появляется и работает норм. переключение работает даже быстрее, чем на mgcamd. у меня на wicardd не работает запись и таймшифт соответственно.

ну насколько я понял стабильно работает только на финальной прошивке,у меня SEZAM 901hd .сегодня поменял ,как указано выше и заработало сразу без проблем.

И запись работает? Без замораживания картинки.

Всем привет! Спасибо за викард. Всё работает кроме записи. Процесс записи вроде запускается, но когда останавливаешь, картинка замораживается. А записанный файл не открывается.

Глобальной однозначно не существует. Люди годами пользуются без таких проблем.

Если бы mgcamd падал через раз у всех (да и даже не у всех), мы бы об этом давно знали.

Ошибка - "No Free slots", если вы ее по прежнему видите с параметром B12 или падения mgcamd - означают, что

1) кроме mgcamd что-то еще пытается "декодировать" каналы и есть конфликт (это может быть либо другой эмулятор, либо еще одна копия mgcamd в памяти)

2) mgcamd некорректно сконфигурирован, например B:{} - не 12 или вы не используете аддон для PGI, а сами (неправильно) прикрутили скрипты старта

3) вы пытаетесь смотреть пакеты, которые известны тем, что mgcamd не может с ними корректно работать (например XTra TV)

4) mgcamd уже успел упасть (некорректно закрыв за собой открытые слоты декодирования) когда B{} было не 12, потом его стартанули заново с B-12 и он не может снова открыть слоты, которые были неправильно закрыты. Нужен ребут.

Регулярно, примерно раз в 30 мин, на одном и популярных ХД-каналов выскакивает "STAPI slot set pid error 72 pid 1452".

2,3 и 4 пункты в моём случае не актуальны, значит пункт 1. Вопрос: как понять что это за "что-то" из перечисленного (другой эмулятор или ещё одна копия mgcamd).

Спасибо.

На прошивке 1.0 периодически стала вылезать такая проблема. После затыка инета или сервака, эму входит в ступор. Ключи идут, а ничего не пашет:

Перезапуск не помогает, решает только перезагрузка. На предыдущих прошивках затыки инета к подобной проблеме не приводили.

Сегодня такая проблема возникла вроде просто на ровном месте. В один момент всё заткнулось. Инет при этом работал. Включил Syslog - от аппарата тишина. Подождал - тишина. Рестарт эму - лог пошёл, ключи идут, но опять строка "STAPI slot set pid error 72 pid bbc". Перезагрузка ресивера - всё ОК.

На прошивке 1.0 периодически стала вылезать такая проблема. После затыка инета или сервака, эму входит в ступор. Ключи идут, а ничего не пашет:

30.04.2011 20:29:57		[mg1] -> ECM to newcamd ******.*****.**:4000
30.04.2011 20:29:58		[mg1] <- CW from newcamd ******.*****.**:4000 (883ms)
30.04.2011 20:29:58		[mg1] 883 msec -- Sat Apr 30 20:29:38 2011
30.04.2011 20:29:58		===== Viaccess ECM on CaID 0x0500, pid 0x0bbc ======
30.04.2011 20:29:58		prov: 030600
30.04.2011 20:29:58		cw0:1 79 99 62 74 B9 B2 1E 89
30.04.2011 20:29:58		cw1:1 6D 0E 69 E4 C8 54 0D 29
30.04.2011 20:29:59		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:02		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:04		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:07		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:07		[mg1] -> ECM to newcamd ******.*****.**:4000
30.04.2011 20:30:08		[mg1] <- CW from newcamd ******.*****.**:4000 (385ms)
30.04.2011 20:30:08		[mg1] 385 msec -- Sat Apr 30 20:29:47 2011
30.04.2011 20:30:08		===== Viaccess ECM on CaID 0x0500, pid 0x0bbc ======
30.04.2011 20:30:08		prov: 030600
30.04.2011 20:30:08		cw0:1 79 99 62 74 B9 B2 1E 89
30.04.2011 20:30:08		cw1:1 34 AC D8 B8 0C ED 9D 96
30.04.2011 20:30:10		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:12		STAPI slot set pid error 72 pid bbc
30.04.2011 20:30:15		STAPI slot set pid error 72 pid bbc

Перезапуск не помогает, решает только перезагрузка. На предыдущих прошивках затыки инета к подобной проблеме не приводили.

Спасибо.

дядя Фёдор

Всё понял, спасибо!

Посмотрим, проверим...

Спасибо. Закономерность прослеживается следующая: вне зависимости SD или HD, если выбран первый звуковой канал, то пишутся оба. Если второй, то записывается только второй. Но особняком стоят немецкие SD каналы SkySport. У них пишутся только выбранные звуковые каналы.

Как бы сделать так, чтобы всегда оба писались... на других аппаратах подобных проблем даже близко нет!

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

Спасибо. Но вот например на EurosportHD с 36 рассматриваемый нами аппарат дорожки определяет как "Russian" и "English" и таковыми они и являются, т.е. там русский и английский языки соответственно. И пишет он их оба прекрасно! А вот на обычном SkySport с 19,2 обе дорожки определяются как "German". А пишется только одна. Не сходится теория с практикой как-то...

Добрый день! На прошивке PGI1.0, равно как и на 0.9 и на всех предыдущих, насколько я помню, при записи SD каналов, в частности немецкого Sky, в котором изначально присутсвует два звуковых потока, в записанном файле в результате получается только один звуковой поток. Причём тот, который был выбран. В случае записи HD каналов вне зависимости от выбранного звукового потока в записанном файле присутствуют оба звуковых потока.

Подскажите, пожалуйста, что нужно сделать, чтобы и на SD каналах записывались оба потока. Спасибо.

Вроде этот баг пофиксили в последней версии Corel VideoStudio Pro X3:

http://www.ixbt.com/divideo/corel-x3.shtml

Замечательно, если это так. Но ни TRP, ни TS эта прога не поддерживает, как я понял.

ProgDvb x32 не идёт с карточкой (Prof Revolution 7301) под W7x64. Выдаёт такую ошибку:

Удвительным образом ошибка пропала, Prog запустился, ничего не делал. Может перезагрузился разве только :rolleyes:

Может в новых версиях пофиксили уже?

- Option to force AC3 type consistence(e.g. delete AC3 2.0 parts during commercial breaks of a movie with AC3 5.1 )

- Wrong detection of a mpeg audio stream as ac3 in transport stream converter fixed

Не, это не о том всё.

Взял последнюю версию 1.0.42beta, всё тоже. Если битый кусок вырезаешь, ошибка остаётся в месте склейки. Да и даже небитый файл режу, при воcпроизведении в KMplayer после склейки видео начинает дёргаться.

Винду скачал сразу после выхода. Вроде финальная. А DVB Dream не видит сигнал, Prof Rev стоит после двух ресов. С ProgDvb таких проблем нет.

В х64 они работают, но только как 32-битное приложение, а значит для них доступна только часть реестра, открытая для 32-битных приложений, тоже самое можно сказать и насчет доступа к системным папкам.(скорей всего траблы с провами админа) ставь ProgDvb x32

ProgDvb x32 не идёт с карточкой (Prof Revolution 7301) под W7x64. Выдаёт такую ошибку:

Должна видеть.

Не, никак.

Привет!

Подскажите пожалуйста, для ProgDvb W7x64 бывают шаринг-клиенты? Csc и ACamd прога не видит. Или их как-то можно настроить?

Если речь идет об SD, то с такими штуками лучше всех справляется ProjectX , а с HD похуже дело, софта аналогичного нет совсем.

Речь об HD. С SD всё ясно давно, да ProjectX рулит. А с HD я мучаюсь, голову ломаю, как перекодировать битые потоки, так и не нашёл пока вариантов.

TSDoctor, конечно отличная вещь, но вот такие вещи не лечит:

$0303 ; ES ; 00:13:50.736 ; AC3 CRC error

$0304 ; ES ; 00:13:50.803 ; AC3 CRC error

Вырезание проблемного куска в Докторе всё равно не устраняет проблем при воспроизведении.

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

В общем проблема действительно так или иначе завязана на loop through.

Схема у меня такая: Антенна -> РесиверЛинукс(Technomate) -> Ipbox -> SkyStar2.

Проблема возникает только в связке Ipbox-SkyStar2, при этом софт на компе не запущен, и даже при выключении из системы Dvb-карты запросы продолжаются. Но в самом деле, при простом отключении кабеля между устройствами, запросы прекращаются. Однако! Такие запросы в режиме standby идут почему-то только каналах пакета Sky 19,2! Если вырубить Ipbox на любом канале любого другого пакета никаких запросов нет. Я не знаю, связано ли это со спутником, поскольку на 19,2 у меня только Sky, других расшареных пакетов оттуда нет.

В общем, спасибо Вам, Дядя Фёдор, не буду Вас больше мучить, есть у меня пока подозрение на SkyStar, что глюкнулась она, поскольку почему-то перестали на ней работать все, даже открытые каналы, кроме пакета Sky. Вообще не понимаю, как это может быть связано с запросами Ipbox, но факт остаётся фактом...

Да, поменял SkyStar, запросы прекратились. Он просто как-то залип на одной конкретной частоте и питание не вырубалось)) Сорри за офф-топ.

Подскажите пожалуйста, как в режиме standby добиться, чтобы mgcamd вырубался, а не слал запросы до посинения, Ipbox 9000, 1.33, спасибо.

Ресивер еще один есть, стоит последовательно до бокса. Там нормально всё.