• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
Xirion

Main differences between Unity and UDK?

19 posts in this topic

Greetings, i'd like to know the main features and differences between unity and udk engines.

I've read their descriptions but i don't really know how should i choose between one or the other.

Is there a main difference or should i try both and choose based in the experience?

 

Also have someone already done this?

0

Share this post


Link to post
Share on other sites

Go to youtube and check.

In my opinion UDK is much better. First of all udk have much better graphics and it is easy to use.

0

Share this post


Link to post
Share on other sites

[quote name='Daaark' timestamp='1358878192' post='5024375']
People severely overstate the missing features in the free Unity.[/quote]

Aye, that's a fair point. I'm building the entire game world via GPGPU procedural generation, so the lack of render-to-texture is a non-starter for me. YMMV.

2

Share this post


Link to post
Share on other sites
Lack of RTT hurts me a bit too. I want to render something onto the screen of an arcade machine, but I will have to do without for now. It's just a background detail anyways, and doesn't effect my game one way or the other. I'll use a UV coords hack to atlas some frames and get around it.
1

Share this post


Link to post
Share on other sites
it is worth considering that the licensing terms/costs are drastically different:

 

Unity has a free indie license, but the feature set is significantly crippled - my impression is that most serious developers will be looking at a commercial license instead. A commercial unity license costs $1,500 per developer (plus $400 for each of iOS and Android publishing, if you need those), but you never have to pay any royalties.

 

The UDK requires a $100 publication license when you are preparing to ship your product, but also charges 25% royalties on any revenue after the first $50,000.

 

This presents you with an interesting cost equation. Unity's per-seat licenses are expensive upfront, but after that you never need to pay a dime. The UDK costs pretty much nothing upfront, but if your game produces a high revenue, you will be paying a fair bit of money out in royalties. My back-of-the-envelope calculation suggests that the UDK might be more cost effective for a game that grosses under ~$120,000, and Unity is significantly more cost effective for a game that exceeds that figure - but you should run your own projections to validate the choice for your particular situation.

 

One other hard fact is that you will have to shed a huge amount of cash out if you need to change something in the source codes as well. I guess options like Ogre and Torque could be worth considering as well. In fact this link could help out also: free engines

1

Share this post


Link to post
Share on other sites
A lot of those engines on that list aren't that good, or severely limited.

Ogre is just a rendering engine. Nothing wrong with that, it does it's job very well. But that's an apples to oranges comparison. It's not a game engine.

Irrilict was a mess. Nothing worked very well. Basically made by a group of guys who just copied everything Quake2 did. Anytime you see an engine, and all the supported functionality revolves around what quake did, and quake file formats AVOID AT ALL COSTS! Forum is full of 'tard know-it-all, OSS zealots, who can't help you with anything when it comes to making games.

GTKRadiant (which is on the list) is not a good editor in 2013. I say this as someone who used to live in various flavors of Radiant for years and years. Unless you are modifying old ID games, it won't do anything for you. It's not 1996, we can model with real polygons now, and not have to be limited to using an outdated brush system, and a unneeded power of 2 coordinate system. Brushes are abstractions over polygons, and you can't even drag a vertex without the editor modifying the rest of the brush to maintain a legal shape. Unless you are making a corridor shooter made out of very coarse and simple shapes, it will fail you miserably.

Panda3D is awesome if you are using Python. It advertises C++ compatibility, but when I tried it years ago, there wasn't any C++ documentation, and they didn't make it very easy to use it.

Blender's built in game engine is good for Python too. Just model stuff, add some logic blocks, and start the game engine to watch it all in action. Very good for prototyping ideas.

The rest of that stuff is not worth anyone's time. It's all just someone's hobby project. They don't have good support, or knowledgeable user bases. Unity and UDK have tons of KNOWLEDGEABLE people making cool stuff to get help and inspiration from. With Unity at least, you can just google "Unity3D <Whatever problem you are having>" and get a ton of results from their forums and answers site, and wiki.
2

