Gaming Creating an ocean exploration simulator

[kamaz]

I will implement exporting RAW tonight and send you to test.

Done!

The resulting RAW correctly converts back to image with terrconv.exe, so I guess I got this right.

Bitmap size is automatically set to the nearest 2^N+1.

 

[BruceJohnJennerLawso]

I have installed unity and it is quite a learning curve,

I find it is... very powerful, but difficult to dive into as a programmer. Its a very well thought through tool for software development, but it isnt instantly intuituve even if one has written code before. But once you get a bit of an understanding of how the api works, its not difficult to write stuff, even without knowing C# inside and out.

Not for orbiter. And with much more draft. :thumbup:

And open source as well, for which designers of such games may eventually hate us for :lol:

 

[Urwumpe]

OK, I start to believe that a 1° x 1° terrain plot (About 110 x 104 km for Hawaii) is a bit huge. Also its pretty inaccurate since we would need to use custom terrain scale factors for the size of the terrain.

Either we reduce the terrain size, find a way to create our own terrain engine or we might need switch the basic game engine.

 

[BruceJohnJennerLawso]

OK, I start to believe that a 1° x 1° terrain plot (About 110 x 104 km for Hawaii) is a bit huge. Also its pretty inaccurate since we would need to use custom terrain scale factors for the size of the terrain.

Either we reduce the terrain size, find a way to create our own terrain engine or we might need switch the basic game engine.

Can we not dynamically change the terrain under the sub as we move?

 

[Urwumpe]

Can we not dynamically change the terrain under the sub as we move?

Sure, but we would then need to handle this ourself and use smaller heightmaps.

 

[BruceJohnJennerLawso]

Sure, but we would then need to handle this ourself

Yeah, but what alternative would we have besides handling it ourselves

Potential link of interest:

http://kerbalspace.tumblr.com/post/16228007762/the-story-of-ksp-ksp-0-1

in it Harvester mentions something about the way they implemented dynamic terrains in ksp early on

 

[Urwumpe]

Yeah, but what alternative would we have besides handling it ourselves

Potential link of interest:

http://kerbalspace.tumblr.com/post/16228007762/the-story-of-ksp-ksp-0-1

in it Harvester mentions something about the way they implemented dynamic terrains in ksp early on

OK... anyway, we should consider smaller terrain tiles for the start. I'll keep the heightmap of Kamaz but reduce it to 20x20 km for the start

 

[kamaz]

Also its pretty inaccurate since we would need to use custom terrain scale factors for the size of the terrain.

Could you elaborate on this?

