arielm
Junior Member 
which way to the station?
|
 |
«
Posted
2007-02-01 00:52:58 » |
|
PLEASE SCROLL DOWN AND LOOK FOR BOLD-RED TEXT TO FIND UPDATED TEST-CASE.THE LATEST TEST CASE APPEARS IN THE NEXT THREAD PAGEI'm about to publish a new series of webstart experiments at http://www.chronotext.org and I would like to be sure everything runs as intended (there might be some issues on mac) Here's a simple set of question/answers for those who would like to help testing: q1) what is your os? (e.g. mac ppc | mac intel | linux 32bit | linux 64bit) TEST 1) http://www.chronotext.org/mapping/Tokyo_EN.jnlpq2) can you see a photo of a building with camouflage texture and text flowing on the facade? (see screenshot below) q3) is it possible to pan over the image by mouse-dragging? q4) does it zoom-in and out when using the mousewheel?  TEST 2) http://www.chronotext.org/mapping/Branly_Freestyle.jnlpq5) can you see an animation which begins like in the screenshot below?  Thanks! Ariel |
|
|
|
|
kappa
|
|
«
Reply #1 - Posted
2007-02-01 01:00:42 » |
|
runs fine here on linux32
|
|
|
|
|
|
Ken Russell
|
|
«
Reply #2 - Posted
2007-02-01 05:22:22 » |
|
q1) what is your os? (e.g. mac ppc | mac intel | linux 32bit | linux 64bit)
Mac Intel (Mac Mini, Intel Integrated Graphics) q2) can you see a photo of a building with camouflage texture and text flowing on the facade? (see screenshot below)
Yes. q3) is it possible to pan over the image by mouse-dragging?
Yes. q4) does it zoom-in and out when using the mousewheel?
Yes. q5) can you see an animation which begins like in the screenshot below?
Yes. This is really cool stuff! Nice mix of 3D graphics and real-world imagery. |
|
|
|
|
Games published by our own members! Check 'em out!
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #3 - Posted
2007-02-01 09:53:20 » |
|
Thank you guys for the encouraging results...
Currently, I still have problems on mac ppc's. Here are 2 negative reports I received for that platform:
1) the building is showing, but no text and texture flow
2) nothing works (blackout...)
Any other mac (ppc) potential testers?
|
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #4 - Posted
2007-02-01 10:04:56 » |
|
Hi, crash on Mac PPC (OS X 10.3, latest java 1.4) Lilian  1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| javax.media.opengl.GLException: java.lang.OutOfMemoryError: Direct buffer memory
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:266)
at javax.media.opengl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:256)
at javax.media.opengl.GLCanvas.display(GLCanvas.java:130)
at com.sun.opengl.util.Animator.display(Animator.java:144)
at com.sun.opengl.util.Animator$MainLoop.run(Animator.java:181)
at java.lang.Thread.run(Thread.java:552)
Caused by: java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:634)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:95)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:285)
at com.sun.opengl.util.BufferUtil.newByteBuffer(BufferUtil.java:65)
at com.sun.opengl.util.BufferUtil.newFloatBuffer(BufferUtil.java:82)
at texture6.f.b(Unknown Source)
at texture6.f.d(Unknown Source)
at texture6.f.a(Unknown Source)
at texture6.h.a(Unknown Source)
at texture6.h.a(Unknown Source)
at overlay.Tokyo_12.a(Unknown Source)
at overlay.Tokyo_12.c(Unknown Source)
at common.g.display(Unknown Source)
at com.sun.opengl.impl.GLDrawableHelper.display(GLDrawableHelper.java:78)
at javax.media.opengl.GLCanvas$DisplayAction.run(GLCanvas.java:281)
at com.sun.opengl.impl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:194)
at javax.media.opengl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:298)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:179)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:478)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) |
|
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #5 - Posted
2007-02-01 10:06:42 » |
|
oh, and for number 2, there's an animation, but no textures.
(no stack trace this time)
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #6 - Posted
2007-02-01 10:43:35 » |
|
Lilian, Thank you so much for your help. It's very helpful to see a stacktrace of the problem (now I can see the issue is related to texture-loading...) However, I was as stupid as using an obfuscated version of the code, and therefore I'm unable to find out where the problem lies :-( Anyway: I now uploaded a corrected version: could you retry to reproduce the same kind of error? http://www.chronotext.org/mapping/Tokyo_FR.jnlp(un tres gros merci d'avance!..) Ariel |
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #7 - Posted
2007-02-01 11:13:55 » |
|
et voila ! 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| avax.media.opengl.GLException: java.lang.OutOfMemoryError: Direct buffer memory
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:266)
at javax.media.opengl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:256)
at javax.media.opengl.GLCanvas.display(GLCanvas.java:130)
at com.sun.opengl.util.Animator.display(Animator.java:144)
at com.sun.opengl.util.Animator$MainLoop.run(Animator.java:181)
at java.lang.Thread.run(Thread.java:552)
Caused by: java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:634)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:95)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:285)
at com.sun.opengl.util.BufferUtil.newByteBuffer(BufferUtil.java:65)
at com.sun.opengl.util.BufferUtil.newFloatBuffer(BufferUtil.java:82)
at texture6.ZFont.addSlot(ZFont.java:975)
at texture6.ZFont.getVertices(ZFont.java:935)
at texture6.ZFont.addSequenceCharacter(ZFont.java:1006)
at texture6.TextureRectangle.drawLine(TextureRectangle.java:152)
at texture6.TextureRectangle.drawText(TextureRectangle.java:86)
at overlay.Tokyo_12.rectangle(Tokyo_12.java:472)
at overlay.Tokyo_12.display(Tokyo_12.java:319)
at common.Sketch.display(Sketch.java:273)
at com.sun.opengl.impl.GLDrawableHelper.display(GLDrawableHelper.java:78)
at javax.media.opengl.GLCanvas$DisplayAction.run(GLCanvas.java:281)
at com.sun.opengl.impl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:194)
at javax.media.opengl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:298)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:179)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:478)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) |
Lilian |
|
|
|
ryanm
« League of Dukes » Senior Member Projects: 1
Used to be bleb
|
|
«
Reply #8 - Posted
2007-02-01 12:11:06 » |
|
Looks like the same thing here on linux32: (I'm running with 2GB of Ram and 256MB of VRAM btw) 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
| Java Web Start 1.5.0_08
Using JRE version 1.5.0_08 Java HotSpot(TM) Client VM
User home directory = /home/ryanm
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
0-5: set trace level to <n>
----------------------------------------------------
Exception in thread "Thread-9" javax.media.opengl.GLException: java.lang.OutOfMemoryError: Direct buffer memory
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:266)
at javax.media.opengl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:256)
at javax.media.opengl.GLCanvas.display(GLCanvas.java:130)
at com.sun.opengl.util.Animator.display(Animator.java:144)
at com.sun.opengl.util.Animator$MainLoop.run(Animator.java:181)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:632)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:95)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288)
at com.sun.opengl.util.BufferUtil.newByteBuffer(BufferUtil.java:65)
at com.sun.opengl.util.BufferUtil.newFloatBuffer(BufferUtil.java:82)
at texture6.ZFont.addSlot(ZFont.java:975)
at texture6.ZFont.getVertices(ZFont.java:935)
at texture6.ZFont.addSequenceCharacter(ZFont.java:1006)
at texture6.TextureRectangle.drawLine(TextureRectangle.java:152)
at texture6.TextureRectangle.drawText(TextureRectangle.java:86)
at overlay.Tokyo_12.rectangle(Tokyo_12.java:472)
at overlay.Tokyo_12.display(Tokyo_12.java:319)
at common.Sketch.display(Sketch.java:273)
at com.sun.opengl.impl.GLDrawableHelper.display(GLDrawableHelper.java:78)
at javax.media.opengl.GLCanvas$DisplayAction.run(GLCanvas.java:281)
at com.sun.opengl.impl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:194)
at javax.media.opengl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:298)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) |
Test 2 works fine though. |
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #9 - Posted
2007-02-01 13:03:57 » |
|
Thank you Bleb, and Lilian too again (what's your system detail btw?) Actually, instead of a texture-loading problem, it looks like a NIO "direct buffer" memory allocation issue. Strange, since I'm only allocating something like 80 small FloatBuffer's (to be used for vertex-arrays...) and the total amount of memory required for all of them together is around 400K! How can a modern computers fail on such a tiny request? Could it be related to the fact that before-hand, I'm transfering a big image to opengl? At some point, I'm "wrapping" a ByteBuffer around the underlying java-heap int array of a 800x600 BufferedImage in order to do the transfer, but right after, the BufferedImaged is flushed, nulled as well as the wrapping ByteBuffer reference. Maybe the system is just not properly deallocating the 800x600x4x4 ByteBuffer in question? UPDATED TEST CASE:
THE 4 FOLLOWING TINY WEBSTART APPS ARE THE ONES TO TEST...
MAC AND UNIX TESTERS WELCOME :-)
(SORRY TO SHOUT IN BOLD-RED, BUT IT WILL HELP NEWCOMERS TO THIS THREAD TO SEE WHERE THE ACTION TAKES PLACE)THE LATEST TEST CASE APPEARS IN THE NEXT THREAD PAGETEST B1) www.chronotext.org/mapping/DEBUG_1.jnlpWith the help of System.gc(), you should see a building photo, with texture and text flowing... TEST B2) www.chronotext.org/mapping/DEBUG_2.jnlpYou should see the same as previously, except that the background photo is at a lower resolution (400x300 instead of 800x600) TEST B3) www.chronotext.org/mapping/DEBUG_3.jnlpYou should see texture and text flowing on a plain gray background... TEST B4) www.chronotext.org/mapping/DEBUG_4.jnlpYou should see text flowing on a plain gray background... Thanks! (if none of this tests work, I'll start to think that windows indeed rocks :-) |
|
|
|
Games published by our own members! Check 'em out!
|
|
|
Orangy Tang
|
|
«
Reply #10 - Posted
2007-02-01 13:55:22 » |
|
Both b1 and b4 fail for me: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
| javax.media.opengl.GLException: java.lang.reflect.InvocationTargetException
at javax.media.opengl.GLCanvas.disableBackgroundErase(GLCanvas.java:352)
at javax.media.opengl.GLCanvas.addNotify(GLCanvas.java:154)
at java.awt.Container.addImpl(Unknown Source)
at java.awt.Container.add(Unknown Source)
at common.Sketch.setup(Sketch.java:90)
at overlay.Tokyo_12_DEBUG4.main(Tokyo_12_DEBUG4.java:98)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.javaws.Launcher.executeApplication(Unknown Source)
at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
at com.sun.javaws.Launcher.continueLaunch(Unknown Source)
at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at javax.media.opengl.GLCanvas.disableBackgroundErase(GLCanvas.java:350)
... 16 more
Caused by: java.lang.UnsatisfiedLinkError: disableNativeBackgroundErase
at sun.awt.windows.WCanvasPeer.disableNativeBackgroundErase(Native Method)
at sun.awt.windows.WCanvasPeer.disableBackgroundErase(Unknown Source)
at sun.awt.windows.WToolkit.disableBackgroundErase(Unknown Source)
... 21 more |
WinXP, Java 1.5.0_10 |
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #11 - Posted
2007-02-01 14:09:38 » |
|
the 4 tests fail here (mac g5 1.8Ghz os x 10.3, 1Gb RAM) Lilan  |
|
|
|
|
CommanderKeith
|
|
«
Reply #12 - Posted
2007-02-01 14:14:37 » |
|
Wow! Amazing work!
Windows XP, Java 6 and all work great!
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #13 - Posted
2007-02-01 14:30:30 » |
|
Wow! Amazing work!
Glad you like... more of the same kind here: http://www.chronotext.org/mapping/(Please note that it's not an "official" link for now, as long as all the bugs are not solved...) Orangy, Thanks for your bug report, eventhough I don't think it's a big threat for most users: Somehow, it happens when a GLCanvas is added to an AWT frame, and from what google have to save on disableNativeBackgroundErase it seems to be related to the presence of several concurent versions of Java on the same system... Lilian: Thanks, and not so bad news: at least, now, I can think it's not an "out of memory due to unproper deallocation issue" but more like a mysterious unability to allocate ~80 small NIO FloatBuffer's... To be further investigated (hoping to find a real mac in my vicinity...) |
|
|
|
|
Orangy Tang
|
|
«
Reply #14 - Posted
2007-02-01 14:41:39 » |
|
I don't think it's very nice that you won't fix a known bug just because you don't think it'll affect many people. Given that about 5 or 6 people here have tried it, and it's cropped up once that would suggest it's a little more common than you think. Ignoring 20% of your users isn't very nice. |
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #15 - Posted
2007-02-01 14:48:53 » |
|
the disableBackgroundErase() bug should be fixed by using the latest RC of jogl : it happens when the user has a jre 1.5.0_10
(I had the same problem last month on my game)
Lilian
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #16 - Posted
2007-02-01 14:57:16 » |
|
the disableBackgroundErase() bug should be fixed by using the latest RC of jogl : it happens when the user has a jre 1.5.0_10 good news! (and now I can feel like being a nice guy again  ) |
|
|
|
|
Ken Russell
|
|
«
Reply #17 - Posted
2007-02-01 18:34:02 » |
|
There's a really nasty longstanding problem with direct buffer allocations where small buffer allocations can be rounded up to 4K (or the machine's page size) on some OSs. The root cause for this is the New I/O subsystem's trying to support fast file transfers or similar operations to these Buffers and their needing to be a certain minimum size. Anyway, the workaround for this is to allocate your direct Buffers in chunks and split them up manually yourself. This might address the exhaustion of direct buffer memory.
|
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #18 - Posted
2007-02-01 20:40:23 » |
|
Bingo, Ken, I think that could be the problem! (I'm allocating around 80 buffers, sized either 16K or 24K each, and it makes problems on some mac-ppc and linux boxes...)
Do you have a more precise reference about this indeed really nasty bug?
|
|
|
|
|
Ken Russell
|
|
«
Reply #19 - Posted
2007-02-01 22:02:47 » |
|
Sorry, I don't. You might want to try querying Sun's bug database. I raised this issue a long time ago but at this point it's so old that it's probably better to just know about and work around it.
|
|
|
|
|
|
|
|
Ken Russell
|
|
«
Reply #21 - Posted
2007-02-02 02:22:15 » |
|
All three tests are running well on both a Mac Mini (Intel CPU and Intel Integrated Graphics) as well as a Mac G5 (dual-CPU, NVidia GeForce 6800 GT), both running 10.4.8. They look really nice. Panning and zooming with the scroll wheel work fine.
|
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #22 - Posted
2007-02-02 08:02:03 » |
|
Finger crossed while hoping for a positive confirmation by Lilian and Bleb  |
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #23 - Posted
2007-02-02 08:40:57 » |
|
Hi, sorry : C1, C2 : black screen, no stack trace C3 : same as before (missing bottom texture) Lilian |
|
|
|
ryanm
« League of Dukes » Senior Member Projects: 1
Used to be bleb
|
|
«
Reply #24 - Posted
2007-02-02 12:59:27 » |
|
I'm working in windows-land today , so don't hold your breath for any reports from me |
|
|
|
|
krigun
Senior Newbie
Java games rock!
|
|
«
Reply #25 - Posted
2007-02-04 21:08:33 » |
|
Smooth demos! Linux 2.6.19 xorg 11R7.0 KDE 3.5 nvidia GF 7900 GS (Dell XPS M1710) All ok |
|
|
|
|
krigun
Senior Newbie
Java games rock!
|
|
«
Reply #26 - Posted
2007-02-05 13:36:55 » |
|
However, testing these on my MacBook Pro (Intel, ATI X1600 128MB, OS X 10.4.8 ) some tests fail.. C1: Can see the static image, but no mouse interaction, and app freezes (kill -s KILL <pid> needed to stop) C2: Same as C1 C3: Seems to work OK, but unable to use mouse to pan/zoom java version "1.5.0_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-112) |
|
|
|
|
ryanm
« League of Dukes » Senior Member Projects: 1
Used to be bleb
|
|
«
Reply #27 - Posted
2007-02-05 14:05:47 » |
|
Back in Linux today:
C1: Same as krigun - static image that isn't redrawn when another window moves infront of it, no animation, nothing in the console, had to use xkill to get rid of it.
C2: Same as C1
C3: Seems to work, not terribly smooth though.
|
|
|
|
|
arielm
Junior Member
which way to the station?
|
|
«
Reply #28 - Posted
2007-02-05 21:31:00 » |
|
Ouch! (and thank you again guys :-) I think I have fixed many different issues during the last few days, but one of them is really nasty: freeze with no stack-trace on 50% of the world's macs and a few linux boxes... Unfortunately, in term of bug hunting / solving: it works perfectly on windows (which I use) and the only real mac I found around here! I can tell it is an issue related to my text-engine, which deals a lot with NIO buffers (for texture handling as well as vertex-array management...) I went again over everything and made a kamikaze reorganization (minimizing the role of NIO buffers) in the hope it will help. If some of you still have the patience to make a test: http://www.chronotext.org/mapping/Tokyo_EN.jnlpIn addition, within the coming days, I should post a simplified test-case in order to "isolate" the problematic issue, since I think it can be helpful for many of us to understand what works well on all the platforms and what not like in this case... Thanks, Ariel |
|
|
|
c_lilian
Senior Member Projects: 1
Java games will probably rock someday...
|
|
«
Reply #29 - Posted
2007-02-06 08:29:37 » |
|
Hmm, not working (black windows), no stacktraces...
Lilian
|
|
|
|
|
