Sign in to follow this  

OpenGL Blue Square on Red BG

Recommended Posts

SoNok0    122
All Im trying to do is blit a red square on a blue BG, the original code used Glut but I tried it using SDL. When I blit the square the whole screen turns red. Can anyone enlighten me on what I'm doing wrong. Any links to SDL-OGL documentation would be appreciated. Thanks.
#include <iostream>
#include <cstdio>
using namespace std;

#ifdef WIN32
#include <windows.h>

#include <SDL/SDL.h>
#include <GL/gl.h>
#include <GL/glu.h>

#define SCREEN_HEIGHT 600
#define SCREEN_WIDTH 800
#define SCREEN_BPP 16

int makewindow();
int RenderScene();

SDL_Surface *surface;
SDL_Event event;
float start_time,
GLboolean live = 1;

#ifdef WIN32
int main(int argc, char **argv){
int main(){

	if (makewindow()){
		cout << "Error: " << SDL_GetError() << endl;
		return 1;

	glClearColor(0.0f, 0.0f, 1.0f, 1.0f);

		end_time = (float)SDL_GetTicks();
		elapsed_time = end_time - start_time;
		delta_time = elapsed_time / 1000;
		start_time = (float)SDL_GetTicks();
		// delta time

		while (SDL_PollEvent(&event)) {
            switch (event.type) {
            case SDL_QUIT:
                live = 0;
            case SDL_KEYDOWN:
                if (SDLK_ESCAPE == event.key.keysym.sym)
                    live = 0;

return 0;

int makewindow(){

	int videoFlags;
	const SDL_VideoInfo *videoInfo;

	    // initialize SDL
    if ( SDL_Init( SDL_INIT_VIDEO ) < 0 )
	    cout << "Video initialization failed: " << SDL_GetError() << endl;
	    return 1;

    // Fetch the video info
    videoInfo = SDL_GetVideoInfo( );

    if ( !videoInfo )
	    cout << "Video query failed: " << SDL_GetError() << endl;
	    return 1;

    // the flags to pass to SDL_SetVideoMode
    videoFlags  = SDL_OPENGL;          // Enable OpenGL in SDL
    videoFlags |= SDL_GL_DOUBLEBUFFER; // Enable double buffering
    videoFlags |= SDL_HWPALETTE;       // Store the palette in hardware

    // This checks to see if surfaces can be stored in memory
    if ( videoInfo->hw_available )
	videoFlags |= SDL_HWSURFACE;
	videoFlags |= SDL_SWSURFACE;

    // This checks if hardware blits can be done
    if ( videoInfo->blit_hw )
	videoFlags |= SDL_HWACCEL;

    // Sets up OpenGL double buffering
    SDL_GL_SetAttribute( SDL_GL_DOUBLEBUFFER, 1 );

    // get a SDL surface
				videoFlags );

    // Verify there is a surface
    if ( !surface )
	    cout << "Video mode set failed: " << SDL_GetError() << endl;
	    return 1;

	return 0;

int RenderScene(){

	glColor3f(1.0f, 0.0f, 0.0f);
	glRectf(-25.0f, 25.0f, 25.0f, -25.0f);

return 0;

Share this post

Link to post
Share on other sites
harry_x    138
first of all, you have to clear color buffer and depth buffer. Second, you are specifying coordinates like 25 - without setting the modelview matrix - which mean that theese coordinates are larger than max. device coordinates (1.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  

  • Similar Content

    • By povilaslt2
      Hello. I'm Programmer who is in search of 2D game project who preferably uses OpenGL and C++. You can see my projects in GitHub. Project genre doesn't matter (except MMO's :D).
    • By ZeldaFan555
      Hello, My name is Matt. I am a programmer. I mostly use Java, but can use C++ and various other languages. I'm looking for someone to partner up with for random projects, preferably using OpenGL, though I'd be open to just about anything. If you're interested you can contact me on Skype or on here, thank you!
      Skype: Mangodoor408
    • By tyhender
      Hello, my name is Mark. I'm hobby programmer. 
      So recently,I thought that it's good idea to find people to create a full 3D engine. I'm looking for people experienced in scripting 3D shaders and implementing physics into engine(game)(we are going to use the React physics engine). 
      And,ye,no money =D I'm just looking for hobbyists that will be proud of their work. If engine(or game) will have financial succes,well,then maybe =D
      Sorry for late replies.
      I mostly give more information when people PM me,but this post is REALLY short,even for me =D
      So here's few more points:
      Engine will use openGL and SDL for graphics. It will use React3D physics library for physics simulation. Engine(most probably,atleast for the first part) won't have graphical fron-end,it will be a framework . I think final engine should be enough to set up an FPS in a couple of minutes. A bit about my self:
      I've been programming for 7 years total. I learned very slowly it as "secondary interesting thing" for like 3 years, but then began to script more seriously.  My primary language is C++,which we are going to use for the engine. Yes,I did 3D graphics with physics simulation before. No, my portfolio isn't very impressive. I'm working on that No,I wasn't employed officially. If anybody need to know more PM me. 
    • By Zaphyk
      I am developing my engine using the OpenGL 3.3 compatibility profile. It runs as expected on my NVIDIA card and on my Intel Card however when I tried it on an AMD setup it ran 3 times worse than on the other setups. Could this be a AMD driver thing or is this probably a problem with my OGL code? Could a different code standard create such bad performance?
    • By Kjell Andersson
      I'm trying to get some legacy OpenGL code to run with a shader pipeline,
      The legacy code uses glVertexPointer(), glColorPointer(), glNormalPointer() and glTexCoordPointer() to supply the vertex information.
      I know that it should be using setVertexAttribPointer() etc to clearly define the layout but that is not an option right now since the legacy code can't be modified to that extent.
      I've got a version 330 vertex shader to somewhat work:
      #version 330 uniform mat4 osg_ModelViewProjectionMatrix; uniform mat4 osg_ModelViewMatrix; layout(location = 0) in vec4 Vertex; layout(location = 2) in vec4 Normal; // Velocity layout(location = 3) in vec3 TexCoord; // TODO: is this the right layout location? out VertexData { vec4 color; vec3 velocity; float size; } VertexOut; void main(void) { vec4 p0 = Vertex; vec4 p1 = Vertex + vec4(Normal.x, Normal.y, Normal.z, 0.0f); vec3 velocity = (osg_ModelViewProjectionMatrix * p1 - osg_ModelViewProjectionMatrix * p0).xyz; VertexOut.velocity = velocity; VertexOut.size = TexCoord.y; gl_Position = osg_ModelViewMatrix * Vertex; } What works is the Vertex and Normal information that the legacy C++ OpenGL code seem to provide in layout location 0 and 2. This is fine.
      What I'm not getting to work is the TexCoord information that is supplied by a glTexCoordPointer() call in C++.
      What layout location is the old standard pipeline using for glTexCoordPointer()? Or is this undefined?
      Side note: I'm trying to get an OpenSceneGraph 3.4.0 particle system to use custom vertex, geometry and fragment shaders for rendering the particles.
  • Popular Now