Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (481)
Games in Android Showcase (110)
games submitted by our members
Games in WIP (548)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2
  ignore  |  Print  
  mac and linux testers req.  (Read 6162 times)
0 Members and 1 Guest are viewing this topic.
Offline arielm

Junior Member




which way to the station?


« Posted 2007-01-31 23: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 PAGE

I'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.jnlp
q2) 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.jnlp
q5) can you see an animation which begins like in the screenshot below?

Click to Play


Thanks!
Ariel

Ariel Malka | www.chronotext.org
Offline kappa
« League of Dukes »

JGO Kernel


Medals: 76
Projects: 15


★★★★★


« Reply #1 - Posted 2007-02-01 00:00:42 »

runs fine here on linux32
Offline Ken Russell

JGO Coder




Java games rock!


« Reply #2 - Posted 2007-02-01 04: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!
Legends of Yore - The Casual Retro Roguelike
Offline arielm

Junior Member




which way to the station?


« Reply #3 - Posted 2007-02-01 08: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?

Ariel Malka | www.chronotext.org
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #4 - Posted 2007-02-01 09:04:56 »

Hi,

crash on Mac PPC (OS X 10.3, latest java 1.4)

Lilian Smiley

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)

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #5 - Posted 2007-02-01 09:06:42 »

oh, and for number 2, there's an animation, but no textures.

(no stack trace this time)

Offline arielm

Junior Member




which way to the station?


« Reply #6 - Posted 2007-02-01 09: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

Ariel Malka | www.chronotext.org
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #7 - Posted 2007-02-01 10: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 Smiley

Offline ryanm

Senior Member


Projects: 1
Exp: 15 years


Used to be bleb


« Reply #8 - Posted 2007-02-01 11: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.
Offline arielm

Junior Member




which way to the station?


« Reply #9 - Posted 2007-02-01 12: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 PAGE

TEST B1)
www.chronotext.org/mapping/DEBUG_1.jnlp
With the help of System.gc(), you should see a building photo, with texture and text flowing...

TEST B2)
www.chronotext.org/mapping/DEBUG_2.jnlp
You 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.jnlp
You should see texture and text flowing on a plain gray background...

TEST B4)
www.chronotext.org/mapping/DEBUG_4.jnlp
You 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 :-)

Ariel Malka | www.chronotext.org
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Orangy Tang

JGO Kernel


Medals: 56
Projects: 11


Monkey for a head


« Reply #10 - Posted 2007-02-01 12: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

[ TriangularPixels.com - Play Growth Spurt, Rescue Squad and Snowman Village ] [ Rebirth - game resource library ]
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #11 - Posted 2007-02-01 13:09:38 »

the 4 tests fail here (mac g5 1.8Ghz os x 10.3, 1Gb RAM)

Lilan Sad

Offline CommanderKeith
« Reply #12 - Posted 2007-02-01 13:14:37 »

Wow!  Amazing work!

Windows XP, Java 6 and all work great! 


Offline arielm

Junior Member




which way to the station?


« Reply #13 - Posted 2007-02-01 13: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...)

Ariel Malka | www.chronotext.org
Offline Orangy Tang

JGO Kernel


Medals: 56
Projects: 11


Monkey for a head


« Reply #14 - Posted 2007-02-01 13: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. Sad

[ TriangularPixels.com - Play Growth Spurt, Rescue Squad and Snowman Village ] [ Rebirth - game resource library ]
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #15 - Posted 2007-02-01 13: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

Offline arielm

Junior Member




which way to the station?


« Reply #16 - Posted 2007-02-01 13: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 Wink)

Ariel Malka | www.chronotext.org
Offline Ken Russell

JGO Coder




Java games rock!


« Reply #17 - Posted 2007-02-01 17: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.
Offline arielm

Junior Member




which way to the station?


« Reply #18 - Posted 2007-02-01 19: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?

Ariel Malka | www.chronotext.org
Offline Ken Russell

JGO Coder




Java games rock!


« Reply #19 - Posted 2007-02-01 21: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.
Offline arielm

Junior Member




which way to the station?


« Reply #20 - Posted 2007-02-02 00:41:26 »

Yep... so finally: I updated my code to avoid allocation of small NIO buffers...

UPDATED TEST-CASE

A FEW MORE MAC AND LINUX TESTS WANTED, THANKS!


TEST C1)
http://www.chronotext.org/mapping/Tokyo_EN.jnlp
q1) can you see a photo of a building with camouflage texture and text flowing on the facade (as screenshot below)?



TEST C2)
http://www.chronotext.org/mapping/Branly.jnlp
q2) can you see a photo of a building with camouflage texture and text flowing on the facade (as screenshot below)?



TEST C3)
http://www.chronotext.org/mapping/Branly_Freestyle.jnlp
q3) can you see an animation which begins like in the screenshot below?

Click to Play

Ariel Malka | www.chronotext.org
Offline Ken Russell

JGO Coder




Java games rock!


« Reply #21 - Posted 2007-02-02 01: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.
Offline arielm

Junior Member




which way to the station?


« Reply #22 - Posted 2007-02-02 07:02:03 »

Finger crossed while hoping for a positive confirmation by Lilian and Bleb Tongue

Ariel Malka | www.chronotext.org
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #23 - Posted 2007-02-02 07:40:57 »

Hi,

sorry : C1, C2 : black screen, no stack trace
C3 : same as before (missing bottom texture)

Lilian Smiley

Offline ryanm

Senior Member


Projects: 1
Exp: 15 years


Used to be bleb


« Reply #24 - Posted 2007-02-02 11:59:27 »

I'm working in windows-land today Sad , so don't hold your breath for any reports from me
Offline krigun

Senior Newbie




Java games rock!


« Reply #25 - Posted 2007-02-04 20:08:33 »

Smooth demos!

Linux 2.6.19
xorg 11R7.0
KDE 3.5
nvidia GF 7900 GS

(Dell XPS M1710)

All ok  Smiley
Offline krigun

Senior Newbie




Java games rock!


« Reply #26 - Posted 2007-02-05 12: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)
Offline ryanm

Senior Member


Projects: 1
Exp: 15 years


Used to be bleb


« Reply #27 - Posted 2007-02-05 13: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.
Offline arielm

Junior Member




which way to the station?


« Reply #28 - Posted 2007-02-05 20: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.jnlp

In 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

Ariel Malka | www.chronotext.org
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #29 - Posted 2007-02-06 07:29:37 »

Hmm, not working (black windows), no stacktraces...

Lilian

Pages: [1] 2
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

atombrot (26 views)
2014-08-19 09:29:53

Tekkerue (24 views)
2014-08-16 06:45:27

Tekkerue (23 views)
2014-08-16 06:22:17

Tekkerue (14 views)
2014-08-16 06:20:21

Tekkerue (22 views)
2014-08-16 06:12:11

Rayexar (60 views)
2014-08-11 02:49:23

BurntPizza (39 views)
2014-08-09 21:09:32

BurntPizza (30 views)
2014-08-08 02:01:56

Norakomi (37 views)
2014-08-06 19:49:38

BurntPizza (67 views)
2014-08-03 02:57:17
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!