Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (539)
Games in Android Showcase (132)
games submitted by our members
Games in WIP (603)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Netbeans 7.4 still bugs with Libgdx ( video )  (Read 4047 times)
0 Members and 1 Guest are viewing this topic.
Offline Wiki Duke

?





« Posted 2013-07-24 17:32:13 »

http://www.youtube.com/watch?v=rMtMBR1Cfn8&feature=youtu.be

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.
Offline Jimmt
« League of Dukes »

JGO Kernel


Medals: 139
Projects: 4
Exp: 3 years



« Reply #1 - Posted 2013-07-24 17:55:23 »

Don't know why this was in the wiki, but I moved it here. Original poster Andre Lopes.
Offline Andre Lopes
« Reply #2 - Posted 2013-07-24 18:22:00 »

Sorry.
Btw, here it is :
https://netbeans.org/bugzilla/show_bug.cgi?id=233342
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline gouessej
« Reply #3 - Posted 2013-07-24 18:32:50 »

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.

Offline badlogicgames

« JGO Bitwise Duke »


Medals: 74
Projects: 2



« Reply #4 - Posted 2013-07-24 19:07:36 »

Wrong, libgdx manages the silly native lib path for you automatically. Including the LWJGL binaries.

http://www.badlogicgames.com - musings on Android and Java game development
Offline gouessej
« Reply #5 - Posted 2013-07-24 20:57:41 »

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.

Offline Danny02
« Reply #6 - Posted 2013-07-25 07:05:15 »

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.
Offline gouessej
« Reply #7 - Posted 2013-07-25 07:42:47 »

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.
I agree with you, even Ant would be nice as a build tool.

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.
A GUI relying on a proven solution would have been a good compromise.

Ps: This is no bug with Netbeans, it just means that you did not setup the project correctly.
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.

Offline Danny02
« Reply #8 - Posted 2013-07-25 08:33:36 »

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.
Offline Andre Lopes
« Reply #9 - Posted 2013-07-25 18:30:30 »

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?
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline gimbal

JGO Knight


Medals: 25



« Reply #10 - Posted 2013-07-26 12:20:24 »

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.
Offline Danny02
« Reply #11 - Posted 2013-07-26 13:41:21 »

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.
Offline Andre Lopes
« Reply #12 - Posted 2013-07-26 14:13:16 »

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.


Yeah i got this as response :

1  
2  
3  
4  
5  
6  
7  
8  
--- 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!
Offline Danny02
« Reply #13 - Posted 2013-07-27 18:09:55 »

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.
Offline badlogicgames

« JGO Bitwise Duke »


Medals: 74
Projects: 2



« Reply #14 - Posted 2013-07-27 21:02:04 »

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.

please stop spreading misinformation, we do exactly what you say jogamp does as well.

http://www.badlogicgames.com - musings on Android and Java game development
Offline gouessej
« Reply #15 - Posted 2013-07-27 21:31:20 »

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.

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.

Offline Andre Lopes
« Reply #16 - Posted 2013-07-28 05:03:24 »

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.


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?
Offline Andre Lopes
« Reply #17 - Posted 2013-07-29 18:51:02 »

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 ?
Offline sproingie

JGO Kernel


Medals: 202



« Reply #18 - Posted 2013-07-30 05:52:40 »

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
Offline Andre Lopes
« Reply #19 - Posted 2013-07-30 15:57:00 »

Now , it seems Nb Group found out that is actually a Libgdx Error.
I wonder what im supposed to do  Clueless Sad   Cry

I really need the sound capability Sad

http://www.youtube.com/watch?v=WWaLxFIVX1s
Offline gimbal

JGO Knight


Medals: 25



« Reply #20 - Posted 2013-07-31 07:43:03 »

I'm sorry, but LibGDX worked just fine the last time I used it. Its a you problem! The sooner you admit that, the sooner you'll be on the path of better informing yourself and getting this solved.
Offline Andre Lopes
« Reply #21 - Posted 2013-07-31 13:48:58 »

I'm sorry, but LibGDX worked just fine the last time I used it. Its a you problem! The sooner you admit that, the sooner you'll be on the path of better informing yourself and getting this solved.

Admit what? Did you even watch the video before posting? Did you read the Nb/Tomas reply on the subject? Did you read the whole topic before posting?

"LibGDX worked just fine the last time I used it."
Oh boy.
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

rwatson462 (33 views)
2014-12-15 09:26:44

Mr.CodeIt (23 views)
2014-12-14 19:50:38

BurntPizza (51 views)
2014-12-09 22:41:13

BurntPizza (84 views)
2014-12-08 04:46:31

JscottyBieshaar (45 views)
2014-12-05 12:39:02

SHC (59 views)
2014-12-03 16:27:13

CopyableCougar4 (60 views)
2014-11-29 21:32:03

toopeicgaming1999 (123 views)
2014-11-26 15:22:04

toopeicgaming1999 (114 views)
2014-11-26 15:20:36

toopeicgaming1999 (32 views)
2014-11-26 15:20:08
Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50
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!