/agdg/ - Amateur Game Development General

>>15693

>six 0's

Holy fuck nice

>>15644

I actually tried this for my Raspberry Pi. Particularly curious if it would run on the new one. I compiled with the older Model B, but it kept having fatal errors when compiling the tools due to low memory. Maybe it will on the new one? If only cross-compiling wasn't so confusing for me...

Is there a way to make Windows exports smaller than 22mb? This is ridiculous.

>>16506

http://www.godotengine.org/forum/viewtopic.php?f=12&t=1936

This thread goes in-depth why the empty filesize is so big and what you can do about it to reduce that size.

>>15471

The engine was red.

>>14637

Literally zero docs, and just doesn't seem powerful.

>>17044

It's powerful.

Just undocumented power is useless power.

>>17044

It hasn't been too hard to learn. There IS documentation, it's just not good enough yet. Reduz is very aware of the lack of documentation and has made it a top priority.

If you want 'powerful' try UE4. This is plenty enough for anything I'll make.

>>17231

I am very interested, i hope to one day make a (proper retail) game on it

I even have some shitty concept art

that's how determined I am

>>17231

Yes, I have been digging around those very examples. They are really useful and are filling the gaps that are lacking in the documentation at least for me.

>>17467

Lol

I think that's pretty fine for a tutorial. It's up to you to adjust the parameters to your liking and design a better map and stuff anyway.

>>17467

I lol'd hard 0:05 - 0:12 should be a banner

1.1 has been released with some nice new features.

http://www.godotengine.org/wp/godot-1-1-out/

>no proper showcase

Why do enginefags do this? Don't they know the first thing people want to see is projects created with their work?

>>17835

I'm pretty sure it will never have more features than game maker studio, so why would you ever switch from GMS? A company has added way more shit than a few guys did.

>>17845

That is being simply presumptuous. For one, it has many features already that GMS does not and was built from the ground up with better ideas like the scene system and pythonic-like scripting. It's also free and open source with many improvements over a short time.

Have you even checked out the nodes or demos? It's easily able to compete with GMS if you'd just have a look.

>>17861

>Have you even checked out the nodes or demos? It's easily able to compete with GMS if you'd just have a look.

I didn't check it out, but is it really? I find it very hard to believe, after all game maker is probably more than 1 decade, and had a team full of programers keep making updates and adding features.

How would godot which basically has 2 programmers from what I know, compete with 1 decade of people working on game maker? Godot has things like 3D, but so does game maker. And game maker is specifically for 2D games so wouldn't it be logical to have more 2D support than godot?

I don't hate godot or anything, I want it to become the best thing ever if possible, but I just heavily heavily doubt that it can compete with 2D game maker, or 3D unity if it will become mostly a 3d engine.

checked out these and did a few tutorials

http://www.godotengine.org/forum/viewtopic.php?f=11&t=1607

If I spawn too many 3d models it jitters/lags already. Not bad for 2d though so I might use it.

I still like UE4 better for 3d, it makes more sense to me. The main thing about UE4 is the insane amount of unnecessary shader precompilation that you can't turn off.

>>17867

oh also check out this

>>15801

If you don't want to suffer and get your hopes blown on slow Unity devs then you have to learn SOME math yourself, just follow tutorials every time you need math, I do and it works.

https://forums.unrealengine.com/showthread.php?53033-TUTORIAL-Bow-and-Arrow-Setup-Youtube-Link

https://www.youtube.com/watch?v=kYJkZM_yWs4&list=PLY_FQXauSxlAiaLUllZv_u8YykldnKHaE&index=1

woww wow wait a fucking second, is this really coded by BR's? it's amazing and interesting if so

>>17882

BRs?

>>17973

BRs

>>17882

I know that guy who made it. He's Argentinian.

>>18409

PPS. u got trolled XDDD

It's actually from new zealand

>>17866

Godot has been worked on in house for around that amount of time by okam studios

Only recently has it been released to the public

Most (if not all) of okam studo's games were made with it

>>18411

NZ? NZ? NZ? Gib wool or i report u

Godot is my new favorite toy as of the 1.1 release. Time for some shilling.

The tits for 2D, 2.5D as well... would go to a different engine for 3D but it's still decent for that. The learning curve has mostly to do with the tree model it uses, as well as finding all the built-in editors and what you can do with them. But it's incredibly powerful.

IF YOU HAVEN'T LOOKED AT GODOT BEFORE THE 1.1 RELEASE, TAKE ANOTHER LOOK!

Here's a video demoing the new featureset.

The shilling continues. This engine is young, so it's not great yet for first time devs, but it has a lot of potential -- quite a lot of power packed into that one little executable.

Vid list of games and demos made with Godot: https://www.youtube.com/playlist?list=PL9i2bb2OUKCACptlUgO20di75FUAVfCn7

Embed video shows an Okam Studios game currently in development which uses Godot. They also have a game out being published by SquareEnix.

Here's a great overview of the engine in video form. It's intended for current developers, not very useful for newbies. Again, without experience, would say stay away from Godot (for now -- 1.2 is being worked on atm, as are the docs), but if you've done some gamedev before, and want to work in 2D, it'd be a shame not to consider it.

