Jump to content
  • Advertisement

tongtunggiang

Member
  • Content Count

    6
  • Joined

  • Last visited

Community Reputation

126 Neutral

About tongtunggiang

  • Rank
    Newbie

Personal Information

  • Interests
    Programming
  1. tongtunggiang

    Unity Idea about game engine for Linux

      Yep, I always aim to 1st choice. Just ask you guys to make sure that it is a right decision. Thank you very much.
  2. tongtunggiang

    Unity Idea about game engine for Linux

    While I appreciate what you want to do, you need a serious reality check.   You are likely to find time for 500 or 1000 hours of effort to your project.  The normal scale for comparing work is FTE ("Full Time Equivalent"), which is about 40 hours of week for a full year.  You are most likely going to spend 0.25 FTE on your project, maybe even as high as 0.5 FTE if you work on it extensively but few students invest that kind of time on projects.   The projects you list as comparable are not small.  They have development teams from tens of people to hundreds of people and required multiple years.  They are on the scale of hundreds or thousands of FTE hours.   You have about 0.25 FTE available for your project.  If you expect the same results as a 2000 FTE project, success is unlikely.     Sorry for a quick OT:     Funnies aside, I have a smallish engine I've been working on. For 7-8 years now. It started out aimless like most beginner projects and while there have been (literally) countless times when I've gotten sidetracked, the learning curve related to relevant topics has still amounted to well into thousands of hours of time that I've spent reading, planning, writing code, fixing mistakes, replanning and rewriting code.   I would hope that if I started from scratch now, I could accomplish something tangible in a year and a half, but this owes a lot to the experience I've accumulated over these 8 years. There are innumerable things I would do differently that would allow me to avoid rewriting large portions of code many times, simply because I've run into unforeseeable complications down the line. If I had ever worked on an actual professional game, I could likely have avoided a lot of dabbling in voodoo and cleaning up after misplaced assumptions. But I didn't have that privilege and I've paid for it with time.   That being said, I wholeheartedly support the idea of working on your own engine. I personally love it, because once you nail something down, it's positively awesomely rewarding in the bestest possible way. And more importantly, it's yours.   Just be sure to have a goal (an actual game you want to finish) and start with something small. Start with a fully modular implementation of Pong. Treat it like a miniature open world top-down 3D FPS with a fixed camera, two walls, three dynamic actors and no guns. From personal experience - once I realized that if I wanted to do everything the way it would be done in a modern engine, I found myself diving headlong into collision response between fast-moving dynamic bodies. This alone sent me straight back to square one. GJK, SAT, Minkowski space, etc. It was a can of worms I never even knew existed. Yet in the grand scheme of things it was but one of many many roadblocks that tackled me while I though it would be the other way around. The truth is, everyone gets suckered into game development thinking it's the other way around.   The thought I want to convey with the above example is that writing an engine per se is not a very good idea. But if you put together a framework that can run Pong from a couple of pages of Lua script attached to your main engine, you'll find that you can suddenly do so much more with it.      At first, thank you very much for your supports to me. Combine with other opinions, which I found them very reasonable, I will focus on finishing the API, as the first and must-be-done target.   My problem is, I'm inexperience, and two engines that I want to use as references - Unity and Unreal Engine - are very large. The base system - Ogre3D - is not small at all. Some features of these engines I've never listened or used (such as light probes in Unity, I don't even know what on earth is this). Since I have started working at a small game studio, I just focus on the game contents, that means I have a very foggy knowledge about what are happening in the low-level of the engine.   I think I have two choices, can you give me your advices? 1. Concentrate on what I know, and finish the API based on these things. Then make a demo, and add missing features while making that demo. 2. Build the low-level knowledge first, after that, start writing the full API - I will face some troubles such as I will forget what I've read lol.
  3. tongtunggiang

    Unity Idea about game engine for Linux

    I know that there will be a tough works waiting for me.   At this time, I'm still struggling about making the design which is independent on the background - Ogre. I need to do this, because when I want to change the background (maybe the newer version of Ogre, or a whole new 3D rendering engine, or an additional 2D graphics library...), the interface that I provide for my users won't be change so much.
  4. tongtunggiang

    Unity Idea about game engine for Linux

      It's my graduation project, so I think I will do something is actually mine.     Thanks. Looks great, would be a nice reference for me :D
  5. tongtunggiang

    Unity Idea about game engine for Linux

      Actually I'm using the QT Creator as the IDE, one of the reasons is I can create an editor quite easily with it. Yeah, I know that is a lot of work here, and nothing will guarantee that I'll be successful. But I need to do this. And sometimes failures give more motivation than success. :D By the way, I have a problem now, I will post it there tomorrow. Let's start working....
  6. Hi all, I'm a university student in Hanoi, Vietnam, and there is about one year and a half until my graduation day. My plan for graduation project is clear: make a game engine for Linux based system, since Linux has received many positive attraction for gaming now (games for Linux on Steam are more and more, Unreal Engine and Unity Engine have their Linux-port version - although it's not officially). I chose Ogre as my rendering engine, because writing a complete new rendering engine is a hard and somehow redundant work. Also, I want to concentrate on features that a game developer can use to make his game, and rendering is just one of those features. Furthermore, Ogre was originally developed with Linux, so I think it would be a nice choice. And lastly, Ogre has many plugins, which makes it almost becomes a game engine. I really like the design of Unity Engine - they focus on easy-to-use ability. For Unreal, it is so fucking powerful but very hard to understand because it's too large (and it requires a beast PC as well). The aim of the project is to combine two approaches: easy-to-use (from Unity), and powerful (from Unreal). I know, this is not an easy work, especially I'm working alone (comparing with Unity and Unreal Engine, they both have a big companies and most intelligent brains behind them). But I will try my best. I will post my problems and issues here, hopefully you will support me. Every help will be appreciate. p/s: maybe some of my questions (or maybe, all of them) are stupid, because I'm an inexperience developer. Please, be patient with me. Regards,
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!