1
News / Re: New version of...myself!
« on: December 18, 2007, 08:04:28 pm »
Congratulations!!!!! Good luck with the new guy!
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.
2
Projects / Re: Mystery Puzzle Game
« on: October 01, 2007, 02:49:14 am »
Looking good!
Check out the DevKit. It has some buitl in stuff that may help you speed up research.
Check out the DevKit. It has some buitl in stuff that may help you speed up research.
3
News / Re: A new demo...
« on: September 24, 2007, 01:17:21 am »
Ohhhhhh. Just installed it and was playing around. Thought it would be cool to run that demo 
.
.
4
News / Re: A new demo...
« on: September 22, 2007, 09:24:30 pm »
Couldn't launch it with Solaris10:
Code: [Select]
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1154)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1101)
at com.sun.javaws.Launcher.continueLaunch(Launcher.java:944)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:515)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
at com.sun.javaws.Launcher.run(Launcher.java:165)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:108)
at com.threed.jpct.GLBase.getAvailableVideoModes(Unknown Source)
at com.threed.jpct.FrameBuffer.getVideoModes(Unknown Source)
at com.threed.jpct.demos.util.ResolutionPanel.<init>(ResolutionPanel.java:66)
at com.threed.jpct.demos.util.ResolutionFrame.<init>(ResolutionFrame.java:15)
at com.threed.jpct.demos.dust.Dust.main(Dust.java:42)
... 11 more
5
News / Re: Away from keyboard for one week!
« on: August 31, 2007, 09:30:45 pm »
Bring funny pics back .
.
6
Feedback / Re: using JPCT for cartography!
« on: July 21, 2007, 12:13:58 am »
Ok talked to the guy he said they used something similar to this for some of the processing:
http://www.ittvis.com/envi/envi_in_gis.asp
http://www.ittvis.com/envi/envi_in_gis.asp
7
News / Re: Happy birthday!
« on: July 20, 2007, 11:03:34 am »
Happy Bday jPCT!! Have many many more birthdays.
This is a great project egon..
This is a great project egon.
.
8
Feedback / Re: using JPCT for cartography!
« on: July 19, 2007, 12:00:30 am »
Used a custom map format. I don't know much about it because I didn't work on getting the map data into the app.
And the application is not for sale sorry
.
And the application is not for sale sorry
.
9
Feedback / Re: using JPCT for cartography!
« on: July 18, 2007, 11:28:34 am »
We got the position and our application already had names on the streets as we built the map units. Every map unit has part or an entire street which name we already set on the map unit so that was not hard.
We compare the object position with an area in the map (the street, because we already know where the street is since we know some places on the map are static and we know their position, it is defined in the map unit) and just get the street name, kinda like collision detection.
Part of the street database came from some sort of weird GPS/GIS mix system. Some other data was missing and we had to get the data on our own.
We built a tool for making map units, so we had the images and a guy programmed the tool to take road data from another version of the same image used to build the map unit but with roads overlapped. Then we got some dudes to insert the street names by hand with a tool they could click the street on the map, then check on a map (the kind of map the gov has in paper) and set the street name, and we got street data up to date and the way we needed it.
Since we have all the roads and road connections we can use that data to find routes, etc. we built some custom algorithms because we had more requirements than "find the shortest path" but it's kinda the same idea. Then drawing the result was easy because we knew where to draw every point in the map, and if we were using streets we just used the street data from the map unit.
We compare the object position with an area in the map (the street, because we already know where the street is since we know some places on the map are static and we know their position, it is defined in the map unit) and just get the street name, kinda like collision detection.
Part of the street database came from some sort of weird GPS/GIS mix system. Some other data was missing and we had to get the data on our own.
We built a tool for making map units, so we had the images and a guy programmed the tool to take road data from another version of the same image used to build the map unit but with roads overlapped. Then we got some dudes to insert the street names by hand with a tool they could click the street on the map, then check on a map (the kind of map the gov has in paper) and set the street name, and we got street data up to date and the way we needed it.
Since we have all the roads and road connections we can use that data to find routes, etc. we built some custom algorithms because we had more requirements than "find the shortest path" but it's kinda the same idea. Then drawing the result was easy because we knew where to draw every point in the map, and if we were using streets we just used the street data from the map unit.
10
Feedback / Re: using JPCT for cartography!
« on: July 18, 2007, 04:33:31 am »
I've worked a little bit on a real time system for tracking vehicles on a map. We did not use any 3D stuff in it. The whole path and weight data was on another tracking system (It has dynamic weight on the paths due to traffic and road blocks etc.). We pulled the real time data from there and just adjusted cropped image maps of the place so we had the references all set. We loaded at least 8 map units to surround the zoomed area and make zooming faster.
The path algorithms used were 9 custom and 2 standar ones to check for errors etc. ( the ones you can see in books like Dijkstra, etc.).
One of the hard parts was getting the roads to work like roads ( Meaning there's road data rather than trying to get gps position over the map) and mixing it up with terrain and whatever other entities you have there.
We managed the memory by cropping a map (square area) and adding road data (array of nodes array to get road directions and finding where roads meet and with coord data) and serializing that whole thing as a map unit and we rendered that unit and the surrounding ones (
.
We had different resolutions for the maps because sometimes it was needed to zoom a huge area so we built same size maps with much more area and data in it and we serialized again. So when you zoomed out too much most map data was already in place all was neede was to load more data from the other system.
Of course this was a huge machine running it. And the rendering was done apart from the processing.
I really don't see any benefit for using jPCT here thought.
And you do need to get some good maps of the area you will use and work it from there.
The path algorithms used were 9 custom and 2 standar ones to check for errors etc. ( the ones you can see in books like Dijkstra, etc.).
One of the hard parts was getting the roads to work like roads ( Meaning there's road data rather than trying to get gps position over the map) and mixing it up with terrain and whatever other entities you have there.
We managed the memory by cropping a map (square area) and adding road data (array of nodes array to get road directions and finding where roads meet and with coord data) and serializing that whole thing as a map unit and we rendered that unit and the surrounding ones (
.We had different resolutions for the maps because sometimes it was needed to zoom a huge area so we built same size maps with much more area and data in it and we serialized again. So when you zoomed out too much most map data was already in place all was neede was to load more data from the other system.
Of course this was a huge machine running it. And the rendering was done apart from the processing.
I really don't see any benefit for using jPCT here thought.
And you do need to get some good maps of the area you will use and work it from there.
11
Projects / Re: FutureRP
« on: July 11, 2007, 07:32:01 am »
It has a very nice interface!
Good thing you have Granny on your side!
Good thing you have Granny on your side!
12
Support / Re: How to set the direction of an object to make it slide on another one.
« on: July 06, 2007, 10:48:16 am »
You could use a 3rd part y(i.e. ODEJAVA) physics engine to do that.
13
News / Re: Currently working on...
« on: July 06, 2007, 02:32:41 am »
Yay a snorkels game! :p.
Great to see that jPCT got shadows. Looks just great. Good job again Egon.
Great to see that jPCT got shadows
. Looks just great. Good job again Egon.
14
Feedback / Re: Another sighting! Now in Java.com LevelUP
« on: June 05, 2007, 01:02:41 am »
Well I was just kidding around but there are some cool projects that should continue to be there along with jPCT such as the skeletal API and Todds dev kit.
15
Feedback / Re: Members' backgrounds...
« on: June 01, 2007, 10:23:23 pm »
I've had quite good results with Processing and 2D. Kinda hard to customize at first but you get really nice stuff once you know your way in.