For me, the limiting factors are horizontal resolution (this is 3 arcsec DEM, we can switch to 1 arcsec DEM, but that's the best NOAA has) and vertical resolution (limited by both DEM resolution and the way we encode data in RAW16 --- this is 10cm currently).

I can of course cut the DEMs into tiles of any size, just tell me what you need.

By the way, we should somehow address the fact that the Earth is spherical. I was lazy and just used Mercator projection for now. For Hawaii it's not really a problem, but as we go closer to the poles...

---------- Post added at 11:01 PM ---------- Previous post was at 10:54 PM ----------

Yeah, but what alternative would we have besides handling it ourselves

Potential link of interest:

http://kerbalspace.tumblr.com/post/16228007762/the-story-of-ksp-ksp-0-1

in it Harvester mentions something about the way they implemented dynamic terrains in ksp early on

Also:

http://kerbalspace.tumblr.com/post/16291223741/the-story-of-ksp-ksp-0-2
http://kerbalspace.tumblr.com/post/17827181033/the-story-of-ksp-ksp-0-4

 

[Urwumpe]

Could you elaborate on this?

Right now, a 100 x 100 km terrain is approaching the limits of the Unity engine, a smaller terrain would mean less trouble there.

Also, you are converting polar coordinates into flat Cartesian coordinates in Unity, the projection is distorted anyway.

 

[T1234]

There is a unity export to OBJ script for terrain. One could make the heightmap terrain in unity and and join terrain meshes together in a different program if that is helpful.

 

[jangofett287]

https://github.com/BruceJohnJennerLawso/Diver/commit/b941c02e2ca986f4447df8aafb4cbb0b388cc0b8
I've implemented the drag equation. Still assuming things are spheres. Also drag is only applied when the object is fully submersed, as that's the conditions for the drag equation.
I also added a backplane to the water in my test scene so you can see the surface from beneath it, and a simple UI for slightly adjusting the ballast tanks in my test sub.
Can anyone think of anything else that needs to be in our MVP physics engine?

 

[perseus]

Physics allow [ame="http://en.wikipedia.org/wiki/Cavitation"] cavitation[/ame][ame="http://en.wikipedia.org/wiki/Cavitation"][/ame] and [ame="http://en.wikipedia.org/wiki/Supercavitation"]supercavitation[/ame]?

 

[jangofett287]

No, but those aren't part of the MVP, so it's ok.

 

[BruceJohnJennerLawso]

Urwumpe, I did a little bit of work on the 'test scene' scene in the develop branch, which I think is your area. Is it okay to push that or will it break things on your end?

I got some basic physics working and the DSR1 now collides with the terrain mesh properly. Once I can integrate the buoyancy script that jango implemented, it should be reasonably nice to play with.

I see your shader for the water surface in the project, should it be visible on camera yet?

 

[Urwumpe]

Urwumpe, I did a little bit of work on the 'test scene' scene in the develop branch, which I think is your area. Is it okay to push that or will it break things on your end?

I got some basic physics working and the DSR1 now collides with the terrain mesh properly. Once I can integrate the buoyancy script that jango implemented, it should be reasonably nice to play with.

I see your shader for the water surface in the project, should it be visible on camera yet?

Is no problem. I am not sure if I can ever get the shader working like I want to in Unity Free, since RenderToTexture is not supported. I think I will look at other construction sites first and then return to it, once I have a working solution.

But this weekend, I had other priorities with the release of Medieval Engineers. :lol:

 

[Thunder Chicken]

Physics allow cavitationhttp://en.wikipedia.org/wiki/Cavitation and supercavitation?

The effect of cavitation can be implemented within the drag model. You would need a term correlating the Euler or Cavitation Number to drag.

Just like in Orbiter, getting good drag data and correlations can be the hardest part of the problem. If I find some good literature I'll link it here.

Having just been on a ship for 2 months, this looks like a cool project!

 

[Thunder Chicken]

Here's a thesis on supercavitation, useful info on drag and the shape of a the cavitation cavity in the literature survey (pgs 3-4).

https://www.aem.umn.edu/research/supercavitation/documents/Schauer%20Thesis.pdf

Here is an excellent compendium on supercavitation by NATO RTO.

http://ftp.rta.nato.int/public//PubFullText/RTO/EN/RTO-EN-010///EN-010-$$ALL.pdf

The drag correlations look relatively easy, assuming you have a blunt object inciting the cavitation. The hard part will be dealing with the loss of buoyancy. The object will be immersed in a vapor bubble, not water, so the buoyant force will be small. Small hydroplanes would need to be extended to provide a lift force.

To simplify things, you might just want to modify the drag force using the cavitation expressions, and just use a buoyant force calculated assuming that the object is in liquid water. That would basically mimic any asymmetric lift forces you would have to exert to stay in the gas bubble without all of the complexity.

Correlations also are available for the size and shape of the bubble cavity which can be fed to the eye-candy generator.

 

[BruceJohnJennerLawso]

Is no problem. I am not sure if I can ever get the shader working like I want to in Unity Free, since RenderToTexture is not supported. I think I will look at other construction sites first and then return to it, once I have a working solution.

But this weekend, I had other priorities with the release of Medieval Engineers. :lol:

I made the push yesterday, can you double check to make sure it doesnt break anything on Your end?

 

[Urwumpe]

I made the push yesterday, can you double check to make sure it doesnt break anything on Your end?

Checked back with the few changes that I had... had a conflict here in a unity file, that I had to fix by ignoring my local changes... had been mostly experimenting here anyway.

 

[BruceJohnJennerLawso]

Checked back with the few changes that I had... had a conflict here in a unity file, that I had to fix by ignoring my local changes... had been mostly experimenting here anyway.

Nothing serious broken though?

I was thinking the next step will be to copy over the buoyancy script and get it to add a force to the vessel in question, at which point the player can then muck about as they see fit. After that, the camera needs to be modified so that it doesnt rotate with the user, and then we will at least have our first steps for the project completed.