Цитата: 1076 от 08 сентября, 2016, 08:44:39Оценка  на  глазок -  и  так  пойдет -  предъявить  невозможно  ничего.

Или

Цитата: 1076 от 08 сентября, 2016, 08:44:39в письменном  виде с  привлечением  головного офиса.

Есть разница.
Комиссия - оценка - протокол - офиц. письмо. "На основе приказа 327, п.п. 3, произвели, установили..."
Да?
Есть основание - приказ, есть методика, описанная в приказе.
Если я не прав, поправьте

Цитата: 1076 от 07 сентября, 2016, 17:48:42Кроме  скорости  никаких  критериев  нет.

Вы полностью прочитали?
А это что?

Цитироватьобязан обеспечить в эксплуатируемой им сети качество звука и изображения обязательных общедоступных телеканалов и радиоканалов, определяемое при проведении субъективной оценки качества звука и изображения на уровне не ниже «заметно, но не мешает» по следующей шкале ухудшений: 5 – незаметно; 4 – заметно, но не мешает; 3 – заметно, немного мешает; 2 – мешает; 1 – сильно мешает. Оценка проводится путем последовательного определения заметности искажения по следующим параметрам: шум, высокочастотная помеха, фон переменного напряжения, импульсная помеха, разрывы границ изображения (факелы), тянущиеся продолжения, четкость, повторы (отражения) и окантовки (пластика), смешение цветности деталей относительно их яркости, верность цветопередачи.

http://minsvyaz.ru/ru/documents/4889/

Цитата: sky star от 10 июня, 2016, 02:03:34в IPP / IPBB / IPBBB и прочем

Оно динамическую GOP умеет. Поэтому задавать жестко нет смысла.
Ну и scene detection обязательно. Вставляем IDR и не паримся.

Цитата: Gul от 05 мая, 2016, 18:05:14Из этого должен следовать вывод

Что чудес не бывает и 8 Mbps никогда не будут такими же качественными, как 15. Просто разные системы транскодирования могут делать эту разницу либо меньше, либо больше.

Цитата: Rus от 05 мая, 2016, 19:31:54Посмотрел, лично для меня эта картинка видится ужасной.

Ну не конструктивно же.
Смотрю на 50-ой диагонали и оригинал и транскодированное видео. Огрехи есть, но в глаза не бросаются, что подтверждается так же программными, объективными средствами анализа. Средний битрейт источника 7-8 Mbps. Есть SD врезки.

Цитата: Rus от 05 мая, 2016, 09:42:58Вот интересно, что лучше, транскодирование или кодирование отдельными кодерами?

Транскодирование. Не  скажу за всех производителей, но на Sumavision проводил именно такие тесты. Сравнивал декодер-кодер и транскодер. И при субъективной и при программной оценке качества кодирования, транскодер был значительно впереди.

Для 1HD РоссияHD сейчас сделаю запись с битрейтом 8 Mbps, CBR.

https://drive.google.com/file/d/0B4EQHw0GhTAkRVJGVG9JcVpzbDQ/view

Файл надо скачать, гугл транскодирует при отображении на драйве.
Некоторые сцены в видеоряде SD.

Цитата: atx от 13 марта, 2016, 07:11:21Krio, а 600$ за канал SD или HD?
Судя по описанию, карта умеет 24SD или 6HD.

А можно про ОТТ функционал поподробнее (можно в личку, чтобы не офтопить)?

Я не Krio, но отвечу.
На самом деле, поизводитель заверяет, что карту можно конфигурировать по разному из расчета 1HD = 4SD. Т.е. в пределах одной карты могут транскодироваться и SD и HD каналы одновременно. Это задается жестко, установкой лицензии. Стоимость карты 24SD и 6HD одинакова, т.е. HD в пересчете на канал чуть дороже))
За подготовку потоков для OTT отвечает функция мультискрин. У меня такой лицензии на карте нет, поэтому подробностей не расскажу. Теоретически, это подготовка разнобитрейтных потоков одной программы.

