Homebrew blargSnes -- SNES emulator for the 3DS (WIP)

[Idaho]

hey guys, I heard that it is now possible to have sound on ninjhax for the n3DS, will you guys implement it in your emu?

Edit: indeed, it is already implemented in Gameyob ^^

 

[Shadowtrance]

hey guys, I heard that it is now possible to have sound on ninjhax for the n3DS, will you guys implement it in your emu?

Edit: indeed, it is already implemented in Gameyob ^^

Indeed it would be great

I tried adding libkhax to [user]DiscostewSM[/user]'s version, it compiled fine but i obviously did something wrong because i got no sound (totally noob with programming). haha

And yeah i just tried Steveice10's version of gameyob, it has sound! Woo! haha

 

[Idaho]

Yeah, if you see our posts Discostew, you should consider implementing this for blarg

 

[DiscostewSM]

Yeah, if you see our posts Discostew, you should consider implementing this for blarg

I don't have an n3DS, so I have no idea whether it would work or not.

 

[SpaceJump]

Any chance for blargSnes to get sound through Ninjhax on New 3DS like Gameyob?

 

[Idaho]

I don't have an n3DS, so I have no idea whether it would work or not.

Well I can be a tester if you need one, I'd be glad to help you manage to implement this

I have a 3DS with Gateway and an n3DS with ninjhax...

 

[Shadowtrance]

Well I can be a tester if you need one, I'd be glad to help you manage to implement this

I have a 3DS with Gateway and an n3DS with ninjhax...

Second that. ^^^

 

[Bonny]

Used blargSnes for the first time yesterday with my Gateway. The green marked games from the Comp.-List are really working fine, but no sound with gateway

What steps are reqired to install the emu as cia?

 

[logg]

Used blargSnes for the first time yesterday with my Gateway. The green marked games from the Comp.-List are really working fine, but no sound with gateway

What steps are reqired to install the emu as cia?

Use FBI or Big Red Menu to import cias which you have stored on your sd card.

 

[Bonny]

Thanks, will give it a try.

 

[Arisotura]

Any chance for blargSnes to get sound through Ninjhax on New 3DS like Gameyob?

GameYob can do that? Details would interest me. So far I haven't seen any DSP interaction code in it. If it uses CSND, it'll have the same restrictions as blargSNES.


I wish I could work on blargSNES some more. I have exam shiz to get done, and I'm working on other projects, so eh.

Last time, I tried supporting midframe palette changes in the hardware renderer, but there were issues with it. Basically need to come up with a better way of detecting whether graphics actually have to be recalculated; the current way caused all the tiles to be trashed and recalculated every frame, which kinda defeats the point of the hardware renderer.

Will also take a while to get used to all the changes DiscostewSM did in the meantime, heh Apparently he got it working with latest ctrulib, so that's one task out of the way. Might also improve the blargGL layer or get rid of it entirely, dunno.

Something worth trying would also be redesigning the hardware renderer to avoid switching framebuffers unless necessary. Will probably help performance.


But eh, something new I could also work on would be expansion chips. Or savestates.

 

[Idaho]

GameYob can do that? Details would interest me.

I think it's using this:

http://gbatemp.net/threads/released-some-developer-tools-for-the-privileged-among-us.385921/

It's a new tool that allows escaping ninjhax limitations...

 

[daxtsu]

GameYob can do that? Details would interest me. So far I haven't seen any DSP interaction code in it. If it uses CSND, it'll have the same restrictions as blargSNES.

I believe it uses Myria's libkhax to gain kernel access on Ninjhax to give itself access to CSND now, so there shouldn't be any restrictions in that regard.

 

[Arisotura]

Ooooh, that's quite an interesting thing! Gonna look into it.

 

[DiscostewSM]

GameYob can do that? Details would interest me. So far I haven't seen any DSP interaction code in it. If it uses CSND, it'll have the same restrictions as blargSNES.


I wish I could work on blargSNES some more. I have exam shiz to get done, and I'm working on other projects, so eh.

Last time, I tried supporting midframe palette changes in the hardware renderer, but there were issues with it. Basically need to come up with a better way of detecting whether graphics actually have to be recalculated; the current way caused all the tiles to be trashed and recalculated every frame, which kinda defeats the point of the hardware renderer.

Will also take a while to get used to all the changes DiscostewSM did in the meantime, heh Apparently he got it working with latest ctrulib, so that's one task out of the way. Might also improve the blargGL layer or get rid of it entirely, dunno.

Something worth trying would also be redesigning the hardware renderer to avoid switching framebuffers unless necessary. Will probably help performance.


But eh, something new I could also work on would be expansion chips. Or savestates.

The midframe palette changes would be so much simpler if the GPU supported paletted textures......the only possible solution I understand that may work is the use of bump mapping with palette-like reflection samplers to mimic paletted textures like we'd want them to work, but there's no way of knowing if that can work without access to that kind of capability. I don't even know the first thing to set that up. But, assuming it does work, I could see hardware rendering performance skyrocket, at least with normal modes.

To be honest, I'd keep the blargGL layer, if to at least hold all the information needed per update phase.

I'm still working on the "you-know-what", and I think I found a better way of handling it as well as compensating for the missing parts. Not quite ready to test though.

 

[Deleted User]

Ooooh, that's quite an interesting thing! Gonna look into it.

All you really need to do is include libkhax and run "khaxInit". It gains kernel access through memchunkhax and patches SVC access to allow the current thread access to all SVCs. It also patches the PID to 0, reinits SRV, and patches it back, in order to gain access to all services.

 

[mvmiranda]

All you really need to do is include libkhax and run "khaxInit". It gains kernel access through memchunkhax and patches SVC access to allow the current thread access to all SVCs. It also patches the PID to 0, reinits SRV, and patches it back, in order to gain access to all services.

That's really cool!

 

[Arisotura]

Interesting, although the idea of embedding a firmware-dependent kernel hack into a userland homebrew feels a little odd to me.


On this topic, here's an idea that could be interesting, although I won't be trying it for a while.

It is estimated that on the 3DS, shit would run atleast 2x faster if it was running on the bare metal, without all the services and extra shit. This is worth experimenting I guess.

I think blargSNES could mostly be made to run that way without touching its codebase.

It would need a way to start on the ARM11 as the first process, but still have the ARM11 kernel and ARM9-side system, basically like a FIRM launch. Or start normally, but gain kernel access and kill all the services. blargSNES would then be compiled with a minimalistic ctrulib-compatible layer that interfaces with the hardware.

It would likely be faster than it is now. And as a bonus, could use CSND in all situations. Could do whatever it wants with the HOME button, no broken APT shit getting in the way. Might even get fancy and use the DSP (blargSNES doesn't really need it, but who knows).

 

[GhostLatte]

Thanks StapleButter for such an awesome emulator.

 

[archangeles]

Thanks StapleButter for such an awesome emulator.

Correction, it's the best emulator for the 3ds available at the moment, his awesomeness is besides the point, to be clear this man stands atop the snes emulator mountain, we stuck at the bottom can only marvel at his coding magic.