Dizzy VIII - Wonderful Dizzy (2020) - релиз состоялся!

[moroz1999]

с остальным согласен, но вот в эти утверждения слабо верится, глядючи в дампы памяти (drbars должен понимать, о чём речь веду)

Я хоть и не разработчик в этом проекте, но спрошу конкретно: что можно ужать в игре и как?

[Lethargeek]

Я хоть и не разработчик в этом проекте, но спрошу конкретно: что можно ужать в игре

точно - графику; за остальное не поручусь

и как?

Как - он спрашивал, но в итоге было сделано по-другому (и весьма неэффективно на первый взгляд, я еще подумал, игру урезали и тупо появилось место свободное). А еще - как он даже и не догадался меня спросить (а я, не будучи ни участником проекта, ни телепатом, не мог догадаться, что подсказать). Может быть, даже финалкат впихнули бы без подгрузки.

Я могу, конечно, и ошибаться. При поверхностном осмотре не очевидно, где в игровом состоянии рабочие буфера, а где мёртвый код и мусор после вступления. Но пока что впечатление таково.

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

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

[Evgeny Muchkin]

Давайте не будем авторов учить, как писать игры.

[Lethargeek]

Давайте не будем авторов учить, как писать игры.

давайте не будем призывать не отвечать на прямо заданные авторами вопросы

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

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

[moroz1999]

Я могу, конечно, и ошибаться. При поверхностном осмотре не очевидно, где в игровом состоянии рабочие буфера, а где мёртвый код и мусор после вступления. Но пока что впечатление таково.

То есть, ты в код толком не смотрел, не разбирался, как организованы данные в памяти, в какой момент что требуется и почему, но уже автоматически решил, что умеешь лучше и сразу же прибежал сюда об этом говорить. Заметь, не вопрос задать, не помощь предложить, а просто вот ляпнуть.
И таких экспертов - в каждой теме как мух-дрозофил на старых яблоках. Все всё умеют, все всё сделали бы лучше, но, блин, почему-то не делают и не делают. И это поразительно, в советское время это называлось "Каждый суслик в поле агроном".

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

Специально вот ответ. Ну, и то, что я сам не кодил игру, не означает, что я не пойму ответа, я немножко всё же ассемблер представляю себе.

Evgeniy Barskiy, [25.12.20 20:06]
упаковщик графики от lgk не особо тут поможет, он очень медленный и депакер 512 байт занимает

Evgeniy Barskiy, [25.12.20 20:07]
это помогло бы на слайдах, но они у нас перетираются, так что толку уже нет.

Evgeniy Barskiy, [25.12.20 20:08]
хотя, в целом упаковщик у него самый мощный для 6912 экранов.

Evgeniy Barskiy, [25.12.20 20:20]
но тут самое главное, что, когда игра запустилась уже, то память используется вся.

Evgeniy Barskiy, [25.12.20 20:20]
и мусорных данных нет совсем

Evgeniy Barskiy, [25.12.20 20:22]
а дальше сделано от обратного, запихнуто интро, потом запихнуто меню.

Evgeniy Barskiy, [25.12.20 20:22]
интро перетирает данные меню... а игра интро))

Evgeniy Barskiy, [25.12.20 20:24]
чисто в теории, если не использовать теневой экран 128, то можно было бы там хранить слайды.. но тут другая засада с лучом была бы.

Evgeniy Barskiy, [25.12.20 20:25]
тут всё-таки подобран некий баланс между скоростью и размером. качели в обе стороны дадут скорее всего отрицательный результат.

[Slider]

Димыч, не заводись! Игра - огонь! Очень нравится!!!
Всегда есть те, кто знает как лучше.
Проблема в форуме не в самом форуме, а в людях...
К сожалению, многие не думают, а просто высказывают свое имхо, причем, чем резче, тем хайповее
Забей!
Диззи форева!!!!

[Lethargeek]

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