Share this post


Link to post
Share on other sites
it is worth considering that the licensing terms/costs are drastically different:

 

Unity has a free indie license, but the feature set is significantly crippled - my impression is that most serious developers will be looking at a commercial license instead. A commercial unity license costs $1,500 per developer (plus $400 for each of iOS and Android publishing, if you need those), but you never have to pay any royalties.

 

The UDK requires a $100 publication license when you are preparing to ship your product, but also charges 25% royalties on any revenue after the first $50,000.

 

This presents you with an interesting cost equation. Unity's per-seat licenses are expensive upfront, but after that you never need to pay a dime. The UDK costs pretty much nothing upfront, but if your game produces a high revenue, you will be paying a fair bit of money out in royalties. My back-of-the-envelope calculation suggests that the UDK might be more cost effective for a game that grosses under ~$120,000, and Unity is significantly more cost effective for a game that exceeds that figure - but you should run your own projections to validate the choice for your particular situation.

 

One other hard fact is that you will have to shed a huge amount of cash out if you need to change something in the source codes as well. I guess options like Ogre and Torque could be worth considering as well. In fact this link could help out also: free engines

I believe the OP is looking for something that comes with IDE, not just an GameEngine.

0

Share this post


Link to post
Share on other sites
Irrilict was a mess. Nothing worked very well. Basically made by a group of guys who just copied everything Quake2 did. Anytime you see an engine, and all the supported functionality revolves around what quake did, and quake file formats AVOID AT ALL COSTS! Forum is full of 'tard know-it-all, OSS zealots, who can't help you with anything when it comes to making games.
This is a tad unfair. Admittedly I do find the API a little messy and fiddly but it is good enough to get you started quickly with cross platform C++ games development. Something that UDK and Unity can't really achieve to the same extent (being closed source).
GTKRadiant (which is on the list) is not a good editor in 2013
Lol, I perhaps agree, but it also shouldn't be overlooked completely. Especially for coders who have no time to learn a full on modelling tool. Plus with the 1.5 version, it can export a map to Wavefront .OBJ making it quite acceptable for blocking out the majority of my level.
-1

Share this post


Link to post
Share on other sites
Being C++ and Open Source are just 2 irrelevant implementation details. The engine was a bunch of random components thrown together with outdated technology. The animation system was a joke and just did everything quake did with no concept of any modern techniques like blending or bones (although they had started patching that in eventually). It's what I would expect a bunch of hobbyist to build after reading a bunch of tutorials and source code releases. Just because someone has a webpage and a project up on sourceforge doesn't mean it's any good, or worth your time. A turd is still a turd. Regardless of source code license.

UDK and Unity are cross platform, and can support custom C++ code in different ways. Since most proper game code is created with a scripting language with a C++ engine doing the system work anyways, this is a moot point.

GTKRadiant (which is on the list) is not a good editor in 2013

Lol, I perhaps agree, but it also shouldn't be overlooked completely. Especially for coders who have no time to learn a full on modelling tool. Plus with the 1.5 version, it can export a map to Wavefront .OBJ making it quite acceptable for blocking out the majority of my level.



You can block things out much easier in a proper modeling tool, with a better tools, more accuracy, and not be stuck on an old integer power of 2 coord system. This is a tool from the early 1990s that was made specifically to for a specific game engine and it's quirks. I don't know why you would want to drag in a big OBJ brush mesh and then have to rebuild it from scratch in a proper scale (so lighting and physics work accurately with a proper meters based unit scale). Why do something wrong so you can go back and do it right later?

I also used to live in the BUILD editor that was used for the Duke3D engine games. Great editor. But it has no use editing anything else. It's from a bygone era 2 decades ago.
1

Share this post


