• avatar Nuts_
  • 1
Не знаю точно что вот ЭТА за штука с большим экраном и явно для того же:

но пущай до кучи будет здесь.
Так ведь оба фактора влияют. И «предложение» и «спрос», если уж на то пошло. Более того, чем ближе пати, тем сильнее начинает работать мотивация «хоть что-то выставить», что вообще-то иногда идет в ущерб качеству.

А есть еще понятие «патийная работа» — «патийная картинка», «патийное демо»… То есть, есть некий набор штампов, сформированных спросом, на которые кто-то ориентируется, а кто-то нет.
Звучит неубедительно ;)
Да нет. Я просто ною, потому что не умею иначе :D
  • avatar psb
  • 1
попробуйте настройку ffmpeg.newconsole=0 и покажте вывод, что появляется в консоли эмуля.
или пользуйтесь ламповым тс-эмулятором:)
Заставил призадуматься. Получается, что предложение первично, а теперь система самоподдерживается. В общем, да, насчет «спрос рождает предложение» я что-то не то сказанул, наверное.
Спасибо!
Так все таки предложение (первоместная работа) формирует спрос (вкус) или спрос (голосование) формирует предложение (работы на следующее пати)?
В нашей истории сам факт получения изображения на Спектруме уже «смысл» и «новое значение» — другое дело, что не нужно доводить это до ААА-уровня машинного производства.
Нет, дело не совсем в этом. Первоместная работа формирует вкус не только техникой, но и сюжетом, общее впечатление неразрывно. Отсюда вероятность, что кто-то неосознанно воспроизведет похожее впечатление в своей работе, выше. То есть, процесс бессознательный, как мне кажется.
Творчество=рыночная экономика?
Это делает другие способы читингом?
Как ни странно, версия эмулятора tslabs с теми же настройками не выдает ошибки ffmpeg, видеозапись работает.
  • avatar Error
  • 1
Так и предполагал, с учетом этого вторая часть действительно очень крута!
  • avatar Shiru
  • 2
(опечатка, 5 кадров на полное обновление экрана)
  • avatar Shiru
  • 5
У SMD достаточно видеопамяти, чтобы заполнить весь экран уникальными тайлами, получив 16-цветный растр с уникальными точками. Так что да, в принципе можно. Проблема в том, что прямого доступа к видеопамяти у процессора нет (порт с автоинкрементом), и доступ через видеоконтроллер или DMA возможен только во время обратного хода луча. Значит надо рисовать в буфере в ОЗУ, причём довольно неудобно организованном (в формате графики тайлов), потом пересылать его в видеопамять. Но пропихнуть туда за один кадр можно около 7 килобайт, а растр 320x224x4 занимает 35 килобайт. То есть на полное обновление экрана надо 7 кадров. Отсюда главная заморочка с быстрой 3D графикой — как уменьшить объём пересылок. Никакими внешними сопроцессорами и железом в этой ситуации не помочь, видеосистема закрыта от внешнего мира, остаётся только урезать размер области отображения, пытаться заполнять одноцветные тайлы изменением карты тайлов, или делать ещё более хитроумные системы обновления, в которых места тайлов на экране постоянно меняются.
  • avatar Error
  • 0
Кстати интересно что с архитектурой у сеги, отрисовывать отдельные пиксели возможно, или все исключительно на спрайтах?
  • avatar Shiru
  • 2
Вторая сделана даже за пределами железа, она не работает на доброй половине приставок.
  • avatar Shiru
  • 1
Даже на Atari 2600 нормальные авторы не подходили к вопросу графики 'возьму и нарисую палку-палку'. Старались как могли, согласно имеющимся ограничениям и художественным навыкам.
Так это вопрос не к авторам, а к голосующим :) Спрос рождает предложение.