Пишем игры под РК подобные

[Hammer]

Вот кстати спросить хотел, какие задержки при выводе спрайтов в демке. Ибо без задержек там ну совсем никак.

Задержек нет, есть счетчик/делитель.

Я инкрементирую ячейку памяти. Большие звёзды и спрайты отрисовываются через каждые 16 инкрементов, малые звёзды через каждые 48, смена анимации через каждые 64.

Таким образом не надо всё и вся считать за каждый проход, теряя производительность.

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

[Ведущий_специалист]

Задержек нет, есть счетчик/делитель.
Большие звёзды и спрайты отрисовываются через каждые 16 инкрементов, малые звёзды через каждые 48, смена анимации через каждые 64.

Ну про это и спрашивал. запас есть, значит хватит на еще что нибудь поделать. Сам сейчас колдую, игру доделываю, отрисовку спрайтов и анимацию при ударе и попаданию по врагу. Благо памяти хватает. Но опять же, хоть у меня цикл по сути отбирает практически всю производительность, всеравно пришлось вводить задержку на цикл, чтобы анимация просмотривалась, а иначе все 5 картинок перебираются так быстро что не успеваешь разглядеть что там понарисовал )).

[Hammer]

Так что не стоит бросать свои попытки.

Я разобрался ) Менять настройки ВГ 57 надо всегда вместе с настройками ПДП, иначе частоты не получаются задуманными.

Вот сейчас получилось 37 строк, 8 линий, 51Гц. В 32-й строке стоит F3, чтобы сместить изображение вниз. Не знаю, влияет ли это на частоту или отжор тактов, но надо бы узнать...

В режиме 44 строки и 7 линий ПДП отжирает на 5% больше, и это заметно.

Интересно посмотреть, правда ли на телевизорах пиксели в нужную сторону растянутся?

demo_0.2.zip

[SegaBoy]

Вот сейчас получилось 37 строк, 8 линий, 51Гц.

Можно ещё одну строку добавить, чтоб в сумме вышло 39. Например в строчный синхроимпульс, заменив значение 24 на 64. Получится как раз 312 тв строк - а это уже намного лучше чем сейчас 304.

[Pyk]

Интересно посмотреть, правда ли на телевизорах пиксели в нужную сторону растянутся?

Как-то так:

На реале пришлось область видеопамяти предварительно почистить, чтобы запустилось.
Близко к краям изображение нежелательно выводить - синхронизация может сбиваться, лучше использовать 64 символа из 78, а крайние оставлять черными...

- - - Добавлено - - -

(Телевизора нет, выведено на монитор через GBS8200).

- - - Добавлено - - -

Можно ещё одну строку добавить, чтоб в сумме вышло 39. Например в строчный синхроимпульс, заменив значение 24 на 64. Получится как раз 312 тв строк

Думаю, опечатка, в кадровый, конечно, не строчный. Но лучше, наверное, все-таки обычную строку добавить, чтобы не удлинять и так длинный синхроимпульс. Если вниз, то за кодом F3 все равно отнимать процессорное время не будет, а если наверх, то можно вставить код F1 вместо строки...

[Hammer]

Ага, спасибо! Я вобщем понял, что с растягиванием пикселей чуда не происходит, значит будет режим 78х[email protected]Гц и 7 строк в символе.
Уберу символы с рамки, сэкономлю такты. Потестировал этот режим, можно ужаться, чтобы и в нем не сильно тормозил код.
Вариантов удобных всё равно не остаётся.

[Pyk]

Уберу символы с рамки, сэкономлю такты.

Да, снизу F3, сверху - F1 в каждой строке. В рабочей области тоже можно F1 в конце каждой строки для экономии тактов.
Убрать лишние выборки ПДП и в режиме 50 Гц тормозить будет даже меньше, чем при 60 Гц - реже обращение к ОЗУ...

[Hammer]

Экономию можно получить, если стандартизировать анимационные спрайты. Сделать 4х4 знакоместа и 4 кадра. Верхнее знакоместо на подъем, как у колбы и сердца. А вот меч большой, его получится поднять только на половину знакоместа, значит ему просто нужна другая анимация. Большой спрайт, если такой будет, делить на малые.

Да, снизу F3, сверху - F1 в каждой строке. В рабочей области тоже можно F1 в конце каждой строки для экономии тактов.

Т.е. там, например, где начинается невидимая область (бордюр), можно поставить F1?

[Pyk]

Т.е. там, например, где начинается невидимая область (бордюр), можно поставить F1?

Да, но есть нюанс: возможно, после F1 придется оставить еще один байт (хотя бы нулевой). Цитирую документацию:

Note: If a Stop DMA character is not the iast character in a burst or row, DMA is not stopped until after the next character is read. In this situation, a dummy character must be placed in memory after the Stop DMA character.

[SegaBoy]

Думаю, опечатка, в кадровый, конечно, не строчный.

Да, спасибо что поправил - речь конечно же про кадровый ))

На реале пришлось область видеопамяти предварительно почистить, чтобы запустилось.
Близко к краям изображение нежелательно выводить - синхронизация может сбиваться, лучше использовать 64 символа из 78, а крайние оставлять черными...

А до изменений области что было? А то у меня ничего внятного не показывает - всё улетает в космос и никакой стабильной картинки. Не могу шедевр оценить (((((

- - - Добавлено - - -

Да, Hammer, дело говорит Pyk про 64 символа. В РК нельзя всю строку в 78 символов использовать - надо оставить слева 8 пустых знакомест, а справа 6. Иначе вообще мало кто увидит картинку по ТВ - хоть по современному, хоть по допотопному. И ко всему прочему надо сверху примерно строки три оставлять пустыми и снизу ещё парочку. Ну или грамотно расставлять все эти F1 и F3.