Цитата: kanashpionertelekom от 27 сентября, 2016, 11:15:47где эта страница? скажите пожалуйста

эта страница доступна только членам ассоциации

Мне аж самому интересно стало, Алексей, человек просит ссылку на страницу, на которой написано, какие преимущества есть у членов. Дайте просто ссылку

Цитата: 1076 от 09 сентября, 2016, 14:08:15Очень  интересно ,  доки  какие  подаете заранее  ?

Только заявление, в установленной форме, на проверку знаний в технадзоре. Они сразу же назначают дату проверки, как правило через 2-3 недели.
Пришел, сдал, тут же печать в удостоверение, приходите через год.

Цитата: 1076 от 09 сентября, 2016, 11:18:12
Я  хочу  проверяться  без  обучения.

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

Цитата: 1076 от 08 сентября, 2016, 16:03:33В  общем  если  в  Ростехе  сдавать напрямую  - платишь пошлину 1300  и  сдавай.

Серьезно? Странно, но у нас сдача бесплатная, уже несколько лет подряд сдаю никто денег не просил.

Цитата: sky star от 28 августа, 2016, 12:29:58на счет на линий на будущее, пол старого света и поди пол нового света голову пеплом посыпало ,
сидят чета там доксисы изобретают , вот вот 1024QAM работать заставят ,
а надо т о всего , FTTH перейти и делов то , тайм вайнер поди уже думает кому сетки на люминий сдать,
в германии ADSL работает и всех устраивает 

Боюсь коллега вы не правы, они бы и рады на FTTH перейти, да вот не так-то просто кабеля заменить, поэтому и изобретают новые стандарты и технологии.

так, а какой способ посоветовали и в чем проблема?

угу, fuckin EMR
коллега, так было всегда или это после чего-то началось?

На люминате прям вот как описано не наблюдалось, т.е. если кто-то сыпит, то сыпит сам себе по тихоничку, других не трогает.

Цитата: overhead от 20 июля, 2016, 13:00:51
правильно!!! f_emo_29

не правильно  f_emo_48

не понял, ключ в 2 килобайта нужно распечатать на бумаге, а потом ввести в ручную?  f_emo_15

Цитата: Rus от 09 июня, 2016, 20:31:36Уверен на 100% что нет. Разинув рот, мы смотрим на тебя как на бога.

Доктор, Наполеона смотреть будете?

Цитата: ats от 24 мая, 2016, 05:40:15Замеры на предмет чего? Pre\post ber, c\n, margin, уровень?

У вас проблемы с CC, вот их и замеряйте, BER конечно же важен, но у вас он скорее всего -8(-9) и не прыгает, а ошибки есть т.к. он определяет физическую составляющую сигнала, а появление CC может быть и не связанно с физикой.

Цитата: sky star от 24 мая, 2016, 06:02:33а второе , перекодировать то что влитает с борта

рекодинг (транскодинг в вашем случае) избавит от CC в поттоке, но это не означает, что вы его, рассыпание, не увидите, просто теперь оно будет частью картинки

Цитата: ats от 23 мая, 2016, 17:04:02Замеры пробовал производить напрямую с интерфейса приемного оборудования

Если вы грешите на спутниковый сигнал, то должны делать замеры именно его, а не то, что вам дает ваш приемник.
На сколько я понял у вас есть streamguru, воткните в комп DVB-S2 тюнер и посмотрите им т.е. исключите посредника

Цитата: xarizma от 18 апреля, 2016, 09:20:29коллеги, кто-нибудь юзал Dexin NDS3908I?

а у кого и почем вы хотите эту железяку приобрести?

да по большому счёту разницы то и нет, просто интересно что это такое

Коллеги, добрый день. Преамбула длинная и запутанная, поэтому перейду напрямую к эксперименту.
Берем GE SFP 1310 сигнал от него подаем на оптический приемник (КТВ), смотрим на часты и видим картинку (см. прикрепленные файлы).
Вопрос вот в чем: Gigabit Ethernet (cat. 5e) работает на частоте 125MHz, если это так, тогда что мы видим на фото?

Цитата: Welcome от 18 февраля, 2016, 12:21:00Договоренности о местном включении пока нет, но надеемся, удастся.

не удастся, возможна только врезка рекламы, если вы РА, а не СМИ

