• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
GlenDC

My custom WIN32 framework

5 posts in this topic

Hi everyone, I believe this is my first topic, created by me. Helping people gives me great joy, but sadly enough I have a problem of my own at the moment, which I'm unable to solve. The solution is probably very simple and/or my mistakes are probably something stupid. But somehow I can't solve it. So that's why I need you guys! I still suck at expressing myself in English, I apologize for this. I'm working on it by speaking and writing it regularly, helping people at Gamedev and writing blog posts on [url="http://www.glendc.com/"]my website[/url].

In my University College we work via DirectX and WIN32 for our Windows PC Games. ( For some project we work with XNA, which enables us to create Xbox360 games). For my private windows projects I'm creating a WIN32 API based framework. So what do I already have and how do I do certain things?[list=1]
[*]Create very fast a win32 application with custom style settings, windows class settings, window general settings, etc...
[*]Draw simple geometrical figures(normal or filled), polygons. Normal or filled), lines, etc...
[*]Change window application settings dynamically at runtime
[*]Draw Text
[*]I paint everything via the Double buffering concept. I got that concept from [url="http://www.gamedev.net/topic/411559-win32-double-buffering/"]here[/url]. I made some changes to it and extended it, thanks to the help of my prof.
[/list]
Now what are my problems? [list=1]
[*]When I start the application the menu is hidden by default, it is only when I resize my window that the menu appears. From then on the menu stays as well.
[*]After a short period, between 30 and 40 seconds, my entire window ( client rect + caption + ... ) gets filled with a static gray color. So the entire window is just that gray color. Nothing is disabled nor painted. So for example, you can still click the close (cross at the top right corner ) button to close the application.
[/list]
Because of the size of my framework, and the many files + my own library (which is getting quite big) it is impossible to upload all my code. Here you can see the code which paints everything. If something is unclear or if you need more code related to a specific action, then please ask it. I'm trying to be as clear as possible.
Code from my WinMain part:
[CODE]
//..... a lot of code lines
//.... WinMain() {
//.....some code lines
#pragma warning ( disable : 4127 )
while(true)
{
if (PeekMessage(&msg, nullptr, 0, 0, PM_REMOVE))
{
// Process the message
if (msg.message == WM_QUIT) break;
TranslateMessage(&msg);
DispatchMessage(&msg);
}
else // Game Cycle / OpenGl Cycle / DirectX Cycle
{
if(!WinEngine::GetSingleton()->GetSleep() && _bAppLoop_) //win engine aint sleeping
{
// Make sure the game engine isn't sleeping
//Tick timing is independent from Paint timing
_swpAppTimer_->Tick();
double tickTimeNow = _swpAppTimer_->GetAppTime();
if( tickTimeNow > GetFrameRate())
{
//.... Keyboard stuff
RECT rect;
HDC hDC = GetDC(_hWND_);
GetClientRect(_hWND_, &rect);
//Double buffering code (c) Kevin Hoefman
HDC hBufferDC = CreateCompatibleDC(hDC);
//Create the bufffer
HBITMAP hBufferBmp = CreateCompatibleBitmap(hDC, GetWindowWidth(), GetWindowHeight());
HBITMAP hOldBmp = (HBITMAP) SelectObject(hBufferDC, hBufferBmp);
// user defined drawning
_hDC_ = hBufferDC;
_bIsDoubleBuffering_ = true;
_pApp_->AppTick(tickTimeNow);
_fpspApp_->Tick(tickTimeNow); // FPS timer...
UserPaint();
//UserPaint();
_bIsDoubleBuffering_ = false;
// As a last step copy the memdc to the hdc
BitBlt(hDC, 0, 0, _iWinWidth_, _iWinHeight_, hBufferDC, 0, 0, SRCCOPY);
//reset the old bmp of the buffer
SelectObject(hBufferDC,hOldBmp);
//kill the buffer
DeleteObject(hBufferBmp);
DeleteDC(hBufferDC);
//Release DC
ReleaseDC(_hWND_, _hDC_);
//reset Timer
_swpAppTimer_->Reset();
_swpAppTimer_->Start();
}
else
Sleep(1); // if no cpu cycle has ellpases sleep than for 1 ms
// doing this prevent the loop from hogging the cpu hog
}
else
WaitMessage(); // If sleeping or if looping is disabled we just
// handle the window messages...
}
}
#pragma warning ( default : 4127 )
//..... some code lines
// } // WinMain closes
//..... a lot of code lines
[/CODE]

