sending trigger to other devices locked on to the time of response
Tobias
tobias.fw at gmail.com
Fri May 25 11:07:55 UTC 2012
David,
I had the following idea to resolve the problem: I will set duration of the
slide called "search" to 200 ms with "terminate" as end action. I will then
present the same slide for the residual time (i.e. 200 ms - RT).
I used the following inline script:
WritePort &HD030, 0
search.OnsetSignalData = "100" 'Sends marker for search display
search.OffsetSignalData = 0
Search.Run
if Search.OffsetTime - Search.OnsetTime < 1998 then 'I usually set the
last digit to an 8 since that rounds up to 10 which is the shortest refresh
cycle we can do here
Search.Duration = 1998 - (Int((Search.OffsetTime -
Search.OnsetTime)/10+0.8)*10) ' this rounds up for all digits except 0 or 1
search.OnsetSignalData = 0
search.run 'this runs search again, but with reduced duration this
time
end if
WritePort &HD030, 0
Response.OnsetSignalData = "200" 'Sends marker for response
Response.OffsetSignalData = 0
if search.RESP <> "" then goto Label1
Response.run
There are several problems with this approach that I don't fully understand:
- Search.OffsetTime - Search.OnsetTime turns out to be not the actual
duration but the duration minus the pre-release time
- When resetting the duration time, I found out (trial and error) that I
should have 1948 - .... instead of 1998 - ...
- in 80% of the cases, the interval between the triggers is exactly 2000 ms
(according to the eeg file that is). In 20% of the cases it is 10 ms too
short.
What do you think of this approach and do you know why the mentioned
problems occur?
Best,
Tobias
Am Donnerstag, 24. Mai 2012 18:04:56 UTC+2 schrieb McFarlane, David:
>
> Tobias,
>
> I cannot go into detail here, but in broad scope, we achieved this by
> using inline code much like the example posted earlier in this
> thread, but using it after each of the stimulus objects that might
> receive a response. We of course also used extended input through
> the entire response period. We also had to add a "flag" variable to
> carry some information between the InLines. This approach does get
> rather tedious and intricate. (I do point out, however, that at
> least EP provides all the elements for any reasonably skilled
> programmer to achieve the desired effect, which I would not say for
> all psychology programming platforms.)
>
> The new Task Events feature introduced in EP2.0.10.182 may give us a
> better way to do this, but that also has limitations, see
>
> http://groups.google.com/group/e-prime/browse_thread/thread/f6fa4b793264fa5c.
>
> -- David McFarlane
>
>
> At 5/24/2012 10:54 AM Thursday, you wrote:
> >Hi David,
> >
> >thanks for your solution. You might have seen my other recent
> >posting
> >(https://groups.google.com/forum/?fromgroups#!topic/e-prime/GkQSKYep2so)
> >where I have the following paradigm:
> >
> >1) 200 ms search slide (fixed duration)
> >2) up to 5000 ms response slide (terminated by response to 1))
> >
> >I managed to have a fixed duration for 1) and a terminating
> >presentation for 2) but I don't seem to being able to manage that a
> >trigger will be sent during 1)
> >
> >Any ideas how to implement your solution to my example?
> >
> >Best,
> >Tobias
>
>
--
You received this message because you are subscribed to the Google Groups "E-Prime" group.
To view this discussion on the web visit https://groups.google.com/d/msg/e-prime/-/HIblLWsQMtwJ.
To post to this group, send email to e-prime at googlegroups.com.
To unsubscribe from this group, send email to e-prime+unsubscribe at googlegroups.com.
For more options, visit this group at http://groups.google.com/group/e-prime?hl=en.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20120525/33c9cea2/attachment.htm>
More information about the Eprime
mailing list