From JaxS at einstein.edu  Tue Nov  2 18:04:31 2004
From: JaxS at einstein.edu (Steve Jax)
Date: Tue, 2 Nov 2004 13:04:31 -0500
Subject: PLATO goggle and e-prime
Message-ID: <TUE.2.NOV.2004.130431.0500.JAXS@EINSTEIN.EDU>

Hi all,
I'm new to e-prime and need to set up an experiment using PLATO vision
occluding goggles. I know I could probably figure out how to control
them using WritePort function for the parallel port, but before trying
wanted to see if anyone else has already written a program for running
the goggles. Thanks in advance.
-Steven Jax
Postdoctoral Research Fellow
Moss Rehabilitation Research Institute


From eelliott at lsu.edu  Fri Nov  5 21:02:03 2004
From: eelliott at lsu.edu (Emily Elliott)
Date: Fri, 5 Nov 2004 15:02:03 -0600
Subject: feedback objects
Message-ID: <FRI.5.NOV.2004.150203.0600.EELLIOTT@LSU.EDU>

Hello,

I am writing a simple experiment and using a feedback object to present
feedback on accuracy. Is there a simple way to present a cumulative accuracy
score at the end of the experiment for the experimenter to gauge level of
performance? I've tried adding in a second feedback object at the level of
the session proc but this does not seem to work.

Any help would be appreciated!

Thanks,
Emily

Emily Elliott, Ph.D.
Louisiana State University
Department of Psychology
228 Audubon Hall
Baton Rouge, LA  70803
Office:(225)578-7460
Fax:(225)578-4125
eelliott at lsu.edu


From baranan at post.tau.ac.il  Thu Nov 11 13:13:49 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Thu, 11 Nov 2004 15:13:49 +0200
Subject: fast priming procedures
Message-ID: <THU.11.NOV.2004.151349.0200.BARANAN@POST.TAU.AC.IL>

Hi

I'm trying to show a stimulus for a very short period of time, but it doesn't work too good.
I have the following script (both dotCnvs and stimCnvs are already drawn):
cnvs.copy dotCnvs, scrRect , scrRect
sleep(200)
'Show Stim
Display.waitforverticalBlank
cnvs.copy stimCnvs, scrRect , scrRect
sleep(1)
'Clear
cnvs.clear

But I can still see the stimCnvs. Furthermore, sometimes I see it and sometimes not. I guess my problem is related to refresh-rate issues, but I don't really know much about screens. 
So could someone explain to me what I'm doing wrong, and more important - how can I fix it?

Thanks

Yoav

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041111/ac8fea3c/attachment.html>

From baranan at post.tau.ac.il  Thu Nov 11 14:04:13 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Thu, 11 Nov 2004 16:04:13 +0200
Subject: fast priming procedures
Message-ID: <THU.11.NOV.2004.160413.0200.BARANAN@POST.TAU.AC.IL>

Thanks Georg.
I suspected this would be the answer.
By the way, does it mean that I have to use multiples of 10ms for my
exposure-durations when I use a screen with 100Hz?

Yoav

----- Original Message -----
From: "Georg Odenthal" <odenthal at soz.psychologie.uni-konstanz.de>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>
Sent: Thursday, November 11, 2004 3:57 PM
Subject: Re: fast priming procedures


> Hi Yoav,
>
> what you try to do is impossible with a ray-tube screen. You would need
> to find a screen with 1000 Hz display rate and screens like that just
> don't exist. The maximum you can get is probably a 100 or 120 Hz
> screens which can display images for 10 ms or 8.33 ms (1000 ms divided
> by Hz rate = minimum possible display time) respectively.
>
> If you want to display stimuli for a shorter duration than 10 or 8 ms
> then you will need an external display device like a special slide
> projector that can flash images that fast (some years a ago a colleague
> of mine did some subliminal priming studies with slide projectors,
> which displayed the slides for very short durations - as far as I know
> this method proved to be successful).
>
> Bye,
>   Georg
>
>
> ==========================================
>
> Georg Odenthal, Dipl.-Psych.
> Social Psychology and Motivation
> Box D39
> University of Konstanz
> 78457 Konstanz, Germany
>
> Phone #: +49 7531 88-2872
> Fax #: +49 7531 88-3286
> Email: odenthal at soz.psychologie.uni-konstanz.de
> URL: http://www.socpsych.uni-konstanz.de
>
> ==========================================
>
>
>
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
>


From eddie at ling.ed.ac.uk  Mon Nov 15 12:28:43 2004
From: eddie at ling.ed.ac.uk (Eddie Dubourg)
Date: Mon, 15 Nov 2004 12:28:43 -0000
Subject: Assigning text to a specific text box.
Message-ID: <MON.15.NOV.2004.122843.0000.EDDIE@LING.ED.AC.UK>

A student is designing an experiment which needs to display randomly
selected text strings at specific positions on a screen - to be precise to a
10x5 grid of positions, incrementing the position by one each time.

My idea for this is to setup a slide with 50 text boxes, each with a
uniquely chosen name (1-50 or similar), and then to have a simple increment
on a variable each time the procedure is run to assign the number - what I
need is a script fragment to get the text string (attribute name textstr) to
display in the assigned text box.

Is this trivial, or am I opening a can of worms trying to do it this way?

Eddie Dubourg
Computing Officer
Theoretical and Applied Linguistics
PPLS, University of Edinburgh


From leisha at decisionresearch.org  Mon Nov 15 17:25:51 2004
From: leisha at decisionresearch.org (Leisha Wharfield)
Date: Mon, 15 Nov 2004 09:25:51 -0800
Subject: Assigning text to a specific text box.
In-Reply-To: <200411151227.iAFCR4A15978@pisa.ling.ed.ac.uk>
Message-ID: <MON.15.NOV.2004.092551.0800.LEISHA@DECISIONRESEARCH.ORG>

Seems like it would be easier to place the text at one of 50 specific
locations on the video screen without creating text boxes, but by
specifying the percentage position on the screen. 50% vertical, 50%
horizontal, for example. You would have just two variables, an x and a y
location that could easily be changed incrementally by changing the
values of a pair of numeric strings.

I've done something similar to this with clickable response scales, but
I'm sure there are other people on the mailing list who can explain the
details better than me.

Leisha

Eddie Dubourg wrote:

>A student is designing an experiment which needs to display randomly
>selected text strings at specific positions on a screen - to be precise to a
>10x5 grid of positions, incrementing the position by one each time.
>
>My idea for this is to setup a slide with 50 text boxes, each with a
>uniquely chosen name (1-50 or similar), and then to have a simple increment
>on a variable each time the procedure is run to assign the number - what I
>need is a script fragment to get the text string (attribute name textstr) to
>display in the assigned text box.
>
>Is this trivial, or am I opening a can of worms trying to do it this way?
>
>Eddie Dubourg
>Computing Officer
>Theoretical and Applied Linguistics
>PPLS, University of Edinburgh
>
>
>
>
>
>


