Интересное решение, но есть несколько но. 1. Как у него с задержкой? Я так понимяу, что задержка будет минимум на длину одного фрагмента. Чем длиннее фрагмент, тем больше задержка, а чем короче, тем потом неудобнее пользоваться сохраненным архивом. 2. А будет ли оно работать, если вместо libx264 будет mpeg4 ? У меня все уперлось в эту проблему. Пока что изобразил решение на базе ffserver. Но ни в одном браузере ни с одним плеером в mpeg4 не хочет показывать. Вот с libx264 - то пожалуйста сколько угодно. Но у меня была первоочередная задача уйти от использования libx264 в любых его проявлениях, ибо у меня и в один то поток в реальном времени не тянет, а хотелось бы их 16 запихнуть. mpeg4 прекрасно справляется с задачей, разве что при приемлимом качестве картинки объем несколько больше получается, но это решается экстенсивным апгрейдом простым добавлением диска. Так что на текущий момент остаются две задачи: 1. Как научить ffserver воспринимать фильтры, в частности мне надо в момент перед кодированием наложить дату-время на видео. При записи - уже не вариант, это надо раскодировать поток и снова кодироать. 2. Как в браузере отображать поток в mpeg4 а не в H264? Может какие плагины есть. Использовать отдельный плеер весьма неудобно в связи с тем, что надо одновременно на одном экране несколько потоков показывать, причем чтобы каждый раз не раскладывать плееры по экрану, а заранее сконфигурировать расположение, и чтобы при старте оно автоматом открывалось в нужной конфигурации.
При этом задачу как вкрутить ffserver туда, где его не предусмотрено, ничего при этом не поломав, я уже осилил решить самостоятельно =)
Hа сем разрешите письмо закончить. Elec (RA2FDR) --- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603 * Origin: В свинарнике не стыдно быть свиньей (2:6078/1)
