Dimension Shift
- Thread starter Mugi
- Start date
drexegar
Member
in addition that, it came to my attention that while the INL cartridges used by nesmaker to run games on real hardware do support all consoles (PAL/NTSC) the nesmaker engine's ggsound implementation is actually hardcoded into NTSC mode, causing the audio to go off when the game is played on a PAL console.
this has now been rectified too and my game now runs and sounds correct regardless of the region of system it is played in.
[/quote]
Very Awesome, I notice that when I try to run my game in PAL, in the future I look foward to this code for making music sound fine with PAL!
Great work! Your really pushing the nes code wise! Cant wait to be on your level in 10 years lol.
this has now been rectified too and my game now runs and sounds correct regardless of the region of system it is played in.
[/quote]
Very Awesome, I notice that when I try to run my game in PAL, in the future I look foward to this code for making music sound fine with PAL!
Great work! Your really pushing the nes code wise! Cant wait to be on your level in 10 years lol.
Mugi
Member
well that's done too, though im quite sure my friend hates me now....
for anyone who's interested of the fades, the code is there, but it's quite broken as it is, and getting it up and running is a nauseating session of code reading.
it also eats a sizeable chunk of bank 1F and depending on how you use it, the macro for the actual fade piles up in bank 14 really fast. it's also interfering with the nesmaker scroll engine's scroll to an extend... I'll have to see how usable it
turns out to be.
https://youtu.be/qmq0itn9ZiQ
for anyone who's interested of the fades, the code is there, but it's quite broken as it is, and getting it up and running is a nauseating session of code reading.
it also eats a sizeable chunk of bank 1F and depending on how you use it, the macro for the actual fade piles up in bank 14 really fast. it's also interfering with the nesmaker scroll engine's scroll to an extend... I'll have to see how usable it
turns out to be.
https://youtu.be/qmq0itn9ZiQ
drexegar
Member
Mugi said:
Awesome! Cool Job messing around with code!
I have no clue about the fade code, so I try writing one as an AI script on a monster and it worked. I just read off the values and take away $#10 for each time the ai loops and when its under $#10 (all the dark values from 00 to 0C) I tell it to stop and switch to 0F (black).
now I do have an idea for fading in (grab current color values, turn them 0Fblack and then add 10 up until it reaches the original vaule), but i'm saving that for later, ill post the fading animation on the nezumi WIP.
Mugi
Member
im quite sure this could be written in a more efficient way than it was done to be honest, mine simply revived the existing one and the macro that goes with it.
it's a bit flexible on how it can be used but then again, it's also cluttered to hell and back.
the problem that was introduced regarding fades and scrolling is that if you're doing fading during a scroll, and you switch a nametable, the old value seems to get stored on the earlier one, and the area of screen stops fading.
in the autoscrolling part of my stage selection, this revealed itself as a seam of black tiles that got loaded before the fade completed and was simply stuck there.
aside that it seems to do it's job so far.
it's a bit flexible on how it can be used but then again, it's also cluttered to hell and back.
the problem that was introduced regarding fades and scrolling is that if you're doing fading during a scroll, and you switch a nametable, the old value seems to get stored on the earlier one, and the area of screen stops fading.
in the autoscrolling part of my stage selection, this revealed itself as a seam of black tiles that got loaded before the fade completed and was simply stuck there.
aside that it seems to do it's job so far.
Mugi
Member
oh yeah, im not going to use the technique i used on the forest stage that much, but for that stage, since it will be a really short one, i just figured out, why not 
the rest of the stages will be build more procedurally with varying tilesets instead of one gigantic repeating pattern
the rest of the stages will be build more procedurally with varying tilesets instead of one gigantic repeating pattern
drexegar
Member
Mugi said:oh yeah, im not going to use the technique i used on the forest stage that much, but for that stage, since it will be a really short one, i just figured out, why not
the rest of the stages will be build more procedurally with varying tilesets instead of one gigantic repeating pattern
Yeah i tell ya i feel a bit closed in with the limited bg space, but since paths are working again ive using them to save bg space.
Look forward to more screen shots of your game.
chronicleroflegends
Member
Mugi said:
Did you manage to get screen-to-screen fades working?
I have been digging around but haven't found any info on how.
Not afraid of quite a bit of code work.