Чем бы в рилтайме смотреть кино с вебки воткнутой в другой комп по сети без пережатия/с вычислительно дешёвой компрессией? vlc + mpv чёт дают лаг в 10с.
Прозреваю, что ты неправильно настроил профиль сжатия, и кодер сначала анализирует дохуя кадров, потом жмёт их максимально запутанным способом, не заботясь о лаге, сохраняет кадры в неправильном порядке (для чтения из файла скопом, а не последовательной передачи в потоке), а декодер ждёт, пока всё это к нему придёт, да ещё с гигантским буфером по умолчанию.
@ceyt vlc-wrapper v4l2:///dev/video0 :v4l2-standard= :sout="#http{dst=:80/stream.wmv}"
Где здесь профиль сжатия и кодер?
mpv 'http://exmachina.l29ah.blasux.ru/stream.wmv' --no-cache-pause --cache=no --demuxer-readahead-secs=0 --cache-secs=0
Где здесь гигантский буфер?
Прозреваю, что ты неправильно настроил профиль сжатия, и кодер сначала анализирует дохуя кадров, потом жмёт их максимально запутанным способом, не заботясь о лаге, сохраняет кадры в неправильном порядке (для чтения из файла скопом, а не последовательной передачи в потоке), а декодер ждёт, пока всё это к нему придёт, да ещё с гигантским буфером по умолчанию.
@ceyt Если vlc задолбаешься настраивать, ffmpeg может то же самое одной длинной командой, как обычно.
палю: вебка уже передаёт компрессированный сигнал, хули ты там ещё компрессировать собрался
@anonymous //
cat /dev/video0 | nc@l29ah Зачем тебе ffserver, если у тебя один источник и один приёмник? Алсо,
@l29ah Там декодер может чихать на твои хотелки, если ему картинку не сгенерировать без этак 16 полученных взаимозависимых кадров, а то и 250 до I-кадра (в худшем случае).
http://trac.ffmpeg.org/wiki/StreamingGuide#Latency
@greenbastad АНАЛОГОВЫЙ сигнал? // тупой шоле, в #JY1N48/F0W написано что mjpeg
@l29ah У тебя в метаданных стрима может быть указано чёрт знает чтоб или их может вообще не быть.
@ceyt И вообще, я теперь из спортивного интереса пытаюсь нагуглить, кто тебя надоумил, что MJPEG в ASF — отлаженный формат вещания?