Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 27 Jan 2010
Offline Last Active Yesterday, 10:23 PM

#5109334 SFML

Posted by Khaiy on 14 November 2013 - 08:00 PM

Have you used SFML, would you please provide your honest feedback on using it?


I really like SFML. It's a well designed API, it's well documented, and I find it very easy to use.




What if I spend a ton of time using it, then they don't support it anymore am I basically screwed? I guess I'm basically concerned about the future of it.


This isn't very important. Even if support for it stops, the libraries will keep working, they just won't be updated. If you're looking for an API that will be continuously supported until you die, then programming isn't for you because there's no reason to believe that there will be an eternal anything. Plus, the skills you learn will be broadly transferrable to other APIs, and learning a new one won't be so tough that you should trade SFML for it now (plus, you have no guarantee of never-ending support for that alternative either).




I don't see how they make revenue from SFML as it appears free? What's keeping it from collapsing or not being maintained


It's not a revenue-focused effort. Laurent (the developer) likes coding and maintains the code base largely on his own for his own purposes. It isn't his career.




Will games programmed in SFML work with on Windows RT?


No idea. A question this specific is probably best investigated at the SFML site's forum. If it isn't covered there already, Laurent will get back to you on it in no time.




SFML vs. GDI+? Seems like GDI+ is harder, but I already know GDI well, and seems like GDI+ has a solid future, would it make more sense for me to stick with GDI+?


It makes sense to stick with what you know unless you either want to learn something new or need a feature that what you already know doesn't have. If you know and are skilled with GDI+, what are your reasons for looking for something else? Answering this will help you figure out what to do now, but I'll mention that it never hurts to be able to use multiple resources.


You can't tell the future of GDI+ any better than SFML, so don't worry about how solid you imagine the future of either to be.




Not SFML question but I’ll ask here anyways, I know Poser already, what other program(s) are generally used to make nice smooth looking graphics like  in Angry Birds or Cut the Rope or is this really just the artist being great and using any program?


I know that Photoshop, Illustrator, and GIMP are all popular. But I think that you're right in that it's more about the artist being skilled and knowing how to use a given program than any program being "better" than others.




Does SFML support touch screen? Can it be encorporated?


Another good question to ask Laurent, if it's not already on the forums.

#5107317 refractoring some code

Posted by Khaiy on 05 November 2013 - 06:53 PM

I'll ask you a couple of questions that might help:


Which method or methods in your code renders things to the screen?




In the code segments you've posted, where is it that you think the player ship should be rendered to the screen? I don't mean which method or code block do you think should handle that, I mean which method calls do you think would cause the player ship to be rendered as the program runs?




Which method, when called, would render the player ship?




What are you intending to do/doing when loading content into Player?




There are some other issues, not necessarily related to the problem you're asking about. For example, why does Player inherit from Game? Doing something like this would cause all kinds of issues when trying to draw game components, but all of that is secondary to the fact that in no way is Player a descendant of Game.


It seems like you're maybe punching a bit above your weight on this one. I strongly suggest working on a much smaller and simpler project than this 3D spaceship bit, and ideally do it without a tutorial. From what I see here, I don't think that you have a strong enough command of programming to tackle something this big and complicated just yet.

#5107038 I'm stuck, haven't gotten any better at programming in months

Posted by Khaiy on 04 November 2013 - 07:01 PM

First off:


Since quitting I have been much worse, possibly due to PAWS


You are not qualified to diagnose yourself with anything, and your proximity to the issue makes you an even less reliable judge of your own condition. Congratulations on managing to abstain on your own, it's something most people can't do at all. That alone says a lot about your willpower and ability to overcome your own issues. But see a doctor or rehab specialist as soon as is feasible. NOTHING is as important as your sobriety. There is no reason not to utilize every tool and aid available to you right from the start.


Most normal people reading this probably won't quite know what I mean, and it's hard to explain. The best way I can explain it is that I consciously know what I want and need to do, and understand that it's going to take effort and I'll have to spend time doing things I don't want to do, I totally comprehend that and definitely think the reward is worth the effort I know I'll have to put in, but when it comes time to actually put in the effort I freeze. I struggle against myself in my own head and almost always lose. It wouldn't be inaccurate to say it feels as if there is another me in my head that I fight against for control of my actions, and the other me always forces me to submit.


I'll preface this by saying that I won't claim I know exactly what you're describing. If you can break a chemical addiction, you can handle this. But by defining the problem as one that you inherently lose, it's one that you'll never beat. I don't doubt that there are strategies you can deploy that will help you overcome this sort of thing, but I can't give much more specific advice because the only detail about the problem that I have is your assertion that it's unbeatable. Well, if you're right, then the problem is insurmountable and by definition you will never be able to deal with it. However, I think that you're wrong and that you can deal with it. Even so, you won't be able to do so until you can at least stop defining it as insurmountable.


