|
Subjunctive posted:I've been down that path in (non-game) software I've developed, and it hurts. For one thing, it means that you need to make sure the engine changes are compatible with multiple versions of the plugins, and you have to make sure they can all operate in the presence/absence of the others. The combinatorial matrix explodes pretty quickly, and then you wish you'd decided to chew glass instead. You also end up spending a ton more time on API futzing, because the different components can no longer talk directly to each other and make assumptions about how the other implementations behave. It's true, but the alternative is a bloated monolithic package where that's all still true, it's just all baked into a single mega-exe that has to pass QA as a single unit. Either way you're taking razorblades to your face, but at least you can release features out of band, as well as test smaller new types of functionality in an agile way, rather than rolling them up into your painful once-a-year shitstorm releases. Unormal fucked around with this message at 04:43 on Feb 24, 2014 |
# ? Feb 24, 2014 04:41 |
|
|
# ? May 25, 2024 05:52 |
|
Subjunctive posted:There's a great agility benefit from being decoupled, for sure, but being able to release more frequent updates to individual pieces is small consolation if it gets a lot harder to build and maintain that set of pieces. Unity is already agile enough to do it, imho, based on all the awesome 3rd party assets that have been developed for it that I've used. If anything, them being able to ram stuff straight into the editor is becoming more of a liability than a blessing. If all of their tools had to use the same integration path that other tools have to use, things could only improve. They could at least put a moratorium on integrating even more crap into it until they figure out a path. Is anything that Unity 3D is working on putting directly in the editor really that critical to game development at this point vs. assets that are already available? Obsurveyor fucked around with this message at 04:52 on Feb 24, 2014 |
# ? Feb 24, 2014 04:42 |
Subjunctive posted:You also end up spending a ton more time on API futzing, because the different components can no longer talk directly to each other and make assumptions about how the other implementations behave. From my experience this ends up being beneficial to the platform as a whole anyways
|
|
# ? Feb 24, 2014 06:57 |
|
Obsurveyor posted:Is anything that Unity 3D is working on putting directly in the editor really that critical to game development at this point vs. assets that are already available? And good 2D of course. And not locking up the editor entirely if there's an accidental infinite loop in a script would be good too, but I don't think they're working on integrating that. :/
|
# ? Feb 24, 2014 07:25 |
|
A lot of their major editor changes require a huge back-end engine effort to work well. The Unity 2D tools are much more than a nice way to draw sprites, it's a major shift in physics and rendering to make the entire thing fairly well optimized. Using Unity2D tools over something like 2Dtoolkit yields massive performance boosts. I don't think having separate engine and feature teams would make it easier for them to implement features on that scale. Calipark fucked around with this message at 21:58 on Feb 24, 2014 |
# ? Feb 24, 2014 20:49 |
|
I was making a fun little game in Unity where I didn't save my scene, I had the code mostly written, and then I locked Unity in an infinite loop. As a consolation for my dumbassery, please sip fine vodka while enjoying the game I made yesterday--Viktor Yakunovich's Ukraine Protest Simulator.
|
# ? Feb 25, 2014 03:24 |
|
Admiral Snuggles posted:I was making a fun little game in Unity where I didn't save my scene, I had the code mostly written, and then I locked Unity in an infinite loop. Your scripts should still be saved at least, just whatever you changed in the scene will be gonzo.
|
# ? Feb 25, 2014 05:56 |
|
Admiral Snuggles posted:I was making a fun little game in Unity where I didn't save my scene, I had the code mostly written, and then I locked Unity in an infinite loop. Commit always and often. Also, I always tap CTRL-S between hitting play for just this reason.
|
# ? Feb 25, 2014 06:03 |
|
Do it whenever you update a prefab too, even though you'd expect them to survive since they're scene-independent. They don't.
|
# ? Feb 25, 2014 06:23 |
|
Do I have to do Save Scene and Save Project manually every single time, or should Save Scene do the job? I had an issue a while ago where prefabs were disappearing so I've been doing that ever since.
|
# ? Feb 25, 2014 06:47 |
|
Paniolo posted:Honestly if a placeholder texture isn't getting fixed out of apathy your studio has huuuuuge production problems! And dead asset links certainly do ship, go fire up any of Valve's games and watch the console. Suspicious Dish posted:Hard disk corruption and IO errors happen a lot more in practice than you might think. Is anyone here asking for advice on shipping a console game on optical anyway? Hard disk errors are something so rare outside of soon-to-be-catastrophic hardware failures that I don't think they're even worth worrying about. Shalinor posted:I think all programmers start with the idea of beautiful fault tolerant execution unwinding stacks of exceptions/etc... and then after a decade of writing all of the intermediate error messages (and dealing with message spews 20 lines long for a single error), they finally go "gently caress IT" and dump in a broken_texture.png instead.
|
# ? Feb 25, 2014 07:23 |
|
AntiPseudonym posted:Do I have to do Save Scene and Save Project manually every single time, or should Save Scene do the job? I had an issue a while ago where prefabs were disappearing so I've been doing that ever since. Save scene with do project + scene. Save project will just do project things (prefabs, settings)
|
# ? Feb 25, 2014 08:48 |
|
OneEightHundred posted:Is anyone here asking for advice on shipping a console game on optical anyway? Well, that's my day job, so that's definitely my perspective. OneEightHundred posted:It's more that you can avoid needing broken_texture.png if you can find all of your busted texture references with a button-press. I find that maintaining quality is usually easier than putting in things that let quality slip until they become so unavoidably broken that they have to be fixed. This breaks down when the size of your team increases past 1. There's a parallel here to the question of how aggressively you should assert on errors in code as opposed to trying to move on as best you can. There's a world where you always want to crash immediately because that lets you know right away something's broken and forces you to fix it. Of course, when you head down that road you're saying that nobody else can get anything done until your work is totally free of bugs, and that's not realistic. Particularly not in games. Still that's a tough balance to strike. One of the things we've been exploring lately is having all recoverable errors do something like this: code:
Of course in the shipping game, all of those asserts are disabled, and you're operating in the mode of maximum robustness under the assumption (and hope) your test passes caught all the errors, and that any you didn't are safely recoverable. Because at the end of the day, an occasional glitch is thousands of times preferable to a crash as far as players are concerned. (That being said, of course there are still plenty of errors which are critical and will still cause an immediate halt or kick players back to the main menu in the shipping game.) One of the problems with extending this to content - and a problem with automated dependency verification, to loop back around to placeholder textures, is the sheer amount of unfinished and unused content that pollutes the repository of any game in development. It's generally really difficult to answer in an automated way (and often times just as difficult even if you ask someone) whether or not a piece of content is actually used in anything player-visible, as opposed to just referenced in a massive hierarchy of content. You'd have to have incredibly disciplined content creators to avoid this problem, which is why virtually any game you'll ever see ships with unused content that gets datamined out - often broken and missing textures and audio. Paniolo fucked around with this message at 09:36 on Feb 25, 2014 |
# ? Feb 25, 2014 09:26 |
|
Paniolo posted:This breaks down when the size of your team increases past 1. Paniolo posted:It's generally really difficult to answer in an automated way (and often times just as difficult even if you ask someone) whether or not a piece of content is actually used in anything player-visible, as opposed to just referenced in a massive hierarchy of content.
|
# ? Feb 25, 2014 10:07 |
|
AntiPseudonym posted:Do I have to do Save Scene and Save Project manually every single time, or should Save Scene do the job? I had an issue a while ago where prefabs were disappearing so I've been doing that ever since. Strumpy posted:Save scene with do project + scene. If you're working on prefabs, especially when using source control, you need to do "save project" to save their changes, saving just the scene is not enough. If I had a dollar for every time a commit didn't work because a prefab wasn't really saved before checking-in... I'd have money for a few lunches. Closing the app does the same thing, but is much less convenient.
|
# ? Feb 25, 2014 14:33 |
|
Aw yeah, sweet Asset Store monies here we come.
|
# ? Feb 25, 2014 23:29 |
|
dupersaurus posted:If you're working on prefabs, especially when using source control, you need to do "save project" to save their changes, saving just the scene is not enough. If I had a dollar for every time a commit didn't work because a prefab wasn't really saved before checking-in... I'd have money for a few lunches. Closing the app does the same thing, but is much less convenient. I thought the same thing, but after seeing Strumpy's post I tested a Ctrl-S save and it seemed to save the prefab too. Maybe it's a recent fix?
|
# ? Feb 26, 2014 01:07 |
|
Shalinor posted:Aw yeah, sweet Asset Store monies here we come. Let me know when you get on JUMP PHYSICS levels of awesomeness...
|
# ? Feb 26, 2014 02:14 |
|
poemdexter posted:Let me know when you get on JUMP PHYSICS levels of awesomeness...
|
# ? Feb 26, 2014 02:50 |
|
Can anyone see what my problem is. I'm making a 2d dungeon and then trying to add doors to the dungeon but it is causing stack exception or a hang. It is supposed to check if there is a room above, below, left, right, and then add doors if there is. Then it moves on to that room and does the same thing.code:
|
# ? Feb 26, 2014 07:20 |
|
Your first terminating condition is getting a null value from fc.GetRoom(). If you end up with infinite recursion, you should look into what fc.GetRoom() actually does. Do you actually set it to return null when the x,y coordinates are not within your map boundaries? I've barely worked with Unity but maybe its scripting engine also has some sort of stack size limit that you might have to increase?
|
# ? Feb 26, 2014 07:26 |
|
Flownerous posted:I thought the same thing, but after seeing Strumpy's post I tested a Ctrl-S save and it seemed to save the prefab too. Maybe it's a recent fix? Yeah I think it is. I know when I was using Unity earlier last year I was having a lot of issues with Unity crashing thanks to me messing something up, and I kept losing all of my prefabs even though I was pressing Ctrl+S like my life depended on it.
|
# ? Feb 26, 2014 07:52 |
|
Anyone have comments on using XAML to build a GUI? Noesis offers a product that brings in XAML based interfaces into Unity and looks pretty impressive but I don't know anything about XAML. I am damned tired of monkeying around with gameobjects for ui in the editor and would love either something external or more purely code based.
|
# ? Feb 26, 2014 10:33 |
|
illiniguy01 posted:Can anyone see what my problem is. I'm making a 2d dungeon and then trying to add doors to the dungeon but it is causing stack exception or a hang. It is supposed to check if there is a room above, below, left, right, and then add doors if there is. Then it moves on to that room and does the same thing. You have this check that you don't go back to where you just came from, but that isn't enough if you have a loop of length greater than 2 in the rooms. It'll just go round forever. If you have a lot of rooms you might want to avoid recursion so you don't blow the stack, also
|
# ? Feb 26, 2014 10:40 |
|
FuzzySlippers posted:Anyone have comments on using XAML to build a GUI? Noesis offers a product that brings in XAML based interfaces into Unity and looks pretty impressive but I don't know anything about XAML. I am damned tired of monkeying around with gameobjects for ui in the editor and would love either something external or more purely code based.
|
# ? Feb 26, 2014 11:57 |
|
seiken posted:You have this check that you don't go back to where you just came from, but that isn't enough if you have a loop of length greater than 2 in the rooms. It'll just go round forever. If you have a lot of rooms you might want to avoid recursion so you don't blow the stack, also Yeah thats the problem. Im going change it so it just goes through the array one by one and adds doors as it goes.
|
# ? Feb 27, 2014 07:38 |
|
FuzzySlippers posted:Anyone have comments on using XAML to build a GUI? Noesis offers a product that brings in XAML based interfaces into Unity and looks pretty impressive but I don't know anything about XAML. I am damned tired of monkeying around with gameobjects for ui in the editor and would love either something external or more purely code based. XAML is great... when MS is doing it with the full range of support and code-behind bindings and stuff WPF/Silverlight/etc delivers. I've never seen an implementation other than MS's that delivers enough of the features that makes XAML a great option to be actually good, though. So I'd be really skeptical of a Unity XAML solution being better than the go-to Unity UI solutions.
|
# ? Feb 27, 2014 21:00 |
|
https://www.youtube.com/watch?v=h6hpEpNEe78 drat unity physics casting. There's no cube cast, so trying sphere cast. But like ray casting, the ray or sphere needs to start outside of the object it's hitting, and move into it. I just want to find objects in a hitbox area. I think I'm gonna be better off writing my own thing that iterates through all hittable game objects for an area and just find intersections manually, instead of using the physics engine for damage areas. Not sure if I should even continue down the path of trying to use physics for determining hotboxes. Edit: Maybe I could try spawning a short lived trigger collider on the map when a player does an attack, instead of trying to cast collisions. I think those are a bit more reliable and will trigger onTriggerEnter if a trigger is enabled\disabled\added to the map. SSH IT ZOMBIE fucked around with this message at 07:16 on Feb 28, 2014 |
# ? Feb 28, 2014 07:12 |
|
SSH IT ZOMBIE posted:But like ray casting, the ray or sphere needs to start outside of the object it's hitting, and move into it. Box casts can be accomplished by using ray casts against enlarged boxes, or you could probably just insert a box into the world and detect the collision in the next frame to trigger the effect.
|
# ? Feb 28, 2014 09:13 |
|
SSH IT ZOMBIE posted:drat unity physics casting. There's no cube cast, so trying sphere cast. Still, RigidBody.SweepTest might help you out in this particular case. Maybe keep a RigidBody around as your hit box, and SetPos then sweep it out when you need to determine a hit? Whenever you figure this out, please do post about it. Melee hitboxes were a bitch to get working in UDK, and I worry they're even worse in Unity. I've been avoiding it for precisely this reason, the missed-hits issue. EDIT: While we're on the topic, does anyone know if it's possible to make animation events be 100% reliable? I've noticed Unity will randomly skip them if they're near the beginning or end of an animation. Kind of hoses thoughts of using them to time anim-synced hits. Shalinor fucked around with this message at 17:10 on Feb 28, 2014 |
# ? Feb 28, 2014 17:07 |
|
Is this mecanim or legacy? I know mecanim can sometimes fail animation events if in the middle of a blend transition. I use curves or tags for animation events. Tags in particular are a lot less fiddly and it is easy to have events fire off automatically when current tag equals whatever. You just need to store the hash of the tag name as it hits the gc to do a string comparison. My experience was that colliders are way less reliable than raycasts. It also seemed like a good idea to me to have collision redundancy that was faked. I looked for probable hits on my impact objects and those started an estimated impact counter. At the end if there was no hit and the target object was in the same position I just forced a hit. Messy but seemed good enough for third person action. My plan was to make it more loose for the player and harsher on AI hits but I never got around to it. You could also have redundancy more like how I do it with my turn based combat and have it pull the closest collider from the target character and if the distance from the impact object / hitbox is ever minuscule force a hit.
|
# ? Mar 1, 2014 00:42 |
|
Shalinor posted:I'm not entirely sure which is more reliable. I know that raycasts, for instance, appear to fail if they originate inside a collider - they skip that collider - which makes shooting at point blank a real bastard of a problem to solve. I haven't tested that, but I did something similar where I actually wanted specifically to collect things a point overlaps with, by calling code:
|
# ? Mar 1, 2014 03:25 |
|
roomforthetuna posted:Raycast plus tiny Physics.OverlapSphere to get a list of things you're inside, perhaps?
|
# ? Mar 1, 2014 03:47 |
|
Shalinor posted:Whenever you figure this out, please do post about it. Melee hitboxes were a bitch to get working in UDK, and I worry they're even worse in Unity. I've been avoiding it for precisely this reason, the missed-hits issue. The person to ping about this would be @mwegner. He's working on http://aztez.com/ which is a side scrolling beat em up. He's using all normal unity stuff with some custom animation tools on top. He would know the ins and out of the physics for melee / brawlers.
|
# ? Mar 1, 2014 03:56 |
|
Not my style of gameplay, but that game looks cool as hell. Pretty polished looking!
|
# ? Mar 1, 2014 09:30 |
|
I've got a summer free and I'm looking to do a bunch of work. Is there a specific programming language that is best suited to learn for game development? If so, which one, and where should I start? I would really appreciate any help. I know some basics of programming but not much. And if not a programming language, anything else I should be doing?
|
# ? Mar 1, 2014 19:27 |
|
CrusherEAGLE posted:Is there a specific programming language that is best suited to learn for game development? If so, which one, and where should I start? There're a bunch of languages used in game development. The one you should learn is C#, because that's what Unity3D uses. Unity3D is by far and away the best way to make your own game, and making your own game is by far and away a) the best way to impress interviewers b) the best way to find out if you actually like making games.
|
# ? Mar 1, 2014 19:48 |
|
coffeetable posted:There're a bunch of languages used in game development. The one you should learn is C#, because that's what Unity3D uses. Unity3D is by far and away the best way to make your own game, and making your own game is by far and away a) the best way to impress interviewers b) the best way to find out if you actually like making games. Thank you, I was actually looking at Unity today. Should I bother with anything else other than Unity at the moment, or just focus on this in particular?
|
# ? Mar 1, 2014 19:53 |
coffeetable posted:There're a bunch of languages used in game development. The one you should learn is C#, because that's what Unity3D uses. Unity3D is by far and away the best way to make your own game, and making your own game is by far and away a) the best way to impress interviewers b) the best way to find out if you actually like making games. Just for the record, there are a plethora of tools and options outside of Unity, and while it is the flavor of the month on these forums, there are plenty of other reasonable options that won't have you working in a hulking ide pouring through broken documentation trying to figure out which third party plugins you need to create ground breaking game components like a GUI. If you're not doing some sort of three dimensional projection I really don't see any reason to use Unity over any other number of tools, such as Construct, GameMaker, etc.
|
|
# ? Mar 1, 2014 19:54 |
|
|
# ? May 25, 2024 05:52 |
|
Java is another solid option. Java and C# are very similar, so learning one will make picking up the other fairly painless. Java comes stock with a pretty solid and very easy to use 2D graphics API and there are third party libraries such as Slick2D, LibGDX and LWJGL which can be helpful for game development. Java makes it easy to target all three desktop platforms and can be used for Android development too. If you want something that will help you ease into Java or just for quick playing around, try out Processing, which comes with a lightweight IDE, easy-to-use 2D and 3D graphics capabilities and can compile Windows/Linux/OSX/Android/HTML5 standalone executables.
|
# ? Mar 1, 2014 20:04 |