Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
если с загрузкой файлов все понятно. как забабахать указанную логику, чтоб ASM68K.EXE её понял? конец процедуры вроде понятно - rts . прочее как сделать? и наверное нужна пауза, чтоб эта картинка удерживалась на экране?Ну это уже не вопрос про асм, а про то как создать ром sega md с картинкой используя асм?
Но скорость обмена при этом повысится. Вот несколько замеров:В этом тесте vramx2 это как раз для 128 Kb режима. Интересно почему они не поставили 2 x 32 Kb, если передумали ставить вторую на 64 Kb?
Прикольно. Только графоний и музыку поменяли, уровни те же самые?Не меняли. Написано же. Даже в тегах указано - S (sound), G (graphics). А уровни это вроде L (levels).
Ход мыслей у нас одинаковый, как раз сейчас собрал xdelta3 для Linux/ARM - под ним все пропатчилось отлично!У меня какой-то патч не вставал, даже через онлайн патчеры, и пришлось новую хдельту качать, но так как я использую UI, я заменил файл в папке. И потом просто забыл обратно откатить, когда сам делал патчи.
Ок, про X-men 2 надо бы закончить тогда оффтоп - я ошибся, даже более точные эмуляторы так и не дают получить случайного перса при запускеНу главное, что они делают это при резете. А то в генсе всегда один персонаж при запуске, и другой при резете. То есть только 2 разных.
от как связан тут счётчик кадров, понятно теперь. А сам этот счётчик кадров - он зачем игре? Для таймеров что ли? Или это стандартная аппаратная функция консоли?Это не функция консоли, а просто 1 строчка в коде игры. Некий стандартный подход в играх, он сам по себе много для чего бывает нужен, для разных моментов. Но для таймеров, если имеется ввиду секунды то нет, там отдельно делают на 60 кадров отсчёт (если нтсц). Но именно в ЧП для выпадения призов там какие-то другие счётчики. Перечитал предыдущую страницу - Sharpnull написал подробно же. Это наверно сложно понять, но в игре это не какой-то мудрёный код, это просто несколько строк.
Я так же написал и потом задумался - а причём здесь счётчик кадров? (и самой игре вообще зачем такой счётчик?).Но ведь человек не может убивать врага всегда в один и тот же кадр или в кадр рядом, и получать примерно те же предметы. Допустим, крутятся по кругу 10 предметов, меняются каждый кадр, за 60 кадров эти 10 предметов прокрутятся 6 раз. Не верится, что это плохой генератор, что человек сможет попадать на одни предметы чаще. И счётчик кадров для этого не нужен, только зацикленный указатель на предметы.Счётчик есть в любой игре. Это просто 1 строчка, которая прибавляет +1 к какому-то значению в памяти каждый кадр. Если 1-байтовый получается 256 разных значений. Далее это универсально используется для всего, и в т.ч. для 'рандома' разных вещей, если отдельного генератора нет. А отдельные зацикленные указатели-счётчики как раз не создают. Просто используют меньшее кол-во битов от кадрового, например на 8 или 16, и делают таблицу где 'предметы'.
Почему в BlastEm появляются другие персонажи только с включением рандомизации памяти? "Точка кадра" тоже хранится в памяти? Или рандомизируется не только память, но и всё окружение эмулируемой Сеги, получается?У меня независимо от того, включаю я рандомизатор памяти или нет, при запуске эмулятора - один и тот же персонаж с палкой, при сбросе через TAB - рандомно разные персонажи. Версия бластема 0.6.3 - 10.02.2023.
Но не в сеговских?1) В сеговских да, там по нулям при повер-оне. И в бластеме тоже, но там в конфиг файле можно сделать не нулевой.
Почему же тогда эта функция нужна?
Т.е. приставка считывает в каком месте находится луч телевизора в данный момент? Я не очень разбираюсь в этой части.
Если бы в этой игре рандом был связан на "точке кадра", то не приходилось бы использовать в эмуляторе случайные данные в памяти при включении.
Да с любого значения равномерно не получить, скорее всего, поэтому эти лишь зерно/семя для дальнейших вычислений.
Вопрос теперь в том, почему у Darkwing Duck такой сложный рандом, если можно было просто крутить предметы в цикле. Скорее всего, этот механизм перекочевал вместе с движком от мегаменов.
#set this to random to debug initialization bugs
ram_init zeroизменить на ram_init randomЕсли бы в этой игре рандом был связан на "точке кадра", то не приходилось бы использовать в эмуляторе случайные данные в памяти при включении.В моём конфиге ram_init zero (дефолтный конфиг - то есть в памяти нули при включении). При запуске эмулятора персонаж всегда один и тот же. При софт резете персонаж рандомный. Но софт резет не сбрасывает память и в других эмуляторах, так как и не должен. То есть с ram это не связано. Ну и вот даже тут написано, что это каунтеры: https://gendev.spritesmind.net/forum/viewtopic.php?f=2&t=1006&p=14949&hilit=x+men#p14949
В эмуляторах, естественно, этих помех нет и персонаж всегда один и тот же, сколько ни сбрасывай.Память при сбросе не обнуляют практически все эмуляторы. При включении - зависит от эмуляторов и их настроек. Во многих эмуляторах можно настроить на случайные значения в рам (например, в fceux). Но игры это не используют, так как всё равно очищают память в коде в самом начале, кроме некоторых пираток. И даже если значение при включении не будет 00/FF, то таким образом рандом нормальный (равномерный) не получить.
Но десятилетия спустя таки появился более точный эмулятор BlastEm, и он позволяет не обнулять память при запуске, отчего и возможно получить разного персонажа. Причём даже тех, кого никак не получалось получить на оригинальной консоли.
Картинка как раз бьётся очень логично. Проблемы с одним слоем, как я понимаю, спрайтов. В принципе это можно уточнить в каком-нибудь эмуляторе, где есть отключение слоёв.Это проблема не спрайтов, а dma из rom->vram. Просто обычно используют именно для спрайтов.
Жду финальной версии Ninja Gaiden, с удовольствием бы перепрошел с новой музыкой.Я скидывал ТроянХорсу ссылку на ромхак. Но по другим трекам он ничего не сказал, есть ли у него желание и их сделать.
Потестил мегамужиков на FamInvite, работают и звучат хорошо.О, хорошо. А то эвердрайв требует изменения файлов мапперов. На нём и хаки жаб не работали.
Эх... спасибо конечно но мне бы просто поиграть а не по... возиться((Regen0972D в tools -> overclock M68000 - увеличить в 3-4 раза (windows-подобный UI как у Генса и Фужена).
О, интересно!Там есть на русском - в архиве с самим хаком.
Из энтузиазма переведу на русский список изменений (взято из readme-файла на romhacking.net).
На счет отличий MOVE от MOVEA:Все 16-битные операции с An регистрами знако-расширяемые до 32 сами по себе, включая "cmpa.w", а не только move.
- Размер данных: MOVE автоматически определяет размер данных, основываясь на размерности операндов, тогда как MOVEA работает только с адресами и не учитывает размер самих данных.
- Расширение адресов: Когда MOVEA копирует 16-битный адрес в 32-битный регистр, она расширяет адрес, добавляя ведущие нули, чтобы заполнить оставшиеся биты. MOVE не выполняет автоматического расширения адреса.
про сво ?Да.
У sinc LAIR удалили канал за порно и он просит поделиться своими же видео (?!) с ним.Дайте скриншот жесткого 4-цветного спектрум прона за который банят. А он ограничение по возрасту не поставил? А то интересно, ютуб последний год завален видео с трупами и расчленёнкой, возраст не требуется.
Ну по идеи чисто в теории такая ситуация может возникнуть, если между парой записей произойдет вызов nmi. Хотя это весьма странно, так как к этому моменту работу с PPU уже надо бы завершить.Само по себе NMI не сбрасывает адрес тоже. Просто там может быть, код который тоже делает запись в vram, или даже просто строчка BIT PPU_STATUS.
При этом в _GOTOXY можно передавать не только числа (константы), но и регистры или переменные. Скажем: _GOTOXY #10, Y - установить курсор в строку с номером Y (регистр) в позицию 10.Понятно, ну минимально можно сделать функцию вместо макроса .macro _PRINT , чтобы не забивать ром однотипным кодом (передавать адрес строки). Если скорость не важна, можно даже сделать и отдельную функцию для установки адреса сделать вместо макроса, а в макросе оставить только вычисление A и Y.
proc_set_ppu_addr:
STA PPU_ADDRESS
STY PPU_ADDRESS
RTS; 'PRESS START'
LDX #'P'
STX PPU_DATA
INX ; R'
STX PPU_DATA
LDA #'E'
STA PPU_DATA
LDY #'S'
STY PPU_DATA
STY PPU_DATA
LDA #' '
STA PPU_DATA
STY PPU_DATA ; 'S'
INY ; 'T'
STY PPU_DATA ; 'T'
LDA #'A'
STA PPU_DATA ; 'A'
STX PPU_DATA ; 'R'
STY PPU_DATA ; 'T'offset:
LDA #>SCR_BASE ; SCR_BASE = $2000
ORA sreg + 1
STA PPU_ADDRESS
TXA
ORA sreg
STA PPU_ADDRESS
RTS
В общем, как такое решение? Можно ли что-то улучшить или оптимизировать?Не совсем понял, но отдельный код для вывода каждой строки нигде не делают, обычно везде одна функция печати строки, и для нее параметры передаются. Это может быть даже просто её номер, а всё остальное в массиве данных быть. Вычисления как раз можно через макрос сделать. LDA PPU_STATUS тоже нет никакого смысла каждый раз перед установкой адреса делать, это нужно только в 1 случае - если ты где-то записал только 1 раз в $2006 или $2005. Сам по себе регистр на 'нечетный' никак не слетит.
; 2 переменные обязательно в zeropage!
tmp_ptr_l equ $20
tmp_ptr_h equ $21
; макрос для печати строки (не знаю подойдёт ли под твой asm)
MACRO print_str str_x,str_y,str_ptr,nt
LDX #>((str_y*32)+$2000 + nt*$400)
LDY #<(str_y*32 + str_x)
LDA #<str_ptr
STA tmp_ptr_l
LDA #>str_ptr
JSR print_str_
ENDM
; функция печати
print_str_:
STA tmp_ptr_h
STX PPU_ADDRESS
STY PPU_ADDRESS
LDY #0
LDA (tmp_ptr_l),Y
@print_l
INY
STA PPU_DATA
LDA (tmp_ptr_l),Y
BNE @print_l
RTS
stroka1: .BYTE 'TEST STROKA 1 ',0
stroka2: .BYTE ' STROKA 2 TEST ',0
; пример использования в коде:
print_str 4,5,stroka1,0 ; печать строки str0 по x=4,y=5, экран0
print_str 10,15,stroka2,0 ; печать строки str1 по x=10,y=15, экран0
Во втором, если писать $40, то рендер смещается на одно знакоместо вверх. Во всяком случае у меня такой был эффект.А, ну значит пример там именно для инит кода, а не для обычного ожидания vblank, то есть по 2 кадра не надо пропускать чтобы палитру записать.
В приведенном по ссылке коде сначала делают bit $2002 и утверждают, что он должен сбросить состояние, после чего ждут первый раз vblank, затем предлагают заняться разными манипуляциями с памятью (время есть) и ждут второй раз vblank.
UPD: Я попробовал для примера переключать внизу палитры то на красную, то на синюю и у меня получилось. Я растянул на 3 HBlank и использовал цвет из PPU $3F04 для полос при откл. экране, но в FCEUX и VirtuaNES не знают проВ Fceux config->ppu->new ppu выставляет более точную эмуляцию. Касаемо смены палитры, можно из Tom & Jerry ещё взять.
В https://www.nesdev.org/wiki/Init_code написано зачем ждать 2 раз: чтобы дождаться разогрева PPU, поэтому можно вообще не ждать, если ваш код будет производить долгие вычисления (30 000 тактов) до использования PPU.То, что ждать 2 раза это никак не связано с инит кодом, просто вначале идёт проверка на вне vblank, а потом vblank. Потому что если оставить только вторую строчку (ожидание vblank), а сам код ожидания ты запускаешь в произвольное время - ты можешь оказаться и в середине, и в самом конце vblank, а тебе надо оказываться именно в самом его начале, чтобы провести максимум операций с ппу. Посмотрел ещё раз - там просто пример кривой (2 раза с BPL), не знаю откуда вы их берёте.
Я сам до конца не понимаю, но если включен NMI, то точно нельзя из-за Race Condition.Если NMI включен, то вообще не надо ничего делать с ppu вне него. Если он будет срабатывать где-то в середине твоего кода, и будет всё ломаться.
Lunar Laser, после того, как ты выплатишь суду 12 миллионов долларов, всякие Диззи и Шиноби ты удалишь сам.Ну и что нашёл он 12 миллионов?