With that out of the way, I'm sure that you don't need me to point out that this sounds exactly like the depressive stage of bipolar disorder. Exactly like it. It's unfortunate (though not uncommon) that you had a bad experience with the previous medication. But there is more than just that one out there, and a doctor can help you find one that has minimal (or at least manageable) side effects. If you choose to go without medication, then you'll have to try to ride out the depressive phase and hope that you can handle a manic phase, if and when one occurs. I'm a little confused when you say that you are "most likely bipolar", as a doctor gave you medication before strongly suggests that he or she formally diagnosed you, but no matter what the situation it sounds like this is something to bring to a doctor again.


And I don't have time to wait for it to be over to start doing anything.


From what you're describing, there's no passive piece to your current situation. Don't just wait and assume that stuff will get better on its own, especially with the specifics that you've mentioned.



Now, finally, I'll say that lack of motivation to do programming on your own as a hobby isn't at all unusual. I know that I get it from time to time, because there are far more relaxing ways to spend what little free time I have these days than engaging in a complicated and very cerebral activity. I know other people on this site go through similar phases as well. If that's all it is for you, then it's nothing much to worry about. Based on the stuff you described above, I wouldn't just assume that it's standard lack of motivation.

#5106154 Dividing by zero, on purpose

Posted by Khaiy on 31 October 2013 - 09:59 PM

I usually just put in a breakpoint and watch to see if it's hit or not. If I have something more complex, I debug in the console and have each block print a message each time it's executed, which lets me home in on what I'm looking for pretty quickly. The latter is also nice for hunting down more specific issues inside of a block, rather than just seeing if it's executing or not.


I've never thrown in a line meant to give my compiler a conniption, but I guess that would work as well as anything else.

#5105524 Your Average Beginner Game Maker

Posted by Khaiy on 29 October 2013 - 05:29 PM

I have used gamemaker before and i have also made some flash games. 


any good tutorials i could look at for visual studio to make a game engine?


This may sound harsh, but I'm going to recommend against everything in the second line quoted above. Here's my rationale, piece-by-piece:


1. Tutorials. These are fine, particularly for beginners and for very specific subject matter. However, I've noticed that beginners  tend to over-rely on the tutorial format. Tutorials have plenty to recommend them, but they tend to prevent learners from really thinking about what they're doing. This is the opposite of what is needed to be a good programmer. Far, far better is to focus on learning the basics of your chosen language and making small things (ideally with minimal use of tutorials) and decide for yourself how your software should be structured based on your knowledge and experience. There are a ton of tutorials on the internet. There are far fewer that are worth your time, and you are unlikely to be able to tell the difference at this point.


2. Visual Studio is a minor piece of the puzzle. There are plenty of "get to know Visual Studio" types of videos and articles out there, so have a look at them to become familiar with the IDE. However, the particulars of the Visual Studio environment have very little to do with producing a game, or any other sort of software. If you limit your research to demonstrations in Visual Studio, as opposed to information in your chosen language generally, you will have a harder time finding stuff that you're trying to do. Code written in Visual Studio will look the same as code scribbled out in Notepad.


3. You'll hear this expression often: "Make games, not engines." When beginners say "game engine", they mean "the stuff I need to make a game". When others hear "game engine", they hear "a piece of software with defined functionality that can be used to create games within the constraints of the engine's design", or something like that. As a beginner, you aren't equipped to make a game engine in the sense of a flexible piece of software that can be applied generally to different game projects. Your focus, instead, should be on creating the individual pieces needed to create your game, one at a time, as needed to add each additional feature.


The project you've got in mind is far bigger, more complicated, and more difficult than you are probably imagining. I say that not because I know anything about you, but because that's just about always the case for people just starting out. Have a look around here, there's a good amount of information that you can use to get started.

#5104462 Strictly Dominant Strategies and the Tech Tree

Posted by Khaiy on 25 October 2013 - 03:27 PM


...it's about advancing to the next tech level OR expanding to a new city OR building up a fleet OR increasing your espionage abilities or any number of other things.


...Because everything can be boiled down to money, you have a real tradeoff - you have lots of other things to use money for. Buying more expensive rifes for your troops, or better missiles for your battleships, means you have less money to use everywhere else...[But] Games generally do a mediocre-to-poor job of representing this opportunity cost.
These two observations about opportunity cost make a convincing argument against the use of Research Points or any other separate and exclusive technology currency.
Games like Civilization V and Space Empires IV use Beakers/Research Points, which removes the opportunity cost. Normal resources that are spent on expanding a city, building a fleet, increasing espianoge, etc. cannot be used to purchase tech research. But in games like Starcraft and Command & Conquer the player spends currency that is used to build units and buildings in order to develop new technology.



