wazoo69

Members
  • Content count

    606
  • Joined

  • Last visited

Community Reputation

157 Neutral

About wazoo69

  • Rank
    Advanced Member
  1. Question about books to read

    I think SDL and OpenGL is the perfect choice for starting out. :)
  2. Porting PC games to Mac?

    Well start with the obvious, then work your way towards the non-obvious..;) Naturally, use a cross-platform library of some kind that runs on both PC and Mac. SDL is good place to start. Next, for your 3D API (should you choose to use 3D), you'll probably just want to stick with OpenGL. It's cross platform and all that good stuff. I'm not sure what you mean by mimicking DirectX....*shrug* Next, you need to be aware of the Little Endian/Big Endian issues to make sure your code is compatible. The SDL library has a few functions here to help you out.. For sound effects, I would recommend SDL_Mixer or OpenAL, and for image loading, I'd suggest SDL_Image...all 3 of those libraries are cross platform and should help you out.. hth,
  3. Why is there not alot of OpenGL game books?

    I've got one coming out that you might like. :)
  4. sdl + opengl issue

    It almost sounds like you're not getting an accelerated OpenGL context/pixelformat, and it's doing everything in software.. hth,
  5. The Library I Need

    Quote:Original post by Boder I also was going to look at POpCap Game Framework, but I haven't signed up yet. Anyone had any experience with that? Or how about PTK? Both are decent frameworks and have been behind some very successfull titles (the PopCap one especially). It all depends on what you need, what you're trying to accomplish and what your programming strengths are.. PTK's pretty much got everything on your list except for GUI tools (the last time I looked), but PopCap has some basic widgets that are definitely good enough.
  6. Using SDL for window Creation?

    Can't we all just get along?! :)
  7. want to be in a game?

    Quote:Original post by mike74 Congratulations, rpg_code_master, after applying our rigorous selection criteria, we've determined you are qualified to appear in the game. If you could send some pictures of yourself on a black background firing a gun, that would be great. Thank you. Mike C. http://www.coolgroups.com/zoomer/ Kudos to rpg_code_master for successfully resisting the temptation to post a "witty" quote underneath that picture such as: "Say hello to my little friend." "Now THAT's a knife." "My other sword is Excalibur."
  8. Vectors with OpenGL

    I hope I can explain this properly.. At a very basic level, I like to think about normalization as the same operations you need to perform on fractions (remember those? *grin*) in order to work with them. To do any fraction math, you need to have the denominator right? Same thing with vectors. By normalizing the vector, you are in effect converting everyting to the same denominator. When doing any matrix operations, it's also handy to have your vectors normalized, but that's a tale for another time. (first things first)..;) hth,
  9. Basic OpenGL + SDL setup

    *cough* I cover how to do this in my upcoming book...*cough* :)
  10. C# Game Development - OpenGL VS. DirectX

    The added benefit of using managed C# and Direct3D, is that if the client has already installed DX9.0c then it already comes with the .NET managed runtimes (there's no "extra" install)..
  11. tutorials for sdl

    *cough* my book! My book! *cough* :)
  12. Vectors with OpenGL

    Quote:Original post by riyunoa And also, how do position vectors, direction vectors, and up vectors work? What is posVec.fX, posVec.fY, and posVec.fZ? Help~ I'm really confused... ;_; Thanks in advance... That'd be for your camera position within the scene if I'm reading you right. The up vector is ALWAYS (okay 99.9%) (0.0f, 1.0f, 0.0f)...ie. positive y-axis
  13. Vectors with OpenGL

    Good question. For the most part, you CAN just use (x,y,z) but it gets ugly FAST when you're working with a lot of vertices. Not only will you encounter the need for what deavik just described, but it's also a MUCH nicer way to conceptualize what's going on in your scene. I guess it can all come down to how much you like/dislike OO and objects..;) hth,
  14. DirectX help please

    Yup AFAIK you need either .NET Studio 2003 or the 2005 beta. Try googling Visual Studio 2005...it should point you to a page on lab.msdn.microsoft.com Secondly, you need to enable UNICODE in the compiler. You'll know how once you use a studio .NET product (the compiler error message will tell you how to do this). hth,
  15. Quote:Original post by TheWanderer I gotcha. Given the similarity between the two API's I was wondering what a nice, clean way of presenting their functionality to the end-user might be. Out of curiosity, why a map and not a vector? I just do it for a more elegant solution for my engine. This way, we can load any audio file we want, but assign it an identifier (primary key) which really helps the container find the object we want to play. ie. #define BGM_MUSIC 1 #define LASER_SOUND 2 #define EXPLOSION_SOUND 3 #define GAMEOVER_MUSIC 4 //etc. //insert it into the std::map container hr = loadMusic( "data\\audio\\bgm.mid", BGM_MUSIC ); hr = loadWAV( "data\\audio\\laser.wav", LASER_SOUND ); HRESULT loadMusic( std::string strfile, int primary_key ) { CMusicSegment* pMusic; //blah blah m_oMusic.insert(std::make_pair(primary_key, pMusic)); } //ditto for loadWAV //then when we want to play our audio.. startMusic( BGM_MUSIC ); HRESULT startMusic(int primary_key ) { std::map<long, GLuint>::iterator it; it = m_oTextures.find(key_id); CMusicSegment* pBlah; if (it == m_oTextures.end()) { return E_FAIL; } else { pBlah = (CMusicSegment)it->second; pBlah->Play(sound_flags); } return S_OK; } I think you get the point of what I'm doing...I'm just putting this down by memory, so it may not be called a CMusicSegment, but whatever..