From blodgett at ling.ohio-state.edu  Thu Nov 18 17:55:00 2004
From: blodgett at ling.ohio-state.edu (Allison Blodgett)
Date: Thu, 18 Nov 2004 12:55:00 -0500
Subject: cross-modal lexical priming
Message-ID: <THU.18.NOV.2004.125500.0500.BLODGETT@LING.OHIOSTATE.EDU>

Hi,

Does anyone have a cross-modal lexical priming script that they would
be willing to share? More specifically, I'm looking for one that
presents a visual stimulus at some specified point in a sound file.

Thanks,
Allison Blodgett


From a.holmes at uq.edu.au  Fri Nov 19 04:18:44 2004
From: a.holmes at uq.edu.au (Anna Holmes)
Date: Fri, 19 Nov 2004 14:18:44 +1000
Subject: Response boxes
Message-ID: <FRI.19.NOV.2004.141844.1000.A.HOLMES@UQ.EDU.AU>


Hello,
Has anyone used a Cedrus RB-x30 series response box with E-prime?
Does anyone know of any benchmarking/experimental timing tests done with
this series of Cedrus response boxes (used with or without E-prime)?
Thanks
Anna
-----------------------------------------------------------
Anna D Holmes. BSpPath(Hons)
University of Queensland
QLD 4072 Australia
Phone: +61 7 3346 9726
Fax: +61 7 3365 1877
a.holmes at uq.edu.au


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041119/4877744e/attachment.html>

From sperloe at haverford.edu  Fri Nov 19 20:18:23 2004
From: sperloe at haverford.edu (Sid Perloe)
Date: Fri, 19 Nov 2004 14:18:23 -0600
Subject: remove from mail list
Message-ID: <FRI.19.NOV.2004.141823.0600.SPERLOE@HAVERFORD.EDU>

Please remove me from the e-prime mail list.

Sid Perloe


From baranan at post.tau.ac.il  Tue Nov 23 11:46:49 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Tue, 23 Nov 2004 13:46:49 +0200
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.134649.0200.BARANAN@POST.TAU.AC.IL>

Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?


From asa8 at leicester.ac.uk  Tue Nov 23 12:14:34 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Tue, 23 Nov 2004 12:14:34 -0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.121434.0000.ASA8@LEICESTER.AC.UK>

Hi

No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.

Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?


From henk.smit at bristol.ac.uk  Tue Nov 23 14:38:57 2004
From: henk.smit at bristol.ac.uk (Henk Smit)
Date: Tue, 23 Nov 2004 14:38:57 +0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.143857.0000.>

Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more
important: does anyone know how to avoid this, and have a normal
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
>
> No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.
>
> Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.
>
> Regards
>
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
>
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
>
>
> Hi
>
> I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the durations to
> be a product of the refresh-duration. Is it true?
>
>
>
>


--
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From asa8 at leicester.ac.uk  Tue Nov 23 14:52:31 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Tue, 23 Nov 2004 14:52:31 -0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.145231.0000.ASA8@LEICESTER.AC.UK>

Hi Henk

1. The area of the picture will be fixed, and is usually to within about 1mm of the bezel. A point to note is that a 17" LCD has a diagonal size of 17". A 17" CRT will be ~16" because the bezel overlaps the front of the screen.

2. This is because LCDs have a fixed native resolution. A 17" panel is usually 1280*1024 pixels. If you supply it with fewer pixels than this, it has to internally 'scale up' the picture to fit, causing aliasing effects as you describe. If you ever see 'fuzzy' text on an LCD, it is probably being driven at too low a resolution. This can be a problem with people who have 'older' eyes, and don't like smaller text. Also, using the higher resolutions places greater demands on your graphics card and so can be a source of timing issues on older computers.

I hope that helps.

Regards

Tony.


-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Henk Smit
Sent: 23 November 2004 14:39
Cc: eprime at mail.talkbank.org
Subject: Re: refresh cycles and LCD


Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more 
important: does anyone know how to avoid this, and have a normal 
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the 
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
> 
> No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.
> 
> Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.
> 
> Regards
> 
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
> 
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
> 
> 
> Hi
> 
> I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the durations to
> be a product of the refresh-duration. Is it true?
> 
> 
> 
> 


-- 
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From dhair at wfubmc.edu  Tue Nov 23 14:56:38 2004
From: dhair at wfubmc.edu (David Hairston)
Date: Tue, 23 Nov 2004 09:56:38 -0500
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.095638.0500.DHAIR@WFUBMC.EDU>

Hey, I may know this one!
I believe that both of these problems stem from the same reason.  LCD
screens have a fixed, or "native", number of pixels, these days around
1024x768 or even 1280x1024 - they display an image by selectively
turning on (or not) each pixel. What this means is that if you have a
LCD that is 1024x768, and you select, say, 800x600 resolution, then this
can be resolved 1 of 2 ways. Generally the requested resolution is
interpolated across the native, so that in this case it is attempting to
make it look like there are only 4 pixels for every 5 or so.
Unfortunately this doesn't look so good.
The other solution is for the software to use only the central part of
the screen to illuminate 800x600 pixels, and say leave a black box
around it that is 124 on either side etc. Generally it seems that
E-prime will do the former, but on occasion we have had it do the latter
also, especially when using multiple displays or different display
drivers and so on.
CRTs don't do this b/c they don't have a "native" resolution, the pixel
size is determined by changing the number of stops that the electron gun
(or whatever you call that gizmo in there) makes as it steps across the
screen, painting line after line.

Just a hunch.

W. David Hairston
Neurobiology and Anatomy
 
Wake Forest University School of Medicine
Winston-Salem, NC 27157
(336) 716-4481 (lab)

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org] On
Behalf Of Henk Smit
Sent: Tuesday, November 23, 2004 9:39 AM
Cc: eprime at mail.talkbank.org
Subject: Re: refresh cycles and LCD

Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more

important: does anyone know how to avoid this, and have a normal 
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the 
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
> 
> No, that is not quite right. An LCD screen still receives the signal
in the same way, i.e. frame by frame at a particular frequency, usually
60 or 75HZ. If the computer changes the contents of the graphics memory
in mid-frame this will still lead to display errors. This is true for
analogue or digital connections.
> 
> Where LCDs differ is that they have a constant backlight and so are
not subject to flicker in the way that phosphor displays (CRTs) are. The
16ms you refer to is the response time of the LCD pixels. Various
manufacturers define this in different ways, but I think it is becoming
accepted for this to mean the time it takes to turn from fully-off to
fully-on and back again. 16ms is particularly fast, with many panels
that are currently in use (particularly cheaper ones) having response
times of e.g. 40ms. For this reason, CRTs are still my preferred display
device. Also, LCDs have a relatively short life, particularly the
backlight, so if you are planning a purchase, make sure you get a good
warranty plan.
> 
> Regards
> 
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
> 
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
> 
> 
> Hi
> 
> I was told that unlike CRT screens, LCD screens do not use
refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to
the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the
durations to
> be a product of the refresh-duration. Is it true?
> 
> 
> 
> 


