Фризы на 900/9000

[4x6hp]

а как можно узнать китайский или не китайский 900hd??

 

[booom2]

а как можно узнать китайский или не китайский 900hd??

пока китайских клонов замечано не было!
все корейцы

 

[4x6hp]

Кстати, заметил вчера причину моих затыков на HD каналах. У меня затыки без определенной переодики. Используя ш..у для Sky UK и Sky IT. посмотрев лог mgcamd увидел что все запросы более чем 700ms сопровождаются затыками. И чем больше по времени запрос тем продолжительнее затык. Выключив комп ребенка и жены, которые трепятся по Skype, затыки пропали Использую инет 5120/512 Kbps.

 

[SugarFree]

4x6hp,
не появились фризы в дальнейшем?
У меня инет 512/512 и фризы практически раз в 2 минуты на ХД КИно. Смотреть неприятно. При этом ключ приходит за 400-600 мс. У кого инет побыстрее - лучше ситуация или так же?

 

[_TNT_]

Вчера подключил 910, юзаю почти 2 дня, фризов не замечено, на 9000 их тоже не видел, 900 - фризы периодически появляются.

 

[serg103103]

Так он, вероятно, и греется поболее, может из-за этого?

 

[SugarFree]

_tnt_,
какой интернет и время получения ключей? у меня 910й как раз

 

[4x6hp]

При этом ключ приходит за 400-600 мс.

при таком "приходе" я не замечал фризов. все мои фризы от 700мс и выше. я, правда, не проверял на открытых каналах.

 

[booom2]

Dec 09 22:20:21 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:20:21 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (445ms)
Dec 09 22:20:21 192.168.20.15 [mg0] 445 msec -- Tue Dec 9 22:20:31 2008
Dec 09 22:20:21 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:20:21 192.168.20.15 prov: 030600
Dec 09 22:20:21 192.168.20.15 cw0:0 70 07 C3 3A 7C 0D B0 39
Dec 09 22:20:21 192.168.20.15 cw1:0 F8 33 C3 EE 87 81 FF 07
Dec 09 22:20:36 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:20:36 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (616ms)
Dec 09 22:20:36 192.168.20.15 [mg0] 616 msec -- Tue Dec 9 22:20:46 2008
Dec 09 22:20:36 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:20:36 192.168.20.15 prov: 030600
Dec 09 22:20:36 192.168.20.15 cw0:0 0F 86 66 FB 3E 1F 83 E0
Dec 09 22:20:36 192.168.20.15 cw1:0 F8 33 C3 EE 87 81 FF 07
Dec 09 22:20:51 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:20:51 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (386ms)
Dec 09 22:20:51 192.168.20.15 [mg0] 386 msec -- Tue Dec 9 22:21:01 2008
Dec 09 22:20:51 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:20:51 192.168.20.15 prov: 030600
Dec 09 22:20:51 192.168.20.15 cw0:0 0F 86 66 FB 3E 1F 83 E0
Dec 09 22:20:51 192.168.20.15 cw1:0 F3 81 C0 34 FE 66 27 8B
Dec 09 22:21:06 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:21:06 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (614ms)
Dec 09 22:21:06 192.168.20.15 [mg0] 614 msec -- Tue Dec 9 22:21:16 2008
Dec 09 22:21:06 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:21:06 192.168.20.15 prov: 030600
Dec 09 22:21:06 192.168.20.15 cw0:0 3F 9C F8 D3 C0 00 7F 3F
Dec 09 22:21:06 192.168.20.15 cw1:0 F3 81 C0 34 FE 66 27 8B
Dec 09 22:21:21 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:21:22 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (701ms)
Dec 09 22:21:22 192.168.20.15 [mg0] 701 msec -- Tue Dec 9 22:21:31 2008
Dec 09 22:21:22 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:21:22 192.168.20.15 prov: 030600
Dec 09 22:21:22 192.168.20.15 cw0:0 3F 9C F8 D3 C0 00 7F 3F
Dec 09 22:21:22 192.168.20.15 cw1:0 C0 3E 38 36 83 83 00 06
Dec 09 22:21:36 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:21:37 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (1048ms)
Dec 09 22:21:37 192.168.20.15 [mg0] 1048 msec -- Tue Dec 9 22:21:47 2008
Dec 09 22:21:37 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:21:37 192.168.20.15 prov: 030600
Dec 09 22:21:37 192.168.20.15 cw0:0 C7 00 FF C6 01 C0 64 25
Dec 09 22:21:37 192.168.20.15 cw1:0 C0 3E 38 36 83 83 00 06
Dec 09 22:21:51 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:21:53 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (2454ms)
Dec 09 22:21:53 192.168.20.15 [mg0] 2454 msec -- Tue Dec 9 22:22:03 2008
Dec 09 22:21:53 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:21:53 192.168.20.15 prov: 030600
Dec 09 22:21:53 192.168.20.15 cw0:0 C7 00 FF C6 01 C0 64 25
Dec 09 22:21:53 192.168.20.15 cw1:0 00 01 8F 90 39 98 43 14
Dec 09 22:22:06 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:22:06 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (632ms)
Dec 09 22:22:06 192.168.20.15 [mg0] 632 msec -- Tue Dec 9 22:22:16 2008
Dec 09 22:22:06 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======
Dec 09 22:22:06 192.168.20.15 prov: 030600
Dec 09 22:22:06 192.168.20.15 cw0:0 C3 83 FF 45 FC 03 C0 BF
Dec 09 22:22:06 192.168.20.15 cw1:0 00 01 8F 90 39 98 43 14
Dec 09 22:22:21 192.168.20.15 ECM to newcamd shara*info:4000
Dec 09 22:22:21 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (382ms)
Dec 09 22:22:21 192.168.20.15 [mg0] 382 msec -- Tue Dec 9 22:22:31 2008
Dec 09 22:22:21 192.168.20.15 ===== Viaccess ECM on CaID 0x0500, pid 0x0bb9 ======


