The SciTech Playroom

[3DRaddict]

Hello folks
I am a hobbyist 3D programmer who is getting on in years (73 of them!). I have messed around with 3D from the early DOS/Windows95 days until the present with its overwhelming supply of advanced 3D game engines. During this period I had a full-time job as an industrial process control software engineer. On my hobbyist side, the engines I have worked with have been PowerRender (obsolete), 3DRad (obsolete), Oddity(deprecated), Esenthel (too expensive), Unity (too heavy), and my own DirectX11 based engine. All of these have been based on C++ Windows platforms. A more detailed resume of all my projects can be found on my website www.3DRaddict.com (not updated for a while now)

Enough background history.....and fast forward to the present. I decided that I would like to change to C# as my programming language, in conjunction with a lightweight graphics framework, and after some research, have settled with MonoGame.

I have found that the way to quickly get to grips with a new engine is to port the old stuff (that you know works well on previous engines) over to the new engine or framework. A project that I have been working on and off for a number of years is called “The SciTech Playroom”, and is the project I have chosen as my first MonoGame endeavour. Basically, it involves a simple room with a couple of workbenches on which the player can conduct interactive science experiments and technical demonstrations. For this to be realistic, a primary requirement is a good physics engine. I have had past experience with Nvidia PhysX, but wanted something that would integrate nicely with C#. I chose the BulletSharp MonoGame library.

As an aside, in my private capacity to help supplement my dwindling pension, I would like to run a practical interactive 3D programming course in my home town. The course will be based on this MonoGame project, whereby the students will follow its development from the ground up.
I have gathered from the threads on this forum that there is a shortage of up-to-date MonoGame 3D examples and tutorials. I would hope that, with this project and together with my course lesson preparatory work, I will be able to help out in this respect.

I commenced porting during January this year and I am pleased with the progress thus far.
Here is a video of the current stage of the project:-

Introductory overview

[3DRaddict]

The manipulation of small rigidbody objects is an important requirement for this project. The picked objects have to be manipulated smoothly (using mouse and keyboard) with no jittering.

The example video shows the small objects (coins) being picked up and dropped through the slot in the lid of the container. The container and lid each consist of a BulletSharp "CompoundShape", comprising of a number of BulletSharp "ConvexHullShape" child shapes. These, also, are dynamic and can be picked and manipulated.

The "blocky" shadows are troubling me a bit, and I would welcome any suggestions as to how they could be simply smoothed out in MonoGame. They are currently created via a shadowmap, using a directional light source and an orthographic projection matrix.

Small Object Manipulation

[3DRaddict]

I've managed to improve the "blocky" shadows by a fair amount.
I added PCF filtering to my 'shadowmap' shader, but with no real noticeable improvement.
The big improvement came when I increased the shadowmap size from 2048x2048 to 4096x4096, and also I reduced the depth bias value. Still "blocky"..... but for this project I'm not after visual perfection, so long as the bodies interact correctly.
Here are some before and after screenshots:

Before:

After:

Before:

After:

[3DRaddict]

I was a little dubious as to how MonoGame was going to handle the porting over of my chemistry glassware models (beakers, flasks and testtubes). I was pleasantly surprised, although I did run into a few problems:-

(1) My glass shader required a normalmap and uses tangent/binormal data in the vertex input. Monogame does not supply an in-built vertex declaration structure comprising tangent and binormal. However, with the assistance of my valuable friend (Google) I was able to find out that the MonoGame Pipeline Tool has a function "GenerateTangentFrame" which automatically calculates the tangent and binormal from the normal in your model file. BTW, all the models I am using in this project were built some time ago using 3DSMax 2010 and all exported as Wavefront .obj models.
(2) Another problem I encountered was trying to import some older version 2010 .fbx files....I had to upgrade them to version 2013 for the Pipeline Tool's 'Fbx Importer' to be happy with them.
(3) Trying to import my Wavefront .obj models using the Pipeline Tool's 'Assimp Importer' caused me problems. Searching through the forum threads I was able to find out that the 'Fbx Importer' works for Wavefront files.

Anyway, I am now importing all my models successfully with no more hiccups.

The video demonstrates the filling/pouring into/from the various pieces of glassware. At this stage I'm using some smallsize BulletSharp sphere rigidbodies to represent the liquid. At a later stage I hope to turn these into SPH particles to more accurately resemble fluid properties.

Handling Glassware

[3DRaddict]

?????
I fail to understand the reason for this

Reason given:
Your post was flagged as spam: the community feels it is an advertisement, something that is overly promotional in nature instead of being useful or relevant to the topic as expected.

This was not intended at all.
My intention was purely for educational purposes as an example of applying the BulletSharp physics library to my physics-based MonoGame development project.

[Jjagg]

Sorry, these where automatically flagged by the system because multiple posts linked to the same domain (YouTube), which the system detects as spam.

[3DRaddict]

Thanks for that info.

I am still having a problem adding a new post to this thread.
I get the message "Sorry you cannot post a link to that host."
The new post contains a further YouTube video, so it appears that I am limited in the number of videos I can post?
Is there a way to overcome this limitation?
What if I start a new thread called "The SciTech Playroom 2" ?

[MrValentine]

Is there a way to overcome this limitation?

Yeah, do this instead of hyperlinking...

[3DRaddict]

A little more explanation please.... is that using the 'Upload' tag instead of the 'Hyperlink' tag?

[MrValentine]

No, just paste the link in the content box...

[3DRaddict]

Thanks, MrValentine.......lets see if I'm any luckier this time around.

Being able to measure the mass of a rigidbody object is an important criteria for this project. I chose to use an electronic weighscale.

The scale consists of a main body housing the weighing mechanism and the electronics. The front panel has a digital display and a tare button. A weighpan is connected to the body by spring constraint. The item to be weighed is placed on the weighpan and its mass in grams is displayed on the front panel. The tare button is used to reset the display to zero so that a specified quantity of substance can be added to a container on the weighpan. The weighscale has been calibrated for masses up to a maximum of 3000gm.

Here is a video demonstrating the above:

There is no software trickery here..... I am actually using real physics via BulletSharp and its 'Generic6DofSpringConstraint()' function. Hooke's Law is used to determine the mass, based on the distance that the spring is compressed. The spring has 'Stiffness' and 'Damping' constants which can be set to stabilize its operation.

[3DRaddict]

In the past versions of this project I spent much of my time building basic science apparatus, with the result that actual experiments/demonstrations never saw the light of day. This has not been in vain, because now I have good supply of basic equipment with which I can start devising experiments.

During the coming weeks I will be making this equipment MonoGame/BulletSharp capable. This involves pulleys, ropes, wheels, gears, motors, batteries, magnets, stopwatches, heaters, cloth and softbodies. From the software side, I will be looking at a 3D particle system for the likes of liquids, gases, chemicals, flames, smoke and explosions (experiments sometimes go wrong!) Something I neglected in past versions was sound effects....I will be looking at adding them to this version.