Show Posts
|
|
Pages: [1] 2 3 ... 68
|
|
3
|
Discussions / General Discussions / Re: Blogpost about Java for Game Programming
|
on: 2013-05-17 21:44:15
|
An unsafe language like C++, or really more the C parts of it, can technically outrun any managed language runtime like Java, because they can bang on arbitrary memory to write almost any instruction sequence they want, and that's without embedded assembly. At the end of nineties, C/C++ fans gave the same kind of arguments to explain that as Java is written in C (Jikes was written in C++), it can't outperform C which is wrong. One of my teacher wrote a program that converted Java (1.3) to C code during his thesis and he only obtained a very small gain (less than 5%) after years of work. Brian Goetz explained that memory allocation and method calls are between 2 and 4 times faster in Java. I really think that almost no human being is able to write a better machine code or assembler code that a compiler like GCC except in particular cases on a small piece of source code and if you really believe you can be more efficient than the JVM, don't use Java. I'm sad to see these kinds of prejudices about Java even here on JGO. Where Java is faster, you can of course implement Java in C and do it that way. Kinda like how you can build anything out of raw materials, assuming you like working with only raw materials. Actually, I rather stretched the truth saying that you can emit any instruction in C, but most modern compilers support "rawcall" conventions and of course embedded asm. Not that you're really writing C at that point, of course. Jikes is indeed in C++, but is merely a compiler (and an obsolete one at that). The javac compiler is pure java. Curiously though, the Jikes Research VM is itself in java (presumably with some native code to bootstrap itself).
|
|
|
|
|
4
|
Game Development / Newbie & Debugging Questions / Re: LibGDX Actor - to use or not to use; or, *when* to use?
|
on: 2013-05-14 04:30:06
|
Actors are a scene2d thing, representing an object in the scenegraph. If you use scene2d, you're using scene2d.Actor. Now Actors in general are cool, the sort you get from the likes of Akka or Kilim, but they don't have a ton in common with scene2d actors unless you squint and tilt your head at it. It'd be kinda neat to see an Actor system built off that lightweight thread library that's been making the rounds here... any takers?
|
|
|
|
|
6
|
Games Center / WIP games, tools & toy projects / Re: SF Citybuilder- Buildings/Concept Art
|
on: 2013-05-13 17:18:17
|
One of the things I'd like to do with indistinguishable-from-magic psyonic mojo would be to take a leaf from, say, the Prince of Persia reboot, and make functions like saving/loading the game a kind of rationed resource.
I'd be really careful about this if I were you. Checkpoints in an action game are one thing, but messing with peoples ability to save in a single-player strategy game is not usually something people are going to accept. If you want permanent consequences to actions, simply making the game world persistent with no explicit save mechanic whatsoever might be preferable to erecting gimmicky barriers around save/load mechanisms.
|
|
|
|
|
7
|
Java Game APIs & Engines / OpenGL Development / Re: Shader Program Fatal Error
|
on: 2013-05-12 17:59:38
|
Nothing jumping out at me. What's glGetProgramInfoLog tell you? You should really have ShaderProgram checking the status after each of the compile, link, and validate steps and spewing the appropriate log out on error. It's handy to do that for warnings too, though some compilers like to make "successfully compiled" into a warning 
|
|
|
|
|
9
|
Games Center / WIP games, tools & toy projects / Re: [WIP] Daedalus
|
on: 2013-05-10 18:13:24
|
Just saw Daedalus on Greenlight and of course voted for it  I read some comments about people wanting a single-player campaign, thought they were quite silly, but then for some reason I got to thinking of Dungeon Siege and the execrable Space Siege. Neither were really great games, but that's mostly because they ran too much on autopilot (ProgressQuest with graphics, basically). The idea of having seamless and nearly endless levels might make a pretty neat mode for the game, giving some sense of progression through as you unlock the next section and find new enemies and of course cool weapons. Just throwing it out there -- I'd buy it either way 
|
|
|
|
|
10
|
Discussions / General Discussions / Re: Blogpost about Java for Game Programming
|
on: 2013-05-09 03:36:35
|
|
An unsafe language like C++, or really more the C parts of it, can technically outrun any managed language runtime like Java, because they can bang on arbitrary memory to write almost any instruction sequence they want, and that's without embedded assembly. The problem is, how much effort does that take for how much actual payoff, and what are the bugs that are created when the results of the effort aren't 100% perfect?
|
|
|
|
|
11
|
Game Development / Newbie & Debugging Questions / Re: Game Versioning or Numbering
|
on: 2013-05-09 03:24:52
|
|
I like semantic versioning, and build tools like maven can handle it for you, but yeah, I don't think you need to go crazy with it for a small game project. Build dates are usually fine for people running test versions, otherwise give 'em a clever name. And if it's a big game project, let's hope there's a project manager who makes a sane decision.
|
|
|
|
|
13
|
Game Development / Game Play & Game Design / Re: RPG Object Variables
|
on: 2013-05-08 05:46:32
|
|
Can't comment on the stats themselves, it's your RPG, your game mechanics. You should keep in mind you may want to change them around pretty frequently as you think of different ways to do things, so good encapsulation is a must. You have things protected, so that's a reasonable start, just watch how you use accessors too.
You have several fields that are calculated, like "speed" and "finalAttack". Those should be methods, not fields.
In a slightly more advanced design, consider designing things around interfaces first, and have your classes just implement a selection of interfaces. That gives you a lot more leeway in how you implement them, and in how you combine and split apart functionality as you make changes.
|
|
|
|
|
14
|
Game Development / Newbie & Debugging Questions / Re: Game Versioning or Numbering
|
on: 2013-05-08 03:57:15
|
Three digits is the common standard, and it's major.minor.patch (I assure you it's not a build number). This scheme is usually called "semantic versioning". Java 5, 6, and 7 are versions 1.5, 1.6, and 1.7. And the java.version system property actually lists three digits (the last tends to stay at 0) and that's usually followed by an underscore and an update number, which you can say is the "real" patchlevel.
|
|
|
|
|
15
|
Games Center / WIP games, tools & toy projects / Re: SF Citybuilder- Buildings/Concept Art
|
on: 2013-05-07 19:37:10
|
|
I love the art style, but one thing I've noticed is that on lower-contrast (read: average) monitors, the color looks very washed out and a lot of the fine details are lost. Looks fabulous on my expensive work monitor though. Maybe a gamma calibration screen would be in order (one of those "adjust the slider until you can see X" things).
|
|
|
|
|
17
|
Discussions / General Discussions / Re: Why don't many of you use JMonkey Engine?
|
on: 2013-05-06 03:26:54
|
and I don't see why it should not work on an old Pentium 2 MMX with a crappy Matrox Millenium G200.
Should it also support a PC XT with a Hercules adaptor? Look, I like graceful degradation as much as the next guy, and I'd prefer an engine didn't demand I write shaders where a high-level API would suffice, but you still have to draw the line somewhere. You can always run an ancient engine for your ancient hardware. And if it doesn't exist, maybe there's a reason why.
|
|
|
|
|
22
|
Games Center / WIP games, tools & toy projects / Re: 3D Turnbased Rougelike (LWJGL)
|
on: 2013-04-25 20:49:55
|
Yeah the physics in myth were impressive for the time, and even now. I remember one time blowing up a Ghol with one dwarf, and watching his sickle fly across the screen, slice a dwarf who was getting set to throw a grenade, who dies, drops all his satchels and a live grenade, and promptly blows himself and the rest of his unit up. Shrapnel could be a real menace sometimes 
|
|
|
|
|
24
|
Game Development / Game Mechanics / Re: First Post - Bufferstrategy, jpane and canvas?
|
on: 2013-04-23 18:09:26
|
The daemon thread forces the system to use the high precision timer. This will cause sleep(int) to be more accurate  A little semi-necro since I'm behind: Just to clarify, you only need this daemon thread trick on Windows. The precision of the scheduler timers on Linux and OSX are always pretty good and can be made better with system calls (involving JNI stuff you probably don't want to mess with)
|
|
|
|
|
27
|
Java Game APIs & Engines / OpenGL Development / Re: OpenGL - alternatives to Java
|
on: 2013-04-22 23:15:59
|
the marketplace for Ruby or Scala skills is negligible compare to Java or (for example) C#, so why bother!? Not exactly true. A lot of studios and companies use Ruby or Python for backend development. Not to mention that some of us just happen to love programming and don't view everything through the lens of what will make us the most efficient cog in a corporate machine.
|
|
|
|
|
28
|
Games Center / WIP games, tools & toy projects / Re: Xcylin: A sci-fi open world voxel game.
|
on: 2013-04-21 19:04:43
|
Looks pretty spiffy ... though I keep wanting to call it "Xyclin", which is a brand name for doxycycline  Rhino is pretty slow compared to other JS engines, but soon enough you'll have Nashorn to play with. Wouldn't be my first pick as good languages go, but as goes familiarity with it among the community, it is hard to beat.
|
|
|
|
|
29
|
Discussions / General Discussions / Re: Steam Questions
|
on: 2013-04-19 17:46:18
|
|
It's just the usual "they get big, they get evil". Sometimes deserved, sometimes not. Google was once the underdog, now they're the all-seeing panopticon of the internet. Hell there was once this plucky upstart company taking on IBM, called themselves Micro-Soft or something like that.
I think Valve's got a long way to go before it gets even a tenth as bad as EA.
|
|
|
|
|
|
Add your game by posting it in the WIP section,
or publish it in Showcase.
The first screenshot will be displayed as a thumbnail.
|
|