#jogamp @ irc.freenode.net - 20150723 05:05:25 (UTC)

20150723 05:05:25 -jogamp- Previous @ http://jogamp.org/log/irc/jogamp_20150722050525.html
20150723 05:05:25 -jogamp- This channel is logged @ http://jogamp.org/log/irc/jogamp_20150723050525.html
20150723 06:26:44 * elect (~elect@anon) has joined #jogamp
20150723 06:28:25 <elect> hi
20150723 06:35:15 * doev (~doev@anon) has joined #jogamp
20150723 07:20:56 <zubzub> 21:45 < Eclesia> why not ?
20150723 07:21:04 <zubzub> because bitbuckets interface sucks :p
20150723 07:27:21 * eclesia (~husky@anon) has joined #jogamp
20150723 07:27:27 <eclesia> good morning
20150723 07:27:51 <zubzub> 21:45 < Eclesia> why not ?
20150723 07:27:53 <zubzub> because bitbuckets interface sucks :p
20150723 07:27:59 * eclesia slaps zubzub
20150723 07:28:20 * elect gets popcorn
20150723 07:28:20 <zubzub> the truth is hard to handle :p
20150723 07:29:09 <eclesia> I won't change :p
20150723 07:29:18 <zubzub> but I guess you use hg right?
20150723 07:29:45 <eclesia> sure, because git commands sucks :p
20150723 07:30:18 <zubzub> just like bitbucket! ;)
20150723 07:30:35 <zubzub> but yeah, if you use hg, github isn't really an option
20150723 07:32:50 * monsieur_max (~maxime@anon) has joined #jogamp
20150723 07:34:02 <monsieur_max> hello
20150723 08:12:29 * jvanek (jvanek@anon) has joined #jogamp
20150723 08:20:16 <elect> hi
20150723 09:46:26 <rmk0> https://github.com/bonus2113/otherside
20150723 09:49:29 <elect> who is this guy?
20150723 09:54:11 <xranby> elect: ^ http://de.linkedin.com/in/darioseyb but i dont know if knowing some-ones background matter when only are interested in the ecosystem around vulcan/spirv
20150723 09:54:46 <elect> just to have an idea about his background
20150723 09:55:14 <elect> which is his short-term and long-term goal
20150723 09:59:13 <xranby> the only question I have is what license is the otherside released under.. right now it is copyright all rights reseved by default
20150723 09:59:33 <xranby> since he have not mentioned any license
20150723 10:01:37 <xranby> ... and his work may be owned by his employer -> Microsoft
20150723 10:02:51 <xranby> elect: rmk0: ok it may be good to know someones background, especially when they publish code online without explicit put it under public domain / a free software license
20150723 10:06:19 <xranby> Are internships a form of slavery?
20150723 10:16:36 <rmk0> didn't realize there wasn't a license in there
20150723 10:38:57 <elect> xranby, a sort of
20150723 10:41:06 * odin_ (~Odin@anon) has joined #jogamp
20150723 11:58:23 <elect> good news
20150723 11:58:47 <elect> jogl (pure newt) is slightly faster than lwjgl
20150723 11:58:57 <elect> 12.3 vs 12 fps
20150723 11:59:03 <monsieur_max> RAW POWER
20150723 11:59:14 <elect> average on 1m
20150723 11:59:21 <elect> I TOLD U, MAN
20150723 12:03:35 <elect> where can I download a build of the last jogl snapshot?
20150723 12:03:41 <elect> here http://jogamp.org/deployment/autobuilds/master/?
20150723 12:12:22 <xranby> sgothel: i managed to workaround and I am running the bvm.vc.iv and x11 WM toolkits in parallel
20150723 12:13:04 <xranby> i "simply" had to do: ReflectionUtil.callStaticMethod("jogamp.nativewindow.x11.X11GraphicsConfigurationFactory",
20150723 12:13:04 <xranby> "registerFactory", null, null, GraphicsConfigurationFactory.class.getClassLoader());
20150723 12:16:09 <xranby> elect: http://jogamp.org/deployment/archive/master/?C=M;O=D
20150723 12:17:12 <xranby> sorted by Last modified -> newest first
20150723 12:21:08 <elect> thanks xranby, is there a way to download all jars in once?
20150723 12:24:49 <xranby> elect: http://jogamp.org/deployment/archive/master/gluegen_869-joal_597-jogl_1406-jocl_1060/archive/jogamp-all-platforms.7z
20150723 12:25:11 <elect> ah archive
20150723 12:25:16 <elect> didnt check that
20150723 12:25:17 <elect> thanks
20150723 14:27:22 * jvanek (jvanek@anon) Quit (Quit: Leaving)
20150723 15:02:49 <xranby> sgothel: i have an implementation for enhancement 1178 that kind of work https://github.com/sgothel/jogl/compare/master...xranby:Enhancement1178
20150723 15:03:42 <xranby> i have discovered some bugs while writing it
20150723 15:04:32 <xranby> the bcm.vc.iv newt window moves to a different position when you resize it
20150723 15:04:49 <xranby> thats the first issue.. found
20150723 15:05:50 <xranby> second issue: WindowImpl: may inject null events .. teh second issue
20150723 15:08:05 <xranby> apart from that.. it kind of work like expected
20150723 15:09:54 <xranby> i will clean up the code later this evening, cheers
20150723 15:22:18 * doev (~doev@anon) Quit (Ping timeout: 272 seconds)
20150723 15:40:31 * elect (~elect@anon) Quit (Ping timeout: 252 seconds)
20150723 15:53:46 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20150723 16:01:23 * elect (~elect@anon) has joined #jogamp
20150723 16:06:32 * doev (~doev@anon) has joined #jogamp
20150723 16:13:22 * eclesia (~husky@anon) has left #jogamp
20150723 16:22:18 * bigpet (uid25664@anon) Quit ()
20150723 16:22:28 * bigpet (uid25664@anon) has joined #jogamp
20150723 16:56:19 <elect> I really cant get it
20150723 16:56:22 <elect> shaderCode.create
20150723 16:56:32 <elect> works with "/.."
20150723 16:56:43 <elect> but it doesnt with anything else attached
20150723 16:56:52 <elect> like for example "/../data"
20150723 16:57:07 <elect> how is that possible?
20150723 16:57:59 <elect> ofc with "/data" it works
20150723 16:58:10 <elect> only "/.." + something else
20150723 17:15:12 * Eclesia (~eclesia@anon) has joined #jogamp
20150723 17:20:18 * monsieur_max (~maxime@anon) has joined #jogamp
20150723 17:22:03 * doev (~doev@anon) Quit (Ping timeout: 244 seconds)
20150723 17:32:54 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20150723 18:30:12 * xranby_ (~familjen@anon) Quit (Remote host closed the connection)
20150723 18:46:52 * elect (~elect@anon) Quit (Ping timeout: 272 seconds)
20150723 18:52:10 * rmk0 (~rmk0@anon) Quit (Quit: leaving)
20150723 18:54:28 * rmk0 (~rmk0@anon) has joined #jogamp
20150723 19:30:52 <Eclesia> haha : http://www.scribd.com/doc/272333625/Oracle-Request-to-Supplement-Java-Lawsuit
20150723 19:31:09 <Eclesia> Oracle is greedy, wants even more from android
20150723 19:33:12 <zubzub> oracle is destroying java
20150723 19:34:18 <Eclesia> zubzub: hehe, I will win in the end ^^
20150723 20:45:36 * elect (~elect@anon) has joined #jogamp
20150723 22:02:36 <Eclesia> elect: was the dx10 code useful ?
20150723 22:02:54 <elect> I didnt even see it
20150723 22:02:56 <elect> ..
20150723 22:03:01 <elect> it is implemented?
20150723 22:03:05 <sgothel> I hope the API issue at hand (headers, ..) still has a chance to be resolved, i.e. no (c) issues etc.
20150723 22:03:38 <Eclesia> elect: I gave the link yesterday
20150723 22:03:51 <elect> I didnt get it was implemented
20150723 22:03:59 <elect> I'll take a look tomorrow
20150723 22:04:07 <elect> can I import it as a jar?
20150723 22:04:44 <Eclesia> sgothel: we better be ready for the worse :/
20150723 22:05:24 <sgothel> yeah .. we have a few header files in GlueGen and the like :-/
20150723 22:05:59 <sgothel> Khronos should be fine. Now we have to think about the JNI ones .. hmm, maybe.
20150723 22:06:21 <Eclesia> elect: it's a separate lib, it has it's own Image API. and they are not deployed, you will have to build the project on your pc.
20150723 22:06:25 <sgothel> and/or make an official request ..
20150723 22:06:39 <Eclesia> sgothel: what about rewriting them ?
20150723 22:06:47 <sgothel> (even though we added most of our JNI header code at the time being while at Sun)
20150723 22:06:52 <sgothel> (w/ permission granted)
20150723 22:07:12 <sgothel> that is the whole point in the legal discussion w/ copyright .. plagiarism etc ..
20150723 22:07:26 <Eclesia> what is gluegen for anyway ?
20150723 22:07:31 <sgothel> if you simply rewrite them .. it still can violate (c)
20150723 22:07:39 <sgothel> always the ignorance .. eh ? :)
20150723 22:08:03 <Eclesia> I see the jar but ... well never explored it :x
20150723 22:08:16 <sgothel> http://jogamp.org/gluegen/www/
20150723 22:08:44 <sgothel> it is the *heart* of JogAmp's JNI binding at compile time .. Glue code generator at compile time.
20150723 22:09:15 <sgothel> Plus it contains a few runtime packages for the glue-code _and_ a few utility classes for general usage
20150723 22:09:18 <Eclesia> takes C and generate Java/JNI
20150723 22:09:24 <sgothel> yup
20150723 22:09:37 <Eclesia> there are a lot ?
20150723 22:09:52 <sgothel> pardon me?
20150723 22:10:08 <Eclesia> it generates a lot of classes ?
20150723 22:10:27 <sgothel> depends on the user .. ofc :)
20150723 22:10:33 <Eclesia> just to have a number for jogamp. 100 ?
20150723 22:10:34 <sgothel> i.e. JOAL, JOGL, JOCL ..
20150723 22:10:44 * elect (~elect@anon) Quit (Ping timeout: 265 seconds)
20150723 22:10:47 <sgothel> and the runtime: http://jogamp.org/deployment/jogamp-next/javadoc/gluegen/javadoc/
20150723 22:10:57 <sgothel> hence gluegen-rt.jar and gluegen.jar
20150723 22:11:25 <sgothel> we incoorp JCPP as well .. for c-preprocessor
20150723 22:11:55 <sgothel> in short: a C header compiler to Java/JNI stubs target
20150723 22:12:10 <sgothel> hmm ..
20150723 22:12:13 <sgothel> lets see
20150723 22:12:34 <sgothel> */gensrc/classes
20150723 22:13:33 <sgothel> nativewindow: 20
20150723 22:13:37 <sgothel> jogl: 66
20150723 22:15:58 <sgothel> (also incorps a struct accessor generator)
20150723 22:18:34 <Eclesia> hm... just talking : are there alternatives ? existing tools ? or changing tech (JNA?) ?
20150723 22:19:09 <sgothel> JNA is at runtime, a bit lower performance. I prefer GlueGen due to offline compilation and security .. well.
20150723 22:19:24 <sgothel> i.e. a more determined API and runtime system
20150723 22:19:46 <sgothel> then there is another great binder .. err .. one sec
20150723 22:20:35 <sgothel> swig ..
20150723 22:21:05 <sgothel> can also do C++ .. but generated binding is a bit .. err .. non optimal, at least for our purposes
20150723 22:21:42 <sgothel> i.e. we have high performance and special NIO memory cases ..
20150723 22:22:56 <Eclesia> customized :/
20150723 22:23:43 <sgothel> well .. thoroughly taken care of performance, plus a JOGL plug-in for OpenGL (api docs, special GL function pointer)
20150723 22:23:53 <sgothel> you can use it for all sort of bindings ofc
20150723 22:23:58 <sgothel> as proven w/ JOAL and JOCL
20150723 22:25:22 <Eclesia> are the generate sources also subject to copyright ?
20150723 22:26:51 <Eclesia> could generate them once, keep the code and pull gluegen outside jogamp as a standalone tool.
20150723 22:29:23 <Eclesia> time to sleep +++
20150723 22:29:51 * Eclesia (~eclesia@anon) Quit (Quit: Leaving.)
20150723 22:30:26 <sgothel> as mentioned, we got permission of JNI headers at the time at Sun Microsystems .. but a few (OSX) lines of code have been added (CALayer .. )
20150723 22:31:02 <sgothel> IMHO a no issue - but since this issue came up now (Oracle/Google) .. I thought it won't hurt to mention it
20150724 00:39:40 <sgothel> what are folks smoking at NIST? <http://cen.acs.org/articles/93/web/2015/07/Suspected-Meth-Lab-Explodes-National.html> :)
20150724 01:36:37 * xranby_ (~familjen@anon) has joined #jogamp
20150724 01:38:45 <sgothel> Hi Xerxes .. contemplating about all the issues from yesterday .. i.e. reusing NEWT's X11 code .. maybe its faster to have a standalone x11 root-window or otherwise mouse input receiver coded
20150724 01:38:57 <sgothel> the source of 'xev' might be useful here
20150724 01:41:39 <sgothel> still .. it might be tricky to grab all mouse events .. since you would need capture them for all window ids .. hmm
20150724 01:41:53 <xranby_> sgothel: hi, as i posted in the bug and irc, i am quite happy with the implementation that reuses newt X11 since it actually work for me now
20150724 01:42:12 <sgothel> oh :)
20150724 01:42:27 <sgothel> good then .. let me check ..
20150724 01:43:22 <xranby_> i will cleanup the commits, fix whitespace and look into some minor bogs discovered
20150724 01:45:01 <xranby_> current working implementation https://github.com/jogamp/jogl/compare/master...xranby:Enhancement1178
20150724 01:46:21 <sgothel> - NPE Clicked: check (one commit)
20150724 01:48:56 <sgothel> "/* pp */public " -> public
20150724 01:49:08 <sgothel> 'pp' stands for package private, the default access permissions
20150724 01:50:03 <xranby_> sgothel: since i no-longer need to call those two private init singletons to workaround we can leave them as private
20150724 01:50:17 <sgothel> just walking through ..
20150724 01:50:36 <xranby_> but thank you for explaining what the /* pp * / stands for..!
20150724 01:50:59 <sgothel> so you also track the NEWT X11 dummy (event) window .. ? nice nice
20150724 01:51:10 <sgothel> i.e. drag it along the BCM window
20150724 01:51:21 <xranby_> yes when i drag around the newt window then the overlay moves
20150724 01:51:23 <sgothel> that would have been my next question :)
20150724 01:51:34 <sgothel> yup .. sort of an underlay X11 NEWT window :)
20150724 01:51:52 <xranby_> thus the name of the tracker class should be something else than X11MouseTracker
20150724 01:51:58 <sgothel> and great that you simply solved the factory hassles via reflection
20150724 01:52:50 <sgothel> so .. it works for both .. mouse/key .. I assume you tested w/ and w/o X11 on raspi ..
20150724 01:53:01 <sgothel> waiting for your clean patch then .. hurray!
20150724 01:53:24 <xranby_> yes i have tested both using console and x11 and remote ssh connections with and without -X
20150724 01:54:01 <sgothel> thoroughly .. KUDOS
20150724 01:54:57 <sgothel> sure there might be corner cases .. like z stacking (overlapping other windows ..) hmm, we will see
20150724 01:55:12 <sgothel> other x11 windows .. cascading .. etc
20150724 01:55:45 <xranby_> i can list some cornercases on top of my head:
20150724 01:56:13 <xranby_> cc1: if you minimize the X11 window the overlay is still visible
20150724 01:57:09 <xranby_> cc2: if you move the X11 window outside the visible screen then the overlay gets recentered by bcm.vc.iv code to be inside the screen
20150724 01:57:46 <sgothel> cc1: how do you minimize it? isn't it w/o frame/decorations? so if not: well, you can handle that via events -> BCM
20150724 01:57:59 <sgothel> cc2: yeah .. that sucks :)
20150724 01:58:15 <sgothel> cc2: recenter the x11 window .. -> feedback BCM limits
20150724 01:58:59 <xranby_> cc3: when you resize the x11 window then the overlay gets resized but get a new position (minor bug in bcm.vc.iv)
20150724 01:59:15 <sgothel> cc3: fixable ..
20150724 01:59:34 <sgothel> cc4: another window overlaps NEWT window -> BCM window is still on top
20150724 01:59:42 <sgothel> cc4: not fixable .. probably
20150724 02:00:04 <sgothel> so we have our BCM layer always-on-top -> feedback to x11 window to set it on top
20150724 02:00:07 <xranby_> fix for cc1: can we request the newt window to disable minim9ize button?
20150724 02:00:25 <xranby_> fix for cc4: can we request the newt window to use allways on top ?
20150724 02:00:36 <sgothel> cc1: disable minimize: we don't have that yet .. planned feature ..
20150724 02:00:45 <sgothel> cc1: just set BCM visible:=false
20150724 02:00:53 <sgothel> cc4: yes
20150724 02:01:27 <sgothel> setAlwaysOnTop .. :)
20150724 02:01:45 <xranby_> fix for cc2: move the X11 window to be repositioned according to the feedback limits
20150724 02:01:55 <sgothel> yup .. as mentioned
20150724 02:01:59 <sgothel> cool
20150724 02:02:13 <sgothel> you are the man
20150724 02:02:31 <sgothel> this way .. w/ NewtCanvasAWT .. well, you know it :)
20150724 02:03:22 <sgothel> ^^ next step .. i.e. whether the X11 dummy window can be used as child window .. etc
20150724 02:03:43 <sgothel> for the AWT NEWT integration .. if so desired .. hehe
20150724 02:03:44 <xranby_> for newtcanvasawt i may look into using some blitting hence bug626 https://jogamp.org/bugzilla/show_bug.cgi?id=626
20150724 02:04:10 <sgothel> that would be plain AWT .. via GLCanvas IMHO
20150724 02:04:33 <sgothel> but then again .. GLJPanel already does blitting
20150724 02:05:16 <sgothel> hey - having a NEWT BCM/X11 mixup done - great
20150724 02:06:11 <xranby_> i wanted to reuse the newt events produced by teh newt x11 window but did not manage to get the code working thus therefore i resynthisized new events
20150724 02:06:23 <sgothel> hmm
20150724 02:06:35 <xranby_> if i could re-use the x11 newt events as is then it would support multiple mousepointers etc
20150724 02:06:37 <sgothel> I will look over that ..
20150724 02:06:41 <xranby_> hence cc5:
20150724 02:07:07 <sgothel> yup - I can take that part - after your patch
20150724 02:07:14 <xranby_> kudos!
20150724 02:07:33 <sgothel> maybe dump all the above CC's to the bug report - thx
20150724 02:07:40 <xranby_> cc0: -> sgothel: - NPE Clicked: check (one commit)
20150724 02:07:50 <sgothel> hehe .. yeah
20150724 02:08:04 <sgothel> never happens w/ current native driver .. but still
20150724 02:08:19 <xranby_> fix for cc0: can we use a return at line 3001? instead fo the break ?
20150724 02:09:22 <sgothel> technically sure - I just try to continue w/ the flow .. i.e. avoid premature returns .. just a question of style.
20150724 02:09:43 <sgothel> do it
20150724 02:10:01 <sgothel> (i.e. one less branch :)
20150724 02:10:23 <sgothel> so no need to assign e
20150724 02:11:26 <xranby_> sould i comment it with /* premature return */ return; to make it stand out in the code when you read it ?
20150724 02:12:14 <sgothel> as you wish .. I guess it is clear, maybe: '// swallow CLICK event' :)
20150724 02:12:59 <sgothel> '// Fall through intended!' <- I just drop those .. since reviewer might get confused :)
20150724 02:13:29 <sgothel> as well as I prefer 'null == a' instead of 'a == null' .. due to typos like 'a = null' :)
20150724 02:13:45 <sgothel> i.e. l-value in comparison always w/ constant first
20150724 02:13:54 <xranby_> ah, gotcha!
20150724 02:14:03 <sgothel> (or final ..)
20150724 02:14:43 <sgothel> and I use the 'final' like in that long switch block, to ensure that the value is set only once .. so it is a more clear workflow
20150724 02:17:51 <xranby_> cc5: if you render the bcm.vc.iv window transparent -> caps.setBackgroundOpaque(false); then you will see that the tracker window newer repaints -> looks a bit like a mess
20150724 02:18:12 <xranby_> sorry cc6: ^
20150724 02:18:22 <sgothel> the x11 window can be set transparent as well .. hmm
20150724 02:18:43 <xranby_> fix for cc6: make the x11 window set to be transparent ^
20150724 02:19:07 <xranby_> OR repaint it with somehting dull like gray
20150724 02:38:11 <xranby_> Why Debian returned to FFmpeg: http://lwn.net/Articles/650816/
20150724 02:39:22 <xranby_> jogamp jogl support both ffmpeg and libav
20150724 02:41:14 <xranby_> i found the article interesting in reguard that we may one day need to bundle one of them ffmpeg or libav and then be alert of security issues
20150724 02:42:33 <xranby_> ^ https://jogamp.org/bugzilla/show_bug.cgi?id=686
20150724 02:42:38 <sgothel> hmm .. its a long fight they had .. and ffmpeg seemed to changed attitude, where libav has forked away [prematurely properly] .. dunno really. too much ego maybe
20150724 02:42:58 <sgothel> but both were merging code form each other since ..
20150724 02:45:52 <sgothel> at time of work .. it was more that Niedermayer had a slow time and not accepting too many patches .. then competition seemed accelerate things .. well. and the divorce was quite ugly ..
20150724 02:46:09 <sgothel> I wish them the best ofc .. i.e. re-marry :)
20150724 02:47:02 <sgothel> at least .. both are multithreaded by now .. hehe
20150724 02:47:10 <sgothel> (that was one the the disputes)
20150724 02:47:53 <sgothel> name wise .. 'libav' is shorter :)
20150724 02:50:26 <xranby_> happy to see commits cross pollinate in both directions, yes a re-marry would be the best
20150724 03:35:21 <xranby_> cc7: the UnderlayTracker needs to be engineered to handle multiple overlays -> need to spawn one X11 window for each new overlay.
20150724 03:38:21 <xranby_> cc8: the bcm.vc.iv mousepointer is not updating _visible_ position during DRAGGED events
20150724 03:39:44 <sgothel> cc8: the bcm mousepointer renderer is still needed ? thought the X11 pointer layer might be on top of all .. ? hmm
20150724 03:41:50 <xranby_> the bcm mousepointer is needed because the x11 mousepointer is not visible when below the overlay
20150724 03:42:51 <xranby_> fix for cc8: update bcm.vc.iv WindowDriver doMouseEvent
20150724 03:43:55 <xranby_> with the current implementation makes the bcm overlay mousepointer stay inside the overlay
20150724 03:44:19 <xranby_> the underlay only send new position if the overlay is in focus
20150724 03:44:49 <xranby_> the underlay will stop sending mouse events to the overlay when the overlay loses focus
20150724 03:45:03 <xranby_> thus the overlay mousepointer do not move outside the overlay
20150724 03:46:51 <sgothel> mouse exit/enter events .. exit: don't show bcm mousepointer ..
20150724 03:47:28 <sgothel> (same for window hide/invisible .. if not yet impl.)
20150724 03:49:17 <xranby_> is there a NEWT way to tell the bcm newt window to hide the mousepointer?
20150724 03:49:52 <sgothel> yes
20150724 03:50:19 <sgothel> setPointerVisible
20150724 03:50:57 <sgothel> impl. for bcm ..
20150724 03:56:31 <sgothel> but maybe don't use that 'front end' since it changes the pointer visibility state .. instead use the display underlying impl. call ..
20150724 04:02:36 <xranby_> I do not know how to access the underlying bcm impl from the generic underlaytracker :/
20150724 04:02:57 <xranby_> i am adding small commits to fix one thing at a time at
20150724 04:02:59 <xranby_> https://github.com/jogamp/jogl/compare/master...xranby:Enhancement1178
20150724 04:03:21 <sgothel> underlaytracker sends mouse-exit -> NEWT window (holding under and overlay)
20150724 04:03:32 <sgothel> the latter handles the details then .. ?!
20150724 04:03:59 <sgothel> i.e. mouse-exit can only be sourced from the X11 underlay
20150724 04:04:12 <sgothel> a little ping/pong .. I know
20150724 04:05:05 <sgothel> x11 mousetracker handles mouse-exit and -enter
20150724 04:05:18 <sgothel> sends it to NEWT window
20150724 04:07:53 <xranby_> sgothel: KUDOS for all input, too tired right now to continue implementing today, some sleep then a new day!
20150724 04:08:07 <sgothel> good night - fun stuff
20150724 04:11:55 <xranby_> sgothel: yes its really fun!, thanks to the NEWT api tracking the possition of the inner rendering surface without decorations makes the result pixel perfect!
20150724 04:12:50 <xranby_> sgothel: thus the bcm window perfectly aligns with the Underlays inside
20150724 04:13:47 <xranby_> good night!
20150724 05:05:25 -jogamp- Continue @ http://jogamp.org/log/irc/jogamp_20150724050525.html