This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Oh dear god I'll be trying this out as soon as possible.
Edit: Oop. Missing libgomp-1.dll on launch.
Edit 2: Are we allowed to make feature requests at all? Probably an easier one, but could we allow any button on the keyboard be used as a button assignment? I know you have to use Shift + something to allow the shift key, but it'd be preferable if we could just use 'Shift' as a button. Same thing with Ctrl. I know later bSNES version allowed that, not sure if that's really a 'bad' idea or not though.
Much faster multithreaded saving
Added loading/saving of individual level files
Increased maximum tile height from 31 to 49 and max level width/length to 100
(so you can waste more tile memory. Note that 2D and 3D map area limits are unchanged)
Some more build/deployment improvements for OS X (thanks ConnorRK)
Settings now saved in system-standard paths (%AppData%, etc.)
Fixed buggy repainting of 2D map when scrolling horizontally
Fixed possible bad graphics pointers when saving European ROMs
By the way, your repo seems to be missing the out and obj directories, which are needed for build. Not a big deal, but a fresh checkout will fail to build unless the user creates them by hand.
Hmm.. I found pinout for the FX2 chip. Here the ROM address bus to 21 bits. It turns out that addressing the chip is 2 megabytes. If production use decoder/multiplexer, then you can come up with something for the real hardware. Emulator is not a problem to increase the bus. But on the console itself is already hard.
It's sad, I wanted to make a full DooM with all levels and textures
What about your debugger, it's very cool!
When it can be already downloaded, and that hard work with SFX tracer (many lines)
Does anyone know what is the maximum size of the ROM with chip FX? Is it possible to increase up to 4 megabytes?
According to the SMW-Construction forums, Kirby Superstar (SNES/SFC) is difficult to ROM-hack because HAL used 7 layers of compression. Can your tool decompress those layers?
It's an initialization problem? I thought it was due to some byte in the Music Handler having the same identity & address as the intended target in another bank, thus validating the checksum and turning the entire soundtrack into the theme from Grey's Anatomy.