Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Sub Chase also stops after 3 minutes on O2EM. O2EM isn't the most accurate emulator, s I'm not 100% certain if it's intended or not, I'll look into it a bit more.
I did add a reset button and fixed hard reset so it works now.
I'll try knocking out those other bugs as well.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I have done quite a bit of optimizing GBHawk as a result of what I learned in trying to go to C++. GBC single and double speed modes are about 10% faster now. GB mode is 25% faster thanks to fixing a bottleneck.
This isn't much obviously but it really helped out 4 player linked modes.
I have scrapped the C++ core for now (I have it saved locally for possible future use in maybe a SGB core, but not sure yet.)
This was still a worth while experiment as I learned a great deal in a relatively short amount of time. But that's enough with optimization for now. I'll be going back to bug fixing mode and syncing console verified gambatte runs and other accuracy stuff.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Woah another out of nowhere improvement. I'm amazed you were able to save so much time here. I remember trying this game a couple years ago and I couldn't make any improvements. nice work and yes vote!
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I was getting ~220 for GB games, and after the port about ~280 (unthrottled, no rewind enabled)
So about a 25% increase
EDIT: it turns out that I can get most of the additional benefits just by applying optimizations I made in C++ to the original C# core. I got to 260 fps (compared to 300 I got up to in C++.)
It seems like my core design just isn't suitable to C++. I'll need to rethink things from the ground up in future cores.
I think I'll probably ditch the C++ core. (I'll remove it from the code base but keep it locally in case I need it in the future.) With a few more optimizations to the C# core I'll probably be up around where I was anyway. And the optimizations also help out the linked modes, which was my original goal anyway.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I've got most of GBHawk ported to C++ (still not accessible in the Dev builds yet though.)
With basically a one-to-one port and only minor optimizations, I get only a 60 fps boost from the conversion. This is much less then I was hoping for and hardly even worth it.
I'm going to spend some time seeing what else I can do to speed things up, but probably this is the end of the road for my one cycle at a time approach.
But anyway my goal is to get a 2x boost over the current C# core, right now that goal is a very long way off.
@jlun2 I'll look into that stuff once this process is over.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I have started the process of converting GBHawk to C++.
It should be a lengthy but relatively easy process compared to porting the z80 core.
Nothing will change for now, and nothing will change from the user interface side regardless.
This transition will free up much needed overhead for the linked modes and lay the foundation for future work.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
adelikat wrote:
Another keyboard question
From the looks of it in this picture: This picture
There's a top row of buttons that I can't quite tell what they do but they aren't represented by the currently controller button options. Do you know anything about these?
That is the videopac G7400. It is the successor to the Videopac G7000.
The G7000 is equivalent to the Odyssey2.
The G7400 would have been equivalent to the Odyssey 3 which was never released.
G7400 is not currently emulated so those buttons are not accounted for in the current core.
G7400 only has a couple of unique games, the others are just G7000 games with additional high res graphics, so I consider it low priority follow on work similar to the Chess and voice modules.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
They are the same, perhaps I should rename them (Y)es and (N)o or some similar distinction.
Or is it easier to just add in two more distinct entries and map them to the same place?
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I updated memory domains to be consistent between GBHawk and Gambatte.
Mostly this was just changing GBHawk names and ordering.
But I did make one change to Gambatte, I moved CartRAM to the end because it doesn't always exist. This is consistent with how SRAM domains are handled in other cores. So @jlun2 you'll have to update your script to reflect this.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I added PAL mode to O2Hawk (i.e. a videopac G7000 mode) so any testing of PAL games would be helpful. Particularly audio since that is usually a weakness.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
jlun2 wrote:
Can this please be made consistent (numbering + naming)? It broke my lua script for Wario Land 2 due to "Wram" missing, and "Cart Ram" having a different spacing. I have no idea which one has the right name, but making both cores use the same name and index would be really helpful.
Yeah I can do that, it makes sense.
Fortranm wrote:
Apparently even if you turn on the CGB in GBA option, both Gambatte and GBHawk might read the GB bios instead if you leave Mode on Auto.
I think the best way to avoid this is to merge those two options so the modes are Auto/GB/GBC/GBA.
I don't think this is a compelling enough reason to break movie compatibility for.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Nice work, I wouldn't have thought this game was so complicated. Yes vote.
I also edited the opening post of the first 500 thread so that these movies that were initially rejected but published much later are represented there for quick reference. (There are 7 left after this one.)
v Added, thanks.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
aiqiyou wrote:
Alyosha wrote:
aiqiyou wrote:
At 9533 frame in level 2-3, the enemy didn't shot Lolo. I want to know why?
This is a glitch in don medusa's line of sight detection.
If they are moving left or right and you are to their left and there is a solid object to the left of you and the spacing is correct then you will not get shot. A similar thing can happen for vertical movement.
If Lolo was on the right side of the enemy, would that happen?
Nope, it is left side only. Similarly with vertical motion it would be above only and not below.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
aiqiyou wrote:
At 9533 frame in level 2-3, the enemy didn't shot Lolo. I want to know why?
This is a glitch in don medusa's line of sight detection.
If they are moving left or right and you are to their left and there is a solid object to the left of you and the spacing is correct then you will not get shot. A similar thing can happen for vertical movement.
