= Сообщение: 8266 из 8280 ========================================= RU.LINUX = От : Andrey Mundirov 2:5059/38 18 Dec 23 06:27:40 Кому : Dmitriy Romanov 18 Dec 23 06:27:40 Тема : zoneminder и кодеки FGHI : area://RU.LINUX?msgid=2:5059/38+657fbe92 На : area://RU.LINUX?msgid=2:6078/1+657ea413 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:6078/1+65803bba ============================================================================== Здравствуй, Dmitriy!
Ответ на сообщение Dmitriy Romanov (2:6078/1) к Andrey Mundirov, написанное 17 дек 23 в 09:21:
DR> Интересное решение, но есть несколько но. DR> 1. Как у него с задержкой? Я так понимяу, что задержка будет минимум DR> на длину одного фрагмента. Чем длиннее фрагмент, тем больше задержка, DR> а чем короче, тем потом неудобнее пользоваться сохраненным архивом.
Именно так оно и работает. В моем случае задержка была не критична, была задача раздать видео максимальному количеству пользователей. VLC вывозил максимум 20-30 юзеров, ffserver чуть больше, а nginx тянет сотню и больше потянул бы, но уже канала не хватает.
DR> 2. DR> А будет ли оно работать, если вместо libx264 будет mpeg4 ? У меня все DR> уперлось в эту проблему. Пока что изобразил решение на базе ffserver. DR> Но ни в одном браузере ни с одним плеером в mpeg4 не хочет показывать. DR> Вот с libx264 - то пожалуйста сколько угодно. Но у меня была DR> первоочередная задача уйти от использования libx264 в любых его DR> проявлениях, ибо у меня и в один то поток в реальном времени не тянет, DR> а хотелось бы их 16 запихнуть.
Странно, что даже один поток не тянет. Core i7 1 поколения нормально справляется, теоретически должен даже 4 потока вывозить, по числу ядер. Или там разрешение большое и битрейт?
С наилучшими пожеланиями, Andrey
--- GoldED+/LNX 1.1.5-b20161221 * Origin: PC Lovers (2:5059/38)
