OpenMW/apps/openmw/mwrender/terrainstorage.hpp

#ifndef MWRENDER_TERRAINSTORAGE_H
#define MWRENDER_TERRAINSTORAGE_H

#include <components/esmterrain/storage.hpp>

namespace MWRender
{

    /// @brief Connects the ESM Store used in OpenMW with the ESMTerrain storage.
    class TerrainStorage : public ESMTerrain::Storage
    {
    private:
        virtual const ESM::Land* getLand (int cellX, int cellY);
        virtual const ESM::LandTexture* getLandTexture(int index, short plugin);
    public:

        ///@param preload Preload all Land records at startup? If using the multithreaded terrain component, this
        /// should be set to "true" in order to avoid race conditions.
        TerrainStorage(const VFS::Manager* vfs, bool preload);

        /// Get bounds of the whole terrain in cell units
        virtual void getBounds(float& minX, float& maxX, float& minY, float& maxY);
    };

}


#endif
New terrain renderer - improvements: - Consistent triangle alignment, fixes a noticable crack near the census and excise office. Note that alignment is still not the same as vanilla. Vanilla uses a weird diagonal pattern. I hope there aren't more trouble spots that will force us to replicate vanilla, but at least we can do that now. - Fixes several blending issues and cell border seams - Fix map render to use the terrain bounding box instead of an arbitrary height - Different LODs are now properly connected instead of using skirts - Support self shadowing - Normals and colors are stored in the vertices instead of a texture, this enables per-vertex lighting which should improve performance, fix compatibility issues due to the PS getting too large and mimic vanilla better - Support a fixed function fallback (though the splatting shader usually performs better) - Designed for distant land support - test: https://www.youtube.com/watch?v=2wnd9EuPJIY - we can't really enable this yet due to depth precision issues when using a large view distance 2013-08-16 11:01:52 +00:00			`#ifndef MWRENDER_TERRAINSTORAGE_H`
			`#define MWRENDER_TERRAINSTORAGE_H`

Move ESM terrain data handler to esmterrain component so it can be used by the editor (Feature #1597) 2014-08-07 18:31:07 +00:00			`#include <components/esmterrain/storage.hpp>`
New terrain renderer - improvements: - Consistent triangle alignment, fixes a noticable crack near the census and excise office. Note that alignment is still not the same as vanilla. Vanilla uses a weird diagonal pattern. I hope there aren't more trouble spots that will force us to replicate vanilla, but at least we can do that now. - Fixes several blending issues and cell border seams - Fix map render to use the terrain bounding box instead of an arbitrary height - Different LODs are now properly connected instead of using skirts - Support self shadowing - Normals and colors are stored in the vertices instead of a texture, this enables per-vertex lighting which should improve performance, fix compatibility issues due to the PS getting too large and mimic vanilla better - Support a fixed function fallback (though the splatting shader usually performs better) - Designed for distant land support - test: https://www.youtube.com/watch?v=2wnd9EuPJIY - we can't really enable this yet due to depth precision issues when using a large view distance 2013-08-16 11:01:52 +00:00
			`namespace MWRender`
			`{`

Move ESM terrain data handler to esmterrain component so it can be used by the editor (Feature #1597) 2014-08-07 18:31:07 +00:00			`/// @brief Connects the ESM Store used in OpenMW with the ESMTerrain storage.`
			`class TerrainStorage : public ESMTerrain::Storage`
New terrain renderer - improvements: - Consistent triangle alignment, fixes a noticable crack near the census and excise office. Note that alignment is still not the same as vanilla. Vanilla uses a weird diagonal pattern. I hope there aren't more trouble spots that will force us to replicate vanilla, but at least we can do that now. - Fixes several blending issues and cell border seams - Fix map render to use the terrain bounding box instead of an arbitrary height - Different LODs are now properly connected instead of using skirts - Support self shadowing - Normals and colors are stored in the vertices instead of a texture, this enables per-vertex lighting which should improve performance, fix compatibility issues due to the PS getting too large and mimic vanilla better - Support a fixed function fallback (though the splatting shader usually performs better) - Designed for distant land support - test: https://www.youtube.com/watch?v=2wnd9EuPJIY - we can't really enable this yet due to depth precision issues when using a large view distance 2013-08-16 11:01:52 +00:00			`{`
			`private:`
made return type of ESMTerrain::Storage::getLand const 2015-08-31 12:17:11 +00:00			`virtual const ESM::Land* getLand (int cellX, int cellY);`
New terrain renderer - improvements: - Consistent triangle alignment, fixes a noticable crack near the census and excise office. Note that alignment is still not the same as vanilla. Vanilla uses a weird diagonal pattern. I hope there aren't more trouble spots that will force us to replicate vanilla, but at least we can do that now. - Fixes several blending issues and cell border seams - Fix map render to use the terrain bounding box instead of an arbitrary height - Different LODs are now properly connected instead of using skirts - Support self shadowing - Normals and colors are stored in the vertices instead of a texture, this enables per-vertex lighting which should improve performance, fix compatibility issues due to the PS getting too large and mimic vanilla better - Support a fixed function fallback (though the splatting shader usually performs better) - Designed for distant land support - test: https://www.youtube.com/watch?v=2wnd9EuPJIY - we can't really enable this yet due to depth precision issues when using a large view distance 2013-08-16 11:01:52 +00:00			`virtual const ESM::LandTexture* getLandTexture(int index, short plugin);`
			`public:`
Removed terrain component's dependency on ESM 2014-02-13 09:13:53 +00:00
Terrain refactoring, reduce game startup time and memory usage 2015-01-29 02:30:07 +00:00			`///@param preload Preload all Land records at startup? If using the multithreaded terrain component, this`
			`/// should be set to "true" in order to avoid race conditions.`
Terrain rendering 2015-06-02 23:18:36 +00:00			`TerrainStorage(const VFS::Manager* vfs, bool preload);`
Terrain refactoring, reduce game startup time and memory usage 2015-01-29 02:30:07 +00:00
Removed terrain component's dependency on ESM 2014-02-13 09:13:53 +00:00			`/// Get bounds of the whole terrain in cell units`
Terrain: change world bounds from AABB to 4 floats 2014-02-16 12:07:32 +00:00			`virtual void getBounds(float& minX, float& maxX, float& minY, float& maxY);`
New terrain renderer - improvements: - Consistent triangle alignment, fixes a noticable crack near the census and excise office. Note that alignment is still not the same as vanilla. Vanilla uses a weird diagonal pattern. I hope there aren't more trouble spots that will force us to replicate vanilla, but at least we can do that now. - Fixes several blending issues and cell border seams - Fix map render to use the terrain bounding box instead of an arbitrary height - Different LODs are now properly connected instead of using skirts - Support self shadowing - Normals and colors are stored in the vertices instead of a texture, this enables per-vertex lighting which should improve performance, fix compatibility issues due to the PS getting too large and mimic vanilla better - Support a fixed function fallback (though the splatting shader usually performs better) - Designed for distant land support - test: https://www.youtube.com/watch?v=2wnd9EuPJIY - we can't really enable this yet due to depth precision issues when using a large view distance 2013-08-16 11:01:52 +00:00			`};`

			`}`


			`#endif`