frustum Posted October 10, 2011 Author Share Posted October 10, 2011 "using" keyword for the script system. Link to comment
danni.coy Posted October 11, 2011 Share Posted October 11, 2011 as in the C# keyword using? alias in D (which I am a bit more familiar with) Link to comment
alexei.garbuzenko Posted October 11, 2011 Share Posted October 11, 2011 I think it meant to work just as C++ using: http://www.cplusplus.com/doc/tutorial/namespaces/ Link to comment
frustum Posted October 23, 2011 Author Share Posted October 23, 2011 Cross-GUI interface to work with internal and external widgets (Unigine::Widgets). Unigine::Widgets::Graph class for flow-graphs. Scripts which are created in the flow-graph style (Unigine::Schemer). There is no performance difference in compare with handwriting code. Animation system which is based on Schemer (Unigine::Skinner). Replacement of current animation system with huge performance improvement. This systems are written on UnigineScript and demonstrate upcoming editor functionality. 1 Link to comment
cory.sharplin Posted October 23, 2011 Share Posted October 23, 2011 Exceptional work, you must be very busy… Looks brilliant and we can’t wait for the release Link to comment
frustum Posted October 26, 2011 Author Share Posted October 26, 2011 Unigine::Schemer on the external Gui. Link to comment
frustum Posted December 9, 2011 Author Share Posted December 9, 2011 Network file system server and plugin for mobile devices. Data folder can be placed on host PC and mobile device able to download all content via network. Link to comment
frustum Posted December 9, 2011 Author Share Posted December 9, 2011 The editor on steroids. 1 Link to comment
ivan.cuevas Posted December 9, 2011 Share Posted December 9, 2011 Cool! Can't wait to see the final release ;). Link to comment
frustum Posted December 13, 2011 Author Share Posted December 13, 2011 Android and iOS network clients are ready. Link to comment
frustum Posted February 5, 2012 Author Share Posted February 5, 2012 Special objects (ObjectMeshCluster and ObjectMeshClutter) for rendering heap of instanced meshes. The performance boost in comaprison with ordinary objects is 3-4x. Link to comment
alexei.garbuzenko Posted February 5, 2012 Share Posted February 5, 2012 Special objects (ObjectMeshCluster and ObjectMeshClutter) for rendering heap of instanced meshes. The performance boost in comaprison with ordinary objects is 3-4x. Sounds awesome! Are .node objects supported within such clutter/clusters? What is the difference with regular clusters and why do we need old ones? Link to comment
frustum Posted February 5, 2012 Author Share Posted February 5, 2012 WorldCluster and WorldClutter places arbitrary nodes. ObjectMeshCluster and ObjectMeshClutter replicates theirs loaded mesh on multiple positions. Link to comment
steve3d Posted February 6, 2012 Share Posted February 6, 2012 Then I have a question, if my scene have multiple objects(Example: I have about 20 objects, each object have 100-1000 instance), each objects has many instance, so should I use ObjectClusters to replicates each objects' instance or use one or two WorldCluster to manage all these different instance objects? Which way will give the best performance? It seems the ObjectCluster/Clutter is a precondition to the vegitation system. Link to comment
frustum Posted February 7, 2012 Author Share Posted February 7, 2012 ObjectMeshCluster is much effective than WorldCluster. The performance of ObjectMeshCluster with single instance is equivalent to performance of single ObjectMesh. But in case of ObjectMeshCluster we will have all instances for free. ObjectMeshCluster performs effective culling of inside. Multiple ObjectMeshClusters with multiple instances is a best way to render repeatedly geometry. Attached screens are taken on Intel Core i3 (Sandy Bridge) with GeForce GTX 580. The rendered primitive is a box constructed from 24 vertices and 12 triangles. Link to comment
alexander.zubov Posted February 7, 2012 Share Posted February 7, 2012 What is the possible practical application for such features? Link to comment
frustum Posted February 7, 2012 Author Share Posted February 7, 2012 The whole world with a huge number of objects can be created by using this two objects. ObjectMeshClutter is ideal for trees, stones and clutter objects. ObjectMeshCluster is ideal for multiple manually placed objects. Link to comment
alexei.garbuzenko Posted February 7, 2012 Share Posted February 7, 2012 Looks great! However I'm little concerned about using multiple clusters for multiple meshes, but I'm sure I can live with it. What is the possible practical application for such features? outdoor rendering require a lot of stones, bushes and trees scattered over the surface. Right now we have to limit their visibility and poly count to have acceptable fps rate. Link to comment
alexander.zubov Posted February 7, 2012 Share Posted February 7, 2012 Why not to join all stones into a few static meshes? That will reduce number of objects in the scene. Link to comment
ulf.schroeter Posted February 7, 2012 Share Posted February 7, 2012 Because this is both memory intensive and also greatly reduces engine culling efficiency (static mesh with e.g. 1000 baked instances will be drawn even if just 1 stone is within view frustum). Link to comment
frustum Posted November 2, 2012 Author Share Posted November 2, 2012 No ambient and light occlusion: Updated ambient and light occlusion: Link to comment
demostenes Posted November 2, 2012 Share Posted November 2, 2012 Because this is both memory intensive and also greatly reduces engine culling efficiency (static mesh with e.g. 1000 baked instances will be drawn even if just 1 stone is within view frustum). Yes. Anyway there are various approaches, how to solve this. Analyze scene and make some joining manually to benefit from both frustum culling and instancing. I consider this as last stage of scene building. Also there is even possibility to do some automatic joining on the fly (joining meshes within view frustum), but there are some technological limits. Link to comment
frustum Posted May 11, 2013 Author Share Posted May 11, 2013 Fully functional Terrain streaming and no lags on grass/clutter over-terrain generation. 1 Link to comment
ulf.schroeter Posted May 12, 2013 Share Posted May 12, 2013 Fully functional Terrain streaming.what is the key difference to current terrain streaming ? Addition of coarse level streaming (as other parts already support streaming based on my understanding) ? Some details would be great Link to comment
frustum Posted May 12, 2013 Author Share Posted May 12, 2013 Current terrain implementation doesn't use background data loading. There are a lot of rendering stalls because of that. Right now I can smoothly flight with 1km/s speed across a set of 16x16 terrains with a total height map size is 65536x65536 (256x256km). The diffuse/normal/mask texture dimension is 131072x131072. The whole terrain dataset is 55GB in 200K files. And of course high density grass/clutter objects across the whole area are presented. Link to comment
Recommended Posts