так, не понял здесь. экран меняется 50 раз в секунду (я про PAL ATARI), то есть отрисовывая анимированные спрайты для смены экрана, я могу данные распаковывать? чем это отличается от ранее мной описанного? это же и есть на лету. Вот появился новый монстр впервые, я его распаковываю, показываю, он улетает, удаляю. Это же "на лету" - для каждого нового экрана.Сообщение от Lethargeek
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
снова на отдельные слова реагируем, даже не пытаясь вникнуть в контекст?
то есть очевидно речь про экран ИГРЫ (я бы написал "комната", но не всякие экраны можно комнатами назвать)
а НЕ про КАДР, тем более, что крайне редко в спековских играх частота кадров ИГРЫ достигает частоты PAL
Прихожу без разрешения, сею смерть и разрушение...
ну правильное использование терминов залог безошибочного восприятия информации.
если вы за vsync не успеваете обработать данные то что берётся за базис синхронизации? как будет музыка проигрываться без дефектов?
как видим, нет - термин правильный (более того, международный - см. flip-screen) - а восприятие ошибочное
значит, продолжаем обрабатывать в новом кадре
а явной синхронизации вообще в игрушках может не быть
...так же как и музыки (а если музыка и есть, то обычно идёт независимым от игровых событий процессом)
Прихожу без разрешения, сею смерть и разрушение...
прерывание происходит по таймеру или по событию. в случае с музыкой по таймеру, чтобы точно знать в каком ритме идёт музыка. если вы никак не синхронизируетесь с кодом основной программы, то у вас неизбежно будут проблемы.
то есть поэтому в ZX всё любит мерцать, исчезать и появляться в любой момент? там же почти 4 мгц по сравнению с 6502 это в 2 раза больше, а на 6502 таких проблем я не наблюдаю. Да и масса источников пишет именно о работе кода игры в момент vsync. Ладно если сознательно из 50 гц вы делаете 25, но если у вас может быть сначала 50 потом 20 потом 5 потом опять 50 - как таким пользоваться? если на ZX это норма, то это прям жуть.
хотя мне кажется я сам смогу ответить на этот вопрос (ну или предположу) - в ZX нет ANTIC чипа, поэтому флип-скрин и скроллы делаются программно?
но вы не пользовались термином flip-screen
если вас интересует филигранная точность восприятия ваших слов, то имеет смысл пользоваться англицизмами - флип-скрин, фрейм и т.д.
запустил одну музыку в меню, выключил когда игра начинается
запустил другую в начале уровня, выключил после окончания уровня
где проблемы? графику не надо синхронизировать
не поэтому - с чего бы "всему" исчезать, если ничего не стирали в ходе расчётов?
например, в широко известном экзолоне нету синхронизации, но артефакты отрисовки малозаметны
нужно знать, где их ожидать, чтоб увидеть
очередная совершеннейшая бессмыслица - что значит "работа кода игры в МОМЕНТ vsync"??
какова длина "момента" вообще? а во все прочие "моменты" чем занят комп?
так не пользуйтесь, дизайн уровней может быть таким, что разброс получится небольшим
в zx-графике ВСЁ делается программно
пользуюсь переведённым термином screen, обозначающим участок игровой карты, в том числе в словосочетаниях
смысл имеет вчитываться внимательно, а не реагировать на уровне рефлексов на одно слово
Прихожу без разрешения, сею смерть и разрушение...
/придирается/ flash - аппаратный
Heavy on the disasm
Eric and the disasm
Mask 3: Venom strikes disasm
Bard's disasm
пока идёт построчное формирование изображения, то, если вы следите за каждой строкой, вы можете менять содержимое видео памяти только для тех строк, которые еще не нарисованы. Если вы рисуете что-то в памяти, из которой луч ничего не рисует, то на следующем кадре, если вы ту область не обновите, изображение появится.
если вы не следите за vsync, и рисуете (заполняете vram) по принципу как хочу и когда хочу, то у вас неизбежны проблемы - мерцание объектов, отсутствующие объекты, обрезанные объекты (визуально это выглядит как мерцание например части спрайта).
Например для Atari есть аппаратное определение столкновений спрайтов - будете делать абы-как, оно не будет работать.
это ни о чем не говорит. всё зависит от кода программы, рассинхронизация носит накопительный характер и разницу в 50 мс например на короткой и не тяжёлой программе вы никак не заметите.
если же вы говорите о музыке на фоне, когда нет нужды стыковать кадры изображения и звука, то действительно нет никакой разницы, даже рассинхрон на 20 секунд никто не заметит, но я-то не об этом.
выдержка из сети:
В видеоиграх вертикальные импульсы так же используются для синхронизации. Большинство графических операций на игровых консолях, включая и 16-битную эру, могло быть выполнено только в течение кадрового гасящего импульса (который программисты часто называли VBLANK), требуя от программ выполнять всю обработку графики исключительно за это время.
так же дополнительная информация есть здесь, в том числе ответ про время возврата луча.
как правильно заметили - не всё. но в целом я понял в чём причина артефактов.
это всё известная азбука но при чём тут "работа кода В МОМЕНТ"? за "момент" выполнится несколько команд только
повторяю, это необязательно - смотреть Exolon и учить матчасть!
к спеку отношения не имеет
а при чём тут ЗВУК? полностью "проблема" высосана из пальца
как сказал, AY музыка и звуковые эффекты отдельный процесс
для эффекта просто взводится флажок когда нужно
к спеку отношения не имеет, у него нет динамических аппаратных спрайтов и видеопамять всегда доступна
повторю, видеосинхронизация на спеке необязательна и не всегда целесообразна
Прихожу без разрешения, сею смерть и разрушение...
BelaLugoci, вы ушли немного в другую степь
Обработка игрового цикла - это одно
подготовка данных и утилизация ненужных данных происходят на этапе подготовки, в процессе игрового цикла - очень редко.
[инициация игрового экрана]
|
[обработка игровых событий внутри экрана] <-[до завершения]
|
[завершение игрового экрана] -> [принятие решения]
распаковка требуется только в первом блоке
в процессе игровых событий не требуется распаковка данных.
С уважением,
Jerri / Red Triangle.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
