для эксперимента попробуйте на csc4001 версии попробовать

Вчера вечером, сегодня утром без проблем с акамдом, поэтому пока не пробывал с csc4001.
Вы что то исправили ?

да, я тоже заметил-- раньше у меня реконекты периодически проскакивали-- но я грешил на своего провайдера . сегодня провайдер мой опять глючит ( теряю пакеты ещё в его сети ) , но ни одного реконекта тем немение,
однозначно софт подправили на релсате
Dimca- у тя оптоволокно что ли ? завидую по чёрному

sasa1976,
Нет, простой кабель. У меня от провайдера есть такая фича называется FastPath, используется также в Online-играх для хорошего пинга.


То же самое у меня, если пробую более отдаленные сервера от меня.

Проблема в том что здесь наверно пару пользователей Акамда которые регулярно смотрят Платформу и если один говорит что не работает то стандартные отговорки "Поменяйте сервер", "У вас проблемы ищите".
Вчера опять с 18:30 до 21:30 - 11 реконнектов было с разной переодичностью, при отличной трассе. Лог я думаю не нужен, там то же самое что и в моем посте #240.

Я тоже склоняюсь к мнению что проблема с софтом на сервере.

Нужен работоспособный acamd для +++ со всеми настройками, чтобы прописать только логин, пароль, и сервер. А то вокруг него танцуюи танцую, но не как....

склоняйтесь.
Я на дриме 800 тоже вчера смотрел именно платформу
И хоть бы дернуло

jack,
Верю. И я писал уже об этом в посте #235 :


У родителей в соседней квартире стоит дрим 800. При одновременном просмотре Платформы, с одного сервера, у них все стабильно показывает а у Акамда реконекты.

ну а почему вы тогда пишите что проблемы у сервера?
Проблема сервера отдать ключи.И все.И как вашеоборудование эти ключи обрабатывает -ему без разницы.
Но как правило корректное оборудование-корректно

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

И если происходит реконект значит в нужное время не пришол ключ с сервера или я не прав?

много зависит от настройки самого акамда
почему он реконектит.

Настройки на первой странице, у меня все точно так настроено.

Сам Асамд далек до идеала.Не ровняйте 800й с картой,нет для нее универсального плагина.То это молчит,то то хромает...Раз 800й за стеной показывает,значит сервер когда надо ключ отдает,в противном случае и на нем бы шел тихий ужас

А разность протокола роли не играет Mgcamd, newcamd или camd35?

Mgcamd это эмулятор к вашему сведению,разность проколов влияет,при плохом инете предпочтение отдается camd3

ну при плохом(некачественном) инете протокол сamd в связке с acamdom лучше вообще не трогать
acamd использует версию cs357x- то есть udp соединение, которое по определению очень чувствительно к потерям пакетов , в отличие от tcp ( newcamd или cs378x)

кроме того , для протокола сamd35 у acamda по дефолту зашит лаг ключа не превышающий 5 секунд(и если ключ не пришёл за это время, вы просто будете наблюдать малевича ,до следующей посылки ecm на сервер), и эта величена неизменная IMHO
а для того же ирдето затыка не будет , даже если ключ приходит в пределах 6-7 секунд , для виакцесса ещё больше

для newcamdа за эту величину отвечает строка в acamd.ini
NewcamdReadWriteTimeout=7
в данном примере он выставлен на 7 секунд
если dcw с сервера не приходит в течении 7 секунд-- происходит рекконект к серверу

в том то и вопрос почему не приходит ключ если сервер ключ отправляет и трасса хорошая.

у меня запрос ключа идет чере каждые 15 секунд может уменьшить это значение надо?

ecm у платформы каждых 15 сек обновляется -- поэтому и ключ запрашивает каждых 15 сек
нет такого значения у acamd , чтобы увеличить кол-во запросов IMHO

Пробую изменять эти настройки но немогу найти что влияет на количество реконектов, либо все нормально идет либо малевич
KeyDelay=0
EcmRetryWait=0
EcmRetryError=1
NoCheckProvId=1
NewcamdConnectTimeout=20
NewcamdReadWriteTimeout=20
NewcamdIdleTimeout=120

может еще есть параметры для настройки?

EcmRetryError=1
лучше на 999 поставить
счётчик ошибок в обработки ECM
если стоит =1 , после первой же ошибки плагин заткнётся и поможет только заново щёлкание по каналу
KeyDelay=0 сразу ли ключ в эму поступает , либо с паузой в милисекундах
EcmRetryWait=0 помоему это для старых версий acamd -- в новой
MultiEcmWait=2000 ( в милисекундах)- когда активна функция autosearch+ multiecm плагин пробует первое ecm из cat, если оно " нерабочее"- ждёт 2000 (т.е 2 секунды), берёт второе и тд, пока не найдёт рабочее
NoCheckProvId=1 тоже для старых версий вроде
NewcamdIdleTimeout=120
если соединение по newcamd не используется 120 секунд - отключается от сервера ( лучше так и оставить)
NewcamdReadWriteTimeout=20 лаг dcw в секундах, после чего происходит реконект , лучше поставить на 7-8
NewcamdConnectTimeout=20
незнаю