Basty
Active member
Now a thing that I had few days in rolling in my mind about possibilities in realms programming for NES has been...
The title spoiled it! Scaling! Now I'm not a professional NES programmer yes... However I am quite aware of it's typical limitations and what it can do, why and how to a certain degree.
But when it comes to automatic scaling... It actually doesn't sound as far fetched of an idea as it would've been back in the 90's.
Now one thing is for certain, you ain't going to make 8x8 sprite to a size of 16x16 sprite, that'd be utter lunacy. Well... Not really but if I'm calculating things right in my head, I'd say it is.
But technically, with few gimmicks and I'm not talking about making a new sprite for every size to create the illusion of scaling effect, you could technically reduce the size of a certain sprite especially of it has only a one color.
From what I understand and have seen in some examples, typical sprite in coding looks something like this...
01230123
01230123
01230123
01230123
01230123
01230123
01230123
01230123
That should be a 8x8 pixel sprite. It's simple and pretty self explanatory. Doesn't look like much that you could do something about except flip it.
Now of course some of you might already be screaming from top of your lungs "The bloody muppets are you talking about you dang lunatic of a pseudo programmer!? That's not how it works at all!" And you'd probably be right about it.
However for the sake of this little thought experiment, what if, we wrote a code that would squeeze those zeros and threes probably, to a smaller scale?
How would you tackle this problem and do you think, there would be any sort of workable solution for this?
The title spoiled it! Scaling! Now I'm not a professional NES programmer yes... However I am quite aware of it's typical limitations and what it can do, why and how to a certain degree.
But when it comes to automatic scaling... It actually doesn't sound as far fetched of an idea as it would've been back in the 90's.
Now one thing is for certain, you ain't going to make 8x8 sprite to a size of 16x16 sprite, that'd be utter lunacy. Well... Not really but if I'm calculating things right in my head, I'd say it is.
But technically, with few gimmicks and I'm not talking about making a new sprite for every size to create the illusion of scaling effect, you could technically reduce the size of a certain sprite especially of it has only a one color.
From what I understand and have seen in some examples, typical sprite in coding looks something like this...
01230123
01230123
01230123
01230123
01230123
01230123
01230123
01230123
That should be a 8x8 pixel sprite. It's simple and pretty self explanatory. Doesn't look like much that you could do something about except flip it.
Now of course some of you might already be screaming from top of your lungs "The bloody muppets are you talking about you dang lunatic of a pseudo programmer!? That's not how it works at all!" And you'd probably be right about it.
However for the sake of this little thought experiment, what if, we wrote a code that would squeeze those zeros and threes probably, to a smaller scale?
How would you tackle this problem and do you think, there would be any sort of workable solution for this?