Спасибо, нужно будет попробовать. Года три назад работал с кодерами под Linux, слишком много заморочек было. Ставился свой драйвер, после чего невозможно было без извращений переустановить ядро. Даже Blackmagic, распространяя свои закрытые драйвера, ставил их через DKMS, не ломая ОС. У QuickSync есть преимущество перед кодированием на CPU и GPU в виде более полного соответствия генерируемого битстрима спецификациям DVB. Встретился только один ресивер, который не смог декодировать MPEG-TS от QS - Makito от Hivision, у него явно что-то было с прошивкой. Самый капризный IRD Ericsson RX8200 спокойно воспроизводил, чего нельзя сказать от потоках, кодированных на Nvidia и CPU. Там приходилось очень долго крутить настройки, чтобы на ресивере буфер не опустошался.
Насколько знаю сами CPU и чипсеты к ним (а для Quick Sync важна именна связка целиком) -- только для односокетных конфигураций. И, тут могу ошибаться, но или Intel отказался от поддержки своего MediaSDK под Linux, или всё слишком замудрёно стало с версиями драйверов, судя по мануалу на офсайте ffmpeg. На работе делали как раз переносные мини-кодеры SDI на базе Intel NUC и Decklink Micro, но на базе Windows и самописного ПО - работают отлично, качество картинки тоже вполне себе неплохое.
Как-то странно звучит всё. На камеры с отслеживаем деньги есть, на SDI инфраструктуру (коммутаторы, матрицы, усилители-распределители) - тоже, а на нормальный сервер - уже не хватило, приходится городить огород с ноутбуками и USB3.0. И по опыту железки что от Blackmagic, что от Dekteс (DTU-351) вполне нормально работают через USB3.0 без страстей и ужастиков. Самый большой минус - ненадежное соединение разъемов, в отличие от BNC.
Плоти нологи. Странно, что еще не додумались брать 1% налог с любой электроники, которая умеет в вычисления, включая Ардуины, по аналогии с налогом Михалкова.
Еще бы сами кодеки проектировались с учётом low-latency. Не так давно end-to-end задержку в 14 кадров в 4k HEVC удалось обеспечить только в связке AWS Elemental + AJA BridgeLife в одном L2 сегменте. Плюс к ней еще стоит прибавить задержку на передачу по сети (WebRTC, SRT, RIST, etc)
-потому что на самом деле важно не то как реагирует высотомер, а то как реагируют на высотомер пилоты и/или автопилоты: сбивают их столку, например, легкие подёргивания «стрелки» или нет?
Растительность, факторы рельефа местности точно так же влияют на систему ILS, вызывая резкие изменения луча, формирующего глиссаду. И автоматика и пилоты в курсе всего этого и умеют с этим работать. Так же и с выстомерами - по сути это хоть и важный элемент, но всё-же вспомогательный. Стоит вспомнить ту же историю с Качиньским, когда пилоты ориентировались не на барометрическую высоту (еще и неправильно было выставлено давление после эшелона перехода), а перед ВПП был овраг, давая на радиовысотомере ложные показания.
К тому же и сам сигнал радиовысотомера не относится к аналоговым - точно такой же импульсный с широкими гармониками. Если следовать логике что паразитные гармоники в полосе частот 3x от основной могут мешать - то тогда и 3G и LTE тоже должны вызывать беспокойство, чего не наблюдается. А еще и полоса частот WiFi лезет с двух сторон
Японцы уже провели испытания и выдали рекомендации, почему бы не ориентироваться на их опыт. Вкратце: необходима небольшая защитная зона вокруг аэропорта и ВПП, плюс правильная диаграмма направленности антенн БС, чтобы они излучали в землю (что абсолютно логично). Вообще странен весь этот переполох, такое ощущение, что полосовые фильтры в оборудовании отменили, или они не способны работать при разности частот в 400МГц. Возможно у нас как-то играет роль абсурдный (вроде как уже и отмененный из-за поднявшейся шумихи) приказ бывшего гендиректора Аэрофлота Савельева, который запрещал экипажам выполнять ручные посадки и требовавший использования максимально возможного в данном аэропорту уровня автоматизации.
Уже. Знакомого ограбили, украли паспорт. Не помогло даже тут же составленное в полиции заявление об утере: МВД не передало данные по своим базам, а черти успели заменить фото и взять несколько кредитов. Вылилось в два года судов с банками. С утекшей биометрией всё будет еще легче.
Простите за нескромный вопрос, но это у вас обострение началось, или на Фабрике завал, что премии новогодней Евгений Викторович лишил и приходится выкручиваться?
Хм, про 16A версию не знал, спасибо. Очередность отключения при обрыве шнура в type G, имхо, сложно реализовать в розетке. И мера эта скорее вынужденная, поскольку провод всегда выходит снизу. В данной вилке это действительно не особо нужно.
Всё бы хорошо, но судя по толщине токоведущих частей - на ток выше 6А вряд-ли можно рассчитывать. И всех защитных фишек британской у неё нет, ценой компактности.
Type G по праву образец инженерного искусства: в ней даже предусмотрена разная длина проводов внутри (в порядке возрастания L -> N -> PE), чтобы при обрыве провода в ней не появился потенциал на корпусе устройства
Было бы неплохо предложить возможность замены такого ненадёжного канала, как SMS на коды с тех же Google/MS Authenticator. Но это уже идёт вразрез с политикой импортозамещения в свете еще и возможных блокировок Google
Раз уж должны перейти на наш софт, то почему ОС RHEL, а не суперзащищенный от мыслимых и немыслимых угроз "Красный Пингвин", собранный из тех же исходников?
FFmpeg (равно как и ffplay) умеют нативно работать с картами от Blackmagic, используя их API. Но вот эти два момента перечеркннули всю затею плейаута. Кодер на базе этой связки работает нормально, даже телетекст захватывает на ура из SDI (как в sd, так и VANC для HD)
Если вы еще тут, и вдруг интересен свободный и кроссплатформенный плеер на основе FFmpeg?
Интересен. Пытался в своё время заставить ffplay выдувать через Decklink в SDI, но две вещи остановили:
Нарастающий рассинхрон звука и видео при малейших ошибках в MPEG2TS или отсутствии потока по входу на некоторое время
Долгое время ожидания первого кадра, порядка 6-7 секунд. От настроек кодека не зависит. Cinegy, Aja Bridge Live, да даже Dune укладываются в секунду-полторы.
Давайте вспомним то, что было в России на рубеже веков на ТВ. Есть на эту тему анекдот даже "НТВ решил экранизировать Ветхий Завет. Всё равно про ментов получилось". Ну и те же бесконечные сериалы про ментов, Улицы разбитых фонарей, Бандитские Петербурги, со всей их специфицеской лексикой, да даже тот же культовый (хоть и из другой оперы) Зелёный слоник вызывали меньшее отторжение, чем то, что сейчас крутится на ТВ в виде аналитических ток-шоу, заполонивших эфиры. Даже у Константина Эрнста есть критерий по которому он набирал ведущих. Критерий простой, как валенок на пульте: "оручесть"
Если верить словам Элекарда то выходит плюс-минус одинаково
https://telesputnik.ru/materials/tech/article/quicksync-protiv-nvenc-sravnenie-kodirovaniya-na-gpu/
Спасибо, нужно будет попробовать. Года три назад работал с кодерами под Linux, слишком много заморочек было. Ставился свой драйвер, после чего невозможно было без извращений переустановить ядро. Даже Blackmagic, распространяя свои закрытые драйвера, ставил их через DKMS, не ломая ОС. У QuickSync есть преимущество перед кодированием на CPU и GPU в виде более полного соответствия генерируемого битстрима спецификациям DVB. Встретился только один ресивер, который не смог декодировать MPEG-TS от QS - Makito от Hivision, у него явно что-то было с прошивкой. Самый капризный IRD Ericsson RX8200 спокойно воспроизводил, чего нельзя сказать от потоках, кодированных на Nvidia и CPU. Там приходилось очень долго крутить настройки, чтобы на ресивере буфер не опустошался.
Насколько знаю сами CPU и чипсеты к ним (а для Quick Sync важна именна связка целиком) -- только для односокетных конфигураций. И, тут могу ошибаться, но или Intel отказался от поддержки своего MediaSDK под Linux, или всё слишком замудрёно стало с версиями драйверов, судя по мануалу на офсайте ffmpeg. На работе делали как раз переносные мини-кодеры SDI на базе Intel NUC и Decklink Micro, но на базе Windows и самописного ПО - работают отлично, качество картинки тоже вполне себе неплохое.
Как-то странно звучит всё. На камеры с отслеживаем деньги есть, на SDI инфраструктуру (коммутаторы, матрицы, усилители-распределители) - тоже, а на нормальный сервер - уже не хватило, приходится городить огород с ноутбуками и USB3.0. И по опыту железки что от Blackmagic, что от Dekteс (DTU-351) вполне нормально работают через USB3.0 без страстей и ужастиков. Самый большой минус - ненадежное соединение разъемов, в отличие от BNC.
Плоти нологи. Странно, что еще не додумались брать 1% налог с любой электроники, которая умеет в вычисления, включая Ардуины, по аналогии с налогом Михалкова.
Еще бы сами кодеки проектировались с учётом low-latency. Не так давно end-to-end задержку в 14 кадров в 4k HEVC удалось обеспечить только в связке AWS Elemental + AJA BridgeLife в одном L2 сегменте. Плюс к ней еще стоит прибавить задержку на передачу по сети (WebRTC, SRT, RIST, etc)
Растительность, факторы рельефа местности точно так же влияют на систему ILS, вызывая резкие изменения луча, формирующего глиссаду. И автоматика и пилоты в курсе всего этого и умеют с этим работать. Так же и с выстомерами - по сути это хоть и важный элемент, но всё-же вспомогательный. Стоит вспомнить ту же историю с Качиньским, когда пилоты ориентировались не на барометрическую высоту (еще и неправильно было выставлено давление после эшелона перехода), а перед ВПП был овраг, давая на радиовысотомере ложные показания.
К тому же и сам сигнал радиовысотомера не относится к аналоговым - точно такой же импульсный с широкими гармониками. Если следовать логике что паразитные гармоники в полосе частот 3x от основной могут мешать - то тогда и 3G и LTE тоже должны вызывать беспокойство, чего не наблюдается. А еще и полоса частот WiFi лезет с двух сторон
Японцы уже провели испытания и выдали рекомендации, почему бы не ориентироваться на их опыт. Вкратце: необходима небольшая защитная зона вокруг аэропорта и ВПП, плюс правильная диаграмма направленности антенн БС, чтобы они излучали в землю (что абсолютно логично). Вообще странен весь этот переполох, такое ощущение, что полосовые фильтры в оборудовании отменили, или они не способны работать при разности частот в 400МГц. Возможно у нас как-то играет роль абсурдный (вроде как уже и отмененный из-за поднявшейся шумихи) приказ бывшего гендиректора Аэрофлота Савельева, который запрещал экипажам выполнять ручные посадки и требовавший использования максимально возможного в данном аэропорту уровня автоматизации.
Уже. Знакомого ограбили, украли паспорт. Не помогло даже тут же составленное в полиции заявление об утере: МВД не передало данные по своим базам, а черти успели заменить фото и взять несколько кредитов. Вылилось в два года судов с банками. С утекшей биометрией всё будет еще легче.
Простите за нескромный вопрос, но это у вас обострение началось, или на Фабрике завал, что премии новогодней Евгений Викторович лишил и приходится выкручиваться?
Судя по последнему абзацу: объекты либо подключены к Чебурнету, либо правая рука не знает, что делает левая
Хм, про 16A версию не знал, спасибо. Очередность отключения при обрыве шнура в type G, имхо, сложно реализовать в розетке. И мера эта скорее вынужденная, поскольку провод всегда выходит снизу. В данной вилке это действительно не особо нужно.
Всё бы хорошо, но судя по толщине токоведущих частей - на ток выше 6А вряд-ли можно рассчитывать. И всех защитных фишек британской у неё нет, ценой компактности.
Type G по праву образец инженерного искусства: в ней даже предусмотрена разная длина проводов внутри (в порядке возрастания L -> N -> PE), чтобы при обрыве провода в ней не появился потенциал на корпусе устройства
Было бы неплохо предложить возможность замены такого ненадёжного канала, как SMS на коды с тех же Google/MS Authenticator. Но это уже идёт вразрез с политикой импортозамещения в свете еще и возможных блокировок Google
Суровый отечественный open source: нет исходников (оплаченных за счет налогов) - добудь их сам:)
Раз уж должны перейти на наш софт, то почему ОС RHEL, а не суперзащищенный от мыслимых и немыслимых угроз "Красный Пингвин", собранный из тех же исходников?
FFmpeg (равно как и ffplay) умеют нативно работать с картами от Blackmagic, используя их API. Но вот эти два момента перечеркннули всю затею плейаута. Кодер на базе этой связки работает нормально, даже телетекст захватывает на ура из SDI (как в sd, так и VANC для HD)
Интересен. Пытался в своё время заставить ffplay выдувать через Decklink в SDI, но две вещи остановили:
Нарастающий рассинхрон звука и видео при малейших ошибках в MPEG2TS или отсутствии потока по входу на некоторое время
Долгое время ожидания первого кадра, порядка 6-7 секунд. От настроек кодека не зависит. Cinegy, Aja Bridge Live, да даже Dune укладываются в секунду-полторы.
Давайте вспомним то, что было в России на рубеже веков на ТВ. Есть на эту тему анекдот даже "НТВ решил экранизировать Ветхий Завет. Всё равно про ментов получилось". Ну и те же бесконечные сериалы про ментов, Улицы разбитых фонарей, Бандитские Петербурги, со всей их специфицеской лексикой, да даже тот же культовый (хоть и из другой оперы) Зелёный слоник вызывали меньшее отторжение, чем то, что сейчас крутится на ТВ в виде аналитических ток-шоу, заполонивших эфиры. Даже у Константина Эрнста есть критерий по которому он набирал ведущих. Критерий простой, как валенок на пульте: "оручесть"