From leeh at biols.susx.ac.uk Fri Apr 1 09:12:08 2005 From: leeh at biols.susx.ac.uk (Lee Hogarth) Date: Fri, 1 Apr 2005 10:12:08 +0100 Subject: Contrast multiple responses against a standard Message-ID: Dear all, In my task, I collect multiple responses from two keys, A and B. Participants have to select the correct key in each trial to be rewarded. If they choose the incorrect key or swap keys they are not rewarded. Consequently, I need to compare every response made in each trials, against the correct standard for that trial, either "A" or "B". If any one of these responses deviates from the standard, no reward follows. If all the responses equal the standard, then reward follows. Does anyone have a chunk of e-basic that compares mutiple responses against a standard. Many thanks for you help. Lee Hogarth. From brandon_cernicky at yahoo.com Fri Apr 1 19:54:20 2005 From: brandon_cernicky at yahoo.com (Brandon Cernicky) Date: Fri, 1 Apr 2005 11:54:20 -0800 Subject: Installing E-Prime after upgrading to XP SP2 Message-ID: The issues with parallel keys not working may be a result of newer machines and not necessarily that of Windows XP SP2. Newer Dells later than year 2001 were shipping with parallel ports that did not provide the IEEE 1284 specification for power requirements in the default mode which caused the parallel keys to fail. Specifying another type in the BIOS (i.e. AT, PS/2) allowed for the key to work. The status of this being corrected is not know primarily because the USB version of the key is now more common. There is also an updated version of the hardware key driver available on the HASP/Alladin (makers of the hardware key) web site and can be accessed via http://www.aladdin.com/support/hasp/enduser.asp and select the GUI install (PST Web Support also can provide a direct link too). As of 2004, the HASP hardware key is part of the Windows Update utility and can be downloaded automatically through that wizard/interface. -Brandon > We've got some new computers that are already at > Windows XP SP2. In > attempting to install E-Prime (1.1.4.1), the parallel > key isn't recognized > and the USB key calls for a driver. Has anyone else > done a recent install > under similar circumstances and NOT had the problem? > Has anyone else had > this problem? > > Thanks in advance for your assistance. __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest From pauls_postbus at hotmail.com Mon Apr 4 11:13:44 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Mon, 4 Apr 2005 13:13:44 +0200 Subject: IOWA Gambling Task Message-ID: Dear all We are currently planning a small study ont the relationship between the IOWA Gambling Task (Bechara et al. 1994, 2001) and feelings. For that reason we are looking for an e-prime version of Bechara’s much used IOWA Gambling Task. We hope to find someone who is willing to share this task with us. Best wishes Paul Groot and Jan Hoeksma Jan B. Hoeksma Vrije Universiteit Developmental Psychology van der Boechorststraat 1 1081 BT Amsterdam The Netherlands +31 (0) 20-4988738 jb.hoeksma at psy.vu.nl _________________________________________________________________ MSN Webmessenger: altijd en overal beschikbaar http://webmessenger.msn.com/ From ivaldes at hal-pc.org Mon Apr 4 21:42:49 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Mon, 4 Apr 2005 16:42:49 -0500 Subject: Timing drift vs. missed keystrokes? Message-ID: Hello all, I have a paradigm which flashes numbers sequentially in a n-back fashion and the user is supposed to click if there is a match. Each number flashes for 500 msecs with 500 msecs blank in between. There are some filler filler number trials that also last 500 msec with 500 msec blank screen. In all, there are 84 trials/Block, with a 10 second rest in between for 6 blocks that is then repeated once. Total time for the paradigm is 10:34. There is a problem with timing drift throughout the paradigm if Pre-release is set to zero. The timing drifts about 5 seconds throughout the paradigm so that the last 5 trials do not get displayed. So somehow the trials are slightly longer than they should be. To fix this, Pre-release must be increased to at least 9 msec for the number display and 9 msec for the blank screen in between. AFter doing this, it no longer drifts and stops at the correct moment. However, this impacts keystroke recording as in: it doesn't record keystrokes reliably. This is grossly apparent at Pre-releases of 100 msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many keystrokes it misses. This leaves a possible 0.018 sec window of time in which a subject response may be missed. E-prime support has been notified of this last week and they are working the problem, so far with no success. In a nutshell, increase pre-release fixes timing drift problem and introduces keystroke recording problem. Decrease pre-release to zero fixes keystroke recording problem but introduces timing drift problem. Has anyone encountered this or have a solution? -- IV From dhair at wfubmc.edu Tue Apr 5 02:16:12 2005 From: dhair at wfubmc.edu (David Hairston) Date: Mon, 4 Apr 2005 22:16:12 -0400 Subject: Timing drift vs. missed keystrokes? Message-ID: I have had to deal wit ha similar issue, as the perceptual effect we are currently using w/ fMRI requires very precise timing. I've found that if you are carefull, and you find the source of the timing drift, then you can run with PreRelease set at 0 and have consistent timing every time. For teh amount of time and error oyu describe, one likely culprit is differences in the requested length of stimuli and what is actually possible given the refresh rate of the monitor. That is, you may find that on occasion your stimuli are lasting just a hair longer b/c they have to wait to finish a screen refresh.... this can add up over the course of 10 minutes. Just a thought. Check to see if you have a consistent delay somplace and start there.... Good luck. Hello all, I have a paradigm which flashes numbers sequentially in a n-back fashion and the user is supposed to click if there is a match. Each number flashes for 500 msecs with 500 msecs blank in between. There are some filler filler number trials that also last 500 msec with 500 msec blank screen. In all, there are 84 trials/Block, with a 10 second rest in between for 6 blocks that is then repeated once. Total time for the paradigm is 10:34. There is a problem with timing drift throughout the paradigm if Pre-release is set to zero. The timing drifts about 5 seconds throughout the paradigm so that the last 5 trials do not get displayed. So somehow the trials are slightly longer than they should be. To fix this, Pre-release must be increased to at least 9 msec for the number display and 9 msec for the blank screen in between. AFter doing this, it no longer drifts and stops at the correct moment. However, this impacts keystroke recording as in: it doesn't record keystrokes reliably. This is grossly apparent at Pre-releases of 100 msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many keystrokes it misses. This leaves a possible 0.018 sec window of time in which a subject response may be missed. E-prime support has been notified of this last week and they are working the problem, so far with no success. In a nutshell, increase pre-release fixes timing drift problem and introduces keystroke recording problem. Decrease pre-release to zero fixes keystroke recording problem but introduces timing drift problem. Has anyone encountered this or have a solution? -- IV From ivaldes at hal-pc.org Tue Apr 5 16:40:21 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Tue, 5 Apr 2005 11:40:21 -0500 Subject: Timing drift vs. missed keystrokes? In-Reply-To: <5.2.0.9.2.20050405103435.00c5f2d0@merle.it.northwestern.edu> Message-ID: I think I have my problem figured out. It has to do with the screen refresh rate. It discusses this in Chapter 3 'Critical Timing' of the Users Guide. Our 500 msec stimulus does not match the 13.33333msec refresh rate of the monitor so it makes it last longer. As stated in the manual, there is a calculation you can perform to estimate what is a good stim display rate for your monitor. What is apparently optimal for our test bed is 496 msec but will vary per machine. Per your question on whether pre-release makes it miss button presses, you have to have someone sit with the subject and actually count the button presses and see that they match what is recorded in order to notice missed button presses. You can also do a thought experiment based upon the Pre-Release discussion of Chapter 3 in the User's Guide. -- IV On Tue, 05 Apr 2005 10:36:22 -0500 Jordan Bigio wrote: > I have some long pre-releases, but have never noticed that it >affects the RT (or when e-prime registers the button press). How >would you notice something like that?? We've run so many Ss that it >almost doesn't matter now, but I'm curious. > > Jordan > > At 10:16 PM 4/4/2005 -0400, David Hairston wrote: >>I have had to deal wit ha similar issue, as the perceptual effect we >>are currently using w/ fMRI requires very precise timing. >> >>I've found that if you are carefull, and you find the source of the >>timing drift, then you can run with PreRelease set at 0 and have >>consistent timing every time. For teh amount of time and error oyu >>describe, one likely culprit is differences in the requested length >>of stimuli and what is actually possible given the refresh rate of >>the monitor. That is, you may find that on occasion your stimuli are >>lasting just a hair longer b/c they have to wait to finish a screen >>refresh.... this can add up over the course of 10 minutes. Just a >>thought. Check to see if you have a consistent delay somplace and >>start there.... >> >>Good luck. >> >> >> >> >> >> >> >>Hello all, >> >>I have a paradigm which flashes numbers sequentially in a n-back >>fashion and the user is supposed to click if there is a match. Each >>number flashes for 500 msecs with 500 msecs blank in between. There >>are some filler filler number trials that also last 500 msec with 500 >>msec blank screen. In all, there are 84 trials/Block, with a 10 >>second >>rest in between for 6 blocks that is then repeated once. Total time >>for the paradigm is 10:34. >> >>There is a problem with timing drift throughout the paradigm if >>Pre-release is set to zero. The timing drifts about 5 seconds >>throughout the paradigm so that the last 5 trials do not get >>displayed. So somehow the trials are slightly longer than they should >>be. To fix this, Pre-release must be increased to at least 9 msec for >>the number display and 9 msec for the blank screen in between. AFter >>doing this, it no longer drifts and stops at the correct moment. >>However, this impacts keystroke recording as in: it doesn't record >>keystrokes reliably. This is grossly apparent at Pre-releases of 100 >>msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many >>keystrokes it misses. This leaves a possible 0.018 sec window of time >>in which a subject response may be missed. E-prime support has been >>notified of this last week and they are working the problem, so far >>with no success. >> >>In a nutshell, increase pre-release fixes timing drift problem and >>introduces keystroke recording problem. Decrease pre-release to zero >>fixes keystroke recording problem but introduces timing drift >>problem. >> >>Has anyone encountered this or have a solution? >> >>-- IV > > Jordan D. Bigio, B.A. > Project Coordinator > Developmental Cognitive Neuroscience Laboratory > Department of Communication Sciences and Disorders > Northwestern University > 2240 N. Campus Dr., Frances Searle Building, Rm. 2-342 > Evanston, IL 60208 > Phone: 847-491-3647 > From leisha at decisionresearch.org Tue Apr 5 16:51:44 2005 From: leisha at decisionresearch.org (Leisha Wharfield) Date: Tue, 5 Apr 2005 09:51:44 -0700 Subject: IOWA Gambling Task In-Reply-To: Message-ID: We would also very much like to have an e-prime version of the IOWA Gambling Task. Sincerely, Leisha Wharfield Decision Research Eugene, Oregon, USA leisha at decisionresearch.org Paul Gr wrote: > Dear all > > We are currently planning a small study ont the relationship between > the IOWA Gambling Task (Bechara et al. 1994, 2001) and feelings. > For that reason we are looking for an e-prime version of Bechara’s > much used IOWA Gambling Task. We hope to find someone who is willing > to share this task with us. > > Best wishes Paul Groot and Jan Hoeksma > > > Jan B. Hoeksma > Vrije Universiteit > Developmental Psychology > van der Boechorststraat 1 > 1081 BT Amsterdam > The Netherlands > +31 (0) 20-4988738 > jb.hoeksma at psy.vu.nl > > _________________________________________________________________ > MSN Webmessenger: altijd en overal beschikbaar > http://webmessenger.msn.com/ > > > > From ivaldes at hal-pc.org Thu Apr 7 17:51:10 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Thu, 7 Apr 2005 12:51:10 -0500 Subject: Printing a report .txt file at the end of a paradigm. Message-ID: Hello all, My paradigm needs to automatically print a .txt report file at the end of a run. This is not a problem if Word is installed because it is possible to call it as an OLE object and it will print. However, Word will not be on the systems we are using this on so I'm trying to get wordpad.exe to do it instead. I have succeeded in printing using \wordpad.exe /p test.txt via the shell command with a sleep 2500 and AppClose(shell) afterward, however, it gives me an error message: Run-time Error (Line 83) 802: Can't find window At the end. Other than this it appears to work, but this is not acceptable for it to crash at the end of the paradigm. I am attaching a simple paradigm called testprint.es which attempts to print out a file test.txt. If you wish to try it, you will need to create test.txt in the same directory as .es Any help with this run-time error is appreciated. -- IV From shannon4 at u.washington.edu Thu Apr 7 18:42:26 2005 From: shannon4 at u.washington.edu (Kate Shannon) Date: Thu, 7 Apr 2005 11:42:26 -0700 Subject: independent stimuli in slide object Message-ID: Eprime support: I have a question regarding the "slide" object in eprime. I would like to present two different stimuli together with the slide object, but for differing amounts of time. For example, picture A is presented for 1 second, and picture B is presented for 5 seconds. Is it possible for these two pictures to be presented with the same slide object but on different time courses? Thanks! -Kate Shannon University of Washington Department of Psychology Box 35152 Seattle, WA 98195 From ivaldes at hal-pc.org Sun Apr 10 23:09:27 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Sun, 10 Apr 2005 18:09:27 -0500 Subject: independent stimuli in slide object Message-ID: I am not e-prime support, but yes you can do this with a single slide object. Put picture A as the Default state for Slide1 object and picture B with State1 for Slide1 object. Then change the state and duration as needed with inline code such as: If SomeCondition = True Then Slide1.ActiveState = "Default" Slide1.Duration = 1000 Else Slide1.ActiveState = "State1" Slide1.Duration = 5000 End If >>> Eprime support: I have a question regarding the "slide" object in eprime. I would like to present two different stimuli together with the slide object, but for differing amounts of time. For example, picture A is presented for 1 second, and picture B is presented for 5 seconds. Is it possible for these two pictures to be presented with the same slide object but on different time courses? Thanks! -Kate Shannon University of Washington Department of Psychology Box 35152 Seattle, WA 98195 <<< From brandon_cernicky at yahoo.com Wed Apr 13 15:18:31 2005 From: brandon_cernicky at yahoo.com (Brandon Cernicky) Date: Wed, 13 Apr 2005 08:18:31 -0700 Subject: independent stimuli in slide object Message-ID: Shannon, So you would like both images to start at the same time, but one of them with an effective duration of 5000 and the other with an effective duration of 1000? If this is the case, here are some suggestions. 1) Create your Stimulus slide and place both images on it in the location you would like for them to go. 2) Set the duration of the Slide to the maximum you want the longest image to be presented. NOTE: At this point, both images will be presented for the same duration. 3) Set the PreRelease on the Stimulus Slide to be the exact same as the duration. This will allow for the InLine to process the effective durations. 4) Create an InLine object just after the Stimulus slide and place the following code. What this code will do is spin in a loop for the total duration of the Stimulus Slide. During that loop, you can determine when 1000 ms has elapsed and then clear the image you only want to display for 1000. 'NOTE: search and replace Stimulus for the name of your slide object. The image objects are assumed to be named Image1 and Image2, which can be changed in the interface and this script to accomodate more custom names. Dim bClearImage As Boolean bClearImage = False While Stimulus.InputMasks.IsPending() 'Have we cleared the Image If Not bClearImage Then 'Is it time to clear the Image? If Clock.Read >= Stimulus.OnsetTime + 1000 Then 'Get a reference variable to the slide Image Dim theSlideImage As SlideImage Set theSlideImage = CSlideImage(Stimulus.States(Stimulus.ActiveState).Objects("Image2")) If Not theSlideImage Is Nothing Then 'With the cooridnates of the slide Image ' we paint over the area Display.Canvas.PenWidth = theSlideImage.BorderWidth Display.Canvas.PenColor = theSlideImage.BorderColor Display.Canvas.FillColor = theSlideImage.BackColor Display.Canvas.Rectangle theSlideImage.Left, theSlideImage.Top, theSlideImage.Right - theSlideImage.Left, theSlideImage.Bottom - theSlideImage.Top 'Set the flag so we don't clear it again bClearImage = True End If End If End If 'Give some time back Sleep 10 DoEvents Wend If you are collecting responses during this time, make sure the EndResponseAction is none, because jump or terminate will actually terminate the next object in the procedure. If you are not collecting any responses, then you will need to change the first line (while...) to While Clock.Read < Stimulus.OnsetTime + Stimulus.Duration -Brandon >>> I have a question regarding the "slide" object in >>> eprime. I would like >>> to present two different stimuli together with >>> the slide object, but >>> for differing amounts of time. For example, >>> picture A is presented for >>> 1 second, and picture B is presented for 5 >>> seconds. Is it possible for >>> these two pictures to be presented with the same >>> slide object but on >>> different time courses? Thanks! >>> >>> -Kate Shannon >>> >>> University of Washington >>> Department of Psychology >>> Box 35152 Seattle, WA 98195 <<< >>> __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From C.Bonnemayer at DMKEP.unimaas.nl Thu Apr 14 06:58:58 2005 From: C.Bonnemayer at DMKEP.unimaas.nl (Bonnemayer C (DMKEP)) Date: Thu, 14 Apr 2005 08:58:58 +0200 Subject: Serial resonse box second key bank Message-ID: Dear all, We want to use 10 response keys and 10 lamps. For this purpose we designed our own 10-key button box which is connected to the expansion interface of a standard Serial Response Box. In this button box five buttons are connected to keybank 1 and the other five buttons to keybank 2. In the good old days of MEL one could select the number of banks to use by using the SRBOX-INIT command (first bank, second bank or both banks). Our 10-key button box worked well when using MEL but unfortunately this button box does not work when using E-Prime. It appears there is no equivalent of this MEL SRBOX-INIT command. Any suggestions? C. Bonnemayer Research Technician Maastricht University Dept. of Medical, Clinical and Experimental Psychology P.O. Box 616 6200 MD Maastricht The Netherlands p: +31 (0)43 3882486 f: +31 (0)43 3884155 -------------- next part -------------- An HTML attachment was scrubbed... URL: From M.T.Dewar at sms.ed.ac.uk Thu Apr 14 14:36:55 2005 From: M.T.Dewar at sms.ed.ac.uk (Michaela Dewar) Date: Thu, 14 Apr 2005 15:36:55 +0100 Subject: max length for sound files Message-ID: Hi, Does anyone know whether the maximum length of a sound file can be changed in e-prime. The default maximum duration appears to be 100000ms. My wav file is 10 minutes long and I have not been successful in finding a way to present this with e-prime. Many thanks, Michaela From pauls_postbus at hotmail.com Sat Apr 16 13:48:05 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Sat, 16 Apr 2005 15:48:05 +0200 Subject: max length for sound files In-Reply-To: <1113489415.425e800729bcb@sms.ed.ac.uk> Message-ID: Dear Michaela Since the buffer size is limited by the graphical user interface, you could bypass the 100sec limit by entering the required code in an inline script: dim SoundLong as SoundOut dim SoundBufferLong as SoundBuffer Set SoundLong = New SoundOut SoundLong.Name = "SoundLong" SoundLong.Tag = "" Dim SoundBufferLongInfo As SoundBufferInfo SoundBufferLongInfo.MaxLength = 300000 ' this should be at least the duration of your sound clip SoundBufferLongInfo.VolumeControl = CLogical("no") SoundBufferLongInfo.PanControl = CLogical("no") Set SoundBufferLong = Sound.CreateBuffer(SoundBufferLongInfo) SoundLong.Buffers.Add SoundBufferLong SoundBufferLong.Loop = CLogical("No") SoundBufferLong.StopAfter = CLogical("Yes") SoundBufferLong.StartOffset = "0" SoundBufferLong.StopOffset = "0" SoundBufferLong.EndSoundAction = 0 SoundBufferLong.Filename = "longtrack.WAV" ' <-- enter your file her SoundBufferLong.Load Set SoundBufferLong = Nothing SoundLong.Duration = 0 ' <-- the currents setting continues playing while running the rest of the script SoundLong.TimingMode = ebTimingModeEvent SoundLong.PreRelease = Val("0") SoundLong.OnsetSync = 1 SoundLong.OffsetSync = 0 SoundLong.Play ' <-- the tune is started here This seems like a ln awfull lot of code, but most properties are set just to there default values. Properties to change are MaxLength and Filename. More detailed info is available in the EBasic manual. An alternative is to bypass the sound functionality of EPrime and call some build-in windows functions directly. Just enter the following piece of code in the user section tab-page of the script: '------------ USER SECTION BEGIN ' Sound suppport by using the windows multimedia library directly (i.e. bypassing EPrime) Declare Function sndPlaySound Lib "winmm.dll" Alias "sndPlaySoundA" (ByVal lpszSoundName As String, ByVal uFlags As Long) As Long Declare Function PlaySound Lib "winmm.dll" Alias "PlaySoundA" (ByVal lpszName As String, ByVal hModule As Long, ByVal dwFlags As Long) As Long ' Some constants for playing sounds Const SND_LOOP = &H8 ' loop the sound until next sndPlaySound Const SND_ASYNC = &H1 ' play asynchronously Const SND_NOSTOP = &H10 ' don't stop any currently playing sound Const SND_SYNC = &H0 ' play synchronously (default) Const SND_NODEFAULT = &H2 ' silence not default, if sound not found Const SND_PURGE = &H40 ' purge non-static events for task ' Remarks ' If the specified sound cannot be found, sndPlaySound plays the system default sound. ' If there is no system default entry in the registry or WIN.INI file, or if the ' default sound cannot be found, the function makes no sound and returns FALSE. ' ' The specified sound must fit in available physical memory and be playable ' by an installed waveform-audio device driver. If sndPlaySound does not find ' the sound in the current directory, the function searches for it using the ' standard directory-search order. ' Plays a sound from filename ans optionally wait until ready. Function PlaySoundFile(ByVal filename As String, bWaitReady as boolean) as Boolean PlaySoundFile = sndPlaySound(filename, iif(bWaitReady, SND_SYNC, SND_ASYNC) ) End Function ' Plays a repeating sound from filename. Function RepeatSoundFile(ByVal filename As String) as Boolean RepeatSoundFile = sndPlaySound(filename, (SND_LOOP Or SND_ASYNC) ) End Function Sub StopSoundFile() dim ret as boolean ret = sndPlaySound(ebNullString, SND_SYNC) End Sub '------------ USER SECTION END Playing a long sound file is a matter of entering the following code in an inline script to start (and stop) a sound file: if not PlaySoundFile("longtrack.WAV", False) then MsgBox "Unable to play sound file" end if ... StopSoundFile Kind regards, Paul Groot Vrije Universiteit Amsterdam >From: Michaela Dewar >To: eprime at mail.talkbank.org >Subject: max length for sound files >Date: Thu, 14 Apr 2005 15:36:55 +0100 > > > >Hi, >Does anyone know whether the maximum length of a sound file can be changed >in >e-prime. The default maximum duration appears to be 100000ms. My wav file >is 10 >minutes long and I have not been successful in finding a way to present >this >with e-prime. > >Many thanks, >Michaela > _________________________________________________________________ MSN Webmessenger doet het altijd en overal http://webmessenger.msn.com/ From janderson at tfs.psych.umn.edu Mon Apr 18 21:19:39 2005 From: janderson at tfs.psych.umn.edu (Jacob Anderson) Date: Mon, 18 Apr 2005 16:19:39 -0500 Subject: Eprime Version 2.0 Message-ID: Has anyone heard when the release of E-Prime 2.0 will be? I know that PTS has a basic list of updates/improvements, but it would be nice to know what's going on in the new release. My lab is interested in many of the newer features, but we are not looking forward to debugging our current scripts in version, if it does break our inline code. Thanks, Jake Jacob E. Anderson Psychophysiologist Minnesota Center for Twin and Family Research University of Minnesota 460N 75 East River Road Minneapolis, MN 55455 612-626-7790 "I have no lid upon my head, but if I did you could look inside and see what's on my mind" Dave Matthews From macw at mac.com Mon Apr 18 21:29:03 2005 From: macw at mac.com (Brian MacWhinney) Date: Mon, 18 Apr 2005 17:29:03 -0400 Subject: Eprime Version 2.0 In-Reply-To: Message-ID: Jacob, For most of the year, the website has said that 2.0 is due in Summer 2005. The fact that this has not been pushed back should be a positive sign. Of course, this is still the Spring and the Summer runs until Sept 22, right? My guess is that the two biggest things in the new release will be the support for movies and Unicode. However, many of the other features listed at the website will be important too, including copy and paste between experiments. --Brian MacWhinney On Apr 18, 2005, at 5:19 PM, Jacob Anderson wrote: > Has anyone heard when the release of E-Prime 2.0 will be? I know > that PTS has a basic list of updates/improvements, but it would be > nice to know what's going on in the new release. My lab is > interested in many of the newer features, but we are not looking > forward to debugging our current scripts in version, if it does break > our inline code. > > Thanks, > Jake > Jacob E. Anderson > Psychophysiologist > Minnesota Center for Twin and Family Research > University of Minnesota > 460N 75 East River Road > Minneapolis, MN 55455 > 612-626-7790 > > "I have no lid upon my head, but if I did you could look inside and > see what's on my mind" Dave Matthews > From paulj at psy.uq.edu.au Mon Apr 18 22:50:26 2005 From: paulj at psy.uq.edu.au (Paul R. Jackson) Date: Tue, 19 Apr 2005 08:50:26 +1000 Subject: Eprime Version 2.0 In-Reply-To: <556886ce2e5134195c32351014352d88@mac.com> Message-ID: If the only thing that changes in version 2.0 is the documentation it will be worth the upgrade. E-Prime has the most appalling documentation of any commercial software on the planet. There is so much functionality in E-Prime that is undocumented or at best only alluded to in the documentation. It really is ridiculous. This results in very poorly designed experiment because often the experiment will be taking advantage of a hidden feature/quirk/bug which because it is not understood will result in problems. Another big feature will be the ability to "Digital recording of subject vocalizations". I have people needing this feature on a regular basis. > including copy and paste between experiments. Yes copy and paste will be good. It was nice of the developers to put copy/cut/paste on the right click context menu within E-Prime 1, but it would have been better if it wasn't always F***ING greyed out!! Interestingly as someone on this list pointed out previously, you can copy and paste some objects between experiments now. Its just very convoluted: Step 1: Open windows explorer in a directory where you can see 2 experiments (*.es). Step 2: Hold down the CTRL key to select both experiments. Step 3: Right Click on one of them and select open. Step 4: You should now have 2 E-Prime windows, one for each experiment. Select an object to copy (eg: open a procedure and select a text display) Step 5: Drag the object down to the windows taskbar and onto the 'other' experiment. This should open maximise that experiment after a second or so delay. Step 6: Continue to drag the object to a procedure in the new experiment. Step 7: ...and there was much rejoicing. :) Paul ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Paul R. Jackson Experimental Programmer School of Psychology University of Queensland E:paulj at psy.uq.edu.au P:3365-6713 ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > -----Original Message----- > From: eprime at mail.talkbank.org > [mailto:eprime at mail.talkbank.org] On Behalf Of Brian MacWhinney > Sent: Tuesday, 19 April 2005 7:29 AM > Subject: Re: Eprime Version 2.0 > > Jacob, > > For most of the year, the website has said that 2.0 is > due in Summer 2005. The fact that this has not been pushed > back should be a positive sign. Of course, this is still the > Spring and the Summer runs until Sept 22, right? My guess is > that the two biggest things in the new release will be the > support for movies and Unicode. However, many of the other > features listed at the website will be important too, > including copy and paste between experiments. > > --Brian MacWhinney > > On Apr 18, 2005, at 5:19 PM, Jacob Anderson wrote: > > > Has anyone heard when the release of E-Prime 2.0 will be? > I know that > > PTS has a basic list of updates/improvements, but it would > be nice to > > know what's going on in the new release. My lab is > interested in many > > of the newer features, but we are not looking forward to > debugging our > > current scripts in version, if it does break our inline code. > > > > Thanks, > > Jake > > Jacob E. Anderson > > Psychophysiologist > > Minnesota Center for Twin and Family Research University of > Minnesota > > 460N 75 East River Road > > Minneapolis, MN 55455 > > 612-626-7790 > > > > "I have no lid upon my head, but if I did you could look inside and > > see what's on my mind" Dave Matthews > > > From michael.crowley at yale.edu Tue Apr 19 19:50:44 2005 From: michael.crowley at yale.edu (Michael J. Crowley) Date: Tue, 19 Apr 2005 15:50:44 -0400 Subject: compatibility between version 1.1 and 2.0 Message-ID: Dear List, Does anyone know how the compatibility will be between version 1.1 and version 2.0? Specifically, will programs written in 2.0 work on a 1.1 machine? Thank you, Mike Crowley Michael J. Crowley, Ph.D. Yale Child Study Center 230 South Frontage Rd. New Haven, CT 06520 Please be aware that email communication can be intercepted in transmission or misdirected. Please consider communicating any sensitive information by telephone, fax or mail. The information contained in this message may be privileged and confidential. If you are NOT the intended recipient, please notify the sender immediately with a copy to hipaa.security at yale.edu and destroy this message. From aknupsky at unm.edu Thu Apr 21 14:14:24 2005 From: aknupsky at unm.edu (aknupsky at unm.edu) Date: Thu, 21 Apr 2005 08:14:24 -0600 Subject: Response Box Compatibility Message-ID: Hello, Does anyone know whether the PST Serial Response Box will be compatible with the 2.0 version of E-prime? I will be setting up my lab in August and wanted to know if the PST Serial Response Box I have now will work when I upgrade to 2.0 or if I will need to purchase a new box as well. Thanks, Aimee Knupsky University of New Mexico From rayv at darkwing.uoregon.edu Thu Apr 21 18:18:18 2005 From: rayv at darkwing.uoregon.edu (Ray Vukcevich) Date: Thu, 21 Apr 2005 11:18:18 -0700 Subject: eyetrackers Message-ID: Can someone tell me or point me toward information on using the EyeLink-1 eye-tracker from SR Research with eprime? I have a student who wants to do this, but it's been a while since she's used eprime. Thanks Ray Vukcevich University of Oregon From pauls_postbus at hotmail.com Thu Apr 21 22:45:13 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Fri, 22 Apr 2005 00:45:13 +0200 Subject: eyetrackers In-Reply-To: <4267EE6A.3050507@darkwing.uoregon.edu> Message-ID: hi ray, Using EPrime together with Eyelink is possible, but only with reduced functionality. The main problem is that it is not easy (or even impossible?) to call eyelink DLL-functions from an EPrime script without running into serious problems. For example, one compatibility issue is that some important functions try to render graphics on the display (such as during calibration calibrating), which is a problem since EPrime already switched to DirectX graphics mode. However, it is possible to create a one way communication link from the EPrime computer to the Eyelink acquisition PC by using a special cable between both printer ports. This cable makes it possible to simulate key presses on the acquisition PC by sending some codes to the printer port. We successfully ran some experiments this way. I still might have a copy of a document somewhere, which describes how to setup such a configuration. Note that calibration should be done with a separate utility before running the EPrime script. Also, the one-way communication link doesn’t provide a mechanism to return measurement information (at runtime) from the acquisition PC to the stimulus PC. So, it is not possible to use the gaze position in your eprime script. best, paul >From: Ray Vukcevich >Reply-To: rayv at uoregon.edu >To: eprime at mail.talkbank.org >Subject: eyetrackers >Date: Thu, 21 Apr 2005 11:18:18 -0700 > >Can someone tell me or point me toward information on using the EyeLink-1 >eye-tracker from SR Research with eprime? > >I have a student who wants to do this, but it's been a while since she's >used eprime. > >Thanks > >Ray Vukcevich >University of Oregon > > > _________________________________________________________________ Speel online games via MSN Messenger http://messenger.msn.nl/ From sven.vanlommel at psy.kuleuven.ac.be Fri Apr 22 07:41:01 2005 From: sven.vanlommel at psy.kuleuven.ac.be (Sven Van Lommel) Date: Fri, 22 Apr 2005 09:41:01 +0200 Subject: eyetrackers Message-ID: I understand the user interface of the Eyelink II has substantially changed. Anyone experience in connecting it to E-Prime, for instance to have E-Prime act on gaze position ? Thanks, Sven. Paul Gr wrote: > hi ray, > > Using EPrime together with Eyelink is possible, but only with reduced > functionality. The main problem is that it is not easy (or even impossible?) > to call eyelink DLL-functions from an EPrime script without running into > serious problems. For example, one compatibility issue is that some > important functions try to render graphics on the display (such as during > calibration calibrating), which is a problem since EPrime already switched > to DirectX graphics mode. > > However, it is possible to create a one way communication link from the > EPrime computer to the Eyelink acquisition PC by using a special cable > between both printer ports. This cable makes it possible to simulate key > presses on the acquisition PC by sending some codes to the printer port. We > successfully ran some experiments this way. I still might have a copy of a > document somewhere, which describes how to setup such a configuration. Note > that calibration should be done with a separate utility before running the > EPrime script. Also, the one-way communication link doesn’t provide a > mechanism to return measurement information (at runtime) from the > acquisition PC to the stimulus PC. So, it is not possible to use the gaze > position in your eprime script. > > best, > paul > > >From: Ray Vukcevich > >Reply-To: rayv at uoregon.edu > >To: eprime at mail.talkbank.org > >Subject: eyetrackers > >Date: Thu, 21 Apr 2005 11:18:18 -0700 > > > >Can someone tell me or point me toward information on using the EyeLink-1 > >eye-tracker from SR Research with eprime? > > > >I have a student who wants to do this, but it's been a while since she's > >used eprime. > > > >Thanks > > > >Ray Vukcevich > >University of Oregon > > > > > > > > _________________________________________________________________ > Speel online games via MSN Messenger http://messenger.msn.nl/ From leeh at biols.susx.ac.uk Fri Apr 1 09:12:08 2005 From: leeh at biols.susx.ac.uk (Lee Hogarth) Date: Fri, 1 Apr 2005 10:12:08 +0100 Subject: Contrast multiple responses against a standard Message-ID: Dear all, In my task, I collect multiple responses from two keys, A and B. Participants have to select the correct key in each trial to be rewarded. If they choose the incorrect key or swap keys they are not rewarded. Consequently, I need to compare every response made in each trials, against the correct standard for that trial, either "A" or "B". If any one of these responses deviates from the standard, no reward follows. If all the responses equal the standard, then reward follows. Does anyone have a chunk of e-basic that compares mutiple responses against a standard. Many thanks for you help. Lee Hogarth. From brandon_cernicky at yahoo.com Fri Apr 1 19:54:20 2005 From: brandon_cernicky at yahoo.com (Brandon Cernicky) Date: Fri, 1 Apr 2005 11:54:20 -0800 Subject: Installing E-Prime after upgrading to XP SP2 Message-ID: The issues with parallel keys not working may be a result of newer machines and not necessarily that of Windows XP SP2. Newer Dells later than year 2001 were shipping with parallel ports that did not provide the IEEE 1284 specification for power requirements in the default mode which caused the parallel keys to fail. Specifying another type in the BIOS (i.e. AT, PS/2) allowed for the key to work. The status of this being corrected is not know primarily because the USB version of the key is now more common. There is also an updated version of the hardware key driver available on the HASP/Alladin (makers of the hardware key) web site and can be accessed via http://www.aladdin.com/support/hasp/enduser.asp and select the GUI install (PST Web Support also can provide a direct link too). As of 2004, the HASP hardware key is part of the Windows Update utility and can be downloaded automatically through that wizard/interface. -Brandon > We've got some new computers that are already at > Windows XP SP2. In > attempting to install E-Prime (1.1.4.1), the parallel > key isn't recognized > and the USB key calls for a driver. Has anyone else > done a recent install > under similar circumstances and NOT had the problem? > Has anyone else had > this problem? > > Thanks in advance for your assistance. __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest From pauls_postbus at hotmail.com Mon Apr 4 11:13:44 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Mon, 4 Apr 2005 13:13:44 +0200 Subject: IOWA Gambling Task Message-ID: Dear all We are currently planning a small study ont the relationship between the IOWA Gambling Task (Bechara et al. 1994, 2001) and feelings. For that reason we are looking for an e-prime version of Bechara?s much used IOWA Gambling Task. We hope to find someone who is willing to share this task with us. Best wishes Paul Groot and Jan Hoeksma Jan B. Hoeksma Vrije Universiteit Developmental Psychology van der Boechorststraat 1 1081 BT Amsterdam The Netherlands +31 (0) 20-4988738 jb.hoeksma at psy.vu.nl _________________________________________________________________ MSN Webmessenger: altijd en overal beschikbaar http://webmessenger.msn.com/ From ivaldes at hal-pc.org Mon Apr 4 21:42:49 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Mon, 4 Apr 2005 16:42:49 -0500 Subject: Timing drift vs. missed keystrokes? Message-ID: Hello all, I have a paradigm which flashes numbers sequentially in a n-back fashion and the user is supposed to click if there is a match. Each number flashes for 500 msecs with 500 msecs blank in between. There are some filler filler number trials that also last 500 msec with 500 msec blank screen. In all, there are 84 trials/Block, with a 10 second rest in between for 6 blocks that is then repeated once. Total time for the paradigm is 10:34. There is a problem with timing drift throughout the paradigm if Pre-release is set to zero. The timing drifts about 5 seconds throughout the paradigm so that the last 5 trials do not get displayed. So somehow the trials are slightly longer than they should be. To fix this, Pre-release must be increased to at least 9 msec for the number display and 9 msec for the blank screen in between. AFter doing this, it no longer drifts and stops at the correct moment. However, this impacts keystroke recording as in: it doesn't record keystrokes reliably. This is grossly apparent at Pre-releases of 100 msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many keystrokes it misses. This leaves a possible 0.018 sec window of time in which a subject response may be missed. E-prime support has been notified of this last week and they are working the problem, so far with no success. In a nutshell, increase pre-release fixes timing drift problem and introduces keystroke recording problem. Decrease pre-release to zero fixes keystroke recording problem but introduces timing drift problem. Has anyone encountered this or have a solution? -- IV From dhair at wfubmc.edu Tue Apr 5 02:16:12 2005 From: dhair at wfubmc.edu (David Hairston) Date: Mon, 4 Apr 2005 22:16:12 -0400 Subject: Timing drift vs. missed keystrokes? Message-ID: I have had to deal wit ha similar issue, as the perceptual effect we are currently using w/ fMRI requires very precise timing. I've found that if you are carefull, and you find the source of the timing drift, then you can run with PreRelease set at 0 and have consistent timing every time. For teh amount of time and error oyu describe, one likely culprit is differences in the requested length of stimuli and what is actually possible given the refresh rate of the monitor. That is, you may find that on occasion your stimuli are lasting just a hair longer b/c they have to wait to finish a screen refresh.... this can add up over the course of 10 minutes. Just a thought. Check to see if you have a consistent delay somplace and start there.... Good luck. Hello all, I have a paradigm which flashes numbers sequentially in a n-back fashion and the user is supposed to click if there is a match. Each number flashes for 500 msecs with 500 msecs blank in between. There are some filler filler number trials that also last 500 msec with 500 msec blank screen. In all, there are 84 trials/Block, with a 10 second rest in between for 6 blocks that is then repeated once. Total time for the paradigm is 10:34. There is a problem with timing drift throughout the paradigm if Pre-release is set to zero. The timing drifts about 5 seconds throughout the paradigm so that the last 5 trials do not get displayed. So somehow the trials are slightly longer than they should be. To fix this, Pre-release must be increased to at least 9 msec for the number display and 9 msec for the blank screen in between. AFter doing this, it no longer drifts and stops at the correct moment. However, this impacts keystroke recording as in: it doesn't record keystrokes reliably. This is grossly apparent at Pre-releases of 100 msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many keystrokes it misses. This leaves a possible 0.018 sec window of time in which a subject response may be missed. E-prime support has been notified of this last week and they are working the problem, so far with no success. In a nutshell, increase pre-release fixes timing drift problem and introduces keystroke recording problem. Decrease pre-release to zero fixes keystroke recording problem but introduces timing drift problem. Has anyone encountered this or have a solution? -- IV From ivaldes at hal-pc.org Tue Apr 5 16:40:21 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Tue, 5 Apr 2005 11:40:21 -0500 Subject: Timing drift vs. missed keystrokes? In-Reply-To: <5.2.0.9.2.20050405103435.00c5f2d0@merle.it.northwestern.edu> Message-ID: I think I have my problem figured out. It has to do with the screen refresh rate. It discusses this in Chapter 3 'Critical Timing' of the Users Guide. Our 500 msec stimulus does not match the 13.33333msec refresh rate of the monitor so it makes it last longer. As stated in the manual, there is a calculation you can perform to estimate what is a good stim display rate for your monitor. What is apparently optimal for our test bed is 496 msec but will vary per machine. Per your question on whether pre-release makes it miss button presses, you have to have someone sit with the subject and actually count the button presses and see that they match what is recorded in order to notice missed button presses. You can also do a thought experiment based upon the Pre-Release discussion of Chapter 3 in the User's Guide. -- IV On Tue, 05 Apr 2005 10:36:22 -0500 Jordan Bigio wrote: > I have some long pre-releases, but have never noticed that it >affects the RT (or when e-prime registers the button press). How >would you notice something like that?? We've run so many Ss that it >almost doesn't matter now, but I'm curious. > > Jordan > > At 10:16 PM 4/4/2005 -0400, David Hairston wrote: >>I have had to deal wit ha similar issue, as the perceptual effect we >>are currently using w/ fMRI requires very precise timing. >> >>I've found that if you are carefull, and you find the source of the >>timing drift, then you can run with PreRelease set at 0 and have >>consistent timing every time. For teh amount of time and error oyu >>describe, one likely culprit is differences in the requested length >>of stimuli and what is actually possible given the refresh rate of >>the monitor. That is, you may find that on occasion your stimuli are >>lasting just a hair longer b/c they have to wait to finish a screen >>refresh.... this can add up over the course of 10 minutes. Just a >>thought. Check to see if you have a consistent delay somplace and >>start there.... >> >>Good luck. >> >> >> >> >> >> >> >>Hello all, >> >>I have a paradigm which flashes numbers sequentially in a n-back >>fashion and the user is supposed to click if there is a match. Each >>number flashes for 500 msecs with 500 msecs blank in between. There >>are some filler filler number trials that also last 500 msec with 500 >>msec blank screen. In all, there are 84 trials/Block, with a 10 >>second >>rest in between for 6 blocks that is then repeated once. Total time >>for the paradigm is 10:34. >> >>There is a problem with timing drift throughout the paradigm if >>Pre-release is set to zero. The timing drifts about 5 seconds >>throughout the paradigm so that the last 5 trials do not get >>displayed. So somehow the trials are slightly longer than they should >>be. To fix this, Pre-release must be increased to at least 9 msec for >>the number display and 9 msec for the blank screen in between. AFter >>doing this, it no longer drifts and stops at the correct moment. >>However, this impacts keystroke recording as in: it doesn't record >>keystrokes reliably. This is grossly apparent at Pre-releases of 100 >>msec or more. I'm testing this at 9msecs x 2 = 18msec to see how many >>keystrokes it misses. This leaves a possible 0.018 sec window of time >>in which a subject response may be missed. E-prime support has been >>notified of this last week and they are working the problem, so far >>with no success. >> >>In a nutshell, increase pre-release fixes timing drift problem and >>introduces keystroke recording problem. Decrease pre-release to zero >>fixes keystroke recording problem but introduces timing drift >>problem. >> >>Has anyone encountered this or have a solution? >> >>-- IV > > Jordan D. Bigio, B.A. > Project Coordinator > Developmental Cognitive Neuroscience Laboratory > Department of Communication Sciences and Disorders > Northwestern University > 2240 N. Campus Dr., Frances Searle Building, Rm. 2-342 > Evanston, IL 60208 > Phone: 847-491-3647 > From leisha at decisionresearch.org Tue Apr 5 16:51:44 2005 From: leisha at decisionresearch.org (Leisha Wharfield) Date: Tue, 5 Apr 2005 09:51:44 -0700 Subject: IOWA Gambling Task In-Reply-To: Message-ID: We would also very much like to have an e-prime version of the IOWA Gambling Task. Sincerely, Leisha Wharfield Decision Research Eugene, Oregon, USA leisha at decisionresearch.org Paul Gr wrote: > Dear all > > We are currently planning a small study ont the relationship between > the IOWA Gambling Task (Bechara et al. 1994, 2001) and feelings. > For that reason we are looking for an e-prime version of Bechara?s > much used IOWA Gambling Task. We hope to find someone who is willing > to share this task with us. > > Best wishes Paul Groot and Jan Hoeksma > > > Jan B. Hoeksma > Vrije Universiteit > Developmental Psychology > van der Boechorststraat 1 > 1081 BT Amsterdam > The Netherlands > +31 (0) 20-4988738 > jb.hoeksma at psy.vu.nl > > _________________________________________________________________ > MSN Webmessenger: altijd en overal beschikbaar > http://webmessenger.msn.com/ > > > > From ivaldes at hal-pc.org Thu Apr 7 17:51:10 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Thu, 7 Apr 2005 12:51:10 -0500 Subject: Printing a report .txt file at the end of a paradigm. Message-ID: Hello all, My paradigm needs to automatically print a .txt report file at the end of a run. This is not a problem if Word is installed because it is possible to call it as an OLE object and it will print. However, Word will not be on the systems we are using this on so I'm trying to get wordpad.exe to do it instead. I have succeeded in printing using \wordpad.exe /p test.txt via the shell command with a sleep 2500 and AppClose(shell) afterward, however, it gives me an error message: Run-time Error (Line 83) 802: Can't find window At the end. Other than this it appears to work, but this is not acceptable for it to crash at the end of the paradigm. I am attaching a simple paradigm called testprint.es which attempts to print out a file test.txt. If you wish to try it, you will need to create test.txt in the same directory as .es Any help with this run-time error is appreciated. -- IV From shannon4 at u.washington.edu Thu Apr 7 18:42:26 2005 From: shannon4 at u.washington.edu (Kate Shannon) Date: Thu, 7 Apr 2005 11:42:26 -0700 Subject: independent stimuli in slide object Message-ID: Eprime support: I have a question regarding the "slide" object in eprime. I would like to present two different stimuli together with the slide object, but for differing amounts of time. For example, picture A is presented for 1 second, and picture B is presented for 5 seconds. Is it possible for these two pictures to be presented with the same slide object but on different time courses? Thanks! -Kate Shannon University of Washington Department of Psychology Box 35152 Seattle, WA 98195 From ivaldes at hal-pc.org Sun Apr 10 23:09:27 2005 From: ivaldes at hal-pc.org (Ignacio Valdes) Date: Sun, 10 Apr 2005 18:09:27 -0500 Subject: independent stimuli in slide object Message-ID: I am not e-prime support, but yes you can do this with a single slide object. Put picture A as the Default state for Slide1 object and picture B with State1 for Slide1 object. Then change the state and duration as needed with inline code such as: If SomeCondition = True Then Slide1.ActiveState = "Default" Slide1.Duration = 1000 Else Slide1.ActiveState = "State1" Slide1.Duration = 5000 End If >>> Eprime support: I have a question regarding the "slide" object in eprime. I would like to present two different stimuli together with the slide object, but for differing amounts of time. For example, picture A is presented for 1 second, and picture B is presented for 5 seconds. Is it possible for these two pictures to be presented with the same slide object but on different time courses? Thanks! -Kate Shannon University of Washington Department of Psychology Box 35152 Seattle, WA 98195 <<< From brandon_cernicky at yahoo.com Wed Apr 13 15:18:31 2005 From: brandon_cernicky at yahoo.com (Brandon Cernicky) Date: Wed, 13 Apr 2005 08:18:31 -0700 Subject: independent stimuli in slide object Message-ID: Shannon, So you would like both images to start at the same time, but one of them with an effective duration of 5000 and the other with an effective duration of 1000? If this is the case, here are some suggestions. 1) Create your Stimulus slide and place both images on it in the location you would like for them to go. 2) Set the duration of the Slide to the maximum you want the longest image to be presented. NOTE: At this point, both images will be presented for the same duration. 3) Set the PreRelease on the Stimulus Slide to be the exact same as the duration. This will allow for the InLine to process the effective durations. 4) Create an InLine object just after the Stimulus slide and place the following code. What this code will do is spin in a loop for the total duration of the Stimulus Slide. During that loop, you can determine when 1000 ms has elapsed and then clear the image you only want to display for 1000. 'NOTE: search and replace Stimulus for the name of your slide object. The image objects are assumed to be named Image1 and Image2, which can be changed in the interface and this script to accomodate more custom names. Dim bClearImage As Boolean bClearImage = False While Stimulus.InputMasks.IsPending() 'Have we cleared the Image If Not bClearImage Then 'Is it time to clear the Image? If Clock.Read >= Stimulus.OnsetTime + 1000 Then 'Get a reference variable to the slide Image Dim theSlideImage As SlideImage Set theSlideImage = CSlideImage(Stimulus.States(Stimulus.ActiveState).Objects("Image2")) If Not theSlideImage Is Nothing Then 'With the cooridnates of the slide Image ' we paint over the area Display.Canvas.PenWidth = theSlideImage.BorderWidth Display.Canvas.PenColor = theSlideImage.BorderColor Display.Canvas.FillColor = theSlideImage.BackColor Display.Canvas.Rectangle theSlideImage.Left, theSlideImage.Top, theSlideImage.Right - theSlideImage.Left, theSlideImage.Bottom - theSlideImage.Top 'Set the flag so we don't clear it again bClearImage = True End If End If End If 'Give some time back Sleep 10 DoEvents Wend If you are collecting responses during this time, make sure the EndResponseAction is none, because jump or terminate will actually terminate the next object in the procedure. If you are not collecting any responses, then you will need to change the first line (while...) to While Clock.Read < Stimulus.OnsetTime + Stimulus.Duration -Brandon >>> I have a question regarding the "slide" object in >>> eprime. I would like >>> to present two different stimuli together with >>> the slide object, but >>> for differing amounts of time. For example, >>> picture A is presented for >>> 1 second, and picture B is presented for 5 >>> seconds. Is it possible for >>> these two pictures to be presented with the same >>> slide object but on >>> different time courses? Thanks! >>> >>> -Kate Shannon >>> >>> University of Washington >>> Department of Psychology >>> Box 35152 Seattle, WA 98195 <<< >>> __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From C.Bonnemayer at DMKEP.unimaas.nl Thu Apr 14 06:58:58 2005 From: C.Bonnemayer at DMKEP.unimaas.nl (Bonnemayer C (DMKEP)) Date: Thu, 14 Apr 2005 08:58:58 +0200 Subject: Serial resonse box second key bank Message-ID: Dear all, We want to use 10 response keys and 10 lamps. For this purpose we designed our own 10-key button box which is connected to the expansion interface of a standard Serial Response Box. In this button box five buttons are connected to keybank 1 and the other five buttons to keybank 2. In the good old days of MEL one could select the number of banks to use by using the SRBOX-INIT command (first bank, second bank or both banks). Our 10-key button box worked well when using MEL but unfortunately this button box does not work when using E-Prime. It appears there is no equivalent of this MEL SRBOX-INIT command. Any suggestions? C. Bonnemayer Research Technician Maastricht University Dept. of Medical, Clinical and Experimental Psychology P.O. Box 616 6200 MD Maastricht The Netherlands p: +31 (0)43 3882486 f: +31 (0)43 3884155 -------------- next part -------------- An HTML attachment was scrubbed... URL: From M.T.Dewar at sms.ed.ac.uk Thu Apr 14 14:36:55 2005 From: M.T.Dewar at sms.ed.ac.uk (Michaela Dewar) Date: Thu, 14 Apr 2005 15:36:55 +0100 Subject: max length for sound files Message-ID: Hi, Does anyone know whether the maximum length of a sound file can be changed in e-prime. The default maximum duration appears to be 100000ms. My wav file is 10 minutes long and I have not been successful in finding a way to present this with e-prime. Many thanks, Michaela From pauls_postbus at hotmail.com Sat Apr 16 13:48:05 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Sat, 16 Apr 2005 15:48:05 +0200 Subject: max length for sound files In-Reply-To: <1113489415.425e800729bcb@sms.ed.ac.uk> Message-ID: Dear Michaela Since the buffer size is limited by the graphical user interface, you could bypass the 100sec limit by entering the required code in an inline script: dim SoundLong as SoundOut dim SoundBufferLong as SoundBuffer Set SoundLong = New SoundOut SoundLong.Name = "SoundLong" SoundLong.Tag = "" Dim SoundBufferLongInfo As SoundBufferInfo SoundBufferLongInfo.MaxLength = 300000 ' this should be at least the duration of your sound clip SoundBufferLongInfo.VolumeControl = CLogical("no") SoundBufferLongInfo.PanControl = CLogical("no") Set SoundBufferLong = Sound.CreateBuffer(SoundBufferLongInfo) SoundLong.Buffers.Add SoundBufferLong SoundBufferLong.Loop = CLogical("No") SoundBufferLong.StopAfter = CLogical("Yes") SoundBufferLong.StartOffset = "0" SoundBufferLong.StopOffset = "0" SoundBufferLong.EndSoundAction = 0 SoundBufferLong.Filename = "longtrack.WAV" ' <-- enter your file her SoundBufferLong.Load Set SoundBufferLong = Nothing SoundLong.Duration = 0 ' <-- the currents setting continues playing while running the rest of the script SoundLong.TimingMode = ebTimingModeEvent SoundLong.PreRelease = Val("0") SoundLong.OnsetSync = 1 SoundLong.OffsetSync = 0 SoundLong.Play ' <-- the tune is started here This seems like a ln awfull lot of code, but most properties are set just to there default values. Properties to change are MaxLength and Filename. More detailed info is available in the EBasic manual. An alternative is to bypass the sound functionality of EPrime and call some build-in windows functions directly. Just enter the following piece of code in the user section tab-page of the script: '------------ USER SECTION BEGIN ' Sound suppport by using the windows multimedia library directly (i.e. bypassing EPrime) Declare Function sndPlaySound Lib "winmm.dll" Alias "sndPlaySoundA" (ByVal lpszSoundName As String, ByVal uFlags As Long) As Long Declare Function PlaySound Lib "winmm.dll" Alias "PlaySoundA" (ByVal lpszName As String, ByVal hModule As Long, ByVal dwFlags As Long) As Long ' Some constants for playing sounds Const SND_LOOP = &H8 ' loop the sound until next sndPlaySound Const SND_ASYNC = &H1 ' play asynchronously Const SND_NOSTOP = &H10 ' don't stop any currently playing sound Const SND_SYNC = &H0 ' play synchronously (default) Const SND_NODEFAULT = &H2 ' silence not default, if sound not found Const SND_PURGE = &H40 ' purge non-static events for task ' Remarks ' If the specified sound cannot be found, sndPlaySound plays the system default sound. ' If there is no system default entry in the registry or WIN.INI file, or if the ' default sound cannot be found, the function makes no sound and returns FALSE. ' ' The specified sound must fit in available physical memory and be playable ' by an installed waveform-audio device driver. If sndPlaySound does not find ' the sound in the current directory, the function searches for it using the ' standard directory-search order. ' Plays a sound from filename ans optionally wait until ready. Function PlaySoundFile(ByVal filename As String, bWaitReady as boolean) as Boolean PlaySoundFile = sndPlaySound(filename, iif(bWaitReady, SND_SYNC, SND_ASYNC) ) End Function ' Plays a repeating sound from filename. Function RepeatSoundFile(ByVal filename As String) as Boolean RepeatSoundFile = sndPlaySound(filename, (SND_LOOP Or SND_ASYNC) ) End Function Sub StopSoundFile() dim ret as boolean ret = sndPlaySound(ebNullString, SND_SYNC) End Sub '------------ USER SECTION END Playing a long sound file is a matter of entering the following code in an inline script to start (and stop) a sound file: if not PlaySoundFile("longtrack.WAV", False) then MsgBox "Unable to play sound file" end if ... StopSoundFile Kind regards, Paul Groot Vrije Universiteit Amsterdam >From: Michaela Dewar >To: eprime at mail.talkbank.org >Subject: max length for sound files >Date: Thu, 14 Apr 2005 15:36:55 +0100 > > > >Hi, >Does anyone know whether the maximum length of a sound file can be changed >in >e-prime. The default maximum duration appears to be 100000ms. My wav file >is 10 >minutes long and I have not been successful in finding a way to present >this >with e-prime. > >Many thanks, >Michaela > _________________________________________________________________ MSN Webmessenger doet het altijd en overal http://webmessenger.msn.com/ From janderson at tfs.psych.umn.edu Mon Apr 18 21:19:39 2005 From: janderson at tfs.psych.umn.edu (Jacob Anderson) Date: Mon, 18 Apr 2005 16:19:39 -0500 Subject: Eprime Version 2.0 Message-ID: Has anyone heard when the release of E-Prime 2.0 will be? I know that PTS has a basic list of updates/improvements, but it would be nice to know what's going on in the new release. My lab is interested in many of the newer features, but we are not looking forward to debugging our current scripts in version, if it does break our inline code. Thanks, Jake Jacob E. Anderson Psychophysiologist Minnesota Center for Twin and Family Research University of Minnesota 460N 75 East River Road Minneapolis, MN 55455 612-626-7790 "I have no lid upon my head, but if I did you could look inside and see what's on my mind" Dave Matthews From macw at mac.com Mon Apr 18 21:29:03 2005 From: macw at mac.com (Brian MacWhinney) Date: Mon, 18 Apr 2005 17:29:03 -0400 Subject: Eprime Version 2.0 In-Reply-To: Message-ID: Jacob, For most of the year, the website has said that 2.0 is due in Summer 2005. The fact that this has not been pushed back should be a positive sign. Of course, this is still the Spring and the Summer runs until Sept 22, right? My guess is that the two biggest things in the new release will be the support for movies and Unicode. However, many of the other features listed at the website will be important too, including copy and paste between experiments. --Brian MacWhinney On Apr 18, 2005, at 5:19 PM, Jacob Anderson wrote: > Has anyone heard when the release of E-Prime 2.0 will be? I know > that PTS has a basic list of updates/improvements, but it would be > nice to know what's going on in the new release. My lab is > interested in many of the newer features, but we are not looking > forward to debugging our current scripts in version, if it does break > our inline code. > > Thanks, > Jake > Jacob E. Anderson > Psychophysiologist > Minnesota Center for Twin and Family Research > University of Minnesota > 460N 75 East River Road > Minneapolis, MN 55455 > 612-626-7790 > > "I have no lid upon my head, but if I did you could look inside and > see what's on my mind" Dave Matthews > From paulj at psy.uq.edu.au Mon Apr 18 22:50:26 2005 From: paulj at psy.uq.edu.au (Paul R. Jackson) Date: Tue, 19 Apr 2005 08:50:26 +1000 Subject: Eprime Version 2.0 In-Reply-To: <556886ce2e5134195c32351014352d88@mac.com> Message-ID: If the only thing that changes in version 2.0 is the documentation it will be worth the upgrade. E-Prime has the most appalling documentation of any commercial software on the planet. There is so much functionality in E-Prime that is undocumented or at best only alluded to in the documentation. It really is ridiculous. This results in very poorly designed experiment because often the experiment will be taking advantage of a hidden feature/quirk/bug which because it is not understood will result in problems. Another big feature will be the ability to "Digital recording of subject vocalizations". I have people needing this feature on a regular basis. > including copy and paste between experiments. Yes copy and paste will be good. It was nice of the developers to put copy/cut/paste on the right click context menu within E-Prime 1, but it would have been better if it wasn't always F***ING greyed out!! Interestingly as someone on this list pointed out previously, you can copy and paste some objects between experiments now. Its just very convoluted: Step 1: Open windows explorer in a directory where you can see 2 experiments (*.es). Step 2: Hold down the CTRL key to select both experiments. Step 3: Right Click on one of them and select open. Step 4: You should now have 2 E-Prime windows, one for each experiment. Select an object to copy (eg: open a procedure and select a text display) Step 5: Drag the object down to the windows taskbar and onto the 'other' experiment. This should open maximise that experiment after a second or so delay. Step 6: Continue to drag the object to a procedure in the new experiment. Step 7: ...and there was much rejoicing. :) Paul ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Paul R. Jackson Experimental Programmer School of Psychology University of Queensland E:paulj at psy.uq.edu.au P:3365-6713 ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > -----Original Message----- > From: eprime at mail.talkbank.org > [mailto:eprime at mail.talkbank.org] On Behalf Of Brian MacWhinney > Sent: Tuesday, 19 April 2005 7:29 AM > Subject: Re: Eprime Version 2.0 > > Jacob, > > For most of the year, the website has said that 2.0 is > due in Summer 2005. The fact that this has not been pushed > back should be a positive sign. Of course, this is still the > Spring and the Summer runs until Sept 22, right? My guess is > that the two biggest things in the new release will be the > support for movies and Unicode. However, many of the other > features listed at the website will be important too, > including copy and paste between experiments. > > --Brian MacWhinney > > On Apr 18, 2005, at 5:19 PM, Jacob Anderson wrote: > > > Has anyone heard when the release of E-Prime 2.0 will be? > I know that > > PTS has a basic list of updates/improvements, but it would > be nice to > > know what's going on in the new release. My lab is > interested in many > > of the newer features, but we are not looking forward to > debugging our > > current scripts in version, if it does break our inline code. > > > > Thanks, > > Jake > > Jacob E. Anderson > > Psychophysiologist > > Minnesota Center for Twin and Family Research University of > Minnesota > > 460N 75 East River Road > > Minneapolis, MN 55455 > > 612-626-7790 > > > > "I have no lid upon my head, but if I did you could look inside and > > see what's on my mind" Dave Matthews > > > From michael.crowley at yale.edu Tue Apr 19 19:50:44 2005 From: michael.crowley at yale.edu (Michael J. Crowley) Date: Tue, 19 Apr 2005 15:50:44 -0400 Subject: compatibility between version 1.1 and 2.0 Message-ID: Dear List, Does anyone know how the compatibility will be between version 1.1 and version 2.0? Specifically, will programs written in 2.0 work on a 1.1 machine? Thank you, Mike Crowley Michael J. Crowley, Ph.D. Yale Child Study Center 230 South Frontage Rd. New Haven, CT 06520 Please be aware that email communication can be intercepted in transmission or misdirected. Please consider communicating any sensitive information by telephone, fax or mail. The information contained in this message may be privileged and confidential. If you are NOT the intended recipient, please notify the sender immediately with a copy to hipaa.security at yale.edu and destroy this message. From aknupsky at unm.edu Thu Apr 21 14:14:24 2005 From: aknupsky at unm.edu (aknupsky at unm.edu) Date: Thu, 21 Apr 2005 08:14:24 -0600 Subject: Response Box Compatibility Message-ID: Hello, Does anyone know whether the PST Serial Response Box will be compatible with the 2.0 version of E-prime? I will be setting up my lab in August and wanted to know if the PST Serial Response Box I have now will work when I upgrade to 2.0 or if I will need to purchase a new box as well. Thanks, Aimee Knupsky University of New Mexico From rayv at darkwing.uoregon.edu Thu Apr 21 18:18:18 2005 From: rayv at darkwing.uoregon.edu (Ray Vukcevich) Date: Thu, 21 Apr 2005 11:18:18 -0700 Subject: eyetrackers Message-ID: Can someone tell me or point me toward information on using the EyeLink-1 eye-tracker from SR Research with eprime? I have a student who wants to do this, but it's been a while since she's used eprime. Thanks Ray Vukcevich University of Oregon From pauls_postbus at hotmail.com Thu Apr 21 22:45:13 2005 From: pauls_postbus at hotmail.com (Paul Gr) Date: Fri, 22 Apr 2005 00:45:13 +0200 Subject: eyetrackers In-Reply-To: <4267EE6A.3050507@darkwing.uoregon.edu> Message-ID: hi ray, Using EPrime together with Eyelink is possible, but only with reduced functionality. The main problem is that it is not easy (or even impossible?) to call eyelink DLL-functions from an EPrime script without running into serious problems. For example, one compatibility issue is that some important functions try to render graphics on the display (such as during calibration calibrating), which is a problem since EPrime already switched to DirectX graphics mode. However, it is possible to create a one way communication link from the EPrime computer to the Eyelink acquisition PC by using a special cable between both printer ports. This cable makes it possible to simulate key presses on the acquisition PC by sending some codes to the printer port. We successfully ran some experiments this way. I still might have a copy of a document somewhere, which describes how to setup such a configuration. Note that calibration should be done with a separate utility before running the EPrime script. Also, the one-way communication link doesn?t provide a mechanism to return measurement information (at runtime) from the acquisition PC to the stimulus PC. So, it is not possible to use the gaze position in your eprime script. best, paul >From: Ray Vukcevich >Reply-To: rayv at uoregon.edu >To: eprime at mail.talkbank.org >Subject: eyetrackers >Date: Thu, 21 Apr 2005 11:18:18 -0700 > >Can someone tell me or point me toward information on using the EyeLink-1 >eye-tracker from SR Research with eprime? > >I have a student who wants to do this, but it's been a while since she's >used eprime. > >Thanks > >Ray Vukcevich >University of Oregon > > > _________________________________________________________________ Speel online games via MSN Messenger http://messenger.msn.nl/ From sven.vanlommel at psy.kuleuven.ac.be Fri Apr 22 07:41:01 2005 From: sven.vanlommel at psy.kuleuven.ac.be (Sven Van Lommel) Date: Fri, 22 Apr 2005 09:41:01 +0200 Subject: eyetrackers Message-ID: I understand the user interface of the Eyelink II has substantially changed. Anyone experience in connecting it to E-Prime, for instance to have E-Prime act on gaze position ? Thanks, Sven. Paul Gr wrote: > hi ray, > > Using EPrime together with Eyelink is possible, but only with reduced > functionality. The main problem is that it is not easy (or even impossible?) > to call eyelink DLL-functions from an EPrime script without running into > serious problems. For example, one compatibility issue is that some > important functions try to render graphics on the display (such as during > calibration calibrating), which is a problem since EPrime already switched > to DirectX graphics mode. > > However, it is possible to create a one way communication link from the > EPrime computer to the Eyelink acquisition PC by using a special cable > between both printer ports. This cable makes it possible to simulate key > presses on the acquisition PC by sending some codes to the printer port. We > successfully ran some experiments this way. I still might have a copy of a > document somewhere, which describes how to setup such a configuration. Note > that calibration should be done with a separate utility before running the > EPrime script. Also, the one-way communication link doesn?t provide a > mechanism to return measurement information (at runtime) from the > acquisition PC to the stimulus PC. So, it is not possible to use the gaze > position in your eprime script. > > best, > paul > > >From: Ray Vukcevich > >Reply-To: rayv at uoregon.edu > >To: eprime at mail.talkbank.org > >Subject: eyetrackers > >Date: Thu, 21 Apr 2005 11:18:18 -0700 > > > >Can someone tell me or point me toward information on using the EyeLink-1 > >eye-tracker from SR Research with eprime? > > > >I have a student who wants to do this, but it's been a while since she's > >used eprime. > > > >Thanks > > > >Ray Vukcevich > >University of Oregon > > > > > > > > _________________________________________________________________ > Speel online games via MSN Messenger http://messenger.msn.nl/