ShuriZma
/
fceux
mirror of https://github.com/TASEmulators/fceux.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
FCEUX, a NES Emulator
4,293 Commits 1 Branch 14 Tags 170 MiB
C++ 46.4%
HTML 32.1%
C 15.6%
Lua 2.7%
CSS 0.9%
Other 2.1%
Go to file
zeromus fca059aaf4 mmc5 was making no virtually no effort to clear data on power-on, creating nondeterminisms on movie plays. I revised all that.. and it's making me think fceux fundamentally doesn't work well with this. In particular I'm not sure about the timing of the loaded save data. If we get called in the order: mapper_init, loadsavedata, mapper_power -- then we will clobber the WRAM in mapper_power (at least, the way I have it now in mmc5) which will lose the save data. save data should really be loaded AFTER a power-on command. but I don't think fceux ever through through any of this very well. well, at least this fixes my case of a deterministic fm2. 2020-10-16 13:02:06 -04:00
attic delete excess gitignores (we're starting from scratch) 2018-04-10 23:22:39 -05:00
documentation delete excess gitignores (we're starting from scratch) 2018-04-10 23:22:39 -05:00
fceux-server Fix compile error at macOS (#9) 2018-06-03 03:37:39 -04:00
getSDLKey migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
gfceu delete excess gitignores (we're starting from scratch) 2018-04-10 23:22:39 -05:00
m4 migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
output SoundDisplay2.lua tweaks 2019-01-22 23:58:58 +03:00
pipelines Bug fix for debian package creation script to include both gtk and Qt versions. 2020-08-07 19:20:20 +00:00
scripts Successful addition of fceux icon to mac osx dmg package. 2020-07-12 14:10:32 -04:00
src mmc5 was making no virtually no effort to clear data on power-on, creating nondeterminisms on movie plays. I revised all that.. and it's making me think fceux fundamentally doesn't work well with this. In particular I'm not sure about the timing of the loaded save data. If we get called in the order: mapper_init, loadsavedata, mapper_power -- then we will clobber the WRAM in mapper_power (at least, the way I have it now in mmc5) which will lose the save data. save data should really be loaded AFTER a power-on command. but I don't think fceux ever through through any of this very well. well, at least this fixes my case of a deterministic fm2. 2020-10-16 13:02:06 -04:00
vc Merge branch 'master' into Issue130 2020-10-08 19:56:48 +03:00
web Famicom Disk Sytem -> System 2020-09-26 17:08:58 -06:00
.gitignore win64 zip archive files from other folders need directory stripped 2020-06-17 03:21:41 -04:00
CMakeLists.txt Successful build of QT gui using cmake instead of qmake. 2020-07-10 10:59:07 -04:00
CNAME Create CNAME 2020-08-07 13:29:02 -04:00
COPYING migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
ChangeLog migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
INSTALL Merge branch 'master' of ../TasVideo/fceux 2020-07-19 10:12:20 -04:00
Makefile.am migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
NEWS migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
NewPPUtests.txt migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
README Updates to README and SDL TODO files. 2020-09-17 23:12:01 -04:00
SConstruct Modified SConstruct to use more reliable pkg-config. 2020-08-07 10:00:22 -04:00
STYLE-GUIDELINES-SDL migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
TODO-SDL Updated TODO-SDL window so finished status on Qt RAM Watch window. 2020-10-10 09:28:38 -04:00
_config.yml jekyll exclude list 2020-06-18 16:41:21 -04:00
appveyor.yml Added comments into macOS pipeline script. Added other OSs back into pipeline. 2020-06-30 21:37:09 -04:00
autogen.sh Fix Linux build errors (#3) 2018-06-15 13:02:23 -04:00
azure-pipelines.yml Added an appveyor pipeline configure file to allow for a side by side build of both the windows and linux application. 2020-05-15 16:06:18 -04:00
changelog.txt migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
configure.ac migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
debian-crossbuild.sh migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
doxygen migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
fceux.desktop migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
fceux.icns Successful addition of fceux icon to mac osx dmg package. 2020-07-12 14:10:32 -04:00
fceux.png migration tidying (build master from trunk) 2018-04-08 17:35:15 -05:00
fceux.pro Moved linux pipeline to cmake instead of qmake. 2020-07-10 13:51:32 -04:00
fceux1.png Added a higher resolution icon to project. 2020-07-12 12:53:41 -04:00
index.html add an index.html, so hopefully github.io will use this to bounce to the web directory? 2020-06-17 02:27:14 -04:00
readme.md Added Mac OS X interim build links to web page and readme.md. 2020-07-21 21:58:04 -04:00
resources.qrc Added a higher resolution icon to project. 2020-07-12 12:53:41 -04:00

readme.md

fceux Build status

An open source NES Emulator for Windows and Unix that features solid emulation accuracy and state of the art tools for power users. For some reason casual gamers use it too.

Builds and Releases

Interim builds:

But you might like mesen more: https://github.com/SourMesen/Mesen

You should get releases from here: https://sourceforge.net/projects/fceultra/files/

That's because github forces us to use tags we don't have for releases.

2.2.3 is the most recent release but most people are using the autobuilds.