Game-Decompilation/sotn-decomp
1
0
Fork 0
mirror of https://github.com/Xeeynamo/sotn-decomp.git synced 2024-10-07 02:24:01 +00:00
Code Issues Actions 8 Packages Projects Releases Wiki Activity
b6152f5ac8
sotn-decomp/include/memcard.h

22 lines
619 B
C
Raw Normal View History

Add AGPL license (#1565) From the [public announcement](https://discord.com/channels/1079389589950705684/1079395108501331990/1276310695964835910) on Discord: > We've been progressing very far with the project and I started wondering what would be the best course of action to protect the work of existing and future contributors. I personally consider contributions to a decompilation project as creative work. Therefore it is my desire to protect this creative work from being re-claimed by other people. This is especially true in the light of the ability of modding the existing decompiled code and create derivative work. > > I talked privately with the current most active contributors. And me, @sozud , @bismurphy and @joshlory so far agreed on pushing through the AGPLv3 license for all the decompiled code in `sotn-decomp/src`, excluding any third party code and decompiled code from the PSX SDK. But I've been wanting to ask all of you if you are fine your code to be licensed and protected under the AGPLv3 terms. > > https://raw.githubusercontent.com/Xeeynamo/sotn-decomp/89686514916cabd0dd88ae0387f749a889c19e05/src/LICENSE > > I put and all the contributors, which can be accessed to the page https://github.com/Xeeynamo/sotn-decomp/graphs/contributors . Again, this will work for existing and future contributors. In the license I put my full name as I will be responsible of any legality. And I understand not every contributor wants to disclose their identity. Please give an approval to my latest PR if you do not have any objection. If not, please write here publicly. > > PS. I understand past contributors will either not see the message above or decide to ignore it. If I do not hear from anyone of the contributors for more than one week between those who did not interact with me or the server, I will still go ahead and apply the license. It is not in my intention to ignore past contributors. But I do not want contributors who have been inactive for months or years to be a blocker. Please do not mistake this as an act of malevolence. --------- Co-authored-by: Joey Murphy <tjmurphy@mit.edu>
2024-09-06 20:14:55 +00:00
// SPDX-License-Identifier: AGPL-3.0-or-later
DRA+SEL MemcardParse (#592) Decompiling this function the meaning of various functions, de-fake struct and symbols and document a previously unknown function. This was the second last function from the `save_mgr` group. If possible, with the next PR I plan to merge `save_mgr`, `save_mgr2`, `save_mgr3` and importing the relevant `.data` and `.rodata` segments.
2023-09-14 17:07:03 +00:00
#ifndef MEMCARD_H
#define MEMCARD_H
// save manager
// port: 0 or 1, it is the physical port where you plug the memory card.
// port_s: 0-3, valid only in the context of multi tap, unused in this game.
// channel: the numerical combination of port and port_s
// block: 0-14, a memory card can store up to 15 blocks
DRA reorganise BSS section (#1478) A follow-up to #1473 where I imported the whole BSS section by respecting the symbol offset but ignoring their actual type. The work here consists into checking all the almost 500 symbols in DRA one by one. Each type in `bss.c` will be changed to respect the one actually defined in `dra.h` and document the file that actually holds reference to the symbol. If the symbol is only used in one file it will be removed from `dra.h`. Once the work is done I am planning to get rid of `src/dra/bss.c` and have each file to hold the reference. The reason why I created `dra_bss.h` is because when GCC does not order BSS by how they are declared, but when it finds them first in the code. So doing `extern s32 b; s32 a; s32 b;` will order them as `b` then `a`. `dra_bss.h` needs to not be included in `src/dra/bss.c` but all the structs and enums should. Tons of fake symbols have been addressed as part of this PR.
2024-08-08 22:06:26 +00:00
#include <game.h>
DRA+SEL MemcardParse (#592) Decompiling this function the meaning of various functions, de-fake struct and symbols and document a previously unknown function. This was the second last function from the `save_mgr` group. If possible, with the next PR I plan to merge `save_mgr`, `save_mgr2`, `save_mgr3` and importing the relevant `.data` and `.rodata` segments.
2023-09-14 17:07:03 +00:00
#include <psxsdk/kernel.h>
#include <psxsdk/libapi.h>
extern MemcardInfo g_MemcardInfo[2];
extern s32 g_MemcardBlockRead;
Extract memory card icons (#166) Extract the memory card icons out of DRA.BIN and SEL.BIN. ![image](https://user-images.githubusercontent.com/6128729/227794798-4dd071f9-512b-4c72-8f5d-fcbf7a615519.png) I also took the opportunity to extract `g_MemcardPortMask` into its own source file `save_mgr_pre.c`. Unfortunately this is required to keep the original data order. This suggests that most likely the icon palette and bitmap were baked into the original `save_mgr.c` as byte arrays. I decided to take a different approach and extracted them as PNGs for better moddability. I had to spin-off Splat into a new fork due to some breaking changes on 0.18.0.
2023-12-12 07:12:13 +00:00
extern s32 g_MemcardPortMask[];
extern u16 g_saveIconPal0[0x10][0x10];
extern u8* g_saveIconTexture[0x10];
DRA+SEL MemcardParse (#592) Decompiling this function the meaning of various functions, de-fake struct and symbols and document a previously unknown function. This was the second last function from the `save_mgr` group. If possible, with the next PR I plan to merge `save_mgr`, `save_mgr2`, `save_mgr3` and importing the relevant `.data` and `.rodata` segments.
2023-09-14 17:07:03 +00:00
#endif
Reference in New Issue Copy Permalink