I haven't played either of the games you mention, but in most 4x games isn't there a direct relationship between research points and income? I remember in Civ IV you allocated some portion of your income to research, meaning you couldn't spend it on anything else. Also, you can invest your cash in research-producing buildings, but that investment then can't be spent on anything else, plus you have to pay maintenance on the building. So the opportunity cost is still there, it's just not a "point of sale" kind of investment, like in the RTS games you mentioned.

#5104225 Strictly Dominant Strategies and the Tech Tree

Posted by Khaiy on 24 October 2013 - 07:00 PM

To me, a dominant strategy (in the sense of a specific technology being a must-have in order to avoid losing) is a symptom of poor design. Fortunately, it's also pretty rare in my experience.


I think that your interpretation of dominance is overly narrow. If we're talking about lasers always being better than projectiles, then lasers dominate projectiles because there's never a reason to choose the inferior technology. But the strategy space in a game is far larger than choosing Tech A or Tech B. In Galactic Civilizations II, Death Rays are vastly dominant over all other weapon technology in terms of performance, and by the time you can get them cost is mostly irrelevant. But games rarely get to the point that you could research Death Rays without either losing to another player or explicitly passing on other opportunities to win in other ways.


It's generally not about Tech A vs. Tech B (though that choice exists as well), it's about advancing to the next tech level OR expanding to a new city OR building up a fleet OR increasing your espionage abilities or any number of other things. Tech-turtling may well lock you into Tech A vs. Tech B scenarios, but few games lock the player into a tech-turtle play style in the first place.

#5103549 How do I go about starting my idea?

Posted by Khaiy on 22 October 2013 - 05:38 PM

So first, I only know one language and i'm still learning via an AS Computing course and that is .NET, Do you reckon it's feasible to make a game in this? I've looked at it and seen potential but I feel like there may be some complications.


Yes, it's feasible and common enough. I'm going to go out on a limb, since I don't have a very precise idea of your programming abilities, but based on what you shared I think that the complications of a given language in the context of programming games (or mini-games, game demos, whatever) are way beyond anything you might realistically produce at this point. For all intents and purposes, whatever .NET language you're using will be extremely similar to any other language you might choose.


Secondly, How do I keep myself motivated? I've attempted this in the past and got somewhere then given up because I feel like if it saw the light of day everyone would think my idea/game is crap! What are your tips? How can I keep flowing and positive about what i'm doing?


Choose small projects that you can complete in a reasonable amount of time. For example, make a functional copy of the initial screen of the Clicking Bad game you linked to. So, the player can cook or sell, with a counter tracking cash on hand. Once that's working you can add other features if you want, or move on to a different project.


Nothing is as motivating to a beginner (at least in my own case) as a successfully implemented feature, and nothing as de-motivating as a lot of work with nothing to demonstrate yet. A small, crappy game that is nevertheless complete and functional is far better than a bigger game that is only 1/4 done. A common theme here among newcomers (and this describes me as well) is that they choose a project which is too large and complicated for their skill level, toil away at it, and give up.


A big thing to remember is that you can reuse game features, ideas, and code from your projects as often as you want. So even if you're not totally happy with your first game, you can extract the pieces you like for another project, and you'll be that much closer to finished right from the start. You can (and will) also remove pieces of games you make because they are too complicated, don't work as you intended, aren't fun, and any number of other reasons.


In the same way that your handwriting might have been bad when you first learned to do it, your first game will probably not be stellar. But you won't improve your programming or game design skills unless you apply them, make mistakes, and learn from what you've done.


If you have more or more specific questions, always feel free to post back here. This is a friendly and accommodating community, and lots of people here would be happy to help with any issues, no matter how general or specific.

#5084814 What's your opinion on Game Makers?

Posted by Khaiy on 10 August 2013 - 06:23 PM


I think the more salient question is: why do you care what other people are doing on their own time? Personally I don't like sour cream, but I don't get angry if a stranger orders a burrito with it.


Because it makes me feel useless when I code. It makes programming seem pointless. It makes me feel as if I've wasted the last 3 years of my life learning to program.



Based on your previous posts in this thread, how can you possibly think that? You've already thrown out the arbitrary distinction that Unity and UDK are acceptable because they are used to make high-quality games. By extension, the only reason you would not like other game making software, tools, libraries, etc., is because you think the games they produce are not high-quality, or else they would be "allowed" as well. If this assertion holds (I don't think it does, but again, you have stated that you hold it) then the difference between a game made with "acceptable" help and "unacceptable" is quality. Which means that you haven't wasted your time programming because programming is required to make a high-quality game as you have defined that category of game.


