Merge pull request #4 from AriaHiro64/moparisthebest-master

fixed weird leftovers from merge
This commit is contained in:
AriaHiro64 2021-09-28 21:31:42 +00:00 committed by GitHub
commit e2650f1715
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
4 changed files with 1 additions and 18 deletions

View File

@ -19,11 +19,7 @@ OBJDIR = ./obj
BINDIR = ./bin
TOOLSDIR = ./tools
<<<<<<< HEAD
LINK_FLAGS = -O1 -L$(ROOTDIR)/lib -L$(ROOTDIR)/mips64-elf/lib -ldragon -lmad -lmikmod -lyaml -lc -lm -ldragonsys -lnosys $(LIBS) -Tn64ld.x
=======
LINK_FLAGS = -O1 -L$(ROOTDIR)/lib -L$(ROOTDIR)/mips64-elf/lib -ldragon -lmad -lyaml -lc -lm -ldragonsys -lnosys $(LIBS) -Tn64ld.x
>>>>>>> 3733e676f9e52632f1015a86a8e422e54fc18f22
PROG_NAME = OS64P
CFLAGS = -std=gnu99 -march=vr4300 -mtune=vr4300 -O1 -I$(INCDIR) -I$(ROOTDIR)/include -I$(ROOTDIR)/mips64-elf/include -lpthread -lrt -D_REENTRANT -DUSE_TRUETYPE $(SET_DEBUG)
ASFLAGS = -mtune=vr4300 -march=vr4300
@ -31,7 +27,7 @@ CC = $(GCCN64PREFIX)gcc
AS = $(GCCN64PREFIX)as
LD = $(GCCN64PREFIX)ld
OBJCOPY = $(GCCN64PREFIX)objcopy
SOURCES := $(wildcard $(SRCDIR)/*.c)
OBJECTS = $(SOURCES:$(SRCDIR)/%.c=$(OBJDIR)/%.o)

View File

@ -6,16 +6,11 @@ Alternative Everdrive64 menu
originally written by saturnu, and released on the
[Everdrive64 forum](http://krikzz.com/forum/index.php?topic=816.0).
<<<<<<< HEAD
## Building
If you want to build the menu, you need an n64 toolchain. This is terrible to build, moparisthebest ended up creating a Dockerfile in the docker folder, instructions included in it.
Or if you trust him, you can use the one he built and pushed to docker hub, [moparisthebest/altra64-dev](https://hub.docker.com/r/moparisthebest/altra64-dev)
=======
## Reason for this fork
The original version overwrote 1 save file per game on system reset, but if you (or your kids...) accidentally turn it off, or hit reset twice, you just lost your entire game progress forever. I have modified the saving/loading to *never* overwrite a save file, and instead save `gamename.0000.SRM`, then `gamename.0001.SRM` next and so on, up to `gamename.9999.SRM`, so that absolute worst case if you mess up you only lose 1 gaming session's save. If need be you can put the SD card into a computer and delete the latest faulty save. Upon starting a game it'll always load the highest numbered save.
## Building

View File

@ -1624,11 +1624,6 @@ int backupSaveData(display_context_t disp)
int saveTypeFromSd(display_context_t disp, char *rom_name, int stype)
{
TRACE(disp, rom_filename);
<<<<<<< HEAD
=======
>>>>>>> 3733e676f9e52632f1015a86a8e422e54fc18f22
const char* save_type_extension = saveTypeToExtension(stype, ext_type);
TCHAR fname[256] = {0};
int save_count = 0; //TODO: once this crosses 9999 bad infinite-loop type things happen, look into that one day

View File

@ -27,9 +27,6 @@ void menu_about(display_context_t disp)
printText("ChillyWilly", 9, -1, disp);
printText("ShaunTaylor", 9, -1, disp);
printText("Conle", 9, -1, disp);
<<<<<<< HEAD
printText("Aria Hiro 64", 9, -1, disp);
=======
>>>>>>> 3733e676f9e52632f1015a86a8e422e54fc18f22
printText("moparisthebest", 9, -1, disp);
} //TODO: make scrolling text, should include libraries used.