• Activity
  • Votes
  • Comments
  • New
  • All activity
  • Showing only topics with the tag "unity". Back to normal view
    1. Eight questions for anyone who has developed a game (especially with Unity's Engine)

      (I already wrote this once, but my phone didn't like it and randomly deleted the whole thing... ◕∩◕ ) I've been wanting to develop some games for a while now, and I have an overarching theme idea...

      (I already wrote this once, but my phone didn't like it and randomly deleted the whole thing... ◕∩◕ )


      I've been wanting to develop some games for a while now, and I have an overarching theme idea in mind. I couldn't decide on top down pixelated game or 3D style, because it's more of a visual story kind of game, where you explore, build a base (or several), meet and talk to NPCs, learn the story, etc. I want a lot of detail but I only have (minimal) experience with pixelated games. So naturally, 3D sounds better for a higher detailed, and maybe stylized environment.

      I don't know much at all about code ( for example, I had to look up how to format this post). I don't even know what languages there are other than Java. I make resourcepacks for Minecraft, but that's minimal coding for the .mcmeta file. I do also make fabric mods for it, but I use MCreator for those, which I'm sure is like training wheels for coding.

      I have the skills for graphics for both characters/environments and GUI/HUD elements. I have an idea for my story, and a few ideas for characters. What I know I don't have is experience in balancing things like economies, rpg skills, fighting, and weapons/armor and their upgrades. But I'm not really planning on implementing those, at least not right now. (The economy would be first if I did)

      I recently saw a video on youtube showcasing Unity Engine's nanite environments, and basically, I want in on that. They're gorgeous.

      The Questions

      So my 8 questions are, on a scale of one to ten (ten being basically impossible for one single person to do), how difficult would it be to make these elements in a singleplayer, 3D game for someone without experience (like me):

      1. Sky, ground, objects (like trees, flowers, rocks, etc) and other environment visuals' 3D models for exploration? I need to be able to walk on it, and maybe hit things like trees for lumber.

      2. Base building and gathering the materials to build? This comes with the inventory issue as well (looking at you, Minecraft), which I'm still trying to figure out how I want to do this.

      3. Crafting said gathered materials for building elements and items to gift to NPCs? This will need GUI and workbench, most likely.

      4. Collectibles? Think koroks from BoTW or the museum artifacts in Stardew Valley. I'd like for the player to be able to display these only in/on a shelf/table/glass case inside their base(s).

      5. NPCs with many hours worth of randomized dialogue interaction, gifts to and from NPCs, as well as a few friendship levels and unlockable interactions/gifts?

      6. What would the time frame look like for me to learn Unity's Engine for these elements, or is there a better engine I should be aware of?

      7. What materials might you guess that I'd need to spend money on to make this game? I already have: a Mac, the Adobe Suite, a drawing tablet, all the time in the world, and ideas. Would I need a license for anything?

      8. What have I overlooked? 3D modeling (and not just blocky models in blockbench) is a skill I realized I'd need to learn just as I was writing this post.

      The reason I'm asking so many questions is because I can't tell if trying this will be worth my time or not, and if I could afford to hire someone for parts of it, if need be. I have ADHD, so I'm wondering if this is just the "new shiny thing" that has caught my eye (probably is). I don't want to dive into a major learning session and project development if it ultimately won't go anywhere because it's too hard for my smooth brain.

      Then again, I see some games (what I would consider low quality) that I'm like, "man, I could've done that, that looks so simple and easy!" So basically I have no idea whether I'm near the peak of Mt Stupid on the Dunning-Kreuger graph, or if I'm past it and somewhere in the valley.


      Any advice is greatly appreciated.

      Also, feel free to talk to me like I'm a dumb 5 year old.

      6 votes
    2. We have heard you - Unity says

      @Unity: We have heard you. We apologize for the confusion and angst the runtime fee policy we announced on Tuesday caused. We are listening, talking to our team members, community, customers, and partners, and will be making changes to the policy. We will share an update in a couple of...

      66 votes
    3. Deciding between Godot and Unity

      Hey, all. I'm back four weeks to the day after you guys gave me a lot of great advice about potentially making a 2D RPG out of my tabletop RPG. I decided to try both Godot and Unity given what...

      Hey, all. I'm back four weeks to the day after you guys gave me a lot of great advice about potentially making a 2D RPG out of my tabletop RPG. I decided to try both Godot and Unity given what people told me and I completed two tutorials for each over the last few weeks. After completing these two tutorials, I have some questions that I hope maybe some of you can answer to help me choose between the two.

      TL;DR at the bottom. This is a long post.

      For context, here's the tutorials I did:

      Godot - https://www.davidepesce.com/godot-tutorials/
      Unity - https://learn.unity.com/project/ruby-s-2d-rpg

      To be frank, the Unity tutorial wasn't really an RPG. There were no stats, no quests, XP. It was much more of an adventure game. That's fine, it still gave me a lot of time inside the engine to learn a lot of basics.

      So, working with each one had it's own up and downs.

      Unity's use of an external scripting program seemed to hurt me quite a bit, from simple things such as forgetting to save before going back to Unity (I did this way too much) to having to declare public variables in the script and then filling them in the Unity GUI rather than just doing it all by script. The editor itself also seems to be kind of heavy, I was get the spiral beach ball for a second or two every time I went between the script editor and Unity and I have a machine that can edit 8K video without proxies. These general load times and stuff like that seemed to come up regularly. Tilemapping in the tutorial didn't include autotiling, I assume Unity has this somewhere built in? Or do you need to purchase an asset to get this functionality?

      On the plus side, Unity overall seemed easier to use for a non-programmer. A lot of things are done through the GUI. Animations seem easier to handle for sure. The Unity tutorial was also more written for someone that hasn't coded much as it explained what specifically the code was doing (so I assume more resources for Unity will be helpful in that way that perhaps Godot will not).

      For Godot, GScript was easier to use than C#, but I do feel like it was easier to get my head around prefabs in Unity than the Node system in Godot. The Godot tutorial took almost twice as long as the Unity one, but I don't know if that's because Godot is more difficult or the combination of the Godot tutorial being more thorough (I feel like I mad an actual, if very uncomplicated game, plus I did Godot first, which probably helped me just learn more about scripting and thinking like a programmer that I took into Unity). The node/scene system seemed more difficult to get my head around than game objects and prefabs. That said, my Godot program felt very tight. There weren't things happening that I was having a tough time explaining or figuring out why they weren't working quite right, at least at the graphical level (this might have more to do with the Godot tutorial using 8-bit graphics and Unity using a more modern sprite look). Having the scripts in the editor meant I never ran into a case like in Unity where I couldn't attach code to a game object because it was failing to compile, but it was failing to compile because it wasn't attached to a game object (that headache took at least a half an hour to sort out).

      Overall, I was able to finish both tutorials mostly understanding what the code I was given was doing and was able to edit it to get some different affects and kind of just play around. So, on that level, I'd say they're about equal.

      One big thing I want for sure out of the engine we use is to be able to handle a lot of conversations and variables there from. We're hoping to make a "choices matter" (TM) game, and very story/dialog heavy. Ink seems like a good plug-in to do this in Unity, but implementation doesn't seem easy (though I did find a pretty good looking tutorial that may help de-mystify). Godot seems to have some assets available for handling dialog trees, but i haven't had a chance to really dig in to them yet. So, that could definitely be a decider for me: which engine has assets that make a dialog/choice heavy game easier to make.

      While I had originally thought about making a tactics RPG for this project, looking around at both the Godot and Unity scenes, it seems like few people are making these types of projects that are giving out free advice on how to make them work in those engines. After talking with my team (I have a team!, see my post from a while back), it seemed like a good idea both to keep the game within the scope of a novice, but still tell the story we wanted, to do a skill role system instead. Since this came from a tabletop session anyway, seemed to make the most sense to do skill rolls rather than develop a whole combat system.

      TL;DR - Looking for advice on which engine, between Godot and Unity, would be handle a 2D RPG that relies on a lot of dialog and choices along with skill rolls for the gameplay. Thanks in advance!

      12 votes