Java-Gaming.org Hi !
Featured games (87)
games approved by the League of Dukes
Games in Showcase (670)
Games in Android Showcase (194)
games submitted by our members
Games in WIP (727)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1] 2 3 ... 90
1  Java Game APIs & Engines / OpenGL Development / Re: LWJGL 3 vs JOGL on: 2016-04-28 15:05:32
I still can't actually use it commercially, myself, because GLFW still doesn't have buffered controller input :/

Cas Smiley
Why not just continue using JInput for Controllers with GLFW/LWJGL3? At least until GLFW controller support catches up. If you were using LWJGL2's Controller class, you could probably just continue using that as that was just a wrapper around JInput.
2  Java Game APIs & Engines / OpenGL Development / Re: GLFW now supports switching between windowed and fullscreen on: 2016-03-22 20:47:16
Yup pretty cool feature. It's already part of the LWJGL3 nightly builds. Was probably the last feature LWJGL2's Display had which GLFW was missing.
3  Discussions / General Discussions / Re: Vulkan 1.0 Release on: 2016-03-18 14:33:38
In theory Wayland would be just great. Still some question over mouse/keyboard/touch of course.

Cas Smiley
LibInput seems to be the most commonly used library by Wayland compositors to handle mouse/keyboard/touch. As the backend is still experimental not sure input support has been added yet but should eventually just be as simple as using GLFW's api to handle input.
4  Discussions / General Discussions / Re: Vulkan 1.0 Release on: 2016-03-18 12:33:57
Wouldn't using Wayland (which GLFW3 already supports to an extent) be a possible solution instead of X11 on the Pi? Its alot more lightweight than X11 and won't require using any Pi specific API's.
5  Discussions / General Discussions / Re: Power consumption of desktops vs ARM SOC's such as Odroid-C2 or Rpi3 on: 2016-03-11 17:10:04
One advantage that the RaspberryPI now has over other boards is that it has a driver for running the full desktop OpenGL 2.0 on it (as opposed to just OpenGL ES), should make porting stuff to it much easier.
6  Game Development / Newbie & Debugging Questions / Re: [LWJGL] Attributes and VBO on: 2016-03-02 15:21:20
Oh and I should may be start using LWJGL3, last time I checked it, it did not include any math utils classes for matrices and vectors, I was pissed and thought I should check it later when it would be less brutal!
You should use JOML with LWJGL3 for matrices and vectors. Its unlikely that LWJGL3 will add math util classes of its own.
7  Discussions / General Discussions / Re: Amazon releases "Lumberyard" on: 2016-02-09 20:33:25
From my reading, they haven't written the engine from scratch but just licensed Crytek’s CryEngine. So basically a modified CryEngine thats been re-skinned and a few components that are tailored towards Amazon's online services.
8  Game Development / Game Mechanics / Re: 2D point in polygon algorithm on: 2016-01-24 19:44:13
Thats very cool stuff, a polygon of that complexity is not something i'd have ever considered testing using its edges. An approach such as using bit masks (like Worms) to test such complex shapes might have been easier to implement (also would handle holes). Nonetheless very impressive results.

btw on OS X i get the following error message when running the jar

1  
2  
3  
4  
5  
6  
7  
java -jar polydraw.jar
Exception in thread "main" java.lang.UnsatisfiedLinkError: org.lwjgl.system.MemoryAccess.getPointerSize()I
   at org.lwjgl.system.MemoryAccess.getPointerSize(Native Method)
   at org.lwjgl.system.Pointer.<clinit>(Pointer.java:24)
   at org.lwjgl.glfw.GLFW.<clinit>(GLFW.java:594)
   at org.joml.lwjgl.PolygonDrawer.run(PolygonDrawer.java:51)
   at org.joml.lwjgl.PolygonDrawer.main(PolygonDrawer.java:176)
9  Game Development / Game Mechanics / Re: 2D point in polygon algorithm on: 2016-01-24 18:24:26
In case you cannot/wantnot Smiley build, here is a jar of that: https://www.dropbox.com/s/lqt8xdkmg9euvq5/polydraw.jar?dl=0
Uses LWJGL 3 with OpenGL 1.1 and GLFW and works under Windows, Linux, OS X.
the jar is missing the linux and os x lwjgl3 natives Smiley
10  Discussions / General Discussions / Re: JavaGaming.org app idea on: 2015-12-09 14:05:28
The Java distribution landscape has changed alot and there is no guarantee anymore that computers even have a system JVM installed (let alone applet or java web start support).

