#jogamp @ irc.freenode.net - 20130211 05:05:58 (UTC)

20130211 05:05:58 -CatOut- Previous @ http://jogamp.org/log/irc/jogamp_20130210050544.html
20130211 05:05:58 -CatOut- This channel is logged @ http://jogamp.org/log/irc/jogamp_20130211050558.html
20130211 06:59:03 * ebrayet (~Adium@anon) has joined #jogamp
20130211 07:02:17 * ebrayet (~Adium@anon) Quit (Client Quit)
20130211 08:07:04 * ebrayet (~Adium@anon) has joined #jogamp
20130211 08:31:43 * grizzlybaer (~daoks@anon) has joined #jogamp
20130211 09:27:10 <sgothel> good morning
20130211 09:28:06 <sgothel> I reviewed the NEWT key press/release/type thingy again (windows, etc ..) .. and while solving the UTF-char problem (again) .. I see that the TYPED event is now redundant
20130211 09:28:32 <sgothel> since we deliver the UTF-char for all events, hence I like to remove the event
20130211 09:29:39 <sgothel> this will reduce the event 1/3 for keyboard .. which is reasonable IMHO considering the 'headaches' for change - well, simply trigger TYPED -> RELEASE
20130211 09:29:46 <sgothel> opinions ?
20130211 09:29:56 <sgothel> will asks this in forum now .. one sec ..
20130211 09:35:27 <sgothel> https://jogamp.org/bugzilla/show_bug.cgi?id=688
20130211 09:36:59 <sgothel> http://forum.jogamp.org/Bug-688-Removal-of-NEWT-KeyEvent-EVENT-KEY-TYPED-and-KeyListener-keyTyped-KeyEvent-td4028193.html
20130211 10:48:56 <xranby> sgothel: good morning i am back in reality now
20130211 10:49:22 <sgothel> good morning - great that you are back
20130211 10:50:22 <xranby> sgothel: if we remove the typed event all applications especially looking for the event will not recive any input?
20130211 10:50:56 <sgothel> yes, no input - keyTyped of Listener will not be in interface anymore
20130211 10:51:13 <sgothel> I prefer it this way (clean cut) than having something odd
20130211 10:51:35 <sgothel> i.e. leave it there and just call it w/ pressed :)
20130211 10:51:46 <xranby> let me think my understanding is that the typed thing is the combination with keymap added
20130211 10:52:00 <xranby> while all the other events sends the key code + key character
20130211 10:52:14 <sgothel> which was true for windows before fixing the bug - it was in there actually just b/c of windows :)
20130211 10:52:44 <sgothel> https://jogamp.org/bugzilla/show_bug.cgi?id=678
20130211 10:53:26 <sgothel> http://jogamp.org/git/?p=jogl.git;a=blobdiff;f=src/newt/classes/com/jogamp/newt/event/KeyEvent.java;h=ff67b7f57fbc1b9bd6caab126aacc89b53b7864d;hp=289aa31f60520ad919ed5790a69345bdfa8c1077;hb=90e136b65a10d8daf8c3a2df6cc193e55a63722c;hpb=2f63a43fd6ff9964251c43e248c51bc821f3ecbd
20130211 10:53:32 <sgothel> removed the DISCLAIMER .. etc
20130211 12:16:27 <xranby> (13:16:19) mjw: xranby, I thought jogamp.org was down, but it seems it just isn't responding to its ipv6 address.
20130211 12:16:38 <xranby> (13:16:39) mjw: xranby, looked up the ipv4 address and that seems to work.
20130211 12:17:04 <sgothel> jogamp.org has address 46.4.52.69
20130211 12:17:05 <sgothel> jogamp.org has IPv6 address 2a01:4f8:140:1225::1:1
20130211 12:17:05 <sgothel> jogamp.org mail is handled by 10 mail.jogamp.org.
20130211 12:17:06 <sgothel> hmm ..
20130211 12:18:06 <sgothel> http://ipv6-test.com/validate.php says it works ..
20130211 12:18:13 <sgothel> Checking for AAAA DNS record
20130211 12:18:13 <sgothel> 2a01:4f8:140:1225::1:1
20130211 12:18:13 <sgothel> Checking for IPv6 web server
20130211 12:18:13 <sgothel> Apache/2.2.3 (CentOS)
20130211 12:18:13 <sgothel> Congratulations, this website is IPv6 ready !
20130211 12:18:36 <sgothel> I myself don't have IPv6 access .. lazy provider :(
20130211 12:19:09 <xranby> i have informed mjw: he is checking his side as well
20130211 12:19:45 <sgothel> fixed IPV6 stuff >= 1 year ago ..
20130211 12:26:53 <sgothel> http://www.guardian.co.uk/world/2013/feb/10/software-tracks-social-media-defence <- from bomb-tech to tracking tech :}
20130211 12:52:47 <xranby> hmm yeah
20130211 12:53:02 <xranby> (13:26:05) mjw: xranby, http://www.ipv6proxy.net/ also seems stuck when using the ipv6 http variant
20130211 12:54:05 <xranby> ipv6 when its broken nobody knows why
20130211 12:57:02 <xranby> (13:55:22) xranby: mjw: do your DNS resolve using ipv6?
20130211 12:57:03 <xranby> (13:55:39) mjw: xranby, sometimes :)
20130211 12:57:03 <xranby> (13:56:06) xranby: an impressive ISP you got there
20130211 12:57:03 <xranby> (13:56:24) xranby: can you packet one and send it to sweden? :)
20130211 12:57:03 <xranby> (13:56:25) mjw: xranby, In this case they seem to use ipv4 DNS resolvers and get an AAAA back for jogamp.org
20130211 12:57:03 <xranby> (13:56:31) xranby: ja
20130211 12:57:03 <xranby> (13:56:32) mjw: jogamp.org has IPv6 address 2a01:4f8:140:1225::1:1
20130211 12:57:04 <xranby> (13:56:41) xranby: can you ping it?
20130211 12:57:04 <xranby> (13:56:46) mjw: And connecting to that address (port 80) does succeed
20130211 12:57:05 <xranby> (13:56:51) mjw: yes I can also ping it.
20130211 12:57:05 <xranby> (13:56:58) xranby: so.. whats wrong then?
20130211 12:57:06 <xranby> (13:56:59) mjw: The connection just seems dead
20130211 12:58:53 <sgothel> whats his ipv6 address ? I may can check firewall log ..
20130211 12:59:49 <xranby> (14:00:02) mjw: 2001:980:a314:413a:26:51004 for this machine
20130211 13:01:01 <sgothel> yes .. got it .. let me see - can mjw join here ?
20130211 13:03:57 <sgothel> grep "2001:980:a314:413a:" /var/log/firewall -> null
20130211 13:04:22 <sgothel> DST=2001:0980:a314:413a:26be:05ff:fe27:3ed6
20130211 13:05:38 <sgothel> all blocked income is from SPT 80, DPT 51xxx .. funny, like http responses .. but we do no packet inspection
20130211 13:05:38 <xranby> (14:00:51) mjw: 2001:980:a314:: is "mine"
20130211 13:05:38 <xranby> (14:01:35) mjw: so, sorry, 2001:980:a314:413a:26 was the machine ipv6, 51004 just happened to be the outgoing port.
20130211 13:05:38 <xranby> (14:02:21) mjw: bah
20130211 13:05:38 <xranby> (14:02:24) mjw: 2001:980:a314:413a:26be:5ff:fe27:3ed6
20130211 13:05:38 <xranby> (14:02:36) mjw: all this things truncate the whole address for some reason
20130211 13:05:38 <xranby> (14:04:08) mjw: BTW. From the outside only 2001:980:a314::1 is reachable. Everything else is firewalled off ATM.
20130211 13:05:38 <xranby> (14:05:26) mjw: xranby, OK, found something outside my ipv6 network that also does ipv6, that does seem to work.
20130211 13:05:39 <xranby> (14:05:39) mjw: xranby, so it is specific to my ipv6 setup/range it seems.
20130211 13:05:39 <xranby> (14:05:42) mjw: hohum :{
20130211 13:07:05 <xranby> sgothel: what firewall do you use that do ipv6?
20130211 13:07:10 <xranby> a linux box?
20130211 13:07:16 <sgothel> good .. you can give him these logs:
20130211 13:07:20 <sgothel> Feb 11 13:24:08 jogamp kernel: FW6-IN: rej acl_ext input IN=eth0 OUT= MAC=6c:62:6d:90:6e:12:00:26:88:75:df:11:86:dd SRC=2001:0888:0000:4703:0000:0000:0000:0001 DST=2a01:04f8:0140:1225:0000:0000:0001:0001 LEN=1280 TC=0 HOPLIMIT=249 FLOWLBL=0 PROTO=ICMPv6 TYPE=2 CODE=0 [SRC=2a01:04f8:0140:1225:0000:0000:0001:0001 DST=2001:0980:a314:413a:26be:05ff:fe27:3ed6 LEN=1500 TC=0 HOPLIMIT=53 FLOWLBL=0 PROTO=TCP SPT=80 DPT=51006 WINDOW=53 RES=0x00 ACK UR
20130211 13:07:20 <sgothel> Feb 11 13:24:11 jogamp kernel: FW6-IN: rej acl_ext input IN=eth0 OUT= MAC=6c:62:6d:90:6e:12:00:26:88:75:df:11:86:dd SRC=2001:0888:0000:4703:0000:0000:0000:0001 DST=2a01:04f8:0140:1225:0000:0000:0001:0001 LEN=1280 TC=0 HOPLIMIT=249 FLOWLBL=0 PROTO=ICMPv6 TYPE=2 CODE=0 [SRC=2a01:04f8:0140:1225:0000:0000:0001:0001 DST=2001:0980:a314:413a:26be:05ff:fe27:3ed6 LEN=1500 TC=0 HOPLIMIT=53 FLOWLBL=0 PROTO=TCP SPT=80 DPT=51012 WINDOW=53 RES=0x00 ACK UR
20130211 13:07:20 <sgothel> Feb 11 13:32:21 jogamp kernel: FW6-IN: rej acl_ext input IN=eth0 OUT= MAC=6c:62:6d:90:6e:12:00:26:88:75:df:11:86:dd SRC=2001:0888:0000:4703:0000:0000:0000:0001 DST=2a01:04f8:0140:1225:0000:0000:0001:0001 LEN=1280 TC=0 HOPLIMIT=249 FLOWLBL=0 PROTO=ICMPv6 TYPE=2 CODE=0 [SRC=2a01:04f8:0140:1225:0000:0000:0001:0001 DST=2001:0980:a314:413a:26be:05ff:fe27:3ed6 LEN=1500 TC=0 HOPLIMIT=53 FLOWLBL=0 PROTO=TCP SPT=80 DPT=51283 WINDOW=53 RES=0x00 ACK UR
20130211 13:07:56 <sgothel> linux kernel ip[6]tables
20130211 13:09:47 <xranby> (14:09:55) mjw: xranby, I am afraid I don't really understand what that log is telling me...
20130211 13:10:04 <sgothel> I have a hard time here as well :)
20130211 13:10:09 <xranby> (14:10:10) mjw: That DST=2001:0980:a314:413a:26be:05ff:fe27:3ed6 is my ipv6 address indeed
20130211 13:10:24 <sgothel> usually you have SRC & DST, but here we have several ones ..
20130211 13:11:10 <sgothel> the DST=2a01:04f8:0140:1225:0000:0000:0001:0001 -> jogamp.org
20130211 13:11:17 <xranby> sgothel: ok i have told mjw to stop being an quantum beeing
20130211 13:11:29 <sgothel> and SRC is somebody .. but ICMPv6 DEST is somebody different
20130211 13:14:19 <sgothel> 2 Packet Too Big
20130211 13:14:42 <sgothel> we actually accept that .. hmm
20130211 13:15:12 <sgothel> but then .. his DPT (dest port) is fishy ..
20130211 13:15:19 <xranby> (14:15:23) mjw: xranby, very weird, I am afraid I don't know what is going on. But it seems specific to my setup :{
20130211 13:16:05 <xranby> (14:16:17) mjw: xranby, Tried from 2001:4830:134:3::e and that seems to go fine.
20130211 13:17:05 <sgothel> good
20130211 13:23:20 <xranby> (14:19:14) mjw: xranby, sorry. I guess I am wasting people's time.
20130211 13:23:21 <xranby> (14:19:47) mjw: xranby, will go back to ipv6 drawing room to figure out what is really going on/messing up the packets :{
20130211 15:03:02 * grizzlybaer (~daoks@anon) Quit (Quit: Whoooosh!)
20130211 15:41:19 * odin_ (~Odin@anon) has joined #jogamp
20130211 15:42:09 <odin_> I am reviewing some work with QtJambi and Qt3D over the coming weeks
20130211 15:44:56 <odin_> I need to brush up on OpenGL knowledge, one aspect is a series of constants http://gerrit.smar.fi/#/c/137/1/generator/targets/qt3djambi_masterinclude.h line 153
20130211 15:45:17 <odin_> these are standard magic constants across all OpenGL implementations ?
20130211 15:45:39 <sgothel> how is this jogl related ?
20130211 15:46:36 <odin_> well you may find those same constants already in jogl for a start
20130211 15:47:00 <sgothel> give an example .. of constants .. w/o need to open website
20130211 15:48:25 <odin_> GL_INDEX_ARRAY_EXT 0x8077
20130211 15:48:49 <sgothel> sure .. all in GL or GL2ES2 .. etc
20130211 15:48:59 <sgothel> please read the API doc ..
20130211 15:49:30 <odin_> for which API ?
20130211 15:50:04 <odin_> another example.... public static final int GL_LUMINANCE_ALPHA16UI = 36219;
20130211 15:51:00 <sgothel> pls check for yourself .. API doc of JOGL and source code is available
20130211 15:51:13 <sgothel> if you find something missing .. then shout .. pls
20130211 15:51:18 <odin_> ah that doesn't answer my question in anyway
20130211 15:51:45 <odin_> but thanks for response maybe someone else understands things better
20130211 15:52:10 <sgothel> right :)
20130211 16:03:27 <rmk0> odin_: the values of the constants are standard across all GL implementations, yes
20130211 16:04:04 <rmk0> most things start life as extensions to OpenGL, and the range of numeric values for constants are allocated by the group responsible for maintaining the GL standards
20130211 16:05:21 <rmk0> kind of mystified as to why you're asking here, thoug... there's an extremely antisocial #OpenGL channel that will happily insult you for asking any number of questions
20130211 16:05:24 <rmk0> *h
20130211 16:06:15 <sgothel> :)
20130211 16:06:39 <sgothel> I hope I did not - but the question was sort of alien to me .. so sorry if I was rude :)
20130211 16:06:55 <rmk0> hehe, wasn't referring to you... just some of the scum that seem to hang out in #OpenGL
20130211 16:07:02 <rmk0> is one of those "hostile" channels like #c
20130211 16:07:26 <rmk0> where every question is apparently some sort of personal attack on the moderators
20130211 16:21:55 <odin_> ah yes thanks for reply, yes I look after the Java bindings for Qt framework library
20130211 16:22:36 <odin_> this has some OpenGL and 3D support already and I wish to ensure it is as compatible/interoperable with existing and similar Java APIs
20130211 16:23:10 <odin_> to share data, substitute implementation, use together, etc..
20130211 16:23:13 <sgothel> you could add a QT windowing backend for JOGL/NEWT if you wish ..
20130211 16:24:08 <odin_> Qt already drives the C/C++ OpenGL APIs directly
20130211 16:24:32 <odin_> the Qt bindings I look after provide a 100% java programming environment
20130211 16:24:55 <sgothel> so we should be able to use it w/ NEWT for example ..
20130211 16:25:32 <odin_> my angle is more looking at seeing what common ground there is between Java APIs relating to OpenGL so that maximum interoperability exists
20130211 16:26:58 <odin_> this would allow for hybrid application that uses all, or may allow a swap/switching of engine
20130211 16:27:09 <odin_> not sure on what NEWT is/provides for programmer, looking up now
20130211 16:27:24 <sgothel> hmm .. well we could use an external GLContext .. but most of the magic is actually in the windowing binding, GLContext/caps selection etc
20130211 16:27:41 <sgothel> 1) QT windowing / surface handle
20130211 16:27:49 <odin_> they say the GL/GLES APIs are very raw and what a programmer needs is higher level scene management APIs
20130211 16:29:08 <odin_> "Native Windowing Toolkit" what is native ? the look only ? the implementation ?
20130211 16:29:35 <odin_> to me the concept of wanting native has been thrown out the window of recent years
20130211 16:29:56 <odin_> since Windows WPF and now Qt QML/SceneGraph
20130211 16:30:01 <sgothel> the native window handle XID -> X11, etc .. which we use for the native query .. - or we have to implement a QT/GL binding ..
20130211 16:30:26 <odin_> no one does or wants native now, that is my opinion
20130211 16:32:07 <sgothel> we can discuss this maybe tomorrow earlier .. no time right now, sorry
20130211 16:32:25 <rmk0> odin_: "native" as in it's a platform-independent abstraction over opening a window
20130211 16:32:25 <sgothel> or via email to forum, I will reply till tomorrow
20130211 16:32:34 <rmk0> not native in terms of GUI toolkit widgets, or anything like that
20130211 16:33:20 <rmk0> is something QT already implements, obviously
20130211 16:37:12 <odin_> yes no problem on discussion later
20130211 16:37:40 <odin_> I GUI land the world is moving away from "native" application development and into custom/fluid interfaces
20130211 16:38:21 <odin_> this is also why Qt is moving away from QWidget's rigid design and to fluid interfaces accelerated by hardware
20130211 16:38:45 <sgothel> that is our 'story' here as well, see our FOSDEM talk
20130211 16:39:03 <sgothel> maybe we can do a nice QT integration in JOGL/NEWT .. sure
20130211 16:39:20 <sgothel> detail via email .. pls make 1st post to jogl sub-forum - thank you
20130211 16:41:30 * hharrison (~chatzilla@anon) has joined #jogamp
20130211 17:21:02 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130211 20:25:27 * xranby (~xranby@anon) Quit (Ping timeout: 260 seconds)
20130211 20:33:16 * ebrayet (~Adium@anon) has joined #jogamp
20130211 20:43:29 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130211 21:00:32 * xranby (~xranby@anon) has joined #jogamp
20130212 01:51:52 <hharrison> Anyone around that knows details of NativeWindowFactory.getNativeWindow()
20130212 01:51:55 <hharrison> ?
20130212 01:52:22 <sgothel> Good morning Harvey
20130212 01:52:24 <sgothel> yup
20130212 01:52:46 <hharrison> Specifically, the winObj argument
20130212 01:53:14 <hharrison> Does the internals of that method look for an object implementing OffscreenLayerOption?
20130212 01:53:17 <sgothel> as you see in source code .. we fetch a factory based on it's class
20130212 01:53:30 <sgothel> AWT / NativeWindow instance
20130212 01:53:33 <hharrison> Assume it's an AWT Canvas
20130212 01:53:47 <sgothel> if AWT -> we return a JAWTWindow .. let's dbl check
20130212 01:54:43 <hharrison> I've just been looking through August's osx fixes, and I'm trying to understand why he implements OffscreenLayerOption
20130212 01:54:51 <sgothel> -> NativeWindowFactoryImpl
20130212 01:55:05 <hharrison> On Java3d's Canvas3d...which is an AWT Canvas
20130212 01:55:10 <sgothel> -> .getAWTNativeWindow .. a JAWTWindow instance
20130212 01:55:40 <sgothel> yup .. so it delivers a JAWTWindow .. which is capable of getting the AWT native peer's surface handle .. etc
20130212 01:55:55 <sgothel> .. and yes, the OSX CALAyer stuff is connected as well
20130212 01:56:44 <hharrison> Ahh, found what your looking at
20130212 01:57:05 <sgothel> -> JAWTWindow implements NativeWindow, OffscreenLayerSurface, OffscreenLayerOption
20130212 01:57:31 <sgothel> me currently fighting w/ OSX AWT/Java7 troubles ..
20130212 01:57:41 <hharrison> Right, but he's already getting the JAWTWindow from the factory, the object he stuffs in doesn't need to implement it
20130212 01:58:19 <sgothel> btw .. last weekend I updated jenkins to 1.501-SNAPSHOT .. to prepare for our stuff .. maybe we can do this .. this or next week .. dunno
20130212 01:58:44 <sgothel> -> if (winObj instanceof NativeWindow) {
20130212 01:58:55 <sgothel> then it returns the input value ..
20130212 01:59:26 <hharrison> I've come to a decision that I want to get August's stuff merged first and get it out to OSX folks
20130212 01:59:34 <sgothel> NativeWindowFactoryImpl.getNativeWindowImpl(winObj) -> return (NativeWindow) winObj
20130212 01:59:40 <sgothel> nice
20130212 01:59:46 <hharrison> Then getting tied into the jogamp infrastructure will be my next priority
20130212 02:00:08 <hharrison> github removing the file download option means I can't distribute binaries there
20130212 02:00:10 <sgothel> yeah .. it should be a focus to get things stable - I guess the OSX Java7 stuff need much more love
20130212 02:00:39 <hharrison> Then the first jogamp release will have a real purpose (OSX fixes)
20130212 02:00:42 <sgothel> oh .. yes .. wait, will do the ssh account, so you can deploy it here
20130212 02:01:20 <hharrison> No prob..been fighting the patchset all day, almost comfortable with ot
20130212 02:01:22 <hharrison> it
20130212 02:01:51 <hharrison> (today is anew holiday here this year, yay for found time)
20130212 02:02:36 <sgothel> oh .. what is it ? Canada Day ?
20130212 02:02:47 <hharrison> 'Family Day'
20130212 02:02:56 <sgothel> and then .. moving day :)
20130212 02:02:59 <hharrison> The provincial government added a new holiday this year
20130212 02:03:17 <sgothel> .. and here they talk about 30h/week .. lol
20130212 02:04:09 <hharrison> ...you have any chance to look at opensource stuff I pushed out just before FOSDEM?
20130212 02:04:28 <sgothel> the math utils right ?
20130212 02:04:35 <hharrison> yeah
20130212 02:04:47 <sgothel> I wish Rami would be available as well .. arrrghh .. :)
20130212 02:04:52 <hharrison> Not sure if it really is of much use to jogamp, but thought I'd point it out
20130212 02:05:25 <sgothel> link to source tree (again) .. sorry .. will drop it in my TODO file then
20130212 02:05:57 <hharrison> Oh, no stress
20130212 02:05:58 <hharrison> https://github.com/AusencoSimulation/JaamSim
20130212 02:06:14 <hharrison> Although I should likely clone that to my personal github as well
20130212 02:06:31 <hharrison> specifically stuff in com.jaamsim.math
20130212 02:10:33 <hharrison> Back to the question at hand, on OSX, should I expect the isOffscreenLayerEnabled() to be forced on?
20130212 02:10:40 <hharrison> For the JAWTWindow?
20130212 02:11:37 <sgothel> iff Java7 || Java6 && OSX >= 10.6 (?) && isApplet
20130212 02:12:26 <hharrison> Great!! I actually am reading this correctly then!
20130212 02:13:06 <hharrison> Not having an OSX machine I can just go run stupid tests on is a bit frustrating
20130212 02:13:57 <sgothel> no work laptop for these cases .. hmm
20130212 02:14:20 <hharrison> OSX really isn't on the radar @work
20130212 02:22:05 <hharrison> ....yet
20130212 02:24:44 <sgothel> http://jogamp.org/deployment/java3d/
20130212 02:24:51 <sgothel> you can log in now
20130212 02:25:07 <sgothel> /srv/www/jogamp.org/deployment/java3d
20130212 02:28:24 <sgothel> you got that ?
20130212 03:14:51 <sgothel> bedtime .. good night
20130212 03:31:07 <hharrison> got it, thanks
20130212 05:06:12 -CatOut- Continue @ http://jogamp.org/log/irc/jogamp_20130212050612.html