So this thread is not about kickstarting JGo?  

When something fails, you have, I think, the following possibilities to react:
1. Recover (restart, reload, reconnect, etc.),
2. fallback (try again with default values, default renderer, etc.),
3. log the failure for future improvement,
4. do nothing.

In my private projects I don't have time to develop recovery strategies or implement alternative engines or offer alternative servers. My projects are small. I also don't expect the user to send me the error log. So I choose number 4 and rely more on testing.

To answer your question, I print the exceptions when they happen:

I played it. ^^

I played only the practise mode. I liked the shell game and that one where you have to touch the ellipse with the corresponding color. I didn't read the tutorial although I switched through it. I hoped the game will be self-explanatory and mostly it was. The arithmetic operators were not so responsible to touch.

Thanks for crediting us all in the credits  

I think the idea of the game is good. The game would be more suitable for casual people if it had more fancy graphics, hehe

Read this article: Tech Giants [...] Join the HSA Foundation

HSA seems to be an architecture (or concept?), that allows CPU and GPU to access the same adress space, i.e. passing pointers instead of copying data, and other stuff. The new AMD third generation APU (Kaveri) A10-7850K will have this. Kaveri will include AMD’s Mantle API [2].

The article above says that many companies, including Oracle, are members of the HSA Foundation. It says also, by joining HSA Foundation Oracle strives for better utilization of the GPU with Java.

Other interesting things:
[1] Java 8 Sumatra processing demo (Sumatra is an OpenJDK Project to allow to take advantage of GPUs and APUs)
[2] a biased article with more details about the APUs (read also comments of user Ken Luskin for more background info)

edit: Oh, I see there is already a thread about HSA+Java.

Bear in mind programming talent =/= great games.

Once I read a book on game programming. It told only stuff that I already knew. So I have never read another such book. I rether would buy a book about OpenGL or Java in general, because they have a broader spectrum of content to choose from.

What kind of game?
For example, a shoot 'em up would need another kind of story then an RPG.

Yes, motivation is the key. Motivate them! ^^

I think it's ok to use Java2D in the beginning as long as you know there are other APIs for graphics. I, too, started with Java2D and flying rectangles.
Show them a moving rectangle and then replace it with an image. This will demostrate how abstraction works.

You forgot Haiku, an open source version of BeOS. It's a multimedia desktop system and runs pretty fluid.
You find software for it on haikuware.com.

I tried C and C++. They are awkward programming languages (I don't like the preprocessor, the strength and weakness of C). Nevertheless their compilers create the fastest executables and for me this is the only reason to develop in C/C++. To make it short I don't know of any tool, framework or library that would make me want to program in C/C++, but if I had to choose I would take the Qt Framework with the QtCreator IDE, because of the clear API, good documentation, platform independence and good refactoring capabilities of the IDE (personal experience).

But I like speed (or at least the idea of it ^^). So I tried D. It has a syntax as good as that of Java, low level control, optional GC (garbage collector), the ability to use C libraries and more and more and more. It was very promising. The derelict project makes possible to use GLFW and other libraries needed for games. So I made some tests concerning the daily use of the language and it turned out that the usability of D was indeed very good, but the speed of the executables (compiled with dmd 2.062, i386) was behind that of Java. I didn't see the point to change to D. Java was faster and had better tools.

I also tried other languages like Go (version 1.1) and Chapel (version 1.7.0), but not metioning the missing tools they couldn't deliver the performance they promised. (Go has multithreading disabled by default? I don't know... And Chapel had real performance problems in multithreading >.<)

By the way, the development of the XNA framework is discontinued [extremetech.com]. One can use MonoGame, a free implementation of the XNA API. It's actively developed and not touched by the XNAs stagnation [thread 1, thread 2].

Ask yourself what do you want. Honostly.

Sometimes you want knowledge and other times you want a product. When you're programming to get knowledge it's unnecessary to continue the development of the "experimental" program after you found out what you wanted to know. Make clear at the beginning of your undertaking what you want and even more clear what you do not want (for example think about or write down or discuss how long you want to work and how long you don't want to work). So you have a frame that helps you to avoid problems with your finances and emotions.

So my advice to stay motivated: consciously avoid working at something that you don't want/need.  

PS: Of course you must have already experienced what you like and don't like, otherwise you have to try it out ^^.

If you want to learn modern OpenGL, I can recommend you the following:

• use lwjgl as OpenGL library (easy to get started)
• tutorials: mbsoftworks (very good), NeHe
  
  • projection-matrix: robertokoci (careful: it's about DirectX, matrix multiplications differs from OpenGL), songo (mathematical stuff)
• overview of OpenGL functions: delphigl (in german)
• quick reference for shaders: opengl.org (pdf)

edit: Although delphigl is in german, you still can see what function belongs to what OpenGL version. This helps using lwjgl.

So, has the syntax highlighting been fixed?

Hi again ,

I uploaded my project to SourceForge. Thanks again. You helped me to make a decision right now. Some day I will add a tutorial and improvements to the engine, but until then the only help will be the comments in code and an example Shmup (download).

I updated also my opening post. Happy new year 

It's not my intention to conquer the market, lol.
I want to share code and GPL seems a good tool for it. If there is something wrong in a programm published under GPL you can demand the source code of it, change it as you want and redistribute it. Society should work more together, share their achievements and give more possibilities to contribute. But it seems like people dislike the GPL. Well I will think about it.

PS: I updated the technical details in my original post.

@ReBirth and @matheus23
Yes, github is good. I already thought about it. The reason I post this question here is I want to hear some personal opinions, also regarding the interest of another game engine. Basically you think it's a good idea ^^.

@Sparky83 and @Orangy Tang
What's my motivation or what's the sense of this engine? I wasn't happy with other solutions, like gtge, alegro, slick and others. They are pretty good (much functionality), but are voluminous and difficult to use if you a beginner and want something that's really simple. I wanted to make some funny little games to show them my friends and didn't want to learn the amount of things you can do with above-mentioned libs. So I did my own.

Don't expect too much, it has by far not as much functionality as other libraries/frameworks/engine or whatever, but it is the most simple that I know. I don't think that anyone would use it for commercial purpose, that's why it's GPL.

Thx again for your answers.

Hi guys,

I wrote for personal use a java engine for shoot 'em ups. It's ok and I thought I could share it with other people. It's very easy to use (because of little functionality) and it has no dependencies to other libraries.

So I wanted to ask:

• is there a need for something like this? (are people interested)
• where should I upload the code? (I thought maybe sourceforge)
• how/where to put the licence in the code? (GPL)

I'm thankfull for any suggestions.

edit:
technical details of the engine

• it's based on Java2D (yes, I saw the thread why are people trying to use Java2D ^^)
• the core of the engine is just a scene, which allows you to arrange items in layers
• an item is an abstraction and can be anything, a graphic or game control or both
• scenes can be stacked; only the top one is updated, while the others are frozen (this makes it easy to implement a pause screen or a menu screen)
• simple message passing between items is possible
• input handling happens locally in an item and not in a global function (which bothered me the most in other engines)
• nested hitboxes
• basic sound support
• full screen (also exclusive mode, which is not really good in java)

edit 2:
Project site (engine dl)
Download an example game