Цитата: ekranbalt от 09 марта, 2016, 17:23:3230SDканалов цена wisi inca - 23236 Евро.

Позволю себе сказать, что у Sumavision есть решение с ценой 600$ на канал. Это в конфигурации шасси EMR + транскодер  на 24 SD канала, т.е. при увеличении каналов стоимость каждого будет еще ниже. В одном шасси можно транскодировать 144 SD канала.
Железка у меня есть, работает. Это не проект, а уже реально действующее оборудование.

Цитата: Krio от 03 марта, 2016, 19:18:31У Вас на Ротоне не настроены правильно алармы.

Совершенно верно.
Говоря простыми словами, необходимо контролировать не поток, а конкретный PID или PIDы в потоке. Тогда матрасы будут более адекватны.

Цитата: petrovlexa от 26 февраля, 2016, 13:57:50Вопрос, кто нить в курсе как TDT/TOT настроить в EMR 3
На данный момент время прокинуто со спутника хотел свое замутить 

Так там же все очевидно и английским по белому написано
Обычно вопросы вызывает только Country Region ID, номер часового пояса внутри страны

Цитата: sky star от 26 февраля, 2016, 02:06:06VLC не умел не умеет и его учить не кто не собирается вещать в DVB формате

Умел, умеет и будет уметь
Нужно включить перекодирование и выбрать MPEG-TS в настройках инкапсуляции.

О каких запросах дополнительных пакетов идет речь? Не забывайте, что все потоки, которые мы рассматриваем в данном контексте, это реалтайм и если пакет не доставлен, то он не доставлен и все.
Буфер есть в любом случае и UDP/RTP, multicast/unicast тут не при чем.
А вот MDI, который мы обсуждали несколькими страницами ранее, имеет отношение к буферу. В рамках этой методики есть показатель IAT, который оценивает время доставки транспортных (не MPEG-TS) пакетов. Если пакеты полетят быстрее, чем ожидает приемник, буфер переполнится, медленнее - опустошится. Отсюда вытекает проблема переменного битрейта. Именно переменный битрейт приводит к резким колебаниям времени доставки пакетов. У кого есть VB120/220 могут в этом легко убедиться. Как должны передаваться IP TS описывает стандарт TS 102 034.
Теперь о юникаст/мультикаст. Мое личное мнение. Я использую мультикаст. С ним тупо проще работать на межблочке. Завел стример, а дальше цепляю к нему столько приемников, сколько нужно. И при анализе потока я анализирую именно тот, который уходит в эфир, а не искусственно созданную копию.
Но, мультикаст всегда накладывает требования к коммутаторам и настройке коммутаторов.  Я не сисадмин, подробностей рассказать не могу, но очень часто встречаю ситуации, когда на ненастроенном, либо плохо настроенном гигабитном коммутаторе проблемы с потоками начинаются уже при общем битрейте 450-500Mbps. Мультикаст ломится везде, в том числе на тот порт, из которого он исходит. Про снупинг, PIM многие не знают.
Юникаст проще в своей сути. Это соединение точка-точка. Настроил и забыл. Не гибко, не универсально. Зато можно гонять через тупые хабы и не заморачиваться настройкой непонятных функций маршрутизации.
Т.е. здесь выбираем, либо надежность, либо гибкость. Кому что больше нравится.

Цитата: atx от 16 февраля, 2016, 16:51:27Имхо, мертворождено. Слишком дорогая защита, для дешевого IP-транспорта.

Для межблочной коммутации, согласен, из пушки по воробьям. Проще и дешевле поставить/настроить правильный коммутатор.
А вот когда появляется станция с распределенными IP-QAM модуляторами и поток до них доставляется не по самым лучшим каналам, через несколько коммутаторов...

IP FEC всех спасет ;D

Цитата: skarxxl от 16 февраля, 2016, 13:19:46DK, дадите ссылку на Eii_External_Integr ation_Interface_a21 .pdf ?

Ссылку не могу дать, оно в закрытом разделе Bridgetech. Запросите у своего поставщика доступ. Там не только инструкции лежат, но и обновления ПО.

