Search
Write a publication
Pull to refresh
8
0
Send message

Однозначно, раз учебная, тогда все координально меняет!!
Но тогда нехватает дополнить сей стек несколькими аспектами.
Прикрутить следующий перечень инструментов:
syslog, zabbix, chef, gnoki, postgresql, clickhouse, fluent, Vector, postfix, kubernetes, vmware, gitlab, squid ну если что забыл, не пинайте список можно дополнить по желанию!

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

Начнем с того что Вы ни разу не имеет представление о криптографии.
Производительность нынешнего железа достаточная чтобы отбрутфорсить пароль в 32 символа в приемлемое время. Врядли вы держите в голове пароль длинее 10-16 символов
Ключи в этом плане значительно более стойкие.
А аргумент в том что украсть ключь и украсть пароль не выдерживает критики. Социальная инженерия в помощь в этом плане украсть пароль даже проще чем ключ.
И потом Вам не кто не мешает установить пароль на ключ, который вы будите вводить перед каждой авторизацией по ключу.

Все красиво, но непонятно!!
Особенно свербит один вопрос:

Зачем идти к проктологу, когда болит зуб!?

Вы не пробовали почитать ман на SSH??? Там есть возможность выполнять скрипт при SSH авторизации, и в окружении есть переменные кто и откуда осуществил вход.

Вся эта поделка занимает пару строк кода на птичем BASH, и еще пару строк для отправки хоть на mail, хоть на telegram, хоть в DB, куда только фантазии хватит...

Зачем бездумно тратить ресурсы, создавать кучу кода, потом всю эту поделку заливать железом...

Проблема кроется в том что RTMP проприетарный протокол, FFmpeg реализована передача audio и video дорожек. Сам протокол поддерживает так же передачу DATA, но вот эта функция реализована далеко не у всех, я находил у Cisco, Wowza и еще у пары компаний, но в наличии была wowza.
Формат mpeg-ts широко распространенный, хорошо реализован в FFmpeg и дефакто поддерживается, практически, всеми, кроме того он позволяет передавать несколько дорожек в том числе субтитры, поэтому он и был выбран для связи между сервером захвата и медиасервером.
Сборка с поддержкой Blackmagic_DeckLink_SDK не вызвала ни каких трудностей ни на CentOS 7, ни под Ubuntu 19.04.
Попробуйте после сборки посмотреть видит ли собранный FFmpeg карту:

ffmpeg -f decklink -list_devices 1 -i dummy

[decklink @ 0x34aa780] Blackmagic DeckLink input devices:
[decklink @ 0x34aa780] 'DeckLink Quad (1)'…

или

ffmpeg -sources decklink

Auto-detected sources for decklink:
80:8c4d98a0:00000000 [DeckLink Quad (1)]

Если нет то тогда уже надо смотреть по выводу компилятора где ошибки.

Information

Rating
Does not participate
Registered
Activity