Recent Posts

Pages: 1 2 3 [4] 5 6 ... 10
31
Support / Re: Orthographic Camera
« Last post by EgonOlsen on September 26, 2018, 09:49:43 am »
No. An orthographic camera support would require drastic changes to the whole culling, clipping, reprojection and blitting code.
32
Support / Orthographic Camera
« Last post by AGP on September 26, 2018, 05:35:15 am »
Is it at all possible to extend the Camera instance to create an orthographic camera?
33
Support / Re: Crash (native)
« Last post by AeroShark333 on September 26, 2018, 03:06:30 am »
Hmmm, alright...
I found something interesting maybe:
I have 3 polygon models (model0 = low polygon count, model1 = medium polygon count, model2 = high polygon count)

When using model2:
Code: [Select]
09-26 00:54:36.307 12287-12307/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 0 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 33784
    a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 0 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 33280
09-26 00:54:36.308 12287-12307/com.aeroshark333.artofearthify I/ArtOfEarthify: Done loading models
09-26 00:54:36.310 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: Waiting for a blocking GC Explicit
09-26 00:54:36.363 12287-12298/com.aeroshark333.artofearthify I/3.artofearthif: Background concurrent copying GC freed 1087(1323KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 256MB/262MB, paused 447us total 235.483ms
09-26 00:54:36.363 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: WaitForGcToComplete blocked Explicit on ProfileSaver for 52.895ms
09-26 00:54:36.472 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 4147(769KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 256MB/262MB, paused 463us total 109.121ms
09-26 00:54:36.598 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 5(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 256MB/262MB, paused 459us total 124.721ms
09-26 00:54:36.764 12287-12307/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 1 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 3168
09-26 00:54:36.765 12287-12307/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 1 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 2208
09-26 00:54:36.884 12287-12307/com.aeroshark333.artofearthify I/ArtOfEarthify: Loaded textures: 2
09-26 00:54:36.889 12287-12307/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 1 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 3168
09-26 00:54:36.891 12287-12307/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xeb70fce0
    Out of bounds vertex attribute info: clientArray? 1 attribute 3 vbo 18 allocedBufferSize 2064 bufferDataSpecified? 1 wantedStart 0 wantedEnd 2272
09-26 00:54:37.052 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 573(59KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 256MB/262MB, paused 590us total 103.887ms
09-26 00:54:37.178 12287-12307/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 12(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 256MB/262MB, paused 446us total 125.404ms
09-26 00:54:37.331 12287-12307/com.aeroshark333.artofearthify W/jPCT-AE: [ 1537923277331 ] - WARNING: Texture's size is 2/1, but textures should be square for OpenGL ES2.0! This may result in a black texture!

When using model1:
Code: [Select]
09-26 01:03:21.295 12390-12594/com.aeroshark333.artofearthify E/emuglGLESv2_enc: a vertex attribute index out of boundary is detected. Skipping corresponding vertex attribute. buf=0xd5376560
    Out of bounds vertex attribute info: clientArray? 0 attribute 3 vbo 11 allocedBufferSize 5296 bufferDataSpecified? 1 wantedStart 0 wantedEnd 33488
09-26 01:03:21.295 12390-12594/com.aeroshark333.artofearthify I/ArtOfEarthify: Done loading models
09-26 01:03:21.295 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: Waiting for a blocking GC Explicit
09-26 01:03:21.322 12390-12401/com.aeroshark333.artofearthify I/3.artofearthif: Background concurrent copying GC freed 902(1075KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 264MB/270MB, paused 2.438ms total 206.115ms
09-26 01:03:21.322 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: WaitForGcToComplete blocked Explicit on HeapTrim for 26.936ms
09-26 01:03:21.464 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 4930(1148KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 263MB/269MB, paused 1.051ms total 141.794ms
09-26 01:03:21.594 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 5(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 263MB/269MB, paused 442us total 127.988ms
09-26 01:03:21.858 12390-12594/com.aeroshark333.artofearthify I/ArtOfEarthify: Loaded textures: 2
09-26 01:03:22.048 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 572(59KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 263MB/269MB, paused 481us total 139.200ms
09-26 01:03:22.174 12390-12594/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 12(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 263MB/269MB, paused 446us total 124.181ms
09-26 01:03:22.324 12390-12594/com.aeroshark333.artofearthify W/jPCT-AE: [ 1537923802324 ] - WARNING: Texture's size is 2/1, but textures should be square for OpenGL ES2.0! This may result in a black texture!

When using model0:
Code: [Select]
09-26 01:05:03.534 12390-12401/com.aeroshark333.artofearthify I/3.artofearthif: Background concurrent copying GC freed 60908(7MB) AllocSpace objects, 615(16MB) LOS objects, 29% free, 14MB/20MB, paused 855us total 130.193ms
09-26 01:05:03.636 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Loading background object!
09-26 01:05:03.712 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Loading sun object!
09-26 01:05:03.780 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Loading moon object!
09-26 01:05:03.801 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Done moon object!
09-26 01:05:03.837 12390-12623/com.aeroshark333.artofearthify I/System.out: 2b
09-26 01:05:03.837 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: 3
09-26 01:05:04.019 12390-12401/com.aeroshark333.artofearthify I/3.artofearthif: Background concurrent copying GC freed 3522(952KB) AllocSpace objects, 0(0B) LOS objects, 3% free, 146MB/152MB, paused 608us total 132.321ms
09-26 01:05:04.213 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Done loading models
09-26 01:05:04.213 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: Waiting for a blocking GC Explicit
09-26 01:05:04.236 12390-12401/com.aeroshark333.artofearthify I/3.artofearthif: Background concurrent copying GC freed 1140(1393KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 260MB/266MB, paused 4.783ms total 200.504ms
09-26 01:05:04.236 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: WaitForGcToComplete blocked Explicit on ProfileSaver for 23.046ms
09-26 01:05:04.345 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 3486(1970KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 258MB/264MB, paused 457us total 109.524ms
09-26 01:05:04.472 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 5(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 258MB/264MB, paused 481us total 124.901ms
09-26 01:05:04.799 12390-12623/com.aeroshark333.artofearthify I/ArtOfEarthify: Loaded textures: 2
09-26 01:05:04.950 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 577(75KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 258MB/264MB, paused 464us total 118.729ms
09-26 01:05:05.083 12390-12623/com.aeroshark333.artofearthify I/3.artofearthif: Explicit concurrent copying GC freed 12(32KB) AllocSpace objects, 0(0B) LOS objects, 2% free, 258MB/264MB, paused 456us total 131.184ms
09-26 01:05:05.234 12390-12623/com.aeroshark333.artofearthify W/jPCT-AE: [ 1537923905234 ] - WARNING: Texture's size is 2/1, but textures should be square for OpenGL ES2.0! This may result in a black texture!

I have not loaded any textures before loading these Object3D's (except dummytextures?) that but this memory usage is too high...?
^So that's because I draw the world a lot before loading the textures to make sure the object3d's are properly loaded (but I believe this is pointless so I removed that)
The memory usage is around 20MB now, but it'd still crash with the low-poly model (model0)

The application can SIGSEGV crash with with all three models...
Any idea why?
34
Support / Re: Float Positioning Blit Images
« Last post by Jamiro on September 22, 2018, 03:20:25 am »
Great, many thanks,

I'll do a quick check on it an let you know,

Regards
35
Support / Re: Crash (native)
« Last post by EgonOlsen on September 19, 2018, 02:34:56 pm »
The buffer sizes are fine. I've checked that multiple times in the past, because I had similar problems on some devices and on the desktop as well. If they wouldn't be, the engine couldn't even store the data in the first place, because it would crash with a buffer overflow kind of exception. You can do such things in C, but not in Java (unless you are assigning the wrong buffer, but that's not the case either).
36
Support / Re: Crash (native)
« Last post by AeroShark333 on September 19, 2018, 12:36:48 pm »
Unfortunately I am still getting the SIGSEGV errors...

However, I came across this:
https://stackoverflow.com/questions/18531835/java-android-fatal-signal-11-sigsegv
"The answer was that the buffer wasn't big enough. Then the openGL API (in my case) accessed an invalid offset (in low-level) and caused a segmentation fault, just like one would get for accessing invalid memory in C. This happens outside of java because bytebuffers are managed by the kernel to allow hardware and low-level code work with your memory."
Is it possible to check the buffers are initialized properly or something? (like see if everything (begin and end) in the buffer is accessible)
I don't know which buffer the problem is (I suppose jPCT has multiple buffers for different things)

Workflow:
Load the Object3D's (by world.renderScene + world.draw) individually which works fine (this should upload their meshes to the GPU I suppose)
Load textures and blit textures (so the VM memory is cleared)
Give all Object3D's their new scaling + position
Add all Object3D's to the world
@first draw world call => SIGSEGV crash (does not always crash)

Note: lower poly models reduce the crash rates
37
Support / Re: Float Positioning Blit Images
« Last post by AGP on September 07, 2018, 08:05:44 pm »
Quote
That's a whole different beast. Would it be sufficient to have them without depth buffering?

Is that like that one I did by extending Polylines? If so, no. ; )

I still haven't solved that displacement issue with AWTGLCanvas, by the way. I don't mean to be pushy but I dream of a day when you update the lwjgl version.
38
Support / Re: Float Positioning Blit Images
« Last post by EgonOlsen on September 06, 2018, 10:43:06 pm »
Hello,

getting back again on this matter, the outcome was because on Hardware Renderer we can blit with a floating coordinate system, whereas in the softwre renderer we can't, but we could use floating type for both and then just use the float point for hardware and cast to int on the software renderer, thus having the legacy code running well keeping compatibilty. I think that was the feasable idea behind this whole conversation.

lemme know if its possible to do or not,

many thanks,

Ok...as always, even simple things are not as simple as they seem at first glance, but this might do the trick:

https://jpct.de/download/beta/jpct.jar

and for jPCT-AE

https://jpct.de/download/beta/jpct_ae.jar

I've simply replaced the int types in the blit methods by floats. It worked fine on my tests albeit I didn't test the actual sub-pixel stuff.
39
Support / Re: Float Positioning Blit Images
« Last post by EgonOlsen on September 05, 2018, 08:10:24 am »
That's a whole different beast. Would it be sufficient to have them without depth buffering?
40
Support / Re: Float Positioning Blit Images
« Last post by AGP on September 04, 2018, 11:45:20 pm »
And software-rendered Polylines, please?
Pages: 1 2 3 [4] 5 6 ... 10