Описание интерфейса интеграции во вложении.

Цитата: skarxxl от 16 февраля, 2016, 12:35:12
Всё верно, но к сожалению нет инфы где найти требуемое?

Eii_External_Integration_Interface_a21.pdf
3.2 Detailed information for one Transport Stream
When accessing the URL /probe/etrdata?inputId=XX&tuningSetupId=YY where XX
is set to the input ID and YY to the tuning setup ID for a given stream (found in
the /probe/etrdata xml), the probe will return detailed information for the
specified transport stream.
● PID list. Key parameters: id, current, minimum and maximum bitrates, PID
type, maximum pcr jitter, cc error count, [b]scrambling [/b]information


Это не оно?

Цитата: skarxxl от 16 февраля, 2016, 12:35:12
возможно я и ошибаюсь, но мне кажется, что в том же описании VB было написано, что высокие значения IAT приводят к возникновению MLR, значит MLR всё же нарушение последовательности...

Лучше читать первоисточник, а именно, стандарт, описывающий методику MDI (RFC 4445 https://tools.ietf.org/html/rfc4445)
Но, в принципе, бриджтех прав. Высокие значения IAT говорят о "некачественном" транспорте и потеря пакетов здесь вполне возможна. Да, конечно, нарушение последовательности пакетов, это тоже MLR.

Цитата: skarxxl от 16 февраля, 2016, 12:10:57
это не является ошибкой, но является событием!

Совершенно верно. Я сейчас бегло просмотрел Eii Bridgetech. Любой параметр можно выдернуть из анализатора и интерпретировать его как угодно, но с помощью стороннего ПО. Т.е. можно сделать ошибкой переход состояния в SCR.
И я еще раз намекаю на демонстрационные версии VBC и VB288. Посмотрите, может быть удастся расширить функционал до требуемого. Это не железо, софт, скачал, установил.

Цитата: skarxxl от 16 февраля, 2016, 12:10:57
эм... скажем 150 каналов... это ж какая стена нужна, да и дежурный помимо просмотром ТВ занимается другой работой

Лехко. Но очень дорого. Я видел видеостены и на большее количество каналов. Дежурных, конечно, несколько.

Цитата: skarxxl от 16 февраля, 2016, 12:10:57
DK, вы мне так и не ответили, чем отличается MLR от CC

В моем понимании. MLR - потеря пакетов транспорта UDP/RTP. CC - потеря, либо нарушение последовательности пакетов MPEG-TS

Цитата: skarxxl от 16 февраля, 2016, 11:33:21как получить данные о скремблировании канала, не используя ETR

Здесь вопрос в другом. Я понял, что Вам нужно. Это не совсем обычная задача. Дело в том, что если канал скремблирован, это не является ошибкой. Для канала как раз нормально быть скремблированным. Или быть не скремблированным. Переход из одного состояния в другое тоже не является ошибкой и не описан как ошибка ни в одном стандарте. Поэтому и нет функции контроля (именно как ошибки) этих состояний ни в одном известном мне анализаторе.
И именно для таких ситуаций существуют видеостены, и диспетчеры, которые на эти видеостены смотрят. Замерла картинка - получаем типичную ошибку Freeze, идем разбираться с помощью анализатора, кто же этот фриз вызвал. И это стандартная функция систем визуального мониторинга (видеостены) и на такую ошибку она активно отреагирует, сирену включит, голосом закричит.
А Вашу задачку с помощью VB, я думаю, решить можно, но это вопрос опять же интеграции, нужен грамотный программист, который сможет превратить "неошибку" в "ошибку". Благо, у бриджтеха все материалы по интеграции открыты и доступны для пользователей.
Пора уже третью тему выделять.  ;) Как-то было дело, тут пытались поговорить об анализе/мониторинге, да не взлетело. Зато сейчас...  :o

Цитата: skarxxl от 16 февраля, 2016, 10:47:53DK, вы только не обижайтесь

