questionable learning topic topic: Page 2

This is a READ-ONLY snapshot of the Godot Community Forums when TwistedTwigleg was the owner, which is hosted for archival reasons only. The current Godot Community Forums can be found here.

Some links may point to external websites, including the current Godot Community Forums. These websites are not associated with TwistedTwigleg.

questionable learning topic topic

newmodels

yes and you can think of z and x as a 2d grid, with y creating depth. This is specific to godot.

Nerdzmasterz

I suggest just start by moving a cube, learn how to use 3D collision, and advancing to the next level first. The first two should be easy, and if you learn the last one, you'll have learned enough to make a maze game.

A maze is not glamorous, but it covers the basics of game development.

Nerdzmasterz

Show the code, and a description of what isn't working.

Nerdzmasterz

DaniTD What would you say if I told you that frustration with coding is surprisingly common?

Let me tell ya a little story.

I actually programmed with Unity before this. For a while I thought it was amazing. However, after really getting into it, it's safe to say I loathed it. I mean, I was getting nowhere with it, I Uninstaller it, looked for other game engines, came back to Unity, Uninstaller again, and may have even sworn never to go back to it.

I'd say it's a phase. Thomas Brush admitted to sometimes feeling absolutely unmotivated to keep going.

What is the cause for it?

The learning curve for a game engine is shaped like the hump on a camel's back. You start off and get excited, and just want to jump right in. Next is the very steep learning curve, which I feel you might be experiencing now. It's super frustrating, and takes forever to just make things work. However, it slowly will smooth out. After this is the peak. Not that you know everything, but you know enough to do stuff on your own.

But watch out.

After that is the progressive descent. You have trouble finding new things to learn as you come to accept that you're out of the learning phase and into development phase. It eventually gets worse, but will settle again. You have to hang on, it's a roller coaster with a beautiful reward at the end.

Don't give up. If you need help, just post the questions. 😃

Pixophir

Can you make a script that prints "Hi there !" ? Show it, pls., because we have no idea what your problems are.

Nerdzmasterz

What's the code?

Nerdzmasterz

Is it indented in your code? Without indenting properly, it won't work.

Nerdzmasterz

Translation is basically direction.

Example. Envision numbers on a grid. If you need to go left on the grid- if Input.is_action_pressed("LEFT"):, we need to move on the X axis in the negative direction.

Pixophir

@DaniTD , I believe it is simply too early for you. That is not a shame at all !

You said you can add, subtract and multiply, so I think you're at an early stage of school ? If that's the case, just wait a while. There is no way for you to understand this yet (*) if there's nobody constantly at your side and seeing what you're doing. This is impossible over the internet. Your stakes of programming 3D are too high, and you're in for frustration. Everybody would be at that point.

If you absolutely want to dabble with a game engine, don't do own things yet. Download examples and try them out. The code is free to look at, you don't have to understand it yet, but you get a feeling and after some time you may grasp a little bit, what an assignment is, even what an if statement does.

Children learn a language by just listening and trying :-)

(*) Edit: there are already indirections and abstractions in such things as "left" and "right", symbolic things that don't mean anything to an absolute newcomer to programming. This can't work, it wouldn't for me if I came the first time. I'd have to grab a programming book and start to do very basic things. Just sayin', constructive criticism and all that :-)

Nerdzmasterz

@Pixophir is right. We have all been in the beginner stages, and were unable to build the game of our dreams. Heck, I still can't.

Failing to understand is better than saying you never tried. I can also say programming is a huge step, not many can do it, so nice work on understanding the basics.

Another little secret? Messing around on templates might help you understand how codes work as well, as you examine codes that work well and use the game mechanics.

Nerdzmasterz

Learn 2D. I know you don't exactly like it, but it will give you knowledge that you need to know to make 3D games. Make basic games. Ove time, you'll be able to make very nice ones.

Tomcat

DaniTD how do i start

Before you can learn to run, you have to learn to walk. Before you can start in 3D, you have to learn 2D. My dream is to make a game that would make the whole EA die of envy, but I started with a semblance of a visual novel.

In my opinion, the best thing is the step-by-step execution of Godot's documentation.

DaveTheCoder

DaniTD i want to know how do i start learning

I recently saw this course recommended:
CS50: Introduction to Computer Science
https://pll.harvard.edu/course/cs50-introduction-computer-science?delta=0

Apparently it's free to audit.

It will be a lot of work, but if you want to learn programming, that takes a lot of work.

Tomcat

DaveTheCoder It will be a lot of work, but if you want to learn programming, that takes a lot of work.

Gamedev is hard work. A lot of hard work and very difficult. And, yeah, it requires talent.

Nerdzmasterz

Skill is actually more important than talent. Not everyone has talent, but anyone can gain a skill.

I didn't make a game until at least a year after learning stuff. My first game was a riddle app. The code had nothing but a bunch of strings and if statements, and the game composed of a few buttons, a line edit, in Godot terms, and text. It also had two free melodies and Unity Ads.

That's it. However, I was proud as I released the game on Google Play.

DaveTheCoder

Nerdzmasterz Skill is actually more important than talent.

There's a famous quote attributed to Thomas Edison: Genius is one percent inspiration and 99 percent perspiration.

Nerdzmasterz

Also... You know that code I gave you to move the sprite around? You can literally start with that!

Make a character, add a collision shape to it, and grab sprites from a site for obstacles and the player. Then add a 2D camera to the player. Now you can make a fully functional maze!

How to change scenes, say, upon reaching the ending and you want to go to the next level?

This is actually easy.

Name each scene- except the menu scene- something with a number, ie Maze1, Maze2, and so on. Also, add a variable- ie maze_num, to be zero from the start. Then, when you make the code to reach the trigger that brings you to the next level, or press the start button, add:


maze_num += 1
get_tree().change_scene("res://Maze" +  maze_num + ".tscn")

I know this doesn't exactly explain things here, so a quick overview.

maze_num is zero because when you start, you want to start on Maze1. get_tree().change_scene("res://Maze" +  maze_num + ".tscn") will open Maze0, which is not a maze- but maze_num += 1 translates to maze_num = maze_num + 1.

res:// is the folder which you keep information about your game which cannot be changed (emphasis on cannot be changed), such as the name of a saved node like Maze1, Maze2, and whatever. While you can't change things in res, you can access them using ("res://").

Next is .tscn. What is that? Well, if you look in your list of saved nodes, you will notice all of them have .tscn after their names. This extra set of words are the key for accessing these nodes in code.

This may seem like a lot right now, but I encourage you to test them out, see what works and what doesn't.

Also, for a bonus, here is a site you can search for free sprites. Just make sure you look at their licenses- clicking on the licenses will tell you how to use them legally.

https://opengameart.org/

« Previous Page