LINUX.ORG.RU

ffmpeg: оптимизация на виртуалке

 , ,


0

3

Привет тебе, высокочтимый All!

Пробую сделать транскодирование и нарезку в hls средствами ffmpeg на виртуальной машине. Машинка имеет 4 ядра Intel Xeon E5649 (2.53GHz), 4 Гб оперативки. Хочется получить 4-битрейтное транскодирование (с нарезкой), но пока что и два битрейта машина не тянет. Вещание начинает отставать, а потом один из потоков ffmpeg (именно тот, который транскодированием занимается) падает. При этом доподлинно известно, что на другой такой же виртуалке (к которой у меня, увы, доступа нет) осуществляется полноценное транскодирование канала на 4 битрейтах и нарезка в hls. Значит, можно каким-то манером оптимизировать ffmpeg, чтобы он был в состоянии пользоваться аппаратными возможностями на виртуалке. Или я что-то фатально не так делаю... Конечно, я читал https://trac.ffmpeg.org/wiki/HWAccelIntro, но моих знаний не хватает, чтобы понять, насколько эту инфу можно применять к виртуалке. Буду признателен за любые подсказки.

Ответ на: комментарий от hizel

Насчёт сказок - чёрт его знает. Разве что, на той виртуалке используется не ffmpeg, а что-то совсем расчудесное. Но факт есть факт: с виртуалки, которая обладает перечисленными выше параметрами, выходит вот такой поток:

Input #0, hls,applehttp, from '<censored>': Duration: N/A, start: 70440.716089, bitrate: N/A Program 0 Metadata: variant_bitrate : 580000 Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 512x288 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 580000 Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, mono, fltp, 133 kb/s Metadata: variant_bitrate : 580000 Program 1 Metadata: variant_bitrate : 1040000 Stream #0:2: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 1040000 Stream #0:3: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, mono, fltp, 133 kb/s Metadata: variant_bitrate : 1040000 Program 2 Metadata: variant_bitrate : 1820000 Stream #0:4: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 768x432 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 1820000 Stream #0:5: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, mono, fltp, 133 kb/s Metadata: variant_bitrate : 1820000 Program 3 Metadata: variant_bitrate : 2340000 Stream #0:6: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1024x576 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 2340000 Stream #0:7: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, mono, fltp, 136 kb/s Metadata: variant_bitrate : 2340000

Притом вполне стабильно.

Посмотреть, что там крутится, не можем: диски зашифрованы, пароль нам не дадут :)

Abyrvalg
() автор топика
Ответ на: комментарий от nvl

Простите за тормоза... Эта фраза означает, что на входе у нас один поток, а на выходе - четыре потока одного и того же контента, но в разных разрешениях и с разным битрейтом. Это типичная практика для подготовки OTT-контента.

Abyrvalg
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.