SDL2 C++ Capturing Video of Renderer Animation/Sprite

Question

У меня есть анимация/спрайт, созданный с использованием SDL2. Анимация отлично работает, когда она отображается на экране. Но теперь я также хочу, чтобы это было записано в видеофайл (локально сохраненный). Для этого я планирую использовать API-интерфейсы FFmpeg, к которым я отправлю необработанный массив данных пикселей RGB.

Проблема с извлечением данных из API SDL2.

То, что я попытался это:

// From http://stackoverflow.com/questions/30157164/sdl-saving-window-as-bmp 
SDL_Surface *sshot = SDL_CreateRGBSurface(0, 750, 750, 32, 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000); 
SDL_RenderReadPixels(gRenderer, NULL, SDL_PIXELFORMAT_ARGB8888, sshot->pixels, sshot->pitch); 

// From https://wiki.libsdl.org/SDL_RWFromMem 
char fName[50]; 
sprintf(fName, "/tmp/a/ss%03d.bmp", fileCnt); 


char bitmap[310000]; 
SDL_RWops *rw = SDL_RWFromMem(bitmap, sizeof(bitmap)); 
SDL_SaveBMP_RW(sshot, rw, 1); 

Выше не работает. Но демпинг один кадр в файл со следующим кодом работает:

SDL_SaveBMP(sshot, "/tmp/alok1/ss.bmp")

Это, очевидно, не является приемлемым решением - Дать тысячи КМБ, а затем с помощью FFmpeg из командной строки для создания видео.

Что я делаю неправильно? Как вы извлекаете данные из SDL_RWops? Является ли использование SDL_RWFromMem правильным подходом к моей проблеме?

Answer 1

Ваш буфер слишком мал, чтобы соответствовать указанному изображению, поэтому его нельзя сохранить здесь. Увеличьте размер буфера, по крайней мере, до фактического размера изображения + заголовок BMP (width*height*bpp + 54, но нужно также подсчитать заполнение (что означает SDL_Surface как pitch)).

Обратите внимание, что прием 3 Мб из стека может привести к опасному приближению к переполнению (но все равно может быть и в порядке, в зависимости от того, что произошло в функциях до того, что было сказано). Цепочка вызова нескольких функций, которые берут большой кусок стека, может очень быстро истощить его. Вероятно, вам совсем не нужно дополнительное пространство или преобразование BMP вообще - например, создание AVImage и копирование пикселей непосредственно на него с SDL_Surface.

Также с точки зрения производительности такой вид чтения не был бы большим (но, вероятно, само сжатие намного тяжелее).