The bug I recently found in Rubble Saver has a chance of causing Bizhawk-Gambatte to stop rendering new frames.
https://github.com/TASVideos/BizHawk/issues/1306
I'd still be very happy if someone could help me about the SML2 ROMs issue. I'd be very interested to create SML2 level hacks.
Joined: 4/22/2014
Posts: 59
Location: United Kingdom
Quick question; is it possible to use Lua to manipulate the colour palette in Gambatte? Like for example, you can have a different colour palette depending on what stage you're on? Or is it not possible?
Quick question; is it possible to use Lua to manipulate the colour palette in Gambatte? Like for example, you can have a different colour palette depending on what stage you're on? Or is it not possible?
I believe not. Something like that would probably be listed under a GB tag here:
http://tasvideos.org/Bizhawk/LuaFunctions.html
But there is no GB tag. There is only nes and snes.
The next best thing is that you draw a box over the screen with a certain opacity and color.
Everyone knows it needs to be done, and no one has the time.
For the reference, the proper approach is making it a submodule, and porting over our changes within a fork, so we could in future update the core on a whim. zeromus has the commits that need to be reapplied, it just takes someone with the time (and basic skills).
I'd be willing to take a stab at it if it's really just a matter of re-applying previously written code to rig it back up and then working out the quirks. I assumed there were larger underlying issues with updating it which is why it'd never been done. I already have a build environment for the core configured as I built the RSP update a few months back.
Is the list of commits posted anywhere (or could you get it), or am I going to have to dig through the git history?
I'd be willing to take a stab at it if it's really just a matter of re-applying previously written code to rig it back up and then working out the quirks. I assumed there were larger underlying issues with updating it which is why it'd never been done. I already have a build environment for the core configured as I built the RSP update a few months back.
Is the list of commits posted anywhere (or could you get it), or am I going to have to dig through the git history?
Oh wow! Please ask zeromus, he said he had the list. If taken in its entirety, most of the commits were to Jabo, which is now dead, so it must be quite doable. You're comfortable with submodules?
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
I'd be willing to take a stab at it if it's really just a matter of re-applying previously written code to rig it back up and then working out the quirks. I assumed there were larger underlying issues with updating it which is why it'd never been done. I already have a build environment for the core configured as I built the RSP update a few months back.
Is the list of commits posted anywhere (or could you get it), or am I going to have to dig through the git history?
Oh wow! Please ask zeromus, he said he had the list. If taken in its entirety, most of the commits were to Jabo, which is now dead, so it must be quite doable. You're comfortable with submodules?
I don't have a huge amount of experience with them, but it's not a massive hassle. I'd be doing the development on a fork anyways so if it got annoying, I could just do it in the fork directly and then turn it into a submodule once it's "working".
I'll hit up the IRC for the list and take a look. Can't guarantee results if a bunch of stuff comes up that's out of my skill level (I'm primarily a C# dev but I've done some C++ here and there), but I've been wanting N64 updated for a while now and if it really is primarily a time investment, I'll take a stab at it.
Yeah the only requirement is easy merging for upstream updates. It will be a fork anyway, we'll just officially adopt it if it works as expected, and them make a submodule out of it. You won't be losing anything after that, you'd still be able to commit to our fork if you want.
tl;dr: you don't have to manage submodules, just make the fork work!
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Getting into the code, there have been a loooot of changes to Mupen that completely break many of these patches. Most of the files patched don't even exist in the same form due to massive refactoring and complete re-writes. This might be a bit much for what I was looking to do.
Joined: 10/18/2017
Posts: 161
Location: San Francisco
I can't load the Genie Code into any Genesis games because it is not loading.
Planned runs:
Marble Madness (Arcade, Genesis J, GG/SMS)
Proposed:
Ecco the Dolphin (Genesis, GG/SMS, CD: regular, camera freeze)
Ecco: The Tides of Time (Genesis, GG/SMS, CD; normal mode)
Mario Kart DS (all cups, all missions)
In progress: Grand Poo World 3 (all exits hard mode)
Joined: 10/18/2017
Posts: 161
Location: San Francisco
Evan0512 wrote:
I can't load the Genie Code into any Genesis games because it is not loading.
How to use Game Genie into it?
Planned runs:
Marble Madness (Arcade, Genesis J, GG/SMS)
Proposed:
Ecco the Dolphin (Genesis, GG/SMS, CD: regular, camera freeze)
Ecco: The Tides of Time (Genesis, GG/SMS, CD; normal mode)
Mario Kart DS (all cups, all missions)
In progress: Grand Poo World 3 (all exits hard mode)
I have rewritten interrupt handling for the z80 CPU core. This is a major rewrite that was necessary for the CPC core currently in development.
Please test the heck out of it.
I don't want there to be a bunch of regressions like last time. I tested all the relevant ZX spectrum test roms I could find. They all still pass, which means I didn't mess up anything too serious. But I would appreciate anyone who has a spare minute who can load up a GG/SMS or Coleco or Spectrum game and ensure it still works.
Thanks!
I did alot of testing for my Game Gear record project, and so far, about 30/40 gear geames game, including the one that were fixed in the GG issue, were working with no problem. Games like
The three Mortal Kombat games
the SMSGG games (like Prince of Persia or RC Grand Prix, with the exception of those in the issue list)
and all the Disney games (Donald, Mickey)
works like in the last ver
My new website, a blog about retro gaming!
RetroGameUp
Youtube channel featuring gameplay of old retro game!
GlitchoMuseum
They were aligned initially. What release breaks this?
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Joined: 10/18/2017
Posts: 161
Location: San Francisco
I tried the Mac version of BizHawk, but the text whitens, not perfect. Though the screen is also not perfect. It quits immediately when I screenshot a photo.
Planned runs:
Marble Madness (Arcade, Genesis J, GG/SMS)
Proposed:
Ecco the Dolphin (Genesis, GG/SMS, CD: regular, camera freeze)
Ecco: The Tides of Time (Genesis, GG/SMS, CD; normal mode)
Mario Kart DS (all cups, all missions)
In progress: Grand Poo World 3 (all exits hard mode)
Hello! When I'm selecting a movie for a PCE game, it says that the framerate is 59.8(...) but it's strange for me that when I'm dumping a video, the framerate is now 60.
This only happens in PCE as I know, because NES for example, says 60.1~ and when dumping is also 60.1~, but with PCE is different...
Why does this happen? Is this normal? If it's normal and intended it's curious xD
This happens in 1.13.2 and 2.3.
Example:
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Been a little while since a new release... I'm hopeful for an N64 core update :)
Are there any N64 emulators still in development, anyway? It seems like N64 gets the least amount of love v__v
Been a little while since a new release... I'm hopeful for an N64 core update :)
Are there any N64 emulators still in development, anyway? It seems like N64 gets the least amount of love v__v
mupen64plus has actually seen a lot of activity lately. Microcode emulation for some of the later N64 games was greatly improved not too long ago. This doesn't fix mupen's underlying accuracy flaws, but playability is certainly still improving. Also CEN64 still sees commits, but activity on it has waned.
Most every core in Bizhawk needs updating, both in house and external. I'm not sure there is any particular time frame to do it, and it's not tied to a release schedule. Just keep an eye out I guess.
