Оптимизация игр под турбо.

[Lethargeek]

Не путаю, в анриле все лишнии такты идут прицепом, мыж не меняем параметры развертки.

значит, я путаю, отчего-то думал, что в анрыле эмуляция разгона камня, как в спине

Плавности хоть обновляй, только за пол секунды игрок перемещается на весь экран.

так не ускоряй настолько, чтобы так бегал

Да ет все лирика, есть конкретные игры, начали с квазатрона, какие альтернативные предложения ускорить скрол и не превратится в бесноватого самоубийцу?

альтернативные чему? метод с "тактами прицепом" это и делает, просто продлеваем не каждый кадр, а лишь каждый пятый-четвёртый

Ну допустим, ставишь ты 490000 во фрейме, биперит оно 10000 на 3,5 или 1/7 кадра. Ты типо выключашь турбо на эти 10000 и в фрейме получается 430000? (примерно), ну или фулл фрейм дудим и будет оригинальные ~70к?

проще - тупо кадры, в которых активен бипер, не продлеваются

Но на самом деле неважно, это уже не имеет практического применения на существующем железе.

ну так я про эмуль и говорил

[Advertiser]

[krt17]

так не ускоряй настолько, чтобы так бегал

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

ну так я про эмуль и говорил

да разгон и бипер это вилы, но я думаю если идет адаптация под турбу то и звук надо на AY пересаживать, жертва бипера даже многими принимается с энтузиазмом.

[djs]

Наоффтоплю в свою же тему, но тут я выложил кое-что, чего нигде никогда не было. Музейный экспонат своего рода.
Если есть время и желание покопаться полчаса в закаменелом хе-хе мамонта, приглашаю ознакомиться:
https://zx-pk.ru/threads/794-sokhran...=1#post1128430

[djs]

Да, тут кто-то написал, что не знает, что такое Сизиф. Это клон на Альтере, но с настоящим процессором, здесь есть ветка по нему. Умеет переключать много вещей по nmi через прикольную менюшку, а-ля Next. Активно развивается.
https://github.com/UzixLS/zx-sizif-512/

[djs]

По поводу квазатрона: сейчас голова занята серьёзными проблемами на работе, но не прав ли я, если там нет линейной зависимости от ввода до передвижения гг робота? То есть нет ли ускорения и инерции? Я опять хочу, как тут один персонаж высказался, обязать всех заняться моей проблемой. "Я хочу, а вы сделайте." Но если в квазатроне действительно есть ускорение движения, то можно патчить код ускорения под частоту процессора, и при этом скроллинг экрана будет ускорен с частотой. Просто ускорение поделить пополам. Другой вопрос: считается ли ускорение для вражеских роботов тоже? Или они двигаются линейно с постоянной скоростью. Надо патчить и их отдельно, кратно или иначе. Почему я говорю про патчи? Если у нас исходный код просчитан более менее оптимально, то для адаптации (ага, не оптимизации, я помню) его под 7МГц разумнее было бы _патчить_ код, а не вставлять в цикл игры пересчёт под новую частоту процессора. Разве не так?

[jerri]

По поводу квазатрона: сейчас голова занята серьёзными проблемами на работе, но не прав ли я, если там нет линейной зависимости от ввода до передвижения гг робота? То есть нет ли ускорения и инерции? Я опять хочу, как тут один персонаж высказался, обязать всех заняться моей проблемой. "Я хочу, а вы сделайте." Но если в квазатроне действительно есть ускорение движения, то можно патчить код ускорения под частоту процессора, и при этом скроллинг экрана будет ускорен с частотой. Просто ускорение поделить пополам. Другой вопрос: считается ли ускорение для вражеских роботов тоже? Или они двигаются линейно с постоянной скоростью. Надо патчить и их отдельно, кратно или иначе. Почему я говорю про патчи? Если у нас исходный код просчитан более менее оптимально, то для адаптации (ага, не оптимизации, я помню) его под 7МГц разумнее было бы _патчить_ код, а не вставлять в цикл игры пересчёт под новую частоту процессора. Разве не так?

по поводу квазатрона.
там два парралельных процесса
на прерываниях звуки.
в основном цикле перерисовка экрана и управление обьектами
и основной цикл никак не привязан по времени.

тут либо вешать на прерывания счетчик и с ним синхронизироваться либо терпеть.

[reddie]

Другого варианта и нет, нужно вешать на прерывания некий "счетчик реального времени", а изменения графики и вообще игровой процесс синхронизировать по нему. Весь вопрос в объеме переписанного (патченного) кода и трудозатратах на это.

[vlad-kras]

по поводу квазатрона.
там два парралельных процесса

1 перерисовка экрана и 2 управление обьектами или 1 экран и 2 звуки? А можно тогда для ускорения просто вырубить процесс звуков?

[reddie]

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

Можно, но вряд ли это даст ощутимый прирост. Разрабы все же не дураки, чтобы, скажем, пол-прерывания грохать на бипер.
Скажу больше: в турбо-режиме должны корежиться и биперные эффекты в любых играх, т.к. они завязаны на частоту процессора.
Значит, всплывает еще одна проблема, которую нужно решать. Наиболее простой путь, как мне видится - замена бипера на AY.

[jerri]

1 перерисовка экрана и 2 управление обьектами или 1 экран и 2 звуки? А можно тогда для ускорения просто вырубить процесс звуков?

звуковой процесс длится около 10000 тактов