AUser0, Это классика жанра у админов:
– дай полный доступ
– Зачем?
– Мне надо
Я конечно не сисадмин, но хобби заставило немного поразбираться в вопросах. Да много чего не знаю, но дурачком то совсем не выставляйте. Мне действительно интересно зачем доступ полный.
Все же я позволю себе спросить: "Зачем?"
Я все понимаю конечно, но можно ведь дать возможность со стеками виртуалок работать и то обрезанный. Кто-то обиделся бах и виртуалки стер, зачем такое счастье?. И то не совсем понятно пока зачем. С самой машиной Vmware Esxi все настроено хорошо (там особо не накосячить)
Касательно доверяю и не доверяю. Ну, доверяю я самому себе. А люди либо работают, либо косячат. Не в доверии дела, а лишь вопрос предугадать возможные проблемы.
Drno, известная проблема, значит есть номер issue? Ссылочку сразу давайте, ффмпег опен сурс и у него есть в репозитории баг репорт.
ффмпег не должен восстанавливать связь. Есть ключи retry и прочие пряники, в которых проставляется количество потерь пакетов,ошибок после которого делается kill процесса. Есть 3 решения:
1. Вы поднимаете эти значения (что не рекомендуется по причине того что это флуд)
2. Вы делаете монитор процессов, что занимает 3 строчки кода в линукс и даже такой тупой как я нашел в гугле за 5 минут howto.
3. nginx exec_static который сделает сам тоже самое что в пункте 2 и в случае отвала перезапустит
vlc из коробки это не более чем ффмпег с интерфейсом. Но то что он не оптимизирован - уже доказано просто тем что они собирают версии для всех ос, а потом идет волна багов новых которые отлавливают несколько месяцев. И я вас умоляю, влц значительно проще настроить чем тот же ффмпег.
FeNUMe, да не война это, а просто защита контента. Заметили рестрим - никто не будет разбираться это ты сам делаешь, или кто-то копирует тебя - бан сразу.
В прочем, если люди не видят кроме войны ничего - пускай так оно и будет
Vlc использует для трансляции ffmpeg, насколько мне не изменяет память
А то что vlc дно еще то - подтверждаю. Вам повезло что все хорошо. Но это не отменяет что ффмпег менее требовательный по ресурсам при одинаковых парамах
karpo518, Немного ошибся, да exec_static стартует вместе с nginx и удерживает запуск.
Последнее на что могу указать:
Вам к сожалению придется забыть о HLS Low Latency и поставить куски по-умолчанию 10s. Связано все с тем что если exec_static отвалится, пока будет перезапуск у клиентов на мелких кусках все залагает. А камера по-любому отвалится. + Это не та задача где нужна низкая задержка
Вполне возможно по причине перезапуска ffmpeg у вас ломаются плейлисты на HLS
Второй возможный вариант - где-то с кэшированием напортачили при отдаче
PS: Не вижу этой строчки из мануала: default_type application/octet-stream;
Прочтите внимательно. На виртуалках fail2ban настроен не на внесение в таблицу iptables/ipset, а на внесение в промежуточный список который по крону забирает маршрутизатор и удаляет/дополняет листы банов
Т.е если по умолчанию fail2ban создает правило в таблице input (не суть важно это отдельное правило или список ipset), то тут он лишь регистрирует в базе, которую потом забирает маршрутизатор и оперирует списком который добавлен в nat / prerouting.
sim3x, 5mbit тут для примера
И будьте внимательнее, 5mbit идут в h.265.
Если по техническим докам смотреть, то качество сжатия h.265 примерно в 2 раза превосхожит 264
Т.е уместо сравнение 5mbit h.265 == 10mbit h.264
Вопрос лишь в том, можно ли принять картинку сжатую и перегнать ее в другой кодек без существенных потерь
h.265 тут используется для того чтобы доставить до интернета, а не до зрителя. Но плюс в том что до конечного пользователя уже можно кодировать без ограничения используя больший битрейт для отдачи с глубоким проходом.
Ну, типа: Камера >> 5mbit h.265 >> Сервер >> 10mbit slow h.264 >> Зритель
John Smith,
Я смотрю много в англоязычном ютюбе и могу сказать что когда речь нормальная, распознает он довольно не плохо (я не говорил что очень хорошо). Я знаю английский очень хорошо, но иногда помогает автосубтитры понять, к примеру, "ирландский диалект"
По поводу костыля, это несколько неправильное описание продукта который делает субтитры автоматически. Если производитель контента не озаботился вбиванием субтитров - то это проблема не гугла, а производителя.
Да и надо вам заглянуть в вики и почитать в принципе, откуда появились субтитры. И поверьте, в истории нет: для изучения английского, как и в гугл. Основная задача передавать информацию. А то что современность с ними сделала это совсем другая история.
Производство субтитров – довольно дорогая услуга, как и озвучка.
Касательно этого
Т.е. не нужно ими увлекаться, если подсесть на них - хуже будет идти восприятие на слух.
Тут сначала хотел написать no comments.
Но напишу развернутый ответ. Несмотря на то что мозг является самым не изученным органом, отдел мозга отвечающий за звуковое восприятие информации является той частью на которую производили много исследований (Инвалидность людей – стимулятор хороший, собственно это одна из целей субтитров). Да и без них (без исследований) в жизни можно понять, что звуковое восприятие имеет линию обучения только вверх. Люди с амнезией отзываются на свое имя, которое сами не знаю. И если вы надрочили английский язык, и потом долго не занимались – вы может забудете слова, но при этом распознание речь будет на том же уровне (конечно, с возрастом слух деградирует, но в основном мы теряем другие параметры. Опять же большая часть "аберрации" слухового восприятия – работа для мозга)
Для "аудирования" используют все же фильмы где субтитры сделаны в ручную, сначала смотрится без субтитров кусок и человек пытается понять. А потом включается он же но с субтитрами.
John Smith, На самом деле у Youtube довольно не плохо работает, проблема в том что он не плохо работает когда речь нормальная. Что редкость не только для англоязычного населения, но и для русского.
Не очень понял про костыль. Вы имеете ввиду заниматься переводом видео голосовым?
athacker, Спасибо большое за развернутый комментарий.
Оставлю это здесь, мало ли кто решает сложные задачи на ESXI 6.5:
В любом случае, мне придется конечно резервировать ядра отдельно c помощью Scheduling Affinity для каждого WorkStation. Причина простая – PCI Passthrough штука хоть стабильная по моим тестам c VGA Quadro, но система становится чувствительна к VT-d (фризы и перезапуск VGA в режиме link. Долго бился с проблемой, а потом прочел рекомендацию не испытывать судьбу и резер ядер делать). А остальным системам просто тогда дам одинаковое количество ядер из остатков и пусть они сами там делят как им захочется.