Titan Attacks

Haven’t been here in a while due to school and playing with Unity.

Unity is much friendlier to newbs as far ass GUI and code integration goes.

However, Unreal is MUCH faster and looks better.

The big thing Unity has is the visual editor. If libgdx had even a rudimentary editor, I would be all over it.

I’m not using it… Chaz and Alli are. They both love it.

Cas :slight_smile:

Haven’t been here in a while due to school and playing with Unity.

Unity is much friendlier to newbs as far ass GUI and code integration goes.

However, Unreal is MUCH faster and looks better.

The big thing Unity has is the visual editor. If libgdx had even a rudimentary editor, I would be all over it.

I have been thinking about this a lot over the last couple of years. If libgdx was built-in to an Eclipse-based development environment with a whole load of pretty GUIs for dealing with it… it’d probably be nearly as awesome as Unity.

Cas :slight_smile:

But there is no road from libgdx to C# / the consoles. There are no backends for that :confused:

Seems like that should be a (mostly) straight forward thing to do: Convert (JDK7) bytecodes to .NET bytecodes. (Maybe I’m forgetting something).

I would totally pay for that

That’d mean someone well versed in the JVM bytecode and the CLR bytecode… sounds like A LOT of work :slight_smile:

My CLR knowledge is really rusty. Forget about “general application” conversion and think some ad-hoc tool for stuff one expects to see a in game runtime. The gotcha seem to be:

  1. JNI librarys. Some manual “impendence matching” work there.
  2. Use of unsafe. Don’t know about about CLR’s equivalence.
  3. Use of copyrighted (without rights to) libraries in Java (notably Oracles stuff). It’s all well and good to convert java bytecode to CLR’s but you gotta “do the right thing” here. I don’t use much of classpath stuff so I’ll tend to under think how big an issue this could be. Gotta write or get equivalent versions of whatever you use. And if you’re paranoid change names just in case the next court ruling decides public APIs are copyrightable. :wink:

From what I remember CLR bytecodes are basically just a superset and I don’t recall any effective differences where they’re the same. What am I forgetting?

Yea it 'tis. Isn’t here any project that does the basics of this is a somewhat reasonable manner?

isn’t this what IKVM does?

That’s the one.

Cas :slight_smile:

I have been thinking about this a lot over the last couple of years. If libgdx was built-in to an Eclipse-based development environment with a whole load of pretty GUIs for dealing with it… it’d probably be nearly as awesome as Unity.

Cas :slight_smile:

But there is no road from libgdx to C# / the consoles. There are no backends for that :confused:

Seems like that should be a (mostly) straight forward thing to do: Convert (JDK7) bytecodes to .NET bytecodes. (Maybe I’m forgetting something).

Wow, for the poster child for Java game development, that’s quite a damning statement.

What’s stopping competition to Unity? Why not build a Unity competitor?

Unity succeeded because of Mono. Mono runs everywhere - really everywhere. It may not exactly be fast everywhere but it’s a step up from Python. Java on the other hand is all super fast and whizzy and clever… and unavailable on any console hardware. At least with RoboVM there’s iOS support now.

So they got a head start and built a lot of mindshare over many, many years. It’s taken them the best part of a decade to get to the point of almost total domination that they currently exist at.

Anyone care to bother trying to catch them up?

Cas :slight_smile:

I would totally pay for that

That’d mean someone well versed in the JVM bytecode and the CLR bytecode… sounds like A LOT of work :slight_smile:

My CLR knowledge is really rusty. Forget about “general application” conversion and think some ad-hoc tool for stuff one expects to see a in game runtime. The gotcha seem to be:

  1. JNI librarys. Some manual “impendence matching” work there.
  2. Use of unsafe. Don’t know about about CLR’s equivalence.
  3. Use of copyrighted (without rights to) libraries in Java (notably Oracles stuff). It’s all well and good to convert java bytecode to CLR’s but you gotta “do the right thing” here. I don’t use much of classpath stuff so I’ll tend to under think how big an issue this could be. Gotta write or get equivalent versions of whatever you use. And if you’re paranoid change names just in case the next court ruling decides public APIs are copyrightable. :wink:

From what I remember CLR bytecodes are basically just a superset and I don’t recall any effective differences where they’re the same. What am I forgetting?

Yea it 'tis. Isn’t here any project that does the basics of this is a somewhat reasonable manner?

isn’t this what IKVM does?