Jump to content
  • Advertisement

All Activity

This stream auto-updates     

  1. Past hour
  2. SFML, libGDX and Monogame are in one category. If you will use LWJGL3 then you will use pure OpenGL. I study C#: Unity, OpenTK, pure modern OpenGL and TypeScript: pure WebGL, Phaser, Pixi.js, Three.js, Babylon.js. I study them by writing very simple clone games like: Snake, Tetris and so on.
  3. Today
  4. In order to stay out of trouble, I'm going back to work. Previous Blog Entry Today's topic is my drop in game state manager system for moving between game screens such as an introduction sequence, main menu hierarchy, game play and first say on app termination. I don't remember where I initially found this gem because it has been quite a number of years that I've been reusing this. The concept is simple though. Manage screens as a stack. Push a screen pointer to the back to become active and pop to activate the previous. So how do we get a system like this up and running? The following are sloppy source grab copies. Two objects start us out, First a manager and an abstract base class. From the abstract, we derive the game screen objects. Each screen object handles their own behavior not knowing anything about the others. // file : GameState.cpp #include "olcPixelGameEngine.h" // <-- yours will be different #include "GameState.h" #include "States/intro.h" #include "States/game.h" #include "States/menu.h" using namespace Core; std::shared_ptr<States::Intro> introState; std::shared_ptr<States::Menu> menuState; std::shared_ptr<States::Game> gameState; void StateManager::initialize(olc::PixelGameEngine* engine, vec2 clientSize) { this->engine = engine; introState = std::make_shared<States::Intro>(this, clientSize); menuState = std::make_shared<States::Menu>(this, clientSize); gameState = std::make_shared<States::Game>(this, clientSize); states.push_back(menuState); #ifdef _RELEASE states.push_back(introState); #endif } void StateManager::shutdown() { introState->shutdown(); menuState->shutdown(); gameState->shutdown(); } void StateManager::changeState(States::Base_state* _state) {} void StateManager::pushState(States::Base_state* _state) {} void StateManager::popState() { states.pop_back(); } void StateManager::handleEvents(eStateAction _action) { switch (_action) { case eStateAction::pause: if (states.back()->name == "game_state") states.pop_back(); break; case eStateAction::play: if (states.back()->name == "menu_state") { int w = engine->GetDrawTargetWidth(); int h = engine->GetDrawTargetHeight(); RECT rect = { 0, 0, w, h }; // <-- I know --^ states.push_back(gameState); } break; case eStateAction::win: if (states.back()->name == "game_state") { MessageBox(0, "you win", "", 0); //winState->winnerName = gameState->getWinnerName(); //winState->winningTime = gameState->getTimeString(); //states.push_back(winState); } break; case eStateAction::loose: if (states.back()->name == "game_state") { MessageBox(0, "you loose", "", 0); //states.push_back(scoreState); } break; case eStateAction::quit: if (states.back()->name == "menu_state") PostQuitMessage(0); if (states.back()->name == "game_state") { ::ShowCursor(true); // umm, you're counting me aren't you ::ClipCursor(nullptr); states.pop_back(); } if (states.back()->name == "score_state") states.pop_back(); if (states.back()->name == "win_state") { // todo : record score gameState->reset(); states.pop_back(); } break; } // end switch(action) } void StateManager::update(float deltaTime) { states.back()->update(deltaTime); } void StateManager::draw() { states.back()->draw(); } With the manager out of the way, the base class for the stack-able objects. // file : base_state.h #ifndef _engine_core_states_base_state_h_ #define _engine_core_states_base_state_h_ #include <olcpixelgameengine.h> #include <string> namespace Core { namespace States { // abstract class Base_state { public: Base_state(void* _manager, std::string _name, vec2 _clientSize) { pManager = _manager; name = _name; clientSize = _clientSize; } virtual void initialize() = 0; virtual void shutdown() = 0; virtual void pause() = 0; virtual void resume() = 0; virtual void handleEvents() = 0; virtual void update(float _deltaTime) = 0; virtual void draw() = 0;s void* pManager; std::string name; vec2 clientSize; protected: Base_state() { /* empty constructor */ } }; } } #endif Correct me if I'm wrong (please) but of all the reasons to use polymorphism, this case is one of the better (subtyping). To be able to keep like items that are different in a common container. The derived class header would be as expected. Base class overloads in place plus specific functions and variables that would be required to make the new object behave as it will. Nothing new. I'll admit, I'm trapped in the common cycle that most online tutorials mold where the loop is divided into update / draw / check state / repeat. Is it correct? <shrug> So all this may be familiar and you hate it, or it's new and reader be cautious. The basic take away here is the stack concept. On the main loop side, we declare a Core::StateManager instance and initialize. During the loop, update and draw calls to the manager fire. I feel I don't need to list any additional modules but will list an example derived menu class. #include "menu.h" #include "../GameState.h" using namespace Core::States; void Menu::initialize() { rectPlay = { 360, 140, 440, 160 }; // 80 x 20 rectQuit = { 360, 165, 440, 185 }; // need more data or buttons are a known size } void Menu::shutdown() {} void Menu::pause() {} void Menu::resume() {} void Menu::handleEvents() {} void Menu::update(float _deltaTime) { } //template<typename ... Args> //std::string string_format(const std::string& format, Args ... args) //{ // size_t size = snprintf(nullptr, 0, format.c_str(), args ...) + 1; // Extra space for '\0' // std::unique_ptr<char[]> buf(new char[size]); // snprintf(buf.get(), size, format.c_str(), args ...); // return std::string(buf.get(), buf.get() + size - 1); // We don't want the '\0' inside //} void Menu::draw() { olc::Pixel colorDefault = olc::Pixel(255, 255, 255); olc::Pixel colorHover = olc::Pixel(255, 255, 0); // _ // .--- todo : don't like handling user input inside a draw routine...fix me ----. \_(O,O)_ // V V ~ \ // ------------------- Game Menu ------------------------- Core::StateManager* manager = (StateManager*)pManager; olc::PixelGameEngine* e = manager->engine; POINT cursorPos; cursorPos.x = manager->engine->GetMouseX(); cursorPos.y = manager->engine->GetMouseY(); e->DrawRect(rectPlay.left, rectPlay.top, rectPlay.right - rectPlay.left, rectPlay.bottom - rectPlay.top); e->DrawRect(rectQuit.left, rectQuit.top, rectQuit.right - rectQuit.left, rectQuit.bottom - rectQuit.top); std::string cursorInfo = "CursorPos "; char buf[16] = ""; //string_format(cursorInfo, "Cursor Pos");// { %d, %d }", cursorPos.x, cursorPos.y); //manager->engine->DrawString(10, 20, cursorInfo); _itoa_s(int(cursorPos.x), buf, 10); e->DrawString(20, 20, std::string(buf)); _itoa_s(int(cursorPos.y), buf, 10); e->DrawString(70, 20, std::string(buf)); vec2 textOffset = { 25.f, 6.f }; int x = int(rectPlay.left + textOffset.x); int y = int(rectPlay.top + textOffset.y); // Play ------------------------------------------------- olc::Pixel textColor = colorDefault; if (::PtInRect(&rectPlay, cursorPos)) { textColor = colorHover; if(e->GetMouse(0).bPressed) manager->handleEvents(Core::eStateAction::play); } e->DrawString(x, y, "Play", textColor); // Quit -------------------------------------------------- x = int(rectQuit.left + textOffset.x); y = int(rectQuit.top + textOffset.y); textColor = colorDefault; if (::PtInRect(&rectQuit, cursorPos)) { textColor = colorHover; if(manager->engine->GetMouse(0).bPressed) { if (MessageBox(nullptr, "Are you sure you want to quit?", "Serious?", MB_YESNO) == IDYES) exit(0); } } manager->engine->DrawString(x, y, "Quit", textColor); } The game screen state would be similar but behave as what the main game play would be. Every valid screen pointer lives the life of the application but only the one at the back of the stack is active at a given time. This has served me well for adding game state transitions in custom work. Input and drawing are engine responsibilities so there is a member pointer to contend with in the manager. Perhaps not the best approach, but I don't know of alternatives other than a hard global or worse, singleton. But a subclass gets this functionality through the manager held engine pointer. Crappy note to end on perhaps, but that's where I am. It works, I called it good and have been reusing a number of times. Tips from the leet are always appreciated assuming my words are better than a hodgepodge of nonsense.
  5. GoliathForge

    I Need Help With Animations

    Do you understand the prep work involved in putting the data half together? Maybe have a look at https://www.mixamo.com/ or perhaps the community could introduce similar or better fast tracks.
  6. JoeJ

    An animated physics fighting game

    I like this, very interesting. Looking at the first image the characters are clearly hold upright by magic external force. While this looks funny, it also looks dumb. (Dreams has the same issue. It surely becomes hard to make a game looking serious because of the somewhat silly character animation.) Personally i worked on a self balancing walking ragdoll. This works but is very hard and time consuming. But i think you could make it look better without going there. For example the character he has to keep its Center of mass between the feet for stable balance, and if it runs the upper body bends forwards, also the COM. For something better you can look up robotics terms like Inverted Pendulum or Zero Moment Point and Instantaneous Capture Point, but i guess some intuition and watching real life humans should be enough for faked balance.
  7. Randy Gaul

    Points constraint approach

    Integration might not be an important topic compared to which kind of solver you use. I like Thomas Jakobsen style for cloth and have implemented this for a game before successfully. I also used it for touch-bend vegetation. Vegetation would be a lot like a hair. I found success with a kind of shape-matching where the initial input mesh defines the target position for each particle, and each bone maps one-to-one with one particle. This way graphical meshes can be converted to the cloth run-time format without requiring additional authoring from an artist. The way the shape matching works is I would define a frame of reference for each particle by considering the next particle's position. As the particles move about, I used a function to calculate the shortest arc quaternion between the original target positions and moved positions. There was one part where the quaternion would flip around under large rotations, and I believe I solved it with an if-statement and negated the quaternion at a certain point. After finding target positions for each particle, which are defined relative to parent particles (to help preserve the original shape), I would attach weak springs from each particle to each target position. The strength of the spring was tapered from root to end, and tuneable by an artist. The only difference between the constraints between particles and the constraints between a particle and a target position, was I assumed target positions were particles with infinite mass. With this strategy I found bend constraints to be a nuisance, and simply removed them. http://www.cs.cmu.edu/afs/cs/academic/class/15462-s13/www/lec_slides/Jakobsen.pdf
  8. phil67rpg

    hex grid

    can I please get some help with this problem.
  9. Hello, I'm currently searching for additional talented and passionate members for our team that's creating a small horror game. About the game: The game would be a small sci-fi/post-apocalyptic survival horror 3D game with FPS (First person shooter) mechanics and an original setting and story based in a book (which I'm writing) scene, where a group of prisoners are left behind in an abandoned underground facility. It would play similar to Dead Space combined with Penumbra and SCP: Secret Laboratory, with the option of playing solo or multiplayer. Engine that'd be used to create the game: Unity About me: I'm a music composer with 4 years of experience and I'm fairly new in this game development world, and I'm currently leading the team that'd be creating this beautiful and horrifying game. I decided that making the book which I'm writing into a game would be really cool, and I got more motivated about doing so some time ago when I got a bunch of expensive Unity assets for a very low price. However, I researched about how to do things right in game development so I reduced the scope of it as much as I could so that's why this game is really based in a scene of the book and not the entire thing. Also I'm currently learning how to use Unity and learning how to program. Our team right now consists of: Me (Game Designer, Creator, Music Composer, Writer), 4 3D Modelers, 2 Game Programmers, 1 Sound Effect Designer, 1 Concept Artist, 1 3D Animator and 1 Community Manager. Who am I looking for: We are looking for a talented and passionate programmer that's experienced with Unity and C#. Right now the game is in mid-early development and you can see more information about it and follow our progress in our game jolt page here: https://gamejolt.com/games/devilspunishment/391190 . We expect to finish some sort of prototype in 3 months from now. This is a contract rev-share position If you are interested in joining, contributing or have questions about the project then let's talk. You can message me in Discord: world_creator#9524
  10. Meet the almighty PLACEHOLDER! Isn't he cute? His round face, his little nose... I think he is the all time most used protagonist for games. He does all the hard work, and later another fancy model gets all the credit. So unfair. Let's give him proper animations for such a hero. I used Unity animation editor to create an animation controller and a bunch of animations for movement, idle times and combat using only position, rotation and scale transforms. Now my combat implementation was firing triggers in the animation controller and, suddenly, all this tiny capsules were alive. Even the flow of combat was easy to follow, admiring heros swinging their swords instead of squeezing my eyes looking for the damage line in a log. I admit it, they grew on me. I found myself cosplaying them and... well...let me tell you they are cute as hell. Fierce warriors I also added some more UI elements and some code to show Action Points cost while moving. All that felt like a big step. But just two warriors... even for testing purposes... was too boring. I needed more characters, and everybody knows behind every great warrior there is a great mage. And it would be a good test for the combat engine, as it would add more diversity to abilities. While implementing mage abilities soon I realized I was missing a key ingredient of combat and visual wowness... particle effects. Now I have to stop here and admire how many good videos about this subject youtube has. So many people doing such a great work. I would like to, at least, mention the videos from Gabriel Aguiar. Almost all particle effects I ended up using are "inspired" by his tutorials. Thanks, man. So now with the mage. I chose three basic abilities: Fireball. Of course. It works as a projectile. Fireblast. To introduce critical hits to combat. Firewave. An AoE. Everybody loves AoE. So much magic. When the spells were implemented, the game suddenly became gorgeus. It's amazing how much can movement and particles add to the most simple visuals. As I was enjoying the upgrade in graphics, I started messing around with post processing effects. It added another whole level to visual appealing. So much with so little... It was very basic, but it definitely was a game. Except for one thing. A huge thing, in fact. I was playing both sides all the time. Not very interesting. The fun part is beating another one, even if it is a dumb computer player. And so the next step became clear...
  11. GoliathForge

    When code just isn't enough...

    sure you bet. I started with c/c++ in the dx5 era. Found a fondness for ogl2. What am I doing? I'm porting my older stuff. Back and forth for a good time2 as we raced for raster and compute power. Then c# came around, I resisted at first, but actually Unity reversed that. Never knowingly went .net api stuff. UDK was my favorite. <sob> Yup, different mind set than frameworks. UE doesn't run on my machine, so no joy yet. pffttt. blender2.8 isn't on the table either (i5 HD9300 / the gt260(M) is cooked). So nah, I'm cool with what I do. It's great. I'll beef up the horse power when the time is necessary. Too many good things to be had right here and still a little localized glamour. Nice to have had the chat. edit: oh whoops...so are you saying look at my source please? I'm not certain. Every structure would be slightly different depending on the goal of the system. so, I'm sorry, I might have missed it. Being rogue is awesome. just not getting a whole lot done
  12. Where are you from? Your English seems fine to me. I'm not a very experienced developer yet and more a beginner, but I began so I should be able to give you some starting advice. You definitely want to use an engine or framework, otherwise, you need to build everything from scratch. I worked with Monogame and Unity and I can recommend you an engine. You got more control with a low-level framework like Monogame, but all the necessary stuff should be doable in Unity too. In my experience, you end up writing to much code for very basic stuff when doing low-level game development. Just try to make a simple text box where the players can enter a name, and you need hours for a good one. Also, you should be good at the programming language because it's all you got to make the game. I would recommend Unity. It would save you more time in the long run, and if you want to work with others together or get a job in a game dev career, it's useful to have knowledge about it. It may seem bloated and takes more time to get into it, but it will pay off. And maybe you should try to start with a way less complicated game. The hardest thing is to finish a game, starting to make them is always easier, and 5 years is a very long time. Your first game will always have not the best code, artwork, game design and marketing. You can practice it by making some smaller games first. I scraped over 100 hours of work, I used to make my first game but the game idea wasn't that good and working with Monogame was time-consuming. I found a new better game idea and need to get more into Unity, and I'm sure I can make my game in less than 2 years realistically. I wanted to make something short but hadn't a good game idea, so I'm now doing something bigger, which I probably could finish in a year, but you can underestimate the amount of work pretty easily, so I calculate with less than 2 years since I don't have finished a real game before. In the end, it was a very good choice to work on a different game. But if you work on a bigger game you need to do some good developing practice like DevOps, to ensure that you don't waste too much time on something bad. You need a good 2D platformer to make some money with it because there is a lot of competition in this genre. And Unity which is based on Monogame supports cross-platform development, so you can deliver your game on all operating systems, consoles and even mobile devices.
  13. I plan to write monthly updates about this project and fill each blog with a decent ratio of images to text. As I find blogs with large bodies of text hard to stay engaged in. I started this project almost 3 months ago when I finally finished a much needed update for my previous release. I was very much inspired by T.A.B.S (by Landfall) for this project. The animated physics in their game create satisfying simulation and unpredictable moments that normal animations don't provide. I had to try it myself. February I recycled many of the art assets and movement code from my past overly ambitious projects™ for this project so I could jump straight into creating the enemies and implementing animated physics. I watched this YouTube tutorial by TheCooperJ. He uses hinge joints to rotate rigidbody limbs by mimicking the rotation of an animated duplicate. Example GIF from tutorial: Here's what my implementation of his method looks like on a humanoid rig: Yeah, someone call him a taxi. So I did a Google Search and found out about a beautiful asset called PuppetMaster. This asset is extremely well made and optimized, I highly recommend it. It took a while to figure it out but I got there after a long night of pressing buttons and scratching my head. March I added a basic castle and some grass and used polyverse skies for the beautiful skybox. I also made a new enemy player model. I used the Unity NavMesh system and set up some basic AI and used animations from the asset store as placeholders to get a quick first prototype working. Even achieving this much made me feel genuinely happy and satisfied. I LOVE PHYSICS. I was about fall asleep sleep one night but instead I immediately jumped out of bed and onto my computer (I'm certain every dev has done this at some point) to implement the shield bash mechanic: April This is where the project is at now. I made a new scene, added more environment, adjusted the colours and lighting. I redid the enemies animations in Blender and improved their AI. There are 2 types of enemy right now: Archer and Melee. There are currently 4 items. I'm looking forward to adding more items that are more exciting and less generic, maybe even guns for a laugh. They can all be equipped in the left or right hand, you can throw them all, the bow is the only two handed weapon. The rest can be dual wielded. Even the shield: Here's a YouTube clip of me absolutely destroying these blokes skulls. I added a brutal head shot crunch sound. The game is still unnamed, I hate naming things, comment below if you have a suggestion. I have started conceiving a narrative for the game, I think explaining it is boring so I wont. Thanks for reading. I'll write another blog in a month, maybe. I actually wrote this blog spontaneously, never done this before.
  14. Osidlus

    Turn-based multiplayer combat

    Thank you for the comment and proposal. That frustration mentioned is not only from time having to wait- but also gives faster characters too much of an advantage. In reality both slower and faster character acts at the same time. And thing is some actions are kryptonite to the others and even slower character can succeed. Imagine toothpate lid drops you into water basin- starts spining around at speed yet you can catch it by putting your hand at relatively slow pace on to the outlet... I would definitely like to try your proposal as a game, but that hard gating on actions is something I personally do not like - rather see continually losing- by not acting...
  15. Steve_Segreto

    [ES2.0] Copying Internal Array Buffers

    You probably already realized this, but glCopyBufferSubData is available in GLES 3.0 if you would rather migrate from 1.0 to 3.0 in one step.
  16. Embassy of Time

    When code just isn't enough...

    Just a random thought: Once I have a very barebones version of the first test of the game, why don't you look it over and make a better one from its template? Kind of team experience, but still independent!
  17. Hi, Im 16 year old im a pretty good coder in unreal im creating a fishing game for my brother maybe if its cool i gonna publish it but i need help with the animations its like impossible for me to let the animations look good so if you wanna help me out Add my discord Koekjes_boy#2964
  18. SoldierOfLight

    Sharing shaders between PSOs

    It's going to depend on the driver. D3D will de-duplicate the bytecode and only send it to the driver once, but whether the driver recompiles it based on the surrounding state in the PSO, or whether it simply references it, is up to their discretion. It's also possible that they could have a middle ground and use a base compile followed by multiple patching steps for the surrounding state.
  19. Hello, I'm not a native english speaker so please bear with me, I need some help here, I'll get straight to the point. I just joined this site. Over the last year, I fleshed out my game, the mechanics and nearly completed the artwork/assets. Its a 2d action adventure platformer. Eventually in a bout 5 years when I finally complete it, I would like to maybe commercialize it, when I do I would like to be able to port it to consoles too. I should state that it is a side project, and even though I have a general timeframe, I find the quality of the end product to be more important than the speed at which I complete it. I think the quality comes from the knowledge I have gained and will be gaining. I have adept knowledge of C++, some basic C# syntax knowledge, python and general java syntax knowledge. I know the language but have yet to apply it fully with respect to game development. I do not know how I should begin in terms of resources.. That is where I need some help. I have made simple games with the help of tutorials but I find that its harder for me to learn when I'm not actually working on a passion project. I looked at game engines and frameworks as a starting point. For something as simple as a 2D linear adventure story-based platformer, I doubt I'd need something like unreal engine. I looked at Unity and Godot. I found Unity to be.. more bloated, yet helpful with regards to quick development, but I find myself wanting more control and freedom, independence from game engines. I don't need most of the services they're providing.. I looked to game frameworks like SFML, LWJGL and monogame, which seem rather low-level and overwhelming in terms of the starting point. I found SFML to be the easiest, but have been considering LWJGL for java's versatility in Mac and Linux; I'm using windows. I heard that java isn't exactly supported on consoles, which means if I use LWJGL, i gain the convenience of coding the game once but forsaking console support, which I am not sure is a decision I'm ready to make as of yet. With regards to SFML, though I find it easy, most tutorials cover small arcade-y platformers, wheras mine is much more complex, bigger and exploratory. The environment is designed by me alone (one big world where the events are taking place) and not generated by seeds etc. I am unsure of the way forward. It's basically a knowledge problem. At the end of the project, not only do I want to produce something, I also want to learn as much as I can and be free to code anywhere and not rely on an engine like unity or godot. What would you recommend I choose? I would appreciate a response and maybe some insight on those frameworks and engines, if any. Thank you.
  20. GoliathForge

    Suggestions needed for "Humanitarian game" mockup!

    I don't have world awareness, but... 'Open the door' 'Help (obj) across the (street)' 'pay the (coffee) bill' 'pick up (litter) in others area' <end try> just to kick it off.
  21. GoliathForge

    When code just isn't enough...

    I've been dying to take a 3D artist position or auxiliary programmer (engine side / game play side) on a project that matters. My own ideas excite me, so it's hard to find peace in outside ideas. But as we know, ideas generally have only so much value. Becoming a gear in a larger mechanism is desirable to me. So far though, from my experiences the road is full of holes an no pegs. i think mostly because the groups that I've touched were designers only or those that were managers in training needing direction input or proceeding by braille. But then again, it's difficult to know what I want with the team player experience (I don't have in this exact field). Thanks tough. I'll try to keep watch on this.
  22. I have 3 PSOs that all use the same code for their vertex shader. If I pass the same pointer into each of their D3D12_GRAPHICS_PIPELINE_STATE_DESC::VS fields, does that mean that they'll actually share the vertex shader? Or are they each going to make individual copies of the shader? (And by extension, does doing this eliminate a state change on the GPU?)
  23. It may not be the deepest of challenges, but in my work to create a semi-functional mockup of the humanitarian game I was poked to design, I need a bit of help. More precisely, I need suggestions on what Good Deeds / helpful actions players may be tasked with in the game. Things like "Help Benny with his homework" or "Help old man Gunther with his grocery shopping". Ideas for good deeds, without having to change the world. Anything you can think of is appreciated!!
  24. Embassy of Time

    When code just isn't enough...

    I have DOZENS of square pegs and HUNDREDS of round holes! I am very open for help What kind of squareholing(???) are you thinking of??
  25. SIr Pep

    Godot or not?

    Thanks very much @AticAtac!! Exactly the comment I was waiting for. I'm currently turning to dual booting my Mac because it's getting older, and since Godot is supported on Linux I may just take this time and dive into it.
  26. GoliathForge

    When code just isn't enough...

    good luck If you ever need a square peg to fit into a round hole, I might be your guy Ah, to play with others, the dream is sweet, the reality is something else to me so far. Nice to see a go at breaking of the mold in a sense.
  27. Embassy of Time

    When code just isn't enough...

    I have this theory. It goes "nobody has any real idea what they're supposed to do until they're done doing it". Case in point, the project to gamify good deeds that I have gotten somewhat financed (working title simply "The Good Game") is still under frantic construction. And yet, I've only ever written maybe a hundred lines of code (HTML, JavaScript and PHP). How is that? Well, much to my chagrin, the massive bulk of this project is... talking. The design of the game is novel, as in "nobody seems to have made anything even resembling this kind of game before", so every idea, every concept, every feature pilfered from some other game, they all need to be discussed endlessly, regarding their need, the consequences of bringing them in, potentials both short and long term, and so on and so forth. That's a lot of talking!! Right now, at the very least, we're dealing with actual game design, rather than abstract concepts like gamifying ethics, player psychology, social impact, etc. No graphics to speak of, and the proposed method for testing is... amusing? It's chaos, is what I'm saying. But, hopefully, creative chaos! Wish me luck. I need it!
  1. Load more activity
  • Advertisement

Important Information

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

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!