А мне зачем обижаться, мы же не мои функции, как человека, обсуждаем? Вы пишите, что нельзя смотреть, я пишу, что можно. Я же специально спросил, что нужно определить... Изъясняйтесь более ясно, что ли.. Задача была увидеть скремблированные каналы в списке.
В мониторинге два режима. Постраничный и All streams. В режиме All streams нет никаких проблем крутнуть колесо мыши и просмотреть какие каналы у нас скремблированы. Хоть их будет сто, хоть двести. Естественно речь об SPTS, мы же о них говорим? Да, маленькая оговорка. В режиме All streams параметры отображаются в режиме offline, но нам ведь не требуется online, когды мы решаем именно Вашу задачу с вычислением скремблированных каналов...
И никаких хитростей, нужно просто знать, как работает оборудование.
Про сравнение картинок вобще не понял. Что мешает поименовать каждый SPTS по названию канала?

Цитата: skarxxl от 16 февраля, 2016, 09:10:22
Имел в виду именно скремблирован/не скремблирован канал, в мониторинге не нашел, если тыкнете пальцем, то буду признателен, но помойму, там нет такого.

Посмотрите вложения.

Цитата: skarxxl от 16 февраля, 2016, 09:10:22
В VBC проблемы может и нет, а вот в VB есть.

Так VBC как раз был создан для расширения функционала VB, для тех, кто не желает заморачиваться интеграцией, SNMP и т.п.

Цитата: skarxxl от 16 февраля, 2016, 07:32:01тут смотря, что от него ожидать, вот например, определение состояние скремблирования канала доступно только через опцию ETR, т.е. для онлайн мониторинга, скажем 100 каналов будут трудности. Есть ещё такая штука, что по идеи MLR и СС errs - это одно и тоже и время их появления должны совпадать, как правило так оно и есть, но не всегда. Очень убогий лог ошибок, прям удручает, возьмите SreamGuru - сколько нужно столько и будет лог писать.

MLR и СС, это все таки немного разные вещи. СС errors могут легко появится, при отсутствии MLR, а вот наоборот, вряд ли.
Состояние скремблирования, не совсем понял, что имеется в виду. Если просто, скремблирован/не скремблирован, смотрим на вкладке мониторинга, для всех каналов, и в ETR ходить не надо. Если именно анализ сообщений CAS, тут да, увы, только через ETR.
По поводу логов. Есть такая штука - VBC. Раньше он был бесплатным в базовой комплектации, при условии подключения до двух анализаторов. Там с длиной логов проблем нет. 

Цитата: apog от 24 декабря, 2015, 15:02:20Блоки питания в ROTONах такие же, как и в шасси Tantrax.

Зря они отказались от формфактора блоков питания Sumavision.
На моей памяти, из нескольких сотен блоков питания EMR, выход из строя был только у двух.

Цитата: skarxxl от 24 декабря, 2015, 07:28:13Пардон, а вы откуда в курсе проблемы, вы поставщик?

Если быть чуточку внимательней, легко увидеть, откуда я. Я этого никогда не скрывал
А со sky star мы можем быть просто знакомы

Цитата: sky star от 22 декабря, 2015, 15:00:33туто писать не буду

Я напишу.
Так сошлись звезды, что sky star достался Ротон с уникальной проблемой. С такой проблемой был еще один случай за все время выпуска. Т.е. их два таких. Проблема проявляется так: Ротон внезапно, раз в неделю, или несколько дней переходит в аварийный режим. При этом, отваливается интерфейс eth0 и вентиляторы выходят на скорость 18000 оборотов (так предусмотрел производитель для аварийных режимов). Вещание при этом не прерывается, основной функционал работаетб Web-интерфейс доступен по портам eth1 и eth2.
Надеюсь, к Новому Году успеет доехать новое шасси, не имеющее подобной проблемы.

Цитата: Fil от 23 декабря, 2015, 10:15:20Но 24 тыр за канал - явно не бюджетный вариант... 

По новому курсу вполне себе ничего.
Я пока не видел фабричных профессиональных кодеров, даже mpeg-2, которые стоят дешевле 500$ за канал. Бытовые поделки я, конечно, не рассматриваю.