Scolring - Forum

Did you saw my blender videos? It's not a modelling classe, but there's tons of modelling tutos for blender over the internet. Do you want another video with more complex objects (blender armatures, normal map, shader usage...)?

Yo, what's up
For compil tuto and all stuff in this forum, np for me, i already considerate this stuff as public and free, so np for scolring linking.

First, simply do your application in the editor. Then export in a web page using the "export" menu, openspace3d takes care to upload all the needed stuff (xos + 3d models) to your server via FTP.
For a final user, when he connect to the website, the needed data is automatically downloaded and played.

Of course we know what we are doing
We upgraded the Cef library, so replacing just SO3engine dll is not sufficient, libcef.dll / chrome.pak / and "locales" directory must be downloaded too in order to make it work

Did you added the textures resources to openspace3d too... ?
Otherwise, your material is incorrect, that's not a skybox material... It do not contain a "cubic" texture, so it can't be used as a skybox. It should be something like:

material planet-skybox
{
	receive_shadows off
	technique tech-skybox
	{
		pass pass-skybox
		{
			lighting off

			texture_unit sky_map
			{
				cubic_texture xx/skybox/semesta.jpg separateUV
			}
		}

	}
}

With your 6 image files named (http://www.ogre3d.org/docs/manual/manual_17.html#SEC83):

semesta_bk.jpg
semesta_dn.jpg
semesta_fr.jpg
semesta_lf.jpg
semesta_rt.jpg
semesta_up.jpg

When it comes to materials scripts, or Ogre's related script, Ogre's manual is very usefull: http://www.ogre3d.org/docs/manual/index.html#SEC_Top

Nice one!
The new version of the marker detection runs more smoothly that the one in the 1.0 version (an update of the voyager should be prepared this month, or maybe the next)!

The most important parameter to change are "particle_width" and "particle_height": they are in world unit, so in your script, and as a world unit is one meter in OpenSpace3D, 14x26 meters! Try to divide them by 10 (1.4 and 2.6) or anything else smaller if you need, as far as you keep the ratio width/height.
You will certainly have to divide by the same amount all the "velocity_" tags too, as they are in unit per second (for example velocity = .6, etc...).
The width/height/depth of the emitter too (and maybe the affector value too).
As every Ogre's scripts, you can find useful information in the Ogre Manual

There was indeed a small error in the v1.0 setup, it's now corrected. So if anyone had the same problem, it should be safe to download the setup again, and install it (any feedbacks are on this are welcome).
Sorry for this, we are really confused (don't worry, the guilty guy had been identified, I will flog him myself... Arkeon, come here, don't be afraid ).

Ok, for a tree, use "alpha_rejection" on the pass (http://www.ogre3d.org/docs/manual/manual_16.html#SEC54). It takes a parameter between 0 and 128, which will be used for checking if the value in the alpha channel is upper or equal to it. If so it will show the colour on the rgb channels.
You can also use "alpha_to_coverage on" for better quality (smoothed edges between transparent/visible).
<edit>gasp arkeon got me again, bip bip</edit>

For my part, I prefer use the "Mark seam" on edges, and use the "Unwrap" command... It took a little more time but this way the uv is far cleaner.
Here a model I started this w-e, on which you can see the seams in red, and the generated uv map:

Smart UV Project is good for simple/cubic models, but I recommend you to start using the unwrap method, it's allways useful to know how to use it

I may have misread your post: did you mean that when you are close to the mesh, all triangles are visible, but when you go further away, some disappears?

Did you installed Scol plugin and OpenSpace3D with 'administrator' privileges? We already have some reports of bad installation if you have not full rights on your computer...