Link to post
Share on other sites
I don't know why you would want to drag in a big OBJ brush mesh
I dont know if you have used *Radiant, but it is split up into multiple smaller meshes if required.
and then have to rebuild it from scratch in a proper scale (so lighting and physics work accurately with a proper meters based unit scale). Why do something wrong so you can go back and do it right later?
Though you find open-source an "irrelevant implementation detail", because Radiant is open-source, it is very easy change the scale that the exporter saves the .obj file as. (Though you will need to be able to compile the thing and thus have a fair knowledge of C and C++ rather than just a scripting language).
I also used to live in the BUILD editor...
Would be pretty good if it exported to .obj.

Tbh, any tool that makes it easy for a non artist to get their ideas across is good. Afterall, Maps can't be build in Unity alone.
-1

Share this post


Link to post
Share on other sites
You're arguing just to argue and speaking from inexperience.

Yes I've used radiant. If you bothered to read anything I wrote, I said I used to live in it. I know it inside and out.

It is a very poor modeler, because it's not a modeler, it's a level editor for a specific old set of games. You can't create any arbitrary shapes because brushes are not free form polygons. They are abstractions over polygons. You could only create shapes that were legal in the games it was made to edit, where the shapes were used for both the graphical display, and the collision mesh. When you are done, you feed your brushes to the BSP compiler that took all the plane definitions that made up a brush, and spit out a quake level.

You cannot easily change that just because radiant is OSS. You'd have to rewrite the entire program from scratch. It's not a general purpose 3D modeler. It's a brush editor. This is not what a proper 3D modeler does.

So when you get your import your radiant created data into your modeler, it's all junk and you have to go over it again. You have to rescale everything to fit a proper scale (not that 2,4,8,16 crap), and then you have to redo all your crude shapes that radiant couldn't handle. Then you have to open up every submesh and redo the UVs into the proper floating range (0.0-1.0) instead of the world space coords + manual offset that radiant used.. You have to go over everything from scratch. So it's not helping anything to use it as a first step.

In modern times we can build a crude collision mesh, and then a new layer with the actual displayed geometry with proper floating point vertex coordinates, and whatever shapes we can dream up. No reason to use an outdated and useless old iD game editor. just like there is no reason to use an old EGA, 320x200, 16 color paint program to make sprites.

