ffmpeg: Создание видео файла и передача по сети

Посмотрел как это было сделано у меня, это адский ппц. Короче, писал кастомный сериализатор для структур типа AVCodecContext, AVStream итп через libtpl. Даже показывать не буду, на это нельзя смотреть.

Кстати, а чем не угодили обычные средства вещания на просторы инета? На gstreamer даже писать ничего не надо, достаточно погуглить за волшебным снипетом.

Или vlc взять....

Был выбор между vlc и ffmpeg, но беглым просмотром vlc api я не нашел функционала создания видео из скринов и поэтому использовал ffmpeg.

Сериализовать ничего не надо. av_write_trailer() записывает 432 байта (во всяком случае при использовании webm), есть передать эти 432 байта по сети, потом получить эти данные, записать на диск как файл, открыть и попробовать av_dump_format(), то мы получим всю необходимую о этом видео (размер кадра, частоту, кодек и все остальное), т.е. можно, я думаю, на стороне получателя работать с этим видео более менее «просто». Логично предположить, что если заменить av_write_frame() на аналогичную функцию, но которая будет писать в память, можно будет эти данные отправить, потом получить и воспроизвести. Единственная сложность - в отправке данных.

Все это можно сделать просто выдергивая напрямую информацию из файла, но это слишком дорого. Поэтому и надо писать в память.

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

А что там с vlc?)

если заменить av_write_frame() на аналогичную функцию

мне об этом, увы, ничего не известно. Но я достаточно давно всем этим занимался...

А что там с vlc?)

Ну, с десктопа он из коробки умеет захватывать. В сеть вещать тоже. Должно работать :)

А почему не gstreamer? Если пугает кривизна так и ffmpeg написан весьма своеобразно.

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

Можно пример кода захвата экрана с использованием libvlc?

Чем не подходит ffserver & ffmpeg ? ffmpeg умеет захватывать экран и feed-ть поток в ffserver, а тот буферизирует и отдает в сеть.

Это не вариант

а в stdout оно же может писать? Вот перенаправляй вывод в свою программу и кидай в сеть.

В stdout писать не умеет. Нужно передавать строку с именем файла. Сишный FILE не жует.

Сделал вывод в файл, потом выдираю записанный кусок из этого файла и передаю. При приеме воссоздаю это файл. Все работает, но подобная работа с винтом меня не радует

тогда можно Unix сокет или пайп открывать в своей программе и передавать его ffmpeg в качестве имени выходного файла

Да. Была уже такая мысль. Но я все же надеюсь ffmpeg имеет какой то способ писать в память при помощи более адекватных методов. Все равно надо решить еще одну проблему - скриншоты. Сейчас приходится переделывать QPixmap в QImage. Это сильно нагружает проц. Наверно даже больше, чем работа с диском. Скорее всего придется использовать нативные средства и скриншотить с помощью x11api, winapi и т.д.

передавать кусками файл [...] глупо

Ну почему же? Достаточно взглянуть на Apple MP4 стриминг, где они передают нарезанное видео. Очень часто это законченные 1-GOP MP4 файлы.

Так же можно писать в AVI и передавать это в сеть вместо файла. Нужно только модифицировать ffmpeg чтоб он не записывал trailer при закрытии файла. Всю необходимую для декодирования информацию AVI содержит в заголовке. При закрытии просто дописываются индексы, а в заголовке проставляет длительности дорожек.

Трейлер я и так не записываю)

Ну, тогда одной проблемой меньше. Увеличу скорость создания скриншота - и все готово)

Передай ему та кое имя файла. - /dev/fd/1

Мне кажется, ты очень-очень странный. Фрейм и так уже лежит в памяти. Посмотри хотя бы описание структуры AVPacket. Чтобы пустить его по просторам инета, используй какой-нибудь готовый протокол передачи видео или пиши свой, если планируешь воспроизводить только своим самописным клиентом. В протоколе должны будут быть указаны данные о потоке, об этом позаботишься сам, и закодированные фреймы видео. Доступ к ним получишь через эту структуру.