<div dir="ltr">Hi David, <br>thank you for your reply. <br><br>Today I keep trying to solve it and finally I did it!! I am so happy about that :D <br><br>So, if anyone had the same problem, this is the reason why this happens and the solution. It's extremely easy and trivial.<br><br>The reason why with high resolution the onsetDelay is big it's because E-Prime has to "draw" more pixels. But if in your slide you just have a little stimulus in the middle (example a little black X, with a white background) you don't actually have to draw ALL the slide, but just some portion around the middle of the screen. To do that, I just had to adjust the value Height and Width of the Slide (to something like 10% and 10%). In this way a new slide will be put in front of the previous one, but the slide will be small and e-prime will not waste time drawing pixels that are the same as the previous slide. Since all my previous slides are white in the background, this works like a charm. In this way the software has to draw less pixel, and the onsetdelay decrease dramatically: I reached, with the right value of Duration (multiple of 1000/refreshHz) a onsetDelay of 0!!!<br>You may have some problem if your slide have different backgrounds, but I assume that, knowing how it works, there is probably some way to go around the problem.<br><br>David, thank you again for your help.<br><br>Hope this is helpful.<br><br>Valerio<br><br>On Monday, 30 September 2013 19:44:51 UTC+1, McFarlane, David  wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Valerio,

<br>

<br>What range of Durations do you use for FP?  What happens to the 

<br>OnsetDelay for LANDC if you set the Duration of FP to something long, 

<br>e.g., 1000 ms?  What happens to OnsetDelay of LANDC if Duration of FP 

<br>is constant instead of varying?  What happens to OnsetDelay of LANDC 

if it uses the same image every time instead of varying?

<br>

<br>Just trying to explore more factors to see what is critical 

<br>here.  Maybe start with a simple trial design with constant, long 

<br>Duration for FP, and constant image for LANDC.  If that fixes the 

OnsetDelay, then vary those factors systematically until it breaks again.

<br>

<br>In addition, take a look at the new GeneratePreRun feature, in 

particular the "TopOfProcedure" setting.

<br>

<br>-----

<br>David McFarlane

<br>E-Prime training 

<br>online:  <a href="http://psychology.msu.edu/Workshops_Courses/eprime.aspx" target="_blank">http://psychology.msu.edu/<wbr>Workshops_Courses/eprime.aspx</a>

<br>Twitter:  @EPrimeMaster (<a href="https://twitter.com/EPrimeMaster" target="_blank">https://twitter.com/<wbr>EPrimeMaster</a>)

<br>

<br>/----

<br>Stock reminder:  1) I do not work for PST.  2) PST's trained staff 

<br>take any and all questions at 

<br><a href="http://support.pstnet.com/e%2Dprime/support/login.asp" target="_blank">http://support.pstnet.com/e%<wbr>2Dprime/support/login.asp</a> , and they 

<br>strive to respond to all requests in 24-48 hours, so make full use of 

<br>it.  3) In addition, PST offers several instructional videos on their 

<br>YouTube channel (<a href="http://www.youtube.com/user/PSTNET" target="_blank">http://www.youtube.com/user/<wbr>PSTNET</a> ).  4) If you do 

<br>get an answer from PST staff, please extend the courtesy of posting 

their reply back here for the sake of others.

<br>\----

<br>

<br>

<br>At 9/29/2013 03:18 PM Sunday, Vaaal wrote:

<br>

<br>>Hi,

<br>>I am trying to design an experiment with precise timing measure. In 

<br>>order to make my problem clear, I have to give some details about my 

>experiment.

<br>>

<br>>The order of the slide is

<br>>CROSS - FP - LANDC - BLANK.

>The "timing important" frames, however, are only the last three.

<br>>

<br>>CROSS, FP and LANDC have "PreRelease" on (same as duration), the 

<br>>forth one doesn't have any prerelease. This is because the forth 

>frame is a response frame, so the prerelease would be useless.

<br>>

<br>>The CROSS slide lasts 1000 milliseconds and has prerelease. FP 

<br>>duration, however, changes everytime (reading from an attribute 

>"Duration" in the trialList).

<br>>LANDC lasts 200 milliseconds. LANDC is a slide with an image object, 

<br>>and the image is in a directory specified by another attribute 

<br>>("Image") in trialList.

>BLANK wait for the subject response.

<br>>

>All the subject but LANDC are blank slides.

<br>>

>The refreshAlignment is 50%.

<br>>

>I am not interested in the timing of the CROSS slide.

<br>>

<br>>When I test my experiment on my office computer, the delay of FP and 

<br>>BLANK is around 0. The delay of LANDC is more variable (from -8 to 

<br>>8, usually). The resolution in this computer (LCD) is 1920x1080 at 

<br>>60Hz. I can accept a delay of max  +-((1000/60))/2 ms. This means 

<br>>that for a refresh rate of 60hz, it is fine for me if the slide 

<br>>appears +- 8 ms before/after it is supposed to appear. Ifigured that 

<br>>FP and BLANK have a delay of 0 because the duration of their 

<br>>previous frame is a multiple of 16.66 ms. This seems to be the case: 

<br>>the CROSS slide duration, as said before, is 1000 (and 16.66*60 is 

<br>>999.6). The duration of LANDC is 200 (16.66*12=199.92). However, 

<br>>LANDC doesn't have a delay of 0 because its previous frame, FP, 

<br>>doesn't have a multiple of the refresh rate (and I will not change 

<br>>that: the duration of FP changes constantly, according to the 

>Duration attribute).