Цитата: sky star от 18 февраля, 2016, 05:39:55300 000 населением

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

Цитата: atx от 17 февраля, 2016, 19:09:34Этот же умник заявил, что у него эксклюзивные права на СТС и ТНТ в нашем городе, и на ФЗ ему какать.

Накакайте на умника, и руководствуйтесь буквой закона, берите на РТРС, то что дают.
У нас тоже были похожие подвижки я всех сразу отсылаю к ФЗ и РТРС, так и говорю "Есть закон, по которому я еру сигнал у РТРС, а что они дают мне всё равно"
к слову, РТРС скоро (с марта) начнет ставить железо для врезки рекламы, за чей счёт не знаю, возможно не везде

Коллеги, вы уж простите мою дотошность, но давайте разберемся вот в чем:
вы говорите, что не важно юникаст/мультикаст есть буфер, тогда откуда возникают ошибки последовательности? По идеи если данные буферизируются, то и передаваться они должны в строгой последовательности.
Либо весь вопрос в размере буфера, для UDP он меньше, поэтому когда значения IAT первышают буфер возникает ошибка последовательности.

Цитата: DK от 17 февраля, 2016, 09:40:32Не забывайте, что все потоки, которые мы рассматриваем в данном контексте, это реалтайм и если пакет не доставлен, то он не доставлен и все.

о перезапросе пакета я рассуждал в том ключе, что это TCP т.е. должно быть подтверждение удачной доставки пакета, если подтверждения нет, то пакет должен перепослаться. Если для TCP DVB это не актуально, тогда какой смысл использования юникаста? Только жесткое ограничение приемников сигнала? Тогда получается верно утверждение:

Цитата: DK от 17 февраля, 2016, 09:40:32Зато можно гонять через тупые хабы и не заморачиваться настройкой непонятных функций маршрутизации.

Цитата: sky star от 17 февраля, 2016, 08:48:20
осталось только найти причину по которой возникнет необходимость
запросить тот самый пакет

согласен, что что единственной такой причиной может стать дроп на порту, что у приличного оператора маловеротно.
в предидущем посту, я немного не корректно написал, что буфер не имеет отношения к мультикасту, это не совсем так т.к. мультикаст - это помимо UDP ещё и RTP, а вот особенность RTP - он действительно кешируется, следовательно его применение в рамках ГС более оправданно... как-то была у меня мысль перейти на RTP, но что-то меня удержало...
Следовательно, если нет дропов, то разницы между юникастом и мультикастом (RTP) нет (разумеется кроме многоадресности)?

Цитата: 1076 от 17 февраля, 2016, 08:05:10Не  увидит,  размер  буфера ,  как  правило  несколько  секунд,  за  это  время  пропавшие  пакеты  будут перезапрошены, но к мульти(уни) касту это  отношения уже не  имеет.

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

Цитата: sky star от 17 февраля, 2016, 05:51:35Ну наконец то, опасения однако ошибочны  перезапросов не происходит, почему рассказывать не буду

лучше расскажите т.к. отличие юникаста от мультикаста как раз в том, что есть возможность проверить доставку пакетов и в случае необходимости перезапросить её.

Цитата: DK от 16 февраля, 2016, 13:54:06сылку не могу дать, оно в закрытом разделе Bridgetech. Запросите у своего поставщика доступ. Там не только инструкции лежат, но и обновления ПО.

Понял, спасибо, доступ в этот раздел есть, был по крайней мере, поищу там.
sky star, вашу схему я, кажется понял: вы с приемников подаете юникастом на модулятор, который помимо QAM ещё вещает и мультикаст...
если честно, то у меня есть некоторые сомнения в целесообразности, вот смотрите, как кто-то здесь правильно написал, UDP (мультикаст) - это броадкаст т.е. если какой-то пакет запоздает или придет битый, он просто отбросится и абонент увидит рассыпание картинки; если же использовать TCP (юникаст), по пакет будет перезапрошен и что в этот момент увидит абонент фриз или пропадание изображение? Думаю второе т.к. QAM - это уже , или я ошибаюсь? И что будет дальше, если ошибок (скажем по видео пиду) будет много, будет происходить рассинхронизация видео и звука?
sky star, что-то меня подобная схема смущает, или я где-то ошибся?