#jogamp @ irc.freenode.net - 20150820 05:05:30 (UTC)
20150820 05:05:30 -jogamp- Previous @ http://jogamp.org/log/irc/jogamp_20150819050530.html
20150820 05:05:30 -jogamp- This channel is logged @ http://jogamp.org/log/irc/jogamp_20150820050530.html
20150820 05:57:03 * badshah400 (~badshah40@anon) Quit (Quit: badshah400)
20150820 06:17:00 * elect (~elect@anon) has joined #jogamp
20150820 06:22:14 <elect> hi
20150820 06:25:44 * badshah400 (~badshah40@anon) has joined #jogamp
20150820 06:56:14 * monsieur_max (~maxime@anon) has joined #jogamp
20150820 07:02:42 * badshah400 (~badshah40@anon) Quit (Quit: badshah400)
20150820 07:19:19 * jvanek (jvanek@anon) has joined #jogamp
20150820 07:40:59 * badshah400 (~badshah40@anon) has joined #jogamp
20150820 08:33:22 * gouessej (5ee4b442@anon) has joined #jogamp
20150820 08:33:25 <gouessej> Hi
20150820 08:37:23 <xranby> gouessej: openjdk 9 is easy to build, i tested to build it several times during last winter for us eon embedded linux systems
20150820 08:38:14 <xranby> gouessej: which os do you want to test openjdk 9 on ?
20150820 08:38:30 <gouessej> xranby: I would be very happy if we could do something similar to Azul Zulu, even without dropping AWT until JiGong becomes more mature
20150820 08:38:55 <gouessej> xranby: Linux ARM first but there is no hurry
20150820 08:39:08 <xranby> JiGong is our build scripts to build openjdk 8 and oepnjdk 9 etc
20150820 08:40:18 <xranby> gouessej: i agree that it would be nice if someone produced nightly openjdk 9 builds that work on arm
20150820 08:41:12 <gouessej> xranby: it would be useful for other operating systems too
20150820 08:41:34 <gouessej> xranby: I still use OpenJDK 7 update 60
20150820 08:51:42 <xranby> gouessej: https://github.com/hgomez/obuildfactory/wiki/How-to-build-and-package-OpenJDK-9-on-Linux
20150820 08:52:29 <gouessej> xranby: I'll have to use Mageia Linux 5 to use OpenJDK 8
20150820 08:55:08 <xranby> obuildfactory provide quite a lot of openjdk builds and distributes them out using the jfrog bintray content distribution network
20150820 08:57:01 <gouessej> xranby: There's nothing for ARM :(
20150820 08:57:46 * a11ma11 (4c47eb44@anon) has joined #jogamp
20150820 08:57:48 <zubzub> xranby: what's the state of openjdk9?
20150820 08:58:29 <zubzub> is it usable?
20150820 08:58:31 <zubzub> is it modular?
20150820 08:58:38 <zubzub> is the performance ok?
20150820 09:00:59 <a11ma11> http://www.journaldunet.com/developpeur/java-j2ee/java-9-0814.shtml
20150820 09:02:57 <xranby> zubzub: usable = yes, modular = yes, performace = ok on x86 and 64bit arm
20150820 09:03:13 <zubzub> oui me se site web est en francais, il y a aussi une version en englais svp?
20150820 09:03:27 <xranby> there is no high performance 32bit arm jit inside openjdk
20150820 09:03:41 <xranby> icedtea oh the other hand have some improvements for 32bit arm
20150820 09:03:52 <zubzub> j'ai aussi l'impression que ce site ne dit pas des nouvelles
20150820 09:04:06 <xranby> icedtea allows you to build additional jvm such as jamvm, cacao, avian
20150820 09:04:13 <a11ma11> sorry i forgot that you speak english
20150820 09:04:43 <zubzub> yeah most of the internet does ;)
20150820 09:04:46 <xranby> icedtea also include a slightly assembler optimized arm32 bit jit
20150820 09:04:53 <zubzub> does icedtea support jdk8?
20150820 09:05:14 <xranby> zubzub: icedtea can build openjdk 8 but there has not been any official release yet
20150820 09:05:25 <zubzub> still not :/
20150820 09:06:16 <xranby> icedtea provide the patching of openjdk 6 and 7 used by redhats enterprise distributions with long term support and this is what the customers pay for
20150820 09:06:52 <xranby> thus there is a business case maintaining openjdk 6 and 7
20150820 09:07:10 <zubzub> so as long as no customers require java 8
20150820 09:07:13 <zubzub> no icedtea 3?
20150820 09:07:34 <xranby> something like that
20150820 09:15:05 <xranby> fedora started to package openjdk 8 directly
20150820 09:15:10 <xranby> without icedtea
20150820 09:15:33 <xranby> thus there is no need for redhat to maintain icedtea for 8
20150820 09:17:07 <xranby> the good parts with openjdk 8 and openjdk 9 is that they have the new autoconf build system, both releases are easy to build, and easy for linux distributions to maintain
20150820 09:17:18 <elect> just a Q, is this https://github.com/sgothel/jogl/blob/master/src/test/com/jogamp/opengl/test/junit/jogl/util/texture/TestBug362DDSImageCreateFromData.java the only dds test we have right now?
20150820 09:18:27 <sgothel> @elect: I pointed you to a commit lately .. testing all test images TestTextureIO*NEWT
20150820 09:18:43 <sgothel> TestImageType*
20150820 09:18:54 <xranby> the 32bit arm jit found in icedtea will likely not get merged into openjdk unless someone steps up with people to run a arm 32 porting project under the openjdk umbrella
20150820 09:19:41 <sgothel> .. and if even RedHat doesn't manage that .. well ..
20150820 09:20:09 <zubzub> hmmm
20150820 09:20:16 <zubzub> that's a shame
20150820 09:20:23 <zubzub> arm32 will be around for quite some time
20150820 09:20:30 <xranby> Linaro may continue to update the arm 32 jit
20150820 09:20:35 <zubzub> so if you want good perf, you're stuck with oracle
20150820 09:20:41 <xranby> Edward Nevill who wrote the code now work at Linaro
20150820 09:20:45 <elect> this one, sgothel http://jogamp.org/git/?p=jogl.git;a=blob;f=src/test/com/jogamp/opengl/test/junit/jogl/util/texture/TestTextureIONEWT.java;h=c5c32280d6d8e1240a0904dcfe291a626586994f;hb=c4ed57f617117e3e38319f1a44a0d066f1a332b3?
20150820 09:21:18 <sgothel> yup .. just testing that it is being loaded .. and doing a screenshot
20150820 09:21:22 <xranby> and have assigned some time at least during last year to make the 32bit jit work faster on the "internet of things" devices
20150820 09:21:44 <xranby> thus edawrd updated the jit to actually jit on armv6
20150820 09:21:55 <zubzub> oh that's nice
20150820 09:22:05 <xranby> http://openjdk.linaro.org/arm32jit/fosdem15.pdf
20150820 09:22:10 <zubzub> so that means there actually is a good non oracle arm32 jit?
20150820 09:22:11 <sgothel> so maybe .. they shall adjust their rejection of 'other VMs' for OpenJDK .. but that won't happen due to the chair(s)
20150820 09:22:17 <xranby> thats the slides from edwards last talk
20150820 09:22:21 <xranby> on the subject
20150820 09:22:30 <elect> I was thinking about a deeper test, something like load the dds, displaying all the mipmaps side by side with textureLod
20150820 09:22:47 <sgothel> @elect: great - do it
20150820 09:22:48 <elect> then also trying to compress on fly
20150820 09:22:55 <elect> and try to write dds
20150820 09:24:05 <xranby> zubzub: yes , this jit is found and maintained in the icedtea project and is included with the arm32 OpenJDK 7 builds.
20150820 09:24:40 <xranby> thus most linux distributions that build openjdk 7 using the icedtea infrastructure includes this 32bit arm jit
20150820 09:25:34 <zubzub> ah, but it's not in openjdk 8?
20150820 09:25:43 <xranby> exactly
20150820 09:25:49 <zubzub> because icedtea does not provide a build infrastructure fo r8
20150820 09:26:18 <zubzub> so if I ever port javafx to wayland
20150820 09:26:30 <zubzub> and I don't want to give my copyright to oracle
20150820 09:26:36 <zubzub> I can give it to icedtea
20150820 09:26:43 <xranby> yes you can give it to icedtea
20150820 09:26:45 <zubzub> but since icedtea does not have a jdk8 build
20150820 09:26:47 <elect> do you still have to work on the texture stuff in a short time, sgothel & gouessej ?
20150820 09:26:49 <zubzub> it's... no use?
20150820 09:27:09 <sgothel> mind you: whats in OpenJDK has Oracle's blessing .. you might remember all the *BS* *FUD* .. probably the reason not to include other VMs/JITs .. etc which would enable certain platforms, at least this is what was stated in a OpenJDK/IcedTea discussion Xerxes once hinted at (forgot ref).
20150820 09:27:19 <gouessej> elect: Yes, a little bit, some documentation
20150820 09:27:31 <elect> coz I copy pasted the util.texture and created a dedicated project for that
20150820 09:27:33 <sgothel> @elect: nope - some framework changes in 2.4.* ..
20150820 09:27:36 <elect> just documentation?
20150820 09:27:40 <elect> it's fine
20150820 09:28:01 <zubzub> sgothel: exactly, but to get oracle's blessing, you need to sign your copyright away when contributing
20150820 09:28:35 <zubzub> sgothel: I don't mind that because I'm an altruistic person, however I hate oracle more and more every day, so I don't want to do that :p
20150820 09:29:10 <sgothel> elect: I advise otherwise, i.e. do your jogl development within jogl .. and git pull/merge daily
20150820 09:29:50 <sgothel> (otherwise you will loose time later on integrating .. really)
20150820 09:30:02 <elect> is it possible to pull/merge just a part of a project?
20150820 09:30:07 <xranby> zubzub: icedtea is run by many people originate from the gnu classpath project, every improvement do help
20150820 09:30:39 <sgothel> git is there doing really nice merges .. no need for this atomic separation .. and we won't mess up the DDS internals anywya
20150820 09:30:45 <zubzub> elect: no, not in git
20150820 09:31:04 <elect> I know, but I never manage to get jogl working
20150820 09:31:12 <elect> so I had no choice
20150820 09:31:14 <zubzub> really?
20150820 09:31:21 <elect> until next time I have a vanilla system
20150820 09:31:23 <sgothel> *THATS IS THE VERY FIRST THING YOU HAVE TO MASTER, SIR* !
20150820 09:31:24 <zubzub> it's really simpl eif you follow the build instructions
20150820 09:31:37 <sgothel> (couldn't help it)
20150820 09:31:41 <elect> neither on win7 neither on ubuntu 15.04
20150820 09:31:49 <zubzub> I managed to build jogl from the very first try \o/
20150820 09:31:55 <elect> you meister
20150820 09:31:58 <sgothel> you must have some cobold there .. hmm
20150820 09:32:13 <elect> it's my nubness, I cant get rid of
20150820 09:32:30 <sgothel> ok .. you say ubuntu 15.04 ?
20150820 09:32:32 <elect> yep
20150820 09:32:35 <elect> x64
20150820 09:32:48 <sgothel> so I will do the following now, create a VMbox image .. and do it .. ok?
20150820 09:32:59 <sgothel> I will do the bash history .. and report - just for you
20150820 09:33:29 <elect> I can try that
20150820 09:33:49 <elect> if I fail that too you could do
20150820 09:34:07 <elect> what do you suggest for the vm, win or ubuntu?
20150820 09:34:34 <elect> wait, but is opengl exposed through the vm?
20150820 09:35:11 <sgothel> you can - but this has nothing to do w/ building
20150820 09:36:44 <elect> anyway, never mind, let me first try to update the texture stuff, since you dont plan to work on that shortly and gouessej has just to do doc
20150820 09:37:58 <sgothel> elect: it is important to master the basics first here .. otherwise you will be slowed down later on anyways, and maybe .. maybe you have found a [rare|important] issue
20150820 09:38:59 <elect> im too keen on dds now, I'd say let's do it now this way and then we see how to solve
20150820 09:40:09 <sgothel> installing 15.04 now on a vbox node
20150820 09:40:41 <elect> then? You pass me the image, I load it and I work on that?
20150820 09:42:04 <sgothel> ofc not .. but I will document it
20150820 09:42:15 <sgothel> i.e. trying to reproduce the issue
20150820 09:43:33 * xranby is running some tests of the last test build on old windows xp systems
20150820 09:44:10 <sgothel> ah .. did test WinXP .. err a few month ago w/ latest release
20150820 09:44:27 <sgothel> (using vbox as well)
20150820 09:45:02 <xranby> it enumerated the gl profiles ok,, but newt failed to open a windows window.. missing class using the fat-jar
20150820 09:45:03 <xranby> hmm
20150820 09:45:13 <sgothel> hmm
20150820 09:45:23 <elect> hmm
20150820 09:45:27 <sgothel> thx for the heads up ..
20150820 09:46:18 <xranby> i will add the output as a corner case to the fat jar bug
20150820 09:46:49 <sgothel> will tackle it later today
20150820 09:48:01 <xranby> oh it happens using single slim as well
20150820 09:48:24 <sgothel> works on win7-64bit
20150820 09:48:33 <xranby> xp 32 bit here
20150820 09:50:05 <sgothel> works also in win7-32bit
20150820 09:50:37 <sgothel> e.g.: /cygdrive/c/jre1.8.0_25_x32/bin/java -jar fat/jogamp-fat.jar
20150820 09:51:14 <gouessej> I have improved the wiki concerning the creation of fat JARs
20150820 09:51:43 <sgothel> thx .. now I know when my jaw drops seeing the big green button :)
20150820 09:52:06 <xranby> sgothel: output: https://gist.github.com/anonymous/85a3158291851c3c2501
20150820 09:54:36 <sgothel> /cygdrive/c/jre1.8.0_25_x32/bin/java -cp fat/jogamp-fat.jar com.jogamp.newt.opengl.GLWindow
20150820 09:54:38 <sgothel> worked here ..
20150820 09:54:48 <sgothel> so .. some odd winxp issue .. hmm
20150820 09:56:58 <xranby> above using single slim... same output using the fat-jar: https://gist.github.com/anonymous/9121c85a66ddfb2e0dbc
20150820 09:57:13 <sgothel> so its a winxp regression ..
20150820 09:59:19 <gouessej> sgothel: Are the 2 quirks I implemented really in the builds? There is something familiar: http://forum.jogamp.org/Java-3D-crash-or-flickering-td4035074.htm
20150820 10:02:10 <sgothel> @julien: pls validate ..
20150820 10:02:42 <sgothel> AFAIK: I took them once out by mistake - you hinted me .. I re-inserted them ..
20150820 10:03:14 <sgothel> nabble: not found
20150820 10:03:28 <sgothel> just tell me which one .. pls check in software
20150820 10:04:42 <gouessej> ok, I'm going to do it immediately
20150820 10:05:41 <gouessej> NoPBufferWithAccum and NoARBCreateContext
20150820 10:08:11 <sgothel> NoARBCreateContext only via GLProfile.disableOpenGLARBContext (-> property) - OK
20150820 10:09:10 <sgothel> NoPBufferWithAccum: for windows intel driver 'Intel Bear Lake B' - OK
20150820 10:09:45 <sgothel> those quirks are listed in the the GL*version apps .. always
20150820 10:10:13 <gouessej> ok
20150820 10:10:43 <gouessej> Adrien uses another graphics card that might benefit of NoARBCreateContext
20150820 10:16:32 <xranby> sgothel: i will create a bugreport for the regression and include the runtime version check test and debug log
20150820 10:17:37 <xranby> to track this winxp issue
20150820 10:21:00 <gouessej> xranby: Are you sure that someone still uses BufferFactoryInternal?
20150820 10:21:26 <xranby> gouessej: you comment gave me the impression that you did
20150820 10:21:31 <xranby> your
20150820 10:21:50 <gouessej> xranby: Sorry, I don't. I can clarify what I meant
20150820 10:22:57 <sgothel> @Xerxes: thx
20150820 10:23:32 <gouessej> xranby: This class allows to create a direct NIO buffer by using an address, there is no zeroing
20150820 10:24:06 <gouessej> xranby: On the long term, it would be nice to have a similar behavior in the Buffers class
20150820 10:24:16 <gouessej> xranby: but it isn't trivial
20150820 10:24:55 <gouessej> xranby: and I don't want to use jemalloc
20150820 10:28:06 <xranby> sgothel: the debug log indicate that we have trouble loading the newt.dll
20150820 10:28:51 <xranby> what is windows equalents to nm ?
20150820 10:29:05 <xranby> and ldd
20150820 10:29:09 <xranby> ?
20150820 10:29:58 <sgothel> mingw* has objdump
20150820 10:30:14 <sgothel> there is also one tool .. one sec ..
20150820 10:32:49 <sgothel> http://dependencywalker.com/
20150820 10:35:04 <elect> it's awesome
20150820 10:35:15 <elect> it helped me a couple of time
20150820 10:39:29 <gouessej> me too
20150820 10:39:48 <gouessej> I used in 2005 during my internship
20150820 10:40:12 <sgothel> @elect: http://jogamp.org/deployment/stash/sgothel/JogAmp-BuildTest-Debian8.1.0-Ubuntu15.04-64bit.txt
20150820 10:40:32 <elect> thanks
20150820 10:40:44 <sgothel> tested complete w/ Ubuntu 15.04 64bit on vbox image - all w/ vanilla docs .. all good!
20150820 10:41:00 <sgothel> same *should* work w/ Debian 8.1.0, since I use it here all the time
20150820 10:41:40 <elect> one think different
20150820 10:42:08 <elect> I am using java 8 from the webupd8 team
20150820 10:42:21 <elect> maybe it's that
20150820 10:42:32 <elect> I'll try again at home
20150820 10:42:53 <sgothel> dunno .. I use openjdk8/oracle-java8 on Debian 8 - no issues
20150820 10:46:09 * gouessej (5ee4b442@anon) Quit (Ping timeout: 246 seconds)
20150820 10:48:16 <sgothel> doing same w/ Debian 8.1.0 .. now .. oh well ..
20150820 10:48:27 <sgothel> and trying openjdk-8 ..
20150820 10:51:55 <sgothel> @elect: that is why I very much *emphasized* using a vanilla system first!
20150820 10:52:20 <sgothel> i.e. walk down the *HOWTO* by the *LETTER*
20150820 10:53:03 <sgothel> now count the hours of time this has used up (your and others time) .. quite expensive crap :-/
20150820 10:53:46 <sgothel> however: you are welcome
20150820 11:05:16 <xranby> sgothel: dependency walker complains that MSJAVA.DLL cant be opened
20150820 11:06:40 <sgothel> uh well .. may be no issue as far as I remeber
20150820 11:06:59 <sgothel> i.e. not having the jre/libjava/libjvm in memory or so ..
20150820 11:08:00 <xranby> ok, it also "redmark" two dll's .. lets see
20150820 11:08:39 <xranby> i guess the redmark indicate that it failed to resolve the method/function WNetRestoreConnectionA from MPS.DLL
20150820 11:08:47 <xranby> MPR.DLL
20150820 11:09:46 <xranby> and failed to resolve the method/function strncpy_s from MSVCRT.DLL
20150820 11:10:06 <elect> what is best between openjdk and oracle-java?
20150820 11:10:11 <sgothel> hmm .. oh dear
20150820 11:10:29 <xranby> strncpy resolve fine
20150820 11:10:57 <sgothel> oh .. so some mingw issue .. have to check .. when introduced that
20150820 11:11:40 <sgothel> NewtCommon .. for ages .. hmm
20150820 11:11:49 <sgothel> strncpy
20150820 11:13:07 <sgothel> @elect: dunno whats best in between those two VMs .. :) but one is free'ish .. the other really not
20150820 11:15:01 <elect> anyway my 15.04 was really close to vanilla
20150820 11:15:14 <elect> i tried to follow the howto to the letter
20150820 11:15:28 <elect> many times, everytime I failed I went back to the howto
20150820 11:15:52 <elect> btw, you use this repo sudo add-apt-repository ppa:openjdk-r/ppa?
20150820 11:16:03 <elect> for openjdk
20150820 11:16:10 <sgothel> so good that the diff probably has been isolated by now
20150820 11:16:31 <sgothel> no - the doc says what I have used here
20150820 11:16:48 <elect> no, I mean on your deb
20150820 11:17:05 <sgothel> I don't use ppa's other than for zfs
20150820 11:17:11 <elect> ok
20150820 11:18:09 <elect> Ps: zfs? do you find it better than ext4?
20150820 11:18:53 <sgothel> if you want to compare zfs .. then you must use btrfs or similar .. ext4 is like a generation less
20150820 11:19:46 <sgothel> or I use xfs (older gen but very stable on linux)
20150820 11:20:07 <xranby> sgothel: i start to bisect.. 2.2.0 == working 2.3.1 == not working
20150820 11:20:18 <sgothel> thank you!
20150820 11:22:41 <xranby> 2.2.3 == working
20150820 11:25:45 <elect> btw, just in case the "you are welcome" was ironic, I thanked you just after the txt ;)
20150820 11:25:58 <xranby> 2.3.0 == not working
20150820 11:28:12 <xranby> 2.2.4 == working
20150820 11:29:09 <xranby> sgothel: bisect complete using our jogamp.org/deployment releases
20150820 11:30:40 <xranby> the winxp regression got introduced between v2.2.4 10-oct-2014 and v2.3.0 11-mar-2015
20150820 11:31:54 <sgothel> which is weird, since I tested winxp afterwards .. will redo .. thx
20150820 11:36:20 <xranby> i used the etc/test.bat to do the test
20150820 11:55:57 * gouessej (5ee4b442@anon) has joined #jogamp
20150820 11:56:15 <xranby> sgothel: https://jogamp.org/bugzilla/show_bug.cgi?id=1196
20150820 11:57:27 <gouessej> elect: OpenJDK is the reference implementation of Java
20150820 11:57:46 <gouessej> elect: whether it is better or not is subjective
20150820 11:58:30 <zubzub> it's not hard to improve the code quality of the openjdk
20150820 11:58:38 <zubzub> it's just that what there is now works
20150820 11:58:45 <zubzub> and is well tested
20150820 11:58:56 <elect> ok
20150820 11:59:20 <elect> you all use openjdk?
20150820 11:59:25 <gouessej> More than 97% of the source code of Java is common to Oracle Java and OpenJDK
20150820 12:00:22 <gouessej> elect: I had a few problems with OpenJDK when I used Java Sound. When I switched to JOAL, I dropped Oracle Java
20150820 12:01:06 <gouessej> elect: I already built JOGL 1 with OpenJDK in 2010 or 2011 :)
20150820 12:01:29 <elect> ok :)
20150820 12:01:56 <gouessej> elect: The Oracle BCL is more constraining than GPL v2 with classpath exception
20150820 12:02:14 <gouessej> elect: There is no crapware in OpenJDK
20150820 12:02:25 <gouessej> elect: no toolbar, no ad
20150820 12:03:23 <elect> this means there is in oracle?
20150820 12:03:46 <gouessej> elect: I don't understand why you fail in building JOGL 2. The build instructions are very good and I succeeded to do it even though I had to pick the right packages as I use Mageia Linux
20150820 12:04:16 <gouessej> elect: Install Oracle Java under Windows and now it asks you whether you want to install the Yahoo toolbar
20150820 12:04:48 <elect> I dont understand neither ^^, when I tried I reported all the errors I had
20150820 12:04:49 <gouessej> elect: In the past, it was the Ask toolbar: https://www.change.org/p/oracle-corporation-stop-bundling-ask-toolbar-with-the-java-installer
20150820 12:04:56 <elect> ah yeah, I remember that :D
20150820 12:05:15 <gouessej> elect: There were probably a few missing dependencies
20150820 12:05:27 <gouessej> elect: not the end of the world
20150820 12:06:30 <elect> signed
20150820 12:08:00 <elect> ah no wait, that's for the old ask ^^
20150820 12:08:23 <elect> this should be update https://www.change.org/p/oracle-corporation-stop-bundling-ask-toolbar-with-the-java-installer/u/11341528
20150820 12:08:43 <elect> same petition
20150820 12:16:16 <gouessej> I prefer putting OpenJDK into my self-contained native application bundles :)
20150820 12:23:19 <rmk0> looking forward to seeing what jdk 9 will do here
20150820 12:29:29 <gouessej> rmk0: here?
20150820 12:29:47 <rmk0> i mean about bundling a jdk
20150820 12:29:58 <rmk0> should be possible to bundle a lot less of it, if things work out the way they claim
20150820 12:30:21 <gouessej> yes, there is a JEP about small VM
20150820 12:30:46 <gouessej> http://openjdk.java.net/jeps/148
20150820 12:30:59 * xranby test deployments using avian / robovm in order to bundle a jvm + classes using any jdk
20150820 12:31:29 <gouessej> xranby: any jdk? really?
20150820 12:31:49 <xranby> gouessej: avoian work with jdk 7 and jdk 8
20150820 12:31:51 <xranby> avian
20150820 12:32:32 <xranby> robovm only uses android classes so that only java 1.6 i guess
20150820 12:33:20 <xranby> http://oss.readytalk.com/avian/
20150820 12:34:13 <xranby> i simply wanted to toss this into awareness
20150820 12:34:35 <xranby> that there may be deployment options that you have not yet tested
20150820 12:43:51 <xranby> sgothel: it looks like a mingw issue indeed https://www.mail-archive.com/mingw-w64-public@lists.sourceforge.net/msg07829.html
20150820 12:50:26 <gouessej> xranby: Have you ever used the ARM JIT with OpenJDK on a R PI?
20150820 12:50:51 <xranby> gouessej: yes
20150820 12:51:49 <gouessej> xranby: Is it really faster? Have you tested it on a game?
20150820 12:55:11 <sgothel> http://jogamp.org/doc/misc/HowTo-JogAmp-BuildTest-Debian8.1.0-Ubuntu15.04-64bit.txt
20150820 12:58:55 <xranby> gouessej: https://docs.google.com/spreadsheets/d/1LPCcJb3mQxuV2u64mF8bXu8JZ5b7yMFMLPEoz-qrnlU/edit#gid=1123811119
20150820 12:59:36 <xranby> these are test runs using many different jvm on the armv6 raspberry pi 1
20150820 13:01:08 <xranby> as you can see in these charts using the avian, cacao or edwards thumb 2 jit are all in the fast group to the right
20150820 13:01:49 <xranby> i have been using scimark2 to do these tests
20150820 13:02:26 <xranby> its interesting to know that using ahead of time compilation using gcj generates the fastest code in many situations
20150820 13:02:49 <xranby> oracles secret jit is still really good
20150820 13:03:21 * eclesia (~husky@anon) has joined #jogamp
20150820 13:04:07 <xranby> gouessej: when i demonstrated the libgdx raspberry pi things at fosdem, then i used openjdk + cacao
20150820 13:04:17 <eclesia> hi
20150820 13:05:05 <gouessej> Is gcj still maintained?
20150820 13:05:39 <xranby> gouessej: in a way, it is still part of gcc
20150820 13:05:51 <xranby> and uses many of the optimizations
20150820 13:06:04 <zubzub> xranby: does avian support jdk8?
20150820 13:06:09 <xranby> zubzub: yes
20150820 13:06:27 <xranby> jamvm and avian support jdk8
20150820 13:06:35 <zubzub> so it can deal with lambda, default functions, jni all the things?
20150820 13:06:35 <xranby> jamvm is the fastest interpreter
20150820 13:06:59 <xranby> thus if you want quick startup time then jamvm is a good candidate
20150820 13:07:19 <xranby> zubzub: i have not tested all the things
20150820 13:07:30 <xranby> zubzub: acutally i need to update the avian debian package
20150820 13:07:38 <xranby> to include the new version that supports openjdk 8
20150820 13:08:05 <zubzub> I didn't realise gcj was so fast
20150820 13:08:29 <zubzub> last time I checked I thought they had trouble making it faster than hotspot jit
20150820 13:09:05 <monsieur_max> xranby: wow very informative, thanks
20150820 13:09:05 <xranby> they likely have trouble on x86
20150820 13:09:24 <xranby> but on arm gcj is the fastest
20150820 13:09:45 <xranby> zubzub: but it is only fast if you do ahead of time compilation
20150820 13:10:01 <xranby> if you try to use the interpreter gij then its one of the slowest
20150820 13:10:09 <zubzub> aot is fine for me
20150820 13:10:23 <zubzub> does gcj do java 8?
20150820 13:10:46 <xranby> gcj only work with classpath
20150820 13:12:08 <zubzub> ok, so not an option :/
20150820 13:13:49 <gouessej> zubzub: What is wrong with GNU Classpath?
20150820 13:15:34 <zubzub> well, say I made something using jdk8
20150820 13:15:41 <zubzub> nothing overly fancy
20150820 13:15:52 <zubzub> can I use gcj/classpath to compile it?
20150820 13:16:42 <gouessej> There are some missing APIs: http://builder.classpath.org/japi/openjdk7-classpath.html
20150820 13:19:36 <sgothel> @Xerxes: Bug 1196: Confirmed
20150820 13:20:21 <zubzub> ok so that just leaves avian and robovm
20150820 13:20:32 <zubzub> and robovm doesnt support jni it seems
20150820 13:21:04 <zubzub> at least it doesn't seem to properly handle jna
20150820 13:23:08 <xranby> zubzub: you need to tell robovm in advance of classes that is only reacable using reflection
20150820 13:23:57 <xranby> you need to use the -forcelinkclasses jogamp.**:com.jogamp.**
20150820 13:24:22 <xranby> example to compile a jogamp project use
20150820 13:24:57 <xranby> robovm -verbose -dynamic-jni -forcelinkclasses jogamp.**:com.jogamp.** -cp jar/jogl-all.jar:jar/gluegen-rt.jar com.jogamp.newt.opengl.GLWindow
20150820 13:26:16 <zubzub> ic
20150820 13:26:49 <zubzub> so I should be able to grab my fat jar with jna included and have robovm create usuable binary?
20150820 13:27:07 <xranby> *holding thumbs* yes
20150820 13:27:41 <zubzub> ok, will try again once I get home
20150820 13:27:59 <xranby> thank you, all bugs related to jogamp has been fixed
20150820 13:28:05 <xranby> by the robovm team
20150820 13:28:56 <xranby> personally i have not tested during the last months, i need to create my own robovm build that can output gnu/linux arm binarys
20150820 13:35:46 * badshah400 (~badshah40@anon) Quit (Quit: badshah400)
20150820 13:38:34 <gouessej> sgothel: "fiddling w/ 'sun.java2d.d3d' property causes havoc on Windows machines w/ Java >= 7"??
20150820 13:53:52 <sgothel> I remember some stopped touching it on Win (forum) .. and then something worked :)
20150820 13:54:08 <sgothel> all I know .. we test w/o dealing w/ it ..
20150820 14:05:33 <gouessej> Yes but it was with Java 1.6 update 12
20150820 14:06:43 <gouessej> sgothel: Have you looked at my commits about the documentation (ImageType)?
20150820 14:10:06 <sgothel> fetching now ..
20150820 14:10:28 <gouessej> thanks
20150820 14:10:47 <sgothel> you could keep the {@code ..} alive ..
20150820 14:11:09 <sgothel> i.e. {@code Amiga metafile} .. to emphasize the name
20150820 14:11:28 <sgothel> however: thx - now a few more are known :)
20150820 14:11:52 <sgothel> will merge - just tell me (email/iirc) for updates
20150820 14:12:24 <gouessej> sgothel: sorry for the mistake
20150820 14:12:39 <gouessej> sgothel: I added ICO and CUR
20150820 14:13:08 <gouessej> sgothel: as ICNS was already in ImageType
20150820 14:13:33 <sgothel> no biggy .. just perceived readability :) - thx
20150820 14:14:20 <gouessej> sgothel: I wonder whether I will write some texture writers for ICO and ICNS because my change list for Apache Commons Imaging had been rejected several months ago
20150820 14:15:11 <sgothel> as you wish .. I thought PNG is enough for the world .. hehe, just kidding :)
20150820 14:16:54 <gouessej> sgothel: it's for JNDT. The icns format is used for the app OS X bundles, the ico format is used for the MicroSoft Installer bundles.
20150820 14:17:41 <gouessej> sgothel: but it's possible to store multiple images into a single icon file
20150820 14:17:51 <gouessej> TextureWriter doesn't support it
20150820 14:18:31 <sgothel> go ahead .. if you like it, won't be megabytes of code, wouldn't it? :)
20150820 14:19:27 <gouessej> Lol
20150820 14:20:54 <gouessej> sgothel: Can a single TextureData contain several images?
20150820 14:23:03 <gouessej> sgothel: I think it would be better to use a single instance of TextureData per image
20150820 14:28:13 <sgothel> the mipmap analogy .. hmm, dunno, cries out for an ImageSequence (like TextureSequence )
20150820 14:28:24 <sgothel> your use-case .. -> your solution
20150820 14:29:36 <gouessej> the stored images are of different sizes
20150820 14:45:14 <eclesia> gouessej: png isn't enough for me :p
20150820 14:46:27 <gouessej> eclesia: Sven thought that it would be enough
20150820 14:47:06 <eclesia> for jogamp yes ^^
20150820 14:55:09 <sgothel> avian <http://oss.readytalk.com/avian/> <- sounds promising ..
20150820 14:55:21 <sgothel> thx Julien & Xerxes for pointing to this one ..
20150820 14:56:23 <gouessej> sgothel: I just pointed to it but I have nothing straightforward for GNU Linux + ARM and Android
20150820 14:57:05 <gouessej> sgothel: I have to write a bug report about the texture API "revamping"
20150820 15:00:00 <sgothel> http://www.denverpost.com/business/ci_14388065
20150820 15:00:59 <sgothel> have to walk the Avian code a bit .. looks like a 'from scratch' thingy .. hmm
20150820 15:08:25 <gouessej> It's possible to use it with OpenJDK.
20150820 15:09:19 <sgothel> apache harmony might be a better choice for mobile devices (-> FUD) ?
20150820 15:14:12 <gouessej> sgothel: Apache Harmony is dead
20150820 15:14:58 <sgothel> yes .. parts of it survived in Android though :)
20150820 15:16:05 <sgothel> Oracle lingered IBM into the boat .. bad politics :-/
20150820 15:33:17 <xranby> zubzub: i ran a quick test of robovm on x86-64, unfortunally not working :/ robovm's GetDirectBufferAddress returns an broken address its possible that the fix for https://github.com/robovm/robovm/issues/641 was not entire complete
20150820 15:33:41 * elect (~elect@anon) Quit (Ping timeout: 256 seconds)
20150820 15:34:41 <xranby> causing many issues for us.. it will cause a crash because we will try pass this broken address to eglInitialize and then the gl driver will crash when trying to write the major and minor version into the broken address
20150820 15:35:28 <xranby> zubzub: i am preparing a bugreport to robovm
20150820 15:35:41 * gouessej (5ee4b442@anon) Quit (Quit: Page closed)
20150820 15:35:45 <xranby> because it is on their turf
20150820 15:38:09 <xranby> it is this block generated by gluegen that expose issues with robovm
20150820 15:38:24 <xranby> /* Java->C glue code:
20150820 15:38:24 <xranby> * Java package: com.jogamp.opengl.egl.EGL
20150820 15:38:24 <xranby> * Java method: boolean eglInitialize(long dpy, java.nio.IntBuffer major, java.nio.IntBuffer minor)
20150820 15:38:24 <xranby> * C function: EGLBoolean eglInitialize(EGLDisplay dpy, EGLint * major, EGLint * minor)
20150820 15:38:24 <xranby> */
20150820 15:38:24 <xranby> JNIEXPORT jboolean JNICALL
20150820 15:38:25 <xranby> Java_com_jogamp_opengl_egl_EGL_dispatch_1eglInitialize0__JLjava_lang_Object_2ILjava_lang_Object_2IJ(JNIEnv *env, jclass _unused, jlong dpy, jobject major, jint major_byte_offset, jobject minor, jint minor_byte_offset, jlong procAddress) {
20150820 15:38:25 <xranby> typedef EGLBoolean (EGLAPIENTRY*_local_PFNEGLINITIALIZEPROC)(EGLDisplay dpy, EGLint * major, EGLint * minor);
20150820 15:38:26 <xranby> _local_PFNEGLINITIALIZEPROC ptr_eglInitialize;
20150820 15:38:26 <xranby> EGLint * _major_ptr = NULL;
20150820 15:38:27 <xranby> EGLint * _minor_ptr = NULL;
20150820 15:38:27 <xranby> EGLBoolean _res;
20150820 15:38:28 <xranby> if ( NULL != major ) {
20150820 15:38:28 <xranby> _major_ptr = (EGLint *) (((char*) (*env)->GetDirectBufferAddress(env, major)) + major_byte_offset);
20150820 15:41:19 * xranby will stop mumble in the hat and prepare the bugreport
20150820 16:02:49 * eclesia (~husky@anon) has left #jogamp
20150820 16:15:22 * xranby_ (~familjen@anon) has joined #jogamp
20150820 16:15:44 <xranby_> http://www.zynamics.com/binnavi.html <- now apache 2 licensed
20150820 16:15:59 <xranby_> BinNavi is a binary code reverse engineering tool that was built to assist vulnerability researchers who look for vulnerabilities in disassembled code.
20150820 16:15:59 <xranby_> With BinNavi you can analyze disassembled x86, ARM, PowerPC, and MIPS code using the powerful built-in static code analysis techniques. In cases where static code analysis is not enough, you can use the built-in debuggers to get a live view on the program you are analyzing.
20150820 16:17:55 <a11ma11> can we create a single vbo (glgenbuffers) for the vertex,color and texCoord inside a vao?
20150820 16:22:39 <a11ma11> a single vbo for each data type
20150820 16:22:57 * monsieur_max1 (~maxime@anon) has joined #jogamp
20150820 16:29:09 * a11ma11 (4c47eb44@anon) Quit (Ping timeout: 246 seconds)
20150820 16:55:25 * jvanek (jvanek@anon) Quit (Quit: Leaving)
20150820 17:49:24 <xranby_> retested using the latest robovm http://download.robovm.org/nightlies/robovm-1.6.1-SNAPSHOT-20150820_014200-647.tar.gz
20150820 17:49:31 <xranby_> this time jogamp work
20150820 17:49:39 <xranby_> the time to open a GLWIndow is
20150820 17:50:01 <xranby_> 0.555s
20150820 17:50:45 <xranby_> that is one and a half second better compared to using oracle's jre and single slim jars!
20150820 17:51:08 * xranby_ is impressed
20150820 17:51:13 <sgothel> not really saying a thing here though ..
20150820 17:51:23 <sgothel> i.e. sure hotspot does things .. vs AOT :)
20150820 17:51:52 <sgothel> but I guess we have no java/CPU perf test ... hm
20150820 17:52:04 * xranby_ still hotspot takes too long to open a glwindow
20150820 17:52:22 <sgothel> what might be interesting to consider: GC memory/resource management -> long runtime behavior
20150820 17:53:07 <sgothel> .5s for unpacking natives .. probably same for unpacking java/jars .. etc
20150820 17:53:44 <sgothel> do you make a writeup? i.e. how-to play w/ [robovm + avian] + jogamp?
20150820 17:54:48 <sgothel> so perf. [time, resources] and maturity/stability for critical stuff .. surely will be interesting to validate
20150820 17:54:57 <xranby_> i can do a writeup now for robovm
20150820 17:55:11 <xranby_> where shall i place the document in the jogl tree?
20150820 17:55:18 <sgothel> great. I cont. w/ the winxp issue now
20150820 17:55:43 <sgothel> jogamp.org/doc/misc ?
20150820 17:55:49 <sgothel> or wiki .. as you wish
20150820 17:58:56 <sgothel> Avian-Pack Project: Great (free classes, no UI)
20150820 18:10:37 <xranby_> https://github.com/xranby/jogl/commit/c1869ee0fed3ca982a8dbc59110dc0f0e83b8545 doc/misc/robovm.txt: Writedown howto use JogAmp in combination with RoboVM AOT
20150820 18:11:13 <sgothel> nice
20150820 18:11:34 <sgothel> the sweet TODO of Avian is to pick up the AOT using llvm .. (aka llvm-kit) .. well :)
20150820 18:14:36 <sgothel> '#robovm currently fail to find natives inside jars, unpack them' <- interesting
20150820 18:15:00 <sgothel> the fat-jar seems to become more usable every day :)
20150820 18:16:21 <xranby_> robovm supports adding java system properties.. but you have to use the robovm specific flag -rvm:Djogamp.debug
20150820 18:16:43 <xranby_> thus you can enable the trace pipeline etc
20150820 19:40:33 <sgothel> "Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module."
20150820 19:40:51 <sgothel> ^^ dependency walker error on winxp w/ newt.dll (not on win7) -> good
20150820 19:41:01 <sgothel> so how to find that unresolved import ?
20150820 19:47:30 <xranby_> sgothel: dependency walker use red markings in the tree layout, and.. red on the lines it fail to resolve.. nor red green color blind perfect :/
20150820 19:50:14 <sgothel> so you reversed the hint of MSVCRT strncpy_s
20150820 19:52:39 <sgothel> MSVCRT on WinXP has no strncpy_s, but Win7 has - we don't use strncpy_s
20150820 19:52:53 <sgothel> (I hacked it to use it .. then it already failed on nativewindow_win32.dll)
20150820 19:53:06 <sgothel> some SetupAPI .. thingy probably
20150820 20:11:38 <sgothel> /home/jogamp/c/mingw/i686-w64-mingw32/include/sec_api/tchar_s.h:#define _tcsncpy_s strncpy_s
20150820 20:11:51 <sgothel> _tcsncpy_s used in WindowsEDID.c .. duh!
20150820 20:12:53 <sgothel> voila .. need to find an alternative .. good
20150820 20:22:12 * monsieur_max1 (~maxime@anon) Quit (Quit: Leaving.)
20150820 20:44:27 <sgothel> https://jogamp.org/bugzilla/show_bug.cgi?id=1196#c7
20150820 20:45:54 <sgothel> https://jogamp.org/bugzilla/show_bug.cgi?id=1187 ?
20150820 22:10:32 <xranby_> sgothel: 1187 i can occasionally reproduce it but i have no clue what possible call from newt -> x11 cause x11 to return this
20150820 22:12:31 <sgothel> hmm .. Xsync .. one sec ..
20150820 22:13:10 <sgothel> -Dnativewindow.debug.X11Util.XSync
20150820 22:13:30 <sgothel> ^^ test w/ that .. i.e. enables XSync .. i.e. x11 protocol w/ wait for reply always ..
20150820 22:13:46 <sgothel> this shall give the x11-error when it happens .. if at all
20150820 22:14:03 <sgothel> it is also an indication that communication is somewhat .. odd
20150820 22:14:38 <xranby_> i will add this to the bugreport so that gottfried can add it to the next raspberry pi image
20150820 22:14:58 <sgothel> Ok, reason why I ask Bug 1187 - is .. is it a blocker to 2.3.2 ? if not .. and if we cannot fix/workaround it .. (not our turf .. etc) we may push it to next version
20150820 22:15:39 <xranby_> i would say 1187 is a non blocker for 2.3.2
20150820 22:16:06 <xranby_> i can only occasionally reproduce it using the very experimental driver
20150820 22:16:17 <sgothel> ok .. then we will see how the features are going .. and .. release when we feel ready
20150820 22:16:45 <sgothel> glad that you found the winxp issue
20150820 22:16:54 <sgothel> I guess I only tested AWT/GLCanvas
20150820 22:17:18 <xranby_> sgothel: thank you for fixing it!
20150820 22:17:42 <xranby_> time to sleep for me today
20150820 22:17:50 <xranby_> good night and sleep well!
20150820 22:17:58 <sgothel> good night
20150820 22:28:37 * a11mad11 (4c47eb44@anon) has joined #jogamp
20150821 02:03:15 * a11mad11 (4c47eb44@anon) Quit (Quit: Page closed)
20150821 02:03:32 * a11mad11 (4c47eb44@anon) has joined #jogamp
20150821 02:19:05 * badshah400 (~badshah40@anon) has joined #jogamp
20150821 05:05:30 -jogamp- Continue @ http://jogamp.org/log/irc/jogamp_20150821050530.html