<br>>

<br>>The onsetDelay of 0 for the two frames is a lucky coincidence, and 

<br>>it is not required to be zero. As said before, it could be anything 

<br>>between +-(1000/refrashRate)/2.

<br>>

<br>>Now, MY PROBLEM IS that when I try the experiment on ANOTHER MACHINE 

>the onsetDelay behave in a problematic way.

<br>>

<br>>When the resolution is 1600x1200 70Hz, I have almost perfect result 

<br>>when the refresh rate is 75Hz or lower. If the refresh rate is 85 or 

<br>>100Hz, I have a OnsetDaly of approximately 11-12ms for all of the 

>three slides (FP, LANDC and BLANK). Why this happens???

<br>>

<br>>I could just stick with the 75Hz or lower rate, you could say. In my 

<br>>experiment, however, I highly prefer to use an high resolution. I 

<br>>tried a lot of different combination of  resolution/refresh rate, 

<br>>and all the higher one lead to a dramatic (10/15 ms) increase of the 

>onsetDelay for all the three slides.

<br>>In particular I tried=

<br>>2048x1539, 75Hz and 60Hz

<br>>1920x1440, 85Hz, 75Hz, 70Hz and 60Hz.

<br>>1920x1200 70Hz and 60Hz.

<br>>1920x1080 70Hz

<br>>

<br>>

<br>>I also tried with 1600x900. In this case, the results were good 

>(around zero for CROSS and BLANK, within a reasonable range for LANC).

<br>>

<br>>So, it seems that, REGARDLESS of the refresh rate, at high 

>resolution the onsetDelay increase.

<br>>

<br>>Does anyone have any idea why this happens? Does anyone have any 

>suggestion about HOW COULD I USE HIGH RESOLUTION WITHOUT ONSET DELAY?

<br>>

<br>>Just for your information: the second monitor is a CRT Sony GDM-F520 

<br>>(specs= <a href="http://www.docs.sony.com/release/specs/GDMF520_sp.pdf" target="_blank">http://www.docs.sony.com/<wbr>release/specs/GDMF520_sp.pdf</a> ). As 

<br>>you can notice, the recommended resolutions are 1920x1440 85Hz, 

<br>>1800x1440 85Hz and 1600x1200 85Hz. For some reason, I cannot set the 

>resolution to be 1800x1440.

<br>>Anyway, as you can see I tried a lot of combination without success. 

<br>>I really need my resolution to be high (>= 1920x1200). The refresh 

<br>>rate is not so important, but since it is a CRT monitor I would 

>prefer it to be higher than 72Hz.

<br>>

<br>>I really don't know what to do :(

>Any help is highly appreciated.

<br>>Best Regards,

<br>>Valerio

<br>

<br></blockquote></div>

<p></p>

-- <br />

You received this message because you are subscribed to the Google Groups "E-Prime" group.<br />

To unsubscribe from this group and stop receiving emails from it, send an email to e-prime+unsubscribe@googlegroups.com.<br />

To post to this group, send email to e-prime@googlegroups.com.<br />

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/e-prime/6df1daa5-1ed2-45de-afd6-bf53f6c104b8%40googlegroups.com">https://groups.google.com/d/msgid/e-prime/6df1daa5-1ed2-45de-afd6-bf53f6c104b8%40googlegroups.com</a>.<br />

For more options, visit <a href="https://groups.google.com/groups/opt_out">https://groups.google.com/groups/opt_out</a>.<br />