попробуйте настройку ffmpeg.newconsole=0 и покажте вывод, что появляется в консоли эмуля.
или пользуйтесь ламповым тс-эмулятором:)

Заставил призадуматься. Получается, что предложение первично, а теперь система самоподдерживается. В общем, да, насчет «спрос рождает предложение» я что-то не то сказанул, наверное.

Спасибо!

Так все таки предложение (первоместная работа) формирует спрос (вкус) или спрос (голосование) формирует предложение (работы на следующее пати)?

В нашей истории сам факт получения изображения на Спектруме уже «смысл» и «новое значение» — другое дело, что не нужно доводить это до ААА-уровня машинного производства.

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

Творчество=рыночная экономика?

Это делает другие способы читингом?

Как ни странно, версия эмулятора tslabs с теми же настройками не выдает ошибки ffmpeg, видеозапись работает.

Так и предполагал, с учетом этого вторая часть действительно очень крута!

(опечатка, 5 кадров на полное обновление экрана)

У SMD достаточно видеопамяти, чтобы заполнить весь экран уникальными тайлами, получив 16-цветный растр с уникальными точками. Так что да, в принципе можно. Проблема в том, что прямого доступа к видеопамяти у процессора нет (порт с автоинкрементом), и доступ через видеоконтроллер или DMA возможен только во время обратного хода луча. Значит надо рисовать в буфере в ОЗУ, причём довольно неудобно организованном (в формате графики тайлов), потом пересылать его в видеопамять. Но пропихнуть туда за один кадр можно около 7 килобайт, а растр 320x224x4 занимает 35 килобайт. То есть на полное обновление экрана надо 7 кадров. Отсюда главная заморочка с быстрой 3D графикой — как уменьшить объём пересылок. Никакими внешними сопроцессорами и железом в этой ситуации не помочь, видеосистема закрыта от внешнего мира, остаётся только урезать размер области отображения, пытаться заполнять одноцветные тайлы изменением карты тайлов, или делать ещё более хитроумные системы обновления, в которых места тайлов на экране постоянно меняются.

Кстати интересно что с архитектурой у сеги, отрисовывать отдельные пиксели возможно, или все исключительно на спрайтах?

Вторая сделана даже за пределами железа, она не работает на доброй половине приставок.

Даже на Atari 2600 нормальные авторы не подходили к вопросу графики 'возьму и нарисую палку-палку'. Старались как могли, согласно имеющимся ограничениям и художественным навыкам.

Так это вопрос не к авторам, а к голосующим :) Спрос рождает предложение.

Тем более, если оно жопа :)

как человек, смотревший стрим, могу сказать, что «читерство» кричали из-за того, что, мол, «все голосуют за сиськи и котиков» :)

Тоже столкнулся перед Мультиматографом с этой проблемой. Толи кодеков нехватает, то ли что, хотя писал уже.
Сделал запись с настройками чтоб не запакованные кадры писало, а потом уже в virtualdub ресайзил и громкость повышал.
ffmpeg.parm=-c:a copy -c:v copy -r 50 -ss 00:00:00.500
ffmpeg.vout=video#.avi

Ну я так и рисую, например