Dreamblazers Devlog: Week of October 27, 2014 (Success Edition)

Positive reinforcement, I thought. As soon as I manage to create a functional overworld sprite, I’m going to In-N-Out Burger and I’m ordering a 4×4 and that mass of beef will be the only thing I eat all day, but it’ll be worth it.

That was around ten or twelve days ago.

Negative reinforcement, I thought—and that was four days ago on Monday. No matter what, I haven’t been able to get past this hurdle. Until I do, I won’t write any devlogs. I don’t get to do that until I prove myself worthy!

And now… I’ve got it!

As I solved issue after issue, at first it seemed like everything was wrong except the sprites.

Chunks of the tile map somehow ended up on the wrong Z plane—something impossible to notice by looking at it from a 2D perspective—so it wasn’t that I was passing through them, but passing in front of them. I noticed it mostly by chance when I got so desperate that I started looking over every individual setting of everything.

When I finally had sprites bumping into each other, triggers were working but collisions weren’t even though they’re pretty much the same thing. I chalked that up to differences between Unity’s current 2D physics and the tutorials I dug up using older versions of Unity. (I’ve gotten colliders functional since then, though; this was another matter of individual settings and nothing wrong with tutorials or videos elsewhere.)

Throughout this process, my antivirus programs’ real-time scanning kept blocking permissions to save or access data and Unity doesn’t give any indication of why permissions are denied; Dr. Google resolved that one. I still don’t know why that hasn’t been going on forever or at least consistently since I didn’t change anything with my programs, to my knowledge.

And all of this to say no, not only did I have these tangential problems, but on the direct front, I can only string together a C# script for character movement and animation if my life depends on it. =P (To my credit, I actually did put together some of the code on my own. I went through many a resource to get the basic gist of it, but most of them avoided diagonal animation for simplicity’s sake, so I had to figure out that much on my own. (Not that I intend to have eight-directional sprites; like Chrono Trigger and certain cutscenes of Final Fantasy VI, they’ll move diagonally even if the sprites only face four ways.))

But now it’s done! At very least a sprite can move and collide with itself. I told myself that I’d have everything working by Sunday’s end, but I’m pretty sure that character-to-character collision detection was the third hardest part, sprite animation was the second hardest part, and the random surprise errors from left field were the hardest part, so character-to-terrain collision detection should be comparably easy.

…I hope!

Leave a Reply

Your email address will not be published. Required fields are marked *