Some "pre-sales" questions...
-
@plarpco Oh OK. Well I do it both ways. If I am typing a lot of code I use the dock and USB keyboard but for tinkering it is fine on the virtual keyboard
-
@plarpco said in Some "pre-sales" questions...:
Just trying to get a feel for how stabby trying to code on the couch while looking at the TV 6 feet away will be.
It's perfectly do-able. Most of the time I use a dock on my desk and a 27" gaming monitor but sometimes I'll just kick back on the sofa in handheld mode. Obviously typing is not as quick on the virtual keyboard but it's perfectly possible.
-
@Martin Thanks. I didn't realize that about mouse support. Maybe it's not important! I'm really just looking for a good environment to code in, and keep my wife interested so she just doesn't totally tune out.
-
If you can get your wife interested in coding then you are about 10 steps ahead of me!! Fuze is a great, easy environment though - although you could really do with someone from outside of TeamFuze to chime in though :D
-
@Martin At the moment, she's pretty apathetic about it, but I'm hoping that watching our code come to life as a playable game that is actually fun will get her excited about programming. Plus, I have little kids that I would love to see participate as well.
I've been reading through some of the forums, and everyone seems super nice and helpful. That is very important when learning a new dev process! Cheers!
-
@plarpco said in Some "pre-sales" questions...:
@pianofire Thanks! I was thinking more of "pair programming" where we work together to develop sitting on the couch together.
This is exactly what I do with my son.
We have the Switch hooked up to our fifty inch television, and hand the USB keyboard back and forth. For a "mouse", we keep our Pro Controller sitting between us, so we can reach the left analog stick, which scrolls the code up and down.
F5 on the keyboard toggles the running of the program. There's a thread somewhere on the forum with a full list of keyboard shortcuts.
-
@Spacemario Thanks! Glad that setup is working. I'll give it a try. Purchasing tonight!
-
@plarpco Glad I was able to help!
-
@plarpco said in Some "pre-sales" questions...:
Purchasing tonight!
Thank you for your support. I hope you have a great time and we get to see some cool creations :)
-
@plarpco said in Some "pre-sales" questions...:
@Spacemario Thanks! Glad that setup is working. I'll give it a try. Purchasing tonight!
Be aware this is ultra addictive and it will absorb your time like no other Switch software. (I've already got 315hrs on it. it's just soooooooo much fun)
-
@SteveZX81 HI Steve! Thanks for the warning! I've seen your posts a lot of the forums here -- I'm glad to see you asking all the right questions, and getting answers and support from everyone. I think I have a few of your posts bookmarked already. Cheers!
-
@plarpco One thing which really helped me out when I started was going through the tutorials one-by-one, and manually typing the code for at least parts of them, until I really understood the concepts.
Once you get to the actual "game" tutorials though, you might want to consider leaping right into the docs for the map editor and do things that way, versus the "hard way" of manually looping to draw tiles, and calculating your own collision detection (which is what the "game" tutorials have you do).
I'm of mixed opinions how valuable that exercise is, I waffle on it-- at least examine the code both ways, and make up your mind where you invest your time.
Anyway, just figured I'd throw this out there as a possible good way to get started.
-
@Spacemario Thanks! I've been going through the tutorials and getting code to run. So far so good! I haven't hit the game tutorials yet, that will happen tonight (hopefully).
Without knowing much about game programming, I figured that a Dr. Mario type game would work like:
-
Draw some background, or border around the playing field. I don't know if this would be sprites, or a map, or shapes. Anything else it could be?
-
Have sprites for all of the pieces (pills), and have sprites for all of the "viruses".
-
Write code to place the initial set of viruses based on some rules.
-
Write code to generate random pieces
-
Handle piece movement, including player movement (rotation, side-to-side, dropping, etc.) and falling pieces.
-
Write code to handle end game.
Once I perfect the base game, I was hoping to add cool features. One thing I really want is some metrics after a game. What was the players virus count over time, virus clearing rate, biggest combo, etc. I figured I would almost need to store a history of every piece played, every virus cleared, etc. Is that something Fuze will be able to tolerate? Storing a huge history table, and then crunching some numbers?
-
-
@plarpco It sounds like you have a really good handle on this already-- those are more or less exactly the steps I would follow!
For the background, I'd just draw one or more stylish backgrounds in the image editor, and use the "load image" function to display them; may as well not over-complicate things on that front!
The metrics idea sounds really cool! Having played some Dr. Mario in the past myself, each individual match isn't really that long-- I don't see why you couldn't just store the move data into an array of structs.
Then if you wanted lifetime metrics for a given player, you could write the structs to a file, and re-load it when the player visits your "stats" screen.
-
@Spacemario Epic. Thanks for the tips! Is reading and writing to a file pretty much the only "save data" functionality? I'm assuming there isn't the ability to parse json or xml, so the only option is delimited files?
-
@plarpco Yes at the moment this is the case. I am sure that will be expanded in the future. I did an example of how to write and read variable length data here: https://fuzearena.com/forum/topic/70/hints-and-tips/10
-
@plarpco I also wrote a program which reads and writes save data! It's shared as "Naughty or Nice" (a little calendar-based behavioral tracker my son and I wrote to track his "strikes" :D ):
SW-1537-8645-5886
No way to parse JSON or XML at the moment unfortunately. But it's not too bad with plain text files-- I made my records delimited by length, since that was fixed. Then I just loop and substring (via "slicing", like in Python) to load the results back from the file.
-
@pianofire thanks! I'll take a look. I've got so many ideas! Just have to start writing code. Thanks for all the support!
-
@Spacemario Cool! I'll check it out. Thanks for all the help. This weekend should be me putting fingers to keyboard to get proof of concepts going!
-
At some point I'll have to create a WIP thread, but I didn't make enough progress this weekend to warrant it. My assumptions in my above post about how to do this were completely wrong, but I'm looking at MikeDX's Fuzetris99, and a post over at GameDev.net to get me back on track.
Edit: BTW did MikeDX post his Fuzetris99 code anywhere? I'm thinking I'll need to watch all 4 hours of the livestream and take notes. Halp!
