Age | Commit message (Collapse) | Author |
|
Based on CTRX's code : https://github.com/machinamentum/CTRX/blob/master/bios/source/libc.c#L152
I'm not aware of any games using it but it doesn't hurt to have it
and it should work fine.
|
|
getc will need to be fixed later but this should do as it is.
No issues with putc. Both are similar to psxBios_read and psxBios_write,
except size is 1.
|
|
Nocash documentation says that it returns the I/O address.
I doubt any games use it so but it doesn't hurt to have it.
|
|
Nocash documentation says it should return 0 if one or
none of the bits were changed and return 1 of both bits were set.
This fixes Medievil 2, which would freeze upon starting up a game
and this properly fixes Digimon World crashing (with fixed strcat implementation).
It also possibly fix other games.
|
|
This also implements a bug which allows writes to 0x400
(Is supposed to only accept sector number between 0..3FFh).
Function should return 0 if sector is invalid.
|
|
It should be closer to the real thing, and this commit and the previous one
definitely fixes the save issues in Digimon World.
|
|
DeliverEvent functions are executed right after writing/reading instead of after setting v0.
This fixes saving in games like LEGO Racers.
|
|
Nocash documentation says that function fails if type is not 0x20000000
or 0x20000001. In case of failure, it should return 0.
If not, then it should return 2.
This fixes input in Digimon World.
|
|
Nocash documentation says that function fails if src or dst is 0.
If so, then it must return 0.
This fix is required for fixing crash on bootup in Digimon World.
|
|
Allow access to main ram using retro_get_memory_data/size
|
|
|
|
Fix neGcon input
|
|
|
|
Add support for rpi4 platform with cortex-a72 cpu
|
|
|
|
Report correct geometry and update geometry when needed
|
|
|
|
|
|
|
|
|
|
Allow dynarec speedhacks to be applied on-the-fly
|
|
|
|
Add core options for some advance settings and dynarec speed hacks
|
|
- advance options > Disable XA Decoding, Disable CD Audio
- dynarec speedhacks > Disable SMC checks, Assume GTE regs unneeded, Disable GTE Flags
|
|
|
|
|
|
Fix CHD build for windows
|
|
Allow building without CHD, disable CHD for 3DS
|
|
- all platforms compiles with CHD support.
- compile with HAVE_CHD=0 for no chd support.
- CHD fails building for 3DS, not sure its even fast enough for the device. I tried asking in discord channel but haven't got reply. Disabling it till someone familiar with 3ds can fix it.
http://p.0bl.net/123458
|
|
cc -DGIT_VERSION=\"" 4b7520c"\" -D__WIN32__ -DNO_DYLIB -D_FILE_OFFSET_BITS=64 -Wall -Iinclude -ffast-math -O2 -DNDEBUG -Ideps/zlib -Ideps/libchdr -Ideps/crypto -Ideps/flac-1.3.2/include -Ideps/flac-1.3.2/src/libFLAC/include -Ideps/flac-1.3.2/src/libFLAC/include -Ideps/lzma-16.04/C -D'PACKAGE_VERSION="1.3.2"' -DFLAC__HAS_OGG=0 -DFLAC__NO_DLL -DHAVE_LROUND -DHAVE_STDINT_H -DHAVE_STDLIB_H -DFLAC__NO_DLL -D_7ZIP_ST -DFRONTEND_SUPPORTS_RGB565 -DHAVE_LIBRETRO -DNO_FRONTEND -c -o deps/flac-1.3.2/src/libFLAC/bitmath.o deps/flac-1.3.2/src/libFLAC/bitmath.c
In file included from deps/flac-1.3.2/src/libFLAC/include/private/bitmath.h:39,
from deps/flac-1.3.2/src/libFLAC/bitmath.c:37:
deps/flac-1.3.2/include/share/compat.h:57:16: error: conflicting types for 'fseeko64'
#define fseeko fseeko64
^~~~~~~~
In file included from deps/flac-1.3.2/include/share/win_utf8_io.h:37,
from deps/flac-1.3.2/include/share/compat.h:150,
from deps/flac-1.3.2/src/libFLAC/include/private/bitmath.h:39,
from deps/flac-1.3.2/src/libFLAC/bitmath.c:37:
D:/msys64/mingw64/x86_64-w64-mingw32/include/stdio.h:628:7: note: previous declaration of 'fseeko64' was here
int fseeko64(FILE* stream, _off64_t offset, int whence);
^~~~~~~~
D:/msys64/mingw64/x86_64-w64-mingw32/include/stdio.h:632:12: error: conflicting types for 'ftello64'
_off64_t ftello64(FILE * stream);
^~~~~~~~
In file included from deps/flac-1.3.2/src/libFLAC/include/private/bitmath.h:39,
from deps/flac-1.3.2/src/libFLAC/bitmath.c:37:
deps/flac-1.3.2/include/share/compat.h:58:16: note: previous declaration of 'ftello64' was here
#define ftello ftello64
^~~~~~~~
make: *** [Makefile:332: deps/flac-1.3.2/src/libFLAC/bitmath.o] Error 1
|
|
Add CHD support for Android
|
|
- and buildfix
|
|
fix track information when loading CHDs.
|
|
|
|
* Committer: Wes Smith <wraith@smithmedia.wraithbox.com>
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
modified: Makefile.libretro
Added v8a35 to Makefile
* modified makefile with libretro changes
* New makefile format from libretro
* Updated with PSClassic Make again
* Updated PSC config
* Fix compile flags
Re-add optimizations, -mtune
|
|
add CHD support.
|
|
|
|
* Committer: Wes Smith <wraith@smithmedia.wraithbox.com>
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
modified: Makefile.libretro
Added v8a35 to Makefile
* modified makefile with libretro changes
* New makefile format from libretro
* Updated with PSClassic Make again
* Updated PSC config
|
|
add option to display internal FPS
|
|
|
|
Backport check for Thumb instructions from configure script
|
|
The recompiler can't handle Thumb instructions, so they must be disabled.
This is accomplished via the `-marm` flag being set for different platforms.
However, when using `platform=unix` and manually configuring the build,
the check for Thumb instructions is not done in `Makefile.libretro`.
Therefore, when building with a compiler that defaults to Thumb instructions
(e.g. ODROID-XU4), the build can fail with this error:
libpcsxcore/new_dynarec/backends/psx/pcsxmem.c:18:2: error:
#error the dynarec is incompatible with Thumb functions,
libpcsxcore/new_dynarec/backends/psx/pcsxmem.c:19:2: error:
#error please add -marm to compile flags
To address this, we simply backport the define check from the configure script
for when we build with `ARCH=arm`. This change doesn't affect the buildbot.
|
|
Backport large file support from configure script and improve makefile
|
|
Large file support is not enabled in `Makefile.libretro`, therefore when loading
large PBP files you might get "Value too large" errors in some 32-bits systems
such as the Raspberry Pi. For example:
Could't open 'Final Fantasy VIII (USA).pbp' for reading: Value too large
for defined data type
Error opening CD-ROM plugin!
|
|
* Made DEBUG and WANT_ZLIB variables configurable from make parameters
* Removed duplicate block of code near the end of the Makefile
* Matched formatting style with the rest of the Makefile
* Changed spaces to tabs for consistency with the rest of the Makefile
|
|
Sync upstream commits lost during recent PR squash
|
|
|
|
Revert "Fix input not working in some games"
|
|
|
|
Fix missing embedded zlib, remove unneeded zlib files
|