#jogamp @ irc.freenode.net - 20140816 05:05:29 (UTC)


20140816 05:05:29 -jogamp- Previous @ http://jogamp.org/log/irc/jogamp_20140815050529.html
20140816 05:05:29 -jogamp- This channel is logged @ http://jogamp.org/log/irc/jogamp_20140816050529.html
20140816 07:28:31 * monsieur_max (~maxime@anon) has joined #jogamp
20140816 07:48:51 * gouessej (52794fc6@anon) has joined #jogamp
20140816 07:48:58 <gouessej> Hi
20140816 07:50:04 <gouessej> xranby_ac100: I'll simply protect some code that attempts to use GLU to make it work until the bug 1045 is fixed
20140816 08:01:38 * zzuegg (zzuegg@anon) has joined #jogamp
20140816 09:03:28 <gouessej> xranby_ac100: I've just updated the JARs. It should work or crash later this time ;)
20140816 09:04:06 * gouessej (52794fc6@anon) Quit (Quit: Page closed)
20140816 09:54:13 <xranby_ac100> gouessej: https://gist.github.com/xranby/04a30c83dcab9d784d82 <- getting close now.. GLException: Not a GL2ES1 implementation
20140816 09:54:44 <xranby_ac100> if you want to use fixed functions then you have to request a GL2ES1 profile
20140816 09:55:22 <xranby_ac100> on mobile it is not easy to mix fixed function and programmable pipeline
20140816 09:55:57 <xranby_ac100> thus you have to decide to use fixed function GL2ES1 OR programmable GL2ES2
20140816 09:59:30 <xranby_ac100> .. or we simply add one more conditional block in ardor3d to make it work ;)
20140816 09:59:38 <xranby_ac100> at jogamp.opengl.es3.GLES3Impl.getGL2ES1(GLES3Impl.java:7424) at com.ardor3d.scene.state.jogl.JoglTextureStateUtil.applyBlendColor(JoglTextureStateUtil.java:1141)
20140816 10:55:54 * gouessej (52794fc6@anon) has joined #jogamp
20140816 10:56:08 <gouessej> xranby_ac100: I'm going to fix it...
20140816 11:04:45 * sean___ (83adfc09@anon) has joined #jogamp
20140816 11:05:13 <sean___> Hello. Can I ask jogl / glugen related Maven problems here?
20140816 11:05:29 <sean___> *questions
20140816 11:05:55 <gouessej> yes
20140816 11:06:06 * rmk0 emerges
20140816 11:06:34 <sean___> I have got some problems with my Maven-Projekt in Netbeans. I want to make a .jar with all dependencys, but java -jar throws an java.lang.UnsatisfiedLinkError: Can't load library... Here is my pom.xml. Can you help me? :: http://pastebin.com/eWyVpXut
20140816 11:08:01 <rmk0> sean___: have you tried with 2.2.0? there were some changes that might help
20140816 11:08:07 <sean___> also asked on StackOverflow, but they are not helping me, Just saying that would solve my Problem, but it does not. Also depracted. :: http://stackoverflow.com/questions/11758594/how-to-put-all-required-jars-in-a-lib-folder-inside-the-final-jar-with-maven
20140816 11:08:13 <sean___> what 2.2.0?
20140816 11:08:23 <rmk0> jogl 2.2.0 as opposed to 2.1.5-01
20140816 11:08:50 <sean___> I will try this! thanks
20140816 11:12:45 <sean___> At least, It is not the same error as it was before. Thank you!
20140816 11:12:49 <rmk0> hehe
20140816 11:12:55 <rmk0> what's it doing now?
20140816 11:13:05 <sean___> I thinks I it java 8 related
20140816 11:13:24 <rmk0> ah... that's out of my league, only have access to 7 here
20140816 11:14:09 <sean___> http://pastebin.com/CVzx5fjz
20140816 11:14:36 <rmk0> ouch!
20140816 11:16:12 <rmk0> is it possible to put uber-project-1.0-SNAPSHOT.jar somewhere?
20140816 11:16:18 <rmk0> curious as to what's in it
20140816 11:16:36 <rmk0> have heard of people having problems with all-in-one jars with jogl before
20140816 11:16:42 <sean___> maybe
20140816 11:16:50 <sean___> oh
20140816 11:17:00 <sean___> one moment
20140816 11:18:24 <sean___> https://www.dropbox.com/s/hnh4zwrlazlpqx2/uber-project-1.0-SNAPSHOT.jar
20140816 11:18:32 <sean___> this should be it
20140816 11:18:49 * rmk0 downloads
20140816 11:20:46 <rmk0> hm... suspect there are going to be issues there
20140816 11:22:29 <sean___> what does that mean?
20140816 11:22:42 <rmk0> checking...
20140816 11:22:52 <rmk0> it crashes on java 7 here with the same error
20140816 11:23:24 <sean___> okay..
20140816 11:23:59 <rmk0> if you do... java -Djogamp.debug=true -jar uber-project-1.0-SNAPSHOT.jar
20140816 11:24:14 <rmk0> it crashes just after it attempts to load libGL.so.1
20140816 11:25:04 <gouessej> xranby_ac100: it should "work" now, I've just updated the JARs
20140816 11:25:26 <gouessej> xranby_ac100: you will see nothing as there is not yet any support of VAO
20140816 11:25:42 <gouessej> xranby_ac100: but it shouldn't crash
20140816 11:25:47 <sean___> NativeLibrary.open(global true): Trying to load libGL.so.1
20140816 11:26:05 <sean___> errrrrrr...
20140816 11:26:10 <gouessej> xranby_ac100: it should work better with ES1
20140816 11:28:20 <sean___> maybe it really is related to jogl-all.
20140816 11:28:27 <rmk0> sean___: https://jogamp.org/bugzilla/show_bug.cgi?id=1046
20140816 11:28:30 <sean___> I try to change the version
20140816 11:28:39 <rmk0> would appreciate it if you could add more info there... filed the bug so that it doesn't get lost
20140816 11:28:57 <rmk0> it may be that an uber jar like this won't work, but at the very least, it shouldn't cause a jvm crash!
20140816 11:29:06 <rmk0> sgothel will likely know more, but he's not around currently
20140816 11:30:00 <sean___> alright
20140816 11:30:23 <sean___> where to place thouse informations you need?
20140816 11:30:24 <sean___> and which
20140816 11:31:11 <rmk0> would... just add comments with anything you think is relevant
20140816 11:31:20 <rmk0> i'm uploading the debug log now
20140816 11:33:36 <rmk0> maybe the original pom file
20140816 11:35:10 <sean___> alright. I just entered my email adress
20140816 11:35:22 <sean___> maybee I overnengineered my pom a bit or something
20140816 11:35:31 <sean___> was struggling days arround stackoverflow and stuff
20140816 11:36:44 <rmk0> i'm mildly suspicious that when all the native libraries are packed into the jar, successive native libraries overwrite the previous ones
20140816 11:37:06 <rmk0> so if you've got a gluegen-rt.so from one platform, and then a gluegen-rt.so from another... you'll get whichever one was added last
20140816 11:37:45 <rmk0> is weird that it crashes when libGL.so is loaded though... that's obviously not part of jogl at all
20140816 11:38:20 <sean___> in this case I would need to export a .jar for every system
20140816 11:38:32 <sean___> that is a bit strange but.. well
20140816 11:38:52 <rmk0> kind of
20140816 11:39:24 <rmk0> the way i tend to deploy programs is to have a lib/ directory containing all dependency jars, and a single platform-independent jar that the user runs
20140816 11:39:47 <rmk0> it's the exact same set of jars on all platforms
20140816 11:40:11 <rmk0> i think it is worth finding out the right way to deploy a one-jar with jogl, though, as a lot of people seem to want it
20140816 11:44:52 <sean___> I changed my pom to this: http://pastebin.com/WqrxHpTJ. I commented every "classifier>xx</classifier>" dependency
20140816 11:45:07 <sean___> now it can not load "/workingdir/project/target/libgluegen-rt.so"
20140816 11:45:54 <gouessej> xranby_ac100: I can force ES1 until the ES2 code path is ready for prime time, can't I? It seems to be reasonable to me
20140816 11:46:04 <sean___> at least, still not the same error as it was before i updated to 2.2 :)
20140816 11:46:44 <rmk0> sean___: suspect the way to go might be: http://one-jar.sourceforge.net/
20140816 11:47:21 <rmk0> it packs all of the jars into one jar (literally inserts the jar files into the main jar) and then unpacks them at runtime for use
20140816 11:47:32 <rmk0> has a maven plugin
20140816 11:47:39 <sean___> I thought maven should do this?
20140816 11:47:48 <sean___> Ah i see
20140816 11:47:50 <rmk0> i think the way the dependency plugin in maven does it is going to break things
20140816 11:48:12 <rmk0> that obviously unpacks all the jar files and then inserts all of the class files and native libraries into one jar... think that's going to upset jogl a lot
20140816 11:48:58 <sean___> seems so.
20140816 11:52:01 <rmk0> prior to 2.2.0, the only way jogl could find its own native libraries was to search for specifically named jar files in a directory
20140816 11:52:13 <sean___> i see
20140816 11:52:13 <rmk0> with 2.2.0, it gained the ability to search jar files on the classpath
20140816 11:52:28 <sean___> this is good to know
20140816 11:52:30 <rmk0> so i think all of these one-jar type programs that previously didn't work now can
20140816 11:52:40 <sean___> alright
20140816 11:52:42 <sean___> perfect
20140816 11:52:51 <sean___> I do not mind if there are more files than one jar
20140816 11:53:37 <sean___> it is just homework from university.
20140816 11:54:21 <rmk0> http://waste.io7m.com/2014/08/07/pom.xml
20140816 11:54:25 <rmk0> http://waste.io7m.com/2014/08/07/viewer.xml
20140816 11:54:49 <rmk0> see the
20140816 11:54:52 <rmk0> oops
20140816 11:55:10 <rmk0> see the "<!-- Produce application archive -->" section
20140816 11:55:32 <rmk0> it uses the assembly plugin to create a zip file containing a script to start the program on linux, and a windows exe file produced by launch4j
20140816 11:55:45 <rmk0> i say linux... works on OS X too
20140816 11:55:57 <rmk0> the viewer.xml is the descriptor for the assembly plugin
20140816 11:56:02 <rmk0> is pretty straightforward
20140816 11:56:27 <rmk0> the script to start the program on linux is pretty brainless:
20140816 11:56:30 <rmk0> http://waste.io7m.com/2014/08/07/viewer-unix.sh
20140816 11:56:41 <rmk0> adds everything in lib/* to the classpath, then runs a named class
20140816 11:57:24 <rmk0> it has the advantage that someone using it downloads one zip file, and then they have a version of the program that will run on all platforms
20140816 11:57:34 <rmk0> they just have to run the script or the exe
20140816 11:57:43 <sean___> thats cool
20140816 11:57:45 <sean___> thanks
20140816 11:57:53 <rmk0> no problem
20140816 11:57:53 <sean___> but hell this is a giant build tag
20140816 11:58:02 <rmk0> hehe, yeah, there's a lot of other stuff in there
20140816 11:58:06 <rmk0> none of it's relevant to this
20140816 11:59:27 <bbbruce> I usually use the appassembler maven plugin to produce something that I can distribute
20140816 12:00:41 <bbbruce> that places all the dependencies in a directory and generates batch files for windows and shell scripts for unix
20140816 12:00:49 <rmk0> i had a brief look at it, but the generated shell scripts made me nervous
20140816 12:01:14 <rmk0> like... "if this goes wrong for other people, can i conceivably work out what went wrong?"
20140816 12:01:23 <bbbruce> yeah I ran into some problems with them even :)
20140816 12:01:24 <rmk0> at least my hand written script is short
20140816 12:01:55 <bbbruce> for windows it is even possible for the scripts to break because the cp argument is too long for the windows shell
20140816 12:01:56 <rmk0> think there's always the temptation on the part of people that write programs like appassembler to overreach and try to do too much
20140816 12:02:07 <rmk0> yeah... the windows shell is pretty awful
20140816 12:03:07 <bbbruce> still appassembler is the best solution I found
20140816 12:04:11 <bbbruce> works most of the times and does not require me to do that much to get it in the build scripts
20140816 12:05:03 <gouessej> bbbruce: Do you absolutely need to use a Maven based solution?
20140816 12:05:27 <bbbruce> not really, but I like the convenience of it
20140816 12:05:42 <bbbruce> (I just click the package target in IntelliJ and everything works)
20140816 12:06:28 <gouessej> Sorry, I don't use proprietary IDEs. Maven, Gradle and Ant are supported within Eclipse and Netbeans as far as I know.
20140816 12:06:52 <gouessej> I don't need Maven to produce something that I can distribute
20140816 12:07:03 <bbbruce> I am really happy that I got rid of Eclipse :)
20140816 12:07:34 <gouessej> Eclipse is far from perfection but IntelliJ is a black box
20140816 12:08:00 <bbbruce> a black box that saves me from fits of hypertension
20140816 12:08:03 <sean___> Looks like I need a "/workingdir/project/src/main/properties/viewer.conf"
20140816 12:08:23 <gouessej> Only the community edition is open source as far as I know
20140816 12:08:26 <rmk0> sean___: that's just the config file for my program... you don't need it
20140816 12:09:02 <sean___> ah i see
20140816 12:09:09 <sean___> never dump copy-paste some xml stuff
20140816 12:09:14 <rmk0> hehe
20140816 12:09:15 <sean___> :->
20140816 12:09:57 <gouessej> bbbruce: The build tools can be used in command line anyway
20140816 12:10:20 <bbbruce> point is that I don't want to use command line tools
20140816 12:10:45 <gouessej> but you use them in a pretty graphical user interface anyway
20140816 12:10:59 <rmk0> sean___: http://waste.io7m.com/2014/08/16/reduced.xml
20140816 12:11:03 <rmk0> the bits you'd actually need
20140816 12:11:09 <bbbruce> yes, convenience, I am not exactly sure what point you are trying to make here.
20140816 12:11:09 <gouessej> it isn't a special feature of IntelliJ
20140816 12:11:29 <rmk0> sean___: assumes the main class should be "com.io7m.example.Main"
20140816 12:11:38 <sean___> awesome
20140816 12:11:48 <sean___> the last things are depencencys?
20140816 12:12:03 <rmk0> where?
20140816 12:12:08 <gouessej> I think it is possible to get something you can distribute with Ant and use maven-ant-plugin
20140816 12:12:37 <bbbruce> seeing that JOGL comes with some wrapper code for ffmpeg, would it be possible to use that code to make a video writer? or has such a thing already been made?
20140816 12:12:54 <gouessej> why not?
20140816 12:13:14 <sean___> that i need to add
20140816 12:13:15 * rmk0 removes more from reduced.xml
20140816 12:13:15 <gouessej> but GlueGen must be able to find the native libraries
20140816 12:13:51 <rmk0> sean___: not sure which bit you're looking at
20140816 12:14:34 <gouessej> bbbruce: which platform do you target?
20140816 12:15:03 <sean___> I just have not found the "<dependencies>" section
20140816 12:15:15 <rmk0> ah... i left that empty
20140816 12:15:18 <rmk0> it's near the top
20140816 12:15:35 <rmk0> you'd obviously need to put whatever dependencies you need in there
20140816 12:16:46 <rmk0> basically, the <!-- produce jar files --> section produces the main jar file for the program
20140816 12:16:54 <gouessej> bbbruce: You can use PackR or launch4j with Ant and maven-ant-plugin
20140816 12:17:04 <rmk0> the <!-- produce windows binaries --> section uses the launch4j plugin to produce a windows exe that sets up the classpath and runs java
20140816 12:17:26 <rmk0> the <!-- Produce application archive --> dumps everything into a zip file with lib/ directory containing all of the dependency jars
20140816 12:19:14 <gouessej> rmk0: does launch4j have a maven plugin??
20140816 12:19:22 <rmk0> yeah
20140816 12:19:42 <gouessej> bbbruce: You see that there are some alternatives :)
20140816 12:19:48 <rmk0> com.akathist.maven.plugins.launch4j:launch4j-maven-plugin:1.5.2
20140816 12:21:17 <sean___> cool
20140816 12:21:35 <sean___> i can not handle this: "${com.io7m.r1.joglVersion}"
20140816 12:21:40 <sean___> thouse are versions
20140816 12:21:51 <sean___> more specific: <version>${com.io7m.r1.joglVersion}</version>
20140816 12:22:22 <gouessej> xranby_ac100: Sorry to disturb you again, how does it work now?
20140816 12:22:48 <rmk0> sean___: er, see http://waste.io7m.com/2014/08/16/reduced.xml again
20140816 12:22:51 <rmk0> have updated it several times
20140816 12:22:59 <rmk0> may've left something in accidentally
20140816 12:23:31 <sean___> Oh cool
20140816 12:23:36 <sean___> this one looks familiar
20140816 12:23:44 <sean___> thank you so much! :)
20140816 12:23:56 <rmk0> no problem... there are a thousand ways to do this
20140816 12:24:20 <rmk0> this one's generally geared towards someone still being able to get the program running on platforms i didn't anticipate
20140816 12:24:42 <rmk0> like... leaving all of the dependency jars whole and in a directory where they're clearly visible, and so on
20140816 12:27:14 <bbbruce> the ffmpeg/libav wrapper code seems to facilitate decoding only
20140816 12:27:31 <sean___> wow. time goes by. diamond operator is not supported in -source 1.6. aw my god
20140816 12:27:40 <rmk0> hehe, nope!
20140816 12:27:55 <sean___> remember this one from android.
20140816 12:27:56 <rmk0> all verbose, all the time
20140816 12:27:58 <sean___> o well...
20140816 12:29:29 <sean___> icons. xD
20140816 12:29:50 <rmk0> the most important part of a program
20140816 12:32:43 <sean___> i copied the viewer.xml, but that is not the same as the "src/main/assembly/main.xml" which is the descriptor of the maven-assembly-plugin?
20140816 12:33:15 <rmk0> ahem... http://waste.io7m.com/2014/08/16/main.xml
20140816 12:33:35 <rmk0> main.l4j.ini is an empty file
20140816 12:34:48 <sean___> thanks. I missed that one
20140816 12:37:14 <rmk0> main-unix.sh is obviously the viewer-unix.sh script i posted earlier... need to edit it and set the class to whatever your main class is
20140816 12:37:18 <rmk0> if that wasn't obvious
20140816 12:37:42 <sean___> yea
20140816 12:37:52 <sean___> what about that .exe?
20140816 12:38:06 <sean___> launch4j should do it?
20140816 12:38:12 <rmk0> yeah, that's produced by launch4j
20140816 12:38:18 <rmk0> doesn't need any configuration
20140816 12:39:46 <rmk0> should mention that it produces a main.exe, and that main.exe will look for a file called main.l4j.ini
20140816 12:39:54 <rmk0> if you rename the exe, you need to rename the .ini file too
20140816 12:40:40 <sean___> okay thats fine
20140816 12:46:31 <sean___> build success
20140816 12:46:34 <sean___> looks good
20140816 12:46:36 <rmk0> \o/
20140816 12:46:44 <sean___> besides some resources are missing
20140816 12:46:49 <sean___> but i can reasily copy them
20140816 12:47:08 <sean___> ...i guess
20140816 12:47:16 <rmk0> which resources?
20140816 12:49:13 <sean___> i have got a folder where .obj files are located
20140816 12:49:16 <sean___> file:///workingdir/project/resources
20140816 12:49:28 <sean___> where project is the netbeans-project
20140816 12:49:45 <sean___> but ir works like a charm after copying them in the zip archive :->
20140816 12:49:49 <rmk0> is "project" the name of the project?
20140816 12:49:56 <sean___> yes
20140816 12:50:00 <sean___> I know, thats stupid
20140816 12:50:05 <rmk0> try moving the resources directory to:
20140816 12:50:09 <rmk0> file:///workingdir/project/src/main/resources
20140816 12:50:17 <rmk0> that way maven will see it and include them in the jar file
20140816 12:50:26 <rmk0> oh, actually... i see what you mean
20140816 12:50:49 <sean___> ah okay
20140816 12:50:50 <rmk0> you can copy that directory using the assembly plugin too
20140816 12:51:00 <rmk0> if you just want it to appear in the zip file
20140816 12:51:56 <sean___> awesome!
20140816 12:52:01 <sean___> I can not thank you enough :)
20140816 12:52:31 <rmk0> no problem, is good to get all of this stuff out of the way
20140816 12:52:40 <rmk0> this is obviously stuff you can re-use for every project
20140816 12:53:20 <rmk0> https://maven.apache.org/plugins/maven-assembly-plugin/assembly.html#class_fileSet
20140816 12:54:10 <sean___> jeah I see that
20140816 12:54:23 <sean___> unfortinatly, maven is a bit more complex then i thought it was be
20140816 12:54:31 <sean___> or better, then I leaned in university
20140816 12:56:55 <rmk0> i think it ends up simpler than writing scripts
20140816 12:57:09 <rmk0> is declarative, and each part of the build can be run in isolation
20140816 12:57:46 <rmk0> a few here will recommend gradle too, which is similar
20140816 12:58:03 <rmk0> can use any existing maven plugin from gradle
20140816 12:58:11 <sean___> in the past, i struggled less with just using makefiles
20140816 12:58:17 <sean___> but well.
20140816 12:58:17 <gouessej> xranby_ac100: I'll look at the IRC logs, I have to leave. Let me know your findings when you're available. When I succeed in ensuring that it doesn't crash with ES 2, I'll update the JARs with some code to force ES 1. Some ES 1 support is better than nothing. Thank you for your help.
20140816 12:58:58 <rmk0> sean___: yeah, they're a lot more narrow in scope though. they only describe the instructions to build a project... maven obviously does all the dependency handling and other metadata, and tries to do it in a way that's deterministic and platform independent
20140816 12:59:22 <rmk0> i used makefiles for a good five years or so, they tend to scale poorly and behave badly across different platforms
20140816 12:59:45 <gouessej> xranby_ac100: As I committed the source code with this fix, feel free to rebuild JogAmp's Ardor3D Continuation if you want. There is no hurry. I'd like to announce Raspberry Pi support when publishing my tutorial, it would be the icing on the cake :)
20140816 12:59:50 <rmk0> actually wrote tools to generate platform independent makefiles!
20140816 13:00:07 <rmk0> i think at that point, you start to question what you're doing with your life
20140816 13:00:43 <gouessej> rmk0: I prefer using Ant instead of makefiles and if I were more comfortable with Maven, I would drop Ant
20140816 13:01:28 <sean___> yeah I know what you mean :D
20140816 13:02:19 * gouessej (52794fc6@anon) Quit (Quit: Page closed)
20140816 13:02:51 <rmk0> using maven mostly tends to be a case of "find the plugin"
20140816 13:03:04 <sean___> I moved the resources to src/main, but the folder wont appear in the .zip. Am I missing something?
20140816 13:03:05 <rmk0> there's barely anything else to understand about it
20140816 13:03:45 <rmk0> sean___: sorry, i explained poorly... if you put files in src/main/resources, maven will actually include those in the resulting jar file for your program
20140816 13:03:50 <sean___> well finding the plugin is easy, if you know what you want or better, what you need
20140816 13:03:51 <rmk0> as they becomes treated as "java resources"
20140816 13:04:06 <rmk0> but i realize you weren't talking about resources in that sense, you actually want your resources directory to appear in the zip file
20140816 13:04:50 <rmk0> in that case, you'll have to use the assembly plugin to copy that directory into the zip, in the same way that i copy the main.exe and main-unix.sh files
20140816 13:05:00 <rmk0> can specify whole directories instead of individual files
20140816 13:05:03 <sean___> okay good
20140816 13:05:11 <sean___> thanks
20140816 13:12:31 <sean___> worked! Great! :)
20140816 13:12:36 <rmk0> \o/
20140816 13:17:55 <sean___> just need to change every string from resources to src/main/resources
20140816 13:17:56 <sean___> well..
20140816 13:18:31 <rmk0> well you don't need to move the files to src/main/resources as you're manually copying the directory in the assembly
20140816 13:18:50 <rmk0> they'll actually be included twice if you put them in there *and* copy them
20140816 13:19:00 <rmk0> try looking at the contents of your program's main jar... you'll see them all in there
20140816 13:19:22 <rmk0> not sure if you're familiar with java resources
20140816 13:19:38 <sean___> er
20140816 13:20:21 <rmk0> if you've got a class called Something
20140816 13:20:40 <rmk0> and in the same jar file that Something.class appears, you've got a file called /a/b/c/file.txt
20140816 13:20:59 <rmk0> you can call: Something.class.getResourceAsStream("/a/b/c/file.txt")
20140816 13:21:14 <rmk0> it'll return an InputStream that refers to the file inside the jar
20140816 13:21:36 <rmk0> using maven, if you put files in src/main/resources, they'll automatically be added to the jar file that maven produces
20140816 13:22:05 <sean___> hm
20140816 13:22:09 <rmk0> is basically the way that java programs get access to files they need without necessarily having access to a filesystem
20140816 13:22:16 <sean___> i am afraid that would be a huge redeisgn
20140816 13:22:25 <rmk0> possibly
20140816 13:23:01 <rmk0> all i'm saying is that you don't need to put files in src/main/resources, because your program already knows to look in a directory called "resources", and you're already copying that directory into the zip file manually
20140816 13:23:05 <sean___> currently we are just linking string to, for example ""./resources/models/Material.mtl""
20140816 13:23:12 <rmk0> right
20140816 13:23:40 <sean___> ah okay well..
20140816 13:24:20 <rmk0> it might start to matter if you started including huge 3D models
20140816 13:24:30 <rmk0> you'd end up with one copy in the zip, and one copy in the main jar...
20140816 13:24:39 <rmk0> waste of space
20140816 13:24:49 <rmk0> better to just have one or the other
20140816 13:28:24 <rmk0> http://waste.io7m.com/2014/08/16/resources.txt
20140816 13:28:50 <sean___> alright
20140816 13:28:54 <sean___> this is good to know
20140816 13:29:07 <sean___> but for my little pinball game it is enough I guess :)
20140816 13:29:21 <rmk0> hehe, right
20140816 13:32:00 <sean___> okay
20140816 13:32:15 <sean___> about this bug, what kind of information to attach?
20140816 13:32:38 <rmk0> i'm not sure you could include any more than the debug log that i've already put there
20140816 13:32:42 <rmk0> the whole thing is a mystery to me
20140816 13:33:02 <rmk0> sgothel will see the conversation we had and know as much as i do
20140816 13:33:13 <sean___> alright
20140816 13:33:23 <rmk0> http://jogamp.org/log/irc/jogamp_20140816050529.html#l19
20140816 13:33:49 <sean___> then I will say goodbay and a hughe thanks to you
20140816 13:33:55 <rmk0> see you later!
20140816 13:34:10 <sean___> And now I need to documentate my project...
20140816 13:34:19 <sean___> see you
20140816 13:34:25 * sean___ (83adfc09@anon) Quit (Quit: Page closed)
20140816 14:24:29 * zzuegg (zzuegg@anon) Quit (Read error: Connection reset by peer)
20140816 14:24:40 * zzuegg (zzuegg@anon) has joined #jogamp
20140816 14:45:28 <xranby_ac100> gouessej: progress :) https://gist.github.com/xranby/04a30c83dcab9d784d82 -> GLException: Not a GL2GL3 implementation at jogamp.opengl.es3.GLES3Impl.getGL2GL3(GLES3Impl.java:7458) at com.ardor3d.scene.state.jogl.JoglWireframeStateUtil.applyPolyMode(JoglWireframeStateUtil.java:77)
20140816 15:48:28 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20140816 15:49:02 * gouessej (52794fc6@anon) has joined #jogamp
20140816 15:49:30 <gouessej> xranby_ac100: thanks
20140816 15:51:11 <xranby_ac100> sean__: rmk0: if you want to pack all natives into the same jar it can be done but you need to use a "special" directory layout. each platforms native files must be placed in natives/os-and-arch example natives/linux-amd64
20140816 15:51:47 <rmk0> xranby_ac100: didn't know that... is it documented?
20140816 15:52:10 <gouessej> xranby_ac100: I'm updating the JARs
20140816 15:52:32 <xranby_ac100> rmk0: its documented in the wiki, we call this Fat-jar
20140816 15:52:51 <rmk0> arhar
20140816 15:53:20 <xranby_ac100> https://jogamp.org/wiki/index.php/JogAmp_JAR_File_Handling#Fat-Jar
20140816 15:54:20 <rmk0> hm!
20140816 15:54:53 <gouessej> it's not straightforward to find
20140816 15:55:34 <xranby_ac100> yes we need to make the website better OR make a project setup script
20140816 15:55:55 <xranby_ac100> not sure what people like best
20140816 15:56:32 <xranby_ac100> by making the website better i mean, reorganise it so that it is easier to find setup and usage and introduction
20140816 15:58:08 <xranby_ac100> brainstorming required
20140816 15:58:31 <xranby_ac100> gouessej: are the new jars uploaded?
20140816 15:58:59 <gouessej> xranby_ac100: yes
20140816 15:59:02 <gouessej> done :)
20140816 15:59:29 <gouessej> The wiki just needs a cleanup and a better summary
20140816 15:59:47 <gouessej> Personally, I prefer using my blog for more complicated tutorials
20140816 16:00:18 <gouessej> The section for JogAmp's Ardor3D Continuation is quite informative
20140816 16:00:53 <xranby_ac100> gouessej: would the jogamp site be suitable for detailed setups if it had multi language support?
20140816 16:01:15 <xranby_ac100> i assume you want to be able to post both your french and your english tutorial at the same location
20140816 16:01:53 <gouessej> xranby_ac100: no because it doesn't support images (only the wiki) and I'm not sure I can use GNU Mediagoblin and ownCloud with it
20140816 16:02:33 <gouessej> xranby_ac100: I might publish some tutorials in German too if some people ask for it
20140816 16:04:10 <xranby_ac100> gouessej: Caused by: com.ardor3d.util.Ardor3dException: Error in opengl: invalid enumerant
20140816 16:04:10 <xranby_ac100> at com.ardor3d.renderer.jogl.JoglRenderer.checkCardError(JoglRenderer.java:689)
20140816 16:04:10 <xranby_ac100> at com.ardor3d.renderer.jogl.JoglRenderer.flushFrame(JoglRenderer.java:236)
20140816 16:04:10 <xranby_ac100> at com.ardor3d.framework.jogl.JoglCanvasRenderer.draw(JoglCanvasRenderer.java:266)
20140816 16:04:10 <xranby_ac100> at com.ardor3d.framework.jogl.JoglDrawerRunnable.run(JoglDrawerRunnable.java:16)
20140816 16:04:58 <gouessej> xranby_ac100: Please can you enable the debug logs?
20140816 16:07:32 <xranby_ac100> one moment running with -Djogamp.debug=true
20140816 16:08:08 <gouessej> xranby_ac100: Thanks
20140816 16:12:00 <xranby_ac100> got good results using -Djogl.debug.DebugGL
20140816 16:13:50 <xranby_ac100> https://gist.github.com/xranby/04a30c83dcab9d784d82
20140816 16:13:56 <gouessej> xranby_ac100: good results? What do you mean?
20140816 16:14:54 <xranby_ac100> i mean i got more information usable to debug this
20140816 16:16:26 <gouessej> :)
20140816 16:24:04 <xranby_ac100> gouessej: -Djogl.debug.DebugGL makes the execution stop early during JoglContextCapabilities.init
20140816 16:24:29 <gouessej> xranby_ac100: I'm fixing what I can
20140816 16:24:40 <gouessej> I don't know why it tries to use ES3 :s
20140816 16:25:10 <xranby_ac100> while -Djogl.debug.TraceGL show execution up to the invalid enumerant
20140816 16:25:33 <xranby_ac100> thus.. i am unable to enable DebugGL to see the actual invalid enumerant
20140816 16:27:34 <gouessej> Don't worry, I'm going to update the JARs very soon
20140816 16:27:44 <xranby_ac100> gouessej: added the trace gl so that you can see what i mean https://gist.github.com/xranby/04a30c83dcab9d784d82
20140816 16:28:25 <gouessej> Thanks
20140816 16:29:01 <gouessej> xranby_ac100: I'm updating the JARs
20140816 16:31:41 <xranby_ac100> unable to load the class com.ardor3d.example.basic.JoglBasicExample
20140816 16:31:47 <xranby_ac100> is the upload done?
20140816 16:32:22 <gouessej> almost
20140816 16:33:42 <gouessej> done
20140816 16:33:56 <gouessej> xranby_ac100: The JARs are ready
20140816 16:34:14 <xranby_ac100> great, downloading to the ac100 and the pi at the same time :)
20140816 16:34:23 <xranby_ac100> feeling like we aproach the finishline
20140816 16:35:01 * doev (~doev@anon) has joined #jogamp
20140816 16:37:24 <gouessej> xranby_ac100: you'll probably get a black screen first and something better when I force ES1
20140816 16:37:25 <xranby_ac100> gouessej: https://gist.github.com/xranby/04a30c83dcab9d784d82
20140816 16:39:30 <gouessej> xranby_ac100: Thanks, I'm rebuilding the engine
20140816 16:41:17 <gouessej> xranby_ac100: I'm updating the JARs
20140816 16:45:40 <gouessej> xranby_ac100: Done
20140816 16:48:54 * zzuegg (zzuegg@anon) Quit (Read error: Connection reset by peer)
20140816 16:50:42 * zzuegg (zzuegg@anon) has joined #jogamp
20140816 16:53:58 <xranby_ac100> gouessej: similar early invalid glDiable argument https://gist.github.com/xranby/04a30c83dcab9d784d82 and same late showstopper
20140816 16:58:30 <gouessej> xranby_ac100: I'm rebuilding
20140816 16:58:47 <gouessej> xranby_ac100: We'll succeed
20140816 17:02:39 <gouessej> xranby: I'm updating the JARs
20140816 17:07:24 <gouessej> xranby_ac100: Done
20140816 17:17:15 <gouessej> I have to leave, I'll come back after dinner
20140816 17:17:28 * gouessej (52794fc6@anon) Quit (Quit: Page closed)
20140816 17:17:46 <xranby_ac100> gouessej: https://gist.github.com/xranby/04a30c83dcab9d784d82
20140816 18:41:48 * doev (~doev@anon) Quit (Ping timeout: 260 seconds)
20140816 18:49:05 * monsieur_max (~maxime@anon) has joined #jogamp
20140816 19:40:42 * void256 (~void@anon) has joined #jogamp
20140816 19:50:36 * xranby_ac100 (~xranby@anon) Quit (*.net *.split)
20140816 19:52:58 * xranby_ac100 (~xranby@anon) has joined #jogamp
20140816 19:55:45 -tomaw- [Global Notice] Sorry about the noise - it seems one of our hubs had some issues so we've worked around it for now.
20140816 20:22:45 * xranby_ac100 (~xranby@anon) Quit (Ping timeout: 246 seconds)
20140816 21:06:57 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20140816 21:53:55 * gouessej (52794fc6@anon) has joined #jogamp
20140816 21:54:09 <gouessej> I'm back
20140816 21:54:24 <gouessej> xranby: Thanks for the logs
20140816 21:55:15 <gouessej> xranby: I'm updating the JARs. Maybe there are still a few things to fix.
20140816 21:57:08 * void256 (~void@anon) Quit (Remote host closed the connection)
20140816 22:13:41 <gouessej> I use ES 2 on my machine :)
20140816 22:13:52 <gouessej> xranby: We're going to make it run :)
20140816 22:41:15 <gouessej> xranby: I have something that works with ES 2 but
20140816 22:41:55 <gouessej> xranby: I don't understand why it crashes if I call GLES2.glEnable(GL.GL_TEXTURE_2D);
20140816 22:53:01 <gouessej> xranby: I get a crash Mipmap.java with ES 1
20140816 22:53:29 <gouessej> java.lang.NumberFormatException: For input string: "Ope" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1250) at java.lang.Double.parseDouble(Double.java:540) at jogamp.opengl.glu.mipmap.Mipmap.closestFit(Mipmap.java:259) at jogamp.opengl.glu.mipmap.Mipmap.gluBuild2DMipmaps(Mipmap.java:740) at javax.media.opengl.glu.gl2es1.GLUgl2es1.gluBuild2DMipmaps(GLUgl2es1.java:223) at com.ardor3d.scene.state.jogl.Jo
20140816 22:55:39 <gouessej> GL_VERSION contains OpenGL ES-CM 1.1 Mesa 10.0.5
20140816 22:56:22 <gouessej> it contains OpenGL ES 2.0 Mesa 10.0.5 when I use ES 2
20140816 22:57:54 <gouessej> it contains 2.1 Mesa 10.0.5 when I use OpenGL instead of OpenGL ES
20140816 23:08:13 <gouessej> https://jogamp.org/bugzilla/show_bug.cgi?id=1047
20140816 23:50:43 <gouessej> Good night.
20140816 23:51:05 <gouessej> xranby: The JARs have just been updated
20140816 23:51:14 * gouessej (52794fc6@anon) Quit (Quit: Page closed)
20140817 05:05:29 -jogamp- Continue @ http://jogamp.org/log/irc/jogamp_20140817050529.html