Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/th04/main/score[bss].asm

20 lines
600 B
NASM
Raw Normal View History

[Reverse-engineering] [th04/th05] Score variables In which ZUN uses little-endian BCD as the exclusive internal storage for both the current and the high score. Which are then updated using, once again, ridiculously micro-optimized ASM code that uses the venerable x86 BCD instructions. Funded by -Tom-.
2019-03-03 18:41:25 +00:00
; Scores and high scores are exclusively stored in little-endian BCD format
; internally. Points are added via adding regular integers to [score_delta],
; which is then taken "times 10" ([score_delta] += 1 → 10 more on-screen
; points).
[Maintenance] [th03/th04/th05] Drop the `_lebcd` suffix from score variables What is this, reversed Hungarian notation? For gaiji strings, it makes sense because there's no difference in the access code to regular strings, but you can't really do anything with a union itself. (Besides passing it to a function in a type-safe way, but that's cool.) Part of P0186, funded by [Anonymous] and Blue Bolt.
2022-03-10 10:59:13 +00:00
public _continues_used, _score, _hiscore
[Maintenance] [th04/th05] Assemble 16-bit .ASM files case-sensitively Otherwise, TASM would simply convert all EXTRN declarations in those files to uppercase. Then, the linker would expect them in uppercase, forcing both the case-sensitive big 32-bit .ASM files *and* the entire C land to declare them as uppercase as well. For functions with __pascal convention which are always uppercased anyway, this makes no difference. It does matter for regular __cdecl variables, though, and the C declaration of [score_delta] in e6294c2 already showed that we'd then be forced to use macros if we wanted to pretend that these names still had lowercase characters. Doing this for every variable referenced in both C land and 16-bit ASM land gets annoying quickly. So, no need to force this inconsistency if we can get rid of it by slightly uglifying ASM land. Part of P0089, funded by [Anonymous] and Blue Bolt.
2020-04-28 16:10:07 +00:00
public _score_delta, _score_delta_frame
[Reverse-engineering] [th04/th05] Score variables In which ZUN uses little-endian BCD as the exclusive internal storage for both the current and the high score. Which are then updated using, once again, ridiculously micro-optimized ASM code that uses the venerable x86 BCD instructions. Funded by -Tom-.
2019-03-03 18:41:25 +00:00
label _continues_used byte
[Maintenance] [th03/th04/th05] Drop the `_lebcd` suffix from score variables What is this, reversed Hungarian notation? For gaiji strings, it makes sense because there's no difference in the access code to regular strings, but you can't really do anything with a union itself. (Besides passing it to a function in a type-safe way, but that's cool.) Part of P0186, funded by [Anonymous] and Blue Bolt.
2022-03-10 10:59:13 +00:00
_score db SCORE_DIGITS dup(?)
_hiscore db SCORE_DIGITS dup(?)
[Reverse-engineering] [th04/th05] Score variables In which ZUN uses little-endian BCD as the exclusive internal storage for both the current and the high score. Which are then updated using, once again, ridiculously micro-optimized ASM code that uses the venerable x86 BCD instructions. Funded by -Tom-.
2019-03-03 18:41:25 +00:00
if GAME eq 4
[Maintenance] [th04/th05] Assemble 16-bit .ASM files case-sensitively Otherwise, TASM would simply convert all EXTRN declarations in those files to uppercase. Then, the linker would expect them in uppercase, forcing both the case-sensitive big 32-bit .ASM files *and* the entire C land to declare them as uppercase as well. For functions with __pascal convention which are always uppercased anyway, this makes no difference. It does matter for regular __cdecl variables, though, and the C declaration of [score_delta] in e6294c2 already showed that we'd then be forced to use macros if we wanted to pretend that these names still had lowercase characters. Doing this for every variable referenced in both C land and 16-bit ASM land gets annoying quickly. So, no need to force this inconsistency if we can get rid of it by slightly uglifying ASM land. Part of P0089, funded by [Anonymous] and Blue Bolt.
2020-04-28 16:10:07 +00:00
public _score_unused
[Reverse-engineering] [th04/th05] Score variables In which ZUN uses little-endian BCD as the exclusive internal storage for both the current and the high score. Which are then updated using, once again, ridiculously micro-optimized ASM code that uses the venerable x86 BCD instructions. Funded by -Tom-.
2019-03-03 18:41:25 +00:00
_score_unused db ?
endif
_score_delta dd ?
; Amount of points transferred from [score_delta] to [score_lebcd] this frame.
_score_delta_frame dd ?