• Advertisement

Recommended Posts

I want to start learning Level Design, so what are the main topics I have to learn about  specifically? since I learn on my own, so I don't want to drop something that could be important, and if there are some suggested books or courses to start from.

Share this post


Link to post
Share on other sites
Advertisement

Just start making levels. For the beginning, choose a game with a level editor. Experiment, try to make a competent levelset. Practice makes perfect.

If you don't have any idea for what game to make levels for, let me know what sort of games you like and chances are I can point you to something.

Edited by JulieMaru-chan

Share this post


Link to post
Share on other sites

This is not a whole course on level design but it's a nice start.

 

this channel has a lot of good content, that has help me a ton with making my first game.

Edited by Jaccob Trifonoff

Share this post


Link to post
Share on other sites
7 hours ago, JulieMaru-chan said:

 choose a game with a level editor.

 

what games that have level editor you would suggest, since i just need a start more than choosing a specific type of games to work with 

Share this post


Link to post
Share on other sites
57 minutes ago, kane david said:

what games that have level editor you would suggest, since i just need a start more than choosing a specific type of games to work with 

mario maker, happy wheels

even little big planet works

Share this post


Link to post
Share on other sites
16 hours ago, kane david said:

I want to start learning Level Design, so what are the main topics I have to learn about  specifically?

You should take Psychology 101, Architecture 101, Art 101, Geology 101, and Programming 101. And read this.

Share this post


Link to post
Share on other sites

If you don't have a particular type of game in mind, I'll just list off a few I think are good (they're all free and pretty easy to use):

- Scavenger: https://sourceforge.net/projects/sdlscavenger/
- KGoldrunner: https://games.kde.org/game.php?game=kgoldrunner
- SuperTux*: https://supertux.org
- Alex the Allegator 4: http://allegator.sourceforge.net/

* I haven't tried the current version's level editor, but the 0.1.3 editor was good, so I assume the current one must be too.

Share this post


Link to post
Share on other sites

In art there is a concept called unity that refers to the composition of a piece. It basically refers to the balance of the whole image. Not just color affects it but the sizes of forms and their frequency. Basically, the idea is that balance can be done with more than a single aspect of the design but if there is no overall balance then it feels wrong. The difficult and never-quite-reachable goal of level design is to have unity from wherever the camera might be at any time. Obviously it's a tall order but focusing on the focal points of the map can help as well as positioning things to form a balance in not just appearance but also gameplay mechanics.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By getoutofmycar
      I'm having some difficulty understanding how data would flow or get inserted into a multi-threaded opengl renderer where there is a thread pool and a render thread and an update thread (possibly main). My understanding is that the threadpool will continually execute jobs, assemble these and when done send them off to be rendered where I can further sort these and achieve some cheap form of statelessness. I don't want anything overly complicated or too fine grained,  fibers,  job stealing etc. My end goal is to simply have my renderer isolated in its own thread and only concerned with drawing and swapping buffers. 
      My questions are:
      1. At what point in this pipeline are resources created?
      Say I have a
      class CCommandList { void SetVertexBuffer(...); void SetIndexBuffer(...); void SetVertexShader(...); void SetPixelShader(...); } borrowed from an existing post here. I would need to generate a VAO at some point and call glGenBuffers etc especially if I start with an empty scene. If my context lives on another thread, how do I call these commands if the command list is only supposed to be a collection of state and what command to use. I don't think that the render thread should do this and somehow add a task to the queue or am I wrong?
      Or could I do some variation where I do the loading in a thread with shared context and from there generate a command that has the handle to the resources needed.
       
      2. How do I know all my jobs are done.
      I'm working with C++, is this as simple as knowing how many objects there are in the scene, for every task that gets added increment a counter and when it matches aforementioned count I signal the renderer that the command list is ready? I was thinking a condition_variable or something would suffice to alert the renderthread that work is ready.
       
      3. Does all work come from a singular queue that the thread pool constantly cycles over?
      With the notion of jobs, we are basically sending the same work repeatedly right? Do all jobs need to be added to a single persistent queue to be submitted over and over again?
       
      4. Are resources destroyed with commands?
      Likewise with initializing and assuming #3 is correct, removing an item from the scene would mean removing it from the job queue, no? Would I need to send a onetime command to the renderer to cleanup?
    • By RJSkywalker
      Hello, I'm trying to design a maze using a mix of procedural and manual generation. I have the maze already generated and would like to place other objects in the maze. The issue is the maze object is created on BeginPlay and so I'm unable to view it in the Editor itself while dragging the object to the Outliner. Any suggestions?
      I'm thinking of doing something in the Construction Script or the object Constructor but not not sure if that would be the way to go.
      I'm still getting familiar with the Engine code base and only have a little experience in Maya or Blender since I'm a programmer.
    • By francoisdiy
      So I wrote a programming language called C-Lesh to program games for my game maker Platformisis. It is a scripting language which tiles into the JavaScript game engine via a memory mapper using memory mapped I/O. Currently, I am porting the language as a standalone interpreter to be able to run on the PC and possibly other devices excluding the phone. The interpreter is being written in C++ so for those of you who are C++ fans you can see the different components implemented. Some background of the language and how to program in C-Lesh can be found here:

      http://www.codeloader.net/readme.html
      As I program this thing I will post code from different components and explain.
    • By Sean Meredith
      Hi all, I am starting to develop a tactics game and ran into a problem I had not thought of. I began by drawing a screen with a hex grid, and this is no big deal. I got that working fine. But, I realized it didn't look quite right. This is because in most strategy games, you're not looking straight down. There is a bit of a tilt. Attached is an example of what I mean. The hexagons on bottom are larger than the hexagons on top, and I'm unsure of how to go about adding this effect. Especially when you consider that some maps may be of different sizes. 
      I'm not sure if this is the right place to post something like this, but it seems as though some sort of linear transformation would be applied? No? I don't even know where to begin in a problem like this.
      Thanks.

    • By steve negrin
      hello, i'm steve and im designer, i can design any idea and i'm looking for projects to help, if you are interesting write and we can talk about it
  • Advertisement