Jump to content
  • Advertisement

SeelenGeier

Member
  • Content count

    24
  • Joined

  • Last visited

Community Reputation

106 Neutral

About SeelenGeier

  • Rank
    Member

Personal Information

  • Role
    Game Designer
    Programmer
  • Interests
    Design
    DevOps
    Education
    Production
    Programming

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. If the gameplay needs the units to be slow, try to change the turns per year. If the turns can't be changed but you still want the units to be that slow, find an in-lore reason for that. "Your units are progressing very slowly due to minefields being all over the place" "Air transports would be gunned down in an instant which means armies only travel by ground (even air units get transported on trucks until the battle)" "Fuel is rare and needs to be conserved as much as possible which means only few vehicles are used for transport which makes movement of bigger armies very slow" With this you can have small units that can operate all over the globe in strike teams while armies only move at a very slow pace. If you don't want any units to move fast: "Enemy drones are constantly scanning for single units they can hunt which makes movement ins small teams very dangerous"
  2. Also keep in mind that some players might hold the phone in one hand in portrait mode which means they won't have the full range of the screen to tap on. That's why many portrait-only games on mobile devices only have buttons on the bottom of the screen. Have a look at this: https://www.uxmatters.com/mt/archives/2013/02/how-do-users-really-hold-mobile-devices.php
  3. You could use a node based system. Define each region as one node with x and y coordinates and then link them (e.g. in another array). If you want you could also make one directional routes that only go in one direction (e.g. you can go from China to India but not back), which would make the linking a bit easier but less logical. for example: var regionA = {id=>'A', x=>100,y=>200}; var regionB = {id=>'B', x=>10, y=>400}; ... var connections = {}; connections[] = {'A','B'}; If you want to have something more detailed you will have to do a much more complex approach which I wouldn't recommend if it is not really necessary.
  4. Great idea and the execution looks solid. Did you get inspiration from Hacknet? If you don't know it yet, take a look: It's even on sale for 2,49€ right now (no I don't get anything for advertising :(). Some advice on your code would be to add more comments and make your variable names more purposeful. Some parts of the code are hard to understand which could be fixed by just leaving a simple sentence description for each function. I don't have much experience in C-Development but would it be hard to implement a config file where you get all numbers from? I've seen a few config variables in your functions (on the geolocator I think) which might be better to keep in a config location. e.g. I am using json files which hold my entire configuration. Magic numbers (https://en.wikipedia.org/wiki/Magic_number_(programming)) could lead to bad code structure and make functions harder to understand and change later on.
  5. SeelenGeier

    Dealing with my messy code

    Although I like the idea of TDD, I would rather recommend taking a look at what the framework presents as "best practice". If you are using a framework that is very hard to test, you should not use 99% of your time trying to get your tests to run at all. I think it is better to plan your game structure before starting to code and try to use code structures and concepts that align more with how the framework is supposed to be used. I am currently using Phaser to write games in Javascript which is reeeeaaaallly unfriendly in terms of testing. Don't get me wrong, I agree with having organized code and spending more time to implement a good structure than patching something presentable together which breaks apart after the first change (and change is coming for every project!). When I am more proficient and plan my next project, I will try to implement some unittests. Until then I did a lot of documentation and structuring for my current project which hopefully is enough to hold it together for a while ^^. Can you even write decent unittests for Unity or similar UI based frameworks?
  6. SeelenGeier

    Should I share my ideas?

    Implementation > Concept Make sure your game is playing great and the concept can be bad. A good concept with bad gameplay is worth nothing as history shows. The player has to have a good feeling from a game, he does not care about the overarching concept or setting. Just think about all those awful film adaptations that had a great concept (the film) as reference and bad gameplay (just crammed something in there). There are very few adaptation games that were actually good (Spiderman 2 was awesome ^^).
  7. SeelenGeier

    Dealing with my messy code

    That's a neat kind of development. Bigger structures can be used as libraries that should be kept in a different repository. Those libraries can be reused later and if you have a setting where using libraries is the standard way, you can easily add external libraries to your project.
  8. SeelenGeier

    examples of how pickups are handled

    First of all, please format your text when posting, that was hard to read ^^ Then I would suggest you use PickupList.count() instead of a flag that you set and unset manually. I don't know how your code is structured so I can't give a specific advice for the collision. I would try to implement an event list where you can register callbacks. Something like this: When the player receives the pickup, you set an event called onPaddleHit which calls the multishot function. every time the ball hits the paddle, you check if this event has been registered and then fire the multishot function if it is.
  9. SeelenGeier

    Should I share my ideas?

    Ideas are only getting better and refined with time and involvement. Usually the first one to implement an idea is not the one succeeding with it. Just remember how the iPhone was just a smartphone with a very refined Interface. Apple did nothing new and made billions with this. In case of code, think World of Warcraft which in theory is only Ultima in 3D in the Warcraft universe. It made Blizzard the industry giant it is now but no one really complains. Counterstrike was just Team Deathmatch from half-life with realistic military setting and started as a simple mod...now it is an esport giant. You can also refine your own ideas and games with a second version of your game. Many game series best games were the second game and not the first.
  10. SeelenGeier

    examples of how pickups are handled

    My guess would be that most games add pickup stats in their "getStatusXY()" function which then calls something like "getPickupBonus()" which loops through all pickups and calculates the bonus for this specific situation and status and returns a flat number or percentage to add to the actual status value. Pick out 10 different games and they will all do it a different way. You have to find a way for your specific case. I would suggest you to make a myPickups array and save your aquired pickups in there. Then whenever you call your getStatXY() function (e.g. getSpeed()) you add a function in there to check for pickups. This checkForPickups() function then should loop through all pickups and add all stat changes. Then you can be sure to always get the correct stat and won't miss any line in code where the stat might be without the pickup. You could then add a parameter like "withoutPickups = false" which can be set to true and then only returns the stat without the pickup. For example: When you get the pickup, you add it to the myPickups array. Then you get the speed from function getSpeed() which checks the myPickup array for speed modifying pickups. This way you don't have to worry about pickups when you just want to have the current speed. When you hit the pickup, you add it to the myPickups array. When hitting the paddle you check the myPickups array if this pickup is in there. This way you could have more than one pickup at the same time. Of course you can also change the myPickups array to one Pickup called activePickup which is referring to the currently active pickup. When the time for this pickup is up, you change activePickup to the next pickup. If that is not possible for you, you might want to give some code examples or a more detailed explanation on your pickup code.
  11. SeelenGeier

    Dealing with my messy code

    Don't be discouraged, we all have this problem. I usually plan a bit of my game and start coding. This leads to a lot of spaghetti code and me getting frustrated after a while which then leads to me dropping the project. I can give you several ideas which you could use to improve your mess: 1. try to plan your code just like your game itself. Plan the folder structure and classes and how they interact. 2. try to implement dependency injection if you use a lot of communicating objects. A container that can help with the handling of classes might make your code easier to sort. 3. try to use manager classes which handle the communication instead of the classes themself. 4. try to implement systems and entities instead of functions and classes. This means you build entities that can interact with systems and not classes that call other classes. This would help to logically connect your code instead of creating technical dependencies In case of books I can not help you since I am not reading many books (internet ftw :P) but I know that there are a lot of good resources so maybe others can help with that.
  12. SeelenGeier

    Should I share my ideas?

    I don't think it is a good idea to hold back information just to secure your idea. The chance that someone sees your idea and says "this is exactly what I want with no modifications" is close to zero. If someone thinks "hey this is a really neat idea, let me take an approach on this", he might take the idea and modify it before starting to work on it. If you fear that other developers might steal your audience, be aware that games are not exclusive and if a game is free, you can be sure that people who are interested in the idea will take a look at your game. You won't be able to prevent your idea from leaking to the public when you release your game and then you have the exact same problems with other devs copying the idea. Usually they won't copy the setting and add or remove a few mechanics to make their game feel different to yours. But the input from other developers who are trying to help you is much more valuable than the problems sharing your idea might cause. Getting input on settings, mechanics and code is how you can improve the game by a lot. Also be aware that most ideas are not that great on their own. Ever heard of a game where you place blocks on top of others in a 2D environment to fill a hole? Or a plumber walking from left to right jumping through obstacles and onto turtles? Of course those ideas sound lame, but I don't think Tetris and Mario where that bad. It's the result that matters.
  13. SeelenGeier

    Conspiracy?

    The token part sounds really good. I would however use the tokens to increase the chance for an outcome. Your players could earn/trade(great suggestion suliman) tokens ingame and spent them to increase the chance to get their result. It still leaves a lot to chance but if a token would eliminate the chance, it will feel unfair to the other players who want a different outcome. You can treat every option as having received one vote already to add a bit of chance for other outcomes to occur or only count voted options if you want the players to have the only control of what outcome occurs. Increasing the chances instead of having a fixed outcome would also help if players are indecisive and let's say several pairs of players pick different outcomes (e.g. 2-2-3 which would lead to each outcome having a 29% chance but one has 43% chance instead of the outcome with 3 votes getting picked). My suggestion would be to implement the tokens as currency and have an ingame use as well. This way a player will have to evaluate if he uses his tokens for the current game or have a slightly better chance in the next game.
  14. I like it. The idea sounds nice and should look a lot more alive than those static versions of risk. I just have the suspicion that the movement of units could be too slow when moving from one side of a region to the other. Also consider adding either more units to make the screen more populated or make units faster. The screenshot above looks nice but if the units are very slow it could feel very desolate. My suggestion would be to add more speed the closer the unit is to the region center, main town or support outposts which could simulate supply routes for the troops and their level of security (you have to scout more and be more careful at the border to the enemy territory). It could make movement a bit more intuitive but it might also feel really awkward. You would have to test this yourself ^^
  15. SeelenGeier

    A quick question about style

    Since the scale on the right would be bigger, you can even have different biomes that change the terrain significantly. I would totally prefer the right one if the game is turn based. You have much more possibilities with this version and not nearly as much problems with transformation code. Usually you want to have rotation in turn based games only if the rotation is meaningful. For example if you have a tank that is less armored in the back or can only fire in the front, you have to make sure it's facing the right direction. If the rotation does not matter, why bother with the code? Pick a style that makes less effort when creating and using so you can put more resources into creating content (more difference in units, more maps, story, etc.). Gameplay > Content > Visuals If a game looks nice but plays strange or even bad, you won't have many player going through a lot of the game. If a game looks strange or bad but plays really well, you might even get a big community (think Minecraft or other abstract games). Are those assets your own creation? If yes, keep the right for sure, that style looks really good on turn based games. The assets on the left would make a good RTS if you ever want to make one. Take a look at the Battle Isle Series which might be nice for reference.
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

Participate in the game development conversation and more when you create an account on GameDev.net!

Sign me up!