то есть ты не знаешь, как я смотрел, но уже автоматически уверен, что недостаточно и сразу же решил об этом оповестить
хотя сам же не заметил пример чуть выше, как можно вот прям с ходу эдак сотню байтов освободить
а раз так, то ляпнул не я, а ты перед этим, возглашая "нечего ужимать"

Заметь, не вопрос задать, не помощь предложить, а просто вот ляпнуть.

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

Специально вот ответ. Ну, и то, что я сам не кодил игру, не означает, что я не пойму ответа, я немножко всё же ассемблер представляю себе.

да понятно всем уже, что немножко

Evgeniy Barskiy, [25.12.20 20:06]
упаковщик графики от lgk не особо тут поможет, он очень медленный и депакер 512 байт занимает

Evgeniy Barskiy, [25.12.20 20:07]
это помогло бы на слайдах, но они у нас перетираются, так что толку уже нет.

Выгода и косвенной может быть (это слишком долго сейчас расписывать). Притом дело-то не только в выборе упаковщика. Например, вся четвёртая страница вообще несжатая - включая тайлы, которые нужны очень редко и не на протяжении всей игры.

Evgeniy Barskiy, [25.12.20 20:20]
но тут самое главное, что, когда игра запустилась уже, то память используется вся.

Evgeniy Barskiy, [25.12.20 20:20]
и мусорных данных нет совсем

Точно нет? А если найду? (c) Да, насчёт этого пока всего лишь сомнения. Но что код сократить нельзя с небольшой потерей скорости - нет сомнений. Уже нашёл.

Evgeniy Barskiy, [25.12.20 20:25]
тут всё-таки подобран некий баланс между скоростью и размером. качели в обе стороны дадут скорее всего отрицательный результат.

ну вот, то есть тщательных подсчётов и проверок не проводилось?
уважительной причиной для этого может быть только недостаток времени.
но всё равно - не поводом тут яростно утверждать, что никто ничего не понимает и "нет ни байта"

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

Димыч, не заводись! Игра - огонь! Очень нравится!!!

я ж не спорю - но могла бы нравиться еще больше

[moroz1999]

то есть ты не знаешь, как я смотрел, но уже автоматически уверен, что недостаточно и сразу же решил об этом оповестить

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

да понятно всем уже, что немножко

Это сарказм или что? Я, так-то, кодер плохой, но всё же кодер. Знаю, как устроена память, основы zx-архитектуры представляю себе, на жизнь вообще зарабатываю кодом. Я не понимаю, на что ты намекаешь.
Просто когда Евгений говорит, что места нет, я верю ему а не тебе, потому что он разработчик игры, а не ты.

Точно нет? А если найду? (c) Да, насчёт этого пока всего лишь сомнения. Но что код сократить нельзя с небольшой потерей скорости - нет сомнений. Уже нашёл.

Насчет небольшой потери скорости ты уверен, что она будет небольшой? Например, в игре хватает мест, где скорость на грани, и может считанных тактов не хватить, чтобы влезть во фрейм. Ты ведь это учел, да?

уважительной причиной для этого может быть только недостаток времени.

"Уважительной причиной"? Ты охерел там совсем, что ли? Это бесплатная игра, очнись. Ты с чего такой обнаглевший, а? Тебе никто ничего не должен, разве только в ухо дать разок.

[goodboy]

Дим, есть плагины к эмулям которые после игры дают точную раскладку по использованию памяти.
вероятно Lethargeek юзал что-то подобное, отсюда и категоричный тон.

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

может считанных тактов не хватить, чтобы влезть во фрейм.

кстати чей фрейм брался за основу zx128/pentagon ?

[moroz1999]

У Евгения очень точно подсчитано использование памяти по банкам. Как ни странно, но игру без этого не сделать.

Что бы там летаргик ни использовал, свой категоричный тон он может скатать в трубочку и засунуть сам знает куда. Его выступления - это и есть то хамство, которое распугивает людей с форума, и таких, как он тут - не менее десятка, просто какой-то финиш.

кстати чей фрейм брался за основу zx128/pentagon ?

Если не ошибаюсь, то zx128 вместе с его медленной памятью и прочими радостями.