Homebrew Snes9xGX Mod [Preview + WiiUPro + ScreenShot button]

[BITBURGER]

Can anybody re-compiled version Snes9x GX 4.29. with that focking Update Disabler i'll get focking sick and tired of that poppup on my wii
Grrrrrr....
Thx Regards

 

[Gabriel Mejia]

Okey, so basically the poor guy is kinda nuts. Just suggesting that a pagefile would improve performance, and then INSISTING BLINDLY that it is better than the Wii's ram, talks enough about how much he thinks he knows about emulation. He may be thinking that crazy pagefile idea is a great breakthrough that none of the great coders available thought about it before, even if emulation worked in that wonky way. Talk about discovering hot water.

Great explanation, by the way, couldn't have said it better. I rest my case.

first of all i'm not pulling words out of my ass just look up not64 and you'll see what i'm talking about,

on another note i don't need you mocking me and insulting my mental stability,i'll have you know i'm completely sane and know full well what i'm talking about
and i am not mentally unstable.

i also don't need some ***hole explaining to me what memory and storage are since i know full well what both are and that's bull**** because you don't store roms in ram since roms are a storage medium
i don't care if it is read only memory it still has to be interpreted,

storage and memory aren't linked as one is referred to as ram
or should i say random access "memory" which is the key word here "memory"
and stuff can't permanently be stored here,

while the other called "storage" is referred to as the storage where the main software components are,basically the place where a lot of the core information that runs the console is held unless the device has a bios chip in which case the bios starts up the system or in the case of the wii the nand chip,
the reason the storage and memory are not directly linked is because then you wouldn't have a working system and your cpu and gpu wouldn't be receiving any instructions the moment the console is turned on,
if you meant they're on the same motherboard and indirectly talk to each other then yes they do.

As for the clocking information,yes clocking information has to be stored somewhere since those snes games need to be emulated at specified clocked speeds in order to work,
so no i don't need you guys explaining anything to me since i know more about the basics of how the games run than both of you and i don't need you to lecture me about that and i don't need to waste my time telling you all this if all you're gonna do is take it with a grain of salt.

 

[sindrik]

Can anybody re-compiled version Snes9x GX 4.29. with that focking Update Disabler i'll get focking sick and tired of that poppup on my wii
Grrrrrr....
Thx Regards

Wait a bit, Zopenko is probably testing his compiles, or maybe he doesn't have free time right now.

On topic, any news on the 4.2.8. mod?

Man i compared 4.2.8 and 4.3.2. yesterday and the former is so much faster it's not even funny. Even with the hq2x filter enabled, 4.2.8 remains smooth, whereas 4.3.2 stubbles and lags.
Only issue with the current 4.2.8 is that i experience lockups when loading different roms consecutively.

Yes, sadly that's a common problem, because of memory leaks. emu_kidid did a fine job correcting many of those, though some still persists, it is more manageable

 

[Zopenko]

Im not dead
but as sindrik says I don't have much free time (finishing my last semester)
so in the next couple of week i will have more free time and continue with this mod, so..... patience please

 

[BITBURGER]

Im not dead
but as sindrik says I don't have much free time (finishing my last semester)
so in the next couple of week i will have more free time and continue with this mod, so..... patience please

Zopenko i'l hope you can compile another Snes9x GX the versions 4.2.8 and 4.2.9 are good with Turbo Mode i'll mean the hq2x
the new one version 4.3.2 gives terrible noise when i use a rom to playing when i put the hq2x on normal soft of bold not a deference by the version 4.2.8 and 4.2.9 are good
but then get i everytime the poppup update availeble
and can you add cover support on it?

Great full thanx man
Regards

 

[Jacobeian]

first of all i'm not pulling words out of my ass just look up not64 and you'll see what i'm talking about,


i also don't need some ***hole explaining to me what memory and storage are since i know full well what both are and that's bull**** because you don't store roms in ram since roms are a storage medium
i don't care if it is read only memory it still has to be interpreted,

storage and memory aren't linked as one is referred to as ram
or should i say random access "memory" which is the key word here "memory"
and stuff can't permanently be stored here,

while the other called "storage" is referred to as the storage where the main software components are,basically the place where a lot of the core information that runs the console is held unless the device has a bios chip in which case the bios starts up the system or in the case of the wii the nand chip,
the reason the storage and memory are not directly linked is because then you wouldn't have a working system and your cpu and gpu wouldn't be receiving any instructions the moment the console is turned on,
if you meant they're on the same motherboard and indirectly talk to each other then yes they do.

WTF?
Sorry but you are just throwing out words and concepts without really understanding basic concept of emulation and programming or at least you maybe think you understood everything while you didn't , which is somehow worst than someone knowing he still has room for learning things. Throwing out insults won't make you look smarter by the way

RAM is still some form of storage, just temporary (or rather volatile) storage, compared to SD or USB which are non-volatile storage.

SNES ROM are stored in FILES which are themselves read by the emulator PROGRAM then copied entirely in Wii RAM for the purpose of the emulator running on a computer or a console. The EMULATOR code interprets the SNES ROM code but it reads it from RAM and the emulator CODE itself is running from the Wii RAM.

Actually, the point is that EVERYTHING is stored (even if it is temporary) and fits in Wii RAM while you are running the emulator on your Wii to play SNES games. The emulator code is loaded in Wii RAM, the emulated ROM is loaded in Wii RAM then read from Wii RAM by the emulator while decoding SNES CPU instructions, the emulated SNES chips memory (Video RAM, CPUs RAM, etc) is replicated in Wii RAM, etc...