Therefore the way to distribute java applications is to bundle it with your own jvm. In which case jvm sandboxing makes little sense (on top of the sandboxing most OS's have for local applications).

Its better to spend time looking at some of the web brower tech's that allow you to run Java applications in the browser (GWT, WebGL, Asm.js, EMScripten, TeaVM, etc) for app's which require sandboxing and need to be mass distributed like applets.
11  Discussions / General Discussions / Re: SMF is falling apart. on: 2015-11-17 07:44:53
the RSS feed has also been down for a while.
12  Discussions / Miscellaneous Topics / Re: What I did today on: 2015-11-06 10:40:54
Wrote a brute force distance field generator for use on fonts.

EDIT:
MY PROFILE IMAGE BROKE Q___Q
Very nice implementation, I see the generated field also makes some adjustments to compensate for lack of sharp corners (which is the usual weakness of distance field fonts). This is different from the algorithm mentioned by Green in the Valve paper, are you using a different algorithm or some custom solution?
13  Java Game APIs & Engines / Engines, Libraries and Tools / Re: WebGL4J - Simple GWT based WebGL wrapper for Java on: 2015-10-22 15:37:06
Not really looked to deeply into WebAL but does look well organised.

Emscripten uses the MIT license so there is no real problem about permission to use.

Writing and maintaining your own OpenAL implementation around Web Audio API would have its advantages (more control, faster fixes, etc) but also disadvantages (more code to maintain, write, test, etc).

I wouldn't worry too much about supporting internet explorer at this point, Microsoft have already put their weight behind Edge and there is not much point in complicating your code base for a browser that's on the decline. Any serious application using the library won't be ready for at least a year or so in which time it'll have declined even more. Besides WebGL support is pretty rubbish on IE anyway so not much use jumping so many hoops to support it. Alternatively if you must support it you could go for a library like SoundManager2 which adds more backends.

Sorry for going off topic, maybe a seperate thread would be a better idea.
14  Java Game APIs & Engines / Engines, Libraries and Tools / Re: WebGL4J - Simple GWT based WebGL wrapper for Java on: 2015-10-22 10:43:24
Yeh I've come across that but looks a bit dead as its not had any commits to the main source code in over 5 years (maybe it's just complete?).

Emscripten's OpenAL implementation is just a single js file (library_openal.js), last updated 2 months ago.

Interestingly just noticed that Emscripten also seem to have a GLFW3 implemetation. Maybe its not to far fetched to think that it might be possible to write an API compatible subset of LWJGL3 that can run in the browser and desktop Smiley
15  Java Game APIs & Engines / Engines, Libraries and Tools / Re: WebGL4J - Simple GWT based WebGL wrapper for Java on: 2015-10-22 09:52:51
This library seems pretty cool and useful for porting existing codebases to the web.

However the roadblock that I always run into is sound. If you could also add bindings for OpenAL that would be the final piece in making it super awesome and useful to a lot more java libraries, engines and games.

The cool thing is the EMScripten project has already implemented OpenAL in the browser (I believe it wraps the Web Audio API). Its already used by many projects including the web version of the Unreal Engine. Therefore I assume to implement a binding its just a matter of linking to the javascript methods of the Emscripten OpenAL implemention.
16  Game Development / Performance Tuning / Re: Pathfinding for tons of creatures on: 2015-10-13 15:59:39
Heres a comparison of a flowfield algorithm vs an old A* style one (a rather crappy implemenation by the looks of it but demonstrates the point)

<a href="http://www.youtube.com/v/bovlsENv1g4?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/bovlsENv1g4?version=3&amp;hl=en_US&amp;start=</a>
17  Discussions / General Discussions / Re: On-site IRC error on: 2015-10-13 13:26:43
Seems like a recent change has broken the JGO RSS feed.
18  Game Development / Performance Tuning / Re: Pathfinding for tons of creatures on: 2015-10-13 10:12:07
Grid based A* isn't really suitable for multi-unit pathfinding. You'll have to implement lots of hacks just to get it working nicely and even then unit movement often looks unnatural.

For less than a hundred or so units, a much nicer algorithm is Cooperative Pathfinding, which is similar to A* but with the addition of time (where position of other units a number of time steps ahead is considered as part of the pathfinding).

