<p>While I'm thinking about how to make a card-game, I've also become quite intrigued by the idea of 'live action' stuff, which in this case brought me around to the idea of making a Digimon inspired game. What I'd been planning to do is come up with some form of AI to have digital monsters act, which would through random results, cause Digimon to possibly "Evolve"- with 'taking damage and dying' causing a Digimon to "UnEvolve" or 'revert forms'.
</p><p>To do this I imagined a few complex ideas I'd like to conceptualize for its development, and these ideas generally emerge as total fascinations to me- the weirdest of them is that I think an intriguing idea would be to try to make some kind of code/game-engine that doesn't rely on CLEARing functions to operate. Pretty much the most complex idea I could think of to be possible, because it would essentially mean that every line of code would be compatible with every other line of code... Kind of strange... Anyhow- there are a couple of rational ideas which I had, and those are that: I'm interested in creating a graphics-engine that will track the placement of so many Spaces on a 'digital screen'- which I imagine to be essentially 50 by 50 ( a dimension ) of 'square spaces'/places where a Digimon or any other kind of Object can be- this would mostly be using things like... gpset and... gp-whatever, the one that checks which color is where... ( maybe, I mean- obviously I could just use Sprites for a simple Digimon program like this... but I think it'd be an interesting exercise in creating a Graphics Engine that I could personally Sync with some kind of Frame Timer --again, barring the use of VSYNC here, possibly... )
</p><p>
</p><p>Anyhow... I've pretty much only really have been studying COLITEST of all programs- and I haven't quite figured out how to bring some of my ideas to life... I learned more about reading DATA out of the Program itself, but the idea of storing it into an Array confused me somewhat. I do get the logic behind how the computer goes about reading the data and what-not, but the one thing that I don't really get is how the computer determines that the Array is 'what's being stored'... Some odd things I do get, like how declaring a title for a READ command will... I guess store a variable on an invisible page?
</p><p>
</p><p>One of the first things that I tried to do while attempting to create my own version of whatever it was that I wanted DIMensions to do was... ( relating back to the idea of creating my own 'engine' ) fill up an Array an with Green Pixels. I know that makes no sense... but essentially what I was trying to do was to get a DIMension to say that it had a bunch of Green Values ( whatever that is -are there only 255 colors? I don't quite get everything ), and I attempted to do this by saying... DIM MAP(50,50), and For X & Y to 50, and... I didn't know what to do next. I still have no idea what to do next... But the idea I'm shooting for is to create some kind of Controllable Graphics Engine, where I can create a Screen ( I'm assuming that it doesn't necessarily have to be 256 by 192, but maybe it could be made up of smaller 'dots' that are like 8x8... and an Array could store the 'Dimensions' of a Camera... 32 x 24... or some other size--- like size 4x4 Pixels- that might look better... The Screen Array would be like 64x48, and then I guess there would be Two different Processes- one to declare An Object, and another to declare its Appearance in the Array.
</p><p>An example of this would be like... Koromon... He has 10 Energy and 0 Hungry... he represents an Array of 16x16 "Pixels" that are made up of 4x4 Pixels- the size of One Space, essentially, of 50 by 50 ( the Map ). Okay- also, I have to mention- with Digimon- they're not really easy Sprites to just 'rip' from the original and use. Some Digimon face forwards while some Digimon face to the side. I really like the idea of making a Digimon game that is based on the principles of Digimon having Directional Attacks, or simply Attack-Zones which they hit, or even Specific-Space attacks and Area Attacks, of course- but the most difficult part about doing it this way is with managing the artwork. The only way I've thought about how to do this is by having Sprites flip-upside down, which creates discrepancy between characters that are turned to the side versus those facing straight forward- the ones facing to the side have essentially two 'facing directions' where as the characters facing forward only have one- not too mention that it could just look very odd having your Digimon swapping upside-down all of the sudden.
</p><p>Part of the 'Camera' concept in coordination with the Digimon AI is perhaps the concept that the bottom screen can include some Digivice options- the goal of this thought process is to try to imagine a 'fun game' that could come of Virtual Digimon playing an infinite game of life. ( that's what my goal would be to make it into- if, for example, a Digimon evolves into an ultimate form and defeats all other Digimon, then there has to be some reprecussive force which allows for all of the Digimon to undergo another change to their balance; for example, as the Weakest forms of a Digimon are defeated over and over again, they grow tougher- so that, while they still aren't very powerful, they, over a long period of time, are capable of being quite formidable- this is sort of like the idea behind Mamemon.
</p><p>
</p><p>... Anyhow... I'm still not much of a Coder at all... I'd like to learn this, though, because I think it could apply to lots of different kinds of things I wanted to code... It'd allow me to effectively create my own text, or graphics, and to put them wherever I'd like to, essentially.
</p><p>
</p><p>Perhaps with some application that allows it to take in Save Data and interpret it into a graphic module- (such & such information for such & such dimensions).
</p>
<span class="thumbnail-play-icon-container"><svg class="thumbnail-play-icon" viewbox="0 0 180 180" width="100%" height="100%"><g fill="none" fill-rule="evenodd"><g opacity=".9" transform="rotate(90 75 90)"><g fill="#000" filter="url(#a)"><rect id="b" width="150" height="150" rx="75"></rect></g><g fill="#FFF"><rect id="b" width="150" height="150" rx="75"></rect></g></g><path fill="#00D6D6" fill-rule="nonzero" d="M80.87 58.006l34.32 25.523c3.052 2.27 3.722 6.633 1.496 9.746a6.91 6.91 0 0 1-1.497 1.527l-34.32 25.523c-3.053 2.27-7.33 1.586-9.558-1.527A7.07 7.07 0 0 1 70 114.69V63.643c0-3.854 3.063-6.977 6.84-6.977 1.45 0 2.86.47 4.03 1.34z"></path></g></svg></span> <figcaption> <p class="title">SmileBasic multiplayer example game</p> <p class="caption">SmileBasic multiplayer example game</p> </figcaption></figure>So as we all know SmileBasic, petit computers 3rd japanese sequel was released in japan last summer and the rest of the world have been promised a release sometime this spring, or better said, any day now, it features a plethora of new input options with higher resolutions, 3D and an enhanced API to fallow suit, but it also brought about active multiplayer local communications which in my opinion is the one feature that makes it a sealed deal for me. With this feature we can now create multiplayer games to play with friends and family this could be an extremely usefull feature, or an ignored add on.
<p>