NOTHING runs from or use a storage device like SD or USB or NAND because this would make emulation too slow and there is no need for it since there is plenty enough RAM on WII for a SNES emulator and a SNES ROM.

As for the clocking information,yes clocking information has to be stored somewhere since those snes games need to be emulated at specified clocked speeds in order to work,
so no i don't need you guys explaining anything to me since i know more about the basics of how the games run than both of you and i don't need you to lecture me about that and i don't need to waste my time telling you all this if all you're gonna do is take it with a grain of salt.

Off course it is stored somewhere, it is stored in the form of emulator CODE, which is itself running from Wii RAM.
But the point is that the quantity of actually available RAM is enough to store any SNES emulator code and any SNES ROM all together and virtual memory paging will not improve anything. You were suggesting that a virtual memory system (or pagefile as you called it) would improve the quality of emulation, which does not make ANY sense because:

1) This can only be used for emulated/interpreted ROM access (in case of very big ROM for example in systems like neo-geo or n64) but definitively not emulation CODE itself (there is no concept of dynamically linked code on Wii, again all the code runs statically from RAM)

2) The QUALITY of the emulation code as well as the GRANULARITY of the timings of the emulated components are absolutely not directly related to the amount of available RAM. I'm pretty sure Higan/BSNES emulation code could fit in Wii limited RAM (72 MBytes or so I think) but the problem is CPU requirements are too high and that the Wii CPU is too weak to run that code at playable speed.

 

[nakata6790]

Wait what?!
4.2.8 runs smooth with the hq2x filter enabled?! D:

Yep. In most games you have full speed even with the hq2x filter

 

[BITBURGER]

Yeah ShadowOne333 The Version 4.2.8 runs it best of all the versions what i know with the Hq2x Enabled
Alone for me the biggist bloody bug that they everytime ask for updating
nope i won't it
When someone this version can re-compile with and Hq2x support and update disabler + cover support i'm a very happy man

--------------------- MERGED ---------------------------

Hello
Here's my compilation mod for the Snes9xGx emu, credit goes for the original creators of these mods, the only thing that I did was combine them, an add a few extras, enjoy.

Snes9xGx Emu Updates:
- Version 4.3.2 as base.
- Added Cebolleto's preview image support.
- Added WiiUPro controller support.
- Added a Scanline filter option (under the video options, video mode must be set to progressive, filter is kinda buggy)
- Increase preview image size and reduce game list width.
- Added a background to the preview image.
- Added a Screenshot button (under the game settings options, the video scaling option must be set to default otherwise screenshot looks smaller and with black borders around it, also screenshot folder must already exist otherwise a folder error will popup).
- Added a "WiiuPro" button on the button mapping menu, the options is just for completeness, since the controller mappings are shared between the wiiupro and the classic controller.
- Fixed the inverted color button selection that was in some option windows in version 4.3.2.

Boot File

Source Code


Alone Zupenco the Hq2x is an disaster gives me noisy sound it looks like that the sound most constantly buffering for better
i'll hope you are coming fast with an update of it with an good Hq2x Enabler
youre games look much better when you can turn this future on

 

[sindrik]

?

 

[Draguna]

Hello , then have the version of the emulator with cover where end fatansy 3 and Chrono Trigger run smoothly ?

 

[BITBURGER]

@Zopenko Will not much good man say the week is all about
thought say anything lol

 

[ThatGuy...]

Question. Does anyone know the reason why Final Fantasy VI and Chrono Trigger don't work with the Wii U Pro support? I replied to the original thread and I didn't receive and answers and it seems I'm not the only one having this issue.

 

[sindrik]

Question. Does anyone know the reason why Final Fantasy VI and Chrono Trigger don't work with the Wii U Pro support? I replied to the original thread and I didn't receive and answers and it seems I'm not the only one having this issue.

Check here.

 

[ThatGuy...]

Check here.

I feel like an idiot for asking, but does that mean I have to mod a build myself?

 

[sindrik]

?

 

[Zopenko]

sorry for being out of the scene. first real life has taken a few vacations so I hope I can continue with this over the holidays.
So how I'm going to work with this. I will base the emu on rev 428 and then re add the features one by one until we see the culprit for the low performance and the CT and FF III Bugs.
I promise nothing in terms of actually fixing anything I'm just combining the sources until we have a good emu.
As priority I'm working on the wiiupro support. I haven't tested it but I may have to port the " controller fixes" that were added on the newer versions

 

[sindrik]

?

 

[Edu64]

I tested for long time the 4.2.8 and 4.2.9 versions and can comment that the last es better ( 4.2.9) especially in Super FX games like Yoshi's island ( first level in the cavern is a good place for testing)
The only issue found in 4.2.9 version is load save states for Megaman X2 and X3.
Please, consider this for create the mod.
Thanks and good luck!
Many fans for SNES expected the performance for previous version with cover for the games.

 

[DarthMingus]

I hope this update comes soon. This version is great (scanlines!!), but the slowdown is very noticeable in SuperFX games.

By the way, are there any similar builds with scanlines added for FCE Ultra GX or VBA GX?

Thanks!

 

[sindrik]

I hope this update comes soon. This version is great (scanlines!!), but the slowdown is very noticeable in SuperFX games.

By the way, are there any similar builds with scanlines added for FCE Ultra GX or VBA GX?

Thanks!

As far as i know, there isn't. Someone is gonna have to add them and compile, like when Zopenko made this nice screenshot support build.