If you've worked in a simple point and click engine GameMaker before, but like me, are a little annoyed at how GM makes too many sacrifices toward user friendliness over an efficient workflow, especially when you're scripting -- keeping those fucking scripts straight, like which object is firing which script, is kinda maddening, as are the really weak, wonky OO features of GMScript -- this might be your thing. Once you get your head around it, the interface and overall design is actually really logical. So like people are saying, bit of a learning curve to understand what the fuck is going on, but once you do, you can develop quite rapidly.

Annnd last, some tutorials.

https://www.youtube.com/playlist?list=PLS9MbmO_ssyAXRl-_ktrebQBFxjSQt7UX

https://www.youtube.com/watch?v=WU6MqaodFyw&list=PLPI26-KXCXpBtZGRJizz0cvU88nXB-G14

You can also do a LOT with the examples, especially with the new ones released after 1.1. Just explore around a bit: http://151.236.22.217/godot_demos-1.1stable.zip

You can develop on just about any OS and export the project to almost any OS. Also has pretty much no dependencies! http://www.godotengine.org/wp/download/

My ulterior motive: the more people who try it out, the more demand there will be for documentation and development.

Well shit, you guys really made me think a bit. I am a game maker user for about 6 months. So while I don't know it fully, I am still pretty comfortable with how game maker and it's scripting language works, I know some hate it but it's not that limited.

HOWEVER these videos of godot, especially >>18463 really make me consider wanting to try and making a simple game in it just to see how it works. What if it turns our better than game maker?

I saw that it has 2D shadows, and polygon pathfinding. AND automatic isometric view, now that is interesting. Because it would be pretty hard for me to make 2D shadows and polygon pathfinding in game maker, even isometric is a bit tricky. Also the filters, I cannot figure out shaders but I see that go dot has some built in shaders, I assume you can customize them a bit? This is very tempting.

Obviously it's very hard for me to move out of my comfort zone and abandon a program that I used for half a year. I mean, the one thing that I like in game engines is that they take away most of the math from me, this is what I like. Game maker has functions for calculating angle differences, it has the A* pathfinding (which sadly I can't develop it on my own from scratch), it has functions for calculating distances from the bounding box of the sprite, functions for calculating where a position in XY would be if you would add X numbers. And just things that make me not worry about math. And then there are all sorts of real time stretching and modifying of images in game maker, maybe those require complicated coding in godot.

And how about scaling? I am not good with screen scalling, in game maker I just thick an option to scale the screen to different resolution, I don't know how hard is in godot. If godot doesn't have this it's a deal breaker for me. Believe me guys that I really like how godot looks, open source, free, even android exporting for free and all that, that's awesome. The shaders and shadows, pathfinding, very cool. But if it can't take away medium-complicated math and simplify it for me then I will have to stick with game maker.

Another thing is steam, I want to release my game on steam too maybe in a few years in the future, so I don't know if I could do that with godot since I probably wouldn't know how to integrate the steam api into it, which I heard is pretty easy in game maker. Also, does godot even have a map editor, like the room in game maker? Can you have different rooms in godot?

But damn for making me rethink my comfort zone...

>>18466

Also game maker has a great particle system, and the surfaces. So I don't know...

>>18466

Yeah, it has a built-in shader language, as well as a visual editor (see pic).

It's pretty good with abstracting you from the math and letting you create. Rather than using a programming language, it uses its own script language with Python-like syntax. The reason for this is because the scripting language can be very targeted. Pretty much all the functions you're talking about are in Godot. There's nothing you have to do that's too complicated. It's a lot like GM in this respect.

Screen scaling is handled pretty well overall. Haven't done much in terms of pushing to Android and the like, but it's taken into serious consideration. It was written from the ground up to be highly portable (unlike GM). If you watch that engine overview vid, I believe he mentions the scaling issue.

Steam API is not yet integrated, but you can insert C++ code for anything along those lines and recompile, exposing the necessary functions to GDScript. It's not trivial but it's not that difficult, either. Within a few years, also, someone will undoubtedly do it before you, and will share the code.

Godot does have a map editor -- you can define a tileset and the various properties of each tile, then place them. You can of course have different rooms, but they're called Scenes instead. Functionally they're fairly similar to rooms in GM, except that scenes contain nodes (objects) and can themselves have their own properties. Confusing at first but it makes more sense after a bit.

Definitely worth checking out. There is no installation -- the EXE you download is the editor, which you can run from anywhere -- and then just load up some of the example files.

>>18468

Sounds good but then there are other things.

In game maker I could make a 640x360 room, I would place two objects and I would increase their X by 4 every step. When I resize the whole thing into 1920x1080 it still increases by the same amount that 4 pixels would be in 640x360, but in a much higher resolution. So I wonder if it's the same in godot, if I could do pixel perfect code at different resolutions without me doing extra work. I can also place GUI objects at certain positions in low resolutions and they would maintain their aspect when rescaled automatically by game maker at a higher resolution.

Game maker has a built in shader language too from what I know, but what I want is already made shaders that just let me apply them and trick them, without coding them myself in that shader language. You know, I don't want to write shaders from scratch.

I would probably be not able to integrate the steam api myself if no one does it in 2 or 4 years. If I would be able to do that kind of programming I wouldn't use engines in the first place. Is there an automated "step" feature in godot? Or do I have to write how the game works from scratch? Is saving files (save games) easy? Does it even have features to deactivate objects that game maker has? Because it's very useful for building a pause menu.

And does it really have those angle, directions, and all sort of distance functions etc. implemented? How about manipulating sprites? Could you please tell me before I try my hand at this thing? Also I never worked with C++, I learned python a year ago but I forgot most of it.

