Homebrew RELEASE LaiNES - A cycle accurate NES Emulator

  • Thread starter Thread starter Deleted-442439
  • Start date Start date
  • Views Views 51,682
  • Replies Replies 132
  • Likes Likes 35
687474703a2f2f692e696d6775722e636f6d2f327475446c43772e706e67
Aaaaaaah I remember the font of the Interface its from Terranigma, right?:D
 
Last edited by Nudu,
  • Like
Reactions: Rune and yadspi
Any chance you can share that build? Don't mind a bit of lag if it means no crashing.
Finishing up a new build and sorting out the menu issues now. All crashes (the ones caused over time, not during load time) have been fixed. Just want to do a bit more testing before I release to everyone, as having the initial release be so broken is frankly a bit embarrassing.

The good news though: Framerate back to what it was even without the crashes! So fullspeed again, yay!
(For the most part. Some of the larger roms with more enemies on screen sometimes dip below 60 fps to like, maybe 45 for a few milliseconds.)

I should have a new release on my github within the next few hours.

Keep in mind: The games that did not load at all in the first release most likely will not load now. This is due to not having a supporting mapper.
The only ones I know of with this issue so far are:
- BattleToads
- Mario + Duck Hunt (Just use the standard SMB ROM without Duck Hunt, works perfectly fine)

If you check the README on my github there's a compatibility list of what will and will not work with the implemented mappers.

Sadly save states are not implemented and most likely will not be for a while. The nature of the code, while extremely accurate to the original console and being C++, has it's data structures sort of strewn about. I'll have to write some functions for each section to return their relevant data back to the main gui to serialize and write everything out to SD. Not 100% decided on how I'd prefer to go about implementing all of that quite yet.
 
Last edited by Kevoot,
  • Like
Reactions: pew and hippy dave
Curious.. Why Lai ? Does it mean anything ? By the way, congratulations. I haven't hacked mine yet and mine is 3.0.0.
 
Latest release is up on my github. jj will update the original post with links and info.

Before you post a game not working or ask about one, check on my github page on the compatibility list. Not all NES mappers are supported by this emulator,
so there are some games expected to just not boot at all. If you tried my earlier version and the game didn't boot at all, then chances are it still will not.

However, if it booted at all and crashed after some playtime / in the menus, it's most likely fixed now.

Please let me know if you run into issues other than the one I just mentioned above as I'd like to make sure this is a stable and finalized project before moving onto the SNES emulator.
 
  • Like
Reactions: hippy dave
New build is up on the repo, should have fixed the crashes for most games + General system stability improvements to enhance the user's experience

UPDATE 1.1.0

Fixed:

  • Crashes for all games which loaded and ran only briefly
  • Menu bugs (mostly by removing most of them as they weren't needed)
Added:

  • Stability
  • Exit cleanly
  • Scaffolding for render quality improvements for when hw acceleration becomes available
Next up:

  • Add support for 2 players
  • Make the menus even better
- OP updated-
 
Last edited by ,
Yo! Noida works perfectly, bugs bunny birthday blowout has some audio issues, but must say great release thanks
 
Nice job @Kevoot its running really well for the games that do work the only issues I noticed was the rom selection does not go down , the settings are missing it only save settings and saving doesn't work. Are you planning on going full screen? I love it soo far cant wait to see your snes work :D
 
Last edited by Twistedziefer,
New build is up on the repo, should have fixed the crashes for most games + General system stability improvements to enhance the user's experience

UPDATE 1.1.0

Fixed:

  • Crashes for all games which loaded and ran only briefly
  • Menu bugs (mostly by removing most of them as they weren't needed)
Added:

  • Stability
  • Exit cleanly
  • Scaffolding for render quality improvements for when hw acceleration becomes available
Next up:

  • Add support for 2 players
  • Make the menus even better
- OP updated-

Huge improvement. Thank you. So far this is my personal favorite just for the fact I feel like it has the most promising outcome
 
I guess Punch Out is one of the games that is not supported? Dang, it's usually the first game I like to play on any new homebrew system.
 
The screen size option needs to be brought back in a future version, since I can't even disable bilinear filter now.
Also, the menu list glitch still exists in the current update.
 
The screen size option needs to be brought back in a future version, since I can't even disable bilinear filter now.
Also, the menu list glitch still exists in the current update.
looks like zelda 2 is laggy in overworld segments but when it's in side scroller battles or towns it's fine

The UI will be entirely swapped out not too long from now since I'm not a huge fan of it as is.

In terms of videosize and filtering: The size is removed as it also enlarges the buffer the ppu ends up writing frames to, and anything beyond 1x size just stutters horribly. The filter itself is always set to nearest as any of the others were too much of a hit on performance just the same.

Once opengl is available from libnx or a portlib these will be non-issues and the options will be put back in. If you'd like to test and verify for yourself, gui.cpp in my repo has the lines commented for the menu options and functions responsible for scaling and quality. If you happen to find a tweak to get them running nicely please let me know with a pr, would greatly appreciate!
 
The UI will be entirely swapped out not too long from now since I'm not a huge fan of it as is.

In terms of videosize and filtering: The size is removed as it also enlarges the buffer the ppu ends up writing frames to, and anything beyond 1x size just stutters horribly. The filter itself is always set to nearest as any of the others were too much of a hit on performance just the same.

Once opengl is available from libnx or a portlib these will be non-issues and the options will be put back in. If you'd like to test and verify for yourself, gui.cpp in my repo has the lines commented for the menu options and functions responsible for scaling and quality. If you happen to find a tweak to get them running nicely please let me know with a pr, would greatly appreciate!
Well, at least can you add an option to remove bilinear filter in the future plz?
 

Site & Scene News

Popular threads in this forum