• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
Kylotan

Unity
Where are all the good GUI libraries?

40 posts in this topic

Awesomium will probably be available for Unity again soon I'd bet.. here's the tutorial for one of the more recent versions.   They also should have a mono version as well soon.. I think what's up now is a pre-gdc release.  I just wish they would keep their old versions available.

 

http://labs.awesomium.com/unity3d-integration-tutorial-part-1/ 

 

Scaleform too expensive?  http://gameware.autodesk.com/scaleform/unity

0

Share this post


Link to post
Share on other sites

I've never heard anything good about Scaleform from those who've used it. Sure, you get floaty 3D dialogs and animated textures, but making GUIs that are internally complex rather than externally flashy still seems to be a mess.

 

I'm half-tempted just to go for HTML5 because at least HTML does a decent job of GUIs - but then is a typical HTML GUI compatible with HTML5 gaming libraries? Seems like they render everything onto a canvas so I'm guessing the answer is no.

0

Share this post


Link to post
Share on other sites

I've never heard anything good about Scaleform from those who've used it. Sure, you get floaty 3D dialogs and animated textures, but making GUIs that are internally complex rather than externally flashy still seems to be a mess.

Once you know the ins and outs of Flash and ActionScript (which, admittedly, is a huge challenge in and of itself), it's not actually that difficult to get even the most complex of UI scenes implemented. I would say that most of the issues with Scaleform aren't really development-related as much they are workflow-related, and those really begin to show as your UI team size increases. But if you're a single developer who knows Flash and can fork out a few hundred bucks, it might be worth it. But try out the evaluation version first ;)

Edited by Zipster
0

Share this post


Link to post
Share on other sites

Yes, I've noticed this too. For Unity basically you have to buy a GUI package from the asset store, and your options are NGUI, EZ GUI, or iGUI. NGUI and EZ GUI are powerful and flexible, but expense, difficult to use for most, and require lots of custom programming. iGUI is the only one that is a WYSIWYG GUI editor and is pretty good, but it is pretty simple and still expensive.

 

I found I was spending way too much time working on the GUI than my actual game, so I decided to create my own GUI editor system. It's basically a WYSIWYG editor, where you can create your entire game GUI and save it as a prefab. It supports an arbitrary number of hierarchies, 3d animations through the use of a free Tween library, Photoshop like gameobject manipulations like holding shift / control to do different things based on which objects you have selected. Pretty much everything can be changed in the editor scene. I'm hoping to create my entire Game's GUI from the editor alone saved as a prefab, once I get that done I can possibly add content to it and sell it on the asset store.

1

Share this post


Link to post
Share on other sites

I am left to suspect (partly from experience) that it may be that GUI is one of those things it is difficult to really get "right".

 

like, while it isn't too hard to draw things and figure out, say, when a mouse click is directed at them, it is harder to figure out things like how to best represent the appearance and behavior of widgets and how to best structure and handle the various events, making the creation of a usably good general-purpose GUI library fairly difficult.

 

(not that it can't be done though.)

 

though, others are free to disagree and may not share my experiences here...

Edited by cr88192
1

Share this post


Link to post
Share on other sites

Once you know the ins and outs of Flash and ActionScript (which, admittedly, is a huge challenge in and of itself), it's not actually that difficult to get even the most complex of UI scenes implemented.

 

I'm fine with Actionscript but have no real knowledge of Flash itself. All I know about Scaleform is that the devs I know have worked with it said it was awful, and the games I've seen that used it had very simple (but pretty) GUIs, for the most part. I don't know how to find out much more about it though.

 

 

iGUI is the only one that is a WYSIWYG GUI editor and is pretty good, but it is pretty simple and still expensive.

 

To be honest I don't care about WYSIWYG (although I know a lot of developers do, especially those who use Unity). What I care about is:

  • Can I construct a complex dialogue dynamically through code? If not, it's worthless, because static dialogues are quite easy to implement without a GUI system just by drawing some sprites and looking to see where the mouse clicks go.
  • Can it layout objects for me in lists and grids? If not, it's going to be a nightmare to use for any complex data. I need to be able to push an arbitrary number of objects into a container and have it position them for me - otherwise, I may as well just render them directly myself.
  • Can it handle scrolling areas? This is the main thing that stops me writing my own GUI in Unity - since there is no access to scissor rectangles I can't implement scrolling areas myself. NGUI have got around this with custom shaders, which is a fun hack, but they obviously have no clue how to handle input management properly so that's a non-starter.
  • Can I change the state of the GUI easily? HTML has this 100% right - if you want to change something, it's one simple function call to find it, then one property access to change it. No need to hook up signals and slots. No need to manually traverse the tree of elements. No need to pre-create the element so that you can hold a reference to it and change it later.
  • Can the GUI effectively tell me when things happen? Usually this is done with callbacks attached to events on controls. Some GUIs like to run in immediate mode which makes life much harder since in most languages you only get one return value from a function, meaning each control can only really signal one type of event.

 

 

Take a look to: http://www.noesisengine.com/noesis_gui_features.htm

 

They're going to need to put some actual information on their page rather than just marketing if they want people like me to try it. Life's too short to be signing up to beta programs to find out whether something will be useful or not.

 

 

I am left to suspect (partly from experience) that it may be that GUI is one of those things it is difficult to really get "right".

 

I really don't think this is the case. We have several reasonable GUIs that exist for C++ apps and they look pretty good. We have decades of experience all the way back from Smalltalk through MFC up to Qt and WxWidgets about how GUIs can be written and made effective (to a greater or lesser extent), and a large number of developers now working with HTML/CSS/Javascript to create and use GUIs. In theory the only difference between these GUIs and game GUIs is the rendering aspect, which itself can often be abstracted away, but for some reason few people are attempting to get this right.

Edited by Kylotan
0

Share this post


Link to post
Share on other sites

That's fine, but with libRocket I have to write the main app in C++, which is what I'd like to avoid.

0

Share this post


Link to post
Share on other sites

I gave up on using 3rd party GUI's for games a while ago.   They always make me feel like I'm trying to insert a square peg in a round hole.   With games I need to have the power of my own custom code and I don't like modifying other peoples code, most of which does 99% more than what I require. 

 

What I've done is basically just bite the bullet and create a few very simple and lightweight classes that are loosely based on the Visual Basic/ C#  event model.     Event delegation and the use of partial classes are key to this design.    

 

IMO, this is a proven GUI general use design model and has been around since the inception of VB in the 90's.    Of course,  I don't need XML or a scripting language for what I'm doing, and I prefer to keep most that in code anyway, but I guess I could always serialize my GUI objects if I have the need.  

Edited by 00Kevin
0

Share this post


Link to post
Share on other sites

I don't think that GUIs are all that hard to write, but it's probably a bit of a thankless task to write them.

Simplui worked pretty well after only a couple of months development - at some point I'd love to find the time to build a full UI toolkit along similar lines.

0

Share this post


Link to post
Share on other sites

Simplui worked pretty well after only a couple of months development - at some point I'd love to find the time to build a full UI toolkit along similar lines.

 

I did actually use Simpleui for a while (thanks!) but replaced it with kytten for some reason that I have since forgotten. (Possibly the absence of a list view/grid controls? I remember trying to fake a grid with nested VLayout/HLayouts.) I think Simpleui was the most sane-looking of the smaller GUI toolkits I've come across. Perhaps I should try extending that.

 

What I've done is basically just bite the bullet and create a few very simple and lightweight classes that are loosely based on the Visual Basic/ C# event model.

 

I'd be reasonably happy to do that, but unfortunately, trying to implement any kind of scrollable region when your graphics API doesn't allow you to clip one object's rendering to an arbitrary rectangle is quite awkward. (I'm looking at you, Unity.) Some people have hacked it with a custom clipping shader but that is out of my realm of expertise.

0

Share this post


Link to post
Share on other sites

I think Simpleui was the most sane-looking of the smaller GUI toolkits I've come across.

It was/is. Unfortunately, there were a number of things about GUI layout and measure that I hadn't yet learned at the time - controls like grids and lists would be much simpler if there was proper support for scrolling, among other things.

0

Share this post


Link to post
Share on other sites

What about Java... you can use the SWING GUI components in your UI.

 

Does that even qualify as UI design.. they look like little rectangles with ugly blue gradients inside. It might be fine for tiny utility programs or applications where a nice interface isn't important, but for games where you need complete control over your graphical user interface, I think SWING doesn't cut it. At least, last time I checked... yes, yes, I know.. it's portable.. but still..

0

Share this post


Link to post
Share on other sites

I always just roll my own GUI Library with features that are specific to each game. I should probably just write one that can be used across all my games, but to lazy fo' that.

 

GUI's for me are the most trivial task in game development, it doesn't take a long time providing you don't need super complex things.

 

The only real problems I have come across is scrolling.

0

Share this post


Link to post
Share on other sites

I am left to suspect (partly from experience) that it may be that GUI is one of those things it is difficult to really get "right".

 

I really don't think this is the case. We have several reasonable GUIs that exist for C++ apps and they look pretty good. We have decades of experience all the way back from Smalltalk through MFC up to Qt and WxWidgets about how GUIs can be written and made effective (to a greater or lesser extent), and a large number of developers now working with HTML/CSS/Javascript to create and use GUIs. In theory the only difference between these GUIs and game GUIs is the rendering aspect, which itself can often be abstracted away, but for some reason few people are attempting to get this right.

 

this may not necessarily be because GUI libraries are easy to get right, but because many of the particularly awful ones tend to be quickly forgotten (and never gained much ground within the developer community).

 

what most people tend to see are not necessarily all the things which were ever written, but more the things which were "good enough" to gain widespread adoption.

if a programmer goes and writes something particularly awful, often no one else will use it either, and maybe soon enough the original developer will abandon it, and to the larger world, it appears as if it had never existed.

 

what generally does end up being seen, are those things which were generally good enough that people started using them.

 

 

granted, this isn't necessarily unique to GUI libraries though...

0

Share this post


Link to post
Share on other sites

Can I construct a complex dialogue dynamically through code? If not, it's worthless, because static dialogues are quite easy to implement without a GUI system just by drawing some sprites and looking to see where the mouse clicks go.

 

Hmm, so dynamically creating dialogue boxes, do you mean you store a large set of possible text responses and the dialogue GUI can dynamically resize itsellf based on the amount of text? Let's say the dialogue had anywhere from 0-5 clickable response lines and those spawned different dialogues, maybe ultimately leading to a dialogue with a reward in it (completed a quest for example). This shouldn't be too difficult to do as long as a flexible dialogue prefab is constructed and then you call it's creation with the parameters you want in your game code. I haven't gotten far enough in my own game to do this yet (create a dynamic dialogue system), but I will definitely make sure I consider all the possible use cases.

 

Can it layout objects for me in lists and grids? If not, it's going to be a nightmare to use for any complex data. I need to be able to push an arbitrary number of objects into a container and have it position them for me - otherwise, I may as well just render them directly myself.

 

Yea this definitely be doable with a panel GUI object. My editor started out as a world map generator, so it can randomly generate say 1,000 connected solar systems with the ability to highlight a path between any 2 given systems using a BFS algorithm using the GUI hierarchy, each with randomly generated tooltips, names, hoverstate animations, etc all within a pannable, zoomable parent panel. The way entities are related to eachother spatially within a panel parent should be highly configurable out of the box. So to create a grid like inventory system GUI for example, the children entities would have a 90 degree step and 0 degree random variation.

 

Can it handle scrolling areas? This is the main thing that stops me writing my own GUI in Unity - since there is no access to scissor rectangles I can't implement scrolling areas myself. NGUI have got around this with custom shaders, which is a fun hack, but they obviously have no clue how to handle input management properly so that's a non-starter.

 

So, a scrollable panel parent should either be able to dynamically resize itself or force a dynamic rescaling of the children objects to fit a fixed parent size. The input system is all based on one ray cast to determine where your mouse is currently located and which actions are available depend on the GUI prefab your on.  I'm pretty surprised this requires custom shaders in NGUI. Are the items you want to fit within a scrollable parent all different sizes or something?

 

Can I change the state of the GUI easily? HTML has this 100% right - if you want to change something, it's one simple function call to find it, then one property access to change it. No need to hook up signals and slots. No need to manually traverse the tree of elements. No need to pre-create the element so that you can hold a reference to it and change it later.

 

Basically I currently have it as GameObject.Find to get an arbitrary reference, the editor forces a naming convention such that the any given can be constructed using prefixes of the parent objects, to ensure that an arbitrary hierarchy object has a unique name. Problem is the names can get pretty long, I might need to rethink this design later. Once you have a reference to it, you can cast it to the type of GUI object it is to access the data. Additionally, you will also be able to add, delete, get, or set arbitrary data for any GUI object.

 

Can the GUI effectively tell me when things happen? Usually this is done with callbacks attached to events on controls. Some GUIs like to run in immediate mode which makes life much harder since in most languages you only get one return value from a function, meaning each control can only really signal one type of event.

 

This should be easy enough :)

 

Thanks for the ideas, this is a pretty complex, but fun project :)

0

Share this post


Link to post
Share on other sites

Guess I'm already late for the comment, but:

I'm half-tempted just to go for HTML5 because at least HTML does a decent job of GUIs - but then is a typical HTML GUI compatible with HTML5 gaming libraries? Seems like they render everything onto a canvas so I'm guessing the answer is no.

You could always overlay the GUI on top of the canvas without much issue and let the browser handle that =P

0

Share this post


Link to post
Share on other sites

do you mean you store a large set of possible text responses and the dialogue GUI can dynamically resize itsellf based on the amount of text?

 

Even more general than that - I need a dialogue to be whatever size it needs to be to hold its content. I should never need to specify its size. HTML does this - elements grow to the correct size for their contained elements.

 

So to create a grid like inventory system GUI for example, the children entities would have a 90 degree step and 0 degree random variation.

 

This sounds rather more complex than what a GUI should typically need to do. If I want a grid, I just want to be able to create a Grid object, and then feed it several rows of data.

 

 

So, a scrollable panel parent should either be able to dynamically resize itself or force a dynamic rescaling of the children objects to fit a fixed parent size. The input system is all based on one ray cast to determine where your mouse is currently located and which actions are available depend on the GUI prefab your on. I'm pretty surprised this requires custom shaders in NGUI. Are the items you want to fit within a scrollable parent all different sizes or something?

 

Usually when you have a scrollable region, you render everything within that region (optimisations aside) but the renderer can restrict the actual drawing operations to the viewport through which you view the region. Unity lacks that exact functionality so it's hacked in by using a custom shader on scrollable regions to achieve the same effect.

 

That's a separate issue from NGUI using colliders to stop you accidentally clicking on the objects that are invisible. That just implies that their input handling system is completely different to pretty much any other sensible GUI, which would propagate mouse clicks down through the GUI hierarchy to see what was clicked on, which would reject clicks on objects scrolled outside the viewport by design.

 

The size and shape of the items on the scrollable region should be irrelevant to how to implement the scrolling behaviour.

0

Share this post


Link to post
Share on other sites

Even more general than that - I need a dialogue to be whatever size it needs to be to hold its content. I should never need to specify its size. HTML does this - elements grow to the correct size for their contained elements.

 

Yea, that makes sense.

 

This sounds rather more complex than what a GUI should typically need to do. If I want a grid, I just want to be able to create a Grid object, and then feed it several rows of data.

 

Yea, I realized I was trying to make one thing be generic enough to work for a multitude of things, but it will be better to create a bunch of different simpler parent panel type scripts / prefabs.

 

That's a separate issue from NGUI using colliders to stop you accidentally clicking on the objects that are invisible. That just implies that their input handling system is completely different to pretty much any other sensible GUI, which would propagate mouse clicks down through the GUI hierarchy to see what was clicked on, which would reject clicks on objects scrolled outside the viewport by design.

 

Ok, yea what I am doing currently is RaycastAll() on the entire GUI and then sending event messages for every GUI hit using an event handler system. The GUI elements themselves in addition to the editor can receive and process the input events.

0

Share this post


Link to post
Share on other sites

That's a separate issue from NGUI using colliders to stop you accidentally clicking on the objects that are invisible. That just implies that their input handling system is completely different to pretty much any other sensible GUI, which would propagate mouse clicks down through the GUI hierarchy to see what was clicked on, which would reject clicks on objects scrolled outside the viewport by design.T

To be fair, most GUIs propagate events both top-down and bottom-up, and if you are raycasting in 3D, it's often easiest to find the deepest widget in the hierarchy and walk back up.

You do need some kind of clipping in either case, to handle scrolling containers. The clipping is really simple in a purely 2D GUI, but it's a bit more involved in a 3D GUI, and their clipping-via-colliders may be the best they can do in Unity.
0

Share this post


Link to post
Share on other sites

What I meant with the top-down processing is that traditionally in 2D you go top-down to find out what was actually clicked on, and then from there you go bottom-up to find a handler for that click. The 3D aspect does change things, but I'm sure there are often pretty trivial ways of implementing clipped areas. For example, Unity has a RayCastAll() which returns all the objects hit, not just the first. To implement clipping to a parent you can discard any object in that list whose parent is not also in that list.

 

To be fair, that's only one of my complaints about NGUI - I hate the fact that you're expected to manually set up materials and atlases and sliced sprites and all kinds of other graphical esoterica that I think should be handled by the engine, but most of that is Unity's fault. You pay the 3D price and get the 3D benefits, but lose a lot of the 2D simplicity.

1

Share this post


Link to post
Share on other sites

You pay the 3D price and get the 3D benefits, but lose a lot of the 2D simplicity.

Aye. 3D strikes me as largely unnecessary for GUIs - plus, you want anything interactive to be flat to the screen anyway...
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Similar Content

    • By NA-45
      EDIT: We've found a designer/composer and an artist.  I'm looking for one more artist!
       
      I'm currently working on Metroidvania style game that I was inspired to start by Hollow Knight and Beksiński's art.

       It's built in Unity using C# and has quite a bit done already.  I'm handling the programming myself and have a working model (besides combat which is a WIP) that can be expanded greatly depending on where we decide to take the project.  You can see the current test area here: https://streamable.com/mp5o8  Since I'm not artistically gifted, its all rectangles but can easily be skinned once we've desired on designs.
      I have professional experience using Unity and C# working on both a released game and a prototype as well as having extensive Java knowledge.  I also dabble in Python with a little bit of C++.
      I have worked on and completed many projects before, the most recent being a 2D stick fighting game written ground up in Java Swing (don't ask why): https://www.youtube.com/watch?v=V4Bkoyp_f0o
      I'm looking for a 2D artist (potentially more than one) to create concept and game art and a designer/writer who can help flesh out the story as well as map out and create challenging and eye catching areas.  I can handle most if not all of the programming side of things though if there is anyone who is extremely passionate about this sort of thing, I'd consider splitting the load.
      The end goal is a completed game that can be sold however profit isn't really a concern to me as it's mostly a labor of love from my part.  Any profits would be split between team members however that's pretty far off so don't make that a reason to join.
      ______________________________
      The story I have in mind is something like this:
      A man wakes up in a chasm that stretches seemingly endlessly in both directions lined with enormous statues.

       He discovers a temple with text above a closed gate that tells of the failed kingdom that lies below.  After finding a way around this, he drops down into the subterranean kingdom.  Adventuring through the labrynth below, he comes across different cities in which the residents succumbed to different sins such as Greed, Wrath, etc.  Each city tells a story of how its fixation on something lead to their demise leading up to a fight with the personification of their mistake.
      ______________________________
      An very rough idea for Waterways, a potential area:
       - To enter you must be wearing a pair of glasses that you find somewhere earlier in the ruins.  There are similar glasses found in every home.  Everything appears incredibly beautiful however something seems wrong.  After triggering some event, the glasses break and it's revealed that the glasses are made of some sort of stone that makes everything appear differently.  The city is in ruins and absolutely disgusting as everything was neglected.  
       - The only thing that remains intact is in the center of the city, an incredible statue of a goddess holding up a large sphere of the same material that was used for the glass.  You slowly learn the story behind the statue: the goddess came from the sea that the city lies on and brought prosperity to them.  
       - After opening up the the temple of the goddess that lies right on the edge of the waters, a giant sheet of the glass covers an opening in the back of the temple that reveals the goddess behind it.  You shatter the glass and it becomes apparent that the goddess is actually a disgusting creature half beached and mostly immobile that appears to secrete the material that makes up the glass. Fight ensues.
      ______________________________
      The combat is pretty up in the air and part of the reason I need a designer to bounce ideas off of but I think it will be something like this:
       - 4 orbs equipped at a time
       - 2 orbs selected at a time
       - Pressing the cast button will cast a spell determined by the 2 orbs that are selected
       - Spells cost mana however you can use spells with 0 mana and it will cost health instead
       - These spells in addition to being useful for combat, are the Metroidvania "gating" metchanic.  For instance, one of the conceptualized spells is a water orb + water orb to create a ice pillar that can be either used to block projectiles/enemy paths or to jump on to reach high areas
      ______________________________
      If you're interested or have any questions, contact me through discord.  My id is NA-45#3692. 
    • By sZokka
      Radio Rabbit
      DOWNLOAD:
      https://gamejolt.com/games/RadioRabbit/269209

      About The game
      Radio Rabbit is a local coop shoot ‘em up where two players control one more or less combined character. The character exists out of a rabbit’s body and a floating, still to the body connected, giant eye.
      Each player controls one of them.

      The rabbit’s goal is to fly safely through the level and to avoid enemies to reach the goal.  The Eye on the other hand can shoot. He is the one who clears the way. One character can move the other can shoot. So both player need to work together to fight of evil creatures and to complete the level.

      •    explore the level to find the key which activates the portal gate
      •    escape through the portal before the timer runs out
      •    if you are to slow, the nuke will explode
      •    use your character abilities, the rabbit can boost while the eye got the vision
      •    you’ll get more powerful abilities from items such as a supershot
      •    shoot as many enemies as possible to gain score
      •    remaining time at the end of each level gets added to the score
       

      Features
      •    2 Player couch coop
      •    4 level + tutorial
      •    an epic boss fight
      •    fully gamepad supported (XBox or equivalent)
      •    local high score
       
      Grab a friend and check it out!
      Please feel free to leave comments and feedback!
      DOWNLOAD:
      https://gamejolt.com/games/RadioRabbit/269209
      and ENJOY!
    • By qvertyVR
      Hello everyone! We are a small VR studio and we want to get some opinions about our new game which name is Gravity Tunnel VR. If you are interested please please visit our webside 👉 https://qverty.com/gravity-tunnel and let us know: -What do you think about it ? What we should to change? and Do you want to play this game? All opinions well see. -Second question is where we can find some small influencers who can play our game and say something about it? Do you know some people or places where we can find them and how contact them ? Do you have any experience about it? Thanks for all reply!
      Screens from our game :
       


    • By HolyByteGames
      Hey guys! Let me introduce to you a new mobile game Lumber Well. We was starting open beta. We need your feedback that helps make game better than it is.
      Sincerely, HolyByteGames Team.

      Contacts:
      holybytegames@gmail.com
      https://twitter.com/holybytegames
      https://www.instagram.com/holybytegames
    • By ilovegames
      The boy and the Golem were friends for a long time, and have traveled together.
      In search of the boy's father, they go to where he grew up, places now devastated by war.

      The player can at any time switch the characters and manage to solve a specific task.
      The boy is small and weak but is clever and an archer.
      Golem is big and strong, but slow, and prefers melees.

      The game includes the boom (required for archery) and apples (to restore his health). Golem Health is restored automatically. On the way our characters will encounter enemies and locked doors, and to open the door you must activate rock platforms nearby (decorated with blue stones that are activated by Golem from on the ground, and green that are activated from an arrow launched by the boy). Some doors will open only with simultaneous activation of a few (two or three) different types of stone platforms.

      Controls:

      Movement - W, A, S, D
      Switch character - Tab
      Direction of impact \ shot - mouse (cursor position)
      Attack:
      Golem - LMB
      Boy - When sandwiched RMB (Aim), press the LMB, for a shot
      Jump - Space



      TheBoyAndTheGolemSetup.exe
  • Popular Now