Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
эм... а куда оно потеряло (pc) ?Это уже обсуждалось
это то понятно, что мне пока не понятно почему этот самый pc дает минус 2 к числу, стоящему перед...Ты даёшь команду процессору прыгнуть на адрес $1E и выполнить что-то. Он вычисляет адрес так. $1E - текущий адрес pc (после того, как он прочитал код команды, который равен два байта, то адрес pc уже на два байта больше, чем адрес по которому стоит команда jsr $1E(pc)). Соответственно, если адрес команды jsr $1E(pc) = $0, то адрес pc в момент вычисления будет = $2. $1E - 2 = $1C.
Оставь надежду, всяк сюда входящийтак звучит эта фраза
от например на эмуляторе похожем тоже от этого разработчика NES.EMU он внедрил режим системы Dendy, чтобы люди испытали те эмоции и чувства когда они играли в 90-x на денди, услышали ту самую замедленную музыку pal.Ну, так на виндоус эмуляторах это давно есть, бесплатно)
Список эмуляторов, поддерживающих Dendy-режим:
Цитата
- RetroArch [libretro] (nestopia, fceumm, mesen)
- Nestopia 1.40, Nestopia UE
- FCEUX 2.2.3
- Nintendulator
- Mesen
- puNES
- BizHawk
- My NES
- Nintaco
- RetroCopy
- NESICIDE
Так вот, на них для Rings of power везде сейвы работают из самой игры. Выбирай любой, бесплатный эмулятор играй, ну а людям , которые играют на эмуляторах на винде не повезло если там такие сырые программы...и движения по улучшению нет никакого.Вот проверил в BlastEm. Работают внутри-игровые сейвы. Может на каком-нибудь Gens или Kega Fusion не работают.
В нём у меня используется оптимальный разбор строки, который я вычитал то ли в какой-то книжке, то ли в методичке.Вспомнил автора: Кадач А.В. и это была не методичка, а диссертация под названием "Эффективные алгоритмы неискажающего сжатия текстовой информации" из его диссертации следует,
И получился абсолютно такой же результат.
Как показали эмпирические испытания, ограничения на расход памяти М = 128Т.е. тот алгоритм, который он реализовал даёт оптимальный разбор, если M не достигает 128. А у меня он и не достиг 128 при сжатии картинки MK. Но если, кто сможет сжать ещё лучше, то это будет интересно.
более чем достаточно для практического применения, т. к. во всех испытаниях m ни разу
не достигло этого значения (следовательно, порядок кодирования был оптимальным).
Сейчас адаптировал мой старый медленный алгоритм, но с хорошим сжатием (вроде не предел), получилось 533 448 байтХм-м, адаптировал один из своих пакеров под стандарты Дино Кризис. В нём у меня используется оптимальный разбор строки, который я вычитал то ли в какой-то книжке, то ли в методичке.
moveq (причем без вариантов типов переменной .w или .l или .b видимо существует только что-то одно)MoveQ - Move quick - передача с расширением знака.
точно $ffe446 ? не $ffffe446 или не $e446 ?Да без разницы, всё равно запись будет в ОЗУ по адресу ffe446. Видимо, в самой команде уже указано, что запись идёт в ОЗУ. Поэтому компилируется более короткий код без ff.
ясно что ничего не ясно... это пока ладно. листаю https://info.sonicretro.org/SCHG:68000_ASM-to-Hex_Code_ReferenceЭто индексная адресация.
и там есть такой момент:Код: [Выделить]move.b (a2,d0.w), d1и как его осознать то?как бы понятно что move это копирование чего-то куда-то. скопировать a2 куда-то я еще понимаю. скопировать (а2) куда-то я еще понимаю. но здесь что происходит (a2,d0)
второе:pc - это program counter.Код: [Выделить]move.b $5E(pc,d3.w), ($FFFFE446).w 0001 0001 1111 1011 11FB 305E E446что за pc?
И он показывает валидные параметры при вводе и наведении, или только подсвечивает ошибки?Не думаю. Подсветка какая-то была.
как бы понятно что move это копирование чего-то куда-то. скопировать a2 куда-то я еще понимаю. скопировать (а2) куда-то я еще понимаю. но здесь что происходит (a2,d0)void top (void){
//All_Off(); // turn off screen
//Load_Palette();
summ_tile();
//All_On(); // turn on screen
}
void top2 (void){
//All_Off(); // turn off screen
//Load_Palette();
summ_tile2();
//All_On(); // turn on screen
}
Привет, можете подсказать, как находить, когда отправляются таблицы тайлов в VDP_DATA?
Смотрел на примере заставки Sega в Дюне, с помощью дебаггера, запись в VDP_DATA идет всего пару раз, и не понятно, что там в DMA, длина данных 0x800, вроде похоже на правду, но диапазон адресов откуда писать странные 7F8000 - FF0000 (Ram).
Направьте так сказать, куда смотреть, вроде перечила мат. часть, но что-то не сходится.
Только Gens r57shell mod чудовищно медленный, если открыть HEX-редактор, по крайней мере на Win10 с FX-8300 и Ryzen 5600X, чем выше окно, тем больше просадка, на FX-8300 было меньше 30FPS из 60, на 5600X лучше, но всё равно. Вроде на Win7 было лучше, думаю дело в отрисовки (API и код плохой), например, на HxD плохо меняет размер на 5600X тоже. Его пилить и пилить, переписывать GUI.Для дампы палитра не особо важно. Палитру в формат RGB888 он правильно дампит.
rgbBlue:= (Value shr 4) and $F0;
rgbGreen:= Value and $F0;
rgbRed:= (Value shl 4) and $F0;
Никаких лишних констант. Regen вроде правильный порядок дампит уже. Размер правда, всё также, 512 байт, вместо 128Потому что размер CRAM 512 байт
Приходится так изворачиваться, чтобы можно было прикрепить архив к посту в вк.Ну так пакуй в zip или ты мегабайты экономишь?
Тогда вытащи шрифт из видеопамяти. Там он должен быть в привычном виде. Затем сравнить последовательное расположение байт с Z-образным, чтобы понять алгоритм перестановки байт. Гугл выдают кучу разных вариаций Z-образных расположений байт.
https://en.wikipedia.org/wiki/Z-order_curve
В тайл молестере нет этого Z-mode свиззла.
http://problemkaputt.de/gbatek-3ds-video-texture-swizzling.htm