As for BUILD, what are you going to do with a bunch of LINEDEFs and SECTORs in an obj file (which aren't in the OBJ spec)? They are useless outside of BUILD.exe ;) There is not a single bit of relevant data in there to use anywhere else.
1

Share this post


Link to post
Share on other sites

As someone who has barely tried UDK (because it really felt counterintuitive) I think what Sir Mac Jefferson said pretty much sums it up:

 

UDK doesn't seem to have any detailed and straight-to-the-point documentation on how to make a game.  I think it was made more specifically for mods, not just making games.  Even with hours of searching and playing around with it, I couldn't figure out how to do some very simple things, like making a simple 'player' that can move with WASD.  I could do that in 2 minutes with Unity, clean and easy, but UDK seems to insist on making me inherit from pre-made classes in a maze of not-very-explanatory documentation and web searches.  For a programmer, this is kind of like a slap in the face; I want to program my game my own way.

 

I tried CryEngine as well and it's the same story. With both UDK and CryEngine I started them up, loaded one of the included levels and played around for a while. You're basically just playing Crysis or Unreal Tournament 3 at this point. Then I found a guide on how to add a custom weapon which was easy enough. Now I wanted to start making an actual game. Something simple like Tetris or Asteroids to get me started. This is where I found no help or guides and couldn't even figure out where or how to write the first line of code.

 

If you search for UDK on youtube you find all these amazing demos, but they are mostly made by experienced game developers or just artists using the engine to showcase a single level or map. Finding examples of the simple games you would expect to make as a beginner is not so easy.

 

With Unity it was a completely different experience for me. Not only is there huge amounts of tutorials available, but you also build your game from the ground up instead of adapting (mod) an existing game to fit your needs, at least that's how I felt when fiddling with UDK or CryEngine. In my fairly short time with Unity I've prototyped all kinds of different games and game concepts and it's been a smooth ride so far.

 

I'm just a hobbyist so the pros/cons on the different pricing structures doesn't apply to me at the moment. My goal is to create a few games on the side and if I see potential, I will consider becoming a full time game developer. And if I do that then Unity seems superior to me. I need at least $100 000 a year to consider making games full time and that's a lot of money lost to royalties with the UDK pricing structure compared to the fairly cheap one time cost of the different Unity versions. It's like having a publisher taking his share of your profits vs not having one.

 

As for Unity Free vs Unity Pro debate, there's always a ton of posts on the official Unity forums regarding the lack of features in the free version, but I recently upgraded to Pro and there's perhaps 1 or 2 features I use in 1 or 2 of my games. The rest doesn't use any Pro features. Most of the posts however are from people not actually producing games or content, they're just on the forums whining. Sure if you're making the next Gears of War or Battlefield you need HDR, tonemapping, bloom, depth of field, render textures etc. etc. But you're not. Nobody is. You're making small games fit for a single developer or a small team.

 

Honestly I would prefer it if they kept the $100 Unity Indie version instead of the free version because $100 was just enough to keep a lot of the mod makers and plain posers out of the forums, but I understand the business decision behind it. You still find a lot of quality threads on the Unity forums. Just look at the recent DX11 competition entries to see what Unity 4 is capable of in terms of graphical power. There's a lot of stuff there similar to what we've been shown in the Unreal Engine 4 demo.

2

Share this post


Link to post
Share on other sites

When you are done, you feed your brushes to the BSP compiler that took all the plane definitions that made up a brush, and spit out a quake level.

You do not need to send it to a bsp compiler. You can export it straight to .OBJ (or load in the .map directly if you write a parser and tackle the plane equations) i.e.

http://www.katsbits.com/tutorials/idtech/make-models-from-bsp-maps-or-brushes-advanced.php#gtk15

You could only create shapes that were legal in the games it was made to edit

The outdoor areas in Doom 3 were made in an older version of Radiant and they are probably still better than the majority of levels created by indie developers using any other tool.

You cannot easily change that just because radiant is OSS.

Of course you can. It has brush, face, winding, vertex structs which can easily be used / modified for pretty much any task I would likely perform if I was using blender for making maps. The code is also relatively structured and flexible so anyone with knowledge in C++ can tweak it.

Anyway, what would you suggest instead? A non-artist spends weeks learning something like 3DS Max or Maya? I dont know if this is some snobbery or what but if a developer wants to make a game without any experience in art, this old ID editor is still one of the easiest routes to take for artwork that is good enough for most indie games.

Anyways, this is off topic to the thread so I am going to stop here. I would just like to state that the tools used to create older AAA games (like Quake III) should certainly not be ignored by indie developers because they in most cases still provide greater functionality than required.
-3

Share this post


Link to post
Share on other sites

Thank you all for your replies, i think i'm going to go with unity since i've never worked with an engine before, and it seems to be easier for a begginer to pick it up. 

0

Share this post


Link to post
Share on other sites

I tried both engines out and personally I prefer Unity 3D.

 

The lack of rendering to texture and dynamic shadows in Unity Indie are not that limiting. You could still make a game that looks great, or try to develop an art-style that doesn't require dynamic shadows to look good. As for Unity vs. UDK, UDK seems to be more geared to develop shooters with high quality graphics and Unity is more of a blank slate that lets you do anything. Sure you can get the same results with UDK but unless you are trying to make an FPS, allot of code will have to be rewritten. I also heard that the built in networking in UDK only scales up to 64 players where as the built in networking in Unity is not limited by a number of players.

 

Overall, Unity is much more user friendly and it's cross platform support makes it very easy to run your game anywhere. UDK is more of a professional level tool with fancy graphics rendering and an FPS code base right out-of-the-box.

 

- Jirachex

Edited by Jirachex
1

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
Sign in to follow this  
Followers 0