Homebrew Emulation GameYob, a gameboy emulator for DS

[xdpirate]

Functions pointers in console.cpp need to take a parameter even if they don't need one, since some options have multiple values. But it seems to work now.

Ah, that's right. Thanks for the merge, just tested it on my R4i with Wood R4, works wonderfully.

Edit: Updated console.cpp again, just figured out that calling exit(0) or returning from main on a card that *does not support* the Exit-to-Menu protocol, will actually reboot the console, so there's no need to have a separate function for it, just clarify what the menu option will do.

 

[RupeeClock]

Today's your lucky day, LemonBoy decided to do this himself. I can't confirm that it works, but give it a whirl.

Is the rumble feature present in GameYob v0.3-12? It doesn't seem to be.

 

[Drenn]

Is the rumble feature present in GameYob v0.3-12? It doesn't seem to be.

It should be. But I examined Pokemon Pinball in bgb and saw that it's not writing any values that would trigger rumble according to LemonBoy's implementation. I guess it's not working properly yet.

Edit: Star Wars Episode 1: Racer, on the other hand, should work. In theory.

What games are you trying it with?

 

[sverx]

As it turns out, smooth scaling in hardware is a piece of cake. Just make 2 background layers using the same image, offset them by a fraction of a pixel, and blend them. I'm experimenting with this right now, and the scaling filter looks very similar to Lameboy. I haven't uploaded this yet.

Actually that was to scale a 320 pixel wide image to a 256 wide one (so it's 5->4). Are you doing the same with 240 to 256? It won't work so easily I think

 

[Drenn]

Actually that was to scale a 320 pixel wide image to a 256 wide one (so it's 5->4). Are you doing the same with 240 to 256? It won't work so easily I think

Well I'm convinced this is what Lameboy is doing. It's probably the best way to do it in hardware. (But I'm open to alternatives!) I'm actually scaling from 144 to 192 (vertically) and 160 to about 213 pixels (horizontally), when preserving the aspect ratio. The numbers aren't cleanly calculated at all, like how you calculated what fractions of colors each resulting pixel should have. I didn't do that. But it looks okay. You can try it with the latest "newgfx" build now if you want.

 

[Janthran]

Will there be an option for fullscreen? I prefer not having like a quarter of my screen to play games.

Scaling doesn't bother me.

 

[RupeeClock]

It should be. But I examined Pokemon Pinball in bgb and saw that it's not writing any values that would trigger rumble according to LemonBoy's implementation. I guess it's not working properly yet.

Edit: Star Wars Episode 1: Racer, on the other hand, should work. In theory.

What games are you trying it with?

That was the only game I tried, Pokémon Pinball.
I didn't know of any others to try, I thought that Rumble may be a visible option in the emulator menu.

 

[Walker D]

Will there be an option for fullscreen? I prefer not having like a quarter of my screen to play games.

Scaling doesn't bother me.

But a fullscreen stretch would look weird in almost all games..

 

[DiabloStorm]

But a fullscreen stretch would look weird in almost all games..

then keep the proposed option turned off for yourself

 

[RupeeClock]

But a fullscreen stretch would look weird in almost all games..

then keep the proposed option turned off for yourself

This feature already exists in the newgfx branch.

 

[sverx]

I'm actually scaling from 144 to 192 (vertically) and 160 to about 213 pixels (horizontally), when preserving the aspect ratio. The numbers aren't cleanly calculated at all, like how you calculated what fractions of colors each resulting pixel should have. I didn't do that. But it looks okay.

Ops, I misunderstood. I thught it was a GBA emulator
So 144 to 192 should be something like 3->4 ... how do you expect the 4 resulting pixels to be? (I mean, compared to the 3 original pixels) I guess you don't simply want to double the pixel in the middle, right?

 

[Deleted member 319809]

Ops, I misunderstood. I thught it was a GBA emulator
So 144 to 192 should be something like 3->4 ... how do you expect the 4 resulting pixels to be? (I mean, compared to the 3 original pixels) I guess you don't simply want to double the pixel in the middle, right?

That's a bit how the DS hardware does it when you don't ask it to filter pixels, yes.

 

[Category]

In vanilla game boy black and white, would sub-pixel rendering be an option? Or would the hardware choke? I only mention the old GB as sub-pixel would destroy coloration in GBC games

 

[Sora de Eclaune]

Does Shantae still freeze for a second or two whenever you exit/enter a menu?

 

[RupeeClock]

Does Shantae still freeze for a second or two whenever you exit/enter a menu?

Nope, it runs as smooth as you'd like on the latest version.
Runs at a solid 60fps or near to it, haven't encountered any noticeable or significant slowdown or pauses.

 

[Clydefrosch]

for some reason, it always dropped to 50 frames in the town for me.
and it often feels like the game has just the slightest input lag... but that may be natural for the game.


still plays much more fluid than it did back on the psp.
whats the secret here anyway? why is it working so much better than most other emulators?

 

[Rydian]

It's still under development? Most other emulators stopped years ago. People know more about systems and games than they did back then, the info is more widely spread, etc.

 

[Drenn]

That was the only game I tried, Pokémon Pinball.
I didn't know of any others to try, I thought that Rumble may be a visible option in the emulator menu.

The option isn't toggleable yet, but it does exist.

In vanilla game boy black and white, would sub-pixel rendering be an option? Or would the hardware choke? I only mention the old GB as sub-pixel would destroy coloration in GBC games

You mean to help with scaling? I never heard of this technique until googling it just now. Sounds interesting, but it would require doing scaling in software. I'd rather use the DS hardware so there's no penalty to speed.

for some reason, it always dropped to 50 frames in the town for me.
and it often feels like the game has just the slightest input lag... but that may be natural for the game.


still plays much more fluid than it did back on the psp.
whats the secret here anyway? why is it working so much better than most other emulators?

Odd. If you're using the official version 0.3 it should be (just barely) a smooth 60 fps in most cases. I dunno why it doesn't have graphical glitches like other emulators apparently have. I never had any major issues with this game aside from speed. In that regard, it helps that graphics are rendered with the ds's hardware. I'm moving away from this approach so speed could go down.

Ops, I misunderstood. I thught it was a GBA emulator
So 144 to 192 should be something like 3->4 ... how do you expect the 4 resulting pixels to be? (I mean, compared to the 3 original pixels) I guess you don't simply want to double the pixel in the middle, right?

Well I'd have to consider it as blocks of 3x3 -> 4x4 wouldn't I, since there's vertical scaling too? I tried drawing it out, it's... complicated. I'd have to round out some of the ratios to quarters or else I'd need more than 4 backgrounds. In the new 4x4 square, the corners would be whole pixels, the sides would be half pixels, the insides would end up as quarter pixels (rounded out from other weird ratios). I dunno if it's even possible to offset the backgrounds properly to get those numbers.

 

[Black_AcexXx]

Now this is a great emulator

 

[Black_AcexXx]

and guys may i suggest to add a cheat device on the next update thx!​