При таком логе был замечен затык при получении ключа за время около 300мс

как-то не вяжется оно с этим

 

[chewbacca]

Dec 09 22:21:37 192.168.20.15 [mg0] <- CW from newcamd .info:4000 (1048ms)
...
Dec 09 22:21:53 192.168.20.15 [mg0] <- CW from newcamd .info:4000 (2454ms)

Да, с таким пингом, точно затыков не долно быть :taunt:

 

[Vadim Art]

При таком логе был замечен затык при получении ключа за время около 300мс

как-то не вяжется оно с этим

всё отлично вяжется.
как именно Вы определили, что фриз получен именно при 300 мс ? Вы кэширование не учитываете. У Вас задержка бывает и 700 и больше 1000 мс.
У меня за час сбора статистики, среднее время CW-470, средней интервал ECM-15 ms.
Никаких фризов.

 

[ibus]

Да, с таким пингом, точно затыков не долно быть

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

вообщем природа фризов непонятна. вот 2 дня смотрю подряд - ни одного фриза нет. а раньше были чуть ли не каждые 2-5 мин

 

[chewbacca]

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

вообщем природа фризов непонятна. вот 2 дня смотрю подряд - ни одного фриза нет. а раньше были чуть ли не каждые 2-5 мин

Гаааа.... ))))))) А это фактически не одно и тоже? Отправка запроса - получение ответа.

 

[booom2]

Гаааа.... ))))))) А это фактически не одно и тоже? Отправка запроса - получение ответа.

нет, уважаемый, не одно и то же
это время получения ключа от провайдера ш@ры
а пинг до сервера не более 60мс

Добавлено через 1 минуту

всё отлично вяжется.
как именно Вы определили, что фриз получен именно при 300 мс ? Вы кэширование не учитываете. У Вас задержка бывает и 700 и больше 1000 мс.
У меня за час сбора статистики, среднее время CW-470, средней интервал ECM-15 ms.
Никаких фризов.

тогда как Вы определили, что фризы именно при ответе от сервера >700мс ?

 

[Vadim Art]

Гаааа.... ))))))) А это фактически не одно и тоже? Отправка запроса - получение ответа.

нет.
не всё зависит от инета. Значительно важнее загрузка самой карты на сервере шары. За 5 баксов за шару, фризы будут почти наверняка.

 

[booom2]

Vadim Art,
ну хорошо! Угостите, как говориться, хорошей ш@рой
проверим и ее
готов поменяться на несколько часов серверами ш@ры


хотя сейчас это не актуально
по плюсам идет фильм на которой и моей "пятибаксовой" шаре все отлично работает

кстати. Кто смотрел на выходных Пираты карибского моря?
у меня тормозило конкретно

 