For thousands of units, you'll want to go for one of the pathfinding algorithms that use flocking with a combination of either a navmesh or a flowfield. Such as those seen in games like Supreme Commander, Planetary Annihilation and Starcraft 2. These calculate the path just once for a whole group, scale well and allow you to implement various types of group formations and movement patterns much more easily then with more rigid algorithms such as A* for each unit.
19  Game Development / Newbie & Debugging Questions / Re: [LWJGL3] load natives next-to-jar on: 2015-10-12 09:26:16
LWJGL3 has a new feature (nightly builds) in that you can just put the natives in a jar file and add that jar to the classpath (or even put them in the lwjgl.jar if you don't want a seperate jar). LWJGL3 will automatically detect them and load them from there (they should be in the root of the jar/zip and not in a subfolder).

Alternatively if you still want to do it the old way you can try
1  
System.setProperty("org.lwjgl.librarypath", new File("Resources/native").getAbsolutePath());


There is also the new org.lwjgl.system.Configuration class for setting LWJGL variables at run time, the path to the natives can be set at runtime as follows:
1  
Configuration.LIBRARY_PATH.set("libs");

20  Java Game APIs & Engines / OpenGL Development / Re: Set minimum display size on: 2015-09-29 11:59:12
LWJGL2's Display class doesn't support setting a minimum window size limit.

LWJGL3 will have this feature once GLFW3.2 is released.
21  Game Development / Newbie & Debugging Questions / Re: Box2D - CircleShape Bounces when walk! on: 2015-09-20 14:29:03
have you tried setting the restitution value to 0 for both the circle and the ground?
22  Discussions / General Discussions / Yeppp! fast vector math library on: 2015-09-17 18:06:56
A while back some people here attempted to implement a Java SIMD's library, not sure how far along they got, but came across a pretty cool looking library called Yeppp! which has a Java binding and claims to be a really fast vector maths library with SIMD's support, more details here.
23  Games Center / WIP games, tools & toy projects / Re: Attack of the Green Aliens 2 on: 2015-09-11 19:38:37
The problem might be that you haven't  specified forward compatibility mode, if you wish to use an OpenGL 3.x or 4.x context on OS X you have to enable forward compatibility and the core profile context, its an OS X requirement. Details on how to do this with LWJGL3/GLFW are available here.
24  Games Center / WIP games, tools & toy projects / Re: Attack of the Green Aliens 2 on: 2015-09-11 19:17:23
Tested on mac, just getting a blank black window which is frozen, theres no output on the console. Maybe put in a few System out's to help determine how far it gets in before the freeze. Since there is a window unlikely to be a LWJGL natives issue.

EDIT: Adding the lwjgl 3 debug flag (-Dorg.lwjgl.util.Debug=true), I am able to see an exception in the console as follows:

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
32  
33  
./mac.sh
[LWJGL] Version 3.0.0b | Mac OS X | x86_64
[LWJGL] MemoryUtil MemoryAccessor: MemoryAccessorUnsafe
[LWJGL] Failed to locate address for GL function glProgramUniform1dEXT
[LWJGL] Failed to locate address for GL function glProgramUniform2dEXT
[LWJGL] Failed to locate address for GL function glProgramUniform3dEXT
[LWJGL] Failed to locate address for GL function glProgramUniform4dEXT
[LWJGL] Failed to locate address for GL function glProgramUniform1dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniform2dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniform3dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniform4dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix2dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix3dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix4dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix2x3dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix2x4dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix3x2dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix3x4dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix4x2dvEXT
[LWJGL] Failed to locate address for GL function glProgramUniformMatrix4x3dvEXT
[LWJGL] Failed to locate address for GL function glVertexArrayVertexAttribDivisorEXT
[LWJGL] Failed to locate address for GL function glTextureStorage1DEXT
[LWJGL] Failed to locate address for GL function glTextureStorage2DEXT
[LWJGL] Failed to locate address for GL function glTextureStorage3DEXT
[LWJGL] Failed to locate address for GL function glVertexArrayVertexAttribLOffsetEXT
Exception in thread "main" org.lwjgl.opengl.OpenGLException: Cannot use offsets when pixel unpack buffer object is disabled
   at org.lwjgl.opengl.GLChecks.ensureBufferObject(GLChecks.java:26)
   at org.lwjgl.opengl.GL12.glTexImage3D(GL12.java:210)
   at minusk.render.graphics.globjects.SpriteSheet.<init>(SpriteSheet.java:39)
   at minusk.space.entities.Entities.initialize(Entities.java:45)
   at minusk.space.Space.initialize(Space.java:41)
   at minusk.render.core.Game.gameloop(Game.java:27)
   at minusk.space.Space.main(Space.java:94)
25  Java Game APIs & Engines / Tools Discussion / Re: jBullet3 on: 2015-08-28 14:27:48
One thing to keep in mind is that Bullet3 is still pretty much experimental (under heavy development) and depends on OpenCL.

OpenCL support and drivers are still not very widespread and judging by current trends its not looking like it'll get much better any time soon (both OpenGL compute and Vulkan seem like much better bets atm). Therefore any application using Bullet3 (in its current form) will only really be usable by a small and niche target audience unlike Bullet2 which works well for the mass market.

Its a big undertaking to port and maintain a C++ code base (especially a fast moving one like Bullet3) to Java, so you should consider your options carefully (like whether to go for making a binding instead of porting).
26  Discussions / Miscellaneous Topics / Re: OpenAL fails on my computer on: 2015-08-27 20:13:11
CopyableCougar4, the title of your thread is a bit misleading as your problem is specific to one version of a set of Java bindings that supports OpenAL.
Wasn't this issue finally dealt with here? Not sure why you're provoking the same problems again.
27  Discussions / General Discussions / Re: Azul Zulu on: 2015-08-18 16:39:02
Interesting indeed, but what are the pros (for us)?
There are very few sites that provide builds of OpenJDK, and its a pain to try to build the whole thing yourself, Azul does it for all 3 of the big platforms (Win, Linux & Mac). The Oracle builds of JRE/JDK are under the BCL licence which don't allow you to modify or strip out bits you don't need as you can only distribute it "complete and unmodified". e.g. Those distributing the Oracle builds of the JRE's using tools like Packr are actually breaching the license, the Azul builds would allow you to avoid such a breach.

This depends on the license. Pointing
The license is GPL2 with the Classpath exception.
28  Java Game APIs & Engines / OpenGL Development / Re: Vulkan ETA late 2015, Android support, Apple NOT supported on: 2015-08-16 23:51:51
some more interesting information on Vulkan from NVIDIA: Video & PDF Slides.

Really nice to see that drivers will have to pass proper conformance tests before being able to claim Vulkan support, this is something Direct3D has had for ages but OpenGL lacked (causing odd differences & behaviours in OpenGL driver implementations).
29  Game Development / Game Mechanics / Re: How to code a sword swipe? on: 2015-08-16 14:14:04
if you want a method which is a bit more sophisticated you could use a triangle strip, that way you could have trails for your sword which can be of various shapes depending on how the sword moves and type of swipe. A nice tutorial for this type of trail can be found here.
30  Java Game APIs & Engines / OpenGL Development / Re: Vulkan ETA late 2015, Android support, Apple NOT supported on: 2015-08-14 18:04:29
Well Apple has Metal, why should they add Vulkan? Cheesy
Well they certainly do currently have the market position to avoid supporting Vulkan and go it alone by pushing their own API. I suspect work on Metal began long before Vulkan materialised and got the support it has now. The only advantage I see for them to continue pushing Metal is if they plan to use it in some sort of strategy to trap developers on their platform. If they do, dev's would probably continue to use API's like OpenGL on Apple products or use engines/library that just abstract Metal away. They do hold a prominent position in Khronos so likely assisted in the development of Vulkan.
Pages: [1] 2 3 ... 90
 
IanParcs (36 views)
2016-04-18 14:18:53

KaiHH (36 views)
2016-04-18 08:35:41

KaiHH (67 views)
2016-04-15 12:43:58

theagentd (68 views)
2016-04-14 02:16:17

theagentd (76 views)
2016-04-14 02:15:43

IanParcs (92 views)
2016-04-12 03:51:16

IanParcs (37 views)
2016-04-12 03:50:03

IanParcs (33 views)
2016-04-12 03:49:54

IanParcs (30 views)
2016-04-12 03:49:52

IanParcs (39 views)
2016-04-12 03:49:52
Website offering 3D Models specifically for games for free
by vusman
2016-04-29 12:56:17

List of Learning Resources
by SilverTiger
2016-02-05 09:39:47

List of Learning Resources
by SilverTiger
2016-02-05 09:38:38

List of Learning Resources
by SilverTiger
2016-02-05 09:35:50

Rendering resources
by Roquen
2015-11-13 14:37:59

Rendering resources
by Roquen
2015-11-13 14:36:58

Math: Resources
by Roquen
2015-10-22 07:46:10

Networking Resources
by Roquen
2015-10-16 07:12:30
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!