>>18469

I forgot another important question to ask, how is the performance in comparison to GM:S? We are talking about a lot of objects with path finding, particles (does it even have particles?), physics?

So far, it doesn't look too powerful simply because there's not enough documentation or showcases for it to make a name for itself, but it obviously has a lot of potential. When I'm done with my current native C++ project, I'll probably toy around in Godot and see how much more efficient it is.

>>15644

Only came to this thread to make sure someone made that joke.

how does this compare to polycode

>>15801

weird. Do they provide something equivalent to glm::rotate() for vectors, quats, and matrices? If not it's probably not worth your time.

>>19119

You mean, if not, the math is trivial, already available and you can easily write the functions yourself. We're talking 3-10 lines each.

That said, yeah, it's built in, and that guy is retarded.

See:

https://github.com/okamstudio/godot/wiki/class_transform

Yes, it's a little more like a real programming language in how it handles it. But, really, IMO, you shouldn't be even thinking about touching 3D if you are not comfortable with what is in the end not very complicated math.

If you want to create a 3D "game" that you end up ditching after 6 months, you can always give Unity a shot.

>>19125

No, I agree it's not hard. But if I'm going to bother using someone's 3D "game engine" then I expect good basic math utility functions to be there and be decently optimized, SSE2 versions, etc. Otherwise, why bother? Better stuff is out there if they can't get the basics right why would I use it? GLM is out there (not great, but easy), Sony's open source math library is good and pretty fast, OpenFrameworks exists if I want OO retardation. The only thing Godot or Polycode or whatever bring to the table is hopefully, a decent UI and scripting interface.

It looks like an interesting engine, but damn it all, the documentation just isn't there.

Same for Polycode, I'm afraid.

>>15801

>you have to do complex vector math and be a mathematical genius just to do simple rotation in 3d

You need to be a genius to multiply by matrix?

>>17882

It is developed by an Argentinian dude with polish ascendance. Not really a huehue...

>>19112

it actually works

>>14637

Why? just use unity or Unreal

>>19135

Just saiyan, it is there.

The docs are weak in many places. Sadly it is not yet an open Wiki for the docs or they would be done already.

>>19175

Neither is very good for 2D.

Godot shines with 2D. If you want 3D, use one of those. If you are planning on 2D, try Godot and make life a little easier.

How can I learn to make things in 3d space without the documentation? Is it possible to rifle through the raw class list?

>>19200

Why shouldn't I use godot for 3d? 2d is great because it has documentation. 3d doesn't yet

>>15801

>3D rotation

>complex

gb2 GM

>>19730

Godot's 2d API is supposed to be similar to the 3d API so it shouldn't be too hard to learn to use it; from the website "Dedicated 2D and 3D physics engines, which use the same API"

I've been playing around with the engine for 3 days now. Some things are a bit unintuitive but the scene system is really good once you get used to it.

The engine feels solid, but has room for improvement (for example checking for collision at arbitrary points is a bit of a hassle now). The gui needs work though, I don't think there is a way to move nodes up and down the hierarchy, which is a big miss if you want to reorganise your entities. (or maybe there is a way and I'm just retarded). The expandable menus are all expanded by default and reexpand with every change you make of a field, which really clutters the ui up. I also don't really understand why there needs to be a resources tab as well as a filesystem tab and why the latter is placed where it is.

>>19751

I tried finding documentation on quaternions or rotation matrices and it seems the Internet is devoid of them.

Could you please enlighten me on how rotate in 3D?

>>19811

You usually buy a book on 3D math for this. I'm holding "Mathematics for 3D Game Programming and Computer Graphics (3rd edition)" by Eric Lengyel in my hands right now. It's rather dense, but it explains WHY formulas work and how we got to them, and by skimming you can usually infer the right formulas for the job.

Additionally, google gave me this within 5 minutes:

//axis is a unit vector
local_rotation.w  = cosf( fAngle/2)
local_rotation.x = axis.x * sinf( fAngle/2 )
local_rotation.y = axis.y * sinf( fAngle/2 )
local_rotation.z = axis.z * sinf( fAngle/2 )

total = local_rotation * total  //multiplication order matters on this line

"Total" is the final quaternion of the object. In Unity this would be transform.rotation I think. I don't use Godot so no idea how it works here.

But seriously, this is first year college stuff for any game programming course worth your money. Not advanced theoretical mathematics.

>>19814

>any game programming course worth your money

>game programming course

>money

I know a guy who went into one of those and they only learned 3D modelling with proprietary software and Unity.

>>19816

Which is why I said ones worth your money. He went one of the shit ones, which are the majority.

>programming course

>3D modelling

That's not a programming course.

>>19816

I wouldn't take a game programming course, but I *would* take a course on using 3D modeling software.

>>19751

not everyone is a fan of things like quartinions and normalizing along grav vectors and such

Im new to coding and godot's documentation for 3d is super limited.

http://www.godotengine.org/forum/viewtopic.php?f=14&t=1564

When I download the example project I get error(36,18): Expected identifier for member variable name.

Is there inverse kinematics for 3d? The documentation shows it for 3d but no word on 3d.

>>20911

>godot

>documentation

Pick one

>>20924

>make great engine

>don't tell people how to use it

>work is pointless

>engine doomed to die

>>20924

>>19916

I was thinking to make a try but thanks to point this.

