shs posted:

It's not much, but it's the first time my game dev charade has earned me a tangible reward and not just grief or misery (I got the phone for free).

shs posted:

It's not much, but it's the first time my game dev charade has earned me a tangible reward and not just grief or misery (I got the phone for free).

poemdexter posted:

High five free windows phone buddy? Is that a 925? That's the one I won at the Unity porting session at Microsoft a few weeks ago.

Mercury_Storm posted:

Can someone explain how bad the performance impact in Unity of using Instantiate() and Destroy() for objects like bullets, or even using audio.PlayOneShot without having a pool of junk to recycle?

The main game I'm working on is strictly PC/Mac/Linux and I haven't noticed any huge performance hits from just firing an automatic weapon or even a minigun that fires tons of rounds a second. Does it cause memory leaks over time or something like that?

Angry_Ed posted:

Apologies if someone answered this recently, but I'm (finally) fed up with Unity's built-in input management system and would like to know of what other Unity devs in this thread are using. Preferably I would like something that either has a nice UI that can be adjusted to fit different game visuals, or one that'll just let me call the inputs as variables to be displayed as text so I can communicate to players what the controls are without having to consult a README all the time. I know a couple ones were mentioned a long time ago in this thread but I can't seem to find that info.

xgalaxy posted:

I've got a Unity serialization question.

I've got three classes:
1. Node - plain C# class
2. Link - plain C# class
3. Connections - MonoBehavior

Link is a tuple of Nodes.
Connections has Editor exposed List<Node> and List<Link>.
The List<Node> in Connections is the list of all nodes, where as Link represents the set of Nodes actually connected with each other.

The problem is Unity serialization serializes out the Nodes in Link as separate instances from those in Connection's List<Node>.
Anyone know how I can fix this?

code:

public class Node
{
   //
}

public class Link
{
   public Node[] nodes;
}

public class Connections : MonoBehaviour
{
   public List<Node> Nodes; // serialized by unity
   public List<Link> Links; // serialized by unity
}

// pseudo code
var node1 = new Node();
var node2 = new Node();
var node3 = new Node();
var link = new Link();
link.nodes[0] = node1;
link.nodes[1] = node2;
Connections.Nodes.Add(node1);
Connections.Nodes.Add(node2);
Connections.Nodes.Add(node3);
Connections.Links.Add(link);

quote:

Unity serializes all primitive types, strings, arrays, lists, types specific to Unity such as Vector3 and your custom classes with the Serializable attribute as copies belonging to the object they were declared in.

ScriptableObject fields, or any UnityEngine.Object fields, such as MonoBehaviour, Mesh, GameObject and so on, are stored by reference as opposed to by value.

ThisIsNoZaku posted:

I don't know Unity, so I looked up answers by someone more knowledgeable first but I feel pretty that what I thought it would be looks mostly correct.

Basically, there's lots of overhead involved in constructing and destructing objects and littering your heap with detritus increases the likelihood of garbage collection, which is a processing-intensive task.

The problem is one of scale. If your game is likely to get fairly significantly bigger, I would implement an alternative. Especially since if it becomes a problem later, it will be an even worse hassle to fix.

Obsurveyor posted:

cInput is the one I've heard mentioned the most often around here. I've been using it after picking it up from a sale and it's pretty easy to use. Since it matches Unity's Input API, it's real easy to drop in and replace Input in other assets. The built-in configuration GUI is good enough for development testing.

full point posted:

^

Check out cInput. I think the price is around $15-20. I found it very easy to set up and use.

Mercury_Storm posted:

Oh thanks, sometimes I forgot to look at the answers site. It seems like it's primarily a mobile issue, though if I ever see any hiccups on PC it seems like it would be easy just to convert any Instantiates to work with the pooling system.

Bocom posted:

Alternatively check out InControl, which is open-source but also available on the Asset Store for $15.

Nition posted:

I was put off buying cInput because cInput 1 is open source and when I looked at the source... it wasn't great. Not the worst, but a lot of copy-paste code that could easily have been put in an array and a loop. How's the code in cInput 2?

Shalinor posted:

Unless you really (really really) want input rebinding

Manslaughter posted:

Your ui bars don't scroll! Make sure to add view_xview[view_current] and view_yview[view_current] to their coordinates.

Shoehead posted:

I got scrolling working


Also today I found out about the sprite limit on GM and uh.. I'm not really sure I want to drop €40 on the Standard ed.

Shoehead posted:

Polo-Rican posted:

Gimmicky Indie Game Idea: a game where the GUI doesn't scroll with you on purpose, the gameplay is designed so you have to travel back and forth from the GUI to other parts of the game. Example - a quest gets added to your quest log, but you actually need to travel back to your quest log to see it.

Polo-Rican posted:

Gimmicky Indie Game Idea: a game where the GUI doesn't scroll with you on purpose, the gameplay is designed so you have to travel back and forth from the GUI to other parts of the game. Example - a quest gets added to your quest log, but you actually need to travel back to your quest log to see it.

quote:

Imagine if UI was the enemy?

Internet Janitor posted:

Further evidence that Kirby Super Star had the most creative bosses:

https://www.youtube.com/watch?v=qEIDmPvTB20

Internet Janitor posted:

Further evidence that Kirby Super Star had the most creative bosses:

https://www.youtube.com/watch?v=qEIDmPvTB20