This:
It was implemented without any collision support but required elevation data file of client-specific format, because terrain isn't supported by Orbiter core. No idea if those files are still available where they were before. I've already deleted them on my PC to free disk space so I don't have them anymore. As you can see this project is abandoned, so if you want a good client use this http://orbiter-forum.com/showthread.php?t=18431 or last version of OGLA for terrain.
its is somewhere in videoTab.cpp IIRC, sorry already forgot this part
HWND D3D11Client::clbkCreateRenderWindow() {
WLOG2( APP_TITLE " is starting up..." );
auto data = GetVideoData();
hWindow = oapi::GraphicsClient::clbkCreateRenderWindow();
/*auto currStyle = GetWindowLong(hWindow, GWL_STYLE);
auto currExStyle = GetWindowLong(hWindow, GWL_EXSTYLE);
auto style = WS_POPUP;
auto exStyle = WS_EX_TOPMOST;*/
SetWindowTextA( hWindow, "- "APP_TITLE );
EnumDisplaySettings(nullptr, ENUM_CURRENT_SETTINGS, &m_currentMode);
if (!data->fullscreen)
{
WINDOWINFO winfo;
winfo.cbSize = sizeof( WINDOWINFO );
GetWindowInfo( hWindow, &winfo );
cfg->cWidth = abs( winfo.rcClient.right - winfo.rcClient.left );
cfg->cHeight = abs( winfo.rcClient.bottom - winfo.rcClient.top );
}
else
{
cfg->cWidth = data->winw;
cfg->cHeight = data->winh;
auto currExStyle = GetWindowLong(hWindow, GWL_EXSTYLE);
currExStyle |= WS_EX_TOPMOST;
SetWindowLong(hWindow, GWL_EXSTYLE, currExStyle);
if (m_currentMode.dmPelsWidth != cfg->cWidth || m_currentMode.dmPelsHeight != cfg->cHeight)
{
DEVMODE mode;
CopyMemory(&mode, &m_currentMode, sizeof(DEVMODE));
mode.dmBitsPerPel = 32;
mode.dmPelsWidth = cfg->cWidth;
mode.dmPelsHeight = cfg->cHeight;
mode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT;
ChangeDisplaySettings(&mode, 0);
m_modeChanged = true;
}
MoveWindow(hWindow, 0, 0, cfg->cWidth, cfg->cHeight, true);
}
cfg->Aspect = (float)cfg->cWidth/(float)cfg->cHeight;
if( !bEnumerate ) {
// Device enumeration always fails when placed before clbkCreateRenderWindow).
cfg->EnumerateAll( GetVideoData() );
cfg->LoadConfig();
cfg->ApplyConfig();
bEnumerate = true;
}
cfg->ApplyConfig();
SC = new Scene( this, cfg );
InitShaderProfiles(Dev->GetFeatureLevel());
shaderManager.reset(new ShaderManager(Dev));
SC->Init3D();
...
....
return hWindow;
}True fullscreen mode isn't possible to use with orbiter, because Orbiter, unlike almost all games, doesn't have its own GUI rendering - it uses windows GUI. Windows GUI can't work with true fullscreen mode (with video mode change) so theres no other way other than to enlarge the window to cover entire screen without actually changing to the fullscreen mode. Actually using true fullscreen mode causes it to change back to default mode whenever any GUI window appears which would be extremely annoying.
Orbiter doesn't have interface with graphics client for that - it just pops up its windows GUI window so it will be changed back to default mode anyway. Its not possible, like many other things like collision support of terrain for example, without some very ugly, buggy and complicated hack which isn't proper way to do it because ugly hacks never work as expected.
Its all F1-F4 windows. Instead making another buggy hack solution, its better to remove windows GUI from core completely and move its rendering to graphics client. But it will take years and has no point instead of addition of true fullscreen mode support which nobody really needs if enlarged window looks exactly as a true fullscreen one.
//=================================================
//Update.
//=================================================
bool Scene::IsVisibleInCamera( D3DXVECTOR3 *pCnt, float radius ) {
//tilemanger, cloudmanager:
float z = camera_z.x*pCnt->x + camera_z.y*pCnt->y + camera_z.z*pCnt->z;
if( z < (-radius) ) return false;
if( z < 0) z=-z;
float y = camera_y.x*pCnt->x + camera_y.y*pCnt->y + camera_y.z*pCnt->z;
if( y < 0) y=-y;
if( y - (radius*vhf) > (vh*z) ) return false;
float x = camera_x.x*pCnt->x + camera_x.y*pCnt->y + camera_x.z*pCnt->z;
if( x < 0 ) x=-x;
if( x - (radius*vwf) > (vw*z) ) return false;
return true;
}void Scene::Update() {
DWORD j;
View = View_new;
Proj = Proj_new;
ViewProj = ViewProj_new;//VP matrix for exterior views
ViewProj_VC = ViewProj_VC_new;//VP matrix for VC
CamPos = CamPos_new;
CamAperture = CamAperture_new;
vh = (float)tan(CamAperture);
vw = vh*cfg->Aspect;
vhf = (float)(1.0f/cos(CamAperture));
vwf = vhf*cfg->Aspect;
camera_x = D3DXVECTOR3(View._11, View._21, View._31);
camera_y = D3DXVECTOR3(View._12, View._22, View._32);
camera_z = D3DXVECTOR3(View._13, View._23, View._33);
Proxy = Proxy_new;
UpdateSkyColor();//updates cBackground and skybrt using atm params of the nearest planet
for( j = 0; j < VesselCount; j++ )
Vessel[j]->Update();
if( bPause ) {
for( j = 0; j < nstream; j++ )
PStream[j]->Update();
}
bPause = bPause_new;
}The function checks if boudning sphere can be inside of the camera frustum.
No, its world space (centered at camera but with same orientation as global frame). Global frame can only work with 64-bit precision floats because it is centered at the Sun and can have about 15-digit positions, while 32-bit floats work only up to ~7 digits i.e. thousands of km if we use meters.
class CameraFrustum
{
private:
std::array<Vector4f, 6> m_planes;
public:
CameraFrustum();
~CameraFrustum();
//update planes each frame when camera direction or projection fovs change
void Update( const Matrix4d &worldToView, float fovx, float fovy );
bool IsVisible( const Vector3f &boundingSpherePosW, float boundingSphereRadius )
{
for( const Vector4f &plane : m_planes )
if( boundingSphereRadius < (plane.x*boundingSpherePosW.x + plane.y*boundingSpherePosW.y + plane.z*boundingSpherePosW.z + plane.w) )
return false;
return true;
}
};// ==============================================================
// Camera.cpp
// Part of the ORBITER VISUALISATION PROJECT (OVP)
// Released under GNU General Public License
// Copyright (C) 2006 Martin Schweiger
// ==============================================================
// ==============================================================
// Class Camera (implementation)
//
// The camera defines the observer position in the 3D world.
// Each scene consists of a camera and a collection of vObjects
// within visual range around it.
// The "render space" (i.e. the coordinate system in which the
// camera and visual objects live) is translated against the
// "global frame" in which orbiter's logical objects live, such
// that the camera is always at the origin. Global and render
// space have however the same orientation.
// ==============================================================Translation is included in the world matrix which translates and rotates local frame of objects (vObject.cpp). every object has its own local frame, its own rotation matrix (rotates local to global/world orientation) and its own world matrix while theres only one view and proejction matrix. If we render a planet at ( 10, 10, 10 ) in the global frame with a camera at ( 100, 100, 100 ) it will compute objectPositionGlobal - cameraPositionGlobal = translation vector which will be position of object in the world space and which will be included in the world matrix. So it goes from local space + world matrix => world space + view matrix => camera view space + projection matrix => projected space.
CelestialSphere::CelestialSphere (D3D9Client *_gc)
{
gc = _gc;
sphere_r = 1e3f; // the actual render distance for the celestial sphere
// is irrelevant, since it is rendered without z-buffer,
// but it must be within the fustrum limits - check this
// in case the near and far planes are dynamically changed!
LoadStars ();
LoadConstellationLines ();
AllocGrids ();
}// ==============================================================
// Part of the ORBITER VISUALISATION PROJECT (OVP)
// Released under GNU General Public License
// Copyright (C) 2007 Martin Schweiger
// 2012 Jarmo Nikkanen
// ==============================================================