If that assertion doesn't hold, and a game can be of any quality no matter how it is produced, then your position is pretty weak. Your stated reason for your preferences doesn't match your criteria, and from the tone of your posts it seems like the only other reasons you have are that: people aren't toiling enough while making games with software to help, people don't enjoy programming as an activity as much as you do, and you happen not to enjoy using game-making software. I don't connect any of these with an inherent wrongness to game-making software, so I remain unconvinced.


Finally, the only concrete reason you've given that people ought to program games without assistance that you feel should be allowed is that you personally enjoy coding as an activity. That is the only reason you've given for why you program in a compiler rather than using game-making software yourself (excepting, of course, the few game-making tools you have generously allowed the world to use). How can engaging in an activity that you enjoy in itself be a waste? Especially if you feel, with evidence in support or without, that your approach produces better games than any other approach can?

#5083446 Turn-Based Tactical Game Turn Structure

Posted by Khaiy on 05 August 2013 - 10:49 PM

Either is fine, but I feel that the phase approach is easier to understand and exploit. It's still fun, but I end up plotting complicated strategies on paper or in Excel rather than in-game. At the same time, an action point system might be harder to balance-- if you under- or overestimate how many points an action should cost, the action becomes overpowered or impractical, respectively.


Another possibility is Time Units (as in X-COM). It's very similar to action points, but allows a bit more flexibility for the player and is more intuitive than the less-precise action point approach.

#5083396 Can someone explain how bindings work exactly?

Posted by Khaiy on 05 August 2013 - 06:44 PM

When people say "binding" in this way they mean that the library has a wrapper that exposes library functionality in the bound language. For example, SFML is written entirely in C++, which means that users would need to be able to read and code in C++ to use it. However, it also has bindings that let users access SFML's features through language-specific interfaces. I code in C#, so I use the C# binding and use SFML just like it was written in C# instead. If you like Lua, you can use the Lua binding.


Does that help?

#5083130 Drugs/natural resources in west africa conflict zones

Posted by Khaiy on 04 August 2013 - 07:48 PM

An interesting dimension to add might be the transportation and distribution of whatever goods the player can produce. It doesn't matter how many illegal diamonds you have if you can't sell them to anyone. Different militias could even use their distribution networks as products themselves-- you could have a service-only militia that doesn't do anything but traffic for others.


It also adds a regional element to the game: diamonds exist only in specific places, so a camp has to be placed in one to get that resource regardless of how hard it is to move or sell. Anything that can be produced in a lab is a totally different story.


I like all of Storymnature's suggestions, especially oil fields (consider adding pipeline protection too), arms dealing, territorial disputes, and slavery (especially something like child soldiers, which is recent and horrifying enough to be out of the mold of "traditional" crime simulators).

#5082576 Body parts

Posted by Khaiy on 02 August 2013 - 03:11 PM

A lot of my favorite ideas have already been said, but:

A detached hand can run down narrow passages and manipulate things on the other side.

Nerves can be run across areas and linked to other body parts to create traps that trigger in reponse to different stimuli.

A chunk of brain plus a bit of nerve can ride an enemy and give you some limited control over it.

Intestines can be used to pump fluids from one pplace to another.

#5082312 Space Exploration - going about populating a system

Posted by Khaiy on 01 August 2013 - 03:38 PM

Even within a solar system most objects are too far from any given observer to be more than a point of light, if even that much. so. Rendering at any given moment shouldn't be very difficult because most of the objects you want to render will be relatively small and featureless.

Because of this I'm not clear on why you are so opposed to a room-esque approach. Regardless of how fast the player is moving most travel time will be lacking in scenery and you could load the destination's local details during the trip. The only thing you would need for it to feel seamless is to expand the objects the player is approaching, which shouldn't require any special tricks.

To me, rejecting "rooms" when you have downtime to load new data and can easily avoid a loading screen implies that I can freely travel to any arbitrary volume of space and find something to do there, which in turn implies that space will be chock full of activity and seem almost crowded. If this is not the case I feel like you can get the effect you want with a room-centric design without giving anything up.

#5081558 Are RPGs (role playing games) and ARGs (alternate reality games) considered m...

Posted by Khaiy on 29 July 2013 - 03:43 PM

It's been answered above, but I'll reiterate: they are not at all the same.

For a good group of games to compare, look at Skyrim (a "western RPG"), Final Fantasy VII (an archetypal Japanese RPG), and Missing (the original or the sequel, either is an Alternate Reality Game which I would classify as a puzzle game).

Genre names aren't so precisely defined that there are bright lines separating them, but I would go so far as to say that neither an RPG or ARG designation ever suggests the other designation as well.