565124

ESP+ENG (some)|Aspiring game developer|Will update this blog monthly

[565124]

I apologize but I think I will have to close this blog. I don't think interacting with this community is a good idea, I just want to make a game for my friends and have a small blog to post my progress but having people other than my friends following me makes me more uncomfortable than what I first thought, on top of that some people I really didn't want seeing this blog followed it. Sorry.

[565124]

There won’t be an update this month, as with my finals I didn’t have enough time to work on my game ^^U

So to compensate, here I have a Felipe and Dahlia I made in picrew and then edited a bit (I just changed some colors, as you can see, the actual artist’s signature is still there) so they looked more like themselves. I am not an artist myself so this is probably the closest to official art there will be of them ^^U

[565124]

I have been thinking about things and I don’t think I will post the game to the public after I finish it.

I might change my mind later but the thing is, I started using Tumblr as the site to share my development process because the format is easy to use and easy to read, but I know that the community this website has is... far from the best, to say it in a soft way, and it can attract the wrong kinds of people to my project, specially considering that my game has some controversial topics.

I will still use this blog to post updates because it helps me to work consistently, but since I won’t post a real game, if you really wanted to play this you can unfollow this blog ^^U

Sorry for the inconvenience.

[565124]

June update! and a very cool one!

I designed a customized menu for the game! I got a few friends to test it and it didn’t give any problem so apparently it’s fully functional! Isn’t that great?

Yes, I know the selecion markers (?) look diferent on each menu, I’m not sure on which one I prefer, which one do you guys think that looks better?

For reasons relating to the characters’ heritage and what would be more realistic given where they live, I changed Felix’s name to Felipe, even if Felix would make sense too.

[565124]

[565124]

To compensate that I didn’t post anything in March I’m posting the characters’ walking animations.

I can also say that all the content I want to make for the first release is already completely planned ;) Unfortunately most of it isn’t either sprited or coded so I’m not going to release the actual playable demo anytime soon.

[565124]

Development has been slower than what I would have initially liked, but at least I made face portraits for both characters.

Hopefully next blog update will be something more interesting.

[565124]

this isn't a question i just wanted to say bless you for including diagonal movement in a yume nikki fangame (also the sprites are looking great so far!)

Thank you!

[565124]

i like watching them spin, also which RPG maker are you going to use?, since i don't think any can use diagonal sprites

I use XP!

Normally neither can use diagonal sprites, but it’s possible to use them via proper eventing, what I do is this.

I have a common event set in parallel process so it can be activated at any point of the game (unless in menu or some cutscenes on which moving can be counterproductive).

I have switch and variable checks to make sure that my character is standing (because making them move while sitting could cause unwanted bugs/will look bad) and to make sure I’m playing as a certain character/using a certain effect (this part is to make sure I’m using the right sprites, each character/effect combination has it’s own event to manage diagonal movement and sprite change).

I have three walking sprites for each character/effect combination: sprite A, on which the character has the 4 standard directions, sprite B, on which the character has the up-right and down-left diagonals and sprite C, on which the character has the up-left and down-right diagonals, and a variable that can be set to the values of 0 (standard movement), 1 (up-right/down-left diagonals), and 2 (up-left/down-right diagonals).

Now, for the actual structure of the event, discounting all the switch and variable checks from the beginning, is this:

>Check if the [DOWN] key is being pressed >Check if the [LEFT] key is being pressed  In case you have both conditions, the variable that determines movement will switch it’s value to 1, the character will change it’s sprite to the sprite B and will move in the down-left diagonal. >End of the [LEFT] key condition check >Check if the [RIGHT] key is being pressed  In case you have those conditions, the variable will switch it’s value to 2, the character will change it’s sprite to the sprite C and will move in the down-right diagonal. >End of the [RIGHT] key condition check If [DOWN] is being pressed but neither [LEFT] nor [RIGHT] are, the variable takes the value of 0, the sprite changes to A and the character moves down.>End of the [DOWN] key condition check.

>Check if the [UP] key is being pressed  >Check if the [LEFT] key is being pressed  In case you have both conditions, the variable that determines movement will switch it’s value to 2, the character will change it’s sprite to the sprite C and will move in the up-left diagonal. >End of the [LEFT] key condition check >Check if the [RIGHT] key is being pressed  In case you have those conditions, the variable will switch it’s value to 1, the character will change it’s sprite to the sprite B and will move in the up-right diagonal. >End of the [RIGHT] key condition check If [UP] is being pressed but neither [LEFT] nor [RIGHT] are, the variable takes the value of 0, the sprite changes to A and the character moves up.>End of the [UP] key condition check.

>Check if the [LEFT] key is being pressed  >Check if the [DOWN] key is being pressed In case you have both conditions, the variable that determines movement will switch it’s value to 1, the character will change it’s sprite to the sprite B and will move in the down-left diagonal.>End of the [DOWN] key condition check>Check if the [UP] key is being pressed In case you have those conditions, the variable will switch it’s value to 2, the character will change it’s sprite to the sprite C and will move in the up-left diagonal.>End of the [UP] key condition check If [LEFT] is being pressed but neither [DOWN] nor [RIGHT] are, the variable takes the value of 0, the sprite changes to A and the character moves left. >End of the [LEFT] key condition check.

>Check if the [RIGHT] key is being pressed >Check if the [DOWN] key is being pressedIn case you have both conditions, the variable that determines movement will switch it’s value to 2, the character will change it’s sprite to the sprite C and will move in the down-right diagonal.>End of the [DOWN] key condition check>Check if the [UP] key is being pressedIn case you have those conditions, the variable will switch it’s value to 1, the character will change it’s sprite to the sprite B and will move in the up-right diagonal.>End of the [UP] key condition checkIf [LEFT] is being pressed but neither [DOWN] nor [RIGHT] are, the variable takes the value of 0, the sprite changes to A and the character moves right. >End of the [RIGHT] key condition check.

This might be long but it allows me to have diagonal sprites and hasn’t given me any complications, the variable is for managing other events on which the position of the characters might be important (such as interacting with objects and some NPCs).

[565124]

Introducing the protagonists

Meet Felix and Dahlia! The main characters of my still-in-progress project!

While as of now I plan to make a Yume Nikki fangame I want to keep things vague about them, but I can say there will be an interesting dynamic between them.