[Vadim Art]

тогда как Вы определили, что фризы именно при ответе от сервера >700мс ?

Экспериментально.
У меня три сервера шары. Чем хуже сервер, тем больше фриз.

 

[chewbacca]

нет, уважаемый, не одно и то же
это время получения ключа от провайдера ш@ры
а пинг до сервера не более 60мс

Добавлено через 1 минуту


тогда как Вы определили, что фризы именно при ответе от сервера >700мс ?

Хорошо, рассуждаем логически. НТВ меняет ключи каждые N секунд.
- Посылка запроса на ключ (время),
- провайдер шары на каждый запрос должен кго обработать (время),
- снять ключ с карты (время), отправить (время), доставка (время),
- ресивер принял, обработал и дешифровал поток (опять время).

И эти милисекунды могут быть достаточно критическими. Не не факт, что сервер к которому вы обращаетесь как к самому близкому по пингу, есть самостоятельным, а является неким "прокси" к основному серверу у поставщика шары. Так что когда запрос от ресивера ушел, сам Бог знает сколько тратиться времени на запрос.

+ насройки МгКамда. Никто не думал о том, что переодически сможет происходить потеря актуальности ключа в буфере на клиенте. МГКамд ведь их кеширует в основном у всех, во избежание бана. Потому как шаровики хотят тоже снизить нагрузку на свои сервера и мой например провайдер ввел бан.

Рассуждения следующие.
000000000.000000000.000000000.000000000 <- интервал смены ключей НТВ
00000000.00000000.00000000.00000000.00000000 <- интервал с которым клиент отпрашивает сервер.

вводим доставку XX:
00000000XX.0000000XX.00000000ZZ.00000000XX

вот ZZ на пересечении смены ключа и будет выпадением.

 

[booom2]

Хорошо, рассуждаем логически. НТВ меняет ключи каждые N секунд.
- Посылка запроса на ключ (время),
- провайдер шары на каждый запрос должен кго обработать (время),
- снять ключ с карты (время), отправить (время), доставка (время),
- ресивер принял, обработал и дешифровал поток (опять время).

Согласен. И Время 445мс является полным от момента подачи запроса mgcamd до время получения ключа им же.
Именно это отражено в Логе.
Dec 09 22:20:21 192.168.20.15 [mg0] <- CW from newcamd shara*info:4000 (445ms)
Dec 09 22:20:21 192.168.20.15 [mg0] 445 msec -- Tue Dec 9 22:20:31 2008

А вот далее уже становится интересней, т.к можно рассуждать долго
да, потом происходит раскодирование ресивером.
Тут могут быть варианты:
1.Криво работает mgcamd (задержки при передаче ключа и т.п)
2.Не справляется кодек (это можно проверить при воспроизведении h264 фильма. Согласитесь... тогда ключи становятся не актуальны) Но тут можно кричать на глючность видеоплеера (кстати... хорошая идея.. надо на досуге проверить)

Я больше склоняюсь к 2 варианту
т.к фризы у меня проявляются по-разному на разных каналах
более выражены на канале HD Кино
и на разных фильмах
только что шел фильм "Покидая Лас Вегас" на котором фризы были крайне редки
а вот при просмотре пиратов карибского моря, просмотр раздражали достаточно частые фризы

и "нагрузка на сервер" тут как-то не очень сильно вяжется
+ на форуме моего шаринг-провайдера владельцы Катрейнов и Дримбоксом не жалуются на фризы
(эм... за исключением счастливых поиметелей Китрейна с Китайской родословной)

 

[chewbacca]

1.Криво работает mgcamd (задержки при передаче ключа и т.п)

не может этого быть впринципе. Он может быть криво настроен, я имею ввиду интервалы, или не может быть нормально настроен, учитывая вышеприведенные аргументы по каршарингу.

Еще картинка сыпется только на ХД, возможно тогда:
или проблемы с кодеком или не хватает мощности GPU, в чем я сомневаюсь, практически исключая.

Соглашусь с одним, как только ключи приходят с более 700 мс задержкой - есть подсыпание.

Добавлено через 1 минуту

только что шел фильм "Покидая Лас Вегас" на котором фризы были крайне редки
а вот при просмотре пиратов карибского моря, просмотр раздражали достаточно частые фризы

Покидая Лас Вегс просмотрел вОООбще без фризов. Только что.