Homebrew GameYob 3DS - GB/C emu

[Lord M]

Uh... "frame advance features"? Can you elaborate?

You dont know TAS (Tool Assisted Speedrun) ?

 

[ShadowOne333]

You dont know TAS (Tool Assisted Speedrun) ?

I think you are asking way too much for GameYob.
If you want to do TAS, you should use PC-based emulators, don't expect a console emu to implement those kind of features.

 

[Lord M]

I think you are asking way too much for GameYob.
If you want to do TAS, you should use PC-based emulators, don't expect a console emu to implement those kind of features.

I know pc-based emulator, and im not asking to want, i only want to know if is possible or not on 3ds

 

[davhuit]

Everything is possible, but it wouldn't run at fullspeed so it would be pretty useless (not to mention it would probably require a cycle-accurate version of the emulator).

 

[VinsCool]

Everything is possible, but it wouldn't run at fullspeed so it would be pretty useless (not to mention it would probably require a cycle-accurate version of the emulator).

Not sure about that. If we consider he only want a frame advance feature (non for tas use) it is litterally slowing down a 60fps emulated output to a frame by frame randerer. Only useful for tas presision tricks ingame, but useless for end user experience.

 

[Kikirini]

I have a request: while playing Pokemon Crystal, the time and date got messed up somehow; I was wondering if there's a way to sync the game clock to the 3DS clock.

 

[psvpwner]

I have a request: while playing Pokemon Crystal, the time and date got messed up somehow; I was wondering if there's a way to sync the game clock to the 3DS clock.

All emulators I've ever tried do this because the actual cartridges have batteries in them that make the clock inside the cart run even when you're not playing, the clock keeps ticking even if you take the cart out of your GameBoy. Of course a rom file couldn't do the same thing as they're a file and not a physical thing.

Technically, this could be worked around with game-specific code in the emulator, but I don't know if anyone actually ever bothered to do so.

 

[Deleted User]

All emulators I've ever tried do this because the actual cartridges have batteries in them that make the clock inside the cart run even when you're not playing, the clock keeps ticking even if you take the cart out of your GameBoy. Of course a rom file couldn't do the same thing as they're a file and not a physical thing.

Technically, this could be worked around with game-specific code in the emulator, but I don't know if anyone actually ever bothered to do so.

Actually, it should be syncing to the 3DS clock already. The clock is accessed through the MBC (cartridge specific hardware for managing ROM/RAM banks, etc.), which the emulator gets data from the 3DS clock for.

To the poster of the issue: Can you elaborate on exactly how it got messed up? Reset to a certain value, off from actual time, etc.?

 

[psvpwner]

Actually, it should be syncing to the 3DS clock already. The clock is accessed through the MBC (cartridge specific hardware for managing ROM/RAM banks, etc.), which the emulator gets data from the 3DS clock for.

To the poster of the issue: Can you elaborate on exactly how it got messed up? Reset to a certain value, off from actual time, etc.?

That's great to hear I thought it wasn't something following a standard, but rather every game developer having to implement the RTC in the cart on their own. Good thing I was wrong

 

[Kikirini]

Actually, it should be syncing to the 3DS clock already. The clock is accessed through the MBC (cartridge specific hardware for managing ROM/RAM banks, etc.), which the emulator gets data from the 3DS clock for.

To the poster of the issue: Can you elaborate on exactly how it got messed up? Reset to a certain value, off from actual time, etc.?

The game's clock skipped ahead about two days, as well as about 12 hours ahead in time. I wasn't sure what happened, since I made sure it was correct when I first started the save file.

 

[nop90]

Is SteveIce version opensource?

 

[daxtsu]

Is SteveIce version opensource?

https://github.com/Steveice10/GameYob/

 

[sj33]

Do we know how frequently the download for the compiled build is updated? According to Github there has been updates as soon as 11 hours ago at the time of writing but there's no clue as to how old the compiled builds are.

 

[davhuit]

There is no general rule, it's updated when Steveice10 decide it worth being compiled (would be useless to compile a new version after each github update).

Last compiled version is 7 days old, it's written on the download link page : https://www.dropbox.com/s/ms1kes4jhrb3meg/gameyob.zip?dl=0

 

[Deleted User]

Do we know how frequently the download for the compiled build is updated? According to Github there has been updates as soon as 11 hours ago at the time of writing but there's no clue as to how old the compiled builds are.

I've been working on the source, but I only just recently got my changes stable. I'm also trying to pack as much as I can into it before I make a new build "release".

 

[Deleted User]

If anyone has two 3DS's and wants to test IR support, I uploaded a test build. It should work like normal GBC IR, requiring you to line up the IR ports on both 3DS's. May or may not actually work, but I can't test it myself as I only have a single 3DS.

https://www.dropbox.com/s/f19ns16z08g42v9/GameYob_test.zip?dl=0

 

[reprep]

GBC IR is only used for few things, like score exchange etc. It doesn't support a real multiplayer. Not that it is a bad feature, just telling it as people will try it and say it doesn't support multiplayer etc. http://nintendo.wikia.com/wiki/List_of_Game_Boy_Color_games_with_IR_support


EDIT: BTW it is offtopic but, if you have access to IR port, is it possible to enable Circle Pad Pro support for old 3DS//3DS XL?

 

[FlygonBreloom]

Part of me wants to know if there'll be planned compatibility support for GBC-3DS IR interaction.

 

[Jim_e]

If anyone has two 3DS's and wants to test IR support, I uploaded a test build. It should work like normal GBC IR, requiring you to line up the IR ports on both 3DS's. May or may not actually work, but I can't test it myself as I only have a single 3DS.

https://www.dropbox.com/s/f19ns16z08g42v9/GameYob_test.zip?dl=0

I ran it ninjahax first with Super Mario Bros DX to trade, but the game became in responsive a just flashing a red x over and over. I had to reset.
On my New 3ds in gateway mode 9.0.0.20U I get a a khaxinit error saying unknown kernel version k=02310000 f=02310000 n=1, also sound didn't work and the error message spammed out continuously.
No error on my old 3ds in gateway mode 9.0.0.20U.

I also tried it as a cia. The Cia did not emit any khaxinit error, but otherwise was the same.


Did I need a gbc bios or anything?

 

[Deleted User]

I ran it ninjahax first with Super Mario Bros DX to trade, but the game became in responsive a just flashing a red x over and over. I had to reset.
On my New 3ds in gateway mode 9.0.0.20U I get a a khaxinit error saying unknown kernel version k=02310000 f=02310000 n=1, also sound didn't work and the error message spammed out continuously.
No error on my old 3ds in gateway mode 9.0.0.20U.

I also tried it as a cia. The Cia did not emit any khaxinit error, but otherwise was the same.


Did I need a gbc bios or anything?

I assume the red X is part of the actual game? And, GameYob cannot use sound from Ninjhax while in emuNAND due to the libkhax errors mentioned. Not on a N3DS, anyway.

EDIT: Also, I've made a few fixes to the IR code. If anyone wants to test it, here's a test build: https://www.dropbox.com/s/f19ns16z08g42v9/GameYob_test.zip?dl=0