-- 
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From jreiss at psych.udel.edu  Tue Nov 23 15:07:22 2004
From: jreiss at psych.udel.edu (Jason Reiss)
Date: Tue, 23 Nov 2004 10:07:22 -0500
Subject: No subject
Message-ID: <TUE.23.NOV.2004.100722.0500.JREISS@PSYCH.UDEL.EDU>

I apologize if this posted more than once...

Does anyone know how to communicate with the PST response box outside of
E-Prime (e.g., what are the serial commands, etc.)? Specifically, I am
interested in making it compatible with Visual Basic 6.0?

Thank you.

	
Jay Reiss

--
*********************************************************************** 
Jason "Jay" Reiss                           OFFICE:  422 Wolf Hall 
University of Delaware                      LAB:     420-427A Wolf Hall 
E-MAIL: jreiss at udel.edu                     Phone:   (302) 831-1137 
                WEB: http://www.psych.udel.edu/~jreiss/ 
***********************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/3d1e4218/attachment.html>

From jreiss at psych.udel.edu  Tue Nov 23 15:12:13 2004
From: jreiss at psych.udel.edu (Jason Reiss)
Date: Tue, 23 Nov 2004 10:12:13 -0500
Subject: PST Response Box
Message-ID: <TUE.23.NOV.2004.101213.0500.JREISS@PSYCH.UDEL.EDU>

I apologize if this posted more than once...

Does anyone know how to communicate with the PST response box outside of
E-Prime (e.g., what are the serial commands, etc.)? Specifically, I am
interested in making it compatible with Visual Basic 6.0?

Thank you.

	
Jay Reiss

--
*********************************************************************** 
Jason "Jay" Reiss                           OFFICE:  422 Wolf Hall 
University of Delaware                      LAB:     420-427A Wolf Hall 
E-MAIL: jreiss at udel.edu                     Phone:   (302) 831-1137 
                WEB: http://www.psych.udel.edu/~jreiss/ 
***********************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/cab3208c/attachment.html>

From mconroy at ucsd.edu  Tue Nov 23 18:15:46 2004
From: mconroy at ucsd.edu (Matthew Conroy)
Date: Tue, 23 Nov 2004 10:15:46 -0800
Subject: clips/crackles while playing .wav files
In-Reply-To: <DC99014F3C996B4FB0FAD9F6F955849A011874DA@ockham.psych.udel.edu>
Message-ID: <TUE.23.NOV.2004.101546.0800.MCONROY@UCSD.EDU>

PST Response BoxHas anyone noticed a "clip" or "crackle" type of sound at
the beginning and end of .wav stimuli? I created some tones, which sound
smooth when played by another program (e.g. Windows Media Player) but not
when getting played back by e-prime.

Thank you in advance for any feedback.
--Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/8b50158e/attachment.html>

From smajerus at ulg.ac.be  Wed Nov 24 08:47:37 2004
From: smajerus at ulg.ac.be (steve majerus)
Date: Wed, 24 Nov 2004 09:47:37 +0100
Subject: clips/crackles while playing .wav files
In-Reply-To: <GIEKJKJLIPNMFCGABLPAGEKGCHAA.mconroy@ucsd.edu>
Message-ID: <WED.24.NOV.2004.094737.0100.SMAJERUS@ULG.AC.BE>

Yes, I had exactly the same problem. I solved it by adding a short
silence (50-100 msec) at the beginning and the end of the file. However,
I believe that there must be a more elegant solution 


 

Best, steve

 

 

 

-----Message d'origine-----
De : eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org] De la
part de Matthew Conroy
Envoyé : mardi 23 novembre 2004 19:16
À : eprime at mail.talkbank.org
Objet : clips/crackles while playing .wav files

 

Has anyone noticed a "clip" or "crackle" type of sound at the beginning
and end of .wav stimuli? I created some tones, which sound smooth when
played by another program (e.g. Windows Media Player) but not when
getting played back by e-prime. 

 

Thank you in advance for any feedback. 

--Matt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041124/a151e283/attachment.html>

From eddie at ling.ed.ac.uk  Wed Nov 24 09:20:38 2004
From: eddie at ling.ed.ac.uk (Eddie Dubourg)
Date: Wed, 24 Nov 2004 09:20:38 -0000
Subject: clips/crackles while playing .wav files
In-Reply-To: <GIEKJKJLIPNMFCGABLPAGEKGCHAA.mconroy@ucsd.edu>
Message-ID: <WED.24.NOV.2004.092038.0000.EDDIE@LING.ED.AC.UK>

You can get a very noticeable thump/pop from a sound file if the waveform
isn't precisely on the x-axis at the start of the file.  Cool Edit (now
Adobe Audition) has a button that zero adjusts sound selections to avoid
this.

Eddie Dubourg
Computing/Technical Support Officer
Theoretical and Applied Linguistics
University of Edinburgh

U> -----Original Message-----
U> From: eprime at mail.talkbank.org
U> [mailto:eprime at mail.talkbank.org] On Behalf Of Matthew Conroy
U> Sent: 23 November 2004 18:16
U> To: eprime at mail.talkbank.org
U> Subject: clips/crackles while playing .wav files
U>
U> Has anyone noticed a "clip" or "crackle" type of sound at
U> the beginning and end of .wav stimuli? I created some tones,
U> which sound smooth when played by another program (e.g.
U> Windows Media Player) but not when getting played back by e-prime.
U>
U> Thank you in advance for any feedback.
U> --Matt
U>


From baranan at post.tau.ac.il  Wed Nov 24 11:19:07 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Wed, 24 Nov 2004 13:19:07 +0200
Subject: refresh cycles and LCD
Message-ID: <WED.24.NOV.2004.131907.0200.BARANAN@POST.TAU.AC.IL>

In
http://www.necmitsubishi.com/support/css/monitortechguide/index04.htm
It is written that:
"Since LCD monitors do not employ phosphors, refresh rate is not a concern.
Basically, the transistors in the LCD remain open or closed as needed until
the image changes. This can be a point of confusion for some consumers,
however, since most graphics cards still "ask for" a refresh rate setting.
This is due to the analog nature of existing graphic cards and their support
for CRT displays. While refresh rates do not apply to LCD monitors, most
LCDs are set up to accept any settings from 60Hz and above".

I'm confused, does it mean I can find graphic cards that can allow no
refresh-cycle when using LCD?

Yoav

----- Original Message -----
From: "Andrews, A.S." <asa8 at leicester.ac.uk>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>; <eprime at mail.talkbank.org>
Sent: Tuesday, November 23, 2004 2:14 PM
Subject: RE: refresh cycles and LCD


Hi

No, that is not quite right. An LCD screen still receives the signal in the
same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ.
If the computer changes the contents of the graphics memory in mid-frame
this will still lead to display errors. This is true for analogue or digital
connections.