I have a rule: "If it is not documented, it does not exist". I hate spending hours trying to reverse engine an API or framework because of the lack of documentation.

>>20972

>it took me awhile to figure out how to do composition and inheritance

What do you mean by this?

>>21146

Composition and inheritance in the object-oriented programming sense.

https://en.wikipedia.org/wiki/Inheritance_(object-oriented_programming)

https://en.wikipedia.org/wiki/Object_composition

They're fundamentals that you'd look at in your first hour with a new language, but for reasons I no longer remember, it took me a lot longer to get a hang of.

>>20972

damn son, this looks amazing

>>18463

>shilling for a gratis and libre product

Holy shit you're retarded

>>21146

If you need to ask that then you shouldn't be posting here

>>21192

tfw I had to look composition up despite having programmed for many years already.

>>21973

Beginner friendly != For idiots.

>>22102

if its not hard its not good kiddo

Turned out it's quite usable. Too bad their website is a mess and freezes firefox, at least documentation is available in github™.

Godot wiki's tutorials on vector and matrix math are pure gold.

does the continuous collision detection option even work? shit just goes through everything at moderate speeds no matter what collision detection I use

What is a good way to create split screen in 2D? I tried to put this kind of hierarchy but don't know how to display same contents in both cameras.

Node2D

| - Sprite

| - Control1 - Viewport - Camera2D

| - Control2 - Viewport - Camera2D

>>22472

Just write a script capable of setting the viewport to Camera1, rendering to framebuffer, then setting the viewport to Camera2, rendering to another framebuffer and then render both to a single framebuffer.

Computationally expensive, but that's the joy of split screen.

>>22481

thanks

>All these faggots actually trashing Godot because it's FOSS, saying to use Unity or Unreal

>All these faggots who think that Argentina is part of Brazil

I don't much like using Godot personally, because I like my low-level, but come on, you come off as either shills or lazy easily-marketed faggots when you say "What? Why would I use something that is actually free and has no licensing restrictions when it isn't advertised to me with a million-dollar marketing campaign?"

I've got nothing against UE or Unity, either, but to act like real free software has no merits because proprietary software exists is retarded. We'd all be using Internet Explorer and Opera if that argument actually had real merit. Break out of your baby duck syndrome and actually give something new a try. Worst case scenario, you go back to what you already know and you spent some time trying something new out.

>>22472

>>22481

I don't know exactly how it would be done in Godot, but in OpenGL you can specify a viewport as part of a framebuffer, so you could skip the last rendering step. Once you have that done, you'll be about as optimized as you can for split screen, since you'll always need to do that rendering twice anyway.

Check Godot's "viewport" class. There should be a way to have two viewports for the same framebuffer. https://github.com/okamstudio/godot/wiki/class_viewport#set_rect

GODOT 2.0 ALPHA just released in the last couple of days.

http://www.godotengine.org/projects/godot-engine/documents

Documentation is coming along decently well, too.

Anyone have any decent links for explaining how the hierarchy system in Godot works? I think that's the most confusing part of it. Once you get your head around it, it's pretty awwright though.

>>22548

wow that new website is really shitty. It's like they replaced the whole thing with some wiki archive, makes it look incredibly cheap and amateur.

Alright i have to get this off my chest and i know it is stupid since i've only used gml but.

WTF is with the GDScript? it looks fucking retarded. yes i'm complaining on how it looks

Where are the semicolons?

What's withe the white space?

And where the fuck are the curly brackets?

is there anyway to make the transition from Game Maker to Godot easier?

>>22633

>inb4 why transition

i've started using linux. so game maker is in the past

>>22633

GDScript is almost exactly like Python.

I don't much like Python, but the answer to all your questions about GDScript are the same in Python.

https://programmers.stackexchange.com/questions/66755/do-python-programmers-find-the-whitespace-issue-inconvenient

I don't really like Python, just pointing out that none of your complaints are exclusive to GDScript. The whitespace thing in Python is polarizing in itself. I don't find it much an issue when you get used to it, though it is pretty annoying to have a language that renders editor auto-indent impossible (because the end of an indent indicates the end of a block).

My biggest issue with Python was the clusterfuck retarded transition between Python 2 and Python 3.

Python 3 is fine. The transition from Python 2 to Python 3 was a fucking nightmare for anybody working with Python, and it was caused by the original developers fucking the Python specification in the first place in a way that they had to break Backwards Compatibility just to update the laguage.

>>22548

the documentation is really shaping up!

I'm finally starting to understand this engine...

Pretty cool

>>17824

because we're autists who can't into art or socialise with artists :^)

Heeeeeeeey~

Could Godot support the sort of set up Torment: Tides of Brian Fargo's Income will have?

You know, where environment is prerendered, but 3D lighting interacts with it through simplified 3D objects "underneath". Or something like that, can't find the bit that explained it right now.

Could you do that with everything? PCs, monsters etc.?

>>23566

>Heeeeeeeey~

>>>/autisticchildren/

tl;dr

How does modding the engine itself look like? Is there any help/documentation for it?

I have an /idea/ for a dev tool.

>>24234

On the forums I saw a guy make some tool that could either (a) randomly generate quake style maps or (b) turn simple diagrams into 3d maps in editor, I can't quite remember; in any case, the tools are there.

>>24520

They've got a wiki, but the rest will be learning and tinkering in your own time I believe.

>>15644

heh

>>24550

>randomly generate quake style maps

Do you have a link? That sounds cool as fuck.

2.0 beta released.

complete linux scrub here

how do i run the .64 file? I try to run it as executable but nothing happens, not even an error message.

>>25050

What are you referring to? Also, what distro are you on?

>>23807

bump, interested in this as well

>>25050

Never mind I figured out what you were talking about.

Assuming it's in your Downloads folder...

Open terminal

cd ~/Downloads

chmod +x Godot_v2.0_beta_20160126_x11.64

./Godot_v2.0_beta_20160126_x11.64

You might also be able to right click it and turn on the "executable" option depending on what DE (desktop environment) you're using.

Since you're a scrub let me explain what we did.

cd ~/Downloads

cd = Change Directories (directories are what Windows calls folders)

~ is a short cut for /home/$USER ($USER is an eviroment variable that stores the current user's name. Try "echo $USER" in the terminal)

So that part says "Change from the current directory to my Downloads folder"

chmod +x

chmod means "change mode". Without going to far into file permissions, just know that each file has three permissions by default. Read Write and Execute.

Read allows you to view the contents of the file

Write allows you to change the contents of the file

Execute tells Linux to run this file as code.

>>25060

So, the tutorials I'm following didn't mention that you need to create a node2d object and everything falls under that.

>>25061

>what distro are you on?

*tips operating system*

Fedora

>>25063

After compiling the files from github, the resulting seems to run just fine. But thanks anyways.

>>25067

Great!

I'm writing a PKGBUILD for the AUR so if anyone needs help with compiling let me know.

>>25113

Show us what you have so far!

How do i change a label's font from code?

.set("custom_fonts/font","font.fnt") only returns a unspecified error and the default font is used instead.

>>25232

figured it out myself, the path should be "res://font.fnt".

silly me.

>>25254

But that's not really humorous at all... GIF format does not imply animation

Should I use 2.0 RC or 1.1 Stable? about to start using this thing.

>>25507

>and c++

godot can use that too

>>25507

>being afraid of snakes

>>25495

I'm using 1.1 stable because I ran into quite a few bugs with 2.0. YMMV

2.0 IS OUT

It's breddy Good

I like this, but why the fuck did they take down the forums?

Pretty much every problem I've had has a forum post, but I can't read them because they don't exist anymore. Atrocious, considering their documentation is still pretty lacking in some areas.

So, how DO I export a Windows executable without the Godot console?

>>25638

Found it.

Disable debugging in the Export Project dialog, when you're choosing where to save the .exe.

Sweet.

How in the goddamned fuck do I erase a tile in the 3D gridmap?

Godot seems to be getting better but the editor & documentation still feel very lacking in terms of polish.

Also I don't really like GDScript at all.

The 3D engine is still pretty mediocre, but being able to animate variables and function calls with keyframes is making me hard. Are there any good plug-ins yet?

>>25887

>Are there any good plug-ins yet?

Probably not, as the plug-in APIs are WIP:

http://www.godotengine.org/article/plugins

>>25803

yes

At least godot lives up to its name. I've been waiting for them to implement actually useful features since version 1.

>>25933

Such as?

>>25967

There seems to be a distinct lack of control with the 3d renderer. Being able to offset the depth buffer or more explicitly sort objects comes in very handy, such as when rendering decals. I've only ever seen 1 tutorial which deals with this, and they go with the "stick a mesh close to a wall" approach which doesn't work properly at a distance due to z-fighting.

>>25887

https://github.com/Calinou/awesome-godot

If you're doing 2D games, this plugin is pretty invaluable, considering how FUCKING retarded the tilemap system in Godot is.

https://github.com/MrGreenTea/GodotTiledImporter

I was going to use pygame because I'm an idiot. This has changed my life.

>>25970

Wasn't a new 3d renderer part of the future plans?

>>25979

Is it that the everything-is-a-nested-object isn't a good approach for tile-based games?

>>17866

>How would godot which basically has 2 programmers from what I know

https://github.com/godotengine/godot

>167 contributors

>>25507

>liking sepples

>>26183

No, I'm talking about the absolutely fucking retarded way it handles tilemaps.

You need to open a scene, import EVERY SINGLE FUCKING TILE as an individual sprite, then export that as a tilemap and import it in the scene you want it used in, instead of just opening a spritesheet and defining width, height and optional spacing.

>>26299

Well, that fixes that I guess.

Do you know if it's possible to take the GDScript interpreter and embed it into your own sepples game?

>inb4 Lua

No.

>>26293

There is literally nothing wrong with that.

>>26299

Apparently a better way is on the roadmap.

>>26299

Man, I thought making maps was fucking over complicated.

I stopped trying to make my first level because of this shit. Maybe I'll pick it back up with those plugins.

Can someone help me out? so I have an enemy thats a kinematic body with a collision shape to see if it gets attacked.

But I also want the enemy to know if the player gets within a certain distance of it. How would I do this?

>>27375

Haven't tested it but it's probably something like

if get_node("enemy").get_pos().distance_to(get_node("player").get_pos()) < 1000: 
playerInRange = true

I'm starting to learn godot both 3d and 2d. Are there any tutorials demonstrating the scene tree. Adding and removing objects in real time, not just runtime.

https://github.com/MrGreenTea/GodotTiledImporter

>put in %appdata%/godot/plugins on windows

doesn't work and I'm not sure why. I tried both zipped and unzipped

How good is

3 D I M E N S I O N A L G R A P H I C S

in Godot?

>>27397

runs better than unreal

>>26360

How do I install that? I followed the directions and am running 2.1

>>27397

Can handle a pretty large number of polys but no fancy features. It only has FXAA for AA for instance.

>>27410

I heard they had something about getting Vulkan support and GLES 3 support.

>>27413

This month they're probably going to release Godot 2.1, after which they'll start working on Godot 3.0 which will include the changes you mentioned as well as many more.

I remember checking Godot out near the beginning of the year and its website fucking froze Firefox. Decided to look at it again on a whim the other day and the website actually works. As for the engine itself, I don't have any experience with Python like scripting languages; but, Godot is honestly an instant favourite for myself. I'm sure Unreal is the better choice in terms of visual fidelity and features; however, I think Godot is the best option for independents right now.

>>14637

>see image of scripting window on the front page of their web site

>distort face in disgust

They force you to write code in this Godot engine? What person who isn't a genius coder with unlimited free time will care about this?

Why would any non-coder choose this over Blueprints in Unreal Engine?

>>27653

Game developers should know how to program; what good are you if your only skill is drag-and-dropping things into place? Besides, if you can understand how Blueprints works then it isn't a big step to translate that into code.

>>27655

>what good are you if your only skill is drag-and-dropping things into place?

Well, what good are you if you lack the artistic skill to even create the assets? And then there's this thing called game design. Many underestimate its importance which is why 99% of all indie games are dog shit.

But enough of that. I didn't want to have a discussion, I just wanted to hear what's so good about Godot. But it's probably easier and less stressful if I just google it myself.

>>27657

Having used Godot myself I can say that the main reason anyone would prefer it over Unreal or Unity is the linux support and that it's lightweight. Other than that it's plagued by sparse documentation and lack of any advanced features you would find in a proprietary engine. I feel like it's going through a lot of growing pains and it might be a competent engine in the future, but if you have the hardware I'd go for something else.

As far as Blueprints goes, I just hate the idea of that type of drag-and-drop coding. Sure, it's a visual way to organize information, behavior, and a game loop for people who don't have the knowledge to code, but it lends itself to shoddy design practices and literal spaghetti code of nodes. It's a crutch and an easy trap for novice devs to fall into. Sure, you could get good at Blueprints and learn how to use it to the best of its ability, but at that point you might as well start coding for the flexibility and the general usefulness of the skill. Just my two cents I guess.

>>27653

>>27397

no functional concave collission meshes

>>27653

Why would a non-coder think they can put together a videogame?

Why do stupid fucks like yourself assume you can cum on a napkin, throw it at your computer and have a finished game? Shit is hard, mongrel.

>>27670

>>27658

Good news! Godot is adding C# and visual scripting!

https://godotengine.org/article/godot-getting-more-languages

How do I get the user to be able to input strings? (for his character's name for example)

>>27697

How is that good news?

GDScript was a mistake, but so is every other language at the engine level.

Scripting facilities belong into the game code, not the engine code.

>inb4 C++ is hard

get shrekt, plebs

>>27717

I don't have this issue.

>>27717

Works for me :^)

>>27844

C++ is hard. You can't tell me that you "understand C++" if you're not part of the C++ steering committee or writing textbooks that detail C++.

One reason why C++ is hard is because the meaning of various C++ statements change according to context where the statement exists. In most languages, there is only one way to interpret the meaning of a statement wherever it's located in the code. This is one out of a whole textbook full of reasons why C++ is exceedingly hard.

GDScript was the perfect solution for Godot.

Anybody know why you can't set an exported variable from outside of a gdscript if you try to use setget with it?

Godot is shit

>Can't change font size without setting a new font

>Not enough tutorials and terrible documentation

>Button changes size when the text is changed with no obvious way to disable it

>Fog doesn't always show. Haven't used the engine in a while so I can't remember the details.

>Can't use WASD to move 3D camera

>Can't have multiple root elements

>Certain Controls not visible in 2D View (Control, Containers, etc)

>Can't lock/unlock elements from the SceneTree (like how you can toggle visibility)

It has potential though.

>>28088

Ignore the part about the button. Just me being an idiot.

Godot is the shit. Go godot go!

>>27657

If you know how to code you can better implement your design.

I wasn't sure if I should just make a new thread or not. I wanted to know if Godot C++ scripts actually gets the "advantage" of c++, or is just syntax for people who are familiar with c++. Also, with 3.0 letting you write scripts in c#, is there a preformance difference? If it actually has to load .NET libraries, I would think writing something in c# would in some way slow it down.

Am currently transitioning from Unity3D to this engine(using it's C#). It would help if they documented their C# API exhaustively, but I guess it's been changing from RC to RC.

3.0

>new renderer

>new sound engine

>new physics

>multiplayer

>tons more cool shit that's hard to explain (case switching, better scene inheritance, move_and_slide() etc.)

https://godotengine.org/article/godot-3-0-released

>>30626

I think you don't directly script C++ in the editor, you just compile your own .dll/.so files that call Godot classes and functions through bindings and that you then import into your project.

>>30743

I have yet to find a computer where that doesn't happen. :/

>>30748

In lines 31 and 32, you're just resetting the text to the name and type of pokemon[0] each time, no matter what button you press. You need some way of figuring out which button is getting pressed so you can use the appropriate name and type.

>>30757

You should submit a bug on their github.

Once confirmed, it'll likely get worked on by someone.

>>25926

>>25803

I heard the Haiku version is shit though and you can't export to Haiku.

>>30761

>>30757

This is seriously embarrassing. Turns out the version on Steam works though.

>>30808

oh yeah, the new import system is annoying as fuck, if you want unfiltered pixel art textures, you have to reimport them again. you can't automatically create .mesh files either, which is a pain when dealing with Gridmaps.

>>15496

I had to deal with that, too. Settled on a kinematic body and then custom gravity code.

>>30808

Godot is a product(even if foss) and direction is being taken to grab as much attention(and thus potential doners/contributers) as is possible. They very likely are going to provide for userbase that wants Unity3D, but without the licensing headache.

I can only hope they will include optional manual control over anything that is supposed to work by magic. Unity's idiot-proof features were a pain in the ass to use when they either randomly failed, required clicking and dragging as a workflow, or their implementation functioned weirdly and forced hacky workarounds.

>>30808

Stop bitching, Godot is open source. The more popular it gets, the more contributors it gets.

>>30809

Im not sure about 3.0 but in 2.1 you just had to change a few settings and all your art could be imported unfiltered.

so any of you faggots actually managed a successful transition from an in-progress godot2 project to godot3?

I was aiming to stick with 2, but I see more and more things which were improved in 3 that may be worth the exchange

>>31195

It was messy, had a "corrupted" tscn, editing in 3, weird things happens like copy/paste nodes, edit one of the nodes, it would update all nodes. Got the scene into a weird infinite loop. Ended up quickly recreating some of the tscns and generating as much as possible in script.

I did edit the project with unofficial build so that was probably it. Just give it a try, I prefer 3 to 2.x

Can anyone recommend books/vids for "AI" dev/script. I'm working on a board game

>>31291

>Can anyone recommend books/vids for "AI" dev/script. I'm working on a board game

wrong thread

>>23550

Something like

$Button.texture_hover = load("res://xx.png") ?

>>31434

looks very neat, anon.

>>31506

thank you mate, I hope for a v1 by mid june - this is just to beef up my portfolio

Only cucks use godot.

>>32187

>(1)

Shut up newfag, lurk more post less.

>>32245

*multiple twitter trannies

I miss the days when gamedev trannies couldn't use anything but twine, RPG Maker, and ren'py

>>32257

They still can't.

>>15801

>TFW you don't even know how to make quaternions do the work for you

>>30810

If they don't, or decide that they don't want that functionality in the engine at all, there's always the option to fork it and code the change you want to see in the world

>Download the latest stable c# 64 binary

>can't download assets from asset store because of hash error

>download the master of example projects

>every project import crashes the editor

>switch to 32, same problem

My experience has been dog shit so far, I have zero interest in learning their engine specific language and I don't know why it didn't always have c# or any other real language support. The message about crashes on c# is sad seeing as I 100% crash on top of it and can't even close it, guess I'll try older versions but my experience has been soured already.

>>32359

GDScript is far superior to C# much in the same way Python (which it's based on) is superior. I suggest at least trying to learn GDScript, it's a very easy very smooth language and as someone who started with C# I now piss on C# compared to GDScript. C# is still being reworked for 3.1 where it should be stable and more complete if you want to revisit it then.

>>32362

I've always thought of python as a mickey mouse language or prototype language, there's no way you're making a game with decent speeds in python and I can't imagine GDScript being any better. What exactly makes python or GDScript far superior to a faster language?

>>32372

By the logic of what you're saying every Godot game should run like shit. They don't. Also C# isn't that fast.

>>32372

also:

>What exactly makes python or GDScript far superior to a faster language?

How it codes. It's a much smoother experience.

>>32372

gdscript is pretty straight forwards, you can code a game fast, and I mean really fast, then it's easier to revise critical code and move it from gdscript to a faster language, you may ask "why wouldn't you start with the faster language then?" and the answer is, static typed languages require planning and more knowledge, it also makes your code rigid and more resistant to changes, unless you refactor (or you've planned the whole thing ahead), which takes a lot of time, in the end, you're either trading performance or the speed of development.

the speed of development can be really critical especially for indie games where the longest you take the least likely you'll finish a game, besides, you don't know that you will absolutely need the fastest language.

>>32374

>>32373

>>32375

I see, I tried the regular gdscript version and it experiences the same problem as the mono one.

>>32401

Found out the problem.

https://www.computerhope.com/issues/ch001314.htm

Had to create blank _sc_ file and run in admin mode. All versions work now.

>>30748

>Make a singleton

>name it singleton

Genius

>>32362

>GDScript is far superior to C# much in the same way Python (which it's based on) is superior.

So, worse in every single way?

Godot would be nice if its rendering wasn't an unoptimized piece of shit. This toaster laptop I'm using can play pretty much all 16-bit console emulators and most indie 2d games at 60FPS with v-sync enabled and no stuttering whatsoever.

Godot 2.1 has a bunch of random microstutter at 60FPS with v-sync enabled, that is extra noticeable with camera movement. It can be improved on my end by adding some frame delay (which just masks it) or lowering the target/fixed FPS to 50. Godot 3.0+ is even worse.

A real shame, since I dig the workflow in Godot. I will probably stick with it for now since I can't find a suitable replacement, but I'm keeping my eye on ENIGMA (https://enigma-dev.org/). I haven't tested it yet, but from the description it seems nice (game maker, but free/open source + translates its custom scripting language into valid C++ instead). Can't really find much info about this engine and its own editor is currently WIP (uses a custom editor for the regular game maker at the moment).

How do you pronounce its name?

I'm saying Go-dot with a strong T but everyone has a different pronounciation of it.

**>Call your engine GOdot

>Don't have Golang support**

>>33088

From what I can tell GO-DO similar to ゴードー

>>33113

You could try a regular a Sprite node using a sprite atlas together with an AnimationPlayer node instead, it should allow holding keyframes.

>>33121

The interface for that is even worse than duping frames in AnimatedSprite. Fucking hell, even Doom had the sense to have frame duration counters.

>>33131

Well, it gives you more control and is pretty straightforward if you've ever used a video editor or animation software before. Create a new animation, select animation length, add a track for the properties you want to edit (frames or region rect in this case) and then position each keyframe on the timeline and increase or lower the gap between them to adjust the duration.

It's a bit overkill if you just want to make a simple sprite animation and animated sprite ought to be able to do this on its own, but this is what you get when you choose a post 2007 engine made by two literally who Argentinians and an army of random contributors.

>Godot cannot into bmp images

well there goes my Elona port idea

now either it's back to monogame or write a script to convert all the images to png

>>33088

God-oh

It's from a French play called "Waiting for Godot"

>>14637

when are they going to refactor this fat bitch and stop using inheritance for interfaces?

>>33503

>inheritance for interfaces

If you're talking about GUI: Why?

If you're talking about that stupid shit from C#:

Firstly if you only want an interface to use as a "generic" version of a class why not use inheritance.

Secondly if that behaviour is so widely needed and inheritance somehow won't cut it why not just make it it's own instantiable class?

Thirdly the engine is written in C++ and that gay shit isn't tolerated there.

>>32352

Yeah it's weird how Godot blows Unity out of the water with some basic stuff like input handling.

Will 4.0 be backwards incompatible similarly to how 3.0 was? From what I gather one of the main features seems to be Vulkan support, which would be useful for anyone making 3D games.

>>33195

Nigger just use an image batch processor. Even a braindead retard could use one. If that's too hard for you too, nomacs has a batch processing GUI.

I'm new to c++ and trying to improve so I have a question:

Why does godot use memnew() macro function to assign pointers instead of just the new keyword?

>>33901

Don't know if this answers your question, but they use an old C++ standard (maybe 03?)

How cucked have things gotten? Last time I checked they changed terminology from master-slave to master-puppet because "oh noes children might be using our code!" bullshit. Did the cancer stop there or has it gotten worse?

Stupid Question Here:

Is there a reason I shouldn't use Godot to make a VN?

>>33978

There's plenty of reasons, but none of them significant enough to care about. If you can do it then just like make game.

>>33978

If you want to support toasters, don't use Godot.

>>33981

what makes it toaster unfriendly?

The OpenGL version requirement?

>>33981

2D games run flawlessly on the new pi4. Are you talking about the 3D performance, by chance?

>>33997

Godot requires OpenGL ES 3.0. Toasters and a lot of Linux machines are stuck to OpenGL 2 and lower. It's not as if there is anything about a VN that requires such a high OpenGL version- so you're locking out people who don't have that, but could otherwise run the game, if it was written against something more portable.

>>34000

As much as I like what godot is doing, between rolling his own scripting language and poorly choosing dependencies, I get the feeling the maintainer doesn't really know what he's doing.

>>33978

If you want to make a VN, but don't want to commit to an engine yet, feel free to just write the dialog and do any art you want in it. VNs are literally the easiest thing to port between engines as long as the text to show on the screen is separate from the code that controls what's shown.

>>34001

>>34000

What's a good alternative to Godot then?

>>33978

>Is there a reason I shouldn't use Godot to make a VN?

ren'py. equally free and literally made for that specific purpose.

>>34002

The Godot 2.x branch is more toaster friendly if you still want to use it. Godot is a pretty shitty engine though with lots of stutter issues on toasters (both rendering and sound). Can be improved with lots of arcane tweaking but I'd recommend just using something else to be honest.

>>34028

Thanks for the information. I don't understand why Godot is so popular if it's so bad, is it just good marketing?

>I'd recommend just using something else to be honest.

Can you please give me a few recommendations? Unity? Gamemaker?

>>34000

No. Either ES 2 or 3.

>>33997

It's fine. People struggling with Godot will struggle with any engine. It's easier to blame the tools though instead of learning to use GDscript correctly, design performant algorithms, and move what they need to be very fast into C++

>>34030

Godot is popular because it's the only free and lightweight Unity like engine that is developed enough to actually ship games with. It also has a lot of shilling done for it as you suspected.

If you want to make something more toaster friendly and want something fully free I'd recommend a framework like monogame or haxe. Unity and Gamemaker are unironically more toaster friendly than Godot, but both aren't fully free, require accounts and may get more toaster unfriendly down the line.

>>34033

The 3.x ES2 implementation is god awful compared to what they had in 2.x.

Can someone give me a rundown on how to use C++ for game logic in godot?

I've looked into native module but it all looks so complicated

>>34269

I found a series of short tutorial videos on doing that:

https://www.youtube.com/playlist?list=PLWc2hibTd7kqTk2wkYw7LsgE3V801AROL

It's a bit outdated now, but after a quick look on the NativeTools github, it doesn't look like much has changed.

What specifically are you having trouble with?