Top 5 JAVA games Top5Games. Unsubscribe from Top5Games? TOP 100 FUNNIEST GAME FAILS EVER (Gamers Are Idiots Funny Moments Compilation) - Duration: 10:09. NOTE: THIS GAME REQUIRES JAVA 7 OR GREATER A basic tetris game that I wrote in a short time, to refresh my knowledge of game development in Java. Still lacks some features - it is a work in progress. For Windows, just download and run the exe. For Linux, just download the jar and run it via the command 'java -jar tetris.jar'. This requires Java. LWJGL is a Java library that enables cross-platform access to popular native APIs useful in the development of graphics (OpenGL, Vulkan), audio and parallel computing applications.This access is direct and high-performance, yet also wrapped in a type-safe and user-friendly layer, appropriate for the Java ecosystem. LWJGL is an enabling technology and provides low-level access. These games have a.jar extension and can be played on any Java-enabled mobile phone. Since the launch of powerful smartphones platforms like android and iOS these games have now extinct because Java phones are rare today. J2ME is a small platform but we have seen some of the best Java games from Gameloft and Ubisoft like Asphalt, Prince of.
If you love mobile java games and applications and would love to run them on your computer, this post is definitely what you’ve been looking for. In my search I’ve come across three different emulators that allow you to run .jar files meant for mobile phones on your desktop. Now you can play mobile games and even use mobile applications like Opera Mini on your Windows PC. These emulators all do the same thing but they work somehow differently and the one you use depends on your need. I believe Kemulator is the best though.
1. MidpX
This is probably the oldest of all the emulators on this list. I had to look into my old discs to get the name and upload it. It’s the very first java emulator I used and I remember using it back then to play Super Mario and Sonic on my old PC back then. Unlike the more recent emulators, it’s not capable to run handler applications and the resolution sucks. You can only run games and applications with 176X220 resolution. Below is what it looks like when in use:
2. Sj-Boy-JavaEmulator for PC
This is also similar to the one above but a bit better. It comes by default with a Nokia N70 skin but you can change this in the options. I was able to run almost all applications and even viewed BBC and a couple of other websites running Opera Mini on this java emulator. It’s a lot better than the first one and you can take snapshots while the java emulator is running.
I still had resolution issues with some java games on this emulator though.
3. Kemulator_0.9.8_Lite
This is the best java emulator I’ve come across because it has a whole lot of features those aforementioned lack. You can run any java game or application on your PC with any resolution. The best thing about it is that you can set your custom resolution and run it in full screen! I ran Opera Mini 6.5 handler on it and it was blazing fast though it’s not the best desktop internet browsing experience if you ask me. I also toyed around with it and ran a couple of java games like Assassin’s Creed and Mission Impossible.
You can change the resolution and use it in full screen by going to View > Options. You can set it to whatever you’re convenient with but I normally use 800 by 600. Like I said, Kemulator is the most advanced of all the emulators as it also allows you to set a proxy server for mobile java apps that connect to the internet if you must use one. This can also be found under options.
Note: If you can’t start Kemulator from the shortcut on your desktop, download this file, unzip the content to the folder where Kemulator is installed and run kemulator.jar from there. Be sure you have Java Runtime Environment installed on your computer.
Active3 years, 9 months ago
Why aren't many commercial, 3D video games (not random open source 2D ones) written in Java? In theory, it makes a lot of sense: you get a productivity boost and a cross-platform application almost for free, among other things, such as the vast amount of Java libraries, and built-in garbage collection (although I admit I'm not sure if the latter is a good thing). So why is it rarely used? I can only think of a couple popular commercial games written for the Java platform.
Is it because of performance? If so, wouldn't most of the heavy lifting be done by the GPU anyway?
Sasha Chedygov
Sasha ChedygovSasha Chedygov95.1k2424 gold badges9494 silver badges105105 bronze badges
closed as not constructive by KevMay 23 '12 at 9:00
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. If this question can be reworded to fit the rules in the help center, please edit the question.
22 Answers
The game development world is a funny one: On one hand, they're often quick to accept new ideas, on the other hand, they're still in the stone age.
The truth is, there's rarely that much incentive in switching to .NET/Java/anything other than C/C++.
Most game companies license parts of the game engine from other companies. These parts are written in C++, and although you might have access to the source so you could port it, that takes a lot of effort (and of course, the license needs to allow it).
Also, a lot of legacy code already exists in C++. If code from previous projects can be reused (say, if you're writing a sequel), that counts even more in favor of sticking with the same language, instead of rewriting it in a new language (more so since you'll likely reintroduce a ton of bugs which you'll need to spend time ironing out.
Finally, it's rare for games to be written in 100% C++ anyway - a lot is done using scripting languages, whether they're custom or just integrating an existing languages (Lua being one of the more popular ones these days).
As far as garbage collection is concerned, that can be a bit of a problem. The problem is not so much that it exists, it's more how it works - the garbage collector MUST be non-blocking (or at least be guaranteed to only block very briefly), since it's simply unacceptable to have the game freeze for 10 seconds while it scans all the allocated memory to see what can be freed. I know Java tends to choke quite a bit in GC'ing when it's close to running out of memory (and for some games out there, it will).
You're also a bit more restricted in what you can do: you can't fully exploit the hardware due to the overhead of the runtime. Imagine Crysis being written in Java.. even if that's the only visible difference, it just wouldn't be the same (I'm also pretty sure you'd need a Core i7 to run it.).
This doesn't mean these languages don't have their place in game development - and no, I'm not just referring to tool programming. For most games, you don't need that extra bit of performance you get from C++, including 3D games, and if you're writing it all from scratch, it can make perfect sense to use something like XNA - in fact, there's a good chance it will.
As far as commercial games are concerned - does RuneScape count? That may well be the most succesful Java game out there.
Michael MadsenMichael Madsen48.3k66 gold badges6464 silver badges7777 bronze badges
I think John Carmack said it best with:
The biggest problem is that Java is really slow. On a pure cpu / memory / display / communications level, most modern cell phones should be considerably better gaming platforms than a Game Boy Advanced. With Java, on most phones you are left with about the CPU power of an original 4.77 mhz IBM PC, and lousy control over everything. [..snip..] Write-once-run-anywhere. Ha. Hahahahaha. We are only testing on four platforms right now, and not a single pair has the exact same quirks. All the commercial games are tweaked and compiled individually for each (often 100+) platform. Portability is not a justification for the awful performance.
(source)
Granted, he was talking about mobile platforms, but I've found similar problems with Java as a whole coming from a C++ background.I miss being able to allocate memory on the Stack/Heap on my own terms.
Sasha Chedygov95.1k2424 gold badges9494 silver badges105105 bronze badges
MarcMarc2,41822 gold badges1616 silver badges2121 bronze badges
For one thing, Java's lack of operator overloading makes all of the math you have to deal with to get a working graphics pipeline very, very annoying and hard to read.
All of the matrix multiplication and affine vectors you need to deal with are a lot easier to follow if they're in well-formed mathematical expressions rather than object-oriented expressions like The iso zone ps2 bios pack.
That's just terrible. Math shouldn't look like that.
Best Java Games 320x240
WelbogWelbog51.5k88 gold badges9898 silver badges116116 bronze badges
I think .NET had (has) a lot of the same perceived issues that Java has. Microsoft has just done a better job at marketing to developers with XNA :-)
Joel MartinezJoel Martinez33.7k2424 gold badges118118 silver badges178178 bronze badges
Minor points first:
- any productivity boost from Java ishypothetical. The syntax is almostidentical to C++ so you're reallyjust banking on savings from memorymanagement and standard libraries.The libraries have little to offergames developers and memorymanagement is a contentious issue dueto garbage collection.
- cross-platform 'for free' is not asgood as you think because fewdevelopers want to use OpenGL andseveral key platforms probably lack agood Java implementation or wrappersfor their native libraries, whetherfor graphics, audio, networking, etc.
But mainly, the issue is backwards compatibility. Games developers moved to C++ from C and to C from assembly purely because the migration route was smooth. Each interoperates closely with the previous, and all their previous code was usable in the new language, often via a single compiler. Therefore migration was as slow or as fast as you liked. For example, some of our old headers in use today still have #ifdef WATCOMC in, and I don't think anybody has used the Watcom compiler here in a decade or more. There is a massive investment in old code and each bit is only replaced as needed. That process of replacing and upgrading bits and pieces from one game to the next is nowhere near as practical if you changed to a language that doesn't natively interoperate with your existing code. Yes, C++/Java interoperability is possible, but very impractical by comparison to simply writing 'C with a bit of C++' or embedding asm blocks in C.
To properly supercede C++ as the game developers' language of choice, it must do one of two things:
- Be easily interoperable withexisting legacy code, thuspreserving investment andmaintaining access to existinglibraries and tools, OR
- Demonstrablyshow up-front enough of aproductivity boost that the cost ofrewriting all your own code (orreworking the interfaces intoreusable components that can be usedfrom that language) is more thancovered.
Subjectively, I don't think Java meets either of those. A higher-level language might meet the 2nd, if someone is brave enough to be the pioneer. (EVE Online is probably the best example we have of Python being usable, but which uses a fork of the main Python language, many C++ components for performance, and even that is for a fairly undemanding game in modern terms.)
KylotanKylotan16.6k66 gold badges3838 silver badges7070 bronze badges
I'm playing the Sims 3, and I did some poking around.The graphics engine is C++, while the scripting and behavior engine is C#/Mono.So while C++ is there for time critical bits, other stuff like .interaction, game logic, AI is in an object oriented managed language.
John SimonJohn Simon
- Are there any good ports of gaming engines/libraries?
- Many C/C++ developers, particularly the ones on Windows (where most commercial games are written) are familiar with Visual Studio. There is no comparison in IDEs.
- In general, Java has been sold to businesses because of it's solid typing and it has a perception of not having memory management issues.
- And yes, Java still suffers from a perception that it is slow, and it's memory management is poor, and for games, it probably is ill-suited to the task. As stated in some of the other answers, garbage collection just isn't going to cut it when you are dealing with real-time high-performance requirements. Video games push CPUs and GPUs to their limits.
35.5k1010 gold badges9292 silver badges129129 bronze badges
One of the biggest reasons Java and other Virtual Machine languages are not used for games is due to Garbage Collection. The same thing goes for .NET. Garbage collection has come a long ways and works great in most types of applications. In order to do garbage collection though, you do need to pause and interrupt the application to collect the trash. This can cause periodic lag when collection happens.
Java has the same problem for realtime applications. When tasks must run at a specific time, it is hard to have an automated task such as garbage collection respect that.
It is not that Java is slow. It is that Java is not good at handling realtime tasks.
Chris DailChris Dail21.3k99 gold badges5858 silver badges7272 bronze badges
A large reason is that video games require direct knowledge of the hardware underneath, often times, and there really is no great implementation for many architectures. It's the knowledge of the underlying hardware architecture that allows developers to squeeze every ounce of performance out of a gaming system. Why would you take the time to port Java to a gaming platform, and then write a game on top of that port when you could just write the game?
edit: this is to say that it's more than a 'speed' or 'don't have the right libraries' issue. Those two things go hand-in-hand with this, but it's more a matter of 'how do I make a system like the cell b.e. run my java code? there aren't really any good java compilers that can manage the pipelines and vectors like i need.'
San JacintoSan Jacinto7,43433 gold badges3434 silver badges5757 bronze badges
Performance issue is the first reason. When you see the kind of hyper optimized C++ code that are in the Quake engines ( http://www.codemaestro.com/reviews/9 ), you know they're not gonna waste their time with a virtual machine.
Sure there may be some .NET games (which ones ? I'm interested. Are there some really CPU/GPU-intensive ones ?), but I guess it's more because lot of people are experts in MS technologies and followed Microsoft when they launched their new technology.
Oh and cross-platform just isn't in the mind of video games companies. Linux is just around 1% of market, Mac OS a few % more. They definitely think it's not worth dumping Windows-only technologies and librairies such as DirectX.
KsempacKsempac1,69722 gold badges1616 silver badges2323 bronze badges
You can ask why web applications aren't written in C or C++, too. The power of Java lies in its network stack and object oriented design. Of course C and C++ have that, too. But on a lower abstraction. Thats nothing negative, but you don't want to reinvent the wheel every time, do you?
Java also has no direct hardware access, which means you are stuck with the API of any frameworks.
Markus LuxMarkus Lux1,25711 gold badge99 silver badges1919 bronze badges
Misconceptions about performance and poor JVM optimizations would be my guess. I say misconceptions about performance because there are some Java ports of C++ games that perform faster than their C++ counterparts (see Jake 2). The real problem, IMHO, is that many Java programmers aren't focused so much on bleeding edge performance as they are with ease of use and understandability/maintainability of code. On the C/C++ side of things you're essentially coding in a slightly higher level assembly language and its about as close to the hardware as you can get without writing in assembly or straight machine code.
illvmillvm
List of game engines on Wikipedia lists many game engines along with the programming language that they are written in.
There are several Java game engines listed.
Clicking some of the links will lead you to examples of games and demos written in Java. Here's a couple:
For certain games and situations, Java's trade-offs might be acceptable.
You have to be heedful and alert when the gnomes started to move and throw different items to make your flat form destroyed. Jardinains game download free. This game has different action levels. At first it is quite boring because it is easy to destroy the gnomes but eventually the action starts when the gnomes used their tricks to defeat you.
![Games Games](/uploads/1/2/4/9/124906164/928906819.jpg)
12.2k1414 gold badges7979 silver badges9797 bronze badges
.NET definitely has some of the same issues that Java has when it comes to intense 3D performance. Microsoft has also invested a lot more time and money in the development of the libraries when it comes to working with 3D heavy operations.
(..personally, I also think they had a leg up when it comes to the magic between DirectX and .NET)
Justin NiessnerJustin Niessner216k3131 gold badges371371 silver badges504504 bronze badges
- Java is slow, most of the heavy lifting is not handled by the GPU. There's still animation, physics, and AI hitting the CPU, all of which are very time-consuming.
- Java doesn't exist on consoles, and consoles are a major target for commercial games. If you use Java on PC, you're eliminating your ability to port to consoles within reasonable time and budget.
- Many of the more experienced coders in the game industry have been using C and C++ long before Java became popular. The two points above may contribute to this, but I expect that many professional game coders just don't really know Java all that well.
- Someone else's point about middleware above was a good one, so I'm adding it to my answer. There's a lot of legacy code and middleware written specifically to link with C/C++, and last I checked Java doesn't have good interoperability. Using Java for most companies would involve throwing out a lot of code, much of which has been paid for in one way or another.
Best Java Games For 128x160
Dan Olson19.4k44 gold badges3535 silver badges5151 bronze badges
Actually, it is very possible for managed code to do 3d games, the problem is the back engines. With .Net, for a brief period, there was a Managed DirectX wrapper to DirectX 9 by Microsoft. This was before the abstraction that is now XNA.
Being given total access to DirectX api's, .Net games work a treat. The best example I know of is www.entombed.co.uk, which is written in VB.Net.
Unfortunately, on the Java side, it is seriously lacking - mainly for the reason that DirectX isn't available for Java, and games programmers know and understand the DirectX api - why learn yet another api when you will be returning to DirectX?
FozFoz
Game marketing is a commercial process; publishers want quantifiable low-risk returns on their investment.As a consequence, the focus is usually on technology gimmicks (with exceptions) that consumers will buy to produce reliable return - these tend to be superficial visual effects such as lens glare or higher resolution.These effects are reliable because they simply use increases in processing power - they exploit the hardware/Moore's law increases.this implies using C/C++ - java is usually too abstracted from the hardware to exploit these benefits.
Daniel CollicottDaniel Collicott
I'd guess that speed is still the issue. Cross platform is going to be an issue isn't it since you don't know what 3d card is available when you write the code? Does java have anything to support auto discovery of 3d capabilities? And I'd guess that there are tools to ease porting a game between the wii, xbox, and ps3, but expensive I'll bet.
The ps3 has java, via the blue ray support. Check the bd-j site.
lumpynoselumpynose
Even games written on the .Net platform are often highly optimized for speed like direct access to memory and bus. .Net allows to use C / C++ and mix it with higher level languages such as C#.
Game development studios often work close together with hardware vendors, which do provide access to low level interfaces of their products. This is a world, where you have to use ASM and C for device communication. A virtual environment would slow down these program parts.
Anyway, modern 3D games in fact do use higher level languages. Often, you'll find the game logic written in languages like Lua or Python. But the core (I/O, threads, task scheduling) of the typical 3D game will be written in low level languages for the next 25 years or as long devices do not allow abstraction and virtualization by themself (which will come).
cafebabecafebabe
I agree with the other posts about leveraging elements of a preexisting/licensed codebase, performance, etc.
One thing I'd like to add is it's hard to pull nasty DRM tricks through a virtual machine.
Also I think there's a hubris component where project managers think they can make stable/reliable code with C++ with all the perks like having absolute control over their tools and resources, BUT without all the negatives that complicate and bog down their competition because 'we're smarter than they are'.
JP772JP772
Runescape by Jagex is written in Java, the 'video game' tag might not specifically apply it being an on-line game, but it does have a decent following.
Mark SchultheissMark Schultheiss25.8k88 gold badges5757 silver badges8585 bronze badges
It was talked about it a lot already, u can find even on Wiki the reasons..
- C/C++ for the game engine and all intensive stuff.
- Lua or Python for scripting in the game.
- Java - very-very bad performance, big memory usage + it's not available on Game Consoles(It is used for some very simple games(Yes, Runescape counts in here, it's not Battlefield or Crysis or what else is there) just because there are a lot of programmers that know this programming language).
- C# - big memory usage(It is used for some very simple games just because there are pretty much programmers that know this programming language).
And I hear more and more Java programmers that try to convince people that Java is not slow, it is not slow for drawing a widget on the screen and drawing some ASCII characters on the widget, to receive and send data through network(And it is recommended to use it in this cases(network data manipulation) instead of C/C++).. But it is damn slow when it comes to serious stuff like math calculations, memory allocation/manipulation and a lot of this good stuff.
I remember an article on MIT site where they show what C/C++ can do if u use the language and compiler features: A matrix multiplier(2 matrices), 1 implementation in Java and 1 implementation in C/C++, with C/C++ features and appropriate compiler optimisations activated, the C/C++ implementation was ~296 260 times faster than the Java implementation.
I hope you understand now why people use C/C++ instead of Java in games, imagine Crysis in Java, there would not be any computer in this world which could handle that.. + Garbage collection works ok for Widgets which just destroyed an image but it's still cached in there and needs to be cleaned but not for games, for sure, u will have even more lags on every garbage collection activation.
Best Java Game Engine
Edit: Because somebody asked for the article, here, I searched in the web archive to get that, I hope you are satisfied..MIT Case Study
Best Java Games For Android
And to add, no, Java for gaming is still an awful idea. Just a few days ago a big company that I will not name started rewriting their game client from Java to C++ because a very simple game(In terms of Graphics) was lagging and heating i7 Laptops with powerful nVidia GT 5xx and 6xx generation video cards(not only nVidia, the point here is that this powerful cards that can handle on Max settings most of the new games and can't handle this game) and the memory consumption was ~2.5 - 2.6 GB Ram. For such simple graphics it needs a beast of a machine.
ζ--31.5k44 gold badges6666 silver badges9191 bronze badges
Lilian A. MoraruLilian A. Moraru