Me too, tbh. Turns out it's not ALL that hard to get it to compile--if you preprocess the code with a different C preprocessor. Which doesn't exactly equate to running it through MSVS directly, unfortunately.
Emulator Coder, Site Developer, Site Owner, Expert player
(3576)
🇺🇸 United States
Joined: 11/3/2004
Posts: 4759
Location: 🇺🇸 United States
A big part of the reason it was integrated now was to get more usage and more feedback. I hope you guys try it out. There are some known issues compared to VBA-rr. But there is also some things mGBA does that no VBA variant gets right.
I think this emulator has a lot of potential to be something great. And I hope we as a community support it by helping.
TASers are the best people on the planet to find emulation issues. Please use it and report things.
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
When possible, include what version of BizHawk or mGBA has your issue. So your bug reports can be handled more efficiently.
mGBA has been put into Version 1.10.0 of BizHawk.
I do have a bug report using the BizHawk version of the emulator.
If you load Phantasy Star Collection, then run Phantasy Star, the game's intro cutscene does have a graphical issue. It appears to be rendering incorrectly. It is MUCH better then VBA-Next though.
Note the 342. The first image, the 4 Is wrong. On the second, the 3 is wrong. Also you can't see it with these small images but the leafs and bushes are also rendered wrong. Tested against BizHawk SVN Build 9415
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
When possible, include what version of BizHawk or mGBA has your issue. So your bug reports can be handled more efficiently.
mGBA has been put into Version 1.10.0 of BizHawk.
I do have a bug report using the BizHawk version of the emulator.
If you load Phantasy Star Collection, then run Phantasy Star, the game's intro cutscene does have a graphical issue. It appears to be rendering incorrectly. It is MUCH better then VBA-Next though.
Note the 342. The first image, the 4 Is wrong. On the second, the 3 is wrong. Also you can't see it with these small images but the leafs and bushes are also rendered wrong. Tested against BizHawk SVN Build 9415
Everyone thinks this is a bug, but it's actually intended behavior. Every other frame, it swaps which NES scanline it's rendering in some of the GBA scanlines, so there is some light flickering. The intent is to make it look like there are more scanlines than there are. It's really hard to see on hardware, but I have verified that it happens on hardware, too.
I noticed a visual bug in Final Fantasy VI Advance during the transition to the battle. This is what happens in mGBA (I used the nightly build from June 13th):
And this is what happens in VBA-M 2.0 beta and VBA-Next, respectively:
Another thing I noticed in mGBA in this particular game is that sometimes, a sound effect doesn't play at all (unless it's a side effect of the sound restoration patch that I used, but it doesn't seem to happen in the both VBA flavours I tested, though I'll test on the regular version to confirm). I have a recording ready, if you need it (which, by the way, works pretty well now).
I've been told that the sound restoration patch doesn't actually work properly on real hardware due to it using too much CPU.
E] I just figured out what the graphical bug is and WOW I'm amazed I never fixed it before. It will be fixed in not the upcoming build, but the one after it.
Hopefully they'll sync with newer bugfix revisions of mGBA every so often. I've not talked to them too much about it, but they might be able to do 1.10.1 at some point in the next few months if there are a lot of bugs fixes in mGBA. I doubt there will be that many core bugs to fix, though. (Although obviously there's at least one here.)
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
endrift wrote:
I've been told that the sound restoration patch doesn't actually work properly on real hardware due to it using too much CPU.
E] I just figured out what the graphical bug is and WOW I'm amazed I never fixed it before. It will be fixed in not the upcoming build, but the one after it.
Which Graphical Bug? The Final Fantasy one or the Phantasy Star one?
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
I've been told that the sound restoration patch doesn't actually work properly on real hardware due to it using too much CPU.
E] I just figured out what the graphical bug is and WOW I'm amazed I never fixed it before. It will be fixed in not the upcoming build, but the one after it.
Which Graphical Bug? The Final Fantasy one or the Phantasy Star one?
1) What was the GBA emu that was already integrated in bizhawk again?
2) Will it be replaced or will bizhawk users be able to choose between mgba and the previous emu?
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
MUGG wrote:
1) What was the GBA emu that was already integrated in bizhawk again?
2) Will it be replaced or will bizhawk users be able to choose between mgba and the previous emu?
1) VBA-Next was in BizHawk
2) Not replacing, yet. You can choose between VBA and mGBA.
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
Maybe someone (or me when I'm not particularly lazy) can try doing one of the action command glitches in Mario & Luigi, such as this one where emulator and console differs. I'm wondering if mgba emulates the glitch correctly.
Turns out the biggest problem was with VS 2015's macro support, but I should probably be using auto-generated code instead of the macro madness I am using.
That means VS2015 compatibility is possible? :)
I just landed a change that removes the macros that VS 2015 was choking on, and zeromus informs me it's possible to build with VS2015 now. Hurrah!
Sorry if this was mentioned somewhere, but:
1. Does this support motion sensing and/or wireless adapter/GCN/GBA cable?
2. Assuming no, I'm aware other branches of emulators exists that have them. How accurate are they compared to the actual console?
3. Also how many of these (and probably more) does mGBA currently support?
Currently, the link cable is supported (but only locally), as well as the gyroscope and accelerometer. The latter two are only exposed in the nightlies at the moment, but exist fully emulated in 0.2.
Wireless adapter is not supported at all that the moment, but it's planned.
The GCN/GBA link cable is emulated in a branch, but it works very poorly so it was never merged.
Game Boy Player is a GCN accessory, but some of the features it exposes are currently planned to be added.
e-Reader is planned but not yet implemented.
The headphone adapter is not exposed to games. It's just a dongle that adapts some wires.
Play-Yan has not been reverse engineered yet. I got a Nintendo MP3 Player, which is the EU version of the Play-Yan, but I've not done much reversing work on it yet.
I'm not sure what the point of supporting Cygwin is. Cygwin is just for programs that don't quite work natively. So if they do work natively, why bother?
NMAKE is just microsoft's makefile system. CMake can spit those out fine. What it boils down to is if the compiler it wants you to use can support it, which here would still be MSVC. So it all boils down to MSVC support.
I'm not sure what the point of supporting Cygwin is. Cygwin is just for programs that don't quite work natively. So if they do work natively, why bother?
Note the 342. The first image, the 4 Is wrong. On the second, the 3 is wrong. Also you can't see it with these small images but the leafs and bushes are also rendered wrong. Tested against BizHawk SVN Build 9415
And this is what happens in VBA-M 2.0 beta and VBA-Next, respectively:
Another thing I noticed in mGBA in this particular game is that sometimes, a sound effect doesn't play at all (unless it's a side effect of the sound restoration patch that I used, but it doesn't seem to happen in the both VBA flavours I tested, though I'll test on the regular version to confirm). I have a recording ready, if you need it (which, by the way, works pretty well now).
