This gadget would work as a test case in order to show how user’s gadgets can communicate with each other, how they can interact with each other’s gadgets, and maintain persistent elements in an interaction.
Mirroring Skull, Crabs is a simple bluffing game using only a handful of cards. Players, starting with 4 cards, go around placing down a card without revealing what it is, stacking them on top of each other. Players can then either place another card or make bets (auction style) about how many cards, starting with their own then drawing from other’s stacks, they can pick up without revealing a headcrab card. If right they get a point, two points to win. If wrong, they randomly lose one card and start going around again.
Bets, points and other aspects of the game can be built into the gadget, to show off UI based on shared information or even scripting, but doesn’t have to.
One "mode" would be for a player to define a set space for the placed cards to rest on, which would be used to make the play feel more natural over VR software or AR.
Who would use this gadget?
This would be an easy to learn game that could be played in any context and takes only a few minutes to play, making it good for any game or environment with downtime, or any social experience. Programs like hubs would be a perfect place to use it. It also requires no central play space outside of the users hand and the stack of cards in front of their person (players do need to see each other’s stacks).
Assuming that you're on the team, what other skillsets would you need to make this project happen over a couple days of hacking?
I actually could make the artwork for the cards, but I am not a programmer or experienced with 3D modelling.
What will be the toughest part of building this gadget?
The toughest part of making this gadget would likely be adding the UI that sources from common information, scripting rules of the game into the gadget, or making sure that players can draw from each other’s stacks of cards.
What would this gadget do?
This gadget would work as a test case in order to show how user’s gadgets can communicate with each other, how they can interact with each other’s gadgets, and maintain persistent elements in an interaction.
Mirroring Skull, Crabs is a simple bluffing game using only a handful of cards. Players, starting with 4 cards, go around placing down a card without revealing what it is, stacking them on top of each other. Players can then either place another card or make bets (auction style) about how many cards, starting with their own then drawing from other’s stacks, they can pick up without revealing a headcrab card. If right they get a point, two points to win. If wrong, they randomly lose one card and start going around again.
Bets, points and other aspects of the game can be built into the gadget, to show off UI based on shared information or even scripting, but doesn’t have to.
One "mode" would be for a player to define a set space for the placed cards to rest on, which would be used to make the play feel more natural over VR software or AR.
Who would use this gadget?
This would be an easy to learn game that could be played in any context and takes only a few minutes to play, making it good for any game or environment with downtime, or any social experience. Programs like hubs would be a perfect place to use it. It also requires no central play space outside of the users hand and the stack of cards in front of their person (players do need to see each other’s stacks).
Assuming that you're on the team, what other skillsets would you need to make this project happen over a couple days of hacking?
I actually could make the artwork for the cards, but I am not a programmer or experienced with 3D modelling.
What will be the toughest part of building this gadget?
The toughest part of making this gadget would likely be adding the UI that sources from common information, scripting rules of the game into the gadget, or making sure that players can draw from each other’s stacks of cards.