Physical Enactment - Revision history

Staffan Björk at 20:06, 30 July 2015

2015-07-30T20:06:39Z

Staffan Björk at 20:04, 30 July 2015

2015-07-30T20:04:48Z

Staffan Björk at 19:00, 5 January 2015

2015-01-05T19:00:46Z

Staffan Björk at 14:59, 3 January 2015

2015-01-03T14:59:04Z

Staffan Björk at 20:11, 21 December 2014

2014-12-21T20:11:03Z

Staffan Björk at 08:50, 27 July 2014

2014-07-27T08:50:58Z

Staffan Björk at 08:50, 27 July 2014

2014-07-27T08:50:12Z

Staffan Björk: /* Examples */

2014-07-27T08:47:24Z

‎Examples

Staffan Björk: /* Relations */

2014-07-27T08:38:25Z

‎Relations

Staffan Björk: /* Relations */

2014-07-27T08:28:09Z

‎Relations

@@ Line 14: / Line 14: @@
 == Using the pattern ==
-Unless creating [[Robotic Players]], designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]]. While perhaps most appropriate for games with [[Player Physical Prowess]], [[Reserves]] can be used for any type of [[Physical Enactment]] to let players or [[Coaches]] decide which players should try to perform what actions.
+Unless creating [[Robotic Players]], designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]]. While perhaps most appropriate for games with [[Player Physical Prowess]], [[Reserves]] can be used for any type of [[Physical Enactment]] in games with [[Teams]] to let players or [[Coaches]] decide which players should try to perform what actions.
 [[Physical Enactment]] can be augmented in various ways since these games many times want to be able to convey information between players while they are enacting actions. Examples include using [[Meta-Postures]] and [[Prompting Techniques]].
@@ Line 56: / Line 56: @@
 [[Prompting Techniques]],
 [[Replays]],
 [[Substitute Actions]]
 === Possible Closure Effects ===

@@ Line 14: / Line 14: @@
 == Using the pattern ==
-Unless creating [[Robotic Players]], designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]].
+Unless creating [[Robotic Players]], designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]]. While perhaps most appropriate for games with [[Player Physical Prowess]], [[Reserves]] can be used for any type of [[Physical Enactment]] to let players or [[Coaches]] decide which players should try to perform what actions.
 [[Physical Enactment]] can be augmented in various ways since these games many times want to be able to convey information between players while they are enacting actions. Examples include using [[Meta-Postures]] and [[Prompting Techniques]].
@@ Line 56: / Line 56: @@
 [[Prompting Techniques]],
 [[Replays]],
 [[Substitute Actions]]

@@ Line 29: / Line 29: @@
 == Consequences ==
-Rather obviously, [[Physical Enactment]] is a form of [[Enactment]].
+Rather obviously, [[Physical Enactment]] is a form of [[Enactment]] and can like it cause [[Performance Uncertainty]].
 == Relations ==
@@ Line 47: / Line 47: @@
 === Can Be Instantiated By ===
 [[Dexterity-Based Actions]],
 [[Physical Navigation]],
 [[Robotic Players]]

@@ Line 19: / Line 19: @@
 One reason for using [[Physical Enactment]] is to make [[Roleplaying]] into [[Live Action Roleplaying]]. While weakening [[Enactment]], [[Substitute Actions]] can make otherwise unsuitable categories of actions (e.g. violence or sex) possible to be present in games.
 === Diegetic Aspects ===
@@ Line 52: / Line 54: @@
 [[Meta-Postures]],
 [[Prompting Techniques]],
 [[Substitute Actions]]

@@ Line 14: / Line 14: @@
 == Using the pattern ==
-Designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]].
+Unless creating [[Robotic Players]], designing for [[Physical Enactment]] in games consist mainly of identifying which actions should be enacted in this way and how the game state should be able to be updated by these actions. One potential reason to limit certain actions is to avoid or require [[Player Physical Prowess]], another is the appropriateness of players actually doing these actions. [[Dexterity-Based Actions]] and [[Physical Navigation]] are to examples of action categories that can be used as the basis for [[Physical Enactment]]. Combining [[Mediated Gameplay]] with [[Physical Enactment]] as for example Kinect-based games and the [[Rock Band series]] do requires the use of some kind of sensors, and give rise to [[Mimetic Interfaces]].
 [[Physical Enactment]] can be augmented in various ways since these games many times want to be able to convey information between players while they are enacting actions. Examples include using [[Meta-Postures]] and [[Prompting Techniques]].
@@ Line 45: / Line 45: @@
 === Can Be Instantiated By ===
 [[Dexterity-Based Actions]],
-[[Physical Navigation]]
+[[Physical Navigation]],
 === Can Be Modulated By ===

@@ Line 6: / Line 6: @@
 [[Category:Patterns created on the Wiki]]
 [[Category:To be Published]]
 ''Enactment of physical actions in games by players doing the actions themselves.''

@@ Line 1: / Line 1: @@
 [[Category:Interface Patterns]]
 [[Category:Patterns]]
 [[Category:Needs revision]]
 [[Category:Needs examples]]
 [[Category:Needs references]]
 [[Category:Patterns created on the Wiki]]
 [[Category:To be Published]]
 [[Category:Staffan's current workpage]]
-''The one-sentence "definition" that should be in italics.''
+''Enactment of physical actions in games by players doing the actions themselves.''
-This pattern is a still a stub.
+Some games make players enact the actions they want to happen in these games. [[Physical Enactment]] is a sub category of this type of action that occurs when players need to do larger, more physically demanding, or dexterity-requiring actions.
 === Examples ===

@@ Line 14: / Line 14: @@
 === Examples ===
-[[:Category:Live Action Roleplaying Games|Live Action Roleplaying Games]]
+There are two main groups of games using [[Physical Enactment]]: [[:Category:Live Action Roleplaying Games|Live Action Roleplaying Games]] and [[:Category:Computer Games|Computer Games]] that use sensors to track players' actions. The former, with [[1942 – Noen å stole på]] and [[Mind's Eye Theatre]] as two examples, require players to together act out what their characters are doing and respond to each other actions. Examples of the latter are [[Guitar Hero series|Guitar Hero]], [[Rock Band series|Rock Band]], and [[SingStar series]].
-−
-[[SingStar series]]
 [[Rock Band series]]
-[[Guitar Hero series]]
-−
-==== Anti-Examples ====
-optional
 == Using the pattern ==

@@ Line 40: / Line 40: @@
 == Relations ==
 === Can Instantiate ===
 [[Diegetic Consistency]],

← Older revision		Revision as of 08:28, 27 July 2014
Line 49:		Line 49:
	[[Live Action Roleplaying]]		[[Live Action Roleplaying]]

		+	==== with [[Mediated Gameplay]] ====
		+	[[Mimetic Interfaces]]

	=== Can Modulate ===		=== Can Modulate ===