<div dir="ltr">Hi David, Ryan Whitfield just replied me with the same information. I am really please with their velocity to reply. <br>Thank you very much for your support. I am also glad that I don't have to install a new OS on the machine :)))<br><br>Best Regards,<br>Valerio <br><br>On Friday, 27 September 2013 22:08:55 UTC+1, McFarlane, David  wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Oops, my apology, I see that I just repeated what David Vinson 

(quoting PST Support) already said.

<br>

<br>-- David McFarlane

<br>

<br>

<br>At 9/27/2013 11:42 AM Friday, David McFarlane wrote:

<br>>If you just unplug your computer from the network while running 

<br>>E-Prime experiments (as advised in the E-Prime User's Guide), not 

<br>>only will you disable clock synchronization, you will also avoid 

>other timing interferences due to network activities.

<br>>

<br>>-- dkm

<br>>

<br>>

<br>>At 9/27/2013 11:33 AM Friday, David Vinson wrote:

<br>>>Hi Vaaal,

<br>>>

<br>>>I had some exchanges with PST support about the clock issues with 

<br>>>WinXP, here's what they told me at the time:

<br>>>

<br>>>>Windows XP sometimes causes the speed of the processor to be 

<br>>>>reported as the clock frequency. When the speed of the processor 

<br>>>>changes during an experiment, this can interfere with E-Prime's 

<br>>>>timing. Therefore, our developers have advised that some users 

<br>>>>with Windows XP may need to switch over to the power management 

<br>>>>clock. I have attached a document explaining how to make this 

<br>>>>change. Once the change has been made, E-Prime will use the power 

<br>>>>management clock on your system, which should perform much better 

<br>>>>than the default clock. Note that this involves changing your 

<br>>>>system's Boot.ini file, so we strongly recommend backing up your 

>>>system before performing these actions.

<br>>>>

<br>>>>Also, you should consider turning off clock synchronization, at 

<br>>>>least while running E-Prime experiments. It should only occur 

<br>>>>occasionally, but your network might have different custom 

<br>>>>settings. Please see the following Microsoft article for more 

<br>>>>information: 

<br>>>><a href="http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/windows_date_turn_off_synch.mspx?mfr=true" target="_blank">http://www.microsoft.com/<wbr>resources/documentation/<wbr>windows/xp/all/proddocs/en-us/<wbr>windows_date_turn_off_synch.<wbr>mspx?mfr=true</a>. 

<br>>>>Of course, the simplest way to turn it off during an experiment is 

<br>>>>to physically unplug the cable from the computer. You should not 

<br>>>>have any other programs or processes running during the experiment 

>>>anyway, so unplugging it should not cause any problems.

<br>>>

<br>>>The document mentioned in the first paragraph includes instructions 

<br>>>on how to switch the power management clock by editing boot.ini - 

>>I'm sure PST support will pass that information along to you in due course.

<br>>>

<br>>>Hope this helps,

<br>>>(A different) David

<br>>>

<br>>>

<br>>>On 27/09/2013 16:24, Vaaal wrote:

<br>>>>Hi David,

>>>thank you for your advice, I got it.

<br>>>>What actually concerns me is this one, since my machine in the lab 

<br>>>>run exactly Windows XP: "The E-Prime Primary Clock is configured 

<br>>>>in a way that could cause timing inconsistencies on Windows XP. 

<br>>>>Contact PST Tech Support to configure the clock for more 

<br>>>>stabilized performance when using Windows XP with this finding". I 

<br>>>>contacted the PST tech support but still no reply. In the 

<br>>>>meantime, do you have any knowledge about that? Should I install a 

>>>new OS in my lab machine?

<br>>>>

<br>>>>On Friday, 27 September 2013 15:49:28 UTC+1, McFarlane, David wrote:

<br>>>>

<br>>>>     Valerio,

<br>>>>

<br>>>>     You can puzzle this out for yourself.  Try the following.  Open a

<br>>>>     blank (Professional) experiment.  Run it.  Now look at the resulting

<br>>>>     ExperimentAdvisorReport.xml.  See the Experiment Advisor Modules

<br>>>>     table?  Does it include all the same items as before, even though the

>>>     experiment is completely blank?

<br>>>>

<br>>>>     Now disable some of the Experiment Advisor Modules.  E.g., back in

<br>>>>     E-Studio, open the Experiment Object Properties, go to the Experiment

<br>>>>     Advisor tab, and disable "Use of ClearAfter" and "Use of

<br>>>>     Stretch".  Run this, open the resulting ExperimentAdvisorReport.xml,

<br>>>>     and look at the Experiment Advisor Modules table.  Do you see that

<br>>>>     "An object has its ClearAfter property set to Yes..." and "A visual

>>>     object has its Stretch property set to Yes..." have both disappeared?

<br>>>>

<br>>>>      From this evidence would you conclude that the Experiment Advisor

<br>>>>     Modules table tells you only what modules were enabled, and not what

<br>>>>     problems it found?  Would you find this useful, because without this

<br>>>>     information you could not tell whether the lack of a warning only

>>>     meant that that test was not run?

<br>>>>

<br>>>>     As usual, do not take my word for any of this, test it out for

<br>>>>     yourself.  I presented my answer this way because I need to stress

<br>>>>     that I do not have any inside knowledge about E-Prime, I simply

>>>     figure it out exactly as I outlined above.

<br>>>>

<br>>>>     Best regards,

<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>>>>     <<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>>>> >> >     <<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>

<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>

<br>>>> >> >     <<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/26/2013 05:01 PM Thursday, Vaaal wrote:

<br>>>>     >Quick question about this interesting feature of e-prime. When I

<br>>>>     >open the xml I can read several tables. Although it is clear for me

<br>>>>     >the meaning of onset to onset stats, onset delay stats, load time

<br>>>>     >stats and experiment advisor finding, the last table is a little bit

>>>     >more difficult for me to understand: Experiment Advisor Modules.

<br>>>>     >I was checking this table when I notice that most of the "problem"

<br>>>>     >pointed out by this table was actually not relevant for my

<br>>>>     design. For example:

<br>>>>     >  "A visual object has its Stretch property set to Yes, which can

<br>>>>     > cause display timing anomalies. Instead of using Stretch, consider

<br>>>>     > editing the source material to match the size and proportions you

>>>     > want to display during the experiment".

<br>>>>     >But no visual object in my experiment has stretch set to Yes. Or,

<br>>>>     again:

<br>>>>     >"An object has its ClearAfter property set to Yes. ClearAfter is a

<br>>>>     >deprecated property."

<br>>>>     >

>>>     >This is not true for any of my object.

>>>     >So, how reliable is this table?

<br>>>>     >Or maybe it just point out to POSSIBLE/LIKELY problems, without

>>>     >actually telling that you are incurring in one of those?

<br>>>>     >

>>>     >Thank you very much for any clarification.

<br>>>>     >Valerio

<br>>>

<br>>>--

>>David Vinson, Ph.D.

<br>>>ESRC Research Fellow

<br>>>Cognitive, Perceptual and Brain Sciences Research Department

<br>>>University College London

<br>>>26 Bedford Way, London WC1H 0AP

<br>>>Tel +44 (0)20 7679 5311  (UCL internal ext. 25311)

<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/b993302f-14cb-421a-a7b9-a33b97498b37%40googlegroups.com">https://groups.google.com/d/msgid/e-prime/b993302f-14cb-421a-a7b9-a33b97498b37%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 />