91
Support / Re: multiple coordinates for texture stages?
« on: August 14, 2016, 08:58:02 am »
great, it works correctly.
News:
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
92
Feedback / hotspot JVM garbage collection strategy?
« on: August 14, 2016, 08:47:58 am »
in my JPCT app, i use constant framerate(30fps) by adding Thread.sleep at the end of each frame update. as long as the time needed for each frame update doesn't exceed 0.033333 sec, the app runs well.
but if a full gc is performed, a frame will be delayed, and i can't predict when a gc will be performed.
is there any gc mode that does gc "little by little" so every gc doesn't take longer than... say 0.015 sec ?
can gc be performed when my main thread sleeps?
but if a full gc is performed, a frame will be delayed, and i can't predict when a gc will be performed.
is there any gc mode that does gc "little by little" so every gc doesn't take longer than... say 0.015 sec ?
can gc be performed when my main thread sleeps?
93
Support / Re: multiple coordinates for texture stages?
« on: August 13, 2016, 05:46:51 am »
thanks. i've read about PolygonManager now.
i would like to know, after manipulating polygons, is the Object3D still compiled (rendered by GL as a batch)? what i concern about is the rendering performance.
i would like to know, after manipulating polygons, is the Object3D still compiled (rendered by GL as a batch)? what i concern about is the rendering performance.
94
Support / Re: Compressed Textures
« on: August 13, 2016, 05:43:20 am »
i couldn't find an option for compressed texture in JPCT, is it still not supported by now?
95
Support / multiple coordinates for texture stages?
« on: August 12, 2016, 10:32:27 am »
i created a heightmap terrain using Object3D(pos,normal,uv,index,textureID) method.
if i want the the terrain to have at least 2 layers of texture tile - one large tile(repeat 4x4) & one smaller tile of noise(repeat 128x128). in what way should i set it up?
should i use shader?
if i want the the terrain to have at least 2 layers of texture tile - one large tile(repeat 4x4) & one smaller tile of noise(repeat 128x128). in what way should i set it up?
should i use shader?
96
Support / less verbose console info?
« on: August 09, 2016, 08:21:16 am »
i encounter a problem, the console information is too much (such as compiling object3d to VBO), sometimes the latter information fills the console buffer so i can't read the former ones. can i define what information should be printed in the console? (in MS Windows)
97
Support / Re: questions about render-to-texture
« on: July 11, 2016, 01:47:55 pm »
i may create a software FB of small size when i need those effects.
98
Support / Re: questions about render-to-texture
« on: July 11, 2016, 10:14:06 am »
for question 1 and 2 , i guess if i obtain all pixel data from the RTT texture and put into another texture , then the other texture would be the same as ordinary textures , right?
edit: i read the doc again and seems like there is no api that obtains pixel data from a RTT texture.
edit: i read the doc again and seems like there is no api that obtains pixel data from a RTT texture.
99
Support / questions about render-to-texture
« on: July 10, 2016, 04:43:22 pm »
i am new to RTT, and i am now using FrameBuffer.setRenderTarget() to render into textures. (the FrameBuffer is the same one as the main window)
1) i blit white text into a texture after clearing FB with black color. when the texture is applied to a transparent Object3D, the black part is visible. but i have another texture loaded from a grayscale PNG file, where the black part is invisible. why isn't the RTT texture tranparent?
2) the doc says RTT must not use mipmaping. but if a texture will never be rendered into again after the first time, can it have mipmaping afterwards?
3) if a texture has size of 32x32 while the FB is 1280x800, when rendering into the texture, is the renderer doing work on 32x32 pixels or 1280x800 pixels? i mean the workload, is it small or large.
1) i blit white text into a texture after clearing FB with black color. when the texture is applied to a transparent Object3D, the black part is visible. but i have another texture loaded from a grayscale PNG file, where the black part is invisible. why isn't the RTT texture tranparent?
2) the doc says RTT must not use mipmaping. but if a texture will never be rendered into again after the first time, can it have mipmaping afterwards?
3) if a texture has size of 32x32 while the FB is 1280x800, when rendering into the texture, is the renderer doing work on 32x32 pixels or 1280x800 pixels? i mean the workload, is it small or large.
100
Support / Re: full screen mask with continuous changing alpha?
« on: July 08, 2016, 08:27:44 am »
now it works perfectly. thanks.
101
Support / full screen mask with continuous changing alpha?
« on: July 07, 2016, 07:30:09 am »
i am trying to use Overlay to make a full screen mask. the mask must be able to change alpha from zero to full opacity, continuously.
i applied a black texture with alpha to the Overlay.
i tried different combination of alpha value(Texture) and transparency(Overlay), i just couldn't have it changing continuously.
1) Texture.setAlpha() has no effect on the Overlay, maybe an texture upload per frame is required.
2) i tried Texture.overrideTexelData(), it seemed to work. but it requires texture uploading, it clearly slows down the program.
3) the argument to Overlay.setTransparency() isn't the same thing as alpha, when i tried, 0 resulted in full transparency, 4 resulted in full opacity. and it's in integer, not float.
what else can i try?
i applied a black texture with alpha to the Overlay.
i tried different combination of alpha value(Texture) and transparency(Overlay), i just couldn't have it changing continuously.
1) Texture.setAlpha() has no effect on the Overlay, maybe an texture upload per frame is required.
2) i tried Texture.overrideTexelData(), it seemed to work. but it requires texture uploading, it clearly slows down the program.
3) the argument to Overlay.setTransparency() isn't the same thing as alpha, when i tried, 0 resulted in full transparency, 4 resulted in full opacity. and it's in integer, not float.
what else can i try?
102
Support / suggestion on API, setTranslation, setMatrix, setOrigin
« on: July 06, 2016, 09:23:12 am »
when i want to position an Object3D, if the object has children, i can't use setOrigin(), i must set the translation.
but there is no setTranslation(), there is translate() which requires relative position.
but most of the time i don't directly know how much should i move the object, instead i know the current position of the object. so i call clearTranslation() then translate(), or set the Matrix of the object. in case i just need to position an object at a certain position, i don't need a Matrix, isn't setTranslation() a better method?
and if Object3D has a setMatrix method like this, setMatrix(float[] matrixFloatArray), that can be convenient too.
and some APIs require a SimpleVector as argument, such as setOrigin(SimpleVector vec), why not a method like setOrigin(float x,float y,float z) ?
but there is no setTranslation(), there is translate() which requires relative position.
but most of the time i don't directly know how much should i move the object, instead i know the current position of the object. so i call clearTranslation() then translate(), or set the Matrix of the object. in case i just need to position an object at a certain position, i don't need a Matrix, isn't setTranslation() a better method?
and if Object3D has a setMatrix method like this, setMatrix(float[] matrixFloatArray), that can be convenient too.
and some APIs require a SimpleVector as argument, such as setOrigin(SimpleVector vec), why not a method like setOrigin(float x,float y,float z) ?
103
Support / Re: trying to make an LOD system
« on: July 02, 2016, 12:43:37 pm »
i will cancel the LOD system for now, to make the program simpler.
but i have another question:
if an Object3D is invisible (setVisibility or removed from world), but it has children and parent. would JPCT engine do translation to every object in the tree, in these 2 cases?
case 1: all objects in the tree are invisible
case 2: only one object in the tree is visible
because i don't like to waste CPU time doing translations on invisible objects, if the object quantity is large, doing translation would cost much CPU time.
but i have another question:
if an Object3D is invisible (setVisibility or removed from world), but it has children and parent. would JPCT engine do translation to every object in the tree, in these 2 cases?
case 1: all objects in the tree are invisible
case 2: only one object in the tree is visible
because i don't like to waste CPU time doing translations on invisible objects, if the object quantity is large, doing translation would cost much CPU time.
104
Support / Re: Diffuse coloring
« on: July 01, 2016, 06:49:24 pm »
it works. thanks.
and the Texture constructor is so convenient that i can easily create a collection of colors.
and the Texture constructor is so convenient that i can easily create a collection of colors.
105
Support / Re: Diffuse coloring
« on: July 01, 2016, 12:25:03 pm »
i went into the same issue. i tried setAdditionalColor, but it can not simulate a material with diffuse lighting.
for example, i have an object without texture, if object.setAdditionalColor(0,0,0) and sun color is (255,255,255), when a polygon faces the sun directly, the polygon is pure white. it almost looks like specular, but it shouldn't be.
i want a black polygon to look gray when it faces the white sun. what can i do? must i use shader?
PS: the sun is a Light which is placed far away, and never fades.
for example, i have an object without texture, if object.setAdditionalColor(0,0,0) and sun color is (255,255,255), when a polygon faces the sun directly, the polygon is pure white. it almost looks like specular, but it shouldn't be.
i want a black polygon to look gray when it faces the white sun. what can i do? must i use shader?
PS: the sun is a Light which is placed far away, and never fades.