code from in my WM_PAINT message in my WndProc function
[CODE]
case WM_PAINT:
?//..... a lot of code
// .... WndProc {
// .. some code
GetClientRect(_hWND_, &rect);
nw = rect.right-rect.left; // new main window width
nh = rect.bottom-rect.top; // new main window height
if(_bDoubleBuffering_ == false) //Single Buffer
{
_hDC_ = BeginPaint (hwnd, &ps);
_bIsPainting_ = true;
UserPaint();
PaintRatioBorders(rect);
_bIsPainting_ = false;
EndPaint (hwnd, &ps);
}
else //Double buffer
//http://www.gamedev.net/topic/411559-win32-double-buffering/
{
hdc = BeginPaint(hwnd,&ps);

_hDC_ = CreateCompatibleDC(_hDC_);
bitmap = CreateCompatibleBitmap(hdc,nw,nh);
hOldBmp = (HBITMAP) SelectObject(_hDC_,bitmap);
_bIsPainting_ = true;
UserPaint();
PaintRatioBorders(rect);
_bIsPainting_ = false;
BitBlt(hdc, 0, 0, nw, nh, _hDC_, 0, 0, SRCCOPY); // copy the memdc to the hdc
SelectObject(_hDC_, hOldBmp); // reset old buffer.OldBMP
// Kill buffer
DeleteObject(bitmap);
DeleteDC(_hDC_);
// End paint
EndPaint(_hWND_,&ps);
}
return 0;
// some code
// } // WndProc closes
//... a lot of code
[/CODE]

Here you see what I mean with the second problem. (The problem which specifies that everything gets gray after a short period of running time ).
[img]http://img853.imageshack.us/img853/4668/problempu.jpg[/img]
I hope you guys can help me. Thanks already for your time!
0

Share this post


Link to post
Share on other sites
I've had that gray issue before when I was leaking GDI resources. After a while, the program would exhaust the supply of GDI resources from the kernel and gray out like that. Have a look at your program in Task Manager with the GDI objects column enabled - see if this number keeps increasing. If so, you have a GDI leak somewhere.

Hard to say on the menu, need to see how you are creating the menu and displaying it, or your code to register your window class if you are loading the menu from a resource.
2

Share this post


Link to post
Share on other sites
[quote name='Aardvajk' timestamp='1346935566' post='4977164']
Hard to say on the menu, need to see how you are creating the menu and displaying it, or your code to register your window class if you are loading the menu from a resource.
[/quote]

Code in the WinMain function:
[CODE]
if(_bWinMenu_ == true && _vMenuContainer_.size() > 0) // Menu
_hMenu_ = CreateMenu();
[/CODE]

Code in my WM_CREATE handling in the WndProc function

[CODE]
//... a lot of code
// ... WM_CREATE:
// ... some code
if(_bWinMenu_ == true && _vMenuContainer_.size() > 0) // Menu + submenus, if wanted
{
std::for_each(_vMenuContainer_.begin() // Add all menu's in container via the CreatMenu() void function
,_vMenuContainer_.end()
,CreateNewMenu);
SetMenu(_hWND_,_hMenu_);
}
// ... some code
// .. break; // end WM_CREATE
// ..a lot of code
[/CODE]

The CreateNewMenu function:

[CODE]
void CreateNewMenu(_sMenu & menu)
{
HMENU nMenu = CreatePopupMenu(); // new menu
if(menu.itemlist.size() > 0 ) // if there are subItems
{
for ( auto it = menu.itemlist.begin() // Create every submenu
; it != menu.itemlist.end() ; ++it )
{

HMENU subMenu = CreateMenu();
AppendMenu ( nMenu, (*it).wFlags, (WORD)subMenu, (*it).tsTitle.c_str());
}
}
AppendMenu(WIN_ENGINE->_hMenu_,MF_STRING | MF_POPUP,(WORD)nMenu,menu._tsMenuTitle.c_str());
}
[/CODE]

The info gets passed and filled in by custom things in my framework, but I do nothing specific to windows there. So not really important to show all that code.

Here is the code where I create the windows class:
[CODE]
void WinEngine::InitiateWindow()
{
_hWND_ = CreateWindow ( _tsAppTitle_.c_str(), // window class name
_tsWinCaption_.c_str(), // window caption
_lWindowStyle_, // window style
CW_USEDEFAULT, // initial x position
CW_USEDEFAULT, // initial y position
_iWinWidth_, // initial x size
_iWinHeight_, // initial y size
nullptr, // parent window handle
_hMenu_, // window menu handle
_hMainInstance_, // program instance handle
(DWORD)0); // creation parameters
}
[/CODE]

I hope this enables you to check the menu problem.
0

Share this post


Link to post
Share on other sites
Aardvajk, you nailed both problems.
I have indeed 2 resource leaks, one device context handle and one Brush Handle. I already found the HDC (forgot to delete a certain HDC), still searching the brush.
Btw I also found [url="http://www.nirsoft.net/utils/gdi_handles.html"]this free 3rd party application[/url]. It enables you to see the addresses and specific GDCI objects.

I fixed the menu by moving the code from WM_CREATE to my WinMain, just like you said. That solution worked perfectly. Thank you for finding these 2 problems so fast.
Can I re-use this topic later, if I bump into new problems regarding my custom win32 framework? Or should I make a new topic for new problems?

[EDIT] I found the Brush leak. Often I used CreateSolidBrush() as a parameter for a certain windows function. By doing this I was unable to delete the brush. I fixed this problem by creating a HBRUSH object and assigning the CreateSolidBrusH() to that local variable, Than I use that local variable in the scope of the function. near the end of the scope of the function I delete the HBRUSH object via DeleteObject(). Now my application is free from leakage. Thx again Aardvajk you really made my day. My framework is really getting awesome and it is now bug free thanks to you. You're my hero of the day :) Edited by GlenDC
0

Share this post


Link to post
Share on other sites
[quote name='GlenDC' timestamp='1346943901' post='4977224']
Aardvajk, you nailed both problems.
I have indeed 2 resource leaks, one device context handle and one Brush Handle. I already found the HDC (forgot to delete a certain HDC), still searching the brush.
Btw I also found [url="http://www.nirsoft.net/utils/gdi_handles.html"]this free 3rd party application[/url]. It enables you to see the addresses and specific GDCI objects.

I fixed the menu by moving the code from WM_CREATE to my WinMain, just like you said. That solution worked perfectly. Thank you for finding these 2 problems so fast.
Can I re-use this topic later, if I bump into new problems regarding my custom win32 framework? Or should I make a new topic for new problems?
[/quote]

Normally best form to create a new thread for a new topic, increases the chances that someone knowledgeable about the subject or seeking a similar answer will find it.

[quote name='GlenDC' timestamp='1346943901' post='4977224'][EDIT] I found the Brush leak. Often I used CreateSolidBrush() as a parameter for a certain windows function. By doing this I was unable to delete the brush. I fixed this problem by creating a HBRUSH object and assigning the CreateSolidBrusH() to that local variable, Than I use that local variable in the scope of the function. near the end of the scope of the function I delete the HBRUSH object via DeleteObject(). Now my application is free from leakage. Thx again Aardvajk you really made my day. My framework is really getting awesome and it is now bug free thanks to you. You're my hero of the day [img]http://public.gamedev.net//public/style_emoticons/default/smile.png[/img]
[/quote]

Yeah, GDI is a pain like that. Maybe you could look into using GDI+ is you are sticking with Win32? As well as providing more functionality, it provides a C++ wrapper around the library that frees you up from a lot of this sort of pain.
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0