jpg -> avi

[Peter_I]

Здравствуйте!

Есть ли возможность поток jpg от камеры с motion jpeg непрерывно преобразовывать в avi,
но чтобы не слишком ресурсоёмко?
Сейчас это делается из сохранённых jpg скриптом, в котором jpeg2yuv из заданного
количества jpg, сохранённых на диске, строит несжатый поток и он через pipe передаётся ffmpeg.
Это поглощает 100% ресурсов процессора и делается уже после сохранения всех jpg,
а надо, чтобы avi-файл строился непрерывно и не требовал всей мощности процессора,
т.к. он должен ещё декодировать jpg.

[ALiEN]

Есть ли возможность поток jpg от камеры с motion jpeg непрерывно преобразовывать в avi,
но чтобы не слишком ресурсоёмко?

возможно всё. для начала ffmpeg (avconv) с правильными настройками.
Правильней будет, если вы полностью озвучите задачу

[victor00000]

что smartcam я могу уже jpg -> mp4.
только прямой.

а где jpg гле взять в папку?

[Peter_I]

Частота кадров avi опредeляется частотой jpg в motion jpeg,
для цветной камеры это 1280x1024 и fps 20, для чёрно-белой - 1360x1040 И fps 16.
Там используется какой-то preset со словом verifast в названии, видеокодек libx264.
motion jpeg приняли, чтобы потом можно было просто просмотреть отдельные кадры.
Программа позволяет также воспроизводить сохранённые jpg как фильм, а также строить
из них avi-файл, при этом  он строится долго, примерно столько же времени,
сколько просматривается. Во время работы приходящие jpg декодируются и выводятся на экран.

Теперь требуется в реальном времени создавать avi-файл. Т.е. либо из приходящих jpg,
но так, чтобы это не занимало много ресурсов, либо сразу создавать avi, не декодируя jpg
и его и сохранять и выводить на экран, либо вообще отказаться от motion jpeg и сразу
получать видеопоток в форме фильма, но всё равно остаётся требование, чтобы любой момент
можно было потом рассматривать статически. Во всяком случае, что точно надо - чтобы во время
работы, когда идёт вывод на экран и сохранение фильма в файл, можно было просматривать
и уже сохранённый или сохраняемый файл, для контроля происходящего или поиска.

[Peter_I]

xradio, Благодарю за советы, для начала действительно попробую создавать avi сразу
из приходящих jpg. Отказаться от MJPEG, наверное, не удастся, т.к. там такие условия, что
в пути есть разрывы и в них разъёмы, из-за этого там бывают большие торможения, для
передачи непрерывного видеопотока это плохо, а jpg вроде бы приходят все.
Это не для вещания, а чтобы можно было на этом же компьютере во время работы, т.е. когда
продолжают приходить jpg, посмотреть уже сохранённый avi с желаемого момента.

[victor00000]

Код: [Выделить]

v4l2-ctl -d /dev/video0 --all
?

[Peter_I]

xradio, Там надо сохранять все jpg. Возможно, у меня там, кроме preset'а, указаны лишние параметры,
без которых будет быстрее или менее ресурсоёмко, например, наименьший bitrate и другие. Я попробую
создавать на ходу согласно данным здесь советам, тогда будет ясно.

[Peter_I]

Пока приведу опции ffmpeg для кодирования потока от jpeg2yuv в avi:

Код: [Выделить]

ffmpeg -b:v 4500k -minrate 4500k -maxrate 4500k -bufsize 4096k -r 20 -vcodec libx264 -vpre libx264-veryfast \
-x264opts direct=spatial:b-pyramid=normal:no-mixed-refs=1:8x8dct=1n-mbtree=1 -f aviПочему bitrate везде одинаковый, уже не помню.

[Peter_I]

xradio, Благодарю за совет насчёт ffmpeg, я сейчас именно смотрю её опции,
но до yuv420p ещё не дошёл.
Но, когда есть готовые jpg, то удобнее конвертировать один поток, полученный от jpg2yuv.
У меня затруднение в том, что в любом случае придётся существенно изменять программу.
Сейчас приходящие jpg декодируются в Qt, получаются QImage и они выводятся на экран,
а jpg сохраняются на диске.

А чтобы на ходу строить avi и не делать лишнего, надо или отказаться от декодирования,
сразу создавать из них avi и уже его выводить на экран, надо ли при этом будет сохранять
jpg, пока неясно. Это и потребует существенного изменения в программе.

Либо оставить вывод на экран как сейчас, а avi строить из QImage, т.е. фактически из bmp.
Для этого надо поточечно создавать из него yuv, строками или весь файл, а потом самому
создавать из них yuv stream, я вчера нашёл, каков должен быть его формат, т.е. какие
заголовки надо вставлять и в начале самого потока должен быть его заголовок.
Преобразовать RGB->YUV или GRB->Y'CbCr вроде бы не проблема, например, я нашёл программу
для преобразования BMP->YUV, но ещё её не смотрел, но вообще там простые формулы.
Тут не надо будет переделывать программу в части вывода, но плохо то, что придётся
создавать свою утилиту для преобразования.
Пока не решил, что выбрать.

[Peter_I]

xradio, Опцию для пронумерованных файлов я, конечно, видел, а что avi - формат отживший, не знал.
Сечйас буду пробовать разные варианты, в т.ч. и с mp4 и без задания bitrate.

[Peter_I]

xradio, Благодарю, когда что-то получится, обращусь.
Сейчас я, как и раньше, попробовал построить avi-файл из jpg
тем же скриптом, но вообще не указывал bitrate для ffmpeg,
так он не построился.

[Peter_I]

avi без указания bitrate не построился по причине того, что я указал неверный preset,
похоже, не от той версии ffmpeg. С правильным строится и без указания bitrate,
при этом размер файла получился вдвое больше, чем при bitrate 4500k.
С ultrafast строится в полтора раза быстрее, чем с veryfast.

[Peter_I]

xradio, Благодарю за ответ. Мне важно понизить ресурсоёмкость, это важнее, чем размер.
С mp4 ещё не пробовал, попробую. У меня файл 50 секунд получился размером 62630k,
если со строкой с опциями -x264opts и размером 50642k, если без них. Разрешение 1280x1024.

[Peter_I]

xradio, С qp=14 драматически увеличивается размер: вообще без -x264opts - 50642k и 22с,
а  с qp=14 - 192969k и 23с. Потребление ресурсов не смотрел.

[victor00000]

jpg - это сжатии и процентов, экономит.
мне ненужно jpg.
что уже выше техники и скорости свободно размеры, за png качество.