Where LCDs differ is that they have a constant backlight and so are not
subject to flicker in the way that phosphor displays (CRTs) are. The 16ms
you refer to is the response time of the LCD pixels. Various manufacturers
define this in different ways, but I think it is becoming accepted for this
to mean the time it takes to turn from fully-off to fully-on and back again.
16ms is particularly fast, with many panels that are currently in use
(particularly cheaper ones) having response times of e.g. 40ms. For this
reason, CRTs are still my preferred display device. Also, LCDs have a
relatively short life, particularly the backlight, so if you are planning a
purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?





 +++++++++++++++++++++++++++++++++++++++++++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.


From asa8 at leicester.ac.uk  Thu Nov 25 09:06:13 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Thu, 25 Nov 2004 09:06:13 -0000
Subject: refresh cycles and LCD
Message-ID: <THU.25.NOV.2004.090613.0000.ASA8@LEICESTER.AC.UK>

I think that is saying that the convention is still to send data to the display in a raster (line by line) scheme. The LCD pixels will remain constant unless the data for that pixel changes, regardless of refresh rate. In practice I have only experienced a narrow range of refresh rates acceptable to LCDs (60-75Hz).

I suppose that if you were starting from scratch and not supporting analogue CRTs, you could do things differently and have some sort of direct link between the graphics memory and the display, and maybe this exists for specialised embedded applications but personally I have not come across them.

Incidentally, if you do find a 'refresh rate free' display, how would E-Prime handle presentation timing?

Regards

Tony. 

-----Original Message-----
From: Yoav Bar Anan [mailto:baranan at post.tau.ac.il]
Sent: 24 November 2004 11:19
To: Andrews, A.S.; e-prime unofficial forum
Subject: Re: refresh cycles and LCD


In
http://www.necmitsubishi.com/support/css/monitortechguide/index04.htm
It is written that:
"Since LCD monitors do not employ phosphors, refresh rate is not a concern.
Basically, the transistors in the LCD remain open or closed as needed until
the image changes. This can be a point of confusion for some consumers,
however, since most graphics cards still "ask for" a refresh rate setting.
This is due to the analog nature of existing graphic cards and their support
for CRT displays. While refresh rates do not apply to LCD monitors, most
LCDs are set up to accept any settings from 60Hz and above".

I'm confused, does it mean I can find graphic cards that can allow no
refresh-cycle when using LCD?

Yoav

----- Original Message -----
From: "Andrews, A.S." <asa8 at leicester.ac.uk>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>; <eprime at mail.talkbank.org>
Sent: Tuesday, November 23, 2004 2:14 PM
Subject: RE: refresh cycles and LCD


Hi

No, that is not quite right. An LCD screen still receives the signal in the
same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ.
If the computer changes the contents of the graphics memory in mid-frame
this will still lead to display errors. This is true for analogue or digital
connections.

Where LCDs differ is that they have a constant backlight and so are not
subject to flicker in the way that phosphor displays (CRTs) are. The 16ms
you refer to is the response time of the LCD pixels. Various manufacturers
define this in different ways, but I think it is becoming accepted for this
to mean the time it takes to turn from fully-off to fully-on and back again.
16ms is particularly fast, with many panels that are currently in use
(particularly cheaper ones) having response times of e.g. 40ms. For this
reason, CRTs are still my preferred display device. Also, LCDs have a
relatively short life, particularly the backlight, so if you are planning a
purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?





 +++++++++++++++++++++++++++++++++++++++++++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.


From e.whiting at uq.edu.au  Mon Nov 29 06:40:27 2004
From: e.whiting at uq.edu.au (Ms Emma WHITING)
Date: Mon, 29 Nov 2004 16:40:27 +1000
Subject: E-prime question
Message-ID: <MON.29.NOV.2004.164027.1000.E.WHITING@UQ.EDU.AU>

I have made up a recall task where participants are required to type
words in response to picture stimuli. I have set up E-prime so that it
accepts the backspace key. However, sometimes when participants press the
backspace key twice during a single response item E-prime shuts down. The
problem seems to be specific to Dell computers (but not Dell laptops). I
was wondering whether anyone else has come across the problem and whether
there is a way to fix it?

Thanks,
Emma Whiting


From ndpm at email.unc.edu  Mon Nov 29 18:20:13 2004
From: ndpm at email.unc.edu (Nicole Pukay-Martin)
Date: Mon, 29 Nov 2004 13:20:13 -0500
Subject: run-time error - procedure object
In-Reply-To: <1101751899.41ab665bb2628@webmail0.isis.unc.edu>
Message-ID: <MON.29.NOV.2004.132013.0500.>

Hello!  We're trying to write a program that presents one picture and
then an array of pictures.  The program runs through the first loop of
the test procedure, and then we get the following error:

Run-time Error (Line 574)
-999: Factor Error:
"???" is not a procedure object.

We want the the Test8Array List to load files from the previous List
(and the attribute is called textfile), but it doesn't seem to be
doing this correctly.  Here is the code we have directly after the
List with textfile and before Test8Array:

Test8Array.Filename = c.GetAttrib("textfile")
Test8Array.Load
Test8Array.Reset

Does anyone have any ideas as to what might be going wrong?  Thanks!

Nicole Pukay-Martin and Leslie Vaughan



* * * * * * * * * * * * * * * * * * * * * * * *
Nicole Pukay-Martin
Graduate Student in Clinical Psychology
University of North Carolina at Chapel Hill
ndpm at email.unc.edu


From JaxS at einstein.edu  Tue Nov  2 18:04:31 2004
From: JaxS at einstein.edu (Steve Jax)
Date: Tue, 2 Nov 2004 13:04:31 -0500
Subject: PLATO goggle and e-prime
Message-ID: <TUE.2.NOV.2004.130431.0500.JAXS@EINSTEIN.EDU>

Hi all,
I'm new to e-prime and need to set up an experiment using PLATO vision
occluding goggles. I know I could probably figure out how to control
them using WritePort function for the parallel port, but before trying
wanted to see if anyone else has already written a program for running
the goggles. Thanks in advance.
-Steven Jax
Postdoctoral Research Fellow
Moss Rehabilitation Research Institute


From eelliott at lsu.edu  Fri Nov  5 21:02:03 2004
From: eelliott at lsu.edu (Emily Elliott)
Date: Fri, 5 Nov 2004 15:02:03 -0600
Subject: feedback objects
Message-ID: <FRI.5.NOV.2004.150203.0600.EELLIOTT@LSU.EDU>

Hello,

I am writing a simple experiment and using a feedback object to present
feedback on accuracy. Is there a simple way to present a cumulative accuracy
score at the end of the experiment for the experimenter to gauge level of
performance? I've tried adding in a second feedback object at the level of
the session proc but this does not seem to work.

Any help would be appreciated!

Thanks,
Emily

Emily Elliott, Ph.D.
Louisiana State University
Department of Psychology
228 Audubon Hall
Baton Rouge, LA  70803
Office:(225)578-7460
Fax:(225)578-4125
eelliott at lsu.edu


From baranan at post.tau.ac.il  Thu Nov 11 13:13:49 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Thu, 11 Nov 2004 15:13:49 +0200
Subject: fast priming procedures
Message-ID: <THU.11.NOV.2004.151349.0200.BARANAN@POST.TAU.AC.IL>

Hi

I'm trying to show a stimulus for a very short period of time, but it doesn't work too good.
I have the following script (both dotCnvs and stimCnvs are already drawn):
cnvs.copy dotCnvs, scrRect , scrRect
sleep(200)
'Show Stim
Display.waitforverticalBlank
cnvs.copy stimCnvs, scrRect , scrRect
sleep(1)
'Clear
cnvs.clear

But I can still see the stimCnvs. Furthermore, sometimes I see it and sometimes not. I guess my problem is related to refresh-rate issues, but I don't really know much about screens. 
So could someone explain to me what I'm doing wrong, and more important - how can I fix it?

Thanks

Yoav

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041111/ac8fea3c/attachment.htm>

From baranan at post.tau.ac.il  Thu Nov 11 14:04:13 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Thu, 11 Nov 2004 16:04:13 +0200
Subject: fast priming procedures
Message-ID: <THU.11.NOV.2004.160413.0200.BARANAN@POST.TAU.AC.IL>

Thanks Georg.
I suspected this would be the answer.
By the way, does it mean that I have to use multiples of 10ms for my
exposure-durations when I use a screen with 100Hz?

Yoav

----- Original Message -----
From: "Georg Odenthal" <odenthal at soz.psychologie.uni-konstanz.de>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>
Sent: Thursday, November 11, 2004 3:57 PM
Subject: Re: fast priming procedures


> Hi Yoav,
>
> what you try to do is impossible with a ray-tube screen. You would need
> to find a screen with 1000 Hz display rate and screens like that just
> don't exist. The maximum you can get is probably a 100 or 120 Hz
> screens which can display images for 10 ms or 8.33 ms (1000 ms divided
> by Hz rate = minimum possible display time) respectively.
>
> If you want to display stimuli for a shorter duration than 10 or 8 ms
> then you will need an external display device like a special slide
> projector that can flash images that fast (some years a ago a colleague
> of mine did some subliminal priming studies with slide projectors,
> which displayed the slides for very short durations - as far as I know
> this method proved to be successful).
>
> Bye,
>   Georg
>
>
> ==========================================
>
> Georg Odenthal, Dipl.-Psych.
> Social Psychology and Motivation
> Box D39
> University of Konstanz
> 78457 Konstanz, Germany
>
> Phone #: +49 7531 88-2872
> Fax #: +49 7531 88-3286
> Email: odenthal at soz.psychologie.uni-konstanz.de
> URL: http://www.socpsych.uni-konstanz.de
>
> ==========================================
>
>
>
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
>


From eddie at ling.ed.ac.uk  Mon Nov 15 12:28:43 2004
From: eddie at ling.ed.ac.uk (Eddie Dubourg)
Date: Mon, 15 Nov 2004 12:28:43 -0000
Subject: Assigning text to a specific text box.
Message-ID: <MON.15.NOV.2004.122843.0000.EDDIE@LING.ED.AC.UK>

A student is designing an experiment which needs to display randomly
selected text strings at specific positions on a screen - to be precise to a
10x5 grid of positions, incrementing the position by one each time.

My idea for this is to setup a slide with 50 text boxes, each with a
uniquely chosen name (1-50 or similar), and then to have a simple increment
on a variable each time the procedure is run to assign the number - what I
need is a script fragment to get the text string (attribute name textstr) to
display in the assigned text box.

Is this trivial, or am I opening a can of worms trying to do it this way?

Eddie Dubourg
Computing Officer
Theoretical and Applied Linguistics
PPLS, University of Edinburgh


From leisha at decisionresearch.org  Mon Nov 15 17:25:51 2004
From: leisha at decisionresearch.org (Leisha Wharfield)
Date: Mon, 15 Nov 2004 09:25:51 -0800
Subject: Assigning text to a specific text box.
In-Reply-To: <200411151227.iAFCR4A15978@pisa.ling.ed.ac.uk>
Message-ID: <MON.15.NOV.2004.092551.0800.LEISHA@DECISIONRESEARCH.ORG>

Seems like it would be easier to place the text at one of 50 specific
locations on the video screen without creating text boxes, but by
specifying the percentage position on the screen. 50% vertical, 50%
horizontal, for example. You would have just two variables, an x and a y
location that could easily be changed incrementally by changing the
values of a pair of numeric strings.

I've done something similar to this with clickable response scales, but
I'm sure there are other people on the mailing list who can explain the
details better than me.

Leisha

Eddie Dubourg wrote:

>A student is designing an experiment which needs to display randomly
>selected text strings at specific positions on a screen - to be precise to a
>10x5 grid of positions, incrementing the position by one each time.
>
>My idea for this is to setup a slide with 50 text boxes, each with a
>uniquely chosen name (1-50 or similar), and then to have a simple increment
>on a variable each time the procedure is run to assign the number - what I
>need is a script fragment to get the text string (attribute name textstr) to
>display in the assigned text box.
>
>Is this trivial, or am I opening a can of worms trying to do it this way?
>
>Eddie Dubourg
>Computing Officer
>Theoretical and Applied Linguistics
>PPLS, University of Edinburgh
>
>
>
>
>
>


From blodgett at ling.ohio-state.edu  Thu Nov 18 17:55:00 2004
From: blodgett at ling.ohio-state.edu (Allison Blodgett)
Date: Thu, 18 Nov 2004 12:55:00 -0500
Subject: cross-modal lexical priming
Message-ID: <THU.18.NOV.2004.125500.0500.BLODGETT@LING.OHIOSTATE.EDU>

Hi,

Does anyone have a cross-modal lexical priming script that they would
be willing to share? More specifically, I'm looking for one that
presents a visual stimulus at some specified point in a sound file.

Thanks,
Allison Blodgett


From a.holmes at uq.edu.au  Fri Nov 19 04:18:44 2004
From: a.holmes at uq.edu.au (Anna Holmes)
Date: Fri, 19 Nov 2004 14:18:44 +1000
Subject: Response boxes
Message-ID: <FRI.19.NOV.2004.141844.1000.A.HOLMES@UQ.EDU.AU>


Hello,
Has anyone used a Cedrus RB-x30 series response box with E-prime?
Does anyone know of any benchmarking/experimental timing tests done with
this series of Cedrus response boxes (used with or without E-prime)?
Thanks
Anna
-----------------------------------------------------------
Anna D Holmes. BSpPath(Hons)
University of Queensland
QLD 4072 Australia
Phone: +61 7 3346 9726
Fax: +61 7 3365 1877
a.holmes at uq.edu.au


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041119/4877744e/attachment.htm>

From sperloe at haverford.edu  Fri Nov 19 20:18:23 2004
From: sperloe at haverford.edu (Sid Perloe)
Date: Fri, 19 Nov 2004 14:18:23 -0600
Subject: remove from mail list
Message-ID: <FRI.19.NOV.2004.141823.0600.SPERLOE@HAVERFORD.EDU>

Please remove me from the e-prime mail list.

Sid Perloe


From baranan at post.tau.ac.il  Tue Nov 23 11:46:49 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Tue, 23 Nov 2004 13:46:49 +0200
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.134649.0200.BARANAN@POST.TAU.AC.IL>

Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?


From asa8 at leicester.ac.uk  Tue Nov 23 12:14:34 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Tue, 23 Nov 2004 12:14:34 -0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.121434.0000.ASA8@LEICESTER.AC.UK>

Hi

No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.

Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?


From henk.smit at bristol.ac.uk  Tue Nov 23 14:38:57 2004
From: henk.smit at bristol.ac.uk (Henk Smit)
Date: Tue, 23 Nov 2004 14:38:57 +0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.143857.0000.>

Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more
important: does anyone know how to avoid this, and have a normal
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
>
> No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.
>
> Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.
>
> Regards
>
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
>
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
>
>
> Hi
>
> I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the durations to
> be a product of the refresh-duration. Is it true?
>
>
>
>


--
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From asa8 at leicester.ac.uk  Tue Nov 23 14:52:31 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Tue, 23 Nov 2004 14:52:31 -0000
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.145231.0000.ASA8@LEICESTER.AC.UK>

Hi Henk

1. The area of the picture will be fixed, and is usually to within about 1mm of the bezel. A point to note is that a 17" LCD has a diagonal size of 17". A 17" CRT will be ~16" because the bezel overlaps the front of the screen.

2. This is because LCDs have a fixed native resolution. A 17" panel is usually 1280*1024 pixels. If you supply it with fewer pixels than this, it has to internally 'scale up' the picture to fit, causing aliasing effects as you describe. If you ever see 'fuzzy' text on an LCD, it is probably being driven at too low a resolution. This can be a problem with people who have 'older' eyes, and don't like smaller text. Also, using the higher resolutions places greater demands on your graphics card and so can be a source of timing issues on older computers.

I hope that helps.

Regards

Tony.


-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Henk Smit
Sent: 23 November 2004 14:39
Cc: eprime at mail.talkbank.org
Subject: Re: refresh cycles and LCD


Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more 
important: does anyone know how to avoid this, and have a normal 
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the 
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
> 
> No, that is not quite right. An LCD screen still receives the signal in the same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ. If the computer changes the contents of the graphics memory in mid-frame this will still lead to display errors. This is true for analogue or digital connections.
> 
> Where LCDs differ is that they have a constant backlight and so are not subject to flicker in the way that phosphor displays (CRTs) are. The 16ms you refer to is the response time of the LCD pixels. Various manufacturers define this in different ways, but I think it is becoming accepted for this to mean the time it takes to turn from fully-off to fully-on and back again. 16ms is particularly fast, with many panels that are currently in use (particularly cheaper ones) having response times of e.g. 40ms. For this reason, CRTs are still my preferred display device. Also, LCDs have a relatively short life, particularly the backlight, so if you are planning a purchase, make sure you get a good warranty plan.
> 
> Regards
> 
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
> 
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
> 
> 
> Hi
> 
> I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the durations to
> be a product of the refresh-duration. Is it true?
> 
> 
> 
> 


-- 
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From dhair at wfubmc.edu  Tue Nov 23 14:56:38 2004
From: dhair at wfubmc.edu (David Hairston)
Date: Tue, 23 Nov 2004 09:56:38 -0500
Subject: refresh cycles and LCD
Message-ID: <TUE.23.NOV.2004.095638.0500.DHAIR@WFUBMC.EDU>

Hey, I may know this one!
I believe that both of these problems stem from the same reason.  LCD
screens have a fixed, or "native", number of pixels, these days around
1024x768 or even 1280x1024 - they display an image by selectively
turning on (or not) each pixel. What this means is that if you have a
LCD that is 1024x768, and you select, say, 800x600 resolution, then this
can be resolved 1 of 2 ways. Generally the requested resolution is
interpolated across the native, so that in this case it is attempting to
make it look like there are only 4 pixels for every 5 or so.
Unfortunately this doesn't look so good.
The other solution is for the software to use only the central part of
the screen to illuminate 800x600 pixels, and say leave a black box
around it that is 124 on either side etc. Generally it seems that
E-prime will do the former, but on occasion we have had it do the latter
also, especially when using multiple displays or different display
drivers and so on.
CRTs don't do this b/c they don't have a "native" resolution, the pixel
size is determined by changing the number of stops that the electron gun
(or whatever you call that gizmo in there) makes as it steps across the
screen, painting line after line.

Just a hunch.

W. David Hairston
Neurobiology and Anatomy
 
Wake Forest University School of Medicine
Winston-Salem, NC 27157
(336) 716-4481 (lab)

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org] On
Behalf Of Henk Smit
Sent: Tuesday, November 23, 2004 9:39 AM
Cc: eprime at mail.talkbank.org
Subject: Re: refresh cycles and LCD

Another thing about LCD screens, in my experience, is that they either
1) produce a viewing area smaller than the actual screen, or
2) produce jaggered text/images due to low resolution.
Does anyone know why this does not happen on crt monitor? And maybe more

important: does anyone know how to avoid this, and have a normal 
full-screen presentation of the stimuli in proper resolution?

Sorry if some of my lingo is not correct, but I'm sure you get the 
picture :-)

Henk Smit
Bristol University

Andrews, A.S. wrote:
> Hi
> 
> No, that is not quite right. An LCD screen still receives the signal
in the same way, i.e. frame by frame at a particular frequency, usually
60 or 75HZ. If the computer changes the contents of the graphics memory
in mid-frame this will still lead to display errors. This is true for
analogue or digital connections.
> 
> Where LCDs differ is that they have a constant backlight and so are
not subject to flicker in the way that phosphor displays (CRTs) are. The
16ms you refer to is the response time of the LCD pixels. Various
manufacturers define this in different ways, but I think it is becoming
accepted for this to mean the time it takes to turn from fully-off to
fully-on and back again. 16ms is particularly fast, with many panels
that are currently in use (particularly cheaper ones) having response
times of e.g. 40ms. For this reason, CRTs are still my preferred display
device. Also, LCDs have a relatively short life, particularly the
backlight, so if you are planning a purchase, make sure you get a good
warranty plan.
> 
> Regards
> 
> Tony Andrews
> Senior Computer Officer
> School of Psychology
> University of Leicester.
> 
> -----Original Message-----
> From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
> Behalf Of Yoav Bar Anan
> Sent: 23 November 2004 11:47
> To: e-prime unofficial forum
> Subject: refresh cycles and LCD
> 
> 
> Hi
> 
> I was told that unlike CRT screens, LCD screens do not use
refresh-cycles.
> Rather, any request to paint the screen is transmitted immediately to
the
> screen, and after a certain delay (16ms?) the screen applies the paint
> request. It means that on LCD, there is no obligation for the
durations to
> be a product of the refresh-duration. Is it true?
> 
> 
> 
> 


-- 
Dr. H.J. Smit
Department of Experimental Psychology
University of Bristol
8 Woodland Road
Bristol BS8 1TN
United Kingdom

tel +44 (0)117.954 6616
fax +44 (0)117.928 8588


From jreiss at psych.udel.edu  Tue Nov 23 15:07:22 2004
From: jreiss at psych.udel.edu (Jason Reiss)
Date: Tue, 23 Nov 2004 10:07:22 -0500
Subject: No subject
Message-ID: <TUE.23.NOV.2004.100722.0500.JREISS@PSYCH.UDEL.EDU>

I apologize if this posted more than once...

Does anyone know how to communicate with the PST response box outside of
E-Prime (e.g., what are the serial commands, etc.)? Specifically, I am
interested in making it compatible with Visual Basic 6.0?

Thank you.

	
Jay Reiss

--
*********************************************************************** 
Jason "Jay" Reiss                           OFFICE:  422 Wolf Hall 
University of Delaware                      LAB:     420-427A Wolf Hall 
E-MAIL: jreiss at udel.edu                     Phone:   (302) 831-1137 
                WEB: http://www.psych.udel.edu/~jreiss/ 
***********************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/3d1e4218/attachment.htm>

From jreiss at psych.udel.edu  Tue Nov 23 15:12:13 2004
From: jreiss at psych.udel.edu (Jason Reiss)
Date: Tue, 23 Nov 2004 10:12:13 -0500
Subject: PST Response Box
Message-ID: <TUE.23.NOV.2004.101213.0500.JREISS@PSYCH.UDEL.EDU>

I apologize if this posted more than once...

Does anyone know how to communicate with the PST response box outside of
E-Prime (e.g., what are the serial commands, etc.)? Specifically, I am
interested in making it compatible with Visual Basic 6.0?

Thank you.

	
Jay Reiss

--
*********************************************************************** 
Jason "Jay" Reiss                           OFFICE:  422 Wolf Hall 
University of Delaware                      LAB:     420-427A Wolf Hall 
E-MAIL: jreiss at udel.edu                     Phone:   (302) 831-1137 
                WEB: http://www.psych.udel.edu/~jreiss/ 
***********************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/cab3208c/attachment.htm>

From mconroy at ucsd.edu  Tue Nov 23 18:15:46 2004
From: mconroy at ucsd.edu (Matthew Conroy)
Date: Tue, 23 Nov 2004 10:15:46 -0800
Subject: clips/crackles while playing .wav files
In-Reply-To: <DC99014F3C996B4FB0FAD9F6F955849A011874DA@ockham.psych.udel.edu>
Message-ID: <TUE.23.NOV.2004.101546.0800.MCONROY@UCSD.EDU>

PST Response BoxHas anyone noticed a "clip" or "crackle" type of sound at
the beginning and end of .wav stimuli? I created some tones, which sound
smooth when played by another program (e.g. Windows Media Player) but not
when getting played back by e-prime.

Thank you in advance for any feedback.
--Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041123/8b50158e/attachment.htm>

From smajerus at ulg.ac.be  Wed Nov 24 08:47:37 2004
From: smajerus at ulg.ac.be (steve majerus)
Date: Wed, 24 Nov 2004 09:47:37 +0100
Subject: clips/crackles while playing .wav files
In-Reply-To: <GIEKJKJLIPNMFCGABLPAGEKGCHAA.mconroy@ucsd.edu>
Message-ID: <WED.24.NOV.2004.094737.0100.SMAJERUS@ULG.AC.BE>

Yes, I had exactly the same problem. I solved it by adding a short
silence (50-100 msec) at the beginning and the end of the file. However,
I believe that there must be a more elegant solution 


 

Best, steve

 

 

 

-----Message d'origine-----
De : eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org] De la
part de Matthew Conroy
Envoy? : mardi 23 novembre 2004 19:16
? : eprime at mail.talkbank.org
Objet : clips/crackles while playing .wav files

 

Has anyone noticed a "clip" or "crackle" type of sound at the beginning
and end of .wav stimuli? I created some tones, which sound smooth when
played by another program (e.g. Windows Media Player) but not when
getting played back by e-prime. 

 

Thank you in advance for any feedback. 

--Matt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.linguistlist.org/pipermail/eprime/attachments/20041124/a151e283/attachment.htm>

From eddie at ling.ed.ac.uk  Wed Nov 24 09:20:38 2004
From: eddie at ling.ed.ac.uk (Eddie Dubourg)
Date: Wed, 24 Nov 2004 09:20:38 -0000
Subject: clips/crackles while playing .wav files
In-Reply-To: <GIEKJKJLIPNMFCGABLPAGEKGCHAA.mconroy@ucsd.edu>
Message-ID: <WED.24.NOV.2004.092038.0000.EDDIE@LING.ED.AC.UK>

You can get a very noticeable thump/pop from a sound file if the waveform
isn't precisely on the x-axis at the start of the file.  Cool Edit (now
Adobe Audition) has a button that zero adjusts sound selections to avoid
this.

Eddie Dubourg
Computing/Technical Support Officer
Theoretical and Applied Linguistics
University of Edinburgh

U> -----Original Message-----
U> From: eprime at mail.talkbank.org
U> [mailto:eprime at mail.talkbank.org] On Behalf Of Matthew Conroy
U> Sent: 23 November 2004 18:16
U> To: eprime at mail.talkbank.org
U> Subject: clips/crackles while playing .wav files
U>
U> Has anyone noticed a "clip" or "crackle" type of sound at
U> the beginning and end of .wav stimuli? I created some tones,
U> which sound smooth when played by another program (e.g.
U> Windows Media Player) but not when getting played back by e-prime.
U>
U> Thank you in advance for any feedback.
U> --Matt
U>


From baranan at post.tau.ac.il  Wed Nov 24 11:19:07 2004
From: baranan at post.tau.ac.il (Yoav Bar Anan)
Date: Wed, 24 Nov 2004 13:19:07 +0200
Subject: refresh cycles and LCD
Message-ID: <WED.24.NOV.2004.131907.0200.BARANAN@POST.TAU.AC.IL>

In
http://www.necmitsubishi.com/support/css/monitortechguide/index04.htm
It is written that:
"Since LCD monitors do not employ phosphors, refresh rate is not a concern.
Basically, the transistors in the LCD remain open or closed as needed until
the image changes. This can be a point of confusion for some consumers,
however, since most graphics cards still "ask for" a refresh rate setting.
This is due to the analog nature of existing graphic cards and their support
for CRT displays. While refresh rates do not apply to LCD monitors, most
LCDs are set up to accept any settings from 60Hz and above".

I'm confused, does it mean I can find graphic cards that can allow no
refresh-cycle when using LCD?

Yoav

----- Original Message -----
From: "Andrews, A.S." <asa8 at leicester.ac.uk>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>; <eprime at mail.talkbank.org>
Sent: Tuesday, November 23, 2004 2:14 PM
Subject: RE: refresh cycles and LCD


Hi

No, that is not quite right. An LCD screen still receives the signal in the
same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ.
If the computer changes the contents of the graphics memory in mid-frame
this will still lead to display errors. This is true for analogue or digital
connections.

Where LCDs differ is that they have a constant backlight and so are not
subject to flicker in the way that phosphor displays (CRTs) are. The 16ms
you refer to is the response time of the LCD pixels. Various manufacturers
define this in different ways, but I think it is becoming accepted for this
to mean the time it takes to turn from fully-off to fully-on and back again.
16ms is particularly fast, with many panels that are currently in use
(particularly cheaper ones) having response times of e.g. 40ms. For this
reason, CRTs are still my preferred display device. Also, LCDs have a
relatively short life, particularly the backlight, so if you are planning a
purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?





 +++++++++++++++++++++++++++++++++++++++++++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.


From asa8 at leicester.ac.uk  Thu Nov 25 09:06:13 2004
From: asa8 at leicester.ac.uk (Andrews, A.S.)
Date: Thu, 25 Nov 2004 09:06:13 -0000
Subject: refresh cycles and LCD
Message-ID: <THU.25.NOV.2004.090613.0000.ASA8@LEICESTER.AC.UK>

I think that is saying that the convention is still to send data to the display in a raster (line by line) scheme. The LCD pixels will remain constant unless the data for that pixel changes, regardless of refresh rate. In practice I have only experienced a narrow range of refresh rates acceptable to LCDs (60-75Hz).

I suppose that if you were starting from scratch and not supporting analogue CRTs, you could do things differently and have some sort of direct link between the graphics memory and the display, and maybe this exists for specialised embedded applications but personally I have not come across them.

Incidentally, if you do find a 'refresh rate free' display, how would E-Prime handle presentation timing?

Regards

Tony. 

-----Original Message-----
From: Yoav Bar Anan [mailto:baranan at post.tau.ac.il]
Sent: 24 November 2004 11:19
To: Andrews, A.S.; e-prime unofficial forum
Subject: Re: refresh cycles and LCD


In
http://www.necmitsubishi.com/support/css/monitortechguide/index04.htm
It is written that:
"Since LCD monitors do not employ phosphors, refresh rate is not a concern.
Basically, the transistors in the LCD remain open or closed as needed until
the image changes. This can be a point of confusion for some consumers,
however, since most graphics cards still "ask for" a refresh rate setting.
This is due to the analog nature of existing graphic cards and their support
for CRT displays. While refresh rates do not apply to LCD monitors, most
LCDs are set up to accept any settings from 60Hz and above".

I'm confused, does it mean I can find graphic cards that can allow no
refresh-cycle when using LCD?

Yoav

----- Original Message -----
From: "Andrews, A.S." <asa8 at leicester.ac.uk>
To: "Yoav Bar Anan" <baranan at post.tau.ac.il>; <eprime at mail.talkbank.org>
Sent: Tuesday, November 23, 2004 2:14 PM
Subject: RE: refresh cycles and LCD


Hi

No, that is not quite right. An LCD screen still receives the signal in the
same way, i.e. frame by frame at a particular frequency, usually 60 or 75HZ.
If the computer changes the contents of the graphics memory in mid-frame
this will still lead to display errors. This is true for analogue or digital
connections.

Where LCDs differ is that they have a constant backlight and so are not
subject to flicker in the way that phosphor displays (CRTs) are. The 16ms
you refer to is the response time of the LCD pixels. Various manufacturers
define this in different ways, but I think it is becoming accepted for this
to mean the time it takes to turn from fully-off to fully-on and back again.
16ms is particularly fast, with many panels that are currently in use
(particularly cheaper ones) having response times of e.g. 40ms. For this
reason, CRTs are still my preferred display device. Also, LCDs have a
relatively short life, particularly the backlight, so if you are planning a
purchase, make sure you get a good warranty plan.

Regards

Tony Andrews
Senior Computer Officer
School of Psychology
University of Leicester.

-----Original Message-----
From: eprime at mail.talkbank.org [mailto:eprime at mail.talkbank.org]On
Behalf Of Yoav Bar Anan
Sent: 23 November 2004 11:47
To: e-prime unofficial forum
Subject: refresh cycles and LCD


Hi

I was told that unlike CRT screens, LCD screens do not use refresh-cycles.
Rather, any request to paint the screen is transmitted immediately to the
screen, and after a certain delay (16ms?) the screen applies the paint
request. It means that on LCD, there is no obligation for the durations to
be a product of the refresh-duration. Is it true?





 +++++++++++++++++++++++++++++++++++++++++++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.


From e.whiting at uq.edu.au  Mon Nov 29 06:40:27 2004
From: e.whiting at uq.edu.au (Ms Emma WHITING)
Date: Mon, 29 Nov 2004 16:40:27 +1000
Subject: E-prime question
Message-ID: <MON.29.NOV.2004.164027.1000.E.WHITING@UQ.EDU.AU>

I have made up a recall task where participants are required to type
words in response to picture stimuli. I have set up E-prime so that it
accepts the backspace key. However, sometimes when participants press the
backspace key twice during a single response item E-prime shuts down. The
problem seems to be specific to Dell computers (but not Dell laptops). I
was wondering whether anyone else has come across the problem and whether
there is a way to fix it?

Thanks,
Emma Whiting


From ndpm at email.unc.edu  Mon Nov 29 18:20:13 2004
From: ndpm at email.unc.edu (Nicole Pukay-Martin)
Date: Mon, 29 Nov 2004 13:20:13 -0500
Subject: run-time error - procedure object
In-Reply-To: <1101751899.41ab665bb2628@webmail0.isis.unc.edu>
Message-ID: <MON.29.NOV.2004.132013.0500.>

Hello!  We're trying to write a program that presents one picture and
then an array of pictures.  The program runs through the first loop of
the test procedure, and then we get the following error:

Run-time Error (Line 574)
-999: Factor Error:
"???" is not a procedure object.

We want the the Test8Array List to load files from the previous List
(and the attribute is called textfile), but it doesn't seem to be
doing this correctly.  Here is the code we have directly after the
List with textfile and before Test8Array:

Test8Array.Filename = c.GetAttrib("textfile")
Test8Array.Load
Test8Array.Reset

Does anyone have any ideas as to what might be going wrong?  Thanks!

Nicole Pukay-Martin and Leslie Vaughan



* * * * * * * * * * * * * * * * * * * * * * * *
Nicole Pukay-Martin
Graduate Student in Clinical Psychology
University of North Carolina at Chapel Hill
ndpm at email.unc.edu