>>3896230
Может не совсем понятно написал, я хочу генерировать видео из массива двумерных массивов Color без создания массива bmp картинок.

Форматы изображений, собственно, для того и придумали и стандартизовали, чтобы можно было писать обобщённые библиотеки. Если каждая бака будет придумывать свой собственный "супер эффективный именно в её случае" формат, разработчики кодеков с ума сойдут. Так что не выдрючивайся и используй что-нибудь стандартное. Что за модель-то у тебя? Может проще сразу ей генерить данные в нужном формате?

>>3896239
Я рассматриваю две модели, одна модель моя собственная и для нее не существует математической записи (поведение описано с помощью классов на C#), а другая модель - это достаточно известная модель:
http://www.kof.zcu.cz/st/dis/schwarzmeier/gravitational_simulation.html
Я произвожу решение системы обыкновенных дифференциальных уравнений, результат решения - координаты объектов в разные моменты времени. Имея цвет объекта и его координаты я могу создать bmp картинку.

>>3896255
Так и не понял, что у твоих моделей на выходе — координаты или цвета. В любом случае, вероятность найти готовый кодек, работающий именно с твоим особенным форматом крайне мала. Можешь посмотреть в сторону всяких матлабов, у них есть какие-то встроенные возможности по визуализации данных, может, тебе их хватит.

>>3896282
У первой модели - только цвета.
У второй - координаты

Сейчас я визуализирую с помощью OpenGL (OpenTK) и юнити.

Я хочу визуализировать достаточно большой массив данных (возможно несколько миллионов объектов).

Ычан, подскажи, что написал ОП?

>>3896230
Тебе нужно генерировать именно видео или тебе показать просто надо? Во втором случае пиши сразу на экран и парь мозг.

>медленно

Запусти под профайлером и смотри что нужно оптимизировать.

>>3896230
Почему ещё никто ffmpeg?

https://m.habrahabr.ru/post/171213/

> Генерирую на основе массива Color bmp картинки.
> Создаю видео на основе этих картинок с помощью сторонней библиотеки.

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

Ну и да, почитай про >>3896358 ffmpeg.

>>3896361

>Это, мягко говоря, не очень эффективно.

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

>>3896230
Совсем недавно занимался подобными вещами. Тоже была прога на C#, которая генерила тучу картинок, около 500-700к, потом собирал из них видео. ffmpeg имеет в этом случае очень хорошую производительность. Полмиллиона картинок 512x384 он превратил в видео всего за около 11 минут на достаточно слабом компе с 2-х ядерным процессором и обычным (не ссд) диском.

>>3896345

>Тебе нужно генерировать именно видео или тебе показать просто надо?

Да, хочу сделать видео.

>Запусти под профайлером и смотри что нужно оптимизировать.

Создание картинок очень трудоемкий процесс. В том-то и фишка чтобы из массива Color напрямую создать видеофрейм без лишних конвертаций. Ведь видеофрейм и есть запись красного, зеленого и синего цветов для каждого пикселя (массив Color), только запись эта в каком-то своем формате.
>>3896358
Попробую, спасибо.

>>3896230
СФМЛ, лол или сдл.
Сфмл есть под решетку.

>>3896404
В чём трудоёмкость-то? Если у тебя там действительно честный RGB, любой кодек должен прожевать.