Contributions:CenterOutTask - Revision history

Wengelhardt at 19:26, 28 October 2024

2024-10-28T19:26:41Z

← Older revision		Revision as of 19:26, 28 October 2024
Line 1:		Line 1:
			[[File:Center-outGif.gif\|thumbnail\|right\|450px\|An example performance of the Center Out task]]

	==Synopsis==		==Synopsis==
	This is an implementation of a cursor task using the BCI2000 CursorTask application framework. It is modeled off the original center-out task designed by A.P. Georgopoulos (Georgopoulos, A. P., Schwartz, A. B., & Kettner, R. E. (1986). Neuronal population coding		This is an implementation of a cursor task using the BCI2000 CursorTask application framework. It is modeled off the original center-out task designed by A.P. Georgopoulos (Georgopoulos, A. P., Schwartz, A. B., & Kettner, R. E. (1986). Neuronal population coding
Line 12:		Line 14:
	[[Image:CenterOutTaskStatesDiagram.png\|2048px]]		[[Image:CenterOutTaskStatesDiagram.png\|2048px]]
	[[Image:CenterOutTaskTimeline.png\|1024px]]		[[Image:CenterOutTaskTimeline.png\|1024px]]

	~~===Visual Representation===~~
	~~[[File:Center-outGif.gif]]~~

	===Introduction===		===Introduction===

Swiftj: /* Task Description */

2022-06-03T19:53:58Z

Task Description

← Older revision		Revision as of 19:53, 3 June 2022
Line 28:		Line 28:
	The subject must then hold the cursor on the central target for a duration of time that is randomly generated (according to a uniform random distribution) between MinHoldATime and MaxHoldATime. So both of those parameters should be settable by the researcher before the cursor task is launched. If, on a specific trial, the subject does not hold the cursor on the central target for the duration of time randomly generated for that particular trial, the trial has failed (and should be recorded as a "Hold A failure").		The subject must then hold the cursor on the central target for a duration of time that is randomly generated (according to a uniform random distribution) between MinHoldATime and MaxHoldATime. So both of those parameters should be settable by the researcher before the cursor task is launched. If, on a specific trial, the subject does not hold the cursor on the central target for the duration of time randomly generated for that particular trial, the trial has failed (and should be recorded as a "Hold A failure").

	After Hold A is complete, the outer target appears and there is a randomly generated delay period before the subject is allowed to leave the central target. The duration of the delay period is randomly generated (according to a uniform random distribution) between MinDelayTime and MaxDelayTime; so again, both of these parameters need to be ~~settable~~ by the researcher before the cursor task is launched. If the subject moves the cursor away from the central target during the randomly generated delay period, it is a trial failure (and should be recorded as "Delay failure").		After Hold A is complete, the outer target appears and there is a randomly generated delay period before the subject is allowed to leave the central target. The duration of the delay period is randomly generated (according to a uniform random distribution) between MinDelayTime and MaxDelayTime; so again, both of these parameters need to be set by the researcher before the cursor task is launched. If the subject moves the cursor away from the central target during the randomly generated delay period, it is a trial failure (and should be recorded as "Delay failure").

	Immediately after the delay period ends, the central target disappears cueing the subject to move to outer target. But if the subject moves away from the central target immediately, faster than what should be possible given physiological reaction time limits, then we know that they were anticipating the outer target's appearance and not actually reacting to its appearance. So we impose two boundary conditions on the reaction time. 1) If the cursor moves away from (i.e. stops touching) the central target in a time period less than MinReactionTime after the end of the delay period, then the trial fails (and should be recorded as "Min reaction time failure"). 2) If the cursor does not move away from (i.e. continues to touch) the central target in a time period greater than MaxReactionTime after the end of the delay period, then the trial fails (and should be recorded as "Max reaction time failure").		Immediately after the delay period ends, the central target disappears cueing the subject to move to outer target. But if the subject moves away from the central target immediately, faster than what should be possible given physiological reaction time limits, then we know that they were anticipating the outer target's appearance and not actually reacting to its appearance. So we impose two boundary conditions on the reaction time. 1) If the cursor moves away from (i.e. stops touching) the central target in a time period less than MinReactionTime after the end of the delay period, then the trial fails (and should be recorded as "Min reaction time failure"). 2) If the cursor does not move away from (i.e. continues to touch) the central target in a time period greater than MaxReactionTime after the end of the delay period, then the trial fails (and should be recorded as "Max reaction time failure").
Line 38:		Line 38:
	If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.		If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.
	As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.		As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.


	===Control Signal===		===Control Signal===

Nluczak: /* Functional Description */

2022-05-20T19:33:18Z

Functional Description

← Older revision		Revision as of 19:33, 20 May 2022
Line 12:		Line 12:
	[[Image:CenterOutTaskStatesDiagram.png\|2048px]]		[[Image:CenterOutTaskStatesDiagram.png\|2048px]]
	[[Image:CenterOutTaskTimeline.png\|1024px]]		[[Image:CenterOutTaskTimeline.png\|1024px]]

			===Visual Representation===
			[[File:Center-outGif.gif]]

	===Introduction===		===Introduction===
Line 35:		Line 38:
	If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.		If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.
	As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.		As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.
	~~===Visual Representation===~~
	~~[[File:Center-outGif.gif]]~~

	===Control Signal===		===Control Signal===

Nluczak: /* Visual Representation */

2022-05-20T19:32:51Z

Visual Representation

← Older revision		Revision as of 19:32, 20 May 2022
Line 36:		Line 36:
	As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.		As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.
	===Visual Representation===		===Visual Representation===
	[[File:Center-outGif.gif~~\|102px~~]]		[[File:Center-outGif.gif]]

	===Control Signal===		===Control Signal===
	Cursor movement is controlled by the output of the [[Technical Reference:Core Modules\|Signal Processing Module]].		Cursor movement is controlled by the output of the [[Technical Reference:Core Modules\|Signal Processing Module]].

Nluczak at 19:32, 20 May 2022

2022-05-20T19:32:37Z

← Older revision		Revision as of 19:32, 20 May 2022
Line 35:		Line 35:
	If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.		If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.
	As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.		As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.
			===Visual Representation===
			[[File:Center-outGif.gif\|102px]]
	===Control Signal===		===Control Signal===
	Cursor movement is controlled by the output of the [[Technical Reference:Core Modules\|Signal Processing Module]].		Cursor movement is controlled by the output of the [[Technical Reference:Core Modules\|Signal Processing Module]].

Nluczak at 19:14, 20 May 2022

2022-05-20T19:14:35Z

@@ Line 1: / Line 1: @@
 ==Synopsis==
-This implementation of a cursor task using the BCI2000 CursorTask application framework. It is modeled off the original center-out task designed by AP Georgopoulos (Georgopoulos, A. P., Schwartz, A. B., & Kettner, R. E. (1986). Neuronal population coding
+This is an implementation of a cursor task using the BCI2000 CursorTask application framework. It is modeled off the original center-out task designed by A.P. Georgopoulos (Georgopoulos, A. P., Schwartz, A. B., & Kettner, R. E. (1986). Neuronal population coding
 of movement direction. Science, 233(4771), 1416-1419.)
 The purpose of the ''CursorTask'' is to provide a BCI2000 User Application module framwork
@@ Line 16: / Line 16: @@
 The ''Center-Out task'' implements a cursor movement task based on a 3-dimensional
 control signal communicated to it by an appropriate BCI2000 Signal Processing
-module. This task progresses through five subsequent stages (as illustrated in the [[#Timeline|Timeline]]):
+module. This task progresses through 6 subsequent stages (as illustrated in the [[#Timeline|Timeline]]):
 ===Task Description===
@@ Line 49: / Line 35: @@
 If the trial ends for whatever reason (e.g. success or failure), we need to set a time period for which to display feedback to the subject about their performance. In the video you can see this is typically done by changing the color of the cursor and outer target to green in the case of a success, and objects on the screen would turn red in the case of a failure. The time period of trial feedback should be settable as a time parameter called FeedbackTime.
 As soon as the trial ends (either due to success or failure), the inter-trial interval begins, and this should also be settable as a time parameter called InterTrialInt.
 ===Control Signal===
@@ Line 211: / Line 181: @@
 ===phase===
 This tells us what phase of the trial that we are in.
 Phase 0 is pre-run.

Nluczak: /* Timeline */

2022-05-20T19:12:09Z

Timeline

← Older revision		Revision as of 19:12, 20 May 2022
Line 9:		Line 9:
	==Functional Description==		==Functional Description==
	===Timeline===		===Timeline===

			[[Image:CenterOutTaskStatesDiagram.png\|2048px]]
	[[Image:CenterOutTaskTimeline.png\|1024px]]		[[Image:CenterOutTaskTimeline.png\|1024px]]
	~~[[Image:CenterOutTaskStatesDiagram.png\|2048px]]~~

	===Introduction===		===Introduction===

Nluczak: /* Timeline */

2022-05-20T19:06:43Z

Timeline

← Older revision		Revision as of 19:06, 20 May 2022
Line 10:		Line 10:
	===Timeline===		===Timeline===
	[[Image:CenterOutTaskTimeline.png\|1024px]]		[[Image:CenterOutTaskTimeline.png\|1024px]]
	[[Image:CenterOutTaskStatesDiagram.png\|~~3160px~~]]		[[Image:CenterOutTaskStatesDiagram.png\|2048px]]

	===Introduction===		===Introduction===

Nluczak: /* Functional Description */

2022-05-20T19:05:36Z

Functional Description

← Older revision		Revision as of 19:05, 20 May 2022
Line 10:		Line 10:
	===Timeline===		===Timeline===
	[[Image:CenterOutTaskTimeline.png\|1024px]]		[[Image:CenterOutTaskTimeline.png\|1024px]]
			[[Image:CenterOutTaskStatesDiagram.png\|3160px]]

	===Introduction===		===Introduction===

Nluczak: /* phase */

2022-05-20T17:29:17Z

phase

← Older revision		Revision as of 17:29, 20 May 2022
Line 209:		Line 209:
	===phase===		===phase===
	This tells us what phase of the trial that we are in.		This tells us what phase of the trial that we are in.
	Phase 0 is pre-run		Phase 0 is pre-run.
	Phase 1 is HoldA
	Phase 2 is delay		Phase 1 is HoldA.
	Phase 3 is reaction
	Phase 4 is movement		Phase 2 is delay.
	Phase 5 is holdB
	Phase 6 is ITI		Phase 3 is reaction.
	Phase 7 is fail state (Acts as a secondary ITI in the case of task failure)
	Phase 8 is post-run (end of the experiment)		Phase 4 is movement.

			Phase 5 is holdB.

			Phase 6 is ITI.

			Phase 7 is fail state (Acts as a secondary ITI in the case of task failure.

			Phase 8 is post-run (end of the experiment).

	===Failure===		===Failure===