Вид для печати
так, не понял здесь. экран меняется 50 раз в секунду (я про PAL ATARI), то есть отрисовывая анимированные спрайты для смены экрана, я могу данные распаковывать? чем это отличается от ранее мной описанного? это же и есть на лету. Вот появился новый монстр впервые, я его распаковываю, показываю, он улетает, удаляю. Это же "на лету" - для каждого нового экрана.Цитата:
Сообщение от Lethargeek
:v2_dizzy_facepalm: снова на отдельные слова реагируем, даже не пытаясь вникнуть в контекст?Цитата:
Сообщение от BelaLugoci
то есть очевидно речь про экран ИГРЫ (я бы написал "комната", но не всякие экраны можно комнатами назвать)Цитата:
Сообщение от Lethargeek
а НЕ про КАДР, тем более, что крайне редко в спековских играх частота кадров ИГРЫ достигает частоты PAL
ну правильное использование терминов залог безошибочного восприятия информации.Цитата:
Сообщение от Lethargeek
если вы за vsync не успеваете обработать данные то что берётся за базис синхронизации? как будет музыка проигрываться без дефектов?Цитата:
Сообщение от Lethargeek
как видим, нет - термин правильный (более того, международный - см. flip-screen) - а восприятие ошибочноеЦитата:
Сообщение от BelaLugoci
значит, продолжаем обрабатывать в новом кадреЦитата:
Сообщение от BelaLugoci
а явной синхронизации вообще в игрушках может не быть :pЦитата:
Сообщение от BelaLugoci
...так же как и музыки (а если музыка и есть, то обычно идёт независимым от игровых событий процессом)Цитата:
Сообщение от BelaLugoci
прерывание происходит по таймеру или по событию. в случае с музыкой по таймеру, чтобы точно знать в каком ритме идёт музыка. если вы никак не синхронизируетесь с кодом основной программы, то у вас неизбежно будут проблемы.Цитата:
Сообщение от Lethargeek
то есть поэтому в ZX всё любит мерцать, исчезать и появляться в любой момент? там же почти 4 мгц по сравнению с 6502 это в 2 раза больше, а на 6502 таких проблем я не наблюдаю. Да и масса источников пишет именно о работе кода игры в момент vsync. Ладно если сознательно из 50 гц вы делаете 25, но если у вас может быть сначала 50 потом 20 потом 5 потом опять 50 - как таким пользоваться? если на ZX это норма, то это прям жуть.Цитата:
Сообщение от Lethargeek
хотя мне кажется я сам смогу ответить на этот вопрос (ну или предположу) - в ZX нет ANTIC чипа, поэтому флип-скрин и скроллы делаются программно?
но вы не пользовались термином flip-screenЦитата:
Сообщение от Lethargeek
если вас интересует филигранная точность восприятия ваших слов, то имеет смысл пользоваться англицизмами - флип-скрин, фрейм и т.д.
запустил одну музыку в меню, выключил когда игра начинаетсяЦитата:
Сообщение от BelaLugoci
запустил другую в начале уровня, выключил после окончания уровня
где проблемы? графику не надо синхронизировать
не поэтому - с чего бы "всему" исчезать, если ничего не стирали в ходе расчётов?Цитата:
Сообщение от BelaLugoci
например, в широко известном экзолоне нету синхронизации, но артефакты отрисовки малозаметны
нужно знать, где их ожидать, чтоб увидеть
очередная совершеннейшая бессмыслица - что значит "работа кода игры в МОМЕНТ vsync"??Цитата:
Сообщение от BelaLugoci
какова длина "момента" вообще? а во все прочие "моменты" чем занят комп? :D
так не пользуйтесь, дизайн уровней может быть таким, что разброс получится небольшимЦитата:
Сообщение от BelaLugoci
в zx-графике ВСЁ делается программноЦитата:
Сообщение от BelaLugoci
пользуюсь переведённым термином screen, обозначающим участок игровой карты, в том числе в словосочетанияхЦитата:
Сообщение от BelaLugoci
смысл имеет вчитываться внимательно, а не реагировать на уровне рефлексов на одно слово
/придирается/ flash - аппаратныйЦитата:
Сообщение от Lethargeek
пока идёт построчное формирование изображения, то, если вы следите за каждой строкой, вы можете менять содержимое видео памяти только для тех строк, которые еще не нарисованы. Если вы рисуете что-то в памяти, из которой луч ничего не рисует, то на следующем кадре, если вы ту область не обновите, изображение появится.Цитата:
Сообщение от Lethargeek
если вы не следите за vsync, и рисуете (заполняете vram) по принципу как хочу и когда хочу, то у вас неизбежны проблемы - мерцание объектов, отсутствующие объекты, обрезанные объекты (визуально это выглядит как мерцание например части спрайта).
Например для Atari есть аппаратное определение столкновений спрайтов - будете делать абы-как, оно не будет работать.
это ни о чем не говорит. всё зависит от кода программы, рассинхронизация носит накопительный характер и разницу в 50 мс например на короткой и не тяжёлой программе вы никак не заметите.Цитата:
Сообщение от Lethargeek
если же вы говорите о музыке на фоне, когда нет нужды стыковать кадры изображения и звука, то действительно нет никакой разницы, даже рассинхрон на 20 секунд никто не заметит, но я-то не об этом.
выдержка из сети:
В видеоиграх вертикальные импульсы так же используются для синхронизации. Большинство графических операций на игровых консолях, включая и 16-битную эру, могло быть выполнено только в течение кадрового гасящего импульса (который программисты часто называли VBLANK), требуя от программ выполнять всю обработку графики исключительно за это время.
так же дополнительная информация есть здесь, в том числе ответ про время возврата луча.
как правильно заметили - не всё. но в целом я понял в чём причина артефактов.Цитата:
Сообщение от Lethargeek
это всё известная азбука но при чём тут "работа кода В МОМЕНТ"? за "момент" выполнится несколько команд только :DЦитата:
Сообщение от BelaLugoci
повторяю, это необязательно - смотреть Exolon и учить матчасть!Цитата:
Сообщение от BelaLugoci
к спеку отношения не имеетЦитата:
Сообщение от BelaLugoci
а при чём тут ЗВУК? полностью "проблема" высосана из пальцаЦитата:
Сообщение от BelaLugoci
как сказал, AY музыка и звуковые эффекты отдельный процесс
для эффекта просто взводится флажок когда нужно
к спеку отношения не имеет, у него нет динамических аппаратных спрайтов и видеопамять всегда доступнаЦитата:
Сообщение от BelaLugoci
повторю, видеосинхронизация на спеке необязательна и не всегда целесообразна
BelaLugoci, вы ушли немного в другую степь
Обработка игрового цикла - это одно
подготовка данных и утилизация ненужных данных происходят на этапе подготовки, в процессе игрового цикла - очень редко.
[инициация игрового экрана]
|
[обработка игровых событий внутри экрана] <-[до завершения]
|
[завершение игрового экрана] -> [принятие решения]
распаковка требуется только в первом блоке
в процессе игровых событий не требуется распаковка данных.