The video speaks for itself.
Im sending this to netbeans forum. But its good to show to other people.
AND YES< i tried with 7.3 and 7.2 as well.
Don’t know why this was in the wiki, but I moved it here. Original poster Andre Lopes.
Actually, you just have to set the Java library path correctly so that it finds the native libraries of OpenAL. Moreover, this bug doesn’t concern OpenAL itself but in the worst case it concerns the backend of LibGDX based on LWJGL and you probably know that LibGDX has several backends.
Wrong, libgdx manages the silly native lib path for you automatically. Including the LWJGL binaries.
I thought you packaged the native libraries in a JAR, I saw something called gdx-natives???.jar Then, maybe Netbeans moves these JARs somewhere, it would explain why the OpenAL libraries can’t be located.
Anyway, this bug doesn’t concern all backends for desktop environment as JogAmp automatically extracts and loads the correct native libraries without relying on the library path except as a fallback solution when the smartest mechanism fails or is disabled.
Maybe if libgdx would use a real build system everybody wouldn’t have these problems.
And it needn’t be such fancy pants stuff like “maven”, even Ant would do.
Sry to say, but I think this hole libgdx app creation app was a wast of time to develop. You could have used some proven solutions like maven archtypes.
Ps: This is no bug with Netbeans, it just means that you did not setup the project correctly.
I agree with you, even Ant would be nice as a build tool.
A GUI relying on a proven solution would have been a good compromise.
Maybe you’re right, it was my first supposition. I know that I have to fill the “Native Location” field in Eclipse so that it finds the native libraries used by a JAR but this step shouldn’t be mandatory with LibGDX whatever the IDE you use as it handles this aspect according to badlogicgames.
I give this libgdx stuff a quick try on linux with Netbeans.
First I generate the subprojects.
I create two projects from source (the game and the desktop backend) and use the “src” folder as source folder and the generated folders as project folders.
As a next step I added the libs from the “lib” folder of each project to the project libraries in the project properties. For the desktop backend I also add the game project as a library.
At that moment I thought everything should work, but Netbeans doesn’t copy the library dependencies of the game project to the build of the desktop project. Which has something to do with Netbeans not recognizing the game project as an Ant library. So I have to add the libraries of the game project to the desktop project.
Now I build only the Desktop project and I can start the App. There is only some little error which is not Netbeans fold, the example libgdx app is missing some image(“data/libgdx.png”). When I add such an image to the game project everything builds and runs fine.
tl&dr
I setup the project correctly and hadn’t any problems with any libgdx native libs.
I see that this video has risen some talk.
The point of the video is to show the netbeans 7.4 Beta developers that they should at least look into it and maybe fix it if possible.
Im not an ant/Maven Especialist, But as far as im concerned , i did everything correctly, like in eclipse. If it doesnt work automatically, theres maybe something wrong.
I hope theres a fix at 7.4 Stable.But we need to cooperate, right?
If you want something to happen in Netbeans you had better explain in the bug report how LibGDX manages the native libraries, because otherwise I fear pretty soon the bug report is going to be rejected as a configuration problem.
I think you don’t have proven without a doubt that this is a bug on the side of Netbeans.
Does this only happen with the 7.4 beta? And why does it work for me and not you, because this seems to be a configuration problem on your side then.
Yeah i got this as response :
--- Comment #4 from Tomas Zezula <tzezula@netbeans.org> 2013-07-26 07:22:32 UTC ---
The problem is in loading the native library by OpenAL not with the IDE. You
need to either set up environment variables correctly or set the OpenAL
library.
If you attach a self contained test project (J2SEApplication with per project
libraries) showing the problem I will look how the OpenAL old the library and
help.
What should i do ? Please help!
I don’t know how to put this the right way, but I think I have to rant a bit.
I took a look at your example application you posted on the Netbeans bug-tracker.
Your example app is totally broken, you are using paths for the libs and source dir which are specific to your PC. Because of that, one has to configure the app oneself. After that, everything works fine for me, which confirms that your problem is NOT bug but a configuration Problem on your side.
When you need help with your wrong configuration, try to upload a working example application. Just try your example yourself before uploading it, this means extract your zip file to a different location and see if you can still open the project in Netbeans with everything working. Also don’t use any Netbeans configured libraries, because they are specific too your Netbeans config.
please stop spreading misinformation, we do exactly what you say jogamp does as well.
At the very beginning, before Xerxes started contributing, the JogAmp backend of LibGDX didn’t use the same mechanism than other backends. It changed later, it is more homogeneous now but anyway JogAmp really has the mechanism I talked about as you can see here. I’m sorry for the confusion.
I am sorry.I am just trying to fix this. It seems that it may be my fault but… Im not that sure.As you can see in the video.
Could i ask you guys to help me at netbeans post please?
Tomas from NB Group sent this :
http://lwjgl.org/forum/index.php?topic=3253.0
Looks that its indeed windows issue…
What you guys think ?
There’s a nice maven archetype available for GDX, at https://github.com/libgdx/libgdx-maven-archetype … and yes, it’d be nice if gdx itself had a reasonable build system, though I suspect gradle would be more to the liking of the gdx devs than maven. Long as there’s artifacts on the sonatype repo, I don’t care.
If SBT is your bag, then there’s a giter8 template for gdx at https://github.com/ajhager/libgdx-sbt-project.g8
Now , it seems Nb Group found out that is actually a Libgdx Error.
I wonder what im supposed to do :clue: 
:’(
I really need the sound capability
