you say both your stim and the subsequent blank screen objects are recording responses?<div>i would recommend that you set the stim to terminate after 250ms without prerelease, set the response window duration to 1250 ms, and do all the prerelease stuff at the end of your 1000 ms blank screen without expecting the blank screen to record any responses. the benefit to using only a single object to collect responses is mainly that it gives you a cleaner data file - you only need to look within a single column to see all the responses or non-responses, rather than look at multiple columns belonging to multiple E-Objects (stim and blank). that would be my preference...<br>
<br><div class="gmail_quote">On Tue, Feb 23, 2010 at 11:00 AM, Jim <span dir="ltr"><<a href="mailto:jjprisciandaro@gmail.com">jjprisciandaro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Ben: Thanks, this is a creative solution. However, as per David's<br>
response, it seems like there is something wrong with my task and that<br>
it should be able to correctly score nonresponses without inline code.<br>
<br>
David:<br>
<div class="im">"I myself have used a blank [Correct] to score the accuracy of<br>
no-response trials (where the absence of a response is correct and<br>
any other response is incorrect) and that worked fine for me."<br>
<br>
</div>By reading the description above of my experiment, do you have any<br>
leads as to what might be causing the no-response trials to be<br>
incorrectly scored? I'm stumped.<br>
<div class="im"><br>
"For instance, if you do not use the .ACC within the trial<br>
itself (only to log it) and know the response will come before the<br>
onset of the final object in trial Procedure, then you can safely use<br>
PreRelease with abandon and then use inline code after the final<br>
object to score the .ACC if needed."<br>
<br>
</div>Unfortunately, I don't think this will be helpful because the final<br>
object in the trial procedure is still logging participants responses.<br>
For this particular experiement, the trial procedure consists of a<br>
letter (250ms), and subsequently a blank screen (1000ms); participants<br>
responses are logged during both of these objects. For my other<br>
experiments, the inline scoring code is used in the trial itself.<br>
<br>
One related question/clarification: I am assuming that if there is no<br>
inline scoring code that prerelease doesn't interfere with data<br>
logging. Is this a correct assumption?<br>
<br>
Thanks,<br>
Jim<br>
<div><div></div><div class="h5"><br>
<br>
<br>
On Feb 22, 5:52 pm, David McFarlane <<a href="mailto:mcfar...@msu.edu">mcfar...@msu.edu</a>> wrote:<br>
> Jim,<br>
><br>
> First, your earlier designed used what I call "multiple correct<br>
> response targets". By way of background, if you search this Group<br>
> using terms like that then you will find where we have discussed<br>
> several approaches to that.<br>
><br>
> Second, I wonder if something else is going on in your program? I<br>
> myself have used a blank [Correct] to score the accuracy of<br>
> no-response trials (where the absence of a response is correct and<br>
> any other response is incorrect) and that worked fine for me. It<br>
> should just work for you.<br>
><br>
> Third, you might want to study Chapter 3 further to better understand<br>
> the intricacies of PreRelease. Sadly, PST does not do a very good<br>
> job of explaining it, and in fact the whole PreRelease mechanism<br>
> provides much more granularity than users need or want (should be<br>
> just on or off -- whenever I use PreRelease I just set it to some<br>
> arbitrarily large value, often larger than the Duration, with no ill<br>
> effects). For instance, if you do not use the .ACC within the trial<br>
> itself (only to log it) and know the response will come before the<br>
> onset of the final object in trial Procedure, then you can safely use<br>
> PreRelease with abandon and then use inline code after the final<br>
> object to score the .ACC if needed.<br>
><br>
> Fourth, whenever I teach E-Prime for fMRI, I first briefly explain<br>
> the difference between Event and Cumulative timing. Then I just lay<br>
> down the law and tell students, for fMRI, just make things easy and<br>
> set *every* object to Cumulative timing!! Yes, I know that is<br>
> excessive, but I have yet to find a case where Cumulative timing<br>
> creates a problem, whereas Event timing is known to create problems<br>
> in several contexts. If it were up to me I would just make<br>
> Cumulative the default and then only allow users to choose Event mode<br>
> if they think it really applies to their study (back when I wrote<br>
> everything in C I did everything in what E-Prime calls "Cumulative"<br>
> timing mode, it just seemed cleaner and took no real programming effort).<br>
><br>
> -- David McFarlane, Professional Faultfinder<br>
><br>
> At 2/22/2010 11:17 AM Monday, you wrote:<br>
><br>
><br>
><br>
> >i think you'll need to use an inline to do this, but i also think<br>
> >you can mostly avoid the complications introduced by using the prerelease.<br>
> >here's what i would do:<br>
><br>
> >put your inline after the 1000 ms blank screen, knowing that the<br>
> >inline code may be read as early as 900 ms into the blank screen's<br>
> >duration (and only 1150 ms after onset of your letter stimulus).<br>
> >the script in the inline would be something like this:<br>
> >Do<br>
> >Loop Until (Clock.Read - LetterStimulus.OnsetTime) < (1250 -<br>
> >Display.RefreshDurationStats.Mean)<br>
> >If LetterStimulus.RESP = "" And c.GetAttrib("Stim") = "X" Then<br>
> >LetterStimulus.ACC = 1<br>
><br>
> >that Do...Loop will loop continuously until there is less than a<br>
> >single screen refresh's worth of milliseconds remaining in the<br>
> >LetterStimulus's response window, at which point the script will<br>
> >kick out of the Do...Loop, check to see if there was no response,<br>
> >and if no response and if 'X' then assign an accuracy of '1' to the<br>
> >LetterStimulus object.<br>
><br>
> >how's that?<br>
><br>
> >ben<br>
><br>
> >On Mon, Feb 22, 2010 at 11:01 AM, Jim<br>
</div></div><div><div></div><div class="h5">> ><<mailto:<a href="mailto:jjprisciand...@gmail.com">jjprisciand...@gmail.com</a>><a href="mailto:jjprisciand...@gmail.com">jjprisciand...@gmail.com</a>> wrote:<br>
> >Hello forum,<br>
><br>
> >I sent this question to e-prime support last week; unfortunately, they<br>
> >are experiencing high volume and have been taking a long time to get<br>
> >back to my requests. They are time sensitive, so I was hoping the<br>
> >forum might have some ideas.<br>
><br>
> >I'm working with an e-prime experiment where participants are asked to<br>
> >press a button ("7") whenever they see a letter except for "X" (at<br>
> >which point they are asked to withold a response). I have a column in<br>
> >my task list "CorrectAnswerL" which states "7" for any letter (another<br>
> >column in the task list) other than X; CorrectAnswerL is blank for<br>
> >trials with "X"s. In the procedure associated with that list, the<br>
> >stimulus "LetterPresentation" has [CorrectAnswerL] listed in the<br>
> >"Correct" blank in the "Duration/Input" tab. When I run the task,<br>
> >nonresponses are not scored as correct for X trials (that is,<br>
> >LetterPresentation.ACC = 0).<br>
><br>
> >I previously had the task running with an inline script following the<br>
> >stimulus and a blank pane "ISI" which stated:<br>
><br>
> >If LetterPresentation.RESP = c.GetAttrib ("CorrectAnswerR") OR<br>
> >LetterPresentation.RESP = c.GetAttrib ("CorrectAnswerL") Then<br>
> >LetterPresentation.ACC = 1<br>
> >End If<br>
><br>
> >At this time there were two correct responses which is why there is an<br>
> >additional "correctanswer" attribute. This is no longer the case, and<br>
> >I want to remove the inline code. However, when I was using this code,<br>
> >nonresponses were scored as correct for X trials. Please let me know<br>
> >how I can have nonresponses scored as correct for X trials without<br>
> >using inline code.<br>
><br>
> >As an aside, I removed the inline code because I am concerned that it<br>
> >will be executed too early. Each trial consists of the presentation of<br>
> >a letter (250ms), and subsequently a blank screen (1000ms)- both<br>
> >objects have a 100ms prerelease. Once the letter is presented,<br>
> >participants have until the end of the blank screen (1250ms later) to<br>
> >make a response. I prevously had the inline script following the blank<br>
> >screen object ("ISI"). I've been reading the critical timing chapter<br>
> >of the eprime manual which made me concerned that if participants made<br>
> >a response between 1150 and 1250ms their response will not be scored<br>
> >with inline code because of the 100ms prerelease on the blank screen.<br>
> >A complicating factor, is that I can't change the timing of the task<br>
> >whatsoever, it has an associated fMRI program that it must be tightly<br>
> >timed with.<br>
><br>
> >Thanks,<br>
</div></div>> >Jim- Hide quoted text -<br>
><br>
> - Show quoted text -<br>
<div><div></div><div class="h5"><br>
--<br>
You received this message because you are subscribed to the Google Groups "E-Prime" group.<br>
To post to this group, send email to <a href="mailto:e-prime@googlegroups.com">e-prime@googlegroups.com</a>.<br>
To unsubscribe from this group, send email to <a href="mailto:e-prime%2Bunsubscribe@googlegroups.com">e-prime+unsubscribe@googlegroups.com</a>.<br>
For more options, visit this group at <a href="http://groups.google.com/group/e-prime?hl=en" target="_blank">http://groups.google.com/group/e-prime?hl=en</a>.<br>
<br>
</div></div></blockquote></div><br></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups "E-Prime" group.<br />
To post to this group, send email to e-prime@googlegroups.com.<br />
To unsubscribe from this group, send email to e-prime+unsubscribe@googlegroups.com.<br />
For more options, visit this group at http://groups.google.com/group/e-prime?hl=en.<br />