Захват видео при помощи mplayer

почему просто не проигрывать полуенный файл?

Элементарно. Вывод в файл буферизуется и происходит порциями. Воспроизвести такой файл очень тяжело.

Второй минус метода - явное отставание.

Третий минус - тратятся ресурсы на декодирвоание. <<Сырое>> видео — наименее затратный вариант.

Получится ли как надо не знаю:

mkfifo play.pipe
mplayer play.pipe &
cat /dev/video0  | tee play.pipe | mencoder ...

если нет задачи использовать именно mplayer, то это все умеет vlc

не получится, если конечно из /dev/video0 не льется уже готовый TS-поток, например

Не получится. cat болезненно на /dev/video0 реагирует

К сожалению, VLC не особо подходит. Нужно написать заточенный под определенные нужды интерфейс, этот интерфейс будет обёрткой mplayer. Я его выбрал как раз из-за скорости.

У меня есть мысль, запараллелить /dev/video0. Но я не знаю как это делать.

just use vlc, Luke.

http://ubuntuforums.org/showthread.php?t=1110392

Ну у меня с TV card с аппаратным mpeg-кодером, нормально льется поток хоть cat, хоть dd

> http://ubuntuforums.org/showthread.php?t=1110392
не судьба

Ну у меня с TV card с аппаратным mpeg-кодером, нормально льется поток хоть cat, хоть dd

Тоже не судьба:) Моей лет 6.

Кстати, единственный сработавший способ - это проигрывание полученного фйла. С секундной задержкой правда и через одно место:) Но хотелось бы более изящного решения. Типа распараллеливания девайса... Или захват из окна mplayer.

Распараллелить такой video-девайс не получится, ибо для захвата с него вроде как нужна обратная связь.

А если сделать, чтобы программа, захватывающая видео, транслировала видео по сети, а этот поток уже и записывать, и проигрывать. Более конктретных рекомендаций не будет, т.к. не занимался этим.

можно тупо играть с дивайса mplayer'ом и захватывать область из окна в котором играется картинка :)

Хорошо, тогда как это делает VLC? Возможно, обратная связь для записи и нужна, но воспроизведение? Подключился и читай на здоровье. Карточка вообще говоря на этот девайс всё время видео передает (по умолчанию черный экран), грубо говоря вещает.

Может быть стоит попробовать? Я читал про loopback для video, может это то самое...

Мне бы почитать, как сделать дубликат устройства. А то гугл ахинею выдает

> можно тупо играть с дивайса mplayer'ом и захватывать область из окна в котором играется картинка :) Это тоже уже проскакивало в моей голове. Но я не знаю как, я умею только захватывать видео с mplayer-а через свою QT-прогу:)

>Хорошо, тогда как это делает VLC?

Он тоже воспроизводит уже пожатый поток :)

Возможно, обратная связь для записи и нужна, но воспроизведение?

Для тюнера в этом плане нет разницы, записываешь ты или смотришь.
Единственное, что в теории может быть возможность по DMA кидать сразу в XV, минуя промежуточную память и не тратя cpu.

http://recordmydesktop.sourceforge.net/about.php

На самом деле я ищу что-то похожее на http://www.opennet.ru/prog/info/2211.shtml

ну так от задержки тебя это не спасет

В общем, решил я эту проблему... Через одно место, но решил. Сначала mplayer генерит поток, затем этот поток распараллеливается на mplayer и файл avi.

Задержка есть, где-то треть секунды, неприятно, конечно, но, похоже, это единственный способ.

Что касается самого видео, то оно в сыром виде и его на потоки бить нельзя -после этого теряется возможность читать с устройства.

решение в студию

очевидно «mencoder tv:// bla-bla-bla|tea файл.avi|mplayer -»

Точно, только без чая:) mkfifo play.pipe nohup mencoder tv:// -tv width=720:height=576:noaudio -vf pp=lb -ovc lavc -lavcopts vcodec=mpeg2video -o play.pipe & cat play.pipe | tee capt.avi | mplayer -cache 1024 -

И с потоком не хочет работать он.

Это называется вообще говоря через задницу... Нужно искать нормальные методы:)

Так а почему бы не хватать в нечто вроде yuv4mpeg, бить его на две части через фифо, и полученный результат смотреть и жать? mplayer в данном случае может быть и в самом начале строки (-vo yuv4mpeg).

Дополнительно - прога XdTV умеет и хватать, и показывать одновременно. (и для сжатия применяет тот же ffmpeg/libavcodec - так что при одинаковых параметрах должно быть не медленнее).

Бить на части, потом резать, сжимать в реалтайме - большая нагрузка очень на проц. Тем более, если я сделаю -vo изображение пропадёт! Не нравится мне такая особенность mplayer'a

Спасибо за прогу я буду смотреть исходники как там сделано. Кстати, ffmpeg-то как раз у меня ничего не захватил:) И Kdenlive тоже.

Зависло так зависло! killall -9 xdtv не спасает, что делать? Я впервые сталкиваюсь с тем, что kill -9 не пашет.

Скачал нечто, под названием vloopback. Судя по их сайту, модуль должен распараллеливать видеопоток. Действительно. появилось ещё два видеоустройства, НО mplayer ругается и говорит что они заняты! В чём может быть проблема?

Качал отсюда:
http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice