Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (476)
Games in Android Showcase (106)
games submitted by our members
Games in WIP (531)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-03 17:25:58
Quote
Problem is that your use case is so strange to most people that there is a trouble grasping why exactly it is needed. Can you explaing the exact cases where it is needed ?
Well, "needed" is a bit too much because it's not something i'm making money with. Not even something that will evolve into a real game. It's just a fun project that i'm working on from time to time to learn things about 3d. The idea is this: There are birds hidden in a tree (with around 1000-2000 leafs) and you have to hit them using a fireball  Grin
I started this little project using the mentioned jpct engine and i wanted the leafs to burn down when hit by the fireball. In the earlier version of the engine, i had to create an object for every leaf too. Just like i would have to in xith . That's because the engine was able to detect the collision itself but it couldn't tell me which leafs were affected when i stored them all in one big object. That was quite slow. According to my profiling, most of the time was spent in the collision detection between my fireball and all the leafs. A newer version introduced the possibility to get the list of affected polygons (i.e. the leafs) from a collision. With this, i can easily maintain my own list of burning leafs, let them burn some time by changing the texture to an animated fire and finally i change the texture to a "burned leaf" one. (You can spot the birds better through the burned leafs  Wink )
That's what i'm doing and that's what i'm using this feature for. I don't really need xith to implement it, because i don't plan to use xith ATM. I was just wondering why something so obviously needed (to me at least) isn't possible with this engine.
And finally, albeit i'm not writing one, i think it's very usefull for texturing work in an editor. But i already mentioned that.
2  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-03 11:42:59
Quote
To give you an example, my .3ds loader takes the per-polygon texturing model and converts it through to the same setup that Xith3D uses - single shape per texture.  That takes about 300 lines of code to perform. Now, think about how that would effect performance if it had to be executed for every polygon, every frame.
Sorry, but i really don't get what you are trying to tell me here. That changing the texture state requires 300 lines of code?  For sure not.

Quote
It's pretty clear by the definition of what you are calling a shape, and what everyone else knows a shape to be a very different. What you're completely confusing is the difference between a content development tool/environment, and a realtime graphics rendering API...
I'm calling a shape whatever xith is calling a shape and i couldn't care less about what the programmer of the API is doing with this shape/model/whatever internally. I'm just interested in a feature that makes sense to me (and not just me). Maybe it's hard to implement and doesn't fit nicely into the current code but should i really care about this as the "user" of the API?  Back to my example: If your loader loads a level with a single texture, it would make it either one shape containing all the polys or it would make one shape for every poly because i somehow told it to do so. The later solution is totally out of question for me. That's far away from the optimized state you are talking about.  The former solution explodes when i'm trying to change a texture of a single polygon. I would have to reorganize the whole shape and split it into two seperate ones and so on and so on.
So i think you are basically telling me, that i can use xith for writing a game where almost everything is static (texture wise) but not for writing the tools for creating it!?
In my opinion, an engine's task is to abstract from the underlying rendering layer and its requirements. If it forces me to build wierd workarounds to get what i want (if its reasonable, which it is in this case), it has failed in this part IMHO.
3  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-02 17:39:57
Ok, i now understand the reason for Shape3d to behave the way it does for compatibility reasons with Java3d. However, a  class that allows different textures for polygons would be a very valuable addition IMO.
JPCT (http://www.jpct.net/forum/viewtopic.php?t=88) is something i'm using from time to time and that offers support for both ways. By default, you assign textures for the whole object but the 3ds loader can handle multiple textures/object and the API lets you obtain a PolygonManager from each object which offers this option too. That's very convenient for coloring picked polygons for example. You just need about two lines of code to highlicht the polygon under the mouse pointer by simply changing its texture.
4  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-02 12:48:55
@abies: I don't think that it's a very good argument to say that something is against definition and therefor not possible for a reason. Maybe not the feature but the definition is questionable in that case?!
Anyway, i agree that there are workarounds. As you mentioned, i could write my own loader to split my level into separate shapes and i can also use different geometry and spatial subdivision for my collision detection than i do for the rendering. But i don't think that that's the point when using a 3d engine like xith. It should offer such things and not force myself to reinvent the wheel here.
Another example: Imagine a 3d editor, where the user can load textures and assign them to every polygon he wants (i.e. he's texturing an untextured level). If i understand the current definition correctly, this is almost impossible with xith, because it would require every polygon to be a single shape (or to split and create shapes everytime he changes a texture, which sounds even worse). For a level with 20000 polygons (which is not much), this would require up to 20000 shapes. Am i right?
I'm sorry, but if i am (even to a degree), i don't think that the current approach is a very good one. Other engines i know are doing it differently and IMHO better. I think that this is something that should be rethought.
5  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-01 17:23:19
Quote
Actually, you're wrong about the collision detection. Having everything as a single big lump of geometry makes collision detection horribly slow. With a lot of separate objects, you can quickly cull almost everything before getting down to the per-triangle intersection tests. BSP, cells and portals, oct trees etc, all rely on splitting the geometry down to small sets of data spatially located to reduce the number of tests needed.
That's not exactly what i was talking about. Storing all the level geometry in one shape doesn't mean that you can't use spatial subdivision on it. It's even easier IMO. If you split your level into a lot of texture separated objects, you either have to store the corresponding object of each polygon in your octree (for example) or (even worse) calculate an octree for each one.
Allowing just one texture per shape really is a bad decision IMHO. Imagine a Doom3 level that would have been build that way. How many shapes would that require? Gazillions? And what for? Just to minimize texture state changes?
6  Java Game APIs & Engines / Xith3D Forums / Re: Per poly texture? on: 2004-10-01 12:47:15
Quote
This is what many good 3d artists do anyway: pack as many different textures of a modell into one texture page to avoid texture context swapping as much as possible.
True to a certain degree for models but for sure not for the level geometry. And to split an indoor level or even a terrain into a bunch of shapes by their textures is a really bad approach imho, because it makes a lot of tasks (like collision detection and response) unnecessarily difficult. Why won't xith let the programmer decide how many textures a shape should use!?
7  Game Development / Networking & Multiplayer / Re: java 1.1 compatiable 3d engine? on: 2004-07-11 21:31:24
Quote
Dumb troll.
Thank you for insulting me this way. I'll answer the rest of your post when hell freezes over.
8  Game Development / Networking & Multiplayer / Re: java 1.1 compatiable 3d engine? on: 2004-07-11 11:31:44
So going bankrupt with 1.4 (because the Average Joe won't install it) is a smarter decision than using 1.1 and making money with it? That would explain the state Java gaming is in at least.
9  Java Game APIs & Engines / Xith3D Forums / Re: Moving the camera/player a fixed distance on: 2004-07-06 19:00:58
Well, i really don't understand your problem then.  You know the dimensions of your grid, so you simply have to move the camera by that amount and rotate it 90 degrees for turning. There must be something in your post, that simply don't get... Huh Anyway, you got it working already.  Grin
10  Java Game APIs & Engines / Xith3D Forums / Re: Moving the camera/player a fixed distance on: 2004-07-05 21:04:44
A 3d engine without a built in camera class that does basic things like moving and turning? You are kidding, aren't you? Or is there a good reason for it?
11  Games Center / Archived Projects / Re: 3D Demo: Flowing Water + 3D Bird + 3D Shark on: 2004-03-02 05:16:16
Quote
U know webstart would be a realy good way of deploying this :-/
Downloading a jar and doubleclicking on it or even unzipping a zip isn't that difficult either. Why do some people go crazy about webstart lately? I like it too, but i still prefer to download the stuff and store it where i want it to store.
12  Games Center / Archived Projects / Re: ALIEN FLUX 1.4c released on: 2003-10-07 16:15:45
Quote

Alien Flux costs 21ยค and surely can't compete with these games.
That's much too simple. It's like saying that South Park can't compete with Sinbad or that your girlfriend can't compete with Miss World.
13  Java Game APIs & Engines / Java 3D / Re: Which API? on: 2003-10-04 23:31:45
There's a similar thread on java.sun.com.
I doubt that it adds much new to this discussion, but anyway. Maybe it's worth a look though.

http://forum.java.sun.com/thread.jsp?forum=21&thread=437870&tstart=0&trange=15
14  Java Game APIs & Engines / Java 3D / Re: Down with J3D, Software rendering rules! on: 2003-04-24 15:23:03
Quote
LWJGL is pretty damn fast. I draw 160 quads all with a blended texture to them and get ~70 fps in 1024 768 32 and 35 in 1600 1200 32 Smiley
I use display lists and now working on quad trees Smiley

Well, no offense but 70fps for 160 textured quads is not damn fast, it's rather damn slow. Maybe you try it with VSync disabled. 70 and 35fps sound very much like a VSync limit to me.
15  Discussions / Community & Volunteer Projects / Re: The Alien Flux Development Diary (aka XAP) on: 2003-03-19 20:08:46
Quote
Hold your horses, I'm just squeezing more niceness into it before I tell everyone where it is...
IF it is this file with 3.7MB that i've found after reading your post (was really easy... Lips Sealed )..THEN it doesn't work on a Radeon9700 using the newest driver (3.2 i believe) under Win XP. It tells me to get a new graphics card (and i hate it for that). It does run on a GF3 under XP. IF this is not the version you are teasing us with...then ignore this post....
16  Java Game APIs & Engines / Java 2D / Re: Framerate-independent movement on: 2003-02-20 13:27:59
For some people around here, threads seem to be the Saddam Hussein of programming. Stop this discussion and save your time...it's fruitless here on threadhaters.org.
17  Java Game APIs & Engines / OpenGL Development / Re: Testers needed for jPCT->LWJGL on: 2003-01-28 18:48:10
Tried it on an Athlon XP 1600 running WindowsXP and using a Kyro-I based graphics card. It worked and looked fine. Around 90fps. Overclocking the card helped to increase performance, so my guess is thatit's fillrate limited on that card (what can you expect from a card clocked at 115 Mhz though?).
18  Java Game APIs & Engines / Java 3D / Re: Any Java based 3D Engines? on: 2003-01-02 10:50:04
Quote
What do you mean by a 3D engine as opposed to a system that handles displaying, texturing, lighting and animating 3D objects?

I'm not sure what you're talking about here.
Yes, that's what i'm talking about. LWJGL is no such thing. And scenegraph-oriented APIs like Java3d are not very well suited to make games with them IMO. It may be possible, but what i was talking about was a kind of Quake2/3-engine on top of something like LWJGL (i really hate this name btw... Grin )
In "native world" there are Quake level viewers like there's no tomorrow and for Java...?...nada! I don't have the experience (3d wise) to write one but i would like to see such thing in Java. That's why i asked!
19  Java Game APIs & Engines / Java 3D / Re: Any Java based 3D Engines? on: 2003-01-01 16:51:03
Quote
Still waiting for some bright spark to write a scenegraph on top of it...

Cas Smiley
Doesn't that mean that you would reinvent the wheel (i.e. Java3D)?? I'm looking for a 3d engine optimized for games, not a scenegraph API.  I mean the native world has Unreal 2 and Doom III-type graphics and Java has..what???
20  Discussions / General Discussions / Re: Java people, don't waste your time! on: 2002-12-23 12:28:07
Quote


Hi trent, seen this?

http://www.2nu.com/Wayne/SplattJava/SplattJava480x300.html

Add two years and another thousand gigahertz to the machina - still think no-can-do?


As nice as it looks, it technically dated. It's a raycaster. As i mentioned in another thread, i would like to see something like the quake (even quake1 would be fine) engine to be implemented in Java.
The closest thing i could find was this:
http://www.jpct.net/download/jpctdemo.zip

...but that's not using hardware acceleration.
21  Java Game APIs & Engines / Java 3D / Re: Any Java based 3D Engines? on: 2002-12-19 21:08:17
Are there any others? Javaisdoomed seems to look nice but there's nothing to download.
I mean there must be something at least on the same level as the quake engine. What comes closest to it was this jPCT-demo-application and IMHO it's kinda sad (as impressive as it is) that with Java3D and GL4Java out there, nothing like that should be possible that makes use of hardware acceleration...Huh??
Pages: [1]
 

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

The first screenshot will be displayed as a thumbnail.

pw (13 views)
2014-07-24 01:59:36

Riven (14 views)
2014-07-23 21:16:32

Riven (13 views)
2014-07-23 21:07:15

Riven (15 views)
2014-07-23 20:56:16

ctomni231 (43 views)
2014-07-18 06:55:21

Zero Volt (39 views)
2014-07-17 23:47:54

danieldean (32 views)
2014-07-17 23:41:23

MustardPeter (36 views)
2014-07-16 23:30:00

Cero (50 views)
2014-07-16 00:42:17

Riven (50 views)
2014-07-14 18:02:53
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
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!