weeska

Members
  • Content count

    23
  • Joined

  • Last visited

Community Reputation

261 Neutral

About weeska

  • Rank
    Member
  1. about lines of code

      You're just wasting time by asking those questions. If you wan't to make games, they're totally irrelevant. They just stop you from doing something. Also, it seems like you have a fixed mindset of the answers to every question you ask, so there's no point in answering your question, either.   You'd be better off appreciating the detailed answers like those from Hodgman and AllEightUp, because they seem to know what they're talking about.   Try to make games or program what you want to, and if you get *really* stuck, ask for help, there are some great devs around here.
  2.   now i got your first comment on that^^
  3.   It seems to me that you want to flame and/or complain about c++. There's no problem with that, but it won't come to an end, either. The points that are mentioned here as disadvantages of c++ are more or less problems of the people using it.   Sure the, oop-fizzbuzz example is funny, but that's because it is completely exaggerated.   I think there's no point in "being a fan of language x". It's a question of what feels best, what is best for the project in aspects that are important for the project.
  4. create/delete objects

    I'm not sure if i got you right. With unique_ptr, you don't need to delete the object, it takes care of that itself.
  5. c++ default argument issue

    I'm not quite sure, but couldn't this be done with std::bind?   Not with default parameters itself, but you could just bind the first parameter being the default value of Func (making it a 1-parameter function) and call it with whatever you need to as the second parameter.
  6. Digging Tunnels In Map

    That would depend on the type of map, i.e. its granularity and dimension. You could use an array big enough to fit your needs for two-dimensional maps. If it's 3d it gets more complicated and you should at leasst use some sparse grid.
  7. Learn OpenGL and Direct3D at the same time

      That one was with a bit of irony. Sure the opener can learn both, but i think it's better to learn them one after another. In any order ;)   I know this feeling when you want to learn everything instantly, but i've made the experience that things get out of control very fast this way. It's important why one wants to learn both APIs at the same time.   If it's for game programming, i don't think it'll give any benefit in the short run. If it's out of technical curiosity, it's worth a try.  If it's about learning graphical theory, there are more things to learn than an API, so i'd go with one of them.   Also, it's important, it's never useless to learn OpenGL/D3D in the first place and later switching entirely to the other one, because the concepts used are the things that matter most and require the most efford in learning.
  8. Programming is always a good thing when learning, and the points you mentioned are worth implementing. But i don't think i got your question right :D
  9. Learn OpenGL and Direct3D at the same time

    I'd say it's not even easy learning one of them at a time for most people, at least in the beginning phase.   If you have some basic understanding of what you'll have to do, and maybe a bit programming experience with libraries that are similiar, it might be okay. But i guess the frustration level is much higher, not only because you have longer phases of coding without seeing a result.   Also, the setup for both APIs is (in my opinion) quite different, so i'd suggest you start with one (=OpenGL) and then, when you're feeling comfortable with it, try something in D3D (or stick to OpenGL :)).
  10. Best language/library for my project?

    What you have to ask yourself is, why you want suggestions when you already used pygame? Are you just unsure if it fits your needs? Then we'd need more information to give you advices. Do you "just" want to learn a new library? Then pick one and see if you get along with it. If you do, fine, if not, try to see what might be the reason. The first two libraries that come to my mind are sfml and sdl which have bindings for python and others as well. This way you'll sooner or later have some knowledge about the libraries available, and can make decisions that fit your needs ;) Another point to think about is if you "just" want to see the game implemented to actually play it, or if you want to improve your programming skills.
  11. Basic rotation matrices are clockwise !

    This Rotation Matrix rotates a vector around the x-axis by 90 degrees. Your vector initially points toward the z-axis and after the rotation it points in y-direction. I think this is counter-clock-wise as it's written in the article.
  12. Where & How to store resoures

    [quote name='CombatWombat' timestamp='1346517134' post='4975471'] First off, is this generally considered to be an "abuse" of OOP, or is this a valid solution? [/quote] It's a State Pattern, a standard Design Pattern. I like the solution with the stack for managing multiple states. I just don't see a point of [CODE]void ChangeState(CGameEngine* game, CGameState* state)[/CODE] in this code. It seems that it isn't used anywhere. I don't know if it's a good solution, but since the states get a pointer to the engine anyway, and one of the responsibilities of an engine is resource management, i'd give the engine access to a resource manager class that can be queried for specific resources. At this point, it really depends on what kind of resources you need. Will there only be images? Will there be sounds? I guess it would be valid to use a different resource manager for sounds than for images, but with the same interface for external access.
  13. Landscape to fly over

    Hi, i don't know how specific you need your bullet points, but steps involved would be something like this:[list] [*]initialise your graphics API of choice [*]create a landscape (procedurally or from a source like a height map) [*]implement navigation [/list] The landscape part can basically done by using a vertex shader to displace a sufficiently subdivided plane's vertices. The navigation part depends on the kind "flying" you want to have, but can be done with some translations and rotations depending on keyboard input.
  14. [s]I never used lwjgl, but i think you're missing a swap-operation in your render method.[/s] No it's called automatically, and i guess you're already seeing your scene. Greetings, weeska
  15. [quote name='AgentC' timestamp='1345200283' post='4970502'] The rules should be more relaxed on OpenGL 3.0 and onwards. However if you look at [url="http://www.opengl.org/wiki/Framebuffer_Object"]http://www.opengl.or...mebuffer_Object[/url] it still says: "There's one more rule that can trip you up: The implementation likes your combination of attached image formats. (GL_FRAMEBUFFER_UNSUPPORTED when false)." [/quote] It also says: "Basically, don't concern yourself with GL_FRAMEBUFFER_UNSUPPORTED too much. Check for it, but you'll be fine as long as you stick to the required formats." The way i understand it is, use the formats that have to be supported, and there shouldn't be a problem. Checking for support on OS X is no option nor needed at the moment, but it's always good to know who's strict with these optional parts. Thanks for the answers so far ;)