Just received my Oculus Quest few days go to try out this game. Got to say, it was a fantastic experience. The use of the small space and really brings out the essence of VR. Jaw dropping. Absolutely love the game and see myself promoting it to my peers. Keep up the Awesome Job!
That was fantastic! I have a 2.2m square playing area and I just ran through a 74m maze! Unbelievable use of space.
One question? Does it keep track of how many rotations to the clockwise and counterclockwise a player is making as they go through? Halfway through my cord got so twisted I had to stop to spin it back. It would be good if the left and right turns evened out over time so you never twist more than a certain amount?
It doesn't :( There is a turn counter that should help untangle the cord but the game itself doesn't create the environment to avoid too many turns. I am thinking about having that for linear levels. For non-linear and open world it won't be possible. There could be sections that you could trigger that would be based on going in one direction only (could resemble a staircase, a tower etc) to untangle the cord.
Not yet and most likely not during this project :( It's quite experimental and there are lots of changes. For future projects I plan to work with more people, when production pipeline is stable, etc.
My biggest known offenders when it comes to performance right now:
1. Lack of LOD system (yeah, I know).
2. Lack of mesh optimisation. Both those points are related - everything is procedurally generated. And I mean, every single mesh, every vertex and triangle. Some of the places have a much higher trangle/vertex density than they should. I need to thing about a solution that would address that.
3. There are occasional hitches that are related to game loop. I need a few days to sit down (well, walk around) to catch as many cases and then investigate them to check, what can be done. If they can be fixed in an easy manner or not.
4. There is no system to suspend distant actors/objects. I have sparse (time-wise) advancement that helps a bit but if you are on one end of the level, all elevators (like 30 of them) go there and back all the time. That requires advancing logics, collisions, sounds and so on.
5. I will be changing the game to open world. This will require dynamic management of NPCs which means that there will be NPCs only in close vicinity. This should enrich the game a bit as the place should never feel empty (unless it should due to story/place itself). It should help with the performance. But then, creating a part of the level every minute or so might be an issue too - I need to find a way to do it really efficient (low-hanging fruit is "create a separate thread with the lowest priority and leave it for the OS").
6. I still don't like shaders. I know they should be simpler. I know that they seem to be too complex for the result they give. I know that you can have a better looking scenes with static lightning. But I can't go for "oh just add textures" as this is not that simple as it sounds. And just hiring a bunch of artists won't solve this :( Adding textures will make the whole generation longer and that's the last thing I want. I don't want to go into completely flat triangles either as it really doesn't work in narrow corridors. That's why there are those voxely "textures". Eh. I need a solution for that or just a proof that simplifying shaders more won't help that (actually they are much much simpler when compared to the PCVR version, for PCVR there are two texture readouts per pixel, for Quest there are none, it hits some fidelity but most of the people won't notice without a direct comparison)
Or maybe I could create a version that has some performance tools available that can be used to gather data about hitches. So at least I could delegate that?
No problem, sounds like this is kind of your prototype for something bigger.
I tossed out 'performance' mostly because I don't have enough time to help on any core items.. and its usually more focused on technical coding rather than game concept.
Wow! Incredible! Just a few ideas to make the world seem even bigger... ladders, climbing {pipes high above the enemy?), and ziplines would be a plus as well. Keep up the good work!!
Zip lines is something that is on my list for a long time :D As for ladders and climbing, if everything goes ok, they work, but if someone tries to jump off them that's when things may break (it's easy to desynchronise vr space from game world's space). I still need a good solution for that. I have a few ideas that I need to try out.
With ladders you're standing in the same location whether you are holding or letting go. Perhaps the problem would be if someone is holding the ladder then walks away. Most games the play space will follow you in that situation but in your case they should lose there grip and fall landing within the correct coordinates.
You Sir, are nothing shy of genius. First, congratulations on a great game. I'm extremely interested in the inspiration behind it all. Secondly, thank you for your response in support. Although my involvement has not required one single bit of support, I notice the manner by which you treat each "issue". Tertiary, I look forward to the future in this game and I am on board when this becomes a PAID product. You deserve the accolades. Keep up the good work. Greetings from Cincinnati, Ohio USA.
Thank you :) You can read a litle about inspirations in a devlog post (https://void-room.itch.io/tea-for-god/devlog/91728/why-tea-for-god). Although there's more than that and I'd like to write about how Tea For God was changing over time etc. But I'll keep it for time after the release.
Feedback is really important to me and if there is something that prevents anyone from playing the game, I'd like to help/fix that. This is also a reason why I am now doing tutorials. I was planning to do that later but... The system for that seems that is going to be used as a general game script for various things. And secondly, doing the system now, I might focus on other things later on. And the most important thing, with tutorials it should be easier to understand how things work in the game, what's important when playing etc. I want the game to be more than just walking and shooting.
Absolutely love this game, and can't get enough of it! I am extremely excited to see the future of this game & the way everything feels is surreal especially how everything works when starting a new level or stage.
Thank you :) Can't wait to get back to working on enemies and new levels and to finally start working on actual content to have varied regions. But there are more important and fundamental things to be done first :)
If I won't run into any technical issues with hand tracking, you should expect it soonish. There might be certain gestures required to perform some actions. If they won't be comfortable, there's room for more updates and ideas.
This game is great, I would venture out to say it is some of the best. The way you made an infinite space is astonishing. I'm glad to see that VR indie developers are there and going strong!
Thank you :) I'd really like if there were more games like Tea For God. One thing that I'd like to do a while after the release is to create some tools to make it easier to do impossible spaces with Unreal/Unity. But that might be harder to do than I imagine and I already consider it a hard task.
It's not your fault. There's something wrong within the game. Luckily I have Oculus Rift S now, I haven't opened it yet, though. I plan to release a new build (wanted to do it this week but life is like a box of chocolates). I will be looking into some tech stuff next - Oculus Quest hand tracking and properly testing with Oculus Rift S. I have no idea if I'll get the repro but for sure I am going to find that bug and fix it.
Awesome game! I was trying to change the play area options and i noticed that if i change the doors height also buttons are moved up. Is it possible to change only the height of the ceiling and keep the buttons at the same position?
I will add that to "todo" list. Right now button placement is related to door height. I added an option to keep other character's height the same - functionality of that button will extend upon buttons in the future.
I noticed a bug. I increasing the floor scaling and walking towards the moving train platforms. I was promptly whisked away by the train. The moment I touched the floor by the train it brought me with it. It eventually looped after a minute, but then the boundary was wrong.
Something I noticed quickly on my first or second playthrough: The IK for the player's character can only work so well, and it can result in the player's hitbox being not where the player actually is. For example, the character's elbows were getting shot up around the corner, while my actual elbows were well tucked in. (Though in addition to that, my actual elbows are much smaller than the character's, so I guess I just gotta get used to that? lol.) Just some FYI for game design purposes. Other games tend to only use the hands/head as hitboxes for this reason.
Great game so far, looking forward to trying it on the Quest without the cable twisting!
The code just guesses where elbows should be. There's still a room for improvement (for starters, getting actual length of arms). And it varies form person to person how they hold their arms - without additional input it will be always a guess.
Although I hope that eventually, when it is applicable, they'll add a way to check whole arms. There are cameras on headsets, right? On Quest in particular. And hand tracking is there. So why not provide an info about the elbow?
The biggest problem that there is with the arms is that you may want to push buttons on forearms and when forearms in real world match those in game, it feels very good when you try to press a button and the finger touches your forearm. But when they differ, it may feel weird or just bad, especially when the forearm in real world is closer that the virtual counterpart.
Now that hand tracking on the quest is a reality (and the sdk soon enough), would you consider adding hand tracking to this game? Since it already doesn’t actively use any buttons except for grip and shoot. And seriously dude thanks for everything, like really everyone is all over my quest because of it :)
I will add that :) Not sure exactly when but if the integration is not complicated it might be quite soon.
There is one important thing though. It does use other buttons and will use more. But for the basic gameplay you're fine with just grip and shoot and that's perfectly fine to be done by hands alone. To get the most from the game, you should learn about few concepts and mechanice that will be covered by tutorials. And those will use extra buttons and a joystick.
Currently A/X is used to activate specifc EXMs (shields, deflectors), B/Y is used to pull energy (same as grip). Joystick does the energy pulling too but this is going to change - when I get to displays on hands, joystick will be used to navigate through them - change navigation targets, cycle through logs, scan area, set companion AI behaviour and so on.
And again, I plan not to make any of that required to finish the game, especially on easier difficulty levels (and there's going to be a story mode in which you cannot be killed) but you will get richer gameplay. And somewhat easier. It is similar to as playing Doom with all weapons compared to playing on nighmare difficulty with pistol only.
Just a quick question, do you hold the knuckles controller with other fingers? If so, could you try relaxing your fingers and just pressing trigger (which might be not comfortable)?
When I finish the feature I am working on now, I have a task to revisit recent grab support for UI (it was meant to be used as a swipe but it doesn't make much sense, as joystick is a much better fit for scrolling).
@voidroom ... Really brilliant game, I'm very interested in this idea of creating virtual spaces for people that fit into their existing play spaces and I haven't seen anything else like Tea out there. I know you're developing for more than the quest, but have you thought about extending the procedural play space to use all available space. In the quest you can map in multiple rooms and hallways until you reach the 25x25' limit. This makes for some really interesting experiences having people walk around larger space in VR.
For Tea For God, it could probably make the experience much more immersive since I suspect the square of play space most people have is pretty limited and even if it is reasonably big, say 3x3m, it still results in the user having to walking pretty tight turns a lot Tea. If you were able to add the player's hallways and 1-2 rooms, I imagine it would enable a much more immersive experience where people would actually be lost in VR and not know where they were in their real space because you could make the explorable area a lot bigger and add longer hallways, etc.
This is somewhere on my list, although two things are important to mention here:
1. I'd prefer to wait for official support for multiple rooms, to be treated as a single playarea. Although I haven't tried just walking around my house when drawing the guardian. So it might be actually already working. I'll try that.
2. There are lots of other things that are required to make Tea For God a game and I want to focus on that. I have a wish list, things I'd love to add, I really want to add, but that may wait for post release. One of them is the support for multiple rooms. Second is multiplayer.
But in general, I admit you're right. Having support for multiple rooms would add a lot to the game. For sure I will be experimenting with that.
Do you plan on adding full body tracking? I would love to be able to see my feet and I feel full body tracking is so under used. I would love to punt those dog bots off cliffs or kick over other bots.
I use three trackers. Two trackers attached to the feet and one on the waist. I understand it will be awhile for full body, but I think it would be a really good fit for the game for the immersion is so fantastic. Good luck and sorry it took so long for a reply!
This is by the far the most engrossing experience I had on the Quest so far, the interaction with the environment works really well and I just love the robot arms/hands. I don’t even have to mention the non-euclidean use of the available room I guess ;) I haven’t touched the actual game behind it all that much and played it more like a surreal walking simulator (with occasional shootings), as the evocative atmosphere of the world and the explorative aspect is what pulls me back into the game again and again. It was actually fun just to sit down at one of the balconies enjoy the view ;) I see a lot of potential there, maybe more subtle randomization of rooms, shapes, colours and lights, more ambient sounds, more random stuff to watch and discover? I’m thinking a bit about games like Proteus here.
That being said, I think this really needs a good tutorial or, even better, some kind of in-game help or tooltip system. I still can’t wrap my mind around the energy system and what influences what, what actions are actually possible in the world, plus all the available modules are somewhat overwhelming and too abstract right now. Well, I guess this is all stuff that will be addressed later, but right now the learning curve is pretty steep if you want to do more than just walk around in tourist mode.
Anyway, still one of the most interesting VR experiments so far!
I love Proteus and although the game is focused mostly on being a roguelike, I'd like to add enough content to make it an enjoyable experience without any enemies. Most likely the story will be a bit shorter or different but it should be a similar experience. And there will be also en endless mode which would be just "walk wherever you want for as long as you want".
New environments should be coming soon. After the core gameplay mechanics are all in the game, I plan to add a few proper "levels/zones".
The tutorials will be coming as well. Short ones, focused on very specific topics. Accessible at once. And with story getting into the game, some of the basic concepts will be introduced on the way.
Great game, but the lifts sometimes constantly go up and down by themselves even if I'm in them (they just clip through me) and they seem to only allow me at random to actually push the button. Also, I have no idea what the object with two levers and a "port" is supposed to do; I put one gun in and move a lever and the number goes either up or down?
Thanks :) That bug with a lift going up and down is something I can't repro yet. I've found two cases when it was behaving like that and both were fixed but it seems that there is something else.
That device with levers is a transfer station. You put in one of your arms and with the second arm you use one of the levers. Now (I am using latest colour scheme):
1. Red lever is for health. If you push it up, you transfer energy from your health storage into the transfer station. If you pull it down, you transfer energy from the transfer station into your health storage.
2. Blue is for ammo/equipment energy. Lever works the same, it is just different thing it gets the energy from/refills.
One more thing is that if you are holding an object (it might be a spider bot or a black gun or one of the wormy mushrooms or robo dog or anything else you can hold) you can transfer energy from or to it.
Also quick note. I encountered a bug with the moving plat forms that move back and forth. Basically you step on the platform hit a button takes you to next platform then you step on that platform to move to next one etc. When I step in it and hit the button the platform takes off leaving me behind.
If it is possible to repro it and you could make a video, it would help a lot. A few months ago there was such a problem but after a few fixes no one reported it and I thought it was gone/fixed.
Thanks, with persistence coming soon and tutorials after a while, it'll get easier to understand and a player will be introduced a bit slower to all systems. So don't worry about that right now :)
Hey, when I open the app it starts up and then it goes onto an infinite loading screen, is this an issue with the Rift s? Also I've tried older versions still nothing works
Is this game playable with the rift s? If so which client do i dl, no matter what i do i can play for a fee seconds and then my whole headset turns off. Plz any help i wanna play this game
Did you write an email to contact@voidroom.com? If so, then we'll continue the thread there. If not, this would mean that two people have a very similair (or even the same) problem.
Dude, I played this a while back on my rift in a tiny play space. Now, I set up my quest in my parents HUGE basement, and having the huge play area, plus the wireless thing going, was INSANE! I was legit jogging through the level.
I'm glad you brought this to quest! Can't wait for a full release =)
Are there any tutorials on how you achieved getting a player being able to turn corners and seeing a new hallway that intersects where they just were while not showing any of that path? Are you teleporting the user, is it some kind of custom shader? I'm very curious!
That may sound weird but I was amazed three times when I played my game:
1. when I tried impossible spaces within my bedroom, the smallest playarea there was, 2x1,5m. It felt good.
2. when I bought tpcast and went wireless. 2x2m but it was enough to feel free with no cable.
3. recently, when I played outside with 8x6m. It felt great. The place was huge and seeing a wide corridor going with a slight turn for 5 meters made me run through it.
As for tutorials, how to achieve that. I have no idea if there are any actual tutorials for impossible spaces but I've seen vidoes by people who did portals in their own engines, Unity and Unreal. The most low-level thing you may want to learn is Stencil Buffer. This is a kind of a buffer that allows you to decide where you draw stuff on the screen and where not. I use it to draw portals (increasing stencil value by one with each nested portal). You may also need to use clip-planes to clip objects that are crossing through a portal (to draw a part of an object on one side and then another part on the other side, through a stencil). There is also another way to do portals, it is with a use of rendering to a separate texture. But it is a much slower approach. I'd recommend to stick to Stencil Buffers. Oh, there is also another way, using clip-planes alone but on most of the hardware there is a limit of active clip-planes and it is quite low (6).
The things start to get tricky with physics, sound, interactions and AI.
Thanks for this great project, it's a great inspiration. I'm trying to achieve something similar, and generally the approach of the stencil portals works really well. I only get in trouble when I want to pass a portal and the stencil geoemetry (it is only a simple quad) is cut by the frustrum/near clip plane of the camera. It generates all the time nasty render artifacts :/
Did you run into the same problem and if so, can you give me a hint how you have solved it?
What I do is I prepare a front cap. It is a quad that fills the space that is not covered by a clipped portal.
The way I do that is that I calculate a line that is the result of portal clipping the near plane. This gives me a line in 2D. Then I find a point on that line that is closest to the centre (that will be a point that lies on a line perpendicular to the line we've just found, and it goes through 0,0, this makes it a lot easier, and we use that perpendicular dir anyway when constructing the quad). With that point, I am able to construct a quad. One important thing is that I make it a bit wider to cover any artefacts. Only a very little bit wider. I use a constant (0.0001f). I was experimenting with relying on near plane dist and other stuff and this constant turned out to work the best.
When I render the portal, I first render the portal as usual and then I render front cap (with no depth checks - it's near plane, right? but there are usual stencil checks (equal to current stencil depth, I increase it by one). When closing the portal (after interior is drawn) I render it the same way (one important difference is that test for stencil is provided value has to be less than in the buffer and I replace the stencil buffer content). I used to have decrease there, I used to not extend the cap, I was also experimenting with not using near plane. There were lots of odd things happening, sometimes the whole thing disappearing, sometimes there were just very narrow lines that were not covered (you could see stuff behind the portal).
You're welcome. If you have any questions or issues, let me know and I'll try to help. And if you'd like to show the thing you're working on, I'd be happy to take a look at it :)
What an amazing game, here. Truly a unique experience. Possibly the best use of Room-Scale VR I have ever seen! I am looking forward to future updates! Is there any way to support development? (Patreon or some such thing?)
Hey there, I've been following the development of your game for some time now and would like to get in contact. I own a company that does music and sound for film, series & games. I feel we could dramatically up the production value of your already incredible work, and would love to have a chat, put a demo together for you. We absolutely love this game.
This is so awesome. I tried the Quest version and was immediately hooked. So well executed. Really looking forward to the next updates! I took the liberty to add it to my overview page of existing "portal" technology pages as I am working on something as well but in a super early state, much more amazed by this one here right now :-)
With school starting I haven't been able to use my Index for a while but I finally got around trying the #198pre build you linked to a while back. You'll be happy to know that the Index controllers seem to work perfect now! I've been able to navigate the menus and pick up items without problems. I haven't been able to play a lot yet but it definitely already works a lot better then before! If I find any more problems I'll make sure to let you know ;)
Great game! Is there a way to rotate the room? In the play area options, I don't see how to change the room size or rotation .... I can only adjust the "buffer" area.
The problem I'm having is the play space is rotated 90 degrees, so it's detected my play area, but it's rotated wrong.
I do have ADV Settings installed. I've probably rotated my play space manually in ADV settings, but I had to do that because the regular SteamVR room setup never put it in the direction I needed it facing for my room and the camera setup I have for LIV support.
So I guess my question is, can I rotate your play space area in the game settings, or is it just pulling it from my SteamVR settings?
The code and settings are kind of there. "Kind of" as there is no explicit setting to rotate the playarea. You can still tinker with the margin setting to get the size right. Check "userConfig.xml", section <vrMap> and in it there is margin. Positive value makes play area smaller. How to pretend to rotate it:
Size of your area is "width" and "depth" (these are in meters). In the game they are other way around. To make them right you have to set margin: x = depth - width y = width - depth If your actual playarea is 3x2m, the line should be: <margin x="-1" y="1"/> If that doesn't work, switch values.
I am going to add a proper user interface and also to allow to rotate the playarea by any angle (the support for it is there, there is just no explicit setting available to set).
Thanks for the reply. Yeah, just a simple “rotate” in the UI would work. I used ADV Setting to rotate my space 90 degree and it worked.
But as I said, I need it rotated the other way for ALL my other games, so I’ll play in the XML file to see if I can force it.
Thanks for the help and great game. I’ve got an 8x12’ padded green screen room I’ve built at my arcade with Vive Pro wireless and this is a PERFECT experience for this room. If you added LIV support that would make it even better.
I love this game, can play it for hours and not get bored.
Only thing that I would add is having an option in settings for tethered users, which will make levels generate that the cable doesn't get tangled. For example when I played yesterday I was going right for about 3 quarters of the level and at the end my cable was so tangled up I thought it will break, so try making a script that will balance how long you travel left and right.
The default difficulty/gameplay setting will be open levels that combine into a sort of an open world (there will be checkpoints between the levels/sections). And for these it would be extremely difficult (if possible at all) to plan the level this way.
For linear levels it is doable, it's just not top priority :) But yeah, I have it on my "todo" list.
Having an issue on the Quest where every time I try to run it a window pops app as updating and to leave it connected to wifi. Nothing happens and it never starts up. Trying to figure out how to sideload an older version to see if that works.
Try version 0.3.12 or earlier. You first need to uninstall the game with adb and then install 0.3.12 apk. I will be in an hour or so at the computer and I will provide you with a more detailed instruction.
Are you connected to wifi when you start the game?
Hello, I'm enjoying your game a lot but I'm experiancing some issues with the Index controllers.
In v.0.3.12 some features aren't working such as being able to pick up different items and using levers but I don't mind it that much because the core functions of using the menus and shooting, work fine.
But in v.0.3.13 the controlls are completely broken. On startup, Steam gives a message that "the controller bindings for the Index controllers are not set" and I am unable to even get past the start screen. I tried to make custom controller bindings in Steam but the neccesary inputs don't appear to be there.
In v.0.3.12 there are inputs listed such as "Left Trigger Touch", "Left Trigger Press" and "Right A Press" In v.0.3.13 these are missing and replaced with "buttona", "buttonb", "buttontrigger" and "buttongrip". Even when I tried to use this custom binding it didn't seem to work.
Hi, thanks for detailed info (I love it when people write about problems with the game with so many details, as it really helps me to fix stuff).
As I don't have Index, I was implementing it in the same way I've done Knuckles prototypes. It didn't work. That was up to 0.3.12. With 0.3.13 there was a new way introduced but there was a small bug that was fixed with build #197. Try the newest one (#197, just uploaded it).
I was testing binding with oculus touch and it worked, so the part of handling input voa stramvr bindings is ok. The binding itself should be ok too (with #197 do you see buttona etc bound to index contoller's buttons/axes?). Then there must be a problem with my game choosing/setting up the right binding.
Thank you. I created a new build (not on itch.io, check http://voidroom.com/download/tea_v_0_3_13_198pre.zip ). There could be a few reasons that resulted in that problem and in this build they should be addressed properly. (manifest version, optional/mandatory setup, added a few more log statements to check if everything works fine). If you could grab it and let me know if it helps.
When I get home, on Sunday :( I don't have my WMR with me (I will have to go through a pile of boxes to get to it, same goes now for Vive). Haven't changed anything related to WMR, so it should be working fine.
Although, if it was crashing, try build #197 and let me know if it helped, please.
It might be related to changes I did for Index controller. I don't have access to Index controller and right now even to Vive (it is burried behind a huge pile of boxes). Therefore, it's highly likely it is a bug.
Could you send me a log file (from _logs subfolder, a file named output<date-time>.log), please? There should be an info that may help fixing this bug.
hello, I would love to play with your game, but I have a problem that my pc does not recognize the quest with the cable, I have hopes to see it on oculus store to play with it? I would be so curious to try it
There are a few things you first need to do to be able to install apk files on your Quest. I highly recommend installing SideQuest which makes it much easier to install apks. Check https://sidequestvr.com/#/setup-howto
← Return to game
Comments
Log in with itch.io to leave a comment.
Just received my Oculus Quest few days go to try out this game. Got to say, it was a fantastic experience. The use of the small space and really brings out the essence of VR. Jaw dropping. Absolutely love the game and see myself promoting it to my peers. Keep up the Awesome Job!
That was fantastic! I have a 2.2m square playing area and I just ran through a 74m maze! Unbelievable use of space.
One question? Does it keep track of how many rotations to the clockwise and counterclockwise a player is making as they go through? Halfway through my cord got so twisted I had to stop to spin it back. It would be good if the left and right turns evened out over time so you never twist more than a certain amount?
It doesn't :( There is a turn counter that should help untangle the cord but the game itself doesn't create the environment to avoid too many turns. I am thinking about having that for linear levels. For non-linear and open world it won't be possible. There could be sections that you could trigger that would be based on going in one direction only (could resemble a staircase, a tower etc) to untangle the cord.
Haha, this is why I love Oculus Quest, no wires attached :)
Love the game.
Been playing on the quest for a couple of days.
Looking for any dev contributions?
Maybe just some simple performance optimization?
Love to give back something.
Not yet and most likely not during this project :( It's quite experimental and there are lots of changes. For future projects I plan to work with more people, when production pipeline is stable, etc.
My biggest known offenders when it comes to performance right now:
1. Lack of LOD system (yeah, I know).
2. Lack of mesh optimisation. Both those points are related - everything is procedurally generated. And I mean, every single mesh, every vertex and triangle. Some of the places have a much higher trangle/vertex density than they should. I need to thing about a solution that would address that.
3. There are occasional hitches that are related to game loop. I need a few days to sit down (well, walk around) to catch as many cases and then investigate them to check, what can be done. If they can be fixed in an easy manner or not.
4. There is no system to suspend distant actors/objects. I have sparse (time-wise) advancement that helps a bit but if you are on one end of the level, all elevators (like 30 of them) go there and back all the time. That requires advancing logics, collisions, sounds and so on.
5. I will be changing the game to open world. This will require dynamic management of NPCs which means that there will be NPCs only in close vicinity. This should enrich the game a bit as the place should never feel empty (unless it should due to story/place itself). It should help with the performance. But then, creating a part of the level every minute or so might be an issue too - I need to find a way to do it really efficient (low-hanging fruit is "create a separate thread with the lowest priority and leave it for the OS").
6. I still don't like shaders. I know they should be simpler. I know that they seem to be too complex for the result they give. I know that you can have a better looking scenes with static lightning. But I can't go for "oh just add textures" as this is not that simple as it sounds. And just hiring a bunch of artists won't solve this :( Adding textures will make the whole generation longer and that's the last thing I want. I don't want to go into completely flat triangles either as it really doesn't work in narrow corridors. That's why there are those voxely "textures". Eh. I need a solution for that or just a proof that simplifying shaders more won't help that (actually they are much much simpler when compared to the PCVR version, for PCVR there are two texture readouts per pixel, for Quest there are none, it hits some fidelity but most of the people won't notice without a direct comparison)
Or maybe I could create a version that has some performance tools available that can be used to gather data about hitches. So at least I could delegate that?
No problem, sounds like this is kind of your prototype for something bigger.
I tossed out 'performance' mostly because I don't have enough time to help on any core items.. and its usually more focused on technical coding rather than game concept.
Reach out in the future.
Wow! Incredible! Just a few ideas to make the world seem even bigger... ladders, climbing {pipes high above the enemy?), and ziplines would be a plus as well. Keep up the good work!!
Zip lines is something that is on my list for a long time :D As for ladders and climbing, if everything goes ok, they work, but if someone tries to jump off them that's when things may break (it's easy to desynchronise vr space from game world's space). I still need a good solution for that. I have a few ideas that I need to try out.
With ladders you're standing in the same location whether you are holding or letting go. Perhaps the problem would be if someone is holding the ladder then walks away. Most games the play space will follow you in that situation but in your case they should lose there grip and fall landing within the correct coordinates.
True that. That's why ladders and zip lines are most likely to be added. Zip lines can auto detach when you reach your destination.
You Sir, are nothing shy of genius. First, congratulations on a great game. I'm extremely interested in the inspiration behind it all. Secondly, thank you for your response in support. Although my involvement has not required one single bit of support, I notice the manner by which you treat each "issue". Tertiary, I look forward to the future in this game and I am on board when this becomes a PAID product. You deserve the accolades. Keep up the good work. Greetings from Cincinnati, Ohio USA.
Thank you :) You can read a litle about inspirations in a devlog post (https://void-room.itch.io/tea-for-god/devlog/91728/why-tea-for-god). Although there's more than that and I'd like to write about how Tea For God was changing over time etc. But I'll keep it for time after the release.
Feedback is really important to me and if there is something that prevents anyone from playing the game, I'd like to help/fix that. This is also a reason why I am now doing tutorials. I was planning to do that later but... The system for that seems that is going to be used as a general game script for various things. And secondly, doing the system now, I might focus on other things later on. And the most important thing, with tutorials it should be easier to understand how things work in the game, what's important when playing etc. I want the game to be more than just walking and shooting.
Absolutely love this game, and can't get enough of it! I am extremely excited to see the future of this game & the way everything feels is surreal especially how everything works when starting a new level or stage.
BRAVO!!!
Thank you :) Can't wait to get back to working on enemies and new levels and to finally start working on actual content to have varied regions. But there are more important and fundamental things to be done first :)
I wish there was a discord server
also Can't wait to see if hand tracking is viable.
There is! Jump in: https://discord.gg/FFwyf4n :)
If I won't run into any technical issues with hand tracking, you should expect it soonish. There might be certain gestures required to perform some actions. If they won't be comfortable, there's room for more updates and ideas.
This game is great, I would venture out to say it is some of the best. The way you made an infinite space is astonishing. I'm glad to see that VR indie developers are there and going strong!
keep up the awesome work!
Thank you :) I'd really like if there were more games like Tea For God. One thing that I'd like to do a while after the release is to create some tools to make it easier to do impossible spaces with Unreal/Unity. But that might be harder to do than I imagine and I already consider it a hard task.
Seems like it crashes at launch on my Oculus Rift S, am I doing something wrong?
It's not your fault. There's something wrong within the game. Luckily I have Oculus Rift S now, I haven't opened it yet, though. I plan to release a new build (wanted to do it this week but life is like a box of chocolates). I will be looking into some tech stuff next - Oculus Quest hand tracking and properly testing with Oculus Rift S. I have no idea if I'll get the repro but for sure I am going to find that bug and fix it.
Wonderful VR experience. Can't seem to find the options button once I'm actually in the game though.
If you put your both hands on your headset for few second then the menu will appear
Just one hand touching side of the headset is enough :)
Awesome game! I was trying to change the play area options and i noticed that if i change the doors height also buttons are moved up. Is it possible to change only the height of the ceiling and keep the buttons at the same position?
I will add that to "todo" list. Right now button placement is related to door height. I added an option to keep other character's height the same - functionality of that button will extend upon buttons in the future.
This game is simply amazing, as with most stuff with VR, you can't really explain, one must simply just have to experience it! Great Job!
I noticed a bug. I increasing the floor scaling and walking towards the moving train platforms. I was promptly whisked away by the train. The moment I touched the floor by the train it brought me with it. It eventually looped after a minute, but then the boundary was wrong.
Thank you for reporting it and describing it in details (good repro makes it a lot easier to fix a bug) :)
It will be fixed in the next build.
Something I noticed quickly on my first or second playthrough: The IK for the player's character can only work so well, and it can result in the player's hitbox being not where the player actually is. For example, the character's elbows were getting shot up around the corner, while my actual elbows were well tucked in. (Though in addition to that, my actual elbows are much smaller than the character's, so I guess I just gotta get used to that? lol.) Just some FYI for game design purposes. Other games tend to only use the hands/head as hitboxes for this reason.
Great game so far, looking forward to trying it on the Quest without the cable twisting!
The code just guesses where elbows should be. There's still a room for improvement (for starters, getting actual length of arms). And it varies form person to person how they hold their arms - without additional input it will be always a guess.
Although I hope that eventually, when it is applicable, they'll add a way to check whole arms. There are cameras on headsets, right? On Quest in particular. And hand tracking is there. So why not provide an info about the elbow?
The biggest problem that there is with the arms is that you may want to push buttons on forearms and when forearms in real world match those in game, it feels very good when you try to press a button and the finger touches your forearm. But when they differ, it may feel weird or just bad, especially when the forearm in real world is closer that the virtual counterpart.
Now that hand tracking on the quest is a reality (and the sdk soon enough), would you consider adding hand tracking to this game? Since it already doesn’t actively use any buttons except for grip and shoot. And seriously dude thanks for everything, like really everyone is all over my quest because of it :)
I will add that :) Not sure exactly when but if the integration is not complicated it might be quite soon.
There is one important thing though. It does use other buttons and will use more. But for the basic gameplay you're fine with just grip and shoot and that's perfectly fine to be done by hands alone. To get the most from the game, you should learn about few concepts and mechanice that will be covered by tutorials. And those will use extra buttons and a joystick.
Currently A/X is used to activate specifc EXMs (shields, deflectors), B/Y is used to pull energy (same as grip). Joystick does the energy pulling too but this is going to change - when I get to displays on hands, joystick will be used to navigate through them - change navigation targets, cycle through logs, scan area, set companion AI behaviour and so on.
And again, I plan not to make any of that required to finish the game, especially on easier difficulty levels (and there's going to be a story mode in which you cannot be killed) but you will get richer gameplay. And somewhat easier. It is similar to as playing Doom with all weapons compared to playing on nighmare difficulty with pistol only.
I cant control the sliders in the options menu with the index controllers (they work on my vive wands still)
Just a quick question, do you hold the knuckles controller with other fingers? If so, could you try relaxing your fingers and just pressing trigger (which might be not comfortable)?
When I finish the feature I am working on now, I have a task to revisit recent grab support for UI (it was meant to be used as a swipe but it doesn't make much sense, as joystick is a much better fit for scrolling).
@voidroom ... Really brilliant game, I'm very interested in this idea of creating virtual spaces for people that fit into their existing play spaces and I haven't seen anything else like Tea out there.
I know you're developing for more than the quest, but have you thought about extending the procedural play space to use all available space. In the quest you can map in multiple rooms and hallways until you reach the 25x25' limit. This makes for some really interesting experiences having people walk around larger space in VR.
For Tea For God, it could probably make the experience much more immersive since I suspect the square of play space most people have is pretty limited and even if it is reasonably big, say 3x3m, it still results in the user having to walking pretty tight turns a lot Tea. If you were able to add the player's hallways and 1-2 rooms, I imagine it would enable a much more immersive experience where people would actually be lost in VR and not know where they were in their real space because you could make the explorable area a lot bigger and add longer hallways, etc.
Keep up the good work, this project is awesome!
Cheers
Thanks :)
This is somewhere on my list, although two things are important to mention here:
1. I'd prefer to wait for official support for multiple rooms, to be treated as a single playarea. Although I haven't tried just walking around my house when drawing the guardian. So it might be actually already working. I'll try that.
2. There are lots of other things that are required to make Tea For God a game and I want to focus on that. I have a wish list, things I'd love to add, I really want to add, but that may wait for post release. One of them is the support for multiple rooms. Second is multiplayer.
But in general, I admit you're right. Having support for multiple rooms would add a lot to the game. For sure I will be experimenting with that.
Do you plan on adding full body tracking? I would love to be able to see my feet and I feel full body tracking is so under used. I would love to punt those dog bots off cliffs or kick over other bots.
I'd love to and when I add a fullbody for the avatar it might be quite easy to add the tracking.
What do you use? Two trackers attached to feet + SteamVR?
Just to be clear, this won't happen at least within next two months.
I use three trackers. Two trackers attached to the feet and one on the waist. I understand it will be awhile for full body, but I think it would be a really good fit for the game for the immersion is so fantastic. Good luck and sorry it took so long for a reply!
This is by the far the most engrossing experience I had on the Quest so far, the interaction with the environment works really well and I just love the robot arms/hands. I don’t even have to mention the non-euclidean use of the available room I guess ;) I haven’t touched the actual game behind it all that much and played it more like a surreal walking simulator (with occasional shootings), as the evocative atmosphere of the world and the explorative aspect is what pulls me back into the game again and again. It was actually fun just to sit down at one of the balconies enjoy the view ;) I see a lot of potential there, maybe more subtle randomization of rooms, shapes, colours and lights, more ambient sounds, more random stuff to watch and discover? I’m thinking a bit about games like Proteus here.
That being said, I think this really needs a good tutorial or, even better, some kind of in-game help or tooltip system. I still can’t wrap my mind around the energy system and what influences what, what actions are actually possible in the world, plus all the available modules are somewhat overwhelming and too abstract right now. Well, I guess this is all stuff that will be addressed later, but right now the learning curve is pretty steep if you want to do more than just walk around in tourist mode.
Anyway, still one of the most interesting VR experiments so far!
I love Proteus and although the game is focused mostly on being a roguelike, I'd like to add enough content to make it an enjoyable experience without any enemies. Most likely the story will be a bit shorter or different but it should be a similar experience. And there will be also en endless mode which would be just "walk wherever you want for as long as you want".
New environments should be coming soon. After the core gameplay mechanics are all in the game, I plan to add a few proper "levels/zones".
The tutorials will be coming as well. Short ones, focused on very specific topics. Accessible at once. And with story getting into the game, some of the basic concepts will be introduced on the way.
Great game, but the lifts sometimes constantly go up and down by themselves even if I'm in them (they just clip through me) and they seem to only allow me at random to actually push the button. Also, I have no idea what the object with two levers and a "port" is supposed to do; I put one gun in and move a lever and the number goes either up or down?
Thanks :) That bug with a lift going up and down is something I can't repro yet. I've found two cases when it was behaving like that and both were fixed but it seems that there is something else.
That device with levers is a transfer station. You put in one of your arms and with the second arm you use one of the levers. Now (I am using latest colour scheme):
1. Red lever is for health. If you push it up, you transfer energy from your health storage into the transfer station. If you pull it down, you transfer energy from the transfer station into your health storage.
2. Blue is for ammo/equipment energy. Lever works the same, it is just different thing it gets the energy from/refills.
One more thing is that if you are holding an object (it might be a spider bot or a black gun or one of the wormy mushrooms or robo dog or anything else you can hold) you can transfer energy from or to it.
This will be explained in a set of tutorials.
Just want to say this ranks as probably my favorite VR experience so far (on the Quest). Absolutely genius. Wish you tons of success!
The game simply put, "amazing". The upgrade menu with all the selections a bit overwhelming. It's too much for me to figure it all out.
Also quick note. I encountered a bug with the moving plat forms that move back and forth. Basically you step on the platform hit a button takes you to next platform then you step on that platform to move to next one etc. When I step in it and hit the button the platform takes off leaving me behind.
If it is possible to repro it and you could make a video, it would help a lot. A few months ago there was such a problem but after a few fixes no one reported it and I thought it was gone/fixed.
Thanks, with persistence coming soon and tutorials after a while, it'll get easier to understand and a player will be introduced a bit slower to all systems. So don't worry about that right now :)
Hey, when I open the app it starts up and then it goes onto an infinite loading screen, is this an issue with the Rift s? Also I've tried older versions still nothing works
We'll try to sort it out via e-mail thread, ok? Just sent you an answer.
Is this game playable with the rift s? If so which client do i dl, no matter what i do i can play for a fee seconds and then my whole headset turns off. Plz any help i wanna play this game
Did you write an email to contact@voidroom.com? If so, then we'll continue the thread there. If not, this would mean that two people have a very similair (or even the same) problem.
Dude, I played this a while back on my rift in a tiny play space. Now, I set up my quest in my parents HUGE basement, and having the huge play area, plus the wireless thing going, was INSANE! I was legit jogging through the level.
I'm glad you brought this to quest! Can't wait for a full release =)
Are there any tutorials on how you achieved getting a player being able to turn corners and seeing a new hallway that intersects where they just were while not showing any of that path? Are you teleporting the user, is it some kind of custom shader? I'm very curious!
Great work =) Thanks
Thanks :)
That may sound weird but I was amazed three times when I played my game:
1. when I tried impossible spaces within my bedroom, the smallest playarea there was, 2x1,5m. It felt good.
2. when I bought tpcast and went wireless. 2x2m but it was enough to feel free with no cable.
3. recently, when I played outside with 8x6m. It felt great. The place was huge and seeing a wide corridor going with a slight turn for 5 meters made me run through it.
As for tutorials, how to achieve that. I have no idea if there are any actual tutorials for impossible spaces but I've seen vidoes by people who did portals in their own engines, Unity and Unreal. The most low-level thing you may want to learn is Stencil Buffer. This is a kind of a buffer that allows you to decide where you draw stuff on the screen and where not. I use it to draw portals (increasing stencil value by one with each nested portal). You may also need to use clip-planes to clip objects that are crossing through a portal (to draw a part of an object on one side and then another part on the other side, through a stencil). There is also another way to do portals, it is with a use of rendering to a separate texture. But it is a much slower approach. I'd recommend to stick to Stencil Buffers. Oh, there is also another way, using clip-planes alone but on most of the hardware there is a limit of active clip-planes and it is quite low (6).
The things start to get tricky with physics, sound, interactions and AI.
Hello!
Thanks for this great project, it's a great inspiration. I'm trying to achieve something similar, and generally the approach of the stencil portals works really well. I only get in trouble when I want to pass a portal and the stencil geoemetry (it is only a simple quad) is cut by the frustrum/near clip plane of the camera. It generates all the time nasty render artifacts :/
Did you run into the same problem and if so, can you give me a hint how you have solved it?
Thank you very much!
What I do is I prepare a front cap. It is a quad that fills the space that is not covered by a clipped portal.
The way I do that is that I calculate a line that is the result of portal clipping the near plane. This gives me a line in 2D. Then I find a point on that line that is closest to the centre (that will be a point that lies on a line perpendicular to the line we've just found, and it goes through 0,0, this makes it a lot easier, and we use that perpendicular dir anyway when constructing the quad). With that point, I am able to construct a quad. One important thing is that I make it a bit wider to cover any artefacts. Only a very little bit wider. I use a constant (0.0001f). I was experimenting with relying on near plane dist and other stuff and this constant turned out to work the best.
When I render the portal, I first render the portal as usual and then I render front cap (with no depth checks - it's near plane, right? but there are usual stencil checks (equal to current stencil depth, I increase it by one). When closing the portal (after interior is drawn) I render it the same way (one important difference is that test for stencil is provided value has to be less than in the buffer and I replace the stencil buffer content). I used to have decrease there, I used to not extend the cap, I was also experimenting with not using near plane. There were lots of odd things happening, sometimes the whole thing disappearing, sometimes there were just very narrow lines that were not covered (you could see stuff behind the portal).
Thank you very much for the help! I will try it as soon as possible!
You're welcome. If you have any questions or issues, let me know and I'll try to help. And if you'd like to show the thing you're working on, I'd be happy to take a look at it :)
What an amazing game, here. Truly a unique experience. Possibly the best use of Room-Scale VR I have ever seen! I am looking forward to future updates! Is there any way to support development? (Patreon or some such thing?)
Thanks :) Not yet. Early Access should happen within months. There will be still free playable demos that will be just short pieces of a game.
Hey there, I've been following the development of your game for some time now and would like to get in contact. I own a company that does music and sound for film, series & games. I feel we could dramatically up the production value of your already incredible work, and would love to have a chat, put a demo together for you. We absolutely love this game.
Hi :) It's the best to send me an e-mail at contact@voidroom.com.
Will do, thanks!
This is so awesome. I tried the Quest version and was immediately hooked. So well executed. Really looking forward to the next updates! I took the liberty to add it to my overview page of existing "portal" technology pages as I am working on something as well but in a super early state, much more amazed by this one here right now :-)
Hey, thanks :)
The next build should happen soonish. I want to add a bit more stuff to have a glimpse of variety of a gameplay feature I am working on.
With school starting I haven't been able to use my Index for a while but I finally got around trying the #198pre build you linked to a while back. You'll be happy to know that the Index controllers seem to work perfect now! I've been able to navigate the menus and pick up items without problems. I haven't been able to play a lot yet but it definitely already works a lot better then before! If I find any more problems I'll make sure to let you know ;)
Thank you! :) If you find anything not working as expected or you have an idea how to improve controls for Index, let me know.
Great game! Is there a way to rotate the room? In the play area options, I don't see how to change the room size or rotation .... I can only adjust the "buffer" area.
The problem I'm having is the play space is rotated 90 degrees, so it's detected my play area, but it's rotated wrong.
I do have ADV Settings installed. I've probably rotated my play space manually in ADV settings, but I had to do that because the regular SteamVR room setup never put it in the direction I needed it facing for my room and the camera setup I have for LIV support.
So I guess my question is, can I rotate your play space area in the game settings, or is it just pulling it from my SteamVR settings?
Thanks! Again, great game!
The code and settings are kind of there. "Kind of" as there is no explicit setting to rotate the playarea. You can still tinker with the margin setting to get the size right. Check "userConfig.xml", section <vrMap> and in it there is margin. Positive value makes play area smaller. How to pretend to rotate it:
Size of your area is "width" and "depth" (these are in meters). In the game they are other way around. To make them right you have to set margin:
x = depth - width
y = width - depth
If your actual playarea is 3x2m, the line should be:
<margin x="-1" y="1"/>
If that doesn't work, switch values.
I am going to add a proper user interface and also to allow to rotate the playarea by any angle (the support for it is there, there is just no explicit setting available to set).
Thanks for the reply. Yeah, just a simple “rotate” in the UI would work. I used ADV Setting to rotate my space 90 degree and it worked.
But as I said, I need it rotated the other way for ALL my other games, so I’ll play in the XML file to see if I can force it.
Thanks for the help and great game. I’ve got an 8x12’ padded green screen room I’ve built at my arcade with Vive Pro wireless and this is a PERFECT experience for this room. If you added LIV support that would make it even better.
I might add that setup within game when I will be adding scaling - to make smaller spaces appear as larger).
I love this game, can play it for hours and not get bored.
Only thing that I would add is having an option in settings for tethered users, which will make levels generate that the cable doesn't get tangled. For example when I played yesterday I was going right for about 3 quarters of the level and at the end my cable was so tangled up I thought it will break, so try making a script that will balance how long you travel left and right.
:)
I just noticed that there is a spins counter on your left arm, but the solution I suggested would be appreciated :)
The default difficulty/gameplay setting will be open levels that combine into a sort of an open world (there will be checkpoints between the levels/sections). And for these it would be extremely difficult (if possible at all) to plan the level this way.
For linear levels it is doable, it's just not top priority :) But yeah, I have it on my "todo" list.
Having an issue on the Quest where every time I try to run it a window pops app as updating and to leave it connected to wifi. Nothing happens and it never starts up. Trying to figure out how to sideload an older version to see if that works.
Try version 0.3.12 or earlier. You first need to uninstall the game with adb and then install 0.3.12 apk. I will be in an hour or so at the computer and I will provide you with a more detailed instruction.
Are you connected to wifi when you start the game?
Yes, connected to wifi. Older APK installation works. Drag and drop on sidequest thx for the response
Thanks for the info. I will try to repro it to get a workaround.
Hi I think it might just be me but the normal motion controlers for the HTC Vive aren't working
Hi, what version do you have (build number)?
I am back to the development, although I still can't get to my Vive :( I will try to dig it up from a box pile I currently have in my room.
ok i fixed the problem you have to manuel select the nvidea card when starting up.
But now i have problem with the binding of the controllers.
Have someone have a clue?
There is now a mess with what I do with steam vr input :( Sorry about that.
If you could check http://voidroom.com/download/tea_v_0_3_13_198pre.zip it solves a few issues and if it works, I make a proper build and put it here.
Hi,
This build still does not work with Index Controllers.
It doesn't :( when I'll get home I will be fixing it. It doesn't make much sense to do it without any headset.
Try http://voidroom.com/download/tea_v_0_3_13_198pre.zip . I changed controller type for Index controller and it should be bound now properly.
nope it doesn't work either.
Please hold on till Monday.
Check #198 here, on itch.io. I tested it with my WMR headset. It works now.
Hello, I'm enjoying your game a lot but I'm experiancing some issues with the Index controllers.
In v.0.3.12 some features aren't working such as being able to pick up different items and using levers but I don't mind it that much because the core functions of using the menus and shooting, work fine.
But in v.0.3.13 the controlls are completely broken. On startup, Steam gives a message that "the controller bindings for the Index controllers are not set" and I am unable to even get past the start screen. I tried to make custom controller bindings in Steam but the neccesary inputs don't appear to be there.
In v.0.3.12 there are inputs listed such as "Left Trigger Touch", "Left Trigger Press" and "Right A Press" In v.0.3.13 these are missing and replaced with "buttona", "buttonb", "buttontrigger" and "buttongrip". Even when I tried to use this custom binding it didn't seem to work.
I've sent my log file to your contact email.
Hi, thanks for detailed info (I love it when people write about problems with the game with so many details, as it really helps me to fix stuff).
As I don't have Index, I was implementing it in the same way I've done Knuckles prototypes. It didn't work. That was up to 0.3.12. With 0.3.13 there was a new way introduced but there was a small bug that was fixed with build #197. Try the newest one (#197, just uploaded it).
I just tested build 197 but the same issue persists.
Should I send another log to your mail or would you prefer to have it on something like pastebin?
With pastebin we can continue it in this thread.
I was testing binding with oculus touch and it worked, so the part of handling input voa stramvr bindings is ok. The binding itself should be ok too (with #197 do you see buttona etc bound to index contoller's buttons/axes?). Then there must be a problem with my game choosing/setting up the right binding.
Log for #197 https://pastebin.com/t5ztYfA3
There are no buttons bound by default. It does specify that "buttona" is required to be bound to create a custom controller mapping.
Thank you. I created a new build (not on itch.io, check http://voidroom.com/download/tea_v_0_3_13_198pre.zip ). There could be a few reasons that resulted in that problem and in this build they should be addressed properly. (manifest version, optional/mandatory setup, added a few more log statements to check if everything works fine). If you could grab it and let me know if it helps.
This game d'ont work on wmr.
can you fix this?
Interesting. I was just playing the old 0.3.7 build on WMR and came to look if there was an update.
When I get home, on Sunday :( I don't have my WMR with me (I will have to go through a pile of boxes to get to it, same goes now for Vive). Haven't changed anything related to WMR, so it should be working fine.
Although, if it was crashing, try build #197 and let me know if it helped, please.
Not sure if I'm just stupid but the basic vive motion controllers aren't working./ Is there any way to fix that?
It might be related to changes I did for Index controller. I don't have access to Index controller and right now even to Vive (it is burried behind a huge pile of boxes). Therefore, it's highly likely it is a bug.
Could you send me a log file (from _logs subfolder, a file named output<date-time>.log), please? There should be an info that may help fixing this bug.
umm... how exactly do you send files?
oh, I forgot. To contact@voidroom.com. Probably I'll add "send log" from the menu.
Hi.. for some reason, the Quest 0.3.13 download at
http://voidroom.com/download/tea.apk (which is the one linked to on Sidequest)
is corrupted and refuses to install. Downloading from this page works fine.
Thanks for the info. I will reupload it.
hello, I would love to play with your game, but I have a problem that my pc does not recognize the quest with the cable, I have hopes to see it on oculus store to play with it? I would be so curious to try it
There are a few things you first need to do to be able to install apk files on your Quest. I highly recommend installing SideQuest which makes it much easier to install apks. Check https://sidequestvr.com/#/setup-howto