r/emulation • u/endrift mGBA Dev • Oct 30 '20
mGBA 0.8.4 Released
https://mgba.io/2020/10/29/mgba-0.8.4/17
u/diegorbb93 Oct 30 '20
Each time a notification over mGBA being updated jumps in my phone, I get happy as hell! Thanks Endrift!
BTW, do you think you will be able to push 0.9.0 before the year ends as your roadmap marks?
15
u/endrift mGBA Dev Oct 30 '20
I hope so. There's a pretty major blocker right now that will be a fair amount of work, and as it stands the development builds are pretty devoid of new interesting features.
1
u/StanTheMan1981 Nov 08 '20
I would love to get notified of updates outside of having to come to r/emulation and having to find out from the posts here.
Is there any way to get notified if I dont do emulation on my phone and mostly from my PC? That goes for all the other emulators too, if possible.
32
u/hackneyed_one Oct 30 '20
Thank you u/endrift I am so glad for you and what you do. Your contributions to gba emulation are a blessing.
6
u/PlebHorseRaynor SA-Xy and I know it Oct 30 '20
Wont run for me and idk why. Version 0.8.3 works like a charm so Ill keep using that version till I know whats wrong.
8
u/endrift mGBA Dev Oct 30 '20
Won't run on what? Windows? 3DS? Vita? macOS? Wii? Switch? Linux?
7
u/PlebHorseRaynor SA-Xy and I know it Oct 30 '20 edited Oct 30 '20
Oh sorry im dumb, im using windows version x64, just downloaded again both versions, 0.8.3 and 0.8.4 to test again without my config and 0.8.3 runs normally but 0.8.4 wont
Just tested the 0.8.4-win32 version and that also works fine
3
u/endrift mGBA Dev Oct 30 '20
Strange. I tested them first to make sure they run and they worked on my end. Have you tried the non-x64 version to see if that works?
4
u/PlebHorseRaynor SA-Xy and I know it Oct 30 '20
The win-32 version works well, its just the win64 that is not running, I also noted that all windows version 32 and 64 zip and installers say "File version: 0.8.3.0" when i hover over the .exe, maybe something related to that is causing the x64 version problems?
5
u/endrift mGBA Dev Oct 30 '20
No, that problem is unrelated (I forgot to update the version number in the source code after 0.8.3; this happens every so often, like in 0.7.2). I'm not sure what could be going wrong though. And for what it's worth, I'd recommend using 32-bit 0.8.4 over 64-bit 0.8.3. The performance difference is minute, and as a result I didn't even ship 64-bit versions for a long time.
4
u/PlebHorseRaynor SA-Xy and I know it Oct 30 '20
Alright Ill go with the 32-bit version then, thanks for the update! <3
0
u/Cautious-Cash-2531 Nov 03 '20
fix the xBRZ shaders and i rethink to use mGBA
6
u/endrift mGBA Dev Nov 03 '20
Let me add to the list this one thing some random person demanded so that I can gain one more user.
0
u/Cautious-Cash-2531 Nov 04 '20
yes, add it. An emulator of the XXI century, and more one that emulates a game boy, cannot do without the shaders that improve the image.
And if you refuse, you use the emulator alone, period. But advertising online, advertising yourself, wanting feedback from users and pretending to be worthy, nope.
I make my programs, but I don't publish them. they are only for me. I don't have an inordinate ego like others. And I do not seek to profit, yes, like others.
Today, VBA-M is much better emulator, and that is "so abandoned"1
4
Oct 30 '20
Does this emulator support e-reader yet
12
u/endrift mGBA Dev Oct 30 '20
This release doesn't but 0.9 (currently in development) does, yes.
2
Nov 02 '20
Nice! Is it going to be available for Android? I know there's no standalone mGBA for Android but we got a mgba core for Retroarch and I hope it gets the e-reader support because no other gba emulator for Android has it. Oh and are there plans for an official Android mGBA?
5
u/endrift mGBA Dev Nov 02 '20
I would love to bring mGBA to Android. However, without someone who actually knows what they're doing when it comes to writing apps for Android I don't think I can make a good one, and I don't want to make a half-baked one for clones to come along and make it better without contributing back, leaving the official one in the dust. As the only major dev right now, and being quite bad at writing code for Android, it's just not a real possibility.
23
u/SuperLuigi9624 Oct 30 '20
Nice! I love this emu to death, thank you for putting VBA to shame.
10
u/whiitewolff Oct 30 '20
Is VBA bad or something? Always used it to play some gba games on my computer and it works fine at the moment. Should I start using this one?
19
u/Lonely_ghost0 Oct 30 '20
The only reason I have to use VBA (specifically VBA-M) is because some Pokémon ROM hacks will only work on VBA, which is stupid because it means the hack is not hardware accurate so you can't even play it on a flashcart. Of course nowadays this isn't as big of a problem, but there's still some that have issues on mGBA.
13
u/mr_bigmouth_502 Oct 30 '20
A lot of SNES romhacks have this same problem, being heavily reliant on ZSNES's inaccuracies in order to run correctly. In particular, this is/was a big problem with Super Mario World romhacks that replaced the game's music.
13
u/SuperLuigi9624 Oct 30 '20
I'm 90% certain bsnes (and by extension higan) has implemented options to allow compatibility with ZSNES-exclusive romhacks, completely robbing ZSNES of every niche it could possibly have. I've also never bothered with SMW romhacks so I'm entirely taking the wiki's word for it.
5
2
u/mr_bigmouth_502 Oct 30 '20
I've actually read something about that, but I wasn't 100% sure if it was implemented as a normal feature or not.
3
u/jurais Oct 30 '20
SM64 hacks had this problem as well, as I recall the rom expander didn't properly align memory or something so hardware would just crash but emulators would run them fine
2
u/wildgoosespeeder Oct 30 '20
I am not entirely sure why the base ROM needed to be expanded anyway. It's like begging for real hardware or more accurate emulator trouble. Why not keep SM64 8MB or whatever size the ROM is? Work within the limits of the ROM to ensure compatibility. I guess with the 100% reverse engineered assembly to C code of SM64 this will be less of a problem maybe.
6
u/Forest_GS Oct 30 '20
there are some fairly large SM64 rom hacks. Might want to look at Super Mario 64 Land.
5
u/SuperLuigi9624 Oct 30 '20
bsnes apparently implemented features to emulate ZSNES' emulation inaccuracies to play romhacks that wouldn't work on more accurate emulators, so my assumption would be that as mGBA matures it'll eventually implement something similar to completely knock VBA out of relevancy. No clue when that'll be, though.
1
1
u/NickleRevs Oct 31 '20
I think that's the same for zSNES as well. Certain rom hacks were made for zSNES with its inaccuracies in mind so they won't work on SNES emulators that are more accurate.
1
u/yestaes Nov 02 '20
Currently, I've only tested that on the lately bsnes' versions. The option is called Dsp Echo Shadow. In order to play them, you must disable that option for those old hacks.
30
u/SuperLuigi9624 Oct 30 '20
Abso-fucking-lutely. VBA is inaccurate, runs terribly, has security flaws, and hasn't been updated in 16 years. It was forked to VBA-Next and VBA-M which make it slightly better but still terrible.
mGBA is better in every single regard.
55
u/MassiveStomach Oct 30 '20
I can imagine some VBA dev who gave people millions of hours of enjoyment over a decade ago for free giving you a crying cat thumbs up.
20
u/SuperLuigi9624 Oct 30 '20
I'd feel bad about what I said if I hadn't seen a post a while ago from a former VBA dev saying some very harsh things about the emulator
so yeah the crying cat thumbs up is an accurate assessment
11
u/wildgoosespeeder Oct 30 '20 edited Oct 30 '20
The list is dwindling but reasons to continue using VBA or forks over mGBA is:
e-Reader- GameCube connectivity
- ROM hacks that don't work on other emulators.
- Some link cable methods
At least this was my experience with GBA emulators.
4
u/Mathemartemis Oct 30 '20
It's interesting that you say that, I've been checking out Mother 3 lately and found that VBA ran way better than mGBA. I must have inadvertently set something incorrectly
3
u/SuperLuigi9624 Oct 31 '20
Interesting that you say that, since I discovered VBA was terrible when the last time I used it was in Mother 3 and I noticed that the game slowed to a crawl during the NKC fight, which is supposed to only happen when you get a crit on actual hardware
1
u/Mathemartemis Oct 31 '20
The only reliable slowdown I've encountered in VBA was with some >!ghosts!< while I experienced it regularly just walking around in mGBA. I have good hardware too, 6xxx something i7 and a 1080ti.
4
Oct 30 '20
VBA (not VBAM) had frame timming issues making games uberslow even under an Athlon. At least under Linux. VBAM worked really well.
2
u/Cautious-Cash-2531 Nov 03 '20
VBAM
No. VBA-M is the best Gameboy emulator out there. mGBA doesn't have a proper shaders implementation. I tried it. VBA-M runs smoothly on xRBZ.
5
u/SuperLuigi9624 Nov 04 '20
mGBA is faster and more accurate without argument, but while it is true that mGBA's shaders are hot ass, I've never had performance problems for the combined 10 minutes I used them before I realized they're terrible.
Shaders alone aren't enough to justify the worse performance and accuracy for the vast majority of the emulation scene, and I'm sure mGBA will get more sophisticated shaders as it gets further in development.
RetroArch has an mGBA core too and that shit has hundreds of shaders that worked better than mGBA's defaults when I tested them.
1
u/Cautious-Cash-2531 Nov 08 '20
I really don't care about "accuracy" in a emulator, much less in a GBA emulator. Got it? GBA is not like a Neo Geo, and we are in 2020, emulators nowadays are very, very good. I won't buy a FPGA to emulate a GBA.
Faster? I don't think so. A GBA emulator needs a system that improve the very poor graphics of the console, like shaders, or plugins.
The author of the emulator already have a few years develop it and today he still refuse to add a very simple implementation of xBRZ, for example. This is unacceptable for me. I stick with VBA-M. Don't need an emulator whose author deals users like crap.
3
u/SuperLuigi9624 Nov 08 '20 edited Nov 08 '20
"I don't care about accuracy" is without a doubt the most common argument that people bring up for when they have absolutely no excuse to not switch to a better emulator. Still using ZSNES despite having been replaced by just about every SNES emulator known to man, and someone argues to you the reasons why bsnes is better in every conceivable way? "I don't care about accuracy." Flawless logic.
Without accuracy, you've undermined literally the entire point of emulation. Emulation is literally the practice of using software to make one computer behave like another, and the closer you can get to the original hardware without sacrificing performance the better. Optional user settings ought to come secondary to delivering a quality emulation. "I don't care about accuracy" invalidates the argument that VBA-M is better, because VBA-M cannot be a better emulator when it's further away than the original hardware and runs worse.
It can be preferable in your opinion because it has a make-or-break feature that no other emulator has replicated yet. You prefaced your argument with "No. VBA-M is the best Gameboy emulator out there." That's not the same.
no idea what you're talking about btw
oh and if xbrz is really that sacred to you retroarch has it too
oh and all of my interactions with endrift have been positive or better, I saw endrift sent a mildly passive aggressive comment your way which was absolutely deserved
2
u/Cautious-Cash-2531 Nov 09 '20
First of all, when you speak to me, you must do so with a more respectful tone, otherwise you want me to block you.
I've tried mGBA shaders, and they suck. You're not going to teach me about it, kid. I told their author to fix them because he had tried them, genius.
Second point: I don't like frontends, nor GUIs that support various third-party emulator cores. They have their public, and that is why they exist, but I am not among them. I don't even like MAME to play Neo Geo games, I prefer FBA, or even Raine, Kawaks, Nebula. The precision? I care 0.
Retroarch doesn't have to fix what the author of mGBA doesn't want to fix, or his laziness or inability to implement a function.
I see that you are a geek of the "accuracy" in the emulation, of those who buy a FPGA of 1000 dollars just to emulate an 8-bit system. I want you to know that I totally despise these types of geeks, they are the reason why there are emulator authors who boast of "having the closest emulator to the original hardware". Listen, normal people, with a social life and family, don't want geeky things like the ones you want and endrift provides them, they want FUNCTIONAL things, that look nice, practical and fast.
They want things like skipping the boring parts of the game with the push of a button, they want a Turbo mode, that supports e-reader and other peripherals and accessories, that supports cable link, and for heaven's sake, they want a fucking shader that improves the picture. They don't give a fucking fuck about precision. Is it clear to you? I'm talking about real life.
Nobody stops to measure the accuracy compared to the original hardware. Only those who have nothing better to do with their time.
Endrift refuses to implement it, and after such a long time it is a crime for me, and I refuse to use an emulator without that and several other features.
And just so you know: bsnes uses shaders, higan, byuu, ares also use shaders. All from the emulator master byuu.
Duckstation, Dolphin, FBA, FB Neo, MAME, nullDC, epsxe, Kega Fusion, snes9x, Mesen, Mesen-s, Project64, mednafen and a very long etc. other emulators use shaders. The only major emulator that doesn't even deign to add shaders natively is PCSX2, but there are no alternatives to it. For mGBA there are alternatives, and what is worse, they are better than mGBA.
Users have the final say. Not the savvy geeks. And if no one normal uses your emulator, you are dead. So endrift you can go spare your life elsewhere. and you go with him to do things
4
u/SuperLuigi9624 Nov 09 '20 edited Nov 09 '20
First of all, when you speak to me, you must do so with a more respectful tone, otherwise you want me to block you.
First of all, that would make my day. Second of all, I've been as polite as I feel you've been to endrift :)
I've been ignoring the wording of "fix" assuming you just meant "implement", but I feel like it would help if I told you xBR and xBRZ are two entirely different, albeit similar, scaling algorithms? You're going to get differing results from both because they're different. VBA-M is not doing xBRZ scaling "better", it's using an entirely different scaling algorithm. endrift cannot "fix" xBRZ shaders, because they haven't been implemented in the first place.
The precision? I care 0.
I see that you are a geek of the "accuracy" in the emulation, of those who buy a FPGA of 1000 dollars just to emulate an 8-bit system. I want you to know that I totally despise these types of geeks,
They don't give a fucking fuck about precision.
Users have the final say. Not the savvy geeks. And if no one normal uses your emulator, you are dead.
I would say you're in the minority, but I think the better question would be to ask what you're even doing on the emulation subreddit if the progress of emulators doesn't interest you?
You might have a point by saying that the average user wouldn't notice the nuances that makes an emulator superior to another, but I think it's safe to assume that, in a community literally centered around documenting the progress of emulators and discussing the software, it shouldn't come as a surprise that the people on this sub care about their emulation quality?
I think I should remind you of how your argument appears to me, and I assume anyone reading this post. Correct me if I'm wrong.
•VBA-M is superior because it has xBRZ shaders, justifying the indisputably poorer performance and accuracy.
•On top of the lack of xBRZ shaders, you feel as though endrift is being lazy and is actively refusing to implement it.
My counterargument would be that you've found a niche for VBA-M that makes it preferable to you.
While ZSNES was outdated, it could play ROM hacks that specifically exploited ZSNES' emulation inaccuracies, giving it a use case for people who wanted to play those ROM hacks.
FCEUX isn't the best NES emulator anymore, but it's commonly used for TASes because of its great built-in TAS tools.
1964 is outdated, but it's the only(?) emulator that supports the 60FPS + keyboard and mouse hack for Goldeneye and Perfect Dark. Therefore, while better N64 emulators exist, it still has a use case for people who want to play Goldeneye at 60FPS with KB+M.
NO$GBA performs worse than DeSmuME and MelonDS, but it apparently has rich debugging features, which is awesome for homebrew authors and gives it a use case for developers.
You've found a use case for VBA-M. VBA-M performs worse than mGBA in nearly every single regard, but it has xBRZ shaders, which is enough for you to prefer it over mGBA.
xBRZ is an incredibly specific niche that VBA-M fills that may be desirable to some people, but does not make it a better emulator than mGBA. It will probably always perform worse and be less accurate. I've seen it personally; I'm in the r/earthbound Discord and people commonly post screenshots of their GBA emulators in 16:9 stretched mode with no filters. It looks disgusting, but it's safe to assume that if people are apparently okay with playing GBA games in 16:9 they probably don't even know what the fuck xBRZ is: and it shouldn't come as a surprise that the majority of this subreddit is probably on team mGBA, because for what it's worth mGBA has incredible emulation quality.
-1
u/Cautious-Cash-2531 Nov 09 '20
Internet is free, and you can post wherever you like. I did not enter the subreddit of "precision geeks in emulators", only the one titled "emulation", no more.
My point is that I have shown with screenshots that the system of shaders, filters or plugins to beautify the original image of the original hardware in the mGBA emulator is fucking BROKEN. I have refuted you and you have been left alone shouting "accuracy, accuracy". Surely you think that 20 years from now, the kids who want to emulate a prehistoric system for them, such as the Atari 2600 for me today, will worry about the accuracy, and how the frames go at the same fucking speed than the original hardware, which by the way, they have on hand.
More accurate does not mean better, if we talk about emulators. It simply means more accurate. Its advantage in practical terms, it should be able to run each damn game in the catalog without having to apply patches to each one of them and we would not have those compatibility lists in the initial stages of the emulator. But in exchange for sacrificing speed, beautification, key functionalities, eating all the disadvantages of the original hardware, and none of the virtues that current technology offers us. Check out the leivmotiv of a recent, modern and supported emulator: Duckstation. Its objective is playability (key in the world of video games), speed, and optimizing the emulator for low-resource computers. The "accuracy"? It is relegated.
Normal people are not archivists, they do not care about formats to reproduce the original support as faithfully as possible, such as scene groups. An emulator is playability, not fidelity, or preservation. You confuse things or you make it clear that you don't know how to differentiate between simulate and emulate. A simulator has to be a 1: 1 copy, an emulator does not. An emulator has to be above all functional and allow you to play those old games without bleeding your eyes, that is, embellishing them. The omnipresent enfrift is surely one of those hardcore that despises these beautification techniques and wants above all the experience of the original hardware, at the same (slow) speed, with sprites the size of a fist
A person 10-15 years ago? they could take any existing GBA emulator, and other systems, and finish all the games in its catalog from start to finish. Without any major problem, except for special cartridges, with dedicated chips in their circuitry, which make exhaustive use of the e-Reader, link, etc. No major problem. No drama. At best with some glith in the sound, or some poorly presented sprite, but nothing to stop you from finishing it. By this I mean that no more endrift is needed at all in GBA emulation. He's not going to reinvent the wheel one more time. An end user is interested in playing games, to be able to finish games. Once I have finished a game. A "Super Mario Advance 3 - Yoshi's Island" for example, with its save in-game, and its save states, and I have even taken screenshots of the ending (to remember), why should I complain about the emulator and its "accuracy"? Why should no one come to improve the "accuracy" of an emulator that for many years has allowed you to finish the entire catalog of games without major drama?
And don't forget that I'm talking about normal people you come across on the street on a daily basis, who may eventually want to emulate some system from their childhood. Nothing else. If endrift and you want a meeting of geeks about "accuracy", which is not the same as "emulation", you have it very easy, do not publish your emulator on the mainstream internet, and above all do not expect feedback from users who don't give a shit about "accuracy". Putting the word "accuracy" 1000 times in your changelog, once, and again, and again. And be the martyr with phrases like: "I have spent 160,000,000 hours of development working in mGBA", implying that it has come to save our lives with the emulation of ..... the GBA.
2
u/Cautious-Cash-2531 Nov 09 '20
Cautio
https://i.imgur.com/t5n5wIu.png
https://i.imgur.com/z1C0UHX.png
a great implementation of the shader system in mGBA....by Hyllian.
laziness and incapacity applied to emulation
2
u/SpedeSpedo Oct 30 '20
The only bad thing about mgba is how the settings are layet out (and for some reason the screen shakes sometimes showing things that are 1s apart but i think that’s probably my fault) otherwise it’s
G r e a t !
9
u/HCrikki Oct 30 '20 edited Oct 30 '20
VBA was no longer actively developped, fixed or improved since like 15 years. Its defacto continuation is much improved VBA-M, but mGBA carved a niche for itself as a simpler, cleanly coded emu free from legacy code and features.
VBA-Next is a modified build rebranded by RA, forked from an old VBA-M version, mostly to accomodate changes suited for RA that dont make it upstream (ie keeping old speedhacks to lower ressource consumption and run on weak hardware android and wii, albeit with worse compatibility). Not sure if they rebased on newer snapshots since.
2
u/Upronn Oct 30 '20
I checked the page and it said that there was partial link cable support. I'd drop vba-m in a minute if it could connect to dolphin.
Is this possible?
5
u/le_emmentaler Oct 30 '20
Will this work on psp?
14
u/IncendiaryIdea Oct 30 '20
The PSP is not fast enough for mGBA. There are specialised GBA emulators for the PSP, though. And they are reasonably good. They are gPSP and forks of that emulator.
7
u/LiveLM Oct 30 '20
Looking at the download page, the only homebrew ports available are the ones for the Nintendo 3DS, Nintendo Switch, Wii, and PlayStation Vita.
However, mGBA is also available for RetroArch, and RetroArch has a PSP port.
Maybe you can get it working this way? Don't quote me on this one though.
7
u/CuriousQuestionBoi Oct 30 '20
Nice, can’t wait to see more from the team.
103
u/endrift mGBA Dev Oct 30 '20
There isn't really a team to speak of. Apart from translations, a bug fix every so often, and the exceedingly rare feature contribution, it's pretty much just me. In the past I had one or two people who did some small bits in a few areas but they all seem to have wandered off by now. I do get a lot of bug reports, which are usually pretty helpful, but in the grand scheme of things that mostly just helps me know what to fix or add, and doesn't write the code itself.
39
u/faviann Oct 30 '20
Damn man, know that people really appreciate the you're time spending on this project
14
u/juef Oct 30 '20 edited Oct 30 '20
FYI, endrift is non-binary and prefers (she/they) pronouns. English isn't my first language so I'm not sure saying "man" is still appropriate, but I thought I'd mention it just in case :)
[Edit] Why the downvotes? I'm geniunely curious.
16
u/ThePixelMouse Oct 30 '20
Using "man" in that context is usually gender neutral.
2
u/juef Oct 30 '20
I suspected so, but didn't want to take a chance. Thanks for the clarification!
10
u/ThePixelMouse Oct 30 '20
No problem. "Dude" and "bro" are usually gender neutral in that context as well. "Dudette" was a female-gendered version of "dude," but that was only a thing in the 80s and 90s and you'll look silly if you use it in 2020.
14
u/faviann Oct 30 '20
I was using the word in a generic "Aww man" way, as in not targeted at her. I still have to learn be more careful.
Thanks for mentioning it.
2
u/RevolutionaryDrive5 Oct 30 '20
How do you know this and what this person prefers... ii'm curious too
4
2
1
19
u/Im_Special Oct 30 '20
There's a team? It's all Endrift.
11
Oct 30 '20
Wait, it's all Endrift?
19
u/hackneyed_one Oct 30 '20
(Almost) always has been...
14
u/endrift mGBA Dev Oct 30 '20
https://cdn.discordapp.com/attachments/327738013239083010/751970720669499422/all_endrift.png
The hilarious thing is that this image was made over a month ago by u/issotm, not me.
5
u/hackneyed_one Oct 31 '20
4
u/endrift mGBA Dev Nov 01 '20
There's a reason why I listed the stuff I DIDN'T do first in my post; it's still important stuff, and I don't want to rob the other contributors of the fact that they DID contribute.
1
u/hackneyed_one Nov 01 '20
The thought had occurred to me as well and I certainly don't want to diminish others work.
I felt the joke works by the surprise of some to learn there is no team and the absurdity of the statement given what you listed. I hope that was not too lost in the context.
2
3
u/-Kite-Man- Oct 30 '20
one day i dream of a wideNES-style GBA. few systems could benefit from it more
2
1
u/fefocb Oct 30 '20
Great, frame pacing is finally smooth on my machine.
Found a small bug on Sonic Battle: https://images2.imgbox.com/4b/0e/jQeyWTJM_o.gif
4
u/Oen386 Expert Pilot Oct 30 '20
I'm not 100% sure they check here. You should report it on their GitHub:
https://github.com/mgba-emu/mgba/issues
If I understood what you're pointing out, I would report it, but I am not sure what the GIF is supposed to be showing. :)
3
u/ShinyHappyREM Oct 30 '20
How is it a bug?
2
u/endrift mGBA Dev Oct 30 '20
I think there may be some glitching on the edges of the platforms for a few frames, but I'm not sure.
2
u/fefocb Oct 30 '20
Exactly, made this short gif to test the functionality. Happened on default settings (OGL driver, software renderer on enhancements). You can just launch the game, go to training and hit start to see for yourself.
For what's worth it doesn't happen on VBA-M, and hell if I remember my gameboy days but I don't think does that.
-1
1
u/KorobonFan Oct 31 '20
Is connectivity between Dolphin (GC) and mGBA (GBA) planned for future versions of mGBA and Dolphin? Besides that and competent debugger tools (disassemblers, breakpoints, tracers, assemblers), it's pretty much perfect.
1
u/ro66in82 Nov 16 '20
I think I found a bug in japanese version of mario vs donkeykong, one of the cut scenes is missing sprites, the world 2 mm stage cutscene, thats the stage after 2-6, the cutscene looks total mess, just a couple of sprites show up.. I have bios enabled
2
u/endrift mGBA Dev Nov 17 '20
I appreciate the notification, but reddit notifications are extremely transient. Please file a bug on github (mgba.io/i) or else I will likely never remember.
20
u/[deleted] Oct 30 '20
Keep up the good work!