From DMDX-owner@psy1.psych.arizona.edu Mon Dec 31 09:20:02 2007 Received: from blu139-omc3-s9.blu139.hotmail.com (blu139-omc3-s9.blu139.hotmail.com [65.55.175.209]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id lBVGHvW2004604 for ; Mon, 31 Dec 2007 09:17:57 -0700 Received: from BLU112-W15 ([65.55.162.187]) by blu139-omc3-s9.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 31 Dec 2007 08:17:51 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_726dab22-2824-4a8a-86a1-c1a78040abae_" From: =?gb2312?B?wbq1wsP3?= To: Subject: [DMDX] RE: Re: question about negative priming effect Date: Tue, 1 Jan 2008 00:17:51 +0800 In-Reply-To: <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> References: <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> MIME-Version: 1.0 Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --_726dab22-2824-4a8a-86a1-c1a78040abae_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit o,thank you!This question is solved!Thanks very much!But i want to know that if i set my stimulator distance from the center about 3.5 centimeters,what number can "N" be in ? > Date: Sun, 30 Dec 2007 16:07:11 -0700> To: DMDX@psy1.psych.arizona.edu> From: jforster@psy1.psych.arizona.edu> Subject: [DMDX] Re: question about negative priming effect> > At 09:21 PM 12/30/2007 +0800, you wrote:> >Dear jforster,> >> >I changed my E-mail so that i can mail to you.sorry ,i have a question > >that if i only want to put my stimulator on the right or on the left hand > >side of the center,whether there have some sentences can make that?i > >didn't want it appear randomly.Now i know that is up a line and > >is down a line,but right or left?> > Use and put in the parameter line so > coordinates specify the center of the image.> > /"\> -jonathan (j.c.f.) \ /> X> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \> > Computers are useless. They can only give you answers.> > - Pablo Picasso> > > ====================================================================> Send mail to DMDX-request@psy1.psych.arizona.edu with the word> 'unsubscribe' by itself with no quotes in the body of the email> to be removed from the list. The list archive is available here:> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread> ==================================================================== _________________________________________________________________ MSN 中文网，最新时尚生活资讯，白领聚集门户。 http://cn.msn.com --_726dab22-2824-4a8a-86a1-c1a78040abae_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: 8bit o,thank you!This question is solved!Thanks very much!But i want to know that if i set my stimulator distance from the center about 3.5 centimeters,what number can "N" be in <x N>?
> Date: Sun, 30 Dec 2007 16:07:11 -0700
> To: DMDX@psy1.psych.arizona.edu
> From: jforster@psy1.psych.arizona.edu
> Subject: [DMDX] Re: question about negative priming effect
>
> At 09:21 PM 12/30/2007 +0800, you wrote:
> >Dear jforster,
> >
> >I changed my E-mail so that i can mail to you.sorry ,i have a question
> >that if i only want to put my stimulator on the right or on the left hand
> >side of the center,whether there have some sentences can make that?i
> >didn't want it appear randomly.Now i know that <ln-1>is up a line and
> ><ln+1>is down a line,but right or left?
>
> Use <xy> and put <XYJustification 1> in the parameter line so <xy>
> coordinates specify the center of the image.
>
> /"\
> -jonathan (j.c.f.) \ /
> X
> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \
>
> Computers are useless. They can only give you answers.
>
> - Pablo Picasso
>
>
> ====================================================================
> Send mail to DMDX-request@psy1.psych.arizona.edu with the word
> 'unsubscribe' by itself with no quotes in the body of the email
> to be removed from the list. The list archive is available here:
> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
> ====================================================================

轻松把Hotmail下载到本地，试试 Windows Live Mail。 立即尝试！ --_726dab22-2824-4a8a-86a1-c1a78040abae_-- From DMDX-owner@psy1.psych.arizona.edu Mon Dec 31 10:03:47 2007 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id lBVH2Pqw004778 for ; Mon, 31 Dec 2007 10:02:25 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 054D83BF9E7 for ; Mon, 31 Dec 2007 10:02:25 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4C13C3BF9DA for ; Mon, 31 Dec 2007 10:02:24 -0700 (MST) Message-Id: <5.1.0.14.2.20071231095602.00ba4ab8@psy1.psych.arizona.edu> Date: Mon, 31 Dec 2007 10:02:23 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] RE: Re: question about negative priming effect In-Reply-To: References: <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 12:17 AM 1/1/2008 +0800, you wrote: >o,thank you!This question is solved!Thanks very much!But i want to know >that if i set my stimulator distance from the center about 3.5 >centimeters,what number can "N" be in ? Depends how big you monitor is. If 3.5 cm is 1/8th of your display then you could use . Be aware it's recommended you use if you're using as well as there are boundary conditions (usually having to do with graphic files) where and don't work but will. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Computers are useless. They can only give you answers. - Pablo Picasso From DMDX-owner@psy1.psych.arizona.edu Mon Dec 31 22:17:23 2007 Received: from blu139-omc3-s17.blu139.hotmail.com (blu139-omc3-s17.blu139.hotmail.com [65.55.175.217]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m015GnRV006756 for ; Mon, 31 Dec 2007 22:16:50 -0700 Received: from BLU112-W39 ([65.55.162.188]) by blu139-omc3-s17.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 31 Dec 2007 21:16:43 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_c10792c6-ae90-443f-a9e3-016a2b088c11_" From: =?gb2312?B?wbq1wsP3?= To: Subject: [DMDX] RE: RE: Re: question about negative priming effect Date: Tue, 1 Jan 2008 13:16:43 +0800 In-Reply-To: <5.1.0.14.2.20071231095602.00ba4ab8@psy1.psych.arizona.edu> References: <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20071230160555.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20071231095602.00ba4ab8@psy1.psych.arizona.edu> MIME-Version: 1.0 Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --_c10792c6-ae90-443f-a9e3-016a2b088c11_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit Thank you very much!!All my problems have been solved.Thanks^-^> Date: Mon, 31 Dec 2007 10:02:23 -0700> To: DMDX@psy1.psych.arizona.edu> From: jforster@psy1.psych.arizona.edu> Subject: [DMDX] RE: Re: question about negative priming effect> > At 12:17 AM 1/1/2008 +0800, you wrote:> >o,thank you!This question is solved!Thanks very much!But i want to know > >that if i set my stimulator distance from the center about 3.5 > >centimeters,what number can "N" be in ?> > Depends how big you monitor is. If 3.5 cm is 1/8th of your display then > you could use . Be aware it's recommended you use if > you're using as well as there are boundary conditions > (usually having to do with graphic files) where and don't work but > will.> > /"\> -jonathan (j.c.f.) \ /> X> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \> > Computers are useless. They can only give you answers.> > - Pablo Picasso> > > ====================================================================> Send mail to DMDX-request@psy1.psych.arizona.edu with the word> 'unsubscribe' by itself with no quotes in the body of the email> to be removed from the list. The list archive is available here:> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread> ==================================================================== _________________________________________________________________ 天凉了，添衣了，心动了，“七件”了 http://get.live.cn --_c10792c6-ae90-443f-a9e3-016a2b088c11_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: 8bit Thank you very much!!All my problems have been solved.Thanks^-^

> Date: Mon, 31 Dec 2007 10:02:23 -0700
> To: DMDX@psy1.psych.arizona.edu
> From: jforster@psy1.psych.arizona.edu
> Subject: [DMDX] RE: Re: question about negative priming effect
>
> At 12:17 AM 1/1/2008 +0800, you wrote:
> >o,thank you!This question is solved!Thanks very much!But i want to know
> >that if i set my stimulator distance from the center about 3.5
> >centimeters,what number can "N" be in <x N>?
>
> Depends how big you monitor is. If 3.5 cm is 1/8th of your display then
> you could use <x .375>. Be aware it's recommended you use <xy .375,.5> if
> you're using <XYJustification> as well as there are boundary conditions
> (usually having to do with graphic files) where <x> and <y> don't work but
> <xy> will.
>
> /"\
> -jonathan (j.c.f.) \ /
> X
> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \
>
> Computers are useless. They can only give you answers.
>
> - Pablo Picasso
>
>
> ====================================================================
> Send mail to DMDX-request@psy1.psych.arizona.edu with the word
> 'unsubscribe' by itself with no quotes in the body of the email
> to be removed from the list. The list archive is available here:
> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
> ====================================================================

用 Windows Live Spaces 展示个性自我，与好友分享生活！ 了解更多信息！ --_c10792c6-ae90-443f-a9e3-016a2b088c11_-- From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 09:57:38 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03GuTCq017561 for ; Thu, 3 Jan 2008 09:56:29 -0700 Received: by nf-out-0910.google.com with SMTP id g13so407784nfb.21 for ; Thu, 03 Jan 2008 08:56:28 -0800 (PST) Received: by 10.78.149.15 with SMTP id w15mr18267004hud.67.1199379387490; Thu, 03 Jan 2008 08:56:27 -0800 (PST) Received: by 10.78.171.1 with HTTP; Thu, 3 Jan 2008 08:56:27 -0800 (PST) Message-ID: <208bdab0801030856o74f0e0a4lfed8eb5e581974b3@mail.gmail.com> Date: Thu, 3 Jan 2008 10:56:27 -0600 From: "Olivia K" To: dmdx Subject: [DMDX] getting DMDX to wait for two different responses of different modalities during overlapping time periods MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25291_33527970.1199379387490" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_25291_33527970.1199379387490 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone, One of the lab RA's and I are having trouble programming a new script. This is what we have so far of the script: ! For tones; ! make the number pad keys the correct answer; ! #1 is right, 2 and 3 wrong; 1000 m1==; ! #2 right; 1001 m2==; ! #3 right; 1002 m3==; ! text on screen-not using-- if want to, add ~~Q to mL, mM, mH; 1003 mQ+ / * "low, medium, or high?" +c; ! play tones; ! high; 1004 m4+ "ShorterTone1200" / * +c; ! medium; 1005 m5+ * "ShorterTone600" / * +c; ! low; 1006 m6+ * "ShorterTone300" / * +c; ! standard fixation; 1010 mF+ "*"<%ms 1000> / <%ms 800> / +c; ! Combine sound macros to make items; ! all the low; 1007 mL+ ~~1 ~~F~~6 +c; ! all the medium; 1008 mM+ ~~2 ~~F ~~5 +c; ! all the high; 1009 mH+ ~~3 ~~F ~~4 +c; !SOAs (actually ITIs); !100 ms; 1014 mA+ <%ms 100> / +c; !350 ms; 1015 mB+ <%ms 350> / +c; !1000 ms; 1016 mC+ <%ms 1000> / +c; !Picture/Word macros; !picture; 1011 mP+ * +c; !word arrangements; 1017 mO+ , +c; 1018 mR+ , +c; 1019 mS+ , +c; 1020 mT+ , +c; 1021 mU+ , +c; 1022 mV+ , +c; 1023 mX+ , +c; 1024 mY+ , +c; 1025 mZ+ , +c; !letters/#s used in macros: 1-6, ABCFHLMOPQRSTUVXYZ; 0 "start"; +1 ~L; =101 ~A ~P "HAIR" ~O "boat"; +2 ~M; =102 ~B ~P "objobj283nose" ~R "jacket"; +3 ~H; =103 ~C ~P "obj166foot" ~S "pig"; +4 ~L; =104 ~A ~P "obj148eye" ~T "desk"; +5 ~M; =105 ~B ~P "MouthOpen" ~U "policeman"; +6 ~H; =106 ~C ~P "objobj220jacket" ~V "nose"; +7 ~L; =107 ~A ~P "objobj453tie" ~X "sheep"; +8 ~M; =108 ~B ~P "OrangePatch" ~Y "dress"; +9 ~H; =109 ~C ~P "PinkPatch" ~Z "trumpet"; 0 "end"; Right now, it plays a tone and then waits two seconds for a response, involving keys 1-3. Then, it presents a picture with a word embedded inside for another two seconds, and waits for a vocal response during the time it's still up. Before each trial, an indicator cross is presented. The script involves the usage of macros. Our problem is that for shorter SOAs, we don't know how to get the script to continue to wait for a keypress from the first part (the tone part), while also presenting the picture AND waiting for a vocal response (which is of a different modality than the keypress response) AND recording that vocal response AND its RT during the second part. Let me know if this is all clear, and if you have any suggestions. Thanks so much! Olivia ------=_Part_25291_33527970.1199379387490 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone,

One of the lab RA's and I are having trouble programming a new script. This is what we have so far of the script:

<ep> <azk> <fd 60> <d 0> <cr>  <t 2000> <dbc 255255255>  <dwc 0> <vm 1680,1050,1050,32,60>  <id DigitalVOX><id "mouse"> <id #keyboard> <rcot> <nfb>  <zil> <zor> <vzk +#79> <vzk +#80> <vzk +#81><eop>

 

! For tones;

! make the number pad keys the correct answer;

! #1 is right, 2 and 3 wrong;

1000 m1=<umnr><umpr><mpr +#79><mnr +#80><mnr +#81>=;

! #2 right;

1001 m2=<umnr><umpr><mpr +#80><mnr +#79><mnr +#81>=;

! #3 right;

1002 m3=<umnr><umpr><mpr +#81><mnr +#80><mnr +#79>=;

 

! text on screen-not using-- if want to, add ~~Q to mL, mM, mH;

1003 mQ+ / * "low, medium, or high?" +c;

 

! play tones;

! high;

1004 m4+ <wav 2> "ShorterTone1200" / * +c;

! medium;

1005 m5+ * <wav 2> "ShorterTone600"  / * +c;

! low;

1006 m6+ * <wav 2> "ShorterTone300" / * +c;

 

! standard fixation;

1010 mF+ "*"<%ms 1000> / <%ms 800> / +c;

 

! Combine sound macros to make items;

! all the low;

1007 mL+ ~~1 ~~F~~6  +c;

! all the medium;

1008 mM+ ~~2 ~~F ~~5  +c;

! all the high;

1009 mH+ ~~3 ~~F ~~4  +c;

 

!SOAs (actually ITIs);

!100 ms;

1014 mA+ <%ms 100> / +c;

!350 ms;

1015 mB+ <%ms 350> / +c;

!1000 ms;

1016 mC+ <%ms 1000> / +c;

 

!Picture/Word macros;

!picture;

1011 mP+ * <bmp> +c;

 

!word arrangements;

1017 mO+ , <xy 472,344> +c;

1018 mR+  , <xy 472,384> +c;

1019 mS+ , <xy 472,424> +c;

1020 mT+ , <xy 512,344> +c;

1021 mU+ , <xy 512,384> +c;

1022 mV+ , <xy 512,424> +c;

1023 mX+ , <xy 552,344> +c;

1024 mY+ , <xy 552,384> +c;

1025 mZ+ , <xy 552,424> +c;

 

!letters/#s used in macros: 1-6, ABCFHLMOPQRSTUVXYZ;

 

0 "start";

 

+1 ~L;

=101 ~A ~P "HAIR" ~O "boat";

+2 ~M;

=102 ~B ~P "objobj283nose" ~R "jacket";

+3 ~H;

=103 ~C ~P "obj166foot" ~S "pig";

+4 ~L;

=104 ~A ~P "obj148eye" ~T "desk";

+5 ~M;

=105 ~B ~P "MouthOpen" ~U "policeman";

+6 ~H;

=106 ~C ~P "objobj220jacket" ~V "nose";

+7 ~L;

=107 ~A ~P "objobj453tie" ~X "sheep";

+8 ~M;

=108 ~B ~P "OrangePatch" ~Y "dress";

+9 ~H;

=109 ~C ~P "PinkPatch" ~Z "trumpet";

 

 

0 "end";


Right now, it plays a tone and then waits two seconds for a response,
involving keys 1-3. Then, it presents a picture with a word embedded inside for
another two seconds, and waits for a vocal response during the time
it's still up. Before each trial, an indicator cross is presented. The script
involves the usage of macros. Our problem is that for shorter SOAs, we don't
know how to get the script to continue to wait for a keypress from the first
part (the tone part), while also presenting the picture AND waiting for a vocal
response (which is of a different modality than the keypress response) AND
recording that vocal response AND its RT during the second part.

Let me know if this is all clear, and if you have any suggestions.

Thanks so much!

Olivia ------=_Part_25291_33527970.1199379387490-- From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 11:05:45 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03I5GwN017776 for ; Thu, 3 Jan 2008 11:05:18 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 192BC3BFCDB for ; Thu, 3 Jan 2008 11:05:16 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 467FC3BFBFB for ; Thu, 3 Jan 2008 11:05:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> Date: Thu, 03 Jan 2008 11:05:08 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <208bdab0801030856o74f0e0a4lfed8eb5e581974b3@mail.gmail.com > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 10:56 AM 1/3/2008 -0600, you wrote: > Our problem is that for shorter SOAs, we don't >know how to get the script to continue to wait for a keypress from the first >part (the tone part), while also presenting the picture AND waiting for a >vocal >response (which is of a different modality than the keypress response) AND >recording that vocal response AND its RT during the second part. It's faintly possible that you could time out the first item and use in second item. You'd need to use instead of and you'd need to use . But it's much easier to just have a fixed display sequence, you'd have to have branches in there just to change from a item versus a normal item when there's no effective difference between the two. Also your items would have to turn off (with ) as you'll be gathering multiple responses there. Really messy. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 11:36:34 2008 Received: from vscani-a.ucl.ac.uk (vscani-a.ucl.ac.uk [144.82.108.29]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03IaC4s017939 for ; Thu, 3 Jan 2008 11:36:15 -0700 Received: from ah88.psychol.ucl.ac.uk ([128.40.254.88] helo=[127.0.0.1]) by vscani-a.ucl.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JAUvB-0006ca-NZ for DMDX@psy1.psych.arizona.edu; Thu, 03 Jan 2008 18:36:01 +0000 Message-ID: <477D2B0C.9000809@ucl.ac.uk> Date: Thu, 03 Jan 2008 18:35:56 +0000 From: Raka Tavashmi MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] simultaneous image displays and other stories Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list hello, i'm new to dmdx and can't find i am looking for on the mail archive, can anyone help? * i need to display 3 images in the same frame for the same duration, * my images are in .jpg format * there are no correct answers, i need to record which of 2 keys have been pressed this is what i could code so far -- =1100 "img1", * "img2", "img3"/; ...and so on for every item well it gives an error saying "jpg colour components not 3 (1 instead!)". is that because of the file format or the the code? how can i fix this? is the " , " the right way to present multiple dipslays in the same frame? is there a way to record key press in an .azk output file? i am sort of familiar with extracting the data from a .azk file, but cant really find a good guide to doing the same with .zil, and i dont have a lot of time :( i'd appreciate any advice, and sorry if this all really basic stuff! thanks for reading raka From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 12:32:18 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03JVtuC018178 for ; Thu, 3 Jan 2008 12:31:55 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E87053BFB37 for ; Thu, 3 Jan 2008 12:31:54 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 185CB3BFB0C for ; Thu, 3 Jan 2008 12:31:52 -0700 (MST) Message-Id: <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> Date: Thu, 03 Jan 2008 12:31:44 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <477D2B0C.9000809@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 06:35 PM 1/3/2008 +0000, you wrote: >well it gives an error saying "jpg colour components not 3 (1 instead!)". >is that because of the file format or the the code? how can i fix this? It's the file format, doesn't look like DMDX's code handles monochrome JPEGs. Download Irfanview and convert them to color. http://www.irfanview.net/ >is the " , " the right way to present multiple dipslays in the same frame? Yes. The only real trick to the comma is to remember that it's *exactly* equivalent to %0 / ! and that means the frame duration for the result must occur in the last frame -- any frame duration you specify just gets overridden by the %0 till the last frame in the sequence. I usually stick clock ons and anything except drawing information in the last frame as well but it's not actually necessary -- most of the time anyway, I'm sure there are conditions where it does matter. >is there a way to record key press in an .azk output file? i am sort of >familiar with extracting the data from a .azk file, but cant really find a >good guide to doing the same with .zil, and i dont have a lot of time :( You want the mode of . >i'd appreciate any advice, and sorry if this all really basic stuff! They're good questions, you'd be hard pressed to get answers to those out of Google. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 13:26:35 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03K80dq018309 for ; Thu, 3 Jan 2008 13:08:01 -0700 Received: by nf-out-0910.google.com with SMTP id g13so433851nfb.21 for ; Thu, 03 Jan 2008 12:07:57 -0800 (PST) Received: by 10.78.83.15 with SMTP id g15mr18801895hub.6.1199390876899; Thu, 03 Jan 2008 12:07:56 -0800 (PST) Received: by 10.78.171.1 with HTTP; Thu, 3 Jan 2008 12:07:56 -0800 (PST) Message-ID: <208bdab0801031207m6fd00b77u90083904c9bf88cd@mail.gmail.com> Date: Thu, 3 Jan 2008 14:07:56 -0600 From: "Olivia K" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_26235_28406532.1199390876891" References: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_26235_28406532.1199390876891 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok, thanks so much. We have and in there. Is there anyway to make those timeout periods overlap? Basically, what we want to do is present a tone, have there be one of three ISIs (called SOAs in this particular experiment), and then present a picture. We want a timeout period waiting for a key press response to start with the tone stimulus, and end with the key response. We want a timeout period waiting for a vocal response to then start from the end of the first (key) response and continue to the second (vocal) response. The problem is, it seems like the timeouts need to, essentially, be independent of the actual frames that contain the stimuli that they're recording the RTs for, since the first timeout for the first stimulus could easily extend into the presentation of the second stimulus (the picture), if the SOA is short (which it often will be considerably shorter than subjects' RTs in this experiment). Thanks, Olivia On Jan 3, 2008 12:05 PM, j.c.f. wrote: > At 10:56 AM 1/3/2008 -0600, you wrote: > > > Our problem is that for shorter SOAs, we don't > >know how to get the script to continue to wait for a keypress from the > first > >part (the tone part), while also presenting the picture AND waiting for a > >vocal > >response (which is of a different modality than the keypress response) > AND > >recording that vocal response AND its RT during the second part. > > > It's faintly possible that you could time out the first item and use > in second item. You'd need to use > instead of and you'd need to use . But it's > much > easier to just have a fixed display sequence, you'd have to have branches > in there just to change from a item versus a normal item when > there's no effective difference between the two. Also your items > would have to turn off (with ) as you'll be gathering > multiple > responses there. Really messy. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Change your thoughts and you change your world. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_26235_28406532.1199390876891 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok, thanks so much. We have <zil> and <zor> in there. Is there anyway to make those timeout periods overlap? Basically, what we want to do is present a tone, have there be one of three ISIs (called SOAs in this particular experiment), and then present a picture. We want a timeout period waiting for a key press response to start with the tone stimulus, and end with the key response. We want a timeout period waiting for a vocal response to then start from the end of the first (key) response and continue to the second (vocal) response. The problem is, it seems like the timeouts need to, essentially, be independent of the actual frames that contain the stimuli that they're recording the RTs for, since the first timeout for the first stimulus could easily extend into the presentation of the second stimulus (the picture), if the SOA is short (which it often will be considerably shorter than subjects' RTs in this experiment).

Thanks,
Olivia

On Jan 3, 2008 12:05 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 10:56 AM 1/3/2008 -0600, you wrote:

>  Our problem is that for shorter SOAs, we don't
>know how to get the script to continue to wait for a keypress from the first
>part (the tone part), while also presenting the picture AND waiting for a
>vocal
>response (which is of a different modality than the keypress response) AND
>recording that vocal response AND its RT during the second part.


It's faintly possible that you could time out the first item and use
<ContinueClockOn> in second item.  You'd need to use <ZillionResponses>
instead of <azk> and you'd need to use <ZillionOneResponse>.  But it's much
easier to just have a fixed display sequence, you'd have to have branches
in there just to change from a <cco> item versus a normal <co> item when
there's no effective difference between the two.  Also your <cco> items
would have to turn <zor> off (with <zor 0>) as you'll be gathering multiple
responses there.  Really messy.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Change your thoughts and you change your world.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
          http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_26235_28406532.1199390876891-- From DMDX-owner@psy1.psych.arizona.edu Thu Jan 3 16:39:55 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m03NdGUd018962 for ; Thu, 3 Jan 2008 16:39:16 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 3CE123BFB28 for ; Thu, 3 Jan 2008 16:39:16 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1FAFC3BFAB7 for ; Thu, 3 Jan 2008 16:39:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> Date: Thu, 03 Jan 2008 16:39:11 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <208bdab0801031207m6fd00b77u90083904c9bf88cd@mail.gmail.com > References: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 02:07 PM 1/3/2008 -0600, you wrote: >Ok, thanks so much. We have and in there. Is there anyway to >make those timeout periods overlap? A timeout is the time beyond which the program is not looking for responses. I suspect half of your problem is the incorrect use of the word timeout. >Basically, what we want to do is present a tone, have there be one of >three ISIs (called SOAs in this particular experiment), and then present a >picture. We want a timeout period waiting for a key press response to >start with the tone stimulus, and end with the key response. Like I said, a timeout doesn't end with a response, it's a time beyond which the program no longer accepts responses. What you need to do is turn the subject response clock on after the frame that plays the tone (assuming that frame's duration is set to the duration of the tone, which it would be by default). > We want a timeout period waiting for a vocal response to then start from > the end of the first (key) response and continue to the second (vocal) > response. Can't happen. There has to be some delay in there for DMDX to process items. You can set the delay to zero which means DMDX will do it as fast as possible but just how fast depends on your hardware. There's a chapter in the help on it. >The problem is, it seems like the timeouts need to, essentially, be >independent of the actual frames that contain the stimuli that they're >recording the RTs for, since the first timeout for the first stimulus >could easily extend into the presentation of the second stimulus (the picture), Yeah, your problem is wanting to have two things determine when the picture is presented. The subject is wither timed out because they didn't respond within some interval and the picture is to begin (but you still want their responses) or they respond and the picture is displayed. I recommend sacrificing one of these. > if the SOA is short (which it often will be considerably shorter than > subjects' RTs in this experiment). Settling a low delay parameter will probably get you most of the way there. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 06:09:16 2008 Received: from vscani-d.ucl.ac.uk (vscani-d.ucl.ac.uk [144.82.108.132]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m04D8ROo021083 for ; Fri, 4 Jan 2008 06:08:27 -0700 Received: from ah88.psychol.ucl.ac.uk ([128.40.254.88] helo=[127.0.0.1]) by vscani-d.ucl.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JAmHZ-00047I-JR for DMDX@psy1.psych.arizona.edu; Fri, 04 Jan 2008 13:08:17 +0000 Message-ID: <477E2FC1.4060304@ucl.ac.uk> Date: Fri, 04 Jan 2008 13:08:17 +0000 From: Raka Tavashmi MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: simultaneous image displays and other stories References: <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list >> well it gives an error saying "jpg colour components not 3 (1 >> instead!)". is that because of the file format or the the code? how >> can i fix this? > > It's the file format, doesn't look like DMDX's code handles monochrome > JPEGs. Download Irfanview and convert them to color. > > http://www.irfanview.net/ but the images are grayscale, not monochrome, and i need to keep them that way. how can it be possible to convert monchrome or grayscale to colour anyway? i've just got ifranview, and maybe will resort to converting them all to .bmp since i know that works. > >> is the " , " the right way to present multiple dipslays in the same >> frame? > > Yes. The only real trick to the comma is to remember that it's > *exactly* equivalent to %0 / ! and that means the frame duration for > the result must occur in the last frame -- any frame duration you > specify just gets overridden by the %0 till the last frame in the > sequence. I usually stick clock ons and anything except drawing > information in the last frame as well but it's not actually necessary > -- most of the time anyway, I'm sure there are conditions where it > does matter. > Well my frame duration is fixed throughout so i have just set it in the header line and not changed it in any item line. in the header line i have and . so those ticks stay the same for each of my items, regardless of the commas? its seems to work when i tried it just now but i cant be sure about the timing. also, is there a way to set the fd in the parameter line in ms% instead of ticks? the program will run on different machines so i want to be sure about the millisecond accuracy without having to set it in each item line >> is there a way to record key press in an .azk output file? i am sort >> of familiar with extracting the data from a .azk file, but cant >> really find a good guide to doing the same with .zil, and i dont have >> a lot of time :( > > You want the mode of . > yes that appears to be the right way. but since i dont want to deal with .zil files i/m trying to find a cheeky way to get around that for this experiment. since i have only 2 possible responses (say 1 & 2) and i want to know which key is pressed, i'll assign one of them (say '1') to be the 'correct' answer. that way from my azk output i'll know which key was pressed by the " - " before the RT. well i'm guessing that will work for my purpose, will try it just now >> i'd appreciate any advice, and sorry if this all really basic stuff! > > They're good questions, you'd be hard pressed to get answers to those > out of Google. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Change your thoughts and you change your world. > thanks very much for your help :P -- Raka Tavashmi Institute of Cognitive Neuroscience University College London 17 Queen Square London WC1N 3AR _raka.tavashmi@ucl.ac.uk_ +44 (0)20 76794754 www.faceblind.org From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 08:54:39 2008 Received: from vscani-d.ucl.ac.uk (vscani-d.ucl.ac.uk [144.82.108.132]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m04FsGNa021606 for ; Fri, 4 Jan 2008 08:54:19 -0700 Received: from ah88.psychol.ucl.ac.uk ([128.40.254.88] helo=[127.0.0.1]) by vscani-d.ucl.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JAos3-0000s7-KQ for DMDX@psy1.psych.arizona.edu; Fri, 04 Jan 2008 15:54:07 +0000 Message-ID: <477E569F.6040801@ucl.ac.uk> Date: Fri, 04 Jan 2008 15:54:07 +0000 From: Raka Tavashmi MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: simultaneous image displays and other stories References: <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> In-Reply-To: <477E2FC1.4060304@ucl.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list hi jonathan and all, the problems i was having before are sorted now, thanks for your help. but there is another crucial thing i am struggling with. ((there is mention of it is the thread archives as well, in fact someone had this identical problem but i cant undertsand how they solved it.)) i need my display to (a) be present for X seconds and then clear, and wait for response before moving to the next item or (b) move to the next item immediately on any response. its seems strange but i can do either but not both. for case (a) i have +101 < x 512> < y 192> "01F_T", "01F_L", "01F_R" */ ; if i take out the keyword in each item, and instead have in the header, that has the same effect. both these ways i can display for 3 seconds and then clear and wait for response. but if response occurs before the fd is over, the item does not move to the next one here's what i have for (b) by removing the last "/" .. +101 < x 512> < y 192> "01F_T", "01F_L", "01F_R" * ; that just leaves the display on screen indefinitely, which i dont want i could set the timout with 3second but thats not appropriate as i need an answer for each item before moving on. tried using but that doesnt work at all. could anyone recommend a solution? thanks > >>> well it gives an error saying "jpg colour components not 3 (1 >>> instead!)". is that because of the file format or the the code? how >>> can i fix this? >> >> It's the file format, doesn't look like DMDX's code handles >> monochrome JPEGs. Download Irfanview and convert them to color. >> >> http://www.irfanview.net/ > but the images are grayscale, not monochrome, and i need to keep them > that way. how can it be possible to convert monchrome or grayscale to > colour anyway? i've just got ifranview, and maybe will resort to > converting them all to .bmp since i know that works. > >> >>> is the " , " the right way to present multiple dipslays in the same >>> frame? >> >> Yes. The only real trick to the comma is to remember that it's >> *exactly* equivalent to %0 / ! and that means the frame duration for >> the result must occur in the last frame -- any frame duration you >> specify just gets overridden by the %0 till the last frame in the >> sequence. I usually stick clock ons and anything except drawing >> information in the last frame as well but it's not actually necessary >> -- most of the time anyway, I'm sure there are conditions where it >> does matter. >> > Well my frame duration is fixed throughout so i have just set it in > the header line and not changed it in any item line. in the header > line i have and > . so those ticks stay the same for each of my items, > regardless of the commas? its seems to work when i tried it just now > but i cant be sure about the timing. also, is there a way to set the > fd in the parameter line in ms% instead of ticks? the program will run > on different machines so i want to be sure about the millisecond > accuracy without having to set it in each item line > >>> is there a way to record key press in an .azk output file? i am sort >>> of familiar with extracting the data from a .azk file, but cant >>> really find a good guide to doing the same with .zil, and i dont >>> have a lot of time :( >> >> You want the mode of . >> > yes that appears to be the right way. but since i dont want to deal > with .zil files i/m trying to find a cheeky way to get around that for > this experiment. since i have only 2 possible responses (say 1 & 2) > and i want to know which key is pressed, i'll assign one of them (say > '1') to be the 'correct' answer. that way from my azk output i'll know > which key was pressed by the " - " before the RT. well i'm guessing > that will work for my purpose, will try it just now > >>> i'd appreciate any advice, and sorry if this all really basic stuff! >> >> They're good questions, you'd be hard pressed to get answers to those >> out of Google. >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Change your thoughts and you change your world. >> > thanks very much for your help :P > > > > From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 13:16:26 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m04KFexu022389 for ; Fri, 4 Jan 2008 13:15:40 -0700 Received: from gandalfs_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9DD993BF906 for ; Fri, 4 Jan 2008 13:15:38 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4CF733BFAA6 for ; Fri, 4 Jan 2008 13:15:37 -0700 (MST) Message-Id: <5.1.0.14.2.20080104130845.00ba4ae0@psy1.psych.arizona.edu> Date: Fri, 04 Jan 2008 13:15:34 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <477E2FC1.4060304@ucl.ac.uk> References: <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:08 PM 1/4/2008 +0000, you wrote: >but the images are grayscale, not monochrome, and i need to keep them that >way. how can it be possible to convert monchrome or grayscale to colour >anyway? i've just got ifranview, and maybe will resort to converting them >all to .bmp since i know that works. It can be grayscale but not monochrome, each gun is just the same value. Converting it to BMPs might work but only because whatever program you use to do the conversion with doesn't know about monochrome BMP files which can exist just like monochrome JPEGs can. You just hardly ever see them. >Well my frame duration is fixed throughout so i have just set it in the >header line and not changed it in any item line. in the header line i >have and >. so those ticks stay the same for each of my items, regardless of >the commas? The comma frames delimiter overrides the default for the left frame and not for the right so it works. > its seems to work when i tried it just now but i cant be sure about the > timing. also, is there a way to set the fd in the parameter line in ms% > instead of ticks? the program will run on different machines so i want to > be sure about the millisecond accuracy without having to set it in each > item line Alas it can't be a parameter because the parameter could come after the thus changing the default frame duration. You'll have to use brute force methods like putting <%ms> all over the place. There is a you can use in the body of the item file but there's no millisecond version of it. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 13:27:17 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m04KR2FY022446 for ; Fri, 4 Jan 2008 13:27:02 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 98FEF3BFA23 for ; Fri, 4 Jan 2008 13:27:02 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 488973BF9F2 for ; Fri, 4 Jan 2008 13:26:59 -0700 (MST) Message-Id: <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> Date: Fri, 04 Jan 2008 13:26:54 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <477E569F.6040801@ucl.ac.uk> References: <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:54 PM 1/4/2008 +0000, you wrote: >hi jonathan and all, > >the problems i was having before are sorted now, thanks for your help. >but there is another crucial thing i am struggling with. >((there is mention of it is the thread archives as well, in fact someone >had this identical problem but i cant undertsand how they solved it.)) > >i need my display to (a) be present for X seconds and then clear, and wait >for response before moving to the next item or (b) move to the next item >immediately on any response. its seems strange but i can do either but not >both. > >for case (a) i have > 255255255> > >+101 < x 512> < y 192> "01F_T", > "01F_L", > "01F_R" */ ; What you are doing is more or less correct however you're probably being burned by the ancient DMastr trap of not specifying an F (or ) parameter so the default frame duration becomes zero which does very odd things indeed -- like making your erase frame not display at all. What you really want is the following: F30 +101 "01F_T", "01F_L", "01F_R" * / ; only needs to occur once and the duration of you combo frame should be specified in the last frame of the combo. >if i take out the keyword in each item, and instead have in >the header, that has the same effect. both these ways i can display for 3 >seconds and then clear and wait for response. but if response occurs >before the fd is over, the item does not move to the next one > >here's what i have for (b) by removing the last "/" .. > > 0> > >+101 < x 512> < y 192> "01F_T", > "01F_L", > "01F_R" * ; > >that just leaves the display on screen indefinitely, which i dont want > >i could set the timout with 3second but thats not appropriate as i >need an answer for each item before moving on. tried using but that >doesnt work at all. could anyone recommend a solution? Having both the and the / ; should fix things. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 13:31:36 2008 Received: from uwo.ca (v320-147-lb.its.uwo.ca [129.100.74.147]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m04KVJtE022471 for ; Fri, 4 Jan 2008 13:31:19 -0700 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_P3grhjjZvVkxeQUe+pLBQw)" Received: from harpo.mail.uwo.pri (brutus.mail.uwo.pri [172.29.32.39]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JU4003GPZNR3O10@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Fri, 04 Jan 2008 15:31:03 -0500 (EST) Received: from uwo.ca ([172.29.19.64]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JU40026SZNQYLC0@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Fri, 04 Jan 2008 15:31:03 -0500 (EST) Received: from [172.29.20.35] (Forwarded-For: [172.29.20.35]) by ramis.its.uwo.pri (mshttpd); Fri, 04 Jan 2008 15:31:03 -0500 From: Alison Camiletti To: DMDX@psy1.psych.arizona.edu Message-id: Date: Fri, 04 Jan 2008 15:31:03 -0500 Subject: [DMDX] presenting items as is, without scrambling or grouping Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_P3grhjjZvVkxeQUe+pLBQw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Content-disposition: inline Hello=2C I am using DMDX to present a series of stimuli=2C and I would like it to= =C2=A0present the data one after the other=2C exactly how I have them ar= ranged=2E=C2=A0However=2C my program only seems to work once I insert th= e grouping and=C2=A0scrambling parameters=2C both of which I don=27t req= uire=2E Without them I get a=C2=A0missing item number error message=2E B= elow is a copy of my program=2E Thanks in advance for your help! =7EAlison =3Cn 192=3E =3Cvm 640=2C480=2C480=2C8=2C0=3E =3Ct 10000=3E =3Cid =E2=80=9C= keyboard=E2=80=9D=3E =3Cdwc 000000000=3E =3Cdbc 255255255=3E =3CZillionR= esponses=3E =3CZillionEnterKey=3E =3CFBOnlyClearBehind=3E =3Ccr=3E =240 =3Cln -9=3E =22Instructions=2E=22=2C =3Cln -8=3E =22The program to = follow will present you with a mathematical equation and a possible answ= er (ie=2E 2 X 3 =3D 7)=2E=22=2C =3Cln -7=3E =22Before entering your own = answer in the blanks provided=2C please read the question in its entiret= y=2E=22=2C =3Cln -6=3E =22Please enter your answer as fast as you can as= soon as each mathematical equation is displayed=2E=22=2C=C2=A0 =3Cln -5= =3E =22Unfortunately the number keypad located at the side of the keyboa= rd will not register in this program=2C=22=2C =3Cln -4=3E =22therefore=C2= =A0 please use the number keys arranged in the row above the letter keys= =2E=E2=80=9D=2C =3Cln -2=3E =E2=80=9COnce the final digit is entered the= program will automatically proceed to the next question=2E=22=2C =3Cln = -1=3E =E2=80=9CThere will be a short 10 second rest period between probl= em sets=2C and upon completion of the=E2=80=9D=2C =3Cln 0=3E =E2=80=9C r= est period the program will ask you to press the space bar to continue w= ith the experiment=2E=E2=80=9D=2C =3Cln 2=3E =E2=80=9CThe questions to f= ollow will give you an opportunity to see a sample of the questions that= you will be asked=E2=80=9D=2C =3Cln 3=3E =E2=80=9C to answer in the stu= dy=2E As in the actual experiment=2C you will be=C2=A0 able to see =E2=80= =9D=2C =3Cln 4=3E =E2=80=9Cyour entered answers on the screen in this tr= ial run=2E=E2=80=9D=2C =3Cln 5=3E =E2=80=9CFollowing this short practice= session press the space bar to proceed with the experiment=2E=E2=80=9D=2C= =3Cln 7=3E =E2=80=9CTo proceed to the practice problems please press th= e space bar=2E=E2=80=9D=3B=24 =240 =3Cln -5=3E =E2=80=9CPractice problems=E2=80=9D=2C =C2=A0=C2=A0 =3Cln -3=3E =E2=80=9CPress space bar to proceed=E2=80=9D=3B= =24 +985 * =222 + 3 =3D 6=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +986 * =22four X one =3D seven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +987 * =22=23=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +988 * =225 X 3 =3D 17=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +989 * =22eight + six =3D eighteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +990 * =22*=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +991 * =227 + 2 =3D 8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +992 * =22five X nine =3D fifty-one=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +993 * =22=5E=5E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +994 * =22one X nine =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B =240 =E2=80=9CPress space bar to begin actual program=2E=E2=80=9D=3B=24 = =C2=A0 +421 * =22six + eight =3D sixteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +422 * =22five X two =3D fourteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +425 * =22=CF=81=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +143 * =225 + 1 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +144 * =227 X 2 =3D 13=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +145 * =22=CE=93=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +133 * =226 X 4 =3D 21=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +134 * =229 + 5 =3D 56=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +135 * =22=CE=94=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +251 * =225 + 7 =3D 18=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +252 * =22nine + two =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +255 * =22=CE=9D=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +371 * =22five X three =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +372 * =22six X four =3D fifteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +375 * =22=CE=A3=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +261 * =22six + four =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +262 * =221 + 4 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +265 * =22=CE=B9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +31 * =222 + 5 =3D 8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +32 * =221 + 5 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +35 * =22=CE=A4=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +233 * =223 + 9 =3D 16=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +234 * =22two X four =3D fourteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +235 * =22=CE=BE=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +431 * =22four X two =3D ten=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +432 * =22four + five =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +435 * =22=CE=B5=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +171 * =226 + 1 =3D 9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +172 * =22five X four =3D seven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +175 * =22=CE=B1=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +331 * =229 X 8 =3D 75=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +332 * =227 X 4 =3D 72=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +335 * =22=CF=87=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +463 * =22nine + seven =3D eighteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +464 * =22three X nine =3D seventeen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +465 * =22=CE=BF=22 =3B 0 =25100 =22=C2=A0 =22 / c=3B +411 * =22three X five =3D ten=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +412 * =22seven + two =3D fifteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +415 * =22=CE=A6=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +441 * =22two + one =3D five=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +442 * =22one X seven =3D three=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +445 * =22=CE=B6=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +213 * =228 + 3 =3D 14=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +214 * =22three X four =3D six=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +215 * =22=CE=BD=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +571 * =227 X 4 =3D 21=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +572 * =22six X three =3D twenty-eight=22 =3B 0 =25100 =22=C2=A0 =22 / c= =3B +575 * =22=CF=81=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +281 * =22one + six =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +282 * =224 + 8 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +285 * =22=CE=9E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +43 * =228 + 1 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +44 * =227 + 8 =3D 13=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +45 * =22=CE=98=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +613 * =221 X 2 =3D 3=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +614 * =22eight X three =3D eighteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +615 * =22=40=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +323 * =22three + seven =3D eleven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +324 * =228 + 1 =3D 14=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +325 * =22=CE=B5=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +533 * =229 X 7 =3D 81=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +534 * =22eight + seven =3D thirty-five=22 =3B 0 =25100 =22=C2=A0 =22 / = c =3B +535 * =22=CE=A3=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +453 * =22five X six =3D forty-five=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +454 * =22seven + three =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +455 * =22=CF=95=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +83 * =22nine + one =3D eleven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +84 * =22eight + four =3D thirteen=22=3B 0 =25100 =22=C2=A0 =22 / c =3B = +85 * =22=CE=B7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +483 * =22five + seven =3D nine=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +484 * =22three X seven =3D ten=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +485 * =22=CE=91=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +391 * =22seven X one =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +392 * =22three X four =3D seventeen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +395 * =22=CE=A8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +521 * =22eight + one =3D fifteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +522 * =222 X 6 =3D 9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +525 * =22=CF=91=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +403 * =22four X eight =3D sixteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +404 * =22nine X one =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +405 * =22=CE=A0=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +601 * =22five X seven =3D forty=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +602 * =229 X 3 =3D 35=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +605 * =22=24=22 =3B 0 =25100 =22=C2=A0 =22 / c=3B +563 * =22two + five =3D ten=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +564 * =223 X 9 =3D 21=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +565 * =22=CE=BB=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=C2=A0 +491 * =224 X 5 =3D 35=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +492 * =22nine + eight =3D twenty=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +493 * =22=CE=92=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +543 * =22four + five =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +544 * =223 X 7 =3D 11=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +545 * =22=CE=B4=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +501 * =22six + seven =3D fourteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +502 * =225 X 3 =3D 13=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +503 * =22=CE=93=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +223 * =22two X one =3D three=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +224 * =224 + 7 =3D 42=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +225 * =22=CE=BC=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +313 * =225 + 2 =3D 8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +314 * =22seven + nine =3D fourteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +315 * =22=CE=B8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +91 * =228 X 2 =3D 13=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +92 * =225 + 7 =3D 16=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +95 * =22=CE=B9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +51 * =22three + six =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +52 * =22one + four =3D nine=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +55 * =22=CE=96=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +11 * =227 X 3 =3D 15=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +12 * =225 + 6 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +15 * =22=CE=B1=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +623 * =22two X four =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +624 * =225 X 7 =3D 54=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +625 * =22=7D=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +303 * =22four + one =3D seven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +304 * =225 + 3 =3D 16=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +305 * =22=CF=87=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +153 * =226 X 2 =3D 8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +154 * =224 + 9 =3D 11=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +155 * =22=CE=98=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +121 * =226 + 9 =3D 18=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +122 * =224 X 2 =3D 15=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +125 * =22=CE=B6=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +293 * =228 + 7 =3D 19=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +294 * =22three + four =3D nine=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +295 * =22=CF=86=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +63 * =22seven + eight =3D seventeen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +64 * =22five + nine =3D sixteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +65 * =22=CF=86=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +101 * =227 + 1 =3D 9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +102 * =225 X 3 =3D 8=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +105 * =22=CE=BA=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +23 * =228 + 2 =3D 12=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +24 * =227 + 4 =3D 15=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +25 * =22=CE=B2=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +181 * =22five X seven =3D twenty=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +182 * =226 + 9 =3D 35=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +185 * =22=CE=B7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +201 * =22seven X four =3D twenty-six=22 =3B 0 =25100 =22=C2=A0 =22 / c = =3B +202 * =229 + 6 =3D 28=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +205 * =22=CF=85=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +383 * =22three X two =3D seven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +384 * =22nine X seven =3D twenty=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +385 * =22=CE=B2=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +633 * =221 X 4 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +634 * =22three X two =3D nine=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +635 * =22=E2=88=92=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +163 * =226 + 8 =3D 12=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +164 * =228 X 2 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +165 * =22=CE=96=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +243 * =22six X two =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +244 * =228 + 3 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +245 * =22=CE=A7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +363 * =229 X 2 =3D 20=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +364 * =227 X 8 =3D 45=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +365 * =22=CE=9F=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +643 * =22six X five =3D thirty-four=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +644 * =224 X 3 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +645 * =22=E2=88=8D=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +271 * =227 + 8 =3D 17=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +272 * =22two + eight =3D thirteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= = +275 * =22=CE=B7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +343 * =223 X 7 =3D 19=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +344 * =222 X 8 =3D 27=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +345 * =22=CE=B3=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +191 * =225 + 3 =3D 7=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +192 * =22six X two =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +195 * =22=CE=A1=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +473 * =22eight X three =3D twenty-one=22 =3B 0 =25100 =22=C2=A0 =22 / c= =3B = +474 * =22nine + eight =3D twenty=22=3B 0 =25100 =22=C2=A0 =22 / c =3B = +475 * =22=CF=83=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +511 * =229 X 2 =3D 23=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +512 * =22seven + four =3D eighteen=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= +515 * =22=CE=99=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +591 * =228 X 1 =3D 9=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +592 * =22three X five =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +595 * =22=25=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +71 * =22five + three =3D twelve=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +72 * =22six + four =3D eight=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +75 * =22=CE=B3=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +111 * =226 X 3 =3D 17=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +112 * =223 + 8 =3D 10=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +115 * =22=CF=96=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +351 * =225 X 4 =3D 23=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +352 * =226 X 8 =3D 20=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +355 * =22=CE=B1=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +351 * =225 X 4 =3D 23=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +352 * =226 X 8 =3D 20=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B = +355 * =22=CE=B1=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +553 * =225 X 2 =3D 4=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +554 * =22three + two =3D seven=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B +555 * =22=CE=BA=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B =240 =3Cln 1=3E =E2=80=9CEnd of program=2E=E2=80=9D=2C =C2=A0=C2=A0 =3Cln 2=3E =22Thank you for your participation=2E=22=3B=24 --Boundary_(ID_P3grhjjZvVkxeQUe+pLBQw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Content-disposition: inline =3Cspan class=3D=22Apple-style-span=22 style=3D=22font-family=3A =27Prim= aSans BT=2CVerdana=2Csans-serif=27=3B =22=3EHello=2C=3Cbr=3EI am using D= MDX to present a series of stimuli=2C and I would like it to=C2=A0presen= t the data one after the other=2C exactly how I have them arranged=2E=C2= =A0However=2C my program only seems to work once I insert the grouping a= nd=C2=A0scrambling parameters=2C both of which I don=27t require=2E With= out them I get a=C2=A0missing item number error message=2E Below is a co= py of my program=2E Thanks in advance for your help!=3Cbr=3E=7EAlison=3C= /span=3E=3Cdiv=3E=3Cbr=3E=3C/div=3E=3Cdiv=3E=3Cfont class=3D=22Apple-sty= le-span=22 face=3D=22=27PrimaSans BT=2CVerdana=2Csans-serif=27=22=3E=3Cp= style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E0p= x Courier New=22=3E=26lt=3Bn 192=26gt=3B =26lt=3Bvm 640=2C480=2C480=2C8=2C= 0=26gt=3B =26lt=3Bt 10000=26gt=3B =3Cspan style=3D=22font=3A 12=2E0px Ti= mes New Roman=22=3E=26lt=3Bid =E2=80=9Ckeyboard=E2=80=9D=26gt=3B =3C/spa= n=3E=26lt=3Bdwc 000000000=26gt=3B =26lt=3Bdbc 255255255=26gt=3B =26lt=3B= ZillionResponses=26gt=3B =26lt=3BZillionEnterKey=26gt=3B =26lt=3BFBOnlyC= learBehind=26gt=3B =26lt=3Bcr=26gt=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=3B min-height=3A 15=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 8=2E= 0px Arial=22=3E=240 =26lt=3Bln -9=26gt=3B =22=3Cspan style=3D=22font=3A = 9=2E0px Arial=22=3EInstructions=2E=3C/span=3E=22=2C =26lt=3Bln -8=26gt=3B= =22The program to follow will present you with a mathematical equation = and a possible answer (ie=2E 2 X 3 =3D 7)=2E=22=2C =26lt=3Bln -7=26gt=3B= =22Before entering your own answer in the blanks provided=2C please rea= d the question in its entirety=2E=22=2C =26lt=3Bln -6=26gt=3B =22Please = enter your answer as fast as you can as soon as each mathematical equati= on is displayed=2E=22=2C=C2=A0 =26lt=3Bln -5=26gt=3B =22Unfortunately th= e number keypad located at the side of the keyboard will not register in= this program=2C=22=2C =26lt=3Bln -4=26gt=3B =22therefore=C2=A0 please u= se the number keys arranged in the row above the letter keys=2E=E2=80=9D= =2C =26lt=3Bln -2=26gt=3B =E2=80=9COnce the final digit is entered the p= rogram will automatically proceed to the next question=2E=22=2C =26lt=3B= ln -1=26gt=3B =E2=80=9CThere will be a short 10 second rest period betwe= en problem sets=2C and upon completion of the=E2=80=9D=2C =26lt=3Bln 0=26= gt=3B =E2=80=9C rest period the program will ask you to press the space = bar to continue with the experiment=2E=E2=80=9D=2C =26lt=3Bln 2=26gt=3B = =E2=80=9CThe questions to follow will give you an opportunity to see a s= ample of the questions that you will be asked=E2=80=9D=2C =26lt=3Bln 3=26= gt=3B =E2=80=9C to answer in the study=2E As in the actual experiment=2C= you will be=C2=A0 able to see =E2=80=9D=2C =26lt=3Bln 4=26gt=3B =E2=80=9C= your entered answers on the screen in this trial run=2E=E2=80=9D=2C =26l= t=3Bln 5=26gt=3B =E2=80=9CFollowing this short practice session press th= e space bar to proceed with the experiment=2E=E2=80=9D=2C =26lt=3Bln 7=26= gt=3B =E2=80=9CTo proceed to the practice problems please press the spac= e bar=2E=E2=80=9D=3B=24=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 8=2E= 0px Arial=3B min-height=3A 9=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Arial=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E=240= =26lt=3Bln -5=26gt=3B =E2=80=9C=3C/span=3EPractice problems=3Cspan styl= e=3D=22font=3A 10=2E0px Courier New=22=3E=E2=80=9D=2C=3C/span=3E=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Arial=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E=C2=A0= =C2=A0 =26lt=3Bln -3=26gt=3B =E2=80=9C=3C/span=3EPress space bar to proc= eed=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E=E2=80=9D=3B=24=3C= /span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=3B min-height=3A 11=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+985 * =222 + 3 =3D 6=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+986 * =22four X one =3D seven=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+987 * =22=23=22 =3B=3Cb=3E 0 =25100 =22=C2=A0 =22 = / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+988 * =225 X 3 =3D 17=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+989 * =22eight + six =3D eighteen=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+990 * =22*=22 =3B=3Cb=3E 0 =25100 =22=C2=A0 =22 / = c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+991 * =227 + 2 =3D 8=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+992 * =22five X nine =3D fifty-one=22 =3B=3Cb=3E 0= =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+993 * =22=5E=5E=22 =3B=3Cb=3E 0 =25100 =22=C2=A0 =22= / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+994 * =22one X nine =3D 10=22 =3B=3Cb=3E 0 =25100 = =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=3B min-height=3A 11=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=3B min-height=3A 11=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Arial=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E=240= =E2=80=9C=3C/span=3EPress space bar to begin actual program=2E=3Cspan s= tyle=3D=22font=3A 10=2E0px Courier New=22=3E=E2=80=9D=3B=24 =C2=A0=3C/sp= an=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=3B min-height=3A 11=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+421 * =22six + eight =3D sixteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+422 * =22five X two =3D fourteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+425 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CF=81=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+143 * =225 + 1 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+144 * =227 X 2 =3D 13=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+145 * =22=3Cspan style=3D=22font=3A 10=2E0px H= elvetica=22=3E=CE=93=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+133 * =226 X 4 =3D 21=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+134 * =229 + 5 =3D 56=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+135 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=94=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+251 * =225 + 7 =3D 18=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+252 * =22nine + two =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+255 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=9D=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan= class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C/spa= n=3E=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+371 * =22five X three =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+372 * =22six X four =3D fifteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+375 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=A3=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+261 * =22six + four =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+262 * =221 + 4 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+265 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=B9=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+31 * =222 + 5 =3D 8=22 =3B=3Cb=3E 0 =25100 =22=C2=A0= =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22whit= e-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+32 * =221 + 5 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2=A0= =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22whit= e-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+35 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CE=A4=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+233 * =223 + 9 =3D 16=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+234 * =22two X four =3D fourteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+235 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=BE=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan cla= ss=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C/span=3E= =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+431 * =22four X two =3D ten=22 =3B=3Cb=3E 0 =25100= =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style= =3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+432 * =22four + five =3D eight=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+435 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=B5=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3C= span class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C= /span=3E=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+171 * =226 + 1 =3D 9=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+172 * =22five X four =3D seven=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New= =22=3E+175 *=3C/span=3E =22=3Cspan style=3D=22font=3A 10=2E0px Helvetica= =22=3E=CE=B1=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+331 * =229 X 8 =3D 75=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+332 * =227 X 4 =3D 72=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+335 * =22=3Cspan style=3D=22font=3A 10=2E0px H= elvetica=22=3E=CF=87=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+463 * =22nine + seven =3D eighteen=22 =3B=3Cb=3E 0= =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+464 * =22three X nine =3D seventeen=22 =3B=3Cb=3E = 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+465 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=BF=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+411 * =22three X five =3D ten=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 sty= le=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+412 * =22seven + two =3D fifteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+415 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=A6=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+441 * =22two + one =3D five=22 =3B=3Cb=3E 0 =25100= =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style= =3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+442 * =22one X seven =3D three=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+445 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=B6=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+213 * =228 + 3 =3D 14=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+214 * =22three X four =3D six=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 sty= le=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+215 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=BD=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan cla= ss=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C/span=3E= =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+571 * =227 X 4 =3D 21=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+572 * =22six X three =3D twenty-eight=22 =3B=3Cb=3E= 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+575 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=CF=81=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+281 * =22one + six =3D eight=22 =3B=3Cb=3E 0 =2510= 0 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 styl= e=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+282 * =224 + 8 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+285 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=9E=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+43 * =228 + 1 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+44 * =227 + 8 =3D 13=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+45 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CE=98=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+613 * =221 X 2 =3D 3=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+614 * =22eight X three =3D eighteen=22 =3B=3Cb=3E = 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+615 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=40=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+323 * =22three + seven =3D eleven=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+324 * =228 + 1 =3D 14=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+325 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=B5=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+533 * =229 X 7 =3D 81=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+534 * =22eight + seven =3D thirty-five=22 =3B=3Cb=3E= 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+535 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=CE=A3=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+453 * =22five X six =3D forty-five=22 =3B=3Cb=3E 0= =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+454 * =22seven + three =3D twelve=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+455 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CF=95=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+83 * =22nine + one =3D eleven=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+84 * =22eight + four =3D thirteen=22=3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+85 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CE=B7=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+483 * =22five + seven =3D nine=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+484 * =22three X seven =3D ten=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+485 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=91=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan sty= le=3D=22font=3A 10=2E0px Verdana=22=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3B=3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+391 * =22seven X one =3D eight=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+392 * =22three X four =3D seventeen=22 =3B=3Cb=3E = 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+395 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=A8=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan= class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C/spa= n=3E=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+521 * =22eight + one =3D fifteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+522 * =222 X 6 =3D 9=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+525 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CF=91=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+403 * =22four X eight =3D sixteen=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+404 * =22nine X one =3D eight=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 sty= le=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+405 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=A0=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+601 * =22five X seven =3D forty=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+602 * =229 X 3 =3D 35=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+605 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=24=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+563 * =22two + five =3D ten=22 =3B=3Cb=3E 0 =25100= =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+564 * =223 X 9 =3D 21=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+565 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=CE=BB=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=C2=A0=3C/p= =3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+491 * =224 X 5 =3D 35=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+492 * =22nine + eight =3D twenty=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+493 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=92=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+543 * =22four + five =3D eight=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+544 * =223 X 7 =3D 11=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+545 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=CE=B4=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+501 * =22six + seven =3D fourteen=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+502 * =225 X 3 =3D 13=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+503 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=93=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+223 * =22two X one =3D three=22 =3B=3Cb=3E 0 =2510= 0 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 styl= e=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+224 * =224 + 7 =3D 42=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+225 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=BC=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+313 * =225 + 2 =3D 8=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+314 * =22seven + nine =3D fourteen=22 =3B=3Cb=3E 0= =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+315 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=B8=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+91 * =228 X 2 =3D 13=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+92 * =225 + 7 =3D 16=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+95 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucida= Grande=22=3E=CE=B9=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/= p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+51 * =22three + six =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+52 * =22one + four =3D nine=22 =3B=3Cb=3E 0 =25100= =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style= =3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+55 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucida= Grande=22=3E=CE=96=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/= p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+11 * =227 X 3 =3D 15=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+12 * =225 + 6 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New= =22=3E+15=3C/span=3E =3Cspan style=3D=22font=3A 10=2E0px Times New Roman= =22=3E* =3C/span=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E= =22=3C/span=3E=3Cspan style=3D=22font=3A 10=2E0px Lucida Grande=22=3E=CE= =B1=3C/span=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E=22=3C= /span=3E =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+623 * =22two X four =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+624 * =225 X 7 =3D 54=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+625 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=7D=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+303 * =22four + one =3D seven=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 sty= le=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+304 * =225 + 3 =3D 16=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+305 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CF=87=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+153 * =226 X 2 =3D 8=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+154 * =224 + 9 =3D 11=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+155 * =22=3Cspan style=3D=22font=3A 10=2E0px H= elvetica=22=3E=CE=98=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= span class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C= /span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+121 * =226 + 9 =3D 18=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+122 * =224 X 2 =3D 15=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+125 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=B6=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3Cspan class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E = =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+293 * =228 + 7 =3D 19=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+294 * =22three + four =3D nine=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+295 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CF=86=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+63 * =22seven + eight =3D seventeen=22 =3B=3Cb=3E = 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+64 * =22five + nine =3D sixteen=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+65 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CF=86=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+101 * =227 + 1 =3D 9=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+102 * =225 X 3 =3D 8=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+105 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=BA=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+23 * =228 + 2 =3D 12=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+24 * =227 + 4 =3D 15=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+25 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CE=B2=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+181 * =22five X seven =3D twenty=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+182 * =226 + 9 =3D 35=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+185 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=B7=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+201 * =22seven X four =3D twenty-six=22 =3B=3Cb=3E= 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+202 * =229 + 6 =3D 28=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+205 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CF=85=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+383 * =22three X two =3D seven=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+384 * =22nine X seven =3D twenty=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+385 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=B2=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+633 * =221 X 4 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+634 * =22three X two =3D nine=22 =3B=3Cb=3E 0 =251= 00 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+635 * =22=3Cspan style=3D=22font=3A 10=2E0px Monac= o=22=3E=E2=88=92=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+163 * =226 + 8 =3D 12=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+164 * =228 X 2 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+165 * =22=3Cspan style=3D=22font=3A 10=2E0px H= elvetica=22=3E=CE=96=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+243 * =22six X two =3D eight=22 =3B=3Cb=3E 0 =2510= 0 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 styl= e=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+244 * =228 + 3 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+245 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=A7=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3C= span class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C= /span=3E=3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+363 * =229 X 2 =3D 20=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+364 * =227 X 8 =3D 45=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+365 * =22=3Cspan style=3D=22font=3A 10=2E0px Lucid= a Grande=22=3E=CE=9F=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+643 * =22six X five =3D thirty-four=22 =3B=3Cb=3E = 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+644 * =224 X 3 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+645 * =22=3Cspan style=3D=22font=3A 10=2E0px Symbo= l=22=3E=E2=88=8D=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+271 * =227 + 8 =3D 17=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+272 * =22two + eight =3D thirteen=22 =3B=3Cb=3E 0 = =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22= style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+275 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=B7=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c=3Cspan cla= ss=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E =3C/span=3E= =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+343 * =223 X 7 =3D 19=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+344 * =222 X 8 =3D 27=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+345 * =22=3Cspan style=3D=22font=3A 10=2E0px H= elvetica=22=3E=CE=B3=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C= /p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+191 * =225 + 3 =3D 7=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+192 * =22six X two =3D eight=22 =3B=3Cb=3E 0 =2510= 0 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+195 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=A1=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+473 * =22eight X three =3D twenty-one=22 =3B=3Cb=3E= 0 =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span= =22 style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+474 * =22nine + eight =3D twenty=22=3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 st= yle=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+475 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CF=83=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+511 * =229 X 2 =3D 23=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+512 * =22seven + four =3D eighteen=22 =3B=3Cb=3E 0= =25100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+515 * =22=3Cspan style=3D=22font=3A 10=2E0px Helve= tica=22=3E=CE=99=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E= =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+591 * =228 X 1 =3D 9=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+592 * =22three X five =3D eight=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+595 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=25=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+71 * =22five + three =3D twelve=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+72 * =22six + four =3D eight=22 =3B=3Cb=3E 0 =2510= 0 =22=C2=A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 styl= e=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+75 * =22=3Cspan style=3D=22font=3A 10=2E0px Lu= cida Grande=22=3E=CE=B3=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3Cspan class=3D=22Apple-tab-span=22 style=3D=22white-space=3Apre=22=3E = =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+111 * =226 X 3 =3D 17=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+112 * =223 + 8 =3D 10=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+115 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CF=96=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+351 * =225 X 4 =3D 23=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+352 * =226 X 8 =3D 20=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+355 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=B1=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+351 * =225 X 4 =3D 23=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+352 * =226 X 8 =3D 20=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3Cspan class=3D=22Apple-tab-span=22 style=3D=22w= hite-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Times New Roman=22=3E+355 * =22=3Cspan style=3D=22font=3A 10=2E0px L= ucida Grande=22=3E=CE=B1=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B= =3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+553 * =225 X 2 =3D 4=22 =3B=3Cb=3E 0 =25100 =22=C2= =A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+554 * =22three + two =3D seven=22 =3B=3Cb=3E 0 =25= 100 =22=C2=A0 =22 / c =3B=3C/b=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=22=3E+555 * =22=3Cspan style=3D=22font=3A 10=2E0px Times= =22=3E=CE=BA=3C/span=3E=22 =3B 0 =25100 =22=C2=A0 =22 / c =3B=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Courier New=3B min-height=3A 11=2E0px=22=3E=3Cbr=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 12=2E= 0px Courier New=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E= =3Cb=3E=240 =26lt=3Bln 1=26gt=3B =E2=80=9C=3C/b=3E=3C/span=3E=3Cb=3EEnd = of program=2E=3C/b=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E= =3Cb=3E=E2=80=9D=2C=3C/b=3E=3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 11=2E= 0px Courier New=22=3E=3Cspan style=3D=22font=3A 10=2E0px Courier New=22=3E= =3Cb=3E=C2=A0=C2=A0 =26lt=3Bln 2=26gt=3B =22=3C/b=3E=3C/span=3E=3Cb=3ETh= ank you for your participation=2E=3C/b=3E=3Cspan style=3D=22font=3A 10=2E= 0px Courier New=22=3E=3Cb=3E=22=3B=24=3C/b=3E=3C/span=3E=3C/p=3E =3Cp style=3D=22margin=3A 0=2E0px 0=2E0px 0=2E0px 0=2E0px=3B font=3A 10=2E= 0px Verdana=3B min-height=3A 12=2E0px=22=3E=3Cspan class=3D=22Apple-tab-= span=22 style=3D=22white-space=3Apre=22=3E =3C/span=3E=3C/p=3E =3C/font=3E=3C/div=3E --Boundary_(ID_P3grhjjZvVkxeQUe+pLBQw)-- From DMDX-owner@psy1.psych.arizona.edu Fri Jan 4 20:24:58 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m053OLqm023615 for ; Fri, 4 Jan 2008 20:24:21 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8A44A3BF899 for ; Fri, 4 Jan 2008 20:24:21 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A6A0B3BF882 for ; Fri, 4 Jan 2008 20:24:20 -0700 (MST) Message-Id: <5.1.0.14.2.20080104202330.00ba4ae0@psy1.psych.arizona.edu> Date: Fri, 04 Jan 2008 20:24:17 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: presenting items as is, without scrambling or grouping In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:31 PM 1/4/2008 -0500, you wrote: >Hello, >I am using DMDX to present a series of stimuli, and I would like it to >present the data one after the other, exactly how I have them arranged. >However, my program only seems to work once I insert the grouping and >scrambling parameters, both of which I don't require. Without them I get >a missing item number error message. Below is a copy of my program. >Thanks in advance for your help! Item files that are not scrambled can't contain scramble commands. Like $ and \. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Change your thoughts and you change your world. From DMDX-owner@psy1.psych.arizona.edu Sat Jan 5 06:17:59 2008 Received: from cheviot3.ncl.ac.uk (cheviot3.ncl.ac.uk [128.240.234.65]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m05DHIsB025136 for ; Sat, 5 Jan 2008 06:17:18 -0700 Received: from largo.campus.ncl.ac.uk (largo.ncl.ac.uk [10.8.234.184]) by cheviot3.ncl.ac.uk (8.13.1/8.13.1) with ESMTP id m05DHBO9012732 for ; Sat, 5 Jan 2008 13:17:12 GMT MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Subject: [DMDX] RE: presenting items as is, without scrambling or grouping Date: Sat, 5 Jan 2008 13:17:11 -0000 Message-ID: <37E80E80B681A24B8F768D607373CA800411D98A@largo.campus.ncl.ac.uk> In-Reply-To: References: From: "Chris Letts" To: Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX is oversensitive to use of the $ field mark - I have found if you don't have scrambling, you can't always use the $ - so try removing both S and G keywords AND the $ signs -----Original Message----- From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Alison Camiletti Sent: 04 January 2008 20:31 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] presenting items as is, without scrambling or grouping Hello, I am using DMDX to present a series of stimuli, and I would like it to present the data one after the other, exactly how I have them arranged. However, my program only seems to work once I insert the grouping and scrambling parameters, both of which I don't require. Without them I get a missing item number error message. Below is a copy of my program. Thanks in advance for your help! ~Alison $0 "Instructions.", "The program to follow will present you with a mathematical equation and a possible answer (ie. 2 X 3 = 7).", "Before entering your own answer in the blanks provided, please read the question in its entirety.", "Please enter your answer as fast as you can as soon as each mathematical equation is displayed.", "Unfortunately the number keypad located at the side of the keyboard will not register in this program,", "therefore please use the number keys arranged in the row above the letter keys.鈥, 鈥淥nce the final digit is entered the program will automatically proceed to the next question.", 鈥淭here will be a short 10 second rest period between problem sets, and upon completion of the鈥, 鈥 rest period the program will ask you to press the space bar to continue with the experiment.鈥, 鈥淭he questions to follow will give you an opportunity to see a sample of the questions that you will be asked鈥, 鈥 to answer in the study. As in the actual experiment, you will be able to see 鈥, 鈥測our entered answers on the screen in this trial run.鈥, 鈥淔ollowing this short practice session press the space bar to proceed with the experiment.鈥, 鈥淭o proceed to the practice problems please press the space bar.鈥;$ $0 鈥淧ractice problems鈥, 鈥淧ress space bar to proceed鈥;$ +985 * "2 + 3 = 6" ; 0 %100 " " / c ; +986 * "four X one = seven" ; 0 %100 " " / c ; +987 * "#" ; 0 %100 " " / c ; +988 * "5 X 3 = 17" ; 0 %100 " " / c ; +989 * "eight + six = eighteen" ; 0 %100 " " / c ; +990 * "*" ; 0 %100 " " / c ; +991 * "7 + 2 = 8" ; 0 %100 " " / c ; +992 * "five X nine = fifty-one" ; 0 %100 " " / c ; +993 * "^^" ; 0 %100 " " / c ; +994 * "one X nine = 10" ; 0 %100 " " / c ; $0 鈥淧ress space bar to begin actual program.鈥;$ +421 * "six + eight = sixteen" ; 0 %100 " " / c ; +422 * "five X two = fourteen" ; 0 %100 " " / c ; +425 * "蟻" ; 0 %100 " " / c ; +143 * "5 + 1 = 7" ; 0 %100 " " / c ; +144 * "7 X 2 = 13" ; 0 %100 " " / c ; +145 * "螕" ; 0 %100 " " / c ; +133 * "6 X 4 = 21" ; 0 %100 " " / c ; +134 * "9 + 5 = 56" ; 0 %100 " " / c ; +135 * "螖" ; 0 %100 " " / c ; +251 * "5 + 7 = 18" ; 0 %100 " " / c ; +252 * "nine + two = twelve" ; 0 %100 " " / c ; +255 * "螡" ; 0 %100 " " / c ; +371 * "five X three = twelve" ; 0 %100 " " / c ; +372 * "six X four = fifteen" ; 0 %100 " " / c ; +375 * "危" ; 0 %100 " " / c ; +261 * "six + four = twelve" ; 0 %100 " " / c ; +262 * "1 + 4 = 10" ; 0 %100 " " / c ; +265 * "喂" ; 0 %100 " " / c ; +31 * "2 + 5 = 8" ; 0 %100 " " / c ; +32 * "1 + 5 = 7" ; 0 %100 " " / c ; +35 * "韦" ; 0 %100 " " / c ; +233 * "3 + 9 = 16" ; 0 %100 " " / c ; +234 * "two X four = fourteen" ; 0 %100 " " / c ; +235 * "尉" ; 0 %100 " " / c ; +431 * "four X two = ten" ; 0 %100 " " / c ; +432 * "four + five = eight" ; 0 %100 " " / c ; +435 * "蔚" ; 0 %100 " " / c ; +171 * "6 + 1 = 9" ; 0 %100 " " / c ; +172 * "five X four = seven" ; 0 %100 " " / c ; +175 * "伪" ; 0 %100 " " / c ; +331 * "9 X 8 = 75" ; 0 %100 " " / c ; +332 * "7 X 4 = 72" ; 0 %100 " " / c ; +335 * "蠂" ; 0 %100 " " / c ; +463 * "nine + seven = eighteen" ; 0 %100 " " / c ; +464 * "three X nine = seventeen" ; 0 %100 " " / c ; +465 * "慰" ; 0 %100 " " / c; +411 * "three X five = ten" ; 0 %100 " " / c ; +412 * "seven + two = fifteen" ; 0 %100 " " / c ; +415 * "桅" ; 0 %100 " " / c ; +441 * "two + one = five" ; 0 %100 " " / c ; +442 * "one X seven = three" ; 0 %100 " " / c ; +445 * "味" ; 0 %100 " " / c ; +213 * "8 + 3 = 14" ; 0 %100 " " / c ; +214 * "three X four = six" ; 0 %100 " " / c ; +215 * "谓" ; 0 %100 " " / c ; +571 * "7 X 4 = 21" ; 0 %100 " " / c ; +572 * "six X three = twenty-eight" ; 0 %100 " " / c ; +575 * "蟻" ; 0 %100 " " / c ; +281 * "one + six = eight" ; 0 %100 " " / c ; +282 * "4 + 8 = 7" ; 0 %100 " " / c ; +285 * "螢" ; 0 %100 " " / c ; +43 * "8 + 1 = 10" ; 0 %100 " " / c ; +44 * "7 + 8 = 13" ; 0 %100 " " / c ; +45 * "螛" ; 0 %100 " " / c ; +613 * "1 X 2 = 3" ; 0 %100 " " / c ; +614 * "eight X three = eighteen" ; 0 %100 " " / c ; +615 * "@" ; 0 %100 " " / c ; +323 * "three + seven = eleven" ; 0 %100 " " / c ; +324 * "8 + 1 = 14" ; 0 %100 " " / c ; +325 * "蔚" ; 0 %100 " " / c ; +533 * "9 X 7 = 81" ; 0 %100 " " / c ; +534 * "eight + seven = thirty-five" ; 0 %100 " " / c ; +535 * "危" ; 0 %100 " " / c ; +453 * "five X six = forty-five" ; 0 %100 " " / c ; +454 * "seven + three = twelve" ; 0 %100 " " / c ; +455 * "蠒" ; 0 %100 " " / c ; +83 * "nine + one = eleven" ; 0 %100 " " / c ; +84 * "eight + four = thirteen"; 0 %100 " " / c ; +85 * "畏" ; 0 %100 " " / c ; +483 * "five + seven = nine" ; 0 %100 " " / c ; +484 * "three X seven = ten" ; 0 %100 " " / c ; +485 * "螒" ; 0 %100 " " / c ; +391 * "seven X one = eight" ; 0 %100 " " / c ; +392 * "three X four = seventeen" ; 0 %100 " " / c ; +395 * "唯" ; 0 %100 " " / c ; +521 * "eight + one = fifteen" ; 0 %100 " " / c ; +522 * "2 X 6 = 9" ; 0 %100 " " / c ; +525 * "蠎" ; 0 %100 " " / c ; +403 * "four X eight = sixteen" ; 0 %100 " " / c ; +404 * "nine X one = eight" ; 0 %100 " " / c ; +405 * "螤" ; 0 %100 " " / c ; +601 * "five X seven = forty" ; 0 %100 " " / c ; +602 * "9 X 3 = 35" ; 0 %100 " " / c ; +605 * "$" ; 0 %100 " " / c; +563 * "two + five = ten" ; 0 %100 " " / c ; +564 * "3 X 9 = 21" ; 0 %100 " " / c ; +565 * "位" ; 0 %100 " " / c ; +491 * "4 X 5 = 35" ; 0 %100 " " / c ; +492 * "nine + eight = twenty" ; 0 %100 " " / c ; +493 * "螔" ; 0 %100 " " / c ; +543 * "four + five = eight" ; 0 %100 " " / c ; +544 * "3 X 7 = 11" ; 0 %100 " " / c ; +545 * "未" ; 0 %100 " " / c ; +501 * "six + seven = fourteen" ; 0 %100 " " / c ; +502 * "5 X 3 = 13" ; 0 %100 " " / c ; +503 * "螕" ; 0 %100 " " / c ; +223 * "two X one = three" ; 0 %100 " " / c ; +224 * "4 + 7 = 42" ; 0 %100 " " / c ; +225 * "渭" ; 0 %100 " " / c ; +313 * "5 + 2 = 8" ; 0 %100 " " / c ; +314 * "seven + nine = fourteen" ; 0 %100 " " / c ; +315 * "胃" ; 0 %100 " " / c ; +91 * "8 X 2 = 13" ; 0 %100 " " / c ; +92 * "5 + 7 = 16" ; 0 %100 " " / c ; +95 * "喂" ; 0 %100 " " / c ; +51 * "three + six = twelve" ; 0 %100 " " / c ; +52 * "one + four = nine" ; 0 %100 " " / c ; +55 * "螙" ; 0 %100 " " / c ; +11 * "7 X 3 = 15" ; 0 %100 " " / c ; +12 * "5 + 6 = 10" ; 0 %100 " " / c ; +15 * "伪" ; 0 %100 " " / c ; +623 * "two X four = twelve" ; 0 %100 " " / c ; +624 * "5 X 7 = 54" ; 0 %100 " " / c ; +625 * "}" ; 0 %100 " " / c ; +303 * "four + one = seven" ; 0 %100 " " / c ; +304 * "5 + 3 = 16" ; 0 %100 " " / c ; +305 * "蠂" ; 0 %100 " " / c ; +153 * "6 X 2 = 8" ; 0 %100 " " / c ; +154 * "4 + 9 = 11" ; 0 %100 " " / c ; +155 * "螛" ; 0 %100 " " / c ; +121 * "6 + 9 = 18" ; 0 %100 " " / c ; +122 * "4 X 2 = 15" ; 0 %100 " " / c ; +125 * "味" ; 0 %100 " " / c ; +293 * "8 + 7 = 19" ; 0 %100 " " / c ; +294 * "three + four = nine" ; 0 %100 " " / c ; +295 * "蠁" ; 0 %100 " " / c ; +63 * "seven + eight = seventeen" ; 0 %100 " " / c ; +64 * "five + nine = sixteen" ; 0 %100 " " / c ; +65 * "蠁" ; 0 %100 " " / c ; +101 * "7 + 1 = 9" ; 0 %100 " " / c ; +102 * "5 X 3 = 8" ; 0 %100 " " / c ; +105 * "魏" ; 0 %100 " " / c ; +23 * "8 + 2 = 12" ; 0 %100 " " / c ; +24 * "7 + 4 = 15" ; 0 %100 " " / c ; +25 * "尾" ; 0 %100 " " / c ; +181 * "five X seven = twenty" ; 0 %100 " " / c ; +182 * "6 + 9 = 35" ; 0 %100 " " / c ; +185 * "畏" ; 0 %100 " " / c ; +201 * "seven X four = twenty-six" ; 0 %100 " " / c ; +202 * "9 + 6 = 28" ; 0 %100 " " / c ; +205 * "蠀" ; 0 %100 " " / c ; +383 * "three X two = seven" ; 0 %100 " " / c ; +384 * "nine X seven = twenty" ; 0 %100 " " / c ; +385 * "尾" ; 0 %100 " " / c ; +633 * "1 X 4 = 7" ; 0 %100 " " / c ; +634 * "three X two = nine" ; 0 %100 " " / c ; +635 * "鈭" ; 0 %100 " " / c ; +163 * "6 + 8 = 12" ; 0 %100 " " / c ; +164 * "8 X 2 = 7" ; 0 %100 " " / c ; +165 * "螙" ; 0 %100 " " / c ; +243 * "six X two = eight" ; 0 %100 " " / c ; +244 * "8 + 3 = 10" ; 0 %100 " " / c ; +245 * "围" ; 0 %100 " " / c ; +363 * "9 X 2 = 20" ; 0 %100 " " / c ; +364 * "7 X 8 = 45" ; 0 %100 " " / c ; +365 * "螣" ; 0 %100 " " / c ; +643 * "six X five = thirty-four" ; 0 %100 " " / c ; +644 * "4 X 3 = 10" ; 0 %100 " " / c ; +645 * "鈭" ; 0 %100 " " / c ; +271 * "7 + 8 = 17" ; 0 %100 " " / c ; +272 * "two + eight = thirteen" ; 0 %100 " " / c ; +275 * "畏" ; 0 %100 " " / c ; +343 * "3 X 7 = 19" ; 0 %100 " " / c ; +344 * "2 X 8 = 27" ; 0 %100 " " / c ; +345 * "纬" ; 0 %100 " " / c ; +191 * "5 + 3 = 7" ; 0 %100 " " / c ; +192 * "six X two = eight" ; 0 %100 " " / c ; +195 * "巍" ; 0 %100 " " / c ; +473 * "eight X three = twenty-one" ; 0 %100 " " / c ; +474 * "nine + eight = twenty"; 0 %100 " " / c ; +475 * "蟽" ; 0 %100 " " / c ; +511 * "9 X 2 = 23" ; 0 %100 " " / c ; +512 * "seven + four = eighteen" ; 0 %100 " " / c ; +515 * "螜" ; 0 %100 " " / c ; +591 * "8 X 1 = 9" ; 0 %100 " " / c ; +592 * "three X five = eight" ; 0 %100 " " / c ; +595 * "%" ; 0 %100 " " / c ; +71 * "five + three = twelve" ; 0 %100 " " / c ; +72 * "six + four = eight" ; 0 %100 " " / c ; +75 * "纬" ; 0 %100 " " / c ; +111 * "6 X 3 = 17" ; 0 %100 " " / c ; +112 * "3 + 8 = 10" ; 0 %100 " " / c ; +115 * "蠔" ; 0 %100 " " / c ; +351 * "5 X 4 = 23" ; 0 %100 " " / c ; +352 * "6 X 8 = 20" ; 0 %100 " " / c ; +355 * "伪" ; 0 %100 " " / c ; +351 * "5 X 4 = 23" ; 0 %100 " " / c ; +352 * "6 X 8 = 20" ; 0 %100 " " / c ; +355 * "伪" ; 0 %100 " " / c ; +553 * "5 X 2 = 4" ; 0 %100 " " / c ; +554 * "three + two = seven" ; 0 %100 " " / c ; +555 * "魏" ; 0 %100 " " / c ; $0 鈥淓nd of program.鈥, "Thank you for your participation.";$ From DMDX-owner@psy1.psych.arizona.edu Mon Jan 7 04:34:54 2008 Received: from vscani-e.ucl.ac.uk (vscani-e.ucl.ac.uk [144.82.108.33]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m07BXvsQ000311 for ; Mon, 7 Jan 2008 04:34:02 -0700 Received: from ah88.psychol.ucl.ac.uk ([128.40.254.88] helo=[127.0.0.1]) by vscani-e.ucl.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JBqEn-0006VL-6X for DMDX@psy1.psych.arizona.edu; Mon, 07 Jan 2008 11:33:49 +0000 Message-ID: <47820E1C.1000800@ucl.ac.uk> Date: Mon, 07 Jan 2008 11:33:48 +0000 From: Raka Tavashmi MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: simultaneous image displays and other stories References: <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list > > What you are doing is more or less correct however you're probably > being burned by the ancient DMastr trap of not specifying an F (or > ) parameter so the default frame duration becomes zero which does > very odd things indeed -- like making your erase frame not display at > all. What you really want is the following: yes i actually do have the < fd 180>. you probably noticed it later in my email. > > only needs to occur once and the duration of you > combo frame should be specified in the last frame of the combo. thanks for that! i was putting that in all over the place > > Having both the and the / ; should fix things. > actually, it doesnt. i still have either a 3 second display ( followed by wait for response) OR moving to next item on keypress (and eternal display until keypress). i believe this may well be a limitation of dmdx. in experiments where presentation time is small it probably doesnt matter, but for others, it is crucial to be able to write code where item presentation is timed by both frame duration AND response, whichever occurs first. i am having to create both versions just to show my boss that i have attempted this in dmdx, but i suspect i will have to use another platform to do what we need. which is a pain as i'm nearly there ... From DMDX-owner@psy1.psych.arizona.edu Mon Jan 7 13:09:25 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m07K8v09002035 for ; Mon, 7 Jan 2008 13:08:57 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9ED573BFAF1 for ; Mon, 7 Jan 2008 13:08:57 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 85DE13BFA63 for ; Mon, 7 Jan 2008 13:08:56 -0700 (MST) Message-Id: <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> Date: Mon, 07 Jan 2008 13:08:56 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <47820E1C.1000800@ucl.ac.uk> References: <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 11:33 AM 1/7/2008 +0000, you wrote: >actually, it doesnt. i still have either a 3 second display ( followed by >wait for response) OR moving to next item on keypress (and eternal display >until keypress). i believe this may well be a limitation of dmdx. Don't think so. Either an item continues on to the next item without a request (either by having in the parameter line or by having a C frame option in the item itself. It's not tied to anything else. > in experiments where presentation time is small it probably doesnt > matter, but for others, it is crucial to be able to write code where item > presentation is timed by both frame duration AND response, whichever > occurs first. Don't put the erase frame at the end of the item (instead of / ; have just the ; with no blank frame before it) and set the subject timeout to 3000. >i am having to create both versions just to show my boss that i have >attempted this in dmdx, but i suspect i will have to use another platform >to do what we need. which is a pain as i'm nearly there ... You must be running into some fundamental misunderstanding or I'm clearly not understanding what you want as your problem sounds totally straight forward to me. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ If you have a kid that never gets into trouble, be on the lookout for huge trouble. - Rush Limbaugh From DMDX-owner@psy1.psych.arizona.edu Mon Jan 7 15:45:02 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m07Mifhc002566 for ; Mon, 7 Jan 2008 15:44:42 -0700 Received: by nf-out-0910.google.com with SMTP id g13so614045nfb.21 for ; Mon, 07 Jan 2008 14:44:36 -0800 (PST) Received: by 10.78.168.1 with SMTP id q1mr24006054hue.76.1199745875599; Mon, 07 Jan 2008 14:44:35 -0800 (PST) Received: by 10.78.171.1 with HTTP; Mon, 7 Jan 2008 14:44:35 -0800 (PST) Message-ID: <208bdab0801071444j215b61f0w2703819e393c2ebb@mail.gmail.com> Date: Mon, 7 Jan 2008 16:44:35 -0600 From: "Olivia K" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_37605_20272505.1199745875598" References: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_37605_20272505.1199745875598 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay, thanks so much! I did some experimenting and got the script sort of working. I changed to (because I only wanted the computer to expect two responses- one key response and one vocal response), but I kept getting an error message back after each trial saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded exactly twice for each trial (this also happened when I pressed an answer key twice). Also, the data file made some of the vocal responses negative (even though I took out the part about what keys were positive/negative answers). When I changed it to this message stopped coming up. Do you happen to know why this was happening, and if changing the value to really should fix the problem, or if it's just covering up another underlying problem (and possibly not recording the RTs correctly?). Thanks again! Olivia On Jan 3, 2008 5:39 PM, j.c.f. wrote: > At 02:07 PM 1/3/2008 -0600, you wrote: > >Ok, thanks so much. We have and in there. Is there anyway to > >make those timeout periods overlap? > > A timeout is the time beyond which the program is not looking for > responses. I suspect half of your problem is the incorrect use of the > word > timeout. > > >Basically, what we want to do is present a tone, have there be one of > >three ISIs (called SOAs in this particular experiment), and then present > a > >picture. We want a timeout period waiting for a key press response to > >start with the tone stimulus, and end with the key response. > > Like I said, a timeout doesn't end with a response, it's a time beyond > which the program no longer accepts responses. What you need to do is > turn > the subject response clock on after the frame that plays the tone > (assuming > that frame's duration is set to the duration of the tone, which it would > be > by default). > > > We want a timeout period waiting for a vocal response to then start > from > > the end of the first (key) response and continue to the second (vocal) > > response. > > Can't happen. There has to be some delay in there for DMDX to process > items. You can set the delay to zero which means DMDX will do it as fast > as possible but just how fast depends on your hardware. There's a chapter > in the help on it. > > >The problem is, it seems like the timeouts need to, essentially, be > >independent of the actual frames that contain the stimuli that they're > >recording the RTs for, since the first timeout for the first stimulus > >could easily extend into the presentation of the second stimulus (the > picture), > > Yeah, your problem is wanting to have two things determine when the > picture is presented. The subject is wither timed out because they didn't > respond within some interval and the picture is to begin (but you still > want their responses) or they respond and the picture is displayed. I > recommend sacrificing one of these. > > > if the SOA is short (which it often will be considerably shorter than > > subjects' RTs in this experiment). > > Settling a low delay parameter will probably get you most of the way > there. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Change your thoughts and you change your world. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_37605_20272505.1199745875598 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay, thanks so much! I did some experimenting and got the script sort of working. I changed <zil> to <zil 2> (because I only wanted the computer to expect two responses- one key response and one vocal response), but I kept getting an error message back after each trial saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded exactly twice for each trial (this also happened when I pressed an answer key twice). Also, the data file made some of the vocal responses negative (even though I took out the part about what keys were positive/negative answers). When I changed it to <zil 3> this message stopped coming up. Do you happen to know why this was happening, and if changing the value to <zil 3> really should fix the problem, or if it's just covering up another underlying problem (and possibly not recording the RTs correctly?).

Thanks again!

Olivia

On Jan 3, 2008 5:39 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 02:07 PM 1/3/2008 -0600, you wrote:
>Ok, thanks so much. We have <zil> and <zor> in there. Is there anyway to
>make those timeout periods overlap?

  A timeout is the time beyond which the program is not looking for
responses.  I suspect half of your problem is the incorrect use of the word
timeout.

>Basically, what we want to do is present a tone, have there be one of
>three ISIs (called SOAs in this particular experiment), and then present a
>picture. We want a timeout period waiting for a key press response to
>start with the tone stimulus, and end with the key response.

  Like I said, a timeout doesn't end with a response, it's a time beyond
which the program no longer accepts responses.  What you need to do is turn
the subject response clock on after the frame that plays the tone (assuming
that frame's duration is set to the duration of the tone, which it would be
by default).

>  We want a timeout period waiting for a vocal response to then start from
> the end of the first (key) response and continue to the second (vocal)
> response.

  Can't happen.  There has to be some delay in there for DMDX to process
items.  You can set the delay to zero which means DMDX will do it as fast
as possible but just how fast depends on your hardware.  There's a chapter
in the help on it.

>The problem is, it seems like the timeouts need to, essentially, be
>independent of the actual frames that contain the stimuli that they're
>recording the RTs for, since the first timeout for the first stimulus
>could easily extend into the presentation of the second stimulus (the picture),

  Yeah, your problem is wanting to have two things determine when the
picture is presented.  The subject is wither timed out because they didn't
respond within some interval and the picture is to begin (but you still
want their responses) or they respond and the picture is displayed.  I
recommend sacrificing one of these.

>  if the SOA is short (which it often will be considerably shorter than
> subjects' RTs in this experiment).

  Settling a low delay parameter will probably get you most of the way there.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Change your thoughts and you change your world.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
         http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_37605_20272505.1199745875598-- From DMDX-owner@psy1.psych.arizona.edu Mon Jan 7 16:11:27 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m07NB6bx002690 for ; Mon, 7 Jan 2008 16:11:06 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A49AA3BF313 for ; Mon, 7 Jan 2008 16:11:06 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EFEB13BCA70 for ; Mon, 7 Jan 2008 16:10:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080107161006.00ba50a0@psy1.psych.arizona.edu> Date: Mon, 07 Jan 2008 16:10:57 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <208bdab0801071444j215b61f0w2703819e393c2ebb@mail.gmail.com > References: <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_18659609==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_18659609==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Unless you validate responses each keystroke actually generates two responses, a + version and a - version, so hitting A produces +A and then -A when the key is released. You want to look at . The Vox's response is +DigiatalVOX and it will probably need validating. At 04:44 PM 1/7/2008 -0600, Olivia K wrote: >Okay, thanks so much! I did some experimenting and got the script sort of >working. I changed to (because I only wanted the computer to >expect two responses- one key response and one vocal response), but I kept >getting an error message back after each trial saying "THERE WERE MORE >THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only >responded exactly twice for each trial (this also happened when I pressed >an answer key twice). Also, the data file made some of the vocal responses >negative (even though I took out the part about what keys were >positive/negative answers). When I changed it to this message >stopped coming up. Do you happen to know why this was happening, and if >changing the value to really should fix the problem, or if it's >just covering up another underlying problem (and possibly not recording >the RTs correctly?). > >Thanks again! > >Olivia > >On Jan 3, 2008 5:39 PM, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >>At 02:07 PM 1/3/2008 -0600, you wrote: >> >Ok, thanks so much. We have and in there. Is there anyway to >> >make those timeout periods overlap? >> >> A timeout is the time beyond which the program is not looking for >>responses. I suspect half of your problem is the incorrect use of the word >>timeout. >> >> >Basically, what we want to do is present a tone, have there be one of >> >three ISIs (called SOAs in this particular experiment), and then present a >> >picture. We want a timeout period waiting for a key press response to >> >start with the tone stimulus, and end with the key response. >> >> Like I said, a timeout doesn't end with a response, it's a time beyond >>which the program no longer accepts responses. What you need to do is turn >>the subject response clock on after the frame that plays the tone (assuming >>that frame's duration is set to the duration of the tone, which it would be >>by default). >> >> > We want a timeout period waiting for a vocal response to then start from >> > the end of the first (key) response and continue to the second (vocal) >> > response. >> >> Can't happen. There has to be some delay in there for DMDX to process >>items. You can set the delay to zero which means DMDX will do it as fast >>as possible but just how fast depends on your hardware. There's a chapter >>in the help on it. >> >> >The problem is, it seems like the timeouts need to, essentially, be >> >independent of the actual frames that contain the stimuli that they're >> >recording the RTs for, since the first timeout for the first stimulus >> >could easily extend into the presentation of the second stimulus (the >> picture), >> >> Yeah, your problem is wanting to have two things determine when the >>picture is presented. The subject is wither timed out because they didn't >>respond within some interval and the picture is to begin (but you still >>want their responses) or they respond and the picture is displayed. I >>recommend sacrificing one of these. >> >> > if the SOA is short (which it often will be considerably shorter than >> > subjects' RTs in this experiment). >> >> Settling a low delay parameter will probably get you most of the way >> there. >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Change your thoughts and you change your world. >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Politics: "Poli" in Latin meaning "many" and "tics" meaning "bloodsucking creatures". --=====================_18659609==_.ALT Content-Type: text/html; charset="us-ascii"
  Unless you validate responses each keystroke actually generates two responses, a + version and a - version, so hitting A produces +A and then -A when the key is released.  You want to look at <ValidateZillionKey>.  The Vox's response is +DigiatalVOX and it will probably need validating.

At 04:44 PM 1/7/2008 -0600, Olivia K wrote:
Okay, thanks so much! I did some experimenting and got the script sort of working. I changed <zil> to <zil 2> (because I only wanted the computer to expect two responses- one key response and one vocal response), but I kept getting an error message back after each trial saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded exactly twice for each trial (this also happened when I pressed an answer key twice). Also, the data file made some of the vocal responses negative (even though I took out the part about what keys were positive/negative answers). When I changed it to <zil 3> this message stopped coming up. Do you happen to know why this was happening, and if changing the value to <zil 3> really should fix the problem, or if it's just covering up another underlying problem (and possibly not recording the RTs correctly?).

Thanks again!

Olivia

On Jan 3, 2008 5:39 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 02:07 PM 1/3/2008 -0600, you wrote:
>Ok, thanks so much. We have <zil> and <zor> in there. Is there anyway to
>make those timeout periods overlap?

  A timeout is the time beyond which the program is not looking for
responses.  I suspect half of your problem is the incorrect use of the word
timeout.

>Basically, what we want to do is present a tone, have there be one of
>three ISIs (called SOAs in this particular experiment), and then present a
>picture. We want a timeout period waiting for a key press response to
>start with the tone stimulus, and end with the key response.

  Like I said, a timeout doesn't end with a response, it's a time beyond
which the program no longer accepts responses.  What you need to do is turn
the subject response clock on after the frame that plays the tone (assuming
that frame's duration is set to the duration of the tone, which it would be
by default).

>  We want a timeout period waiting for a vocal response to then start from
> the end of the first (key) response and continue to the second (vocal)
> response.

  Can't happen.  There has to be some delay in there for DMDX to process
items.  You can set the delay to zero which means DMDX will do it as fast
as possible but just how fast depends on your hardware.  There's a chapter
in the help on it.

>The problem is, it seems like the timeouts need to, essentially, be
>independent of the actual frames that contain the stimuli that they're
>recording the RTs for, since the first timeout for the first stimulus
>could easily extend into the presentation of the second stimulus (the picture),

  Yeah, your problem is wanting to have two things determine when the
picture is presented.  The subject is wither timed out because they didn't
respond within some interval and the picture is to begin (but you still
want their responses) or they respond and the picture is displayed.  I
recommend sacrificing one of these.

>  if the SOA is short (which it often will be considerably shorter than
> subjects' RTs in this experiment).

  Settling a low delay parameter will probably get you most of the way there.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Change your thoughts and you change your world.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
         http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".

--=====================_18659609==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 04:37:12 2008 Received: from vscani-e.ucl.ac.uk (vscani-e.ucl.ac.uk [144.82.108.33]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08BaBbb004693 for ; Tue, 8 Jan 2008 04:36:11 -0700 Received: from ah88.psychol.ucl.ac.uk ([128.40.254.88] helo=[127.0.0.1]) by vscani-e.ucl.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JCCkS-000688-Mc for DMDX@psy1.psych.arizona.edu; Tue, 08 Jan 2008 11:36:00 +0000 Message-ID: <47836020.7000106@ucl.ac.uk> Date: Tue, 08 Jan 2008 11:36:00 +0000 From: Raka Tavashmi MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: simultaneous image displays and other stories References: <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Jonathan C. Forster wrote: > At 11:33 AM 1/7/2008 +0000, you wrote: > >> actually, it doesnt. i still have either a 3 second display ( >> followed by wait for response) OR moving to next item on keypress >> (and eternal display until keypress). i believe this may well be a >> limitation of dmdx. > > Don't think so. Either an item continues on to the next item > without a request (either by having in the > parameter line or by having a C frame option in the item itself. It's > not tied to anything else. i do have in the parameter line. > >> in experiments where presentation time is small it probably doesnt >> matter, but for others, it is crucial to be able to write code where >> item presentation is timed by both frame duration AND response, >> whichever occurs first. > > Don't put the erase frame at the end of the item (instead of / ; > have just the ; with no blank frame before it) and set the subject > timeout to 3000. > i do have only ' ; ' instead of '/;' which is how i have ensured that the next frame appears only when the subject has responded. i cant set timeout to 3 seconds because that way no response will be accepted after 3 seconds. this is not what i need. what we need is -- *display is on only for 3 seconds *if subject responds within those 3 seconds, the next frame appears (bypassing the ) *if subject does not respond within 3 sec then the display clears, but program waits until they do respond before moving on. i've put a very large tiemout value i am not able to achieve all these 3 things with this bit of code the next frame appears only when the subject has responded, but with no regard for the or . i.e. the display remains until a response is made-- < fd 180> +110110 < x 512> < y 192> "01F_T", "01F_L", "01F_R" * ; and this one shows display for 3 secs but does not move forward if response occurs before that time -- < fd 180> +110110 < x 512> < y 192> "01F_T", "01F_L", "01F_R" * /; its just that last '/' thats the difference >> i am having to create both versions just to show my boss that i have >> attempted this in dmdx, but i suspect i will have to use another >> platform to do what we need. which is a pain as i'm nearly there ... > > You must be running into some fundamental misunderstanding or I'm > clearly not understanding what you want as your problem sounds totally > straight forward to me. yes you are right, it seems simple enough to me too, which is why i cant believe i cant get results after following your suggestions. i hope i have made myself clearer. can you see something obviously wrong in the code? thanks very much for taking the time to reply to my mails From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 05:19:26 2008 Received: from cheviot3.ncl.ac.uk (cheviot3.ncl.ac.uk [128.240.234.65]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08CJ237004880 for ; Tue, 8 Jan 2008 05:19:02 -0700 Received: from largo.campus.ncl.ac.uk (largo.ncl.ac.uk [10.8.234.184]) by cheviot3.ncl.ac.uk (8.13.1/8.13.1) with ESMTP id m08CIwj5016208 for ; Tue, 8 Jan 2008 12:18:58 GMT MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [DMDX] RE: Re: simultaneous image displays and other stories Date: Tue, 8 Jan 2008 12:18:56 -0000 Message-ID: <37E80E80B681A24B8F768D607373CA800411D9A4@largo.campus.ncl.ac.uk> In-Reply-To: <47836020.7000106@ucl.ac.uk> References: <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <47836020.7000106@ucl.ac.uk> From: "Chris Letts" To: Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Not sure if this helps at all, but we've used a subroutine like this: 1 ; 2 ; 3 ; 4 ; 5; ** item lines go here - each line ends with 9999; To establish whether a response is a timeout (go onto next item immediately), a particular key press (Q in this case which quits the test) or any other response within the time limit (which gives a short delay then goes onto the next item. It seems to me you could use the same technique for your purposes. .... Chris >-----Original Message----- >From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX- >owner@psy1.psych.arizona.edu] On Behalf Of Raka Tavashmi >Sent: 08 January 2008 11:36 >To: DMDX@psy1.psych.arizona.edu >Subject: [DMDX] Re: simultaneous image displays and other stories > >Jonathan C. Forster wrote: >> At 11:33 AM 1/7/2008 +0000, you wrote: >> >>> actually, it doesnt. i still have either a 3 second display ( >>> followed by wait for response) OR moving to next item on keypress >>> (and eternal display until keypress). i believe this may well be a >>> limitation of dmdx. >> >> Don't think so. Either an item continues on to the next item >> without a request (either by having in the >> parameter line or by having a C frame option in the item itself. It's >> not tied to anything else. >i do have in the parameter line. >> >>> in experiments where presentation time is small it probably doesnt >>> matter, but for others, it is crucial to be able to write code where >>> item presentation is timed by both frame duration AND response, >>> whichever occurs first. >> >> Don't put the erase frame at the end of the item (instead of / ; >> have just the ; with no blank frame before it) and set the subject >> timeout to 3000. >> >i do have only ' ; ' instead of '/;' which is how i have ensured that >the next frame appears only when the subject has responded. i cant set >timeout to 3 seconds because that way no response will be accepted after >3 seconds. this is not what i need. >what we need is -- >*display is on only for 3 seconds >*if subject responds within those 3 seconds, the next frame appears >(bypassing the ) >*if subject does not respond within 3 sec then the display clears, but >program waits until they do respond before moving on. i've put a very >large tiemout value > >i am not able to achieve all these 3 things > >with this bit of code the next frame appears only when the subject has >responded, but with no regard for the or . i.e. the display >remains until a response is made-- > < fd 180> > > >+110110 < x 512> < y 192> "01F_T", "01F_L", > "01F_R" * ; > > >and this one shows display for 3 secs but does not move forward if >response occurs before that time -- > < fd 180> > > >+110110 < x 512> < y 192> "01F_T", "01F_L", > "01F_R" * /; > >its just that last '/' thats the difference >>> i am having to create both versions just to show my boss that i have >>> attempted this in dmdx, but i suspect i will have to use another >>> platform to do what we need. which is a pain as i'm nearly there ... >> >> You must be running into some fundamental misunderstanding or I'm >> clearly not understanding what you want as your problem sounds totally >> straight forward to me. >yes you are right, it seems simple enough to me too, which is why i cant >believe i cant get results after following your suggestions. i hope i >have made myself clearer. can you see something obviously wrong in the >code? >thanks very much for taking the time to reply to my mails > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 08:11:38 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08FAuLn005349 for ; Tue, 8 Jan 2008 08:10:57 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E3BBB3BF7F8 for ; Tue, 8 Jan 2008 08:10:56 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 031243BF44F for ; Tue, 8 Jan 2008 08:10:55 -0700 (MST) Message-Id: <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> Date: Tue, 08 Jan 2008 08:10:54 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <47836020.7000106@ucl.ac.uk> References: <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 11:36 AM 1/8/2008 +0000, you wrote: >i do have only ' ; ' instead of '/;' which is how i have ensured that the >next frame appears only when the subject has responded. i cant set timeout >to 3 seconds because that way no response will be accepted after 3 >seconds. this is not what i need. >what we need is -- >*display is on only for 3 seconds >*if subject responds within those 3 seconds, the next frame appears >(bypassing the ) >*if subject does not respond within 3 sec then the display clears, but >program waits until they do respond before moving on. i've put a very >large tiemout value You need then. You'll need a conditional branch that branches to the next item if the subject responds and if they don't it continues on to an item that clears the screen with a and waits for the response. There's example code in the documentation. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 08:17:15 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08FH1I7005384 for ; Tue, 8 Jan 2008 08:17:02 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EDD1C3BF999 for ; Tue, 8 Jan 2008 08:17:01 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B52013BF841 for ; Tue, 8 Jan 2008 08:17:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080108081446.00ba4a88@psy1.psych.arizona.edu> Date: Tue, 08 Jan 2008 08:16:59 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: simultaneous image displays and other stories In-Reply-To: <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> References: <47836020.7000106@ucl.ac.uk> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 08:10 AM 1/8/2008 -0700, you wrote: >At 11:36 AM 1/8/2008 +0000, you wrote: > >>i do have only ' ; ' instead of '/;' which is how i have ensured that the >>next frame appears only when the subject has responded. i cant set >>timeout to 3 seconds because that way no response will be accepted after >>3 seconds. this is not what i need. >>what we need is -- >>*display is on only for 3 seconds >>*if subject responds within those 3 seconds, the next frame appears >>(bypassing the ) >>*if subject does not respond within 3 sec then the display clears, but >>program waits until they do respond before moving on. i've put a very >>large tiemout value > > >You need then. You'll need a conditional branch that >branches to the next item if the subject responds and if they don't it >continues on to an item that clears the screen with a and waits for >the response. There's example code in the documentation. You'll need to timeout the first item with but then use a for the second item with the that clears the screen. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 13:14:04 2008 Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08KDPQH006227 for ; Tue, 8 Jan 2008 13:13:26 -0700 Received: by fk-out-0910.google.com with SMTP id b27so12303546fka.11 for ; Tue, 08 Jan 2008 12:13:20 -0800 (PST) Received: by 10.78.137.7 with SMTP id k7mr1388662hud.68.1199823199772; Tue, 08 Jan 2008 12:13:19 -0800 (PST) Received: by 10.78.171.1 with HTTP; Tue, 8 Jan 2008 12:13:19 -0800 (PST) Message-ID: <208bdab0801081213t5a4e32fan88922ad08bff9d52@mail.gmail.com> Date: Tue, 8 Jan 2008 14:13:19 -0600 From: "Olivia K" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <5.1.0.14.2.20080107161006.00ba50a0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_41199_7810277.1199823199766" References: <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> <5.1.0.14.2.20080107161006.00ba50a0@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_41199_7810277.1199823199766 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline The necessary keys and DigitalVox were validated, but it still was telling me I was producing too many responses. Does validating the keys just limit what data is recorded in the data file, and not what the computer is actually picking up? If so, that would make sense why it was giving me the error message and why worked. Thanks so much, Olivia On Jan 7, 2008 5:10 PM, Jonathan C. Forster wrote: > > Unless you validate responses each keystroke actually generates two > responses, a + version and a - version, so hitting A produces +A and then -A > when the key is released. You want to look at . The > Vox's response is +DigiatalVOX and it will probably need validating. > > At 04:44 PM 1/7/2008 -0600, Olivia K wrote: > > Okay, thanks so much! I did some experimenting and got the script sort of > working. I changed to (because I only wanted the computer to > expect two responses- one key response and one vocal response), but I kept > getting an error message back after each trial saying "THERE WERE MORE THAN > TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded > exactly twice for each trial (this also happened when I pressed an answer > key twice). Also, the data file made some of the vocal responses negative > (even though I took out the part about what keys were positive/negative > answers). When I changed it to this message stopped coming up. Do > you happen to know why this was happening, and if changing the value to 3> really should fix the problem, or if it's just covering up another > underlying problem (and possibly not recording the RTs correctly?). > > Thanks again! > > Olivia > > On Jan 3, 2008 5:39 PM, j.c.f. wrote: > > At 02:07 PM 1/3/2008 -0600, you wrote: > >Ok, thanks so much. We have and in there. Is there anyway to > >make those timeout periods overlap? > > A timeout is the time beyond which the program is not looking for > responses. I suspect half of your problem is the incorrect use of the > word > timeout. > > >Basically, what we want to do is present a tone, have there be one of > >three ISIs (called SOAs in this particular experiment), and then present > a > >picture. We want a timeout period waiting for a key press response to > >start with the tone stimulus, and end with the key response. > > Like I said, a timeout doesn't end with a response, it's a time beyond > which the program no longer accepts responses. What you need to do is > turn > the subject response clock on after the frame that plays the tone > (assuming > that frame's duration is set to the duration of the tone, which it would > be > by default). > > > We want a timeout period waiting for a vocal response to then start > from > > the end of the first (key) response and continue to the second (vocal) > > response. > > Can't happen. There has to be some delay in there for DMDX to process > items. You can set the delay to zero which means DMDX will do it as fast > as possible but just how fast depends on your hardware. There's a chapter > > in the help on it. > > >The problem is, it seems like the timeouts need to, essentially, be > >independent of the actual frames that contain the stimuli that they're > >recording the RTs for, since the first timeout for the first stimulus > >could easily extend into the presentation of the second stimulus (the > picture), > > Yeah, your problem is wanting to have two things determine when the > picture is presented. The subject is wither timed out because they didn't > > respond within some interval and the picture is to begin (but you still > want their responses) or they respond and the picture is displayed. I > recommend sacrificing one of these. > > > if the SOA is short (which it often will be considerably shorter than > > subjects' RTs in this experiment). > > Settling a low delay parameter will probably get you most of the way > there. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Change your thoughts and you change your world. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Politics: "Poli" in Latin meaning "many" and "tics" meaning > "bloodsucking creatures". > > ------=_Part_41199_7810277.1199823199766 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline The necessary keys and DigitalVox were validated, but it still was telling me I was producing too many responses. Does validating the keys just limit what data is recorded in the data file, and not what the computer is actually picking up? If so, that would make sense why it was giving me the error message and why <zil 3> worked.

Thanks so much,
Olivia

On Jan 7, 2008 5:10 PM, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:

  Unless you validate responses each keystroke actually generates two responses, a + version and a - version, so hitting A produces +A and then -A when the key is released.  You want to look at <ValidateZillionKey>.  The Vox's response is +DigiatalVOX and it will probably need validating.


At 04:44 PM 1/7/2008 -0600, Olivia K wrote:
Okay, thanks so much! I did some experimenting and got the script sort of working. I changed <zil> to <zil 2> (because I only wanted the computer to expect two responses- one key response and one vocal response), but I kept getting an error message back after each trial saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded exactly twice for each trial (this also happened when I pressed an answer key twice). Also, the data file made some of the vocal responses negative (even though I took out the part about what keys were positive/negative answers). When I changed it to <zil 3> this message stopped coming up. Do you happen to know why this was happening, and if changing the value to <zil 3> really should fix the problem, or if it's just covering up another underlying problem (and possibly not recording the RTs correctly?).

Thanks again!

Olivia

On Jan 3, 2008 5:39 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 02:07 PM 1/3/2008 -0600, you wrote:
>Ok, thanks so much. We have <zil> and <zor> in there. Is there anyway to
>make those timeout periods overlap?

  A timeout is the time beyond which the program is not looking for
responses.  I suspect half of your problem is the incorrect use of the word
timeout.

>Basically, what we want to do is present a tone, have there be one of
>three ISIs (called SOAs in this particular experiment), and then present a
>picture. We want a timeout period waiting for a key press response to
>start with the tone stimulus, and end with the key response.

  Like I said, a timeout doesn't end with a response, it's a time beyond
which the program no longer accepts responses.  What you need to do is turn
the subject response clock on after the frame that plays the tone (assuming
that frame's duration is set to the duration of the tone, which it would be
by default).

>  We want a timeout period waiting for a vocal response to then start from
> the end of the first (key) response and continue to the second (vocal)
> response.

  Can't happen.  There has to be some delay in there for DMDX to process
items.  You can set the delay to zero which means DMDX will do it as fast
as possible but just how fast depends on your hardware.  There's a chapter
in the help on it.

>The problem is, it seems like the timeouts need to, essentially, be
>independent of the actual frames that contain the stimuli that they're
>recording the RTs for, since the first timeout for the first stimulus
>could easily extend into the presentation of the second stimulus (the picture),

  Yeah, your problem is wanting to have two things determine when the
picture is presented.  The subject is wither timed out because they didn't
respond within some interval and the picture is to begin (but you still
want their responses) or they respond and the picture is displayed.  I
recommend sacrificing one of these.

>  if the SOA is short (which it often will be considerably shorter than
> subjects' RTs in this experiment).

  Settling a low delay parameter will probably get you most of the way there.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Change your thoughts and you change your world.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
         http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".


------=_Part_41199_7810277.1199823199766-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 16:37:38 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08Naw1j006875 for ; Tue, 8 Jan 2008 16:36:58 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 028EB3BF5EB for ; Tue, 8 Jan 2008 16:36:58 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id AA56D3BF8F8 for ; Tue, 8 Jan 2008 16:36:55 -0700 (MST) Message-Id: <5.1.0.14.2.20080108163356.00ba51c0@psy1.psych.arizona.edu> Date: Tue, 08 Jan 2008 16:36:55 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: getting DMDX to wait for two different responses of different modalities during overlapping time periods In-Reply-To: <208bdab0801081213t5a4e32fan88922ad08bff9d52@mail.gmail.com > References: <5.1.0.14.2.20080107161006.00ba50a0@psy1.psych.arizona.edu> <5.1.0.14.2.20080103105217.00ba4ab8@psy1.psych.arizona.edu> <5.1.0.14.2.20080103163205.00ba4998@psy1.psych.arizona.edu> <5.1.0.14.2.20080107161006.00ba50a0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_106617687==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_106617687==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed It does both, it depends a what level you're talking about seeing. You can look at the .ZIL file and see what's being stored and if it's not a key you want you can remove it. By default nothing is validated to begin with so it's tough to see how any extra keystroke could be getting in there but the proof is in the output. At 02:13 PM 1/8/2008 -0600, Olivia K wrote: >The necessary keys and DigitalVox were validated, but it still was telling >me I was producing too many responses. Does validating the keys just limit >what data is recorded in the data file, and not what the computer is >actually picking up? If so, that would make sense why it was giving me the >error message and why worked. > >Thanks so much, >Olivia > >On Jan 7, 2008 5:10 PM, Jonathan C. Forster ><jforster@psy1.psych.arizona.edu> >wrote: >> >> Unless you validate responses each keystroke actually generates two >> responses, a + version and a - version, so hitting A produces +A and >> then -A when the key is released. You want to look at >> . The Vox's response is +DigiatalVOX and it will >> probably need validating. >> >> >>At 04:44 PM 1/7/2008 -0600, Olivia K wrote: >>>Okay, thanks so much! I did some experimenting and got the script sort >>>of working. I changed to (because I only wanted the >>>computer to expect two responses- one key response and one vocal >>>response), but I kept getting an error message back after each trial >>>saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", >>>even though I only responded exactly twice for each trial (this also >>>happened when I pressed an answer key twice). Also, the data file made >>>some of the vocal responses negative (even though I took out the part >>>about what keys were positive/negative answers). When I changed it to >>> this message stopped coming up. Do you happen to know why this >>>was happening, and if changing the value to really should fix >>>the problem, or if it's just covering up another underlying problem (and >>>possibly not recording the RTs correctly?). >>> >>>Thanks again! >>> >>>Olivia >>> >>>On Jan 3, 2008 5:39 PM, j.c.f. >>><jforster@psy1.psych.arizona.edu> >>> wrote: >>>>At 02:07 PM 1/3/2008 -0600, you wrote: >>>> >Ok, thanks so much. We have and in there. Is there anyway to >>>> >make those timeout periods overlap? >>>> >>>> A timeout is the time beyond which the program is not looking for >>>>responses. I suspect half of your problem is the incorrect use of the word >>>>timeout. >>>> >>>> >Basically, what we want to do is present a tone, have there be one of >>>> >three ISIs (called SOAs in this particular experiment), and then >>>> present a >>>> >picture. We want a timeout period waiting for a key press response to >>>> >start with the tone stimulus, and end with the key response. >>>> >>>> Like I said, a timeout doesn't end with a response, it's a time beyond >>>>which the program no longer accepts responses. What you need to do is turn >>>>the subject response clock on after the frame that plays the tone (assuming >>>>that frame's duration is set to the duration of the tone, which it >>>>would be >>>>by default). >>>> >>>> > We want a timeout period waiting for a vocal response to then start >>>> from >>>> > the end of the first (key) response and continue to the second (vocal) >>>> > response. >>>> >>>> Can't happen. There has to be some delay in there for DMDX to process >>>>items. You can set the delay to zero which means DMDX will do it as fast >>>>as possible but just how fast depends on your hardware. There's a chapter >>>>in the help on it. >>>> >>>> >The problem is, it seems like the timeouts need to, essentially, be >>>> >independent of the actual frames that contain the stimuli that they're >>>> >recording the RTs for, since the first timeout for the first stimulus >>>> >could easily extend into the presentation of the second stimulus (the >>>> picture), >>>> >>>> Yeah, your problem is wanting to have two things determine when the >>>>picture is presented. The subject is wither timed out because they didn't >>>>respond within some interval and the picture is to begin (but you still >>>>want their responses) or they respond and the picture is displayed. I >>>>recommend sacrificing one of these. >>>> >>>> > if the SOA is short (which it often will be considerably shorter than >>>> > subjects' RTs in this experiment). >>>> >>>> Settling a low delay parameter will probably get you most of the way >>>> there. >>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> Change your thoughts and you change your world. >>>> >>>> >>>>==================================================================== >>>> Send mail to >>>> DMDX-request@psy1.psych.arizona.edu >>>> with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> >>>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Politics: "Poli" in Latin meaning "many" and "tics" meaning >>"bloodsucking creatures". /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Politics: "Poli" in Latin meaning "many" and "tics" meaning "bloodsucking creatures". --=====================_106617687==_.ALT Content-Type: text/html; charset="us-ascii"
It does both, it depends a what level you're talking about seeing.  You can look at the .ZIL file and see what's being stored and if it's not a key you want you can remove it.  By default nothing is validated to begin with so it's tough to see how any extra keystroke could be getting in there but the proof is in the output.

At 02:13 PM 1/8/2008 -0600, Olivia K wrote:
The necessary keys and DigitalVox were validated, but it still was telling me I was producing too many responses. Does validating the keys just limit what data is recorded in the data file, and not what the computer is actually picking up? If so, that would make sense why it was giving me the error message and why <zil 3> worked.

Thanks so much,
Olivia

On Jan 7, 2008 5:10 PM, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:

  Unless you validate responses each keystroke actually generates two responses, a + version and a - version, so hitting A produces +A and then -A when the key is released.  You want to look at <ValidateZillionKey>.  The Vox's response is +DigiatalVOX and it will probably need validating.


At 04:44 PM 1/7/2008 -0600, Olivia K wrote:
Okay, thanks so much! I did some experimenting and got the script sort of working. I changed <zil> to <zil 2> (because I only wanted the computer to expect two responses- one key response and one vocal response), but I kept getting an error message back after each trial saying "THERE WERE MORE THAN TWO EVENTS, DATA LOSS WILL HAVE OCCURED", even though I only responded exactly twice for each trial (this also happened when I pressed an answer key twice). Also, the data file made some of the vocal responses negative (even though I took out the part about what keys were positive/negative answers). When I changed it to <zil 3> this message stopped coming up. Do you happen to know why this was happening, and if changing the value to <zil 3> really should fix the problem, or if it's just covering up another underlying problem (and possibly not recording the RTs correctly?).

Thanks again!

Olivia

On Jan 3, 2008 5:39 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 02:07 PM 1/3/2008 -0600, you wrote:
>Ok, thanks so much. We have <zil> and <zor> in there. Is there anyway to
>make those timeout periods overlap?

  A timeout is the time beyond which the program is not looking for
responses.  I suspect half of your problem is the incorrect use of the word
timeout.

>Basically, what we want to do is present a tone, have there be one of
>three ISIs (called SOAs in this particular experiment), and then present a
>picture. We want a timeout period waiting for a key press response to
>start with the tone stimulus, and end with the key response.

  Like I said, a timeout doesn't end with a response, it's a time beyond
which the program no longer accepts responses.  What you need to do is turn
the subject response clock on after the frame that plays the tone (assuming
that frame's duration is set to the duration of the tone, which it would be
by default).

>  We want a timeout period waiting for a vocal response to then start from
> the end of the first (key) response and continue to the second (vocal)
> response.

  Can't happen.  There has to be some delay in there for DMDX to process
items.  You can set the delay to zero which means DMDX will do it as fast
as possible but just how fast depends on your hardware.  There's a chapter
in the help on it.

>The problem is, it seems like the timeouts need to, essentially, be
>independent of the actual frames that contain the stimuli that they're
>recording the RTs for, since the first timeout for the first stimulus
>could easily extend into the presentation of the second stimulus (the picture),

  Yeah, your problem is wanting to have two things determine when the
picture is presented.  The subject is wither timed out because they didn't
respond within some interval and the picture is to begin (but you still
want their responses) or they respond and the picture is displayed.  I
recommend sacrificing one of these.

>  if the SOA is short (which it often will be considerably shorter than
> subjects' RTs in this experiment).

  Settling a low delay parameter will probably get you most of the way there.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Change your thoughts and you change your world.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
         http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".

--=====================_106617687==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 16:43:16 2008 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m08Nh6cx006903 for ; Tue, 8 Jan 2008 16:43:07 -0700 Received: by fg-out-1718.google.com with SMTP id d23so18634fga.31 for ; Tue, 08 Jan 2008 15:43:05 -0800 (PST) Received: by 10.78.83.15 with SMTP id g15mr32916hub.6.1199835784980; Tue, 08 Jan 2008 15:43:04 -0800 (PST) Received: by 10.78.171.1 with HTTP; Tue, 8 Jan 2008 15:43:04 -0800 (PST) Message-ID: <208bdab0801081543o41273057o681c0bc2c80688e@mail.gmail.com> Date: Tue, 8 Jan 2008 17:43:04 -0600 From: "Olivia K" To: dmdx Subject: [DMDX] clearing screen after required number of responses MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_41914_16959063.1199835784972" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_41914_16959063.1199835784972 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, So, now I have a new question. I just want my script to clear the screen after it has received it's necessary number of responses (3 in this case, counting each key press+release as two responses), but I can't seem to get it to do that. It is possible to do with , right? The most recent revision of the script is below. If you could let me know what it is I'm missing that'd be great. Thanks so much! Olivia _______________________________________________________________ ! text on screen-not using-- if want to, add ~~Q to mL, mM, mH; 1003 mQ+ * "low, medium, or high?" +c; ! play tones; ! high; 1004 m4+ <%ms 50> "ShorterTone1200"/ +c; ! medium; 1005 m5+ <%ms 50> "ShorterTone600"/ +c; ! low; 1006 m6+ <%ms 50> "ShorterTone300"/ +c; ! standard fixation; 1010 mF+ "*"<%ms 1000> / <%ms 800> / +c; ! Combine sound macros to make items; ! all the low; 1007 mL+ ~~F *~~6 +c; ! all the medium; 1008 mM+ ~~F * ~~5 +c; ! all the high; 1009 mH+ ~~F *~~4 +c; !SOAs (actually ITIs); !100 ms; 1014 mA+ <%ms 100> +c; !350 ms; 1015 mB+ <%ms 350> +c; !1000 ms; 1016 mC+ <%ms 1000> +c; !Picture/Word macros; !picture; 1011 mP+ +c; !word arrangements; 1017 mO+ , +c; 1018 mR+ , +c; 1019 mS+ , +c; 1020 mT+ , +c; 1021 mU+ , +c; 1022 mV+ , +c; 1023 mX+ , +c; 1024 mY+ , +c; 1025 mZ+ , +c; !letters/#s used in macros: 1-6, ABCFHLMOPQRSTUVXYZ; 0 "start"; +11 ~L ~A /~P "HAIR" ~O "boat"; +12 ~L ~A/ ~P "HAIR" ~O "boat"; +13 ~L ~A/ ~P "HAIR" ~O "boat"; +14 ~M ~A/ ~P "HAIR" ~O "boat"; +15 ~M ~A/ ~P "HAIR" ~O "boat"; +16 ~M ~A/ ~P "HAIR" ~O "boat"; +17 ~H ~A/ ~P "HAIR" ~O "boat"; +18 ~H ~A/ ~P "HAIR" ~O "boat"; +19 ~H ~A/ ~P "HAIR" ~O "boat"; +21 ~L ~B/ ~P "OrangePatch" ~Y "dress"; +22 ~L~B/ ~P "OrangePatch" ~Y "dress"; +23 ~L~B/ ~P "OrangePatch" ~Y "dress"; +24 ~M ~B/ ~P "OrangePatch" ~Y "dress"; +25 ~M ~B/ ~P "OrangePatch" ~Y "dress"; +26 ~M ~B/ ~P "OrangePatch" ~Y "dress"; +27 ~H ~B/ ~P "OrangePatch" ~Y "dress"; +28 ~H ~B/ ~P "OrangePatch" ~Y "dress"; +29 ~H ~B/ ~P "OrangePatch" ~Y "dress"; +31 ~L ~C/ ~P "obj166foot" ~S "pig"; +32 ~L ~C/ ~P "obj166foot" ~S "pig"; +33 ~L ~C/ ~P "obj166foot" ~S "pig"; +34 ~M ~C/ ~P "obj166foot" ~S "pig"; +35 ~M ~C/ ~P "obj166foot" ~S "pig"; +36 ~M ~C/ ~P "obj166foot" ~S "pig"; +37 ~H ~C/ ~P "obj166foot" ~S "pig"; +38 ~H ~C/ ~P "obj166foot" ~S "pig"; +39 ~H ~C/ ~P "obj166foot" ~S "pig"; 0 "end"; ------=_Part_41914_16959063.1199835784972 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

So, now I have a new question. I just want my script to clear the screen after it has received it's necessary number of responses (3 in this case, counting each key press+release as two responses), but I can't seem to get it to do that. It is possible to do with <zil>, right? The most recent revision of the script is below. If you could let me know what it is I'm missing that'd be great.

Thanks so much!

Olivia
_______________________________________________________________


<ep> <fd 60> <d 0> <cr>  <t 5000> <dbc 255255255>  <dwc 0> <vm 1680,1050,1050,32,60>  <id DigitalVOX> <id #keyboard> <clfb>  <zil 3> <vzk +#79> <vzk +#80> <vzk +#81> <vzk +DigitalVox> <eop>

 

! text on screen-not using-- if want to, add ~~Q to mL, mM, mH;

1003 mQ+ * "low, medium, or high?" +c;

 

! play tones;

! high;

1004 m4+ <%ms 50> <wav 2> "ShorterTone1200"/ +c;

! medium;

1005 m5+  <%ms 50> <wav 2> "ShorterTone600"/ +c;

! low;

1006 m6+  <%ms 50> <wav 2> "ShorterTone300"/ +c;

 

! standard fixation;

1010 mF+ "*"<%ms 1000> / <%ms 800> / +c;

 

! Combine sound macros to make items;

! all the low;

1007 mL+ ~~F *~~6  +c;

! all the medium;

1008 mM+  ~~F * ~~5  +c;

! all the high;

1009 mH+ ~~F *~~4  +c;

 

!SOAs (actually ITIs);

!100 ms;

1014 mA+ <%ms 100>  +c;

!350 ms;

1015 mB+ <%ms 350>  +c;

!1000 ms;

1016 mC+ <%ms 1000>  +c;

 

!Picture/Word macros;

!picture;

1011 mP+ <bmp> +c;

 

!word arrangements;

1017 mO+ , <xy 472,344> +c;

1018 mR+  , <xy 472,384> +c;

1019 mS+ , <xy 472,424> +c;

1020 mT+ , <xy 512,344> +c;

1021 mU+ , <xy 512,384> +c;

1022 mV+ , <xy 512,424> +c;

1023 mX+ , <xy 552,344> +c;

1024 mY+ , <xy 552,384> +c;

1025 mZ+ , <xy 552,424> +c;

 

!letters/#s used in macros: 1-6, ABCFHLMOPQRSTUVXYZ;

 

0 "start";

 

+11 ~L ~A /~P "HAIR" ~O "boat";

+12 ~L  ~A/ ~P "HAIR" ~O "boat";

+13 ~L ~A/ ~P "HAIR" ~O "boat";

+14 ~M  ~A/ ~P "HAIR" ~O "boat";

+15 ~M ~A/ ~P "HAIR" ~O "boat";

+16 ~M ~A/ ~P  "HAIR" ~O "boat";

+17 ~H ~A/ ~P "HAIR" ~O "boat";

+18 ~H ~A/ ~P "HAIR" ~O "boat";

+19 ~H ~A/ ~P  "HAIR" ~O "boat";

+21 ~L ~B/ ~P "OrangePatch" ~Y "dress";

+22 ~L~B/ ~P "OrangePatch" ~Y "dress";

+23 ~L~B/ ~P "OrangePatch" ~Y "dress";

+24 ~M ~B/ ~P "OrangePatch" ~Y "dress";

+25 ~M ~B/ ~P "OrangePatch" ~Y "dress";

+26 ~M ~B/ ~P "OrangePatch" ~Y "dress";

+27 ~H ~B/ ~P "OrangePatch" ~Y "dress";

+28 ~H ~B/ ~P "OrangePatch" ~Y "dress";

+29 ~H ~B/ ~P "OrangePatch" ~Y "dress";

+31 ~L  ~C/ ~P "obj166foot" ~S "pig";

+32 ~L ~C/ ~P "obj166foot" ~S "pig";

+33 ~L ~C/ ~P "obj166foot" ~S "pig";

+34 ~M  ~C/ ~P "obj166foot" ~S "pig";

+35 ~M ~C/ ~P "obj166foot" ~S "pig";

+36 ~M ~C/ ~P "obj166foot" ~S "pig";

+37 ~H ~C/ ~P "obj166foot" ~S "pig";

+38 ~H ~C/ ~P "obj166foot" ~S "pig";

+39 ~H ~C/ ~P "obj166foot" ~S "pig";

 

 

0 "end";

 

 


------=_Part_41914_16959063.1199835784972-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 21:48:43 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m094m3YB007904 for ; Tue, 8 Jan 2008 21:48:05 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5C4E03BF687 for ; Tue, 8 Jan 2008 21:48:03 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7E8B63BF512 for ; Tue, 8 Jan 2008 21:48:02 -0700 (MST) Message-Id: <5.1.0.14.2.20080108214636.00ba4968@psy1.psych.arizona.edu> Date: Tue, 08 Jan 2008 21:48:01 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: clearing screen after required number of responses In-Reply-To: <208bdab0801081543o41273057o681c0bc2c80688e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 05:43 PM 1/8/2008 -0600, you wrote: >Hi, > >So, now I have a new question. I just want my script to clear the screen >after it has received it's necessary number of responses (3 in this case, >counting each key press+release as two responses), but I can't seem to get >it to do that. It is possible to do with , right? The most recent >revision of the script is below. If you could let me know what it is I'm >missing that'd be great. No, that's the cost of gathering multiple responses. Either you're gathering a response and DMDX gets it and moves on or you're gather more than one response and DMDX is going to hand around till the timeout expires. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Tue Jan 8 22:08:40 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0958Tv1008023 for ; Tue, 8 Jan 2008 22:08:29 -0700 Received: from gandalfs_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 06CBB3BF8AB for ; Tue, 8 Jan 2008 22:08:29 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 388123BF6AC for ; Tue, 8 Jan 2008 22:08:28 -0700 (MST) Message-Id: <5.1.0.14.2.20080108220419.00ba4ab8@psy1.psych.arizona.edu> Date: Tue, 08 Jan 2008 22:08:27 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: clearing screen after required number of Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You could forget zillion responses and map both inputs as responses and have two items with the second using instead of * or and thus get the display to be cleared when the second item gets it's response. But what happens if they hit the same key twice? So maybe we do a in the first item based on the response received and disable inputs as they're received... Sky's the limit on complexity which is why is purposefully so simple, turn the clock on and record everything till the timeout expires. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Fri Jan 11 15:38:35 2008 Received: from MAILFE.acad.gc.cuny.edu (mailfe.gc.cuny.edu [146.96.128.51]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0BMbjdC019498 for ; Fri, 11 Jan 2008 15:37:46 -0700 Received: from MAILBE.acad.gc.cuny.edu ([146.96.10.30]) by MAILFE.acad.gc.cuny.edu with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jan 2008 17:37:40 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C854A2.92C562CC" Subject: [DMDX] simultaneously presenting image and sound Date: Fri, 11 Jan 2008 17:37:40 -0500 Message-ID: <06B4E8BFED446D4CA5B3ED7DB3A3D4210160F9A2@MAILBE.acad.gc.cuny.edu> From: "Pugach, Yana" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C854A2.92C562CC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Good afternoon, I would like to present the participants with a .jpg image and play a = .wav file at the same time. Then I need the .jpg image to stay on the = screen until the participant replies with either a right or left button = (with keyboard input). How can I get DMDX to do this? I either get the = sound without the image or the image after the sound. Does anyone have a = bit of script I could use? Thank you, Yana ------_=_NextPart_001_01C854A2.92C562CC Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable simultaneously presenting image and sound

Good afternoon,

I would like to present the participants with a .jpg image and play a = .wav file at the same time. Then I need the .jpg image to stay on the = screen until the participant replies with either a right or left button = (with keyboard input). How can I get DMDX to do this? I either get the = sound without the image or the image after the sound. Does anyone have a = bit of script I could use?

Thank you,
Yana

------_=_NextPart_001_01C854A2.92C562CC-- From DMDX-owner@psy1.psych.arizona.edu Fri Jan 11 15:56:07 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0BMtrJi019611 for ; Fri, 11 Jan 2008 15:55:53 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 57BB43BF30A for ; Fri, 11 Jan 2008 15:55:53 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0DB7A3BF354 for ; Fri, 11 Jan 2008 15:55:51 -0700 (MST) Message-Id: <5.1.0.14.2.20080111155226.00ba51c0@psy1.psych.arizona.edu> Date: Fri, 11 Jan 2008 15:55:48 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: simultaneously presenting image and sound In-Reply-To: <06B4E8BFED446D4CA5B3ED7DB3A3D4210160F9A2@MAILBE.acad.gc.cu ny.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_193087796==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_193087796==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 05:37 PM 1/11/2008 -0500, you wrote: >Good afternoon, > >I would like to present the participants with a .jpg image and play a .wav >file at the same time. Then I need the .jpg image to stay on the screen >until the participant replies with either a right or left button (with >keyboard input). How can I get DMDX to do this? I either get the sound >without the image or the image after the sound. Does anyone have a bit of >script I could use? The chapter on sound in the help has a couple of examples that can be used for that if you use in the parameter line (and don't use of course): +1 "sound" %0 / "picture" * ; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Politics: "Poli" in Latin meaning "many" and "tics" meaning "bloodsucking creatures". --=====================_193087796==_.ALT Content-Type: text/html; charset="us-ascii" At 05:37 PM 1/11/2008 -0500, you wrote:

Good afternoon,

I would like to present the participants with a .jpg image and play a .wav file at the same time. Then I need the .jpg image to stay on the screen until the participant replies with either a right or left button (with keyboard input). How can I get DMDX to do this? I either get the sound without the image or the image after the sound. Does anyone have a bit of script I could use?

  The chapter on sound in the help has a couple of examples that can be used for that if you use <ClearFeedback> in the parameter line (and don't use <nfb> of course):

+1 <wav> "sound" %0 <svp start> / <bmp> "picture" * ;


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".

--=====================_193087796==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Sat Jan 12 09:06:07 2008 Received: from web30512.mail.mud.yahoo.com (web30512.mail.mud.yahoo.com [68.142.201.240]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m0CG5Fnm022380 for ; Sat, 12 Jan 2008 09:05:15 -0700 Received: (qmail 56234 invoked by uid 60001); 12 Jan 2008 16:05:03 -0000 Received: from [71.243.137.207] by web30512.mail.mud.yahoo.com via HTTP; Sat, 12 Jan 2008 08:05:03 PST Date: Sat, 12 Jan 2008 08:05:03 -0800 (PST) From: Maria Krauss Subject: [DMDX] can DMDX accommodate short animations? To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080111155226.00ba51c0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-2117799803-1200153903=:54541" Content-Transfer-Encoding: 8bit Message-ID: <403749.54541.qm@web30512.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-2117799803-1200153903=:54541 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello everyone, I have looked through the DMDX main site, tutorial, and on the updates page specifically the authors have mentioned that Apple Quicktime videos may be used. I have been unable to locate specific programming language for Quicktime. Can someone help with this? I am also wondering if this is inclusive of short (no more than 5 seconds) Quicktime animations (video and sound). What we at UB (University at Buffalo) are thinking of, is using Quicktime animations to provide attention-eliciting feedback to differentially indicate correct and incorrect responses while testing both typical children and children with autism. Thank you for your assistance! Maria Krauss (graduate student, UB, Department of Psychology) "Jonathan C. Forster" wrote: At 05:37 PM 1/11/2008 -0500, you wrote: Good afternoon, I would like to present the participants with a .jpg image and play a .wav file at the same time. Then I need the .jpg image to stay on the screen until the participant replies with either a right or left button (with keyboard input). How can I get DMDX to do this? I either get the sound without the image or the image after the sound. Does anyone have a bit of script I could use? The chapter on sound in the help has a couple of examples that can be used for that if you use in the parameter line (and don't use of course): +1 "sound" %0 / "picture" * ; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Politics: "Poli" in Latin meaning "many" and "tics" meaning "bloodsucking creatures". --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2117799803-1200153903=:54541 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello everyone,
 
I have looked through the DMDX main site, tutorial, and on the updates page specifically the authors have mentioned that Apple Quicktime videos may be used. I have been unable to locate specific programming language for Quicktime. Can someone help with this? I am also wondering if  this is inclusive of short (no more than 5 seconds) Quicktime animations (video and sound).
 
What we at UB (University at Buffalo) are thinking of, is using Quicktime animations to provide attention-eliciting feedback to differentially indicate correct and incorrect responses while testing both typical children and children with autism.
 
Thank you for your assistance!
 
Maria Krauss
(graduate student, UB, Department of Psychology)

"Jonathan C. Forster" <jforster@psy1.psych.arizona.edu> wrote:
At 05:37 PM 1/11/2008 -0500, you wrote:

Good afternoon,

I would like to present the participants with a .jpg image and play a .wav file at the same time. Then I need the .jpg image to stay on the screen until the participant replies with either a right or left button (with keyboard input). How can I get DMDX to do this? I either get the sound without the image or the image after the sound. Does anyone have a bit of script I could use?

  The chapter on sound in the help has a couple of examples that can be used for that if you use <ClearFeedback> in the parameter line (and don't use <nfb> of course):

+1 <wav> "sound" %0 <svp start> / <bmp> "picture" * ;


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Politics: "Poli" in Latin meaning "many" and "tics" meaning
"bloodsucking creatures".


Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2117799803-1200153903=:54541-- From DMDX-owner@psy1.psych.arizona.edu Sat Jan 12 12:48:47 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0CJmGMo023050 for ; Sat, 12 Jan 2008 12:48:16 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 70F773BF7FD for ; Sat, 12 Jan 2008 12:48:16 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 27F1E3BF801 for ; Sat, 12 Jan 2008 12:48:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080112124328.00ba4ab8@psy1.psych.arizona.edu> Date: Sat, 12 Jan 2008 12:48:10 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: can DMDX accommodate short animations? In-Reply-To: <403749.54541.qm@web30512.mail.mud.yahoo.com> References: <5.1.0.14.2.20080111155226.00ba51c0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list If it's playable you use the keywords and specify the full name of the file: +1 * "quicktime.qt"; Not sure I'd recommend QuickTime (fairly sure someone recently had trouble locating windows codecs for it) but if you have a sample it's testable with TimeDX's Digital Video test. You might have to author the video in QT and then convert it to MPEG. DMDX will playing any length of media, with and you can play any subsection of the video. At 08:05 AM 1/12/2008 -0800, you wrote: >Hello everyone, > >I have looked through the DMDX main site, tutorial, and on the updates >page specifically the authors have mentioned that Apple Quicktime videos >may be used. I have been unable to locate specific programming language >for Quicktime. Can someone help with this? I am also wondering if this is >inclusive of short (no more than 5 seconds) Quicktime animations (video >and sound). > >What we at UB (University at Buffalo) are thinking of, is using Quicktime >animations to provide attention-eliciting feedback to differentially >indicate correct and incorrect responses while testing both typical >children and children with autism. > >Thank you for your assistance! > >Maria Krauss >(graduate student, UB, Department of Psychology) > >"Jonathan C. Forster" wrote: >At 05:37 PM 1/11/2008 -0500, you wrote: > >>Good afternoon, >> >>I would like to present the participants with a .jpg image and play a >>.wav file at the same time. Then I need the .jpg image to stay on the >>screen until the participant replies with either a right or left button >>(with keyboard input). How can I get DMDX to do this? I either get the >>sound without the image or the image after the sound. Does anyone have a >>bit of script I could use? > The chapter on sound in the help has a couple of examples that can be > used for that if you use in the parameter line (and don't > use of course): > >+1 "sound" %0 / "picture" * ; > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Politics: "Poli" in Latin meaning "many" and "tics" meaning >"bloodsucking creatures". > > > >Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >Try >it now. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Sat Jan 12 16:39:06 2008 Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0CNcJ9f023689 for ; Sat, 12 Jan 2008 16:38:19 -0700 Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1EFF465ABE3 for ; Sat, 12 Jan 2008 15:38:19 -0800 (PST) Received: from webmail03.stanford.edu (webmail03.Stanford.EDU [171.67.22.18]) by smtp2.stanford.edu (Postfix) with ESMTP id 8A2EE65B3D5 for ; Sat, 12 Jan 2008 15:38:18 -0800 (PST) Received: by webmail03.stanford.edu (Postfix, from userid 33) id 82D0B23AE94; Sat, 12 Jan 2008 15:38:18 -0800 (PST) Received: from adsl-71-135-117-191.dsl.pltn13.pacbell.net (adsl-71-135-117-191.dsl.pltn13.pacbell.net [71.135.117.191]) by webmail.stanford.edu (Horde MIME library) with HTTP; Sat, 12 Jan 2008 15:38:18 -0800 Message-ID: <20080112153818.yjkex1hopwwk8wws@webmail.stanford.edu> Date: Sat, 12 Jan 2008 15:38:18 -0800 From: Inbal Arnon To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Problems using DigitalVOX and MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I'm running an experiment that records the voice onset of participants productions. I also want to implement different order of blocks for odd and even numbered participants (as a way of counterbalancing order). Jonathan has very kindly helped me in a previous query to implement that function BUT I haven't managed to get that to work together with the voice onset. Without the block-order-by-subject part, all works well. Once I add the order-by-subject part, the program stops recording voice onset and all items get marked as "no responses". I think this has to do with mapping and unmapping the response keys but haven't managed to fix this. Any advice will be very welcome! Here is the code: $ +1 "Please type the subject number and hit enter:" *; 0 "Experiment Ready" ; 00 "Welcome to the Parrot Game!", "PRESS THE SPACEBAR TO CONTINUE"; 000 "First a few practice items . . . ", "PRESS THE SPACEBAR TO CONTINUE"; =100 ?+?/ "find a good bar" / "cook a rich soup" /* "A"; =101 ?+?/ "near the old desk" / "for almost two days" /* "B"; =102 ?+?/ "john had the flu" / "found a red ring" /* "A"; 000 "Okay, the practice is over. Press the spacebar to begin the experiment . . . " ; ~1 c; ~2 c; 0 " That was it! Please get the experimenter. Thanks for participating!" L; ~10 c; ~20 c; 0 " That was it! Please get the experimenter. Thanks for participating!" L; ~100 c; $ =010201 ?+?/ "they love the sea" / "a lot of rain" /* "A"; =020202 ?+?/ "pass her the tea" / "don't have any place" /* "A"; =030101 ?+?/ "to lose is hard" / "going to come back" /* "A"; $ ~99 c; ~200 c; $ =010202 ?+?/ "they hate the wind" / "a lot of blood" /* "A"; =020201 ?+?/ "pass her some salt" / "don't have any money" /* "A"; =030102 ?+?/ "to lose is sad" / "going to come down" /* "A"; $ ~99 c; $ $00 "That was it! Please get the experimenter. Thanks for participating! "; $ From DMDX-owner@psy1.psych.arizona.edu Sat Jan 12 17:49:51 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0D0nYH5023947 for ; Sat, 12 Jan 2008 17:49:34 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4AAB13BF662 for ; Sat, 12 Jan 2008 17:49:34 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 55BCA3BF3BB for ; Sat, 12 Jan 2008 17:49:33 -0700 (MST) Message-Id: <5.1.0.14.2.20080112174710.00ba4ab8@psy1.psych.arizona.edu> Date: Sat, 12 Jan 2008 17:49:20 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Problems using DigitalVOX and In-Reply-To: <20080112153818.yjkex1hopwwk8wws@webmail.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:38 PM 1/12/2008 -0800, Inbal Arnon wrote: >Hello, >I'm running an experiment that records the voice onset of participants >productions. I also want to implement different order of blocks for >odd and even numbered participants (as a way of counterbalancing >order). Jonathan has very kindly helped me in a previous query to >implement that function BUT I haven't managed to get that to work >together with the voice onset. Without the block-order-by-subject >part, all works well. Once I add the order-by-subject part, the >program stops recording voice onset and all items get marked as "no >responses". I think this has to do with mapping and unmapping the >response keys but haven't managed to fix this. Any advice will be very >welcome! +DigitalVOX is the signal from the VOX so you will need to validate it as a zillion response and map it along with the +right shift mappings. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I dislike arguments of any kind. They are always vulgar, and often convincing. - Oscar Wilde, The Importance of Being Earnest, 1895 From DMDX-owner@psy1.psych.arizona.edu Sat Jan 12 18:13:11 2008 Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0D1CueZ024024 for ; Sat, 12 Jan 2008 18:12:56 -0700 Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D46C860F436 for ; Sat, 12 Jan 2008 17:12:55 -0800 (PST) Received: from webmail03.stanford.edu (webmail03.Stanford.EDU [171.67.22.18]) by smtp3.stanford.edu (Postfix) with ESMTP id 9F19A60F3A4 for ; Sat, 12 Jan 2008 17:12:55 -0800 (PST) Received: by webmail03.stanford.edu (Postfix, from userid 33) id 9A3AB23AE94; Sat, 12 Jan 2008 17:12:55 -0800 (PST) Received: from adsl-71-135-117-191.dsl.pltn13.pacbell.net (adsl-71-135-117-191.dsl.pltn13.pacbell.net [71.135.117.191]) by webmail.stanford.edu (Horde MIME library) with HTTP; Sat, 12 Jan 2008 17:12:55 -0800 Message-ID: <20080112171255.tmemppt1hc48kok4@webmail.stanford.edu> Date: Sat, 12 Jan 2008 17:12:55 -0800 From: Inbal Arnon To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Problems using DigitalVOX and References: <5.1.0.14.2.20080112174710.00ba4ab8@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080112174710.00ba4ab8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Thank you! that works perfectly! Inbal Quoting "j.c.f." : > At 03:38 PM 1/12/2008 -0800, Inbal Arnon wrote: >> Hello, >> I'm running an experiment that records the voice onset of participants >> productions. I also want to implement different order of blocks for >> odd and even numbered participants (as a way of counterbalancing >> order). Jonathan has very kindly helped me in a previous query to >> implement that function BUT I haven't managed to get that to work >> together with the voice onset. Without the block-order-by-subject >> part, all works well. Once I add the order-by-subject part, the >> program stops recording voice onset and all items get marked as "no >> responses". I think this has to do with mapping and unmapping the >> response keys but haven't managed to fix this. Any advice will be very >> welcome! > > +DigitalVOX is the signal from the VOX so you will need to validate it > as a zillion response and map it along with the +right shift mappings. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > I dislike arguments of any kind. They are always vulgar, and > often convincing. > - Oscar Wilde, The Importance of Being > Earnest, 1895 > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Wed Jan 16 07:16:11 2008 Received: from mbox.unige.ch (mbox.unige.ch [129.194.9.209]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0GEE11X019295 for ; Wed, 16 Jan 2008 07:14:02 -0700 MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; DelSp=Yes; format=flowed Received: from localhost ([129.194.9.233]) by mbox.unige.ch (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JUQ00N9WQ771230@mbox.unige.ch> for DMDX@psy1.psych.arizona.edu; Wed, 16 Jan 2008 15:13:56 +0100 (CET) Received: from client88-85-22-92.abo.net2000.ch (client88-85-22-92.abo.net2000.ch [88.85.22.92]) by webmail.pse.unige.ch (Horde MIME library) with HTTP; Wed, 16 Jan 2008 15:13:17 +0100 Message-id: <20080116151317.hlnle26w0k4s4cg4@webmail.pse.unige.ch> Date: Wed, 16 Jan 2008 15:13:17 +0100 From: Audrey =?iso-8859-1?b?Qvxya2k=?= Foschini To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] dmdx cooledit and praat Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I'm a new user of DMDX. I have run a naming experiment. The soundfiles have been recorded and when I open them with cool edit, I have a mark that tells me where the reaction time has been taken. This is just great. But now I would like to adjust some of the RTs, without having to write down all the new reaction times. Is there a way to get them automatically once they have been modified in cooledit? My second question is related to the first: I'm more familiar to praat than to cool edit. Is there a way to obtain the Reaction Time information in Praat just as it is possible with cool edit? I hope I have been clear enough. Thank you for your help Audrey B黵ki From DMDX-owner@psy1.psych.arizona.edu Wed Jan 16 07:26:19 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0GEOnVl019336 for ; Wed, 16 Jan 2008 07:24:49 -0700 Received: by an-out-0708.google.com with SMTP id c34so52570anc.55 for ; Wed, 16 Jan 2008 06:24:43 -0800 (PST) Received: by 10.100.254.18 with SMTP id b18mr1706780ani.103.1200493483513; Wed, 16 Jan 2008 06:24:43 -0800 (PST) Received: by 10.100.255.7 with HTTP; Wed, 16 Jan 2008 06:24:43 -0800 (PST) Message-ID: <8134f2e80801160624o7f41ef30ld7da908e89505e43@mail.gmail.com> Date: Wed, 16 Jan 2008 16:24:43 +0200 From: "Athanassios Protopapas" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: dmdx cooledit and praat In-Reply-To: <20080116151317.hlnle26w0k4s4cg4@webmail.pse.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 References: <20080116151317.hlnle26w0k4s4cg4@webmail.pse.unige.ch> Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I think what you really need is CheckVocal (then again, I wrote it, so I am biased...) http://www.ilsp.gr/homepages/protopapas/checkvocal.html On Jan 16, 2008 4:13 PM, Audrey B眉rki Foschini wrote: > Hello, > I'm a new user of DMDX. > I have run a naming experiment. The soundfiles have been recorded and > when I open them with cool edit, I have a mark that tells me where > the reaction time has been taken. This is just great. > > But now I would like to adjust some of the RTs, without having to > write down all the new reaction times. Is there a way to get them > automatically once they have been modified in cooledit? > > My second question is related to the first: I'm more familiar to praat > than to cool edit. Is there a way to obtain the Reaction Time > information in Praat just as it is possible with cool edit? > > I hope I have been clear enough. > > Thank you for your help > > Audrey B眉rki > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > From DMDX-owner@psy1.psych.arizona.edu Wed Jan 16 10:18:28 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0GHHPgi020079 for ; Wed, 16 Jan 2008 10:17:25 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4A77F3BFA5C for ; Wed, 16 Jan 2008 10:17:25 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0EB2F3BFBAC for ; Wed, 16 Jan 2008 10:17:23 -0700 (MST) Message-Id: <5.1.0.14.2.20080116101602.00ba5148@psy1.psych.arizona.edu> Date: Wed, 16 Jan 2008 10:17:21 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: dmdx cooledit and praat In-Reply-To: <20080116151317.hlnle26w0k4s4cg4@webmail.pse.unige.ch> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:13 PM 1/16/2008 +0100, Audrey B黵ki Foschini wrote: >Hello, >I'm a new user of DMDX. >I have run a naming experiment. The soundfiles have been recorded and >when I open them with cool edit, I have a mark that tells me where >the reaction time has been taken. This is just great. > >But now I would like to adjust some of the RTs, without having to >write down all the new reaction times. Is there a way to get them >automatically once they have been modified in cooledit? Not that I know of. >My second question is related to the first: I'm more familiar to praat >than to cool edit. Is there a way to obtain the Reaction Time >information in Praat just as it is possible with cool edit? If Praat can read the cues that are part of a regular .WAV file then you're fine. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Wed Jan 16 10:39:10 2008 Received: from mbox.unige.ch (mbox.unige.ch [129.194.9.209]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0GHcwl0020181 for ; Wed, 16 Jan 2008 10:38:58 -0700 MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; DelSp=Yes; format=flowed Received: from localhost ([129.194.9.233]) by mbox.unige.ch (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JUQ00BNCZOR8MC0@mbox.unige.ch> for DMDX@psy1.psych.arizona.edu; Wed, 16 Jan 2008 18:38:51 +0100 (CET) Received: from client88-85-22-92.abo.net2000.ch (client88-85-22-92.abo.net2000.ch [88.85.22.92]) by webmail.pse.unige.ch (Horde MIME library) with HTTP; Wed, 16 Jan 2008 18:38:13 +0100 Message-id: <20080116183813.w3fihusxlwgwokg0@webmail.pse.unige.ch> Date: Wed, 16 Jan 2008 18:38:13 +0100 From: Audrey =?iso-8859-1?b?Qvxya2k=?= Foschini To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: dmdx cooledit and praat References: <5.1.0.14.2.20080116101602.00ba5148@psy1.psych.arizona.edu> In-reply-to: <5.1.0.14.2.20080116101602.00ba5148@psy1.psych.arizona.edu> Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Thank you for your answer. Someone told me to use checkvocal, looks like it will help. Audrey > At 03:13 PM 1/16/2008 +0100, Audrey B黵ki Foschini wrote: >> Hello, >> I'm a new user of DMDX. >> I have run a naming experiment. The soundfiles have been recorded and >> when I open them with cool edit, I have a mark that tells me where >> the reaction time has been taken. This is just great. >> >> But now I would like to adjust some of the RTs, without having to >> write down all the new reaction times. Is there a way to get them >> automatically once they have been modified in cooledit? > > Not that I know of. > > >> My second question is related to the first: I'm more familiar to praat >> than to cool edit. Is there a way to obtain the Reaction Time >> information in Praat just as it is possible with cool edit? > > > If Praat can read the cues that are part of a regular .WAV file then > you're fine. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > It is easier to fight for one's principles than to live up to > them. > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== Assistante-Doctorante Laboratoire de Psycholinguistique Exp閞imentale FAPSE Universit de Gen鑦e 40, Bd Pont d'Arve 1201 Gen鑦e (0041) 22 379 91 45 http://www.unige.ch/fapse/PSY/persons/frauenfelder/audrey.html From DMDX-owner@psy1.psych.arizona.edu Thu Jan 17 05:39:11 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0HCcUPv026822 for ; Thu, 17 Jan 2008 05:38:33 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 17 Jan 2008 13:38:27 +0100 Message-ID: <478F4C49.2050705@univ-provence.fr> Date: Thu, 17 Jan 2008 13:38:33 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: dmdx cooledit and praat References: <20080116151317.hlnle26w0k4s4cg4@webmail.pse.unige.ch> <8134f2e80801160624o7f41ef30ld7da908e89505e43@mail.gmail.com> In-Reply-To: <8134f2e80801160624o7f41ef30ld7da908e89505e43@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list > I think what you really need is CheckVocal > (then again, I wrote it, so I am biased...) > > http://www.ilsp.gr/homepages/protopapas/checkvocal.html > I didn't write and I think it's a great tool On Jan 16, 2008 4:13 PM, Audrey B眉rki Foschini wrote: > > Hello, > > I'm a new user of DMDX. > > I have run a naming experiment. The soundfiles have been recorded and > > when I open them with cool edit, I have a mark that tells me where > > the reaction time has been taken. This is just great. > > > > But now I would like to adjust some of the RTs, without having to > > write down all the new reaction times. Is there a way to get them > > automatically once they have been modified in cooledit? > > > > My second question is related to the first: I'm more familiar to praat > > than to cool edit. Is there a way to obtain the Reaction Time > > information in Praat just as it is possible with cool edit? > > > > I hope I have been clear enough. > > > > Thank you for your help > > > > Audrey B眉rki > > > > > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > ==================================================================== > > > ==================================================================== Send mail to DMDX-request@psy1.psych.arizona.edu with the word 'unsubscribe' by itself with no quotes in the body of the email to be removed from the list. The list archive is available here: http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 10:21:50 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IHKrub003022 for ; Fri, 18 Jan 2008 10:20:53 -0700 Received: by wx-out-0506.google.com with SMTP id i28so747896wxd.1 for ; Fri, 18 Jan 2008 09:20:53 -0800 (PST) Received: by 10.142.14.20 with SMTP id 20mr2233363wfn.2.1200676852042; Fri, 18 Jan 2008 09:20:52 -0800 (PST) Received: by 10.142.245.4 with HTTP; Fri, 18 Jan 2008 09:20:51 -0800 (PST) Message-ID: Date: Fri, 18 Jan 2008 12:20:51 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX help MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4337_31176214.1200676851990" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_4337_31176214.1200676851990 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am new to DMDX. I am working on a simple language comprehension test, and I am wondering if there is a way to allow the subject to advance from one item to the next as soon as he presses the spacebar, rather than waiting for the frame to run through the designated time. Any advice would be welcome. Thank you! ------=_Part_4337_31176214.1200676851990 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi,
I am new to DMDX. I am working on a simple language comprehension test, and I am wondering if there is a way to allow the subject to advance from one item to the next as soon as he presses the spacebar, rather than waiting for the frame to run through the designated time. Any advice would be welcome.
 
Thank you!
------=_Part_4337_31176214.1200676851990-- From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 10:58:47 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IHwZjT003188 for ; Fri, 18 Jan 2008 10:58:35 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 204CE3C0207 for ; Fri, 18 Jan 2008 10:58:35 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7FDF43C0206 for ; Fri, 18 Jan 2008 10:58:34 -0700 (MST) Message-Id: <5.1.0.14.2.20080118105201.00ba50b0@psy1.psych.arizona.edu> Date: Fri, 18 Jan 2008 10:58:33 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: DMDX help In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 12:20 PM 1/18/2008 -0500, you wrote: >Hi, >I am new to DMDX. I am working on a simple language comprehension test, >and I am wondering if there is a way to allow the subject to advance from >one item to the next as soon as he presses the spacebar, rather than >waiting for the frame to run through the designated time. Any advice would >be welcome. > You can leave a display up till the request is issued by not putting an erase frame at the end of the item: +1 * "test" ; Otherwise you're getting into extreme voodoo territory. One day I'll add code that allows frames to be skipped when an item is aborted with (the reason it hasn't been done is that you can lock DMDX up if for instance the frame with a clock on in it is skipped) but till then it's a pain to implement as you have to break the item up into multiple items and test for branching over the remaining items. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 11:19:57 2008 Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.248]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IIJib0003281 for ; Fri, 18 Jan 2008 11:19:44 -0700 Received: by hs-out-2122.google.com with SMTP id h53so1004941hsh.11 for ; Fri, 18 Jan 2008 10:19:39 -0800 (PST) Received: by 10.143.14.16 with SMTP id r16mr2247076wfi.225.1200680379083; Fri, 18 Jan 2008 10:19:39 -0800 (PST) Received: by 10.142.245.4 with HTTP; Fri, 18 Jan 2008 10:19:38 -0800 (PST) Message-ID: Date: Fri, 18 Jan 2008 13:19:38 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX help MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4496_22819018.1200680379059" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_4496_22819018.1200680379059 Content-Type: text/plain; charset=BIG5 Content-Transfer-Encoding: base64 Content-Disposition: inline SGksCgpJIGFtIG5ldyB0byBETURYLiBJIGFtIHdvcmtpbmcgb24gY3JlYXRpbmcgYSBsYW5ndWFn ZSBjb21wcmVoZW5zaW9uIHRlc3QuCkVhY2ggdHJpYWwgY29uc2lzdHMgb2YgYSBwYXNzYWdlIHRv IGJlIHJlYWQsIGluIHdoaWNoIHdlIHJlY29yZCB0aGUgdGltZSB0aGUKc3ViamVjdCB0YWtlcyB0 byByZWFkIHRoZSBwYXNzYWdlLCBmb2xsb3dlZCBieSB0d28gbXVsdGlwbGUgY2hvaWNlCnF1ZXN0 aW9ucy4gSG93ZXZlciwgRE1EWCByZWNvcmRzIHRoZSBlcnJvciByYXRlIG9mIHRoZSBwYXNzYWdl ICh0byB3aGljaAp0aGVyZSBpcyBubyB3cm9uZyBhbnN3ZXIpIGFzIHdlbGwgYXMgdGhlIHF1ZXN0 aW9ucywgY3VtdWxhdGl2ZWx5LiBJcyB0aGVyZQphbnkgd2F5IHRvIGV4Y2x1ZGUgdGhlIHBhc3Nh Z2VzIGZyb20gdGhlIGVycm9yIHJhdGUgY2FsY3VsYXRpb25zPwoKCkhlcmUgaXMgYW4gZXhhbXBs ZSBvZiBvdXIgc2NyaXB0LiBXZSB3b3VsZCB3YW50IHRvIHJlY29yZCB0aGUgZXJyb3IgcmF0ZSBv ZgppdGVtcyAwNyBhbmQgMDgsIGJ1dCBub3QgMTAzLCB0aG91Z2ggd2Ugc3RpbGwgbmVlZCB0byBy ZWNvcmQgdGhlIHJlc3BvbnNlCnRpbWUgZm9yIGFsbCB0aHJlZS4KCisxMDMgKiA8dW1ucj48dW1w cj48bXByICthPjxtcHIgK2I+PG1wciArYz48bXByICtkPgoKPGxuIC0xPiAiMTKk6zik6aFBrVOm QqZCvszCxzyk36SkprOwrT6hQbncsW+7T8ZXqvewqLz6s8yozqRrsHSopKFDIiwKCjxsbiAwPiAi s8yozqRrpUSopMDysW+qzLOvqFKhQTEwpn6rZbLEpECt06fkrVOmQqZCqefAuKFBICIsCgo8bG4g MT4gIqbTrVOmQqZCpl2ssKF1u3LFU6lNsWq8yaF2scCxvKRGs6+oUrD1vsmqujyk0a9EPqFDIiAv OwoKKzA3ICogPHVtbnI+PHVtcHI+PG1wciArYT48bW5yICtiPjxtbnIgK2M+PG1uciArZD4KCjxs biAtMj4gIq1TpkKmQr7Mwsc8pN+kpKazsK0+sW+o7K3+pECt07z6qrqzzKjOpGuwdKikPyAiLAoK PGxuIC0xPiAiYSkgqvewqLz6IiwKCjxsbiAwPiAiYikgqvfEwbz6IiwKCjxsbiAxPiAiYykgqve6 tbz6IiwKCjxsbiAyPiAiZCkgqve34Lz6IiAvOwoKKzA4ICogPHVtbnI+PHVtcHI+PG1uciArYT48 bW5yICtiPjxtcHIgK2M+PG1uciArZD4KCjxsbiAtMj4gIq1TpkKmQqywpLC78rHAsbykRrOvqFKw 9b7Jqro8pNGvRD4/IiwKCjxsbiAtMT4gImEpIKT5uVOk06dDIiwKCjxsbiAwPiAiYikgqFOms67J tqEiLAoKPGxuIDE+ICJjKSCk+aSkprO7csC4IiwKCjxsbiAyPiAiZCkgpKOz38V3vECluyIgLzsK ClRoYW5rIHlvdSEK ------=_Part_4496_22819018.1200680379059 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5IaSw8L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj5JIGFtIG5ldyB0byBETURYLiBJ IGFtIHdvcmtpbmcgb24gY3JlYXRpbmcgYSBsYW5ndWFnZSBjb21wcmVoZW5zaW9uIHRlc3QuIEVh Y2gmbmJzcDt0cmlhbCBjb25zaXN0cyBvZiBhIHBhc3NhZ2UgdG8gYmUgcmVhZCwgaW4gd2hpY2gg d2UgcmVjb3JkIHRoZSB0aW1lIHRoZSBzdWJqZWN0IHRha2VzIHRvIHJlYWQgdGhlIHBhc3NhZ2Us IGZvbGxvd2VkIGJ5IHR3byBtdWx0aXBsZSBjaG9pY2UgcXVlc3Rpb25zLiBIb3dldmVyLCBETURY IHJlY29yZHMgdGhlIGVycm9yIHJhdGUmbmJzcDtvZiB0aGUgcGFzc2FnZSAodG8gd2hpY2ggdGhl cmUgaXMgbm8gd3JvbmcgYW5zd2VyKSBhcyB3ZWxsIGFzIHRoZSBxdWVzdGlvbnMsIGN1bXVsYXRp dmVseS4gSXMgdGhlcmUgYW55IHdheSB0byBleGNsdWRlIHRoZSBwYXNzYWdlcyBmcm9tIHRoZSBl cnJvciByYXRlIGNhbGN1bGF0aW9ucz8gCjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8ZGl2Pgo8 cD5IZXJlIGlzIGFuIGV4YW1wbGUgb2Ygb3VyIHNjcmlwdC4gV2Ugd291bGQgd2FudCB0byByZWNv cmQgdGhlIGVycm9yIHJhdGUgb2YgaXRlbXMgMDcgYW5kIDA4LCBidXQgbm90IDEwMywgdGhvdWdo IHdlIHN0aWxsIG5lZWQgdG8mbmJzcDtyZWNvcmQgdGhlIHJlc3BvbnNlIHRpbWUgZm9yIGFsbCB0 aHJlZS48L3A+PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+PGZvbnQgZmFjZT0iVGltZXMg TmV3IFJvbWFuIiBzaXplPSIzIj4rMTAzICogJmx0O3VtbnImZ3Q7Jmx0O3VtcHImZ3Q7Jmx0O21w ciArYSZndDsmbHQ7bXByICtiJmd0OyZsdDttcHIgK2MmZ3Q7Jmx0O21wciArZCZndDsgPC9mb250 PjwvZGl2Pgo8ZGl2Pgo8cD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPiZs dDtsbiAtMSZndDsgJnF1b3Q7MTI8L2ZvbnQ+PGZvbnQgZmFjZT0iwrdzwrLDkyZjb3B5O8O6w4XD qSIgc2l6ZT0iMyI+5pyIPC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0i MyI+ODwvZm9udD48Zm9udCBmYWNlPSLCt3PCssOTJmNvcHk7w7rDhcOpIiBzaXplPSIzIj7ml6Xv vIzojIPlhrDlhrDmhpHol4k8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXpl PSIzIj4KJmx0OzwvZm9udD48Zm9udCBmYWNlPSLCt3PCssOTJmNvcHk7w7rDhcOpIiBzaXplPSIz Ij7lv4PkuK3mnInprLw8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIz Ij4mZ3Q7PC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6kiIHNpemU9IjMiPu+8 jOWlquW+l+iHuueBo+mHkemmrOeNjuacgOS9s+Wls+mFjeinkuOAgjwvZm9udD48Zm9udCBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPiZxdW90Oyw8L2ZvbnQ+PC9wPgo8cD48Zm9udCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPiZsdDtsbiAwJmd0OyAmcXVvdDs8L2ZvbnQ+ PGZvbnQgZmFjZT0iwrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+5pyA5L2z5aWz5Li76KeS 542y5b6X6ICF6Zmz5rKW77yMPC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6 ZT0iMyI+MTA8L2ZvbnQ+PGZvbnQgZmFjZT0iwrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+ 5bm05YmN56ys5LiA5YCL5om+6IyD5Yaw5Yaw5ouN5oiy77yMPC9mb250Pjxmb250IGZhY2U9IlRp bWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+CiAmcXVvdDssPC9mb250PjwvcD4KPHA+PGZvbnQgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIzIj4mbHQ7bG4gMSZndDsgJnF1b3Q7PC9mb250Pjxm b250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6kiIHNpemU9IjMiPuiAjOiMg+WGsOWGsOWboOeC uuOAjOijuOmcsuWSjOW8t+aatOOAjeaOqOaOieS6humZs+ayluWft+WwjueahDwvZm9udD48Zm9u dCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPiZsdDs8L2ZvbnQ+PGZvbnQgZmFjZT0i wrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+5aSp5rW0PC9mb250Pjxmb250IGZhY2U9IlRp bWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+CiZndDs8L2ZvbnQ+PGZvbnQgZmFjZT0iwrdzwrLDkyZj b3B5O8O6w4XDqSIgc2l6ZT0iMyI+44CCPC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21h biIgc2l6ZT0iMyI+JnF1b3Q7IC87PC9mb250PiZuYnNwOzxicj48L3A+CjxwPjxmb250IGZhY2U9 IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+KzA3ICogJmx0O3VtbnImZ3Q7Jmx0O3VtcHImZ3Q7 Jmx0O21wciArYSZndDsmbHQ7bW5yICtiJmd0OyZsdDttbnIgK2MmZ3Q7Jmx0O21uciArZCZndDsg PC9mb250PjwvcD4KPHA+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIzIj4mbHQ7 bG4gLTImZ3Q7ICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSLCt3PCssOTJmNvcHk7w7rDhcOpIiBz aXplPSIzIj7ojIPlhrDlhrDmhpHol4k8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFu IiBzaXplPSIzIj4mbHQ7PC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6kiIHNp emU9IjMiPuW/g+S4reaciemsvDwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNp emU9IjMiPgomZ3Q7PC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6kiIHNpemU9 IjMiPuW+l+WIsOWTquS4gOWAi+eNjueahOacgOS9s+Wls+mFjeinkjwvZm9udD48Zm9udCBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPj8gJnF1b3Q7LDwvZm9udD48L3A+CjxwPjxmb250 IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+Jmx0O2xuIC0xJmd0OyAmcXVvdDthKSA8 L2ZvbnQ+PGZvbnQgZmFjZT0iwrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+6YeR6aas542O PC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+JnF1b3Q7LDwvZm9u dD48L3A+CjxwPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+Jmx0O2xuIDAm Z3Q7ICZxdW90O2IpIDwvZm9udD48Zm9udCBmYWNlPSLCt3PCssOTJmNvcHk7w7rDhcOpIiBzaXpl PSIzIj7ph5HpkJjnjY48L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIz Ij4mcXVvdDssPC9mb250PjwvcD4KPHA+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXpl PSIzIj4mbHQ7bG4gMSZndDsgJnF1b3Q7YykgPC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29w eTvDusOFw6kiIHNpemU9IjMiPumHkeeGiueNjjwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iIHNpemU9IjMiPiZxdW90Oyw8L2ZvbnQ+PC9wPgo8cD48Zm9udCBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iIHNpemU9IjMiPiZsdDtsbiAyJmd0OyAmcXVvdDtkKSA8L2ZvbnQ+PGZvbnQgZmFj ZT0iwrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+6YeR542F542OPC9mb250Pjxmb250IGZh Y2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+JnF1b3Q7IC87PC9mb250PiZuYnNwOzxicj48 L3A+CjxwPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+KzA4ICogJmx0O3Vt bnImZ3Q7Jmx0O3VtcHImZ3Q7Jmx0O21uciArYSZndDsmbHQ7bW5yICtiJmd0OyZsdDttcHIgK2Mm Z3Q7Jmx0O21uciArZCZndDsgPC9mb250PjwvcD4KPHA+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJv bWFuIiBzaXplPSIzIj4mbHQ7bG4gLTImZ3Q7ICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSLCt3PC ssOTJmNvcHk7w7rDhcOpIiBzaXplPSIzIj7ojIPlhrDlhrDngrrku4DpurzmjqjmjonkuobpmbPm spbln7flsI7nmoQ8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIzIj4m bHQ7PC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6kiIHNpemU9IjMiPuWkqea1 tDwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPgomZ3Q7PyZxdW90 Oyw8L2ZvbnQ+PC9wPgo8cD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPiZs dDtsbiAtMSZndDsgJnF1b3Q7YSkgPC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOF w6kiIHNpemU9IjMiPueJh+mFrOWkquS9jjwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iIHNpemU9IjMiPiZxdW90Oyw8L2ZvbnQ+PC9wPgo8cD48Zm9udCBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iIHNpemU9IjMiPiZsdDtsbiAwJmd0OyAmcXVvdDtiKSA8L2ZvbnQ+PGZvbnQgZmFjZT0i wrdzwrLDkyZjb3B5O8O6w4XDqSIgc2l6ZT0iMyI+5rKS5pyJ5pmC6ZaTPC9mb250Pjxmb250IGZh Y2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+JnF1b3Q7LDwvZm9udD48L3A+CjxwPjxmb250 IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0iMyI+Jmx0O2xuIDEmZ3Q7ICZxdW90O2MpIDwv Zm9udD48Zm9udCBmYWNlPSLCt3PCssOTJmNvcHk7w7rDhcOpIiBzaXplPSIzIj7niYfkuK3mnIno o7jmiLI8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIzIj4mcXVvdDss PC9mb250PjwvcD4KPHA+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPSIzIj4mbHQ7 bG4gMiZndDsgJnF1b3Q7ZCkgPC9mb250Pjxmb250IGZhY2U9IsK3c8Kyw5MmY29weTvDusOFw6ki IHNpemU9IjMiPuS4jeWWnOatoeWKh+acrDwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iIHNpemU9IjMiPiZxdW90OyAvOzwvZm9udD4mbmJzcDs8YnI+PC9wPgo8cD5UaGFuayB5b3Uh PC9wPjwvZGl2Pgo= ------=_Part_4496_22819018.1200680379059-- From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 14:10:01 2008 Received: from mailsrv4.gsu.edu (mailsrv4.gsu.edu [131.96.2.17]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IL9HdZ003902 for ; Fri, 18 Jan 2008 14:09:17 -0700 Received: from Gateway2-MTA by mailsrv4.gsu.edu with Novell_GroupWise; Fri, 18 Jan 2008 16:09:06 -0500 Message-Id: <4790CF1902000016001D8049@mailsrv4.gsu.edu> Date: Fri, 18 Jan 2008 16:08:57 -0500 From: "Jason Litzenberg" To: Subject: [DMDX] HP + Vista + DMDX = variable errors Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Here's another DMDX noob having some issues: I've installed DMDX on both my laptop and desktop, both of which are rather new HP machines with dual core processors running Vista. Each time I run TimeDX, I get variable errors, ranging from 0 (only once) all the way up to 5. Generally, the errors range between 2 or 3. I've been going through the help files and tutorials but haven't found much that helps. Any suggestions out there? Thanks! Jason From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 15:36:09 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IMZZHU004221 for ; Fri, 18 Jan 2008 15:35:35 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 89BA93C197B for ; Fri, 18 Jan 2008 15:35:35 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C23983C2196 for ; Fri, 18 Jan 2008 15:35:34 -0700 (MST) Message-Id: <5.1.0.14.2.20080118153447.00ba51e0@psy1.psych.arizona.edu> Date: Fri, 18 Jan 2008 15:35:34 -0700 To: From: "Jonathan C. Forster" Subject: [DMDX] Re: HP + Vista + DMDX = variable errors In-Reply-To: <4790CF1902000016001D8049@mailsrv4.gsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 04:08 PM 1/18/2008 -0500, Jason Litzenberg wrote: >Here's another DMDX noob having some issues: I've installed DMDX on both >my laptop and desktop, both of which are rather new HP machines with dual >core processors running Vista. Each time I run TimeDX, I get variable >errors, ranging from 0 (only once) all the way up to 5. Generally, the >errors range between 2 or 3. I've been going through the help files and >tutorials but haven't found much that helps. Any suggestions out there? >Thanks! Jason Until you give some idea where the errors are occurring all I can suggest is get the latest video drivers for you video card. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 18 15:39:11 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0IMconk004242 for ; Fri, 18 Jan 2008 15:38:50 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 36A143C21AC for ; Fri, 18 Jan 2008 15:38:50 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 597FE3C21BB for ; Fri, 18 Jan 2008 15:38:49 -0700 (MST) Message-Id: <5.1.0.14.2.20080118153555.00ba51e0@psy1.psych.arizona.edu> Date: Fri, 18 Jan 2008 15:38:48 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: DMDX help In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:19 PM 1/18/2008 -0500, you wrote: >Hi, > >I am new to DMDX. I am working on creating a language comprehension test. >Each trial consists of a passage to be read, in which we record the time >the subject takes to read the passage, followed by two multiple choice >questions. However, DMDX records the error rate of the passage (to which >there is no wrong answer) as well as the questions, cumulatively. Is there >any way to exclude the passages from the error rate calculations? No. You can force the error rate to reset but that's all. The error rate is just displayed for diagnostic purposes, you don't have to worry about it unless you're branching against the error rate. If you were branching against the error rate you'd have to keep track of the error rate using counters. > > >Here is an example of our script. We would want to record the error rate >of items 07 and 08, but not 103, though we still need to record the >response time for all three. > Error rate calculations for analytic purposes are performed after the fact. Some people use DMDX's ANALYZE program, others import the data into Excel or other programs. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Sun Jan 20 11:33:26 2008 Received: from mailsrv4.gsu.edu (mailsrv4.gsu.edu [131.96.2.17]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0KIWLZB011278 for ; Sun, 20 Jan 2008 11:32:21 -0700 Received: from Gateway2-MTA by mailsrv4.gsu.edu with Novell_GroupWise; Sun, 20 Jan 2008 13:32:10 -0500 Message-Id: <47934D4E02000016001D80C9@mailsrv4.gsu.edu> Date: Sun, 20 Jan 2008 13:31:58 -0500 From: "Jason Litzenberg" To: Subject: [DMDX] Re: HP + Vista + DMDX = variable errors Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Installed driver updates and been trying everything for 2 days now. No luck. My machine still shows anywhere between 0 to 7 errors. Is there any way I can interpret where the errors are coming from? Jason From DMDX-owner@psy1.psych.arizona.edu Sun Jan 20 14:59:28 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0KLwvAN011903 for ; Sun, 20 Jan 2008 14:58:58 -0700 Received: from gandalfs_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C32BE3C3DEC for ; Sun, 20 Jan 2008 14:58:57 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 10BA53C3DEF for ; Sun, 20 Jan 2008 14:58:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080120145825.00ba4a70@psy1.psych.arizona.edu> Date: Sun, 20 Jan 2008 14:58:56 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: HP + Vista + DMDX = variable errors In-Reply-To: <47934D4E02000016001D80C9@mailsrv4.gsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:31 PM 1/20/2008 -0500, you wrote: >Installed driver updates and been trying everything for 2 days now. No >luck. My machine still shows anywhere between 0 to 7 errors. Is there any >way I can interpret where the errors are coming from? What errors is it showing? /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ If life is like a stage, I want better lighting. From DMDX-owner@psy1.psych.arizona.edu Sun Jan 20 17:13:16 2008 Received: from mailsrv4.gsu.edu (mailsrv4.gsu.edu [131.96.2.17]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0L0Co7U012297 for ; Sun, 20 Jan 2008 17:12:50 -0700 Received: from Gateway2-MTA by mailsrv4.gsu.edu with Novell_GroupWise; Sun, 20 Jan 2008 19:12:49 -0500 Message-Id: <47939D2602000016001D80E7@mailsrv4.gsu.edu> Date: Sun, 20 Jan 2008 19:12:38 -0500 From: "Jason Litzenberg" To: Subject: [DMDX] Re: HP + Vista + DMDX = variable errors Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Sorry to keep creating new threads ... no Groupwise access from home :( The errors are those under "error" when doing a test in the Timed Video Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in the Timed Video Mode and get no errors. However, when I close the dialog box and immediately run the test again, I'll get, say, 5 errors. Then I'll try and the same process again and get 3. Then 7, and so on. I've tried any number of re-starts, re-loads, re-installs, video configurations, etc. Nothing seems to change for the better (on the other hand, I've found a number of things that change it for the worse ...) I'm not sure how to interpret the info box in the middle of the Timed Video Mode after running a test. Is there anything I should be looking for here that may help in isolating the problem? Again, running a dual-core HP with Vista and a flat screen. Jason From DMDX-owner@psy1.psych.arizona.edu Sun Jan 20 21:24:07 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0L4NQUF013000 for ; Sun, 20 Jan 2008 21:23:26 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 97D3F3C41D3 for ; Sun, 20 Jan 2008 21:23:26 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 614063C41A3 for ; Sun, 20 Jan 2008 21:23:25 -0700 (MST) Message-Id: <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> Date: Sun, 20 Jan 2008 21:23:23 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: HP + Vista + DMDX = variable errors In-Reply-To: <47939D2602000016001D80E7@mailsrv4.gsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 07:12 PM 1/20/2008 -0500, you wrote: >Sorry to keep creating new threads ... no Groupwise access from home :( > >The errors are those under "error" when doing a test in the Timed Video >Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in >the Timed Video Mode and get no errors. However, when I close the dialog >box and immediately run the test again, I'll get, say, 5 errors. Then I'll >try and the same process again and get 3. Then 7, and so on. I've tried >any number of re-starts, re-loads, re-installs, video configurations, etc. >Nothing seems to change for the better (on the other hand, I've found a >number of things that change it for the worse ...) >I'm not sure how to interpret the info box in the middle of the Timed >Video Mode after running a test. Is there anything I should be looking for >here that may help in isolating the problem? Again, running a dual-core HP >with Vista and a flat screen. There's a big long dialog in the help on interpreting those results, the Help button should take you to it. If the errors only occur at the start of the test you probably don't have to worry about them. To test if that's the case hitting the R key as the test is running will reset the counters and if the error count doesn't keep going up you're fine. The errors occur at the start of the test because the system is still busy setting things up, we see that on a lot of machines where DMDX will throw a display error on the first instruction but be fine from there on (usually because DirectX is writing stuff to the registry but who knows what's going on in Vista). If the errors keep creeping up as the test continues to run the machine may still be usable as the Time Video Mode test is in fact the most rigorous thing going and a number of machines here have never run that test well but are fine for DMDX use as you never see any display errors as DMDX scripts are run. OTOH if DMDX throws display errors then you're SOL. It's possible there are system tweaks that can be applied adjusting the priority of the various threads that make up DMDX (and TimeDX) but you'll have to read the help for that. I'd install XP before I'd start tweaking the thread priorities however. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Mon Jan 21 12:43:36 2008 Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0LJgZoT015616 for ; Mon, 21 Jan 2008 12:42:41 -0700 Received: by wr-out-0506.google.com with SMTP id 50so809015wri.25 for ; Mon, 21 Jan 2008 11:42:26 -0800 (PST) Received: by 10.150.148.7 with SMTP id v7mr2441741ybd.26.1200944546226; Mon, 21 Jan 2008 11:42:26 -0800 (PST) Received: by 10.65.156.12 with HTTP; Mon, 21 Jan 2008 11:42:26 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 19:42:26 +0000 From: "Joao Verissimo" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: HP + Vista + DMDX = variable errors In-Reply-To: <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12319_23933940.1200944546205" References: <47939D2602000016001D80E7@mailsrv4.gsu.edu> <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_12319_23933940.1200944546205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Perhaps trying it with a lower sleep time? In the machines I've tried it, I've always set the sleep time to a couple of milisseconds faster than the automatic values. That takes care of the errors, although I'm not sure if it's the best thing to do. Joao On 21/01/2008, j.c.f. wrote: > > At 07:12 PM 1/20/2008 -0500, you wrote: > >Sorry to keep creating new threads ... no Groupwise access from home :( > > > >The errors are those under "error" when doing a test in the Timed Video > >Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in > >the Timed Video Mode and get no errors. However, when I close the dialog > >box and immediately run the test again, I'll get, say, 5 errors. Then > I'll > >try and the same process again and get 3. Then 7, and so on. I've tried > >any number of re-starts, re-loads, re-installs, video configurations, > etc. > >Nothing seems to change for the better (on the other hand, I've found a > >number of things that change it for the worse ...) > >I'm not sure how to interpret the info box in the middle of the Timed > >Video Mode after running a test. Is there anything I should be looking > for > >here that may help in isolating the problem? Again, running a dual-core > HP > >with Vista and a flat screen. > > There's a big long dialog in the help on interpreting those results, > the > Help button should take you to it. If the errors only occur at the start > of the test you probably don't have to worry about them. To test if > that's > the case hitting the R key as the test is running will reset the counters > and if the error count doesn't keep going up you're fine. The errors > occur > at the start of the test because the system is still busy setting things > up, we see that on a lot of machines where DMDX will throw a display error > on the first instruction but be fine from there on (usually because > DirectX > is writing stuff to the registry but who knows what's going on in > Vista). If the errors keep creeping up as the test continues to run the > machine may still be usable as the Time Video Mode test is in fact the > most > rigorous thing going and a number of machines here have never run that > test > well but are fine for DMDX use as you never see any display errors as DMDX > scripts are run. OTOH if DMDX throws display errors then you're > SOL. It's > possible there are system tweaks that can be applied adjusting the > priority > of the various threads that make up DMDX (and TimeDX) but you'll have to > read the help for that. I'd install XP before I'd start tweaking the > thread priorities however. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Important letters which contain no errors will develop errors in the > mail. Corresponding errors will show up in the duplicate while the > Boss is reading it. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_12319_23933940.1200944546205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Perhaps trying it with a lower sleep time?
In the machines I've tried it, I've always set the sleep time to a couple of milisseconds faster than the automatic values.
That takes care of the errors, although I'm not sure if it's the best thing to do.

Joao

On 21/01/2008, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 07:12 PM 1/20/2008 -0500, you wrote:
>Sorry to keep creating new threads ... no Groupwise access from home :(
>
>The errors are those under "error" when doing a test in the Timed Video
>Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in
>the Timed Video Mode and get no errors. However, when I close the dialog
>box and immediately run the test again, I'll get, say, 5 errors. Then I'll
>try and the same process again and get 3. Then 7, and so on. I've tried
>any number of re-starts, re-loads, re-installs, video configurations, etc.
>Nothing seems to change for the better (on the other hand, I've found a
>number of things that change it for the worse ...)
>I'm not sure how to interpret the info box in the middle of the Timed
>Video Mode after running a test. Is there anything I should be looking for
>here that may help in isolating the problem? Again, running a dual-core HP
>with Vista and a flat screen.

   There's a big long dialog in the help on interpreting those results, the
Help button should take you to it.  If the errors only occur at the start
of the test you probably don't have to worry about them.  To test if that's
the case hitting the R key as the test is running will reset the counters
and if the error count doesn't keep going up you're fine.  The errors occur
at the start of the test because the system is still busy setting things
up, we see that on a lot of machines where DMDX will throw a display error
on the first instruction but be fine from there on (usually because DirectX
is writing stuff to the registry but who knows what's going on in
Vista).  If the errors keep creeping up as the test continues to run the
machine may still be usable as the Time Video Mode test is in fact the most
rigorous thing going and a number of machines here have never run that test
well but are fine for DMDX use as you never see any display errors as DMDX
scripts are run.  OTOH if DMDX throws display errors then you're SOL.  It's
possible there are system tweaks that can be applied adjusting the priority
of the various threads that make up DMDX (and TimeDX) but you'll have to
read the help for that.  I'd install XP before I'd start tweaking the
thread priorities however.

                                                /"\
  -jonathan (j.c.f.)                            \ /
                                                 X
     ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Important letters which contain no errors will develop errors in the
mail.  Corresponding errors will show up in the duplicate while the
Boss is reading it.


====================================================================
   Send mail to DMDX-request@psy1.psych.arizona.edu with the word
  'unsubscribe' by itself with no quotes in the body of the email
  to be removed from the list.  The list archive is available here:
           http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_12319_23933940.1200944546205-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 10:53:28 2008 Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MHqFCZ019446 for ; Tue, 22 Jan 2008 10:52:16 -0700 Received: by wr-out-0506.google.com with SMTP id 50so1069204wri.25 for ; Tue, 22 Jan 2008 09:52:11 -0800 (PST) Received: by 10.142.242.8 with SMTP id p8mr4235614wfh.232.1201024329809; Tue, 22 Jan 2008 09:52:09 -0800 (PST) Received: by 10.142.141.10 with HTTP; Tue, 22 Jan 2008 09:52:09 -0800 (PST) Message-ID: Date: Tue, 22 Jan 2008 12:52:09 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX data- RT's all the same MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_14380_13420821.1201024329782" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_14380_13420821.1201024329782 Content-Type: multipart/alternative; boundary="----=_Part_14381_29749769.1201024329782" ------=_Part_14381_29749769.1201024329782 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am a new user of DMDX and I am having trouble with the data files. I am attaching our item file and the .azk data file. The problem is that all our response times are exactly the same when they should not be, and we cannot figure out why this is happening. Any help is very much appreciated! Thank you! ------=_Part_14381_29749769.1201024329782 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi,
I am a new user of DMDX and I am having trouble with the data files. I am attaching our item file and the .azk data file. The problem is that all our response times are exactly the same when they should not be, and we cannot figure out why this is happening. Any help is very much appreciated!
 
Thank you!
------=_Part_14381_29749769.1201024329782-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 11:10:31 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MIAE5F019554 for ; Tue, 22 Jan 2008 11:10:15 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 22 Jan 2008 19:10:07 +0100 Message-ID: <4796318B.5000805@univ-provence.fr> Date: Tue, 22 Jan 2008 19:10:19 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] absolute time of events Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello I didn't find in the help nor in the archive whether DmDX could write,in the output file, the absolute time at which events happen. For example, the time since the start of the experiment at which a stimulus was presented. Zillion format output mode doesn't seem to do the trick. Did I miss something? thanks xavier -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 11:35:10 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MIYraC019757 for ; Tue, 22 Jan 2008 11:34:53 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5DBFB3C4C6C for ; Tue, 22 Jan 2008 11:34:53 -0700 (MST) Received: from KIFXP (kif-xp.psychdept.arizona.edu [128.196.98.56]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id ED9643C4CD7 for ; Tue, 22 Jan 2008 11:34:51 -0700 (MST) From: "Kenneth Forster" To: Subject: [DMDX] RE: DMDX data- RT's all the same Date: Tue, 22 Jan 2008 11:34:59 -0700 Message-ID: <009001c85d25$7f070a00$3862c480@KIFXP> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0091_01C85CEA.D2A83200" In-Reply-To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_0091_01C85CEA.D2A83200 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Chloe, =20 Remove the from the parameter line. Check the Help = files by clicking on the Help button on the DMDX dialog box. If you don't = want to limit the subjects response set the time limit to something really big, = like . =20 --k.i.f. =20 =20 -----Original Message----- From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Chloe Jordan Sent: Tuesday, January 22, 2008 10:52 AM To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX data- RT's all the same =20 Hi,=20 I am a new user of DMDX and I am having trouble with the data files. I = am attaching our item file and the .azk data file. The problem is that all = our response times are exactly the same when they should not be, and we = cannot figure out why this is happening. Any help is very much appreciated!=20 =20 Thank you! ------=_NextPart_000_0091_01C85CEA.D2A83200 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chloe,

 

        &nbs= p;   Remove the <ntl> from the parameter line. Check the Help files by = clicking on the Help button on the DMDX dialog box.  If you don't want to limit = the subjects response set the time limit to something really big, like <t 10000000>.

 

        &nbs= p;   --k.i.f.



   

 

-----Original Message-----
From: DMDX-owner@psy1.psych.arizona.edu = [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Chloe Jordan
Sent: Tuesday, January = 22, 2008 10:52 AM
To: = DMDX@psy1.psych.arizona.edu
Subject: [DMDX] DMDX = data- RT's all the same

 

Hi,

I am a new user of DMDX and I am having trouble with the data = files. I am attaching our item file and the .azk data file. The problem is that = all our response times are exactly the same when they should not be, and we = cannot figure out why this is happening. Any help is very much appreciated! =

 

Thank you!

------=_NextPart_000_0091_01C85CEA.D2A83200-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 11:48:09 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MIlxpd019876 for ; Tue, 22 Jan 2008 11:47:59 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C98793C5344 for ; Tue, 22 Jan 2008 11:47:59 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 020F03C5346 for ; Tue, 22 Jan 2008 11:47:55 -0700 (MST) Message-Id: <5.1.0.14.2.20080122114741.00ba5160@psy1.psych.arizona.edu> Date: Tue, 22 Jan 2008 11:47:54 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: HP + Vista + DMDX = variable errors In-Reply-To: References: <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> <47939D2602000016001D80E7@mailsrv4.gsu.edu> <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1128617921==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1128617921==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Lowering the sleep time is a good thing to do on borderline machines. The automatic routines are a little aggressive there. At 07:42 PM 1/21/2008 +0000, Joao Verissimo wrote: >Perhaps trying it with a lower sleep time? >In the machines I've tried it, I've always set the sleep time to a couple >of milisseconds faster than the automatic values. >That takes care of the errors, although I'm not sure if it's the best >thing to do. > >Joao > >On 21/01/2008, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >>At 07:12 PM 1/20/2008 -0500, you wrote: >> >Sorry to keep creating new threads ... no Groupwise access from home :( >> > >> >The errors are those under "error" when doing a test in the Timed Video >> >Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in >> >the Timed Video Mode and get no errors. However, when I close the dialog >> >box and immediately run the test again, I'll get, say, 5 errors. Then I'll >> >try and the same process again and get 3. Then 7, and so on. I've tried >> >any number of re-starts, re-loads, re-installs, video configurations, etc. >> >Nothing seems to change for the better (on the other hand, I've found a >> >number of things that change it for the worse ...) >> >I'm not sure how to interpret the info box in the middle of the Timed >> >Video Mode after running a test. Is there anything I should be looking for >> >here that may help in isolating the problem? Again, running a dual-core HP >> >with Vista and a flat screen. >> >> There's a big long dialog in the help on interpreting those results, the >>Help button should take you to it. If the errors only occur at the start >>of the test you probably don't have to worry about them. To test if that's >>the case hitting the R key as the test is running will reset the counters >>and if the error count doesn't keep going up you're fine. The errors occur >>at the start of the test because the system is still busy setting things >>up, we see that on a lot of machines where DMDX will throw a display error >>on the first instruction but be fine from there on (usually because DirectX >>is writing stuff to the registry but who knows what's going on in >>Vista). If the errors keep creeping up as the test continues to run the >>machine may still be usable as the Time Video Mode test is in fact the most >>rigorous thing going and a number of machines here have never run that test >>well but are fine for DMDX use as you never see any display errors as DMDX >>scripts are run. OTOH if DMDX throws display errors then you're SOL. It's >>possible there are system tweaks that can be applied adjusting the priority >>of the various threads that make up DMDX (and TimeDX) but you'll have to >>read the help for that. I'd install XP before I'd start tweaking the >>thread priorities however. >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >>Important letters which contain no errors will develop errors in the >>mail. Corresponding errors will show up in the duplicate while the >>Boss is reading it. >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. --=====================_1128617921==_.ALT Content-Type: text/html; charset="us-ascii"

Lowering the sleep time is a good thing to do on borderline machines.  The automatic routines are a little aggressive there.

At 07:42 PM 1/21/2008 +0000, Joao Verissimo wrote:
Perhaps trying it with a lower sleep time?
In the machines I've tried it, I've always set the sleep time to a couple of milisseconds faster than the automatic values.
That takes care of the errors, although I'm not sure if it's the best thing to do.

Joao

On 21/01/2008, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
At 07:12 PM 1/20/2008 -0500, you wrote:
>Sorry to keep creating new threads ... no Groupwise access from home :(
>
>The errors are those under "error" when doing a test in the Timed Video
>Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in
>the Timed Video Mode and get no errors. However, when I close the dialog
>box and immediately run the test again, I'll get, say, 5 errors. Then I'll
>try and the same process again and get 3. Then 7, and so on. I've tried
>any number of re-starts, re-loads, re-installs, video configurations, etc.
>Nothing seems to change for the better (on the other hand, I've found a
>number of things that change it for the worse ...)
>I'm not sure how to interpret the info box in the middle of the Timed
>Video Mode after running a test. Is there anything I should be looking for
>here that may help in isolating the problem? Again, running a dual-core HP
>with Vista and a flat screen.

   There's a big long dialog in the help on interpreting those results, the
Help button should take you to it.  If the errors only occur at the start
of the test you probably don't have to worry about them.  To test if that's
the case hitting the R key as the test is running will reset the counters
and if the error count doesn't keep going up you're fine.  The errors occur
at the start of the test because the system is still busy setting things
up, we see that on a lot of machines where DMDX will throw a display error
on the first instruction but be fine from there on (usually because DirectX
is writing stuff to the registry but who knows what's going on in
Vista).  If the errors keep creeping up as the test continues to run the
machine may still be usable as the Time Video Mode test is in fact the most
rigorous thing going and a number of machines here have never run that test
well but are fine for DMDX use as you never see any display errors as DMDX
scripts are run.  OTOH if DMDX throws display errors then you're SOL.  It's
possible there are system tweaks that can be applied adjusting the priority
of the various threads that make up DMDX (and TimeDX) but you'll have to
read the help for that.  I'd install XP before I'd start tweaking the
thread priorities however.

                                                /"\
  -jonathan (j.c.f.)                            \ /
                                                 X
     ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Important letters which contain no errors will develop errors in the
mail.  Corresponding errors will show up in the duplicate while the
Boss is reading it.


====================================================================
   Send mail to DMDX-request@psy1.psych.arizona.edu with the word
  'unsubscribe' by itself with no quotes in the body of the email
  to be removed from the list.  The list archive is available here:
          http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  It is easier to fight for one's principles than to live up to
them.

--=====================_1128617921==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 11:52:12 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MIpwHb019903 for ; Tue, 22 Jan 2008 11:51:58 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A56D33C537A for ; Tue, 22 Jan 2008 11:51:58 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2754F3C534A for ; Tue, 22 Jan 2008 11:51:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> Date: Tue, 22 Jan 2008 11:51:55 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: absolute time of events In-Reply-To: <4796318B.5000805@univ-provence.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list will give you times for every clockon relative to the first clock on. You can load counters up with the millisecondtime or videotime and those counters as well. At 07:10 PM 1/22/2008 +0100, you wrote: >Hello > >I didn't find in the help nor in the archive whether DmDX could write,in >the output file, the absolute time at which events happen. For example, >the time since the start of the experiment at which a stimulus was >presented. Zillion format output mode doesn't seem to do the trick. > >Did I miss something? > >thanks > >xavier > >-- >F.-Xavier ALARIO >http://www.up.univ-mrs.fr/wlpc/alario >http://www.lang-prod.org/ >+33 4 88 57 69 00 >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 13:56:32 2008 Received: from mailsrv4.gsu.edu (mailsrv4.gsu.edu [131.96.2.17]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MKtm6i020536 for ; Tue, 22 Jan 2008 13:55:49 -0700 Received: from Gateway2-MTA by mailsrv4.gsu.edu with Novell_GroupWise; Tue, 22 Jan 2008 15:55:47 -0500 Message-Id: <479611FB.DF8F.0016.0@langate.gsu.edu> Date: Tue, 22 Jan 2008 15:55:40 -0500 From: "Jason Litzenberg" To: Subject: [DMDX] OK! Thanks! Re: HP + Vista + DMDX = variable errors References: <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> <47939D2602000016001D80E7@mailsrv4.gsu.edu> <5.1.0.14.2.20080120211102.00ba4a70@psy1.psych.arizona.edu> <5.1.0.14.2.20080122114741.00ba5160@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080122114741.00ba5160@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list It seems that the variable number of errors (from 0 to 7!) are, in fact, only occurring at the start of the test. Thanks everyone! Jason >>> "Jonathan C. Forster" 1/22/2008 1:47 PM >>> Lowering the sleep time is a good thing to do on borderline machines. The automatic routines are a little aggressive there. At 07:42 PM 1/21/2008 +0000, Joao Verissimo wrote: >Perhaps trying it with a lower sleep time? >In the machines I've tried it, I've always set the sleep time to a couple >of milisseconds faster than the automatic values. >That takes care of the errors, although I'm not sure if it's the best >thing to do. > >Joao > >On 21/01/2008, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >>At 07:12 PM 1/20/2008 -0500, you wrote: >> >Sorry to keep creating new threads ... no Groupwise access from home :( >> > >> >The errors are those under "error" when doing a test in the Timed Video >> >Mode. These range anywhere from 0 to 7 errors. Oddly, I can run a test in >> >the Timed Video Mode and get no errors. However, when I close the dialog >> >box and immediately run the test again, I'll get, say, 5 errors. Then I'll >> >try and the same process again and get 3. Then 7, and so on. I've tried >> >any number of re-starts, re-loads, re-installs, video configurations, etc. >> >Nothing seems to change for the better (on the other hand, I've found a >> >number of things that change it for the worse ...) >> >I'm not sure how to interpret the info box in the middle of the Timed >> >Video Mode after running a test. Is there anything I should be looking for >> >here that may help in isolating the problem? Again, running a dual-core HP >> >with Vista and a flat screen. >> >> There's a big long dialog in the help on interpreting those results, the >>Help button should take you to it. If the errors only occur at the start >>of the test you probably don't have to worry about them. To test if that's >>the case hitting the R key as the test is running will reset the counters >>and if the error count doesn't keep going up you're fine. The errors occur >>at the start of the test because the system is still busy setting things >>up, we see that on a lot of machines where DMDX will throw a display error >>on the first instruction but be fine from there on (usually because DirectX >>is writing stuff to the registry but who knows what's going on in >>Vista). If the errors keep creeping up as the test continues to run the >>machine may still be usable as the Time Video Mode test is in fact the most >>rigorous thing going and a number of machines here have never run that test >>well but are fine for DMDX use as you never see any display errors as DMDX >>scripts are run. OTOH if DMDX throws display errors then you're SOL. It's >>possible there are system tweaks that can be applied adjusting the priority >>of the various threads that make up DMDX (and TimeDX) but you'll have to >>read the help for that. I'd install XP before I'd start tweaking the >>thread priorities however. >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >>Important letters which contain no errors will develop errors in the >>mail. Corresponding errors will show up in the duplicate while the >>Boss is reading it. >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ It is easier to fight for one's principles than to live up to them. From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 14:12:56 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0MLCa4p020609 for ; Tue, 22 Jan 2008 14:12:37 -0700 Received: by el-out-1112.google.com with SMTP id m34so205195ele.9 for ; Tue, 22 Jan 2008 13:12:26 -0800 (PST) Received: by 10.143.161.3 with SMTP id n3mr4461973wfo.32.1201036345337; Tue, 22 Jan 2008 13:12:25 -0800 (PST) Received: by 10.142.141.10 with HTTP; Tue, 22 Jan 2008 13:12:25 -0800 (PST) Message-ID: Date: Tue, 22 Jan 2008 16:12:25 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX help again MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_15253_28593018.1201036345330" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_15253_28593018.1201036345330 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm sorry I'm having so many difficulties here. We are working on a languag= e comprehension task and around the third or fourth trial DMDX has a major display error involving black and white striped lines across the screen. Does anyone have any idea why this could be happening (hopefully not due to the video card)? Here is an example of our script: +101 * "=AA=B0=AFW=B5o=B2{=A4F=A4@=B4=CA=B8=B2=B5=E5=BE=F0=A1A=BE=F0=A4W= =AA=F8=BA=A1=A4F=A4@=A6=EA=A6=EA=AD=BB=B2=A2=A1B=AC=FC=A8=FD=AA=BA=B8=B2=B5= =E5=A1C=AA=B0=AFW=AC=DD=B5=DB=B8=B2 =B5=E5=A1A", "=A7=D4=A4=A3=A6=ED=A5=CE=A6=DE=C0Y=BBQ=B5=DB=BCL(R)B=A1A=A4=DF=B7Q= =A1G=ABz=B0=DA=A1I=ACO=A6n=AD=B9=AA=AB=A1I=AA=B0=AFW=A6V=A4W=B8=F5=A4F=B4X= =A6=B8=A1A=C1`=ACO =B0=F7=A4=A3=A8=EC=A1A", "=ACO=A4F=A6n=B4X=A6=B8=C1=D9=ACO=A6Y=A4=A3=A8=EC=A1C=AAQ=B9=AB=A1B= =A8=DF=A4l=A4=CE=A4p=BA=B5=A6b(R)=C7=C3=E4=B6=E1=B6=E1=A6a=C5=D1=AF=BA=B5= =DB=A1C=AD=F3=A1I", "=B3o=A8=C7=B8=B2=B5=E5=C1=D9=AB=DC=BB=C4=A1A=A4=A3=AF=E0=A6Y=B0=DA= =A1I=AA=B0=AFW=A4=A3=BB{=BF=E9=A6a=BB=A1=B5=DB=A1A=B5M=AB=E1=AB=AB=C0Y=B3= =E0(R)=F0=AA=BA=A6^(R)a=A4F=A1C", "=A4j(R)a=B3=A3=A7=D4=A4=A3=A6=ED=A6a=B1=B7=B8=A1=A4j=AF=BA" ; +03 * "=AA=B0=AFW=B7Q=A6Y=A4=B0=BB=F2=AAF=A6=E8? ", "a) (R)=E7=A4l", "b) =C4=AB=AAG", "c) =B8=B2=B5=E5 ", "d) =BE=EF=A4l"; +04 * "=BD=D6=A6b(R)=C7=C3=E4=B0=BD=AF=BA? ", "a) =AAQ=B9=AB", "b) =A8=DF=A4l ", "c) =A4p=BA=B5", "d) =A5H=A4W=AC=D2=ACO" ; ------=_Part_15253_28593018.1201036345330 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm sorry I'm having so many difficulties here. We are working on a= language comprehension task and around the third or fourth trial DMDX has = a major display error involving black and white striped lines across the sc= reen. Does anyone have any idea why this could be happening (hopefully not = due to the video card)?

Here is an example of our script:

&= lt;ep> <fd 500> <d 25> <t 8000> <s 71> <g 3> <vm desktop> <id keyboard> <nfb> <rcot> <zil> <zor> <vzk +a> <vzk +b> <vzk +c> <vzk +d> <eop>

+101 * <umnr><umpr><mpr +a><mpr +b><mpr +c><mpr +d>

&= lt;ln -3> "=AA=B0=AFW =B5o=B2<= /span>{=A4F =A4@=B4=CA=B8=B2 =BE=F0=A1A=BE =F0=A4<= span style=3D"font-family: PMingLiU;">W=AA=F8 =BA=A1=A4F=A4@=A6=EA =A6=EA=AD=BB=B2=A2 =A1B=AC=FC=A8=FD<= span style=3D"font-family: PMingLiU;" lang=3D"ZH-CN"> =AA=BA=B8=B2=B5=E5=A1C=AA=B0=AFW =AC=DD=B5=DB= =B8=B2=B5=E5=A1A",

&l= t;ln -2> "=A7=D4= =A4=A3=A6 =ED=A5=CE=A6=DE=C0Y=BBQ =B5=DB=BCL®B=A1 A=A4=DF=B7Q=A1G= =ABz=B0<= /span>=DA=A1 I=ACO=A6n=AD=B9=AA= =AB=A1<= span style=3D"font-family: PMingLiU;">I=AA=B0=AFW=A6 V=A4W=B8=F5=A4F= =B4X=A6=B8=A1A=C1= `=ACO=B0=F7=A4=A3 =A8=EC=A1A",

&l= t;ln -1> "=ACO=A4F=A6n =B4X=A6=B8=C1=D9=AC =A6Y=A4<= /span>=A3=A8=EC=A1 C=AAQ=B9=AB=A1B= =A8=DF=A4l=A4 =CE=A4<= span style=3D"font-family: PMingLiU;">p=BA=B5=A6 b®=C7=C3=E4=B6=E1=B6=E1=A6a =C5=D1=AF=BA=B5=DB=A1C =AD=F3=A1I",

&l= t;ln 0> "=B3o=A8=C7=B8=B2=B5=E5=C1=D9=AB=DC=BB=C4 =A1A=A4=A3 =AF=E0=A6Y=B0=DA =A1I=AA= =B0=AFW=A4=A3=BB{ =BF=E9=A6a=BB=A1= =B5=DB=A1A=B5M =AB=E1<= span style=3D"font-family: Helvetica;">=AB=AB=C0Y=B3=E0 ®=F0=AA=BA= =A6^®<= /span> a=A4F=A1C",

&l= t;ln 1> "=A4j®a=B3=A3= =A7=D4=A4=A3=A6=ED =A6a=B1= =B7=B8=A1=A4j=AF=BA" ;

 

+03 * <umnr><umpr><mnr +a><mn= r +b><mpr +c><mnr +d>

&= lt;ln -2> "=AA=B0=AFW=B7 Q=A6Y=A4=B0=BB =F2=AAF=A6=E8? ",

<ln -1> "a) ®= ;=E7=A4= l",

&l= t;ln 0> "b) =C4=AB=AA G",

&l= t;ln 1> "c) =B8=B2=B5=E5 ",

&l= t;ln 2> "d) =BE=EF =A4l";

&n= bsp;

+04 *<umnr><= umpr><mnr +a><mnr +b><mnr +c><mpr +d>

<ln -2> "= =BD=D6=A6b ®=C7=C3=E4= =B0=BD=AF=BA? ",

<ln -1> "a) =AAQ= =B9=AB= ",

&l= t;ln 0> "b) =A8=DF =A4l ",

<ln 1> "c) =A4p=BA= =B5 ",

&l= t;ln 2> "d) =A5H=A4W =AC=D2=ACO" ;

------=_Part_15253_28593018.1201036345330-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 18:33:14 2008 Received: from kwd-w2k-avgwy.uws.edu.au (kwd-w2k-avgwy.uws.edu.au [137.154.156.102]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0N1WR4n021401 for ; Tue, 22 Jan 2008 18:32:28 -0700 Received: from kwd-w2k-avgwy.uws.edu.au (localhost [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 31B45199DA0 for ; Wed, 23 Jan 2008 12:32:22 +1100 (EST) Received: from VALLE.AD.UWS.EDU.AU (vandyke.ad.uws.edu.au [137.154.156.28]) by kwd-w2k-avgwy.uws.edu.au (Postfix) with ESMTP id 24726199D6C for ; Wed, 23 Jan 2008 12:32:22 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [DMDX] 200 milliseconds missing in WAV Date: Wed, 23 Jan 2008 12:32:21 +1100 Message-ID: <759214FAD4CDDA47AEA686CB029C957CA2DC46@VALLE.AD.UWS.EDU.AU> From: "Kenny Wang" To: Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear list members, I also have a similar issue to the one Wong Wing Kuen mentioned. ~~~~~~~~item file~~~~~~~~ =1 *"pic01" <&ms 2500>/ <%ms 8500> /; ~~~~~~~~item file~~~~~~~~ When I run this item file on my desktop (WinXP), the WAV file is 9000 ms in length. But when I run the same item file on my laptop (WinXP), the WAV file is 8800 ms. I noticed that if I change the timeout value to anywhere between 9300-9500, the WAV will be 9000 ms exactly. I can't figure out why this is so. My laptop is much more powerful than my desktop, 2 Gig RAM and everything, but it's always missing 200 ms if I set the timeout to 9 seconds. I've tried setting (all with the same timeout value), but I still can't get the missing 200 ms unless I extend the timeout. My laptop has a different screen size and resolution, of course I adjust those values in the item file when I run it on different machines. Any suggestions on where to look into to troubleshoot further? Thanks Kenny ____________________________ Kenny Wang BA (I&T), BA (Hons), MEd (TESOL), PhD Candidate NAATI I&T (Mandarin < > English) Interpreting and Translation College Research Group School of Humanities and Languages University of Western Sydney Building 5 Bankstown Campus Locked Bag 1797 PENRITH SOUTH DC NSW 1797 k.wang@uws.edu.au From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 21:27:22 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0N4Qjv2021874 for ; Tue, 22 Jan 2008 21:26:49 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 18F6A3C4602 for ; Tue, 22 Jan 2008 21:26:45 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5081D3C4E1B for ; Tue, 22 Jan 2008 21:26:44 -0700 (MST) Message-Id: <5.1.0.14.2.20080122211939.00ba4a70@psy1.psych.arizona.edu> Date: Tue, 22 Jan 2008 21:26:43 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: DMDX help again In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list It's because you have a fixed display interval but have a subject timeout eons longer than that. So DMDX is scheduling the display for the next item to begin 25 ticks after the previous item's display ends but the previous item can't end till the subject responds or is timed out so you get large display errors. Either have your timeout less than the display interval, dispense with the fixed display interval (say ) or have the display last longer than the subject's timeout. At 04:12 PM 1/22/2008 -0500, Chloe Jordan wrote: >I'm sorry I'm having so many difficulties here. We are working on a >language comprehension task and around the third or fourth trial DMDX has >a major display error involving black and white striped lines across the >screen. Does anyone have any idea why this could be happening (hopefully >not due to the video card)? > >Here is an example of our script: > > > > >+101 * > > "疻 祇瞷 词覆靛 攫 黏W 骸﹃ ﹃并  >覆靛疻 帝覆靛", > > "гぃ 恁桅蘩Y籕 帝糒瓸 Aみ稱 珃摆 I琌 I疻 V铬 >碭Ω `琌镑ぃ ", > > "琌 碭Ω临琌 ぃ C猀公 ㄟ 韦p旱 b娩夺夺 叛帝 >", > > "硂ㄇ覆靛临荒 ぃ 摆 疻ぃ粄 块弧 帝礛 繷赤 > a", > > "產常 гぃ 狈浮" ; > > > >+03 * > > "疻 Qぐ 颡F﹁? ", > > "a) ", > > "b) 墨 G", > > "c) 覆靛 ", > > "d) 撅 "; > > > >+04 * > > "街 娩敖? ", > > "a) 猀公 ", > > "b) ㄟ  ", > > "c) 旱 ", > > "d)  琌" ; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Tue Jan 22 21:29:27 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0N4THVn021899 for ; Tue, 22 Jan 2008 21:29:17 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8F70E3C4F09 for ; Tue, 22 Jan 2008 21:29:17 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 308003C4602 for ; Tue, 22 Jan 2008 21:29:16 -0700 (MST) Message-Id: <5.1.0.14.2.20080122212708.00ba4a70@psy1.psych.arizona.edu> Date: Tue, 22 Jan 2008 21:29:15 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: 200 milliseconds missing in WAV In-Reply-To: <759214FAD4CDDA47AEA686CB029C957CA2DC46@VALLE.AD.UWS.EDU.AU > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Your laptop has crappy audio drivers. Like almost all laptops do. You could try as 500 ms of overrun protection seems to be the golden number on a lot of machines. At 12:32 PM 1/23/2008 +1100, you wrote: >Dear list members, > >I also have a similar issue to the one Wong Wing Kuen mentioned. > >~~~~~~~~item file~~~~~~~~ > > >=1 *"pic01" <&ms 2500>/ <%ms 8500> /; >~~~~~~~~item file~~~~~~~~ > >When I run this item file on my desktop (WinXP), the WAV file is 9000 ms >in length. > >But when I run the same item file on my laptop (WinXP), the WAV file is >8800 ms. > >I noticed that if I change the timeout value to anywhere between >9300-9500, the WAV will be 9000 ms exactly. > >I can't figure out why this is so. My laptop is much more powerful than >my desktop, 2 Gig RAM and everything, but it's always missing 200 ms if >I set the timeout to 9 seconds. > >I've tried setting 9000> (all with the same timeout value), but I still can't get the >missing 200 ms unless I extend the timeout. > >My laptop has a different screen size and resolution, of course I adjust >those values in the item file when I run it on different machines. > >Any suggestions on where to look into to troubleshoot further? > >Thanks >Kenny >____________________________ >Kenny Wang >BA (I&T), BA (Hons), MEd (TESOL), PhD Candidate >NAATI I&T (Mandarin < > English) > >Interpreting and Translation College Research Group >School of Humanities and Languages >University of Western Sydney >Building 5 Bankstown Campus >Locked Bag 1797 >PENRITH SOUTH DC NSW 1797 >k.wang@uws.edu.au > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 09:20:50 2008 Received: from relay23.bu.edu (relay23.bu.edu [128.197.26.156]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NGKEJv023915 for ; Wed, 23 Jan 2008 09:20:14 -0700 Received: from BU-AUTH (localhost.localdomain [127.0.0.1]) by relay23.bu.edu (8.13.1/8.13.1) with ESMTP id m0NGJlwA019008 for ; Wed, 23 Jan 2008 11:19:52 -0500 Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <673ED7E0-652A-4767-89E5-5B6F440B9EAA@bu.edu> Content-Transfer-Encoding: 7bit From: Catherine Caldwell-Harris Subject: [DMDX] Hi Chloe! Date: Wed, 23 Jan 2008 19:18:22 +0300 To: DMDX@psy1.psych.arizona.edu Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Good for you for emailing into DMDX! I hope you're doing well. I bought some African art here in Addis Ababa and so in a few days there should be a huge DHL tube for me arriving -- just keep it save in the office (tell me when you get it). Hope the new semester is okay, c From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 12:18:22 2008 Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NJHQ7p024485 for ; Wed, 23 Jan 2008 12:17:26 -0700 Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 2073565AC1C; Wed, 23 Jan 2008 11:17:26 -0800 (PST) Received: from webmail01.stanford.edu (webmail01.Stanford.EDU [171.67.22.16]) by smtp2.stanford.edu (Postfix) with ESMTP id 024BC65AA2C; Wed, 23 Jan 2008 11:17:26 -0800 (PST) Received: by webmail01.stanford.edu (Postfix, from userid 33) id F17C823EE60; Wed, 23 Jan 2008 11:17:25 -0800 (PST) Received: from DNab4029f0.Stanford.EDU (DNab4029f0.Stanford.EDU [171.64.41.240]) by webmail.stanford.edu (Horde MIME library) with HTTP; Wed, 23 Jan 2008 11:17:25 -0800 Message-ID: <20080123111725.85teo3bbokoswsso@webmail.stanford.edu> Date: Wed, 23 Jan 2008 11:17:25 -0800 From: Inbal Arnon To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Ptoblem using CheckVocal with .zil files MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I'm trying to use the CheckVocal script to check voice onsets on a .zil file and have run into problems. It runs perfectly with .azk files but I can't get it to run with .zil files. I think it might not be adapted to the data format in .zil files. It refuses to open .zil files and when I re-name the file to an .azk one I get the following error: Subject 1, ID=1 COT header detected Item/RT identifier not found at line 6 Is there a way to convert .zil files into .azk format? If not - is there a way to get Check Vocal to work with .zil files? A sample item line from a .zil file looks like this: Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX Thanks! Inbal From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 13:47:16 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NKkaJe024842 for ; Wed, 23 Jan 2008 13:46:37 -0700 Received: by el-out-1112.google.com with SMTP id m34so308558ele.9 for ; Wed, 23 Jan 2008 12:46:27 -0800 (PST) Received: by 10.150.211.19 with SMTP id j19mr721875ybg.17.1201121186913; Wed, 23 Jan 2008 12:46:26 -0800 (PST) Received: by 10.150.199.16 with HTTP; Wed, 23 Jan 2008 12:46:26 -0800 (PST) Message-ID: <8252cb70801231246x4a303c3ve293a16630ebbfbb@mail.gmail.com> Date: Wed, 23 Jan 2008 12:46:26 -0800 From: "Alex Burtson" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX Problems MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_10997_30823867.1201121186884" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_10997_30823867.1201121186884 Content-Type: multipart/alternative; boundary="----=_Part_10998_29323670.1201121186885" ------=_Part_10998_29323670.1201121186885 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to DMDX and I cannot find a way around the problems that I run into. I have read some of the tutorials that are posted on your site, but more continue to pop up. Current problems are that the set display mode fails, the refresh rate fails in Time DX, and I don't know how to solve the vertical retrace problem. I've tried changing the vm but nothing has worked. I need to get both programs to work so that I can display the M's and W's. Thanks so much! -- Alex Burtson ------=_Part_10998_29323670.1201121186885 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to DMDX and I cannot find a way around the problems that I run into. I have read some of the tutorials that are posted on your site, but more continue to pop up. Current problems are that the set display mode fails, the refresh rate fails in Time DX, and I don't know how to solve the vertical retrace problem. I've tried changing the vm but nothing has worked. I need to get both programs to work so that I can display the M's and W's. Thanks so much!

--
Alex Burtson ------=_Part_10998_29323670.1201121186885-- ------=_Part_10997_30823867.1201121186884 Content-Type: application/rtf; name="M rev.rtf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fbscig3b Content-Disposition: attachment; filename="M rev.rtf" e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjB7XGZvbnR0Ymx7XGYwXGZzd2lzc1xmcHJxMlxm Y2hhcnNldDAgQXJpYWw7fX0NCntcY29sb3J0YmwgO1xyZWQwXGdyZWVuMFxibHVlMDt9DQp7XCpc Z2VuZXJhdG9yIE1zZnRlZGl0IDUuNDEuMTUuMTUwNzt9XHZpZXdraW5kNFx1YzFccGFyZFxjZjFc bGFuZzEwMzNcZjBcZnMyMCA8ZXA+IDxOIDUwMD4gPHMgNTAwPiA8Y3I+IDxhems+ICBmMzggPHQg MTAwMD4gIDxuZmI+ICA8aWQgImtleWJvYXJkIj4gZDIwIDxiZ2MgMD4gPGR3YyAwMDAyMjAwMDA+ IDxkZnMgMzI+ICA8aWQga2V5Ym9hcmQ+IDxkZiBBcmlhbD4gPGZibCAwPiA8dm0gMTAyNCw3Njgs NzY4LDE2LDEwMD4gPHJvIDUsMD4gPHJjbz4gPGVvcD5ccGFyDQpccGFyDQokXHBhcg0KMCAiUHJl c3MgdGhlIFNQQUNFQkFSIHRvIGJlZ2luIiA8YnUgMD47XHBhcg0KXHBhcg0KMjAwIDxzZXRjb3Vu dGVyIDEsNDAwPiA8c2V0Y291bnRlciAyLGxhc3RydD4gPGJpIDIzMCwgYzIgLmd0LiBjMT4gYztc cGFyDQoyMjAgIDxyZXR1cm4+IGM7XHBhcg0KMjMwICAlMTAwIDx3IDI1NTAwMDAwMD4gPGZtIDEu NT4gICJUb28gU2xvdyEiIC8gJTI1IC8gPHJldHVybj4gYztccGFyDQpccGFyDQozMDAgPHNldGNv dW50ZXIgMSwxMDAwPiA8c2V0Y291bnRlciAyLGxhc3RydD4gPGJpIDMzMCwgYzIgLmx0LiBjMT4g YztccGFyDQozMjAgIDxyZXR1cm4+IGM7XHBhcg0KMzMwICAlMTAwIDx3IDI1NTAwMDAwMD4gPGZt IDEuNT4gICJJbmNvcnJlY3QgcmVzcG9uc2UiIC8gJTI1IC8gPHJldHVybj4gYztccGFyDQpccGFy DQpccGFyDQo0MDAgPHNldGNvdW50ZXIgMSw0MDA+IDxzZXRjb3VudGVyIDIsbGFzdHJ0PiA8Ymkg NDMwLCBjMiAuZ3QuIGMxPiBjO1xwYXINCjQyMCAgbzI1NSA8cmV0dXJuPiBjO1xwYXINCjQzMCAg JTEwMCA8dyAyNTUwMDAwMDA+IDxmbSAxLjU+ICAiVG9vIFNsb3chIiAvICUyNSAvIG8yNTUgPHJl dHVybj4gYztccGFyDQpccGFyDQo1MDAgPHNldGNvdW50ZXIgMSwxMDAwPiA8c2V0Y291bnRlciAy LGxhc3RydD4gPGJpIDUzMCwgYzIgLmx0LiBjMT4gYztccGFyDQo1MjAgIG8yNTUgPHJldHVybj4g YztccGFyDQo1MzAgICU1MCAvICUxMDAgPHcgMjU1MDAwMDAwPiA8Zm0gMS41PiAgIkluY29ycmVj dCByZXNwb25zZSIgLyAlMjUgLyBvMjU1IDxyZXR1cm4+IGM7XHBhcg0KXHBhcg0KMCA8Zm0gLjY1 PiAgQC01IFxsZGJscXVvdGUgT24gZWFjaCB0cmlhbCwgeW91IHdpbGwgc2VlIGEgZml4YXRpb24g cG9pbnQgaW4gdGhlIGNlbnRlciBvZiB0aGUgc2NyZWVuLFxyZGJscXVvdGUgLFxwYXINCjxmbSAu NjU+ICBALTRcbGRibHF1b3RlIGZvbGxvd2VkIGJyaWVmbHkgYnkgZWl0aGVyIHRoZSBsZXR0ZXIg XGxxdW90ZSBNXHJxdW90ZSAgb3IgXGxxdW90ZSBXXHJxdW90ZVxyZGJscXVvdGUgLFxwYXINCjxm bSAuNjU+ICBALTNcbGRibHF1b3RlIFlvdXIgdGFzayBpcyB0byBwcmVzcyB0aGUgXGxxdW90ZSBH T1xycXVvdGUgIGtleSB3aGVuIHlvdSBzZWUgXGxxdW90ZSBNXHJxdW90ZVxyZGJscXVvdGUgLFxw YXINCjxmbSAuNjU+ICBALTIgXGxkYmxxdW90ZSBidXQgdG8gbWFrZSBubyByZXNwb25zZSB3aGVu IHlvdSBzZWUgXGxxdW90ZSBXXHJxdW90ZSAuICBccmRibHF1b3RlICxccGFyDQo8Zm0gLjY1PiAg QDEgXGxkYmxxdW90ZSBUcmlhbHMgd2lsbCBwcm9jZWVkIHJhcGlkbHksIGFuZCBpdCBpcyBpbXBv cnRhbnQgdGhhdCB5b3UgcmVzcG9uZFxyZGJscXVvdGUgLFxwYXINCjxmbSAuNjU+ICBAMiBcbGRi bHF1b3RlIGFjY3VyYXRlbHkgYW5kIGFzIHF1aWNrbHkgYXMgcG9zc2libGUuIFJlc3BvbnNlcyB0 aGF0IHRha2UgXHJkYmxxdW90ZSAsXHBhcg0KPGZtIC42NT4gIEAzIFxsZGJscXVvdGUgIGxvbmdl ciB0aGFuIGhhbGYgYSBzZWNvbmQgd2lsbCBiZSBjb25zaWRlcmVkIHRvbyBzbG93LlxyZGJscXVv dGUgLFxwYXINClx0YWIgPGZtIC42NT4gIEA1IFxsZGJscXVvdGUgWW91IHdpbGwgZmlyc3QgY29t cGxldGUgYSBzZXQgb2YgNDAgcHJhY3RpY2UgdHJpYWxzLlxyZGJscXVvdGUgLFxwYXINClx0YWIg PGZtIC42NT4gIEA3IFxsZGJscXVvdGUgQXJlIHlvdSByZWFkeSB0byBiZWdpbj9ccmRibHF1b3Rl IDtccGFyDQpccGFyDQpccGFyDQorMSAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0i IC8gJTEwMDtccGFyDQorMiAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iIC8gJTEw MDtccGFyDQorMyAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iIC8gJTEwMDtccGFy DQotNCAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIlciIC8gJTEwMDtccGFyDQorNSAg JTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iIC8gICUxMTA7XHBhcg0KKzYgICU2NSA8 Zm0gMj4gIisiICAvIColMTAgPGZtIDI+ICJNIiAvICAlMTEwO1xwYXINCis3ICAlNjUgPGZtIDI+ ICIrIiAgLyAqJTEwIDxmbSAyPiAiTSIgLyAgJTExMDtccGFyDQorOCAgJTY1IDxmbSAyPiAiKyIg IC8gKiUxMCA8Zm0gMj4gIk0iIC8gICUxMTA7XHBhcg0KKzkgICU2NSA8Zm0gMj4gIisiICAvKiAl MTAgPGZtIDI+ICJNIiAvICAlMTIwO1xwYXINCi0xMCAgJTY1IDxmbSAyPiAiKyIgIC8qICUxMCA8 Zm0gMj4gIlciIC8gICUxMjA7XHBhcg0KKzExICAlNjUgPGZtIDI+ICIrIiAgLyogJTEwIDxmbSAy PiAiTSIgLyAgJTEyMDtccGFyDQorMTIgICU2NSA8Zm0gMj4gIisiICAvKiAlMTAgPGZtIDI+ICJN IiAvICAlMTIwO1xwYXINCisxMyAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iLyAg JTEzMCA7XHBhcg0KLTE0ICAlNjUgPGZtIDI+ICIrIiAgLyAqJTEwIDxmbSAyPiAiVyIvICAlMTMw IDtccGFyDQotMTUgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+ICJXIi8gICUxMzAgO1xw YXINCisxNiAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iLyAgJTEzMCA7XHBhcg0K KzE3ICAlNjUgPGZtIDI+ICIrIiAgLyAqJTEwIDxmbSAyPiAiTSIgLyAlMTAwO1xwYXINCisxOCAg JTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iIC8gJTEwMDtccGFyDQorMTkgICU2NSA8 Zm0gMj4gIisiICAvIColMTAgPGZtIDI+ICJNIiAvICUxMDA7XHBhcg0KLTIwICAlNjUgPGZtIDI+ ICIrIiAgLyAqJTEwIDxmbSAyPiAiVyIgLyAlMTAwO1xwYXINCisyMSAgJTY1IDxmbSAyPiAiKyIg IC8gKiUxMCA8Zm0gMj4gIk0iIC8gICUxMTA7XHBhcg0KKzIyICAlNjUgPGZtIDI+ICIrIiAgLyAq JTEwIDxmbSAyPiAiTSIgLyAgJTExMDtccGFyDQorMjMgICU2NSA8Zm0gMj4gIisiICAvIColMTAg PGZtIDI+ICJNIiAvICAlMTEwO1xwYXINCisyNCAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0g Mj4gIk0iIC8gICUxMTA7XHBhcg0KKzI1ICAlNjUgPGZtIDI+ICIrIiAgLyogJTEwIDxmbSAyPiAi TSIgLyAgJTEyMDtccGFyDQotMjYgICU2NSA8Zm0gMj4gIisiICAvKiAlMTAgPGZtIDI+ICJXIiAv ICAlMTIwO1xwYXINCisyNyAgJTY1IDxmbSAyPiAiKyIgIC8qICUxMCA8Zm0gMj4gIk0iIC8gICUx MjA7XHBhcg0KKzI4ICAlNjUgPGZtIDI+ICIrIiAgLyogJTEwIDxmbSAyPiAiTSIgLyAgJTEyMDtc cGFyDQorMjkgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+ICJNIi8gICUxMzAgO1xwYXIN CiszMCAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gIk0iLyAgJTEzMCA7XHBhcg0KKzMx ICAlNjUgPGZtIDI+ICIrIiAgLyAqJTEwIDxmbSAyPiAiTSIvICAlMTMwIDtccGFyDQorMzIgICU2 NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+ICJNIi8gICUxMzAgO1xwYXINCiszMyAgJTY1IDxm bSAyPiAgIisiICAvIColMTAgPGZtIDI+ICJNIi8gJTEwMDtccGFyDQorMzQgICU2NSA8Zm0gMj4g ICIrIiAgLyAqJTEwIDxmbSAyPiAiTSIvICUxMDA7XHBhcg0KKzM1ICAlNjUgPGZtIDI+ICAiKyIg IC8gKiUxMCA8Zm0gMj4gIk0iLyAlMTAwO1xwYXINCiszNiAgJTY1IDxmbSAyPiAgIisiICAvICol MTAgPGZtIDI+ICJNIi8gJTEwMDtccGFyDQotMzcgICU2NSA8Zm0gMj4gICIrIiAgLyAqJTEwIDxm bSAyPiAiVyIvICUxMDA7XHBhcg0KKzM4ICAlNjUgPGZtIDI+ICAiKyIgIC8gKiUxMCA8Zm0gMj4g Ik0iLyAlMTAwO1xwYXINCi0zOSAgJTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZtIDI+ICJXIi8g JTEwMDtccGFyDQorNDAgICU2NSA8Zm0gMj4gICIrIiAgLyAqJTEwIDxmbSAyPiAiTSIvICUxMDA7 XHBhcg0KXHBhcg0KMDAgPGZtIC42NT4gIEAtNSBcbGRibHF1b3RlIE5leHQsIHlvdSB3aWxsIGNv bXBsZXRlIHRoZSBleHBlcmltZW50YWwgdHJpYWxzLlxyZGJscXVvdGUgLFxwYXINCjxmbSAuNjU+ ICBALTJcbGRibHF1b3RlIEFzIGluIHRoZSBwcmFjdGljZSB0cmlhbHMsIHlvdXIgdGFzayBpcyB0 byBwcmVzcyB0aGUgXGxxdW90ZSBHT1xycXVvdGUgIGtleSB3aGVuIHlvdSBzZWUgXGxxdW90ZSBN XHJxdW90ZVxyZGJscXVvdGUgLFxwYXINCjxmbSAuNjU+ICBALTEgXGxkYmxxdW90ZSBhbmQgdG8g bWFrZSBubyByZXNwb25zZSB3aGVuIHlvdSBzZWUgXGxxdW90ZSBXXHJxdW90ZSAuXHJkYmxxdW90 ZSAsXHBhcg0KPGZtIC42NT4gIEAxIFxsZGJscXVvdGUgUmVtZW1iZXIgdG8gcmVzcG9uZCBhY2N1 cmF0ZWx5IGFuZCBhcyBxdWlja2x5IGFzIHBvc3NpYmxlLlxyZGJscXVvdGUgLFxwYXINCjxmbSAu NjU+ICBAMiBcbGRibHF1b3RlIFJlc3BvbnNlcyB0aGF0IHRha2UgbG9uZ2VyIHRoYW4gaGFsZiBh IHNlY29uZCB3aWxsIGJlIGNvbnNpZGVyZWQgdG9vIHNsb3cuXHJkYmxxdW90ZSAsXHBhcg0KXHRh YiA8Zm0gLjY1PiAgQDQgXGxkYmxxdW90ZSBZb3Ugd2lsbCBoYXZlIGEgMiBtaW51dGUgYnJlYWsg aGFsZndheSB0aHJvdWdoIHRoZSBzZXQgb2YgdHJpYWxzLlxyZGJscXVvdGUgLFxwYXINClx0YWIg PGZtIC42NT4gIEA2IFxsZGJscXVvdGUgUmVhZHkgdG8gYmVnaW4/XHJkYmxxdW90ZSA7XHBhcg0K XHBhcg0KJFxwYXINCisxMDAgICU2NSA8Zm0gMj4gIisiICAvIG8xMDAgKiUxMCA8Zm0gMj4gIk0i IC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisx MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAw O1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0K KzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUx MDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAw IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFy DQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8g JTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xw YXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVv dGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAg LyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7 XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQor MTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEw MDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXIN CisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg TVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAl MTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBh cg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAw ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtc cGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg IC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisx MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAw O1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0K KzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUx MDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAw IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFy DQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8g JTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTAwO1xw YXINClxwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTEw O1xwYXINClxwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAg LyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg IC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVv dGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAl MTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICog JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq ICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEy MDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUx MjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx ICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAl MTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+ IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAg JTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8g ICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUg TVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAg LyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg IC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVv dGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl ICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICAlMTIwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KXHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEz MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICol MTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMCA7XHBh cg0KXHBhcg0KJFxwYXINCjAgIFxsZGJscXVvdGUgVGFrZSBhIHR3byBtaW51dGUgYnJlYWtccmRi bHF1b3RlICAlMTAwMDAvYztccGFyDQowICBcbGRibHF1b3RlIFRoZSBicmVhayBpcyBvdmVyLiIs XHBhcg0KXHRhYiBAMyAiIExldCB0aGUgZXhwZXJpbWVudGVyIGtub3cgdGhhdFxyZGJscXVvdGUg LFxwYXINClx0YWIgQDQgInlvdSBhcmUgcmVhZHkgdG8gY29udGludWUiO1xwYXINCiRccGFyDQpc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQpccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8g JTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg LyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAg O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0 MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAl MTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVv dGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAv ICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJk YmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICol MTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3Rl IC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1c cmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUg TVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUx NDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8g JTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg LyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAg O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTE0 MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlIC8gJTE0MCA7XHBhcg0KXHBhcg0KXHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl IC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0y MDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAg XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAw O1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1 IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0K LTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUx MDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAl NjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEwMDtccGFy DQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0g Mj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8g JTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINClxwYXIN Ci0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAl MTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMTA7XHBh cg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAw ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTExMDtc cGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUg IC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0y MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xy ZGJscXVvdGUgIC8gJTExMDtccGFyDQpccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMjA7 XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEyMDtccGFyDQot MjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEy MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXIN Ci0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAl MTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMjA7XHBhcg0KIFxwYXIN Ci0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAy PiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAl MTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8y MDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAg JTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMzA7XHBh cg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZt IDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAw ICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTEzMDtc cGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8 Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl IC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0y MDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAg XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlIC8gJTEzMDtccGFyDQpccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxNDA7 XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTE0MDtccGFyDQot MjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTE0 MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXIN Ci0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAl MTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxNDA7XHBhcg0KIFxwYXIN ClxwYXINCiRccGFyDQo3MDAgIlRoZSBlbmQiOyBccGFyDQokXHBhcg0KXHBhcg0KfQ0KAA== ------=_Part_10997_30823867.1201121186884 Content-Type: application/rtf; name="W rev.rtf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fbscipti Content-Disposition: attachment; filename="W rev.rtf" e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjB7XGZvbnR0Ymx7XGYwXGZzd2lzc1xmcHJxMlxm Y2hhcnNldDAgQXJpYWw7fX0NCntcY29sb3J0YmwgO1xyZWQwXGdyZWVuMFxibHVlMDt9DQp7XCpc Z2VuZXJhdG9yIE1zZnRlZGl0IDUuNDEuMTUuMTUwNzt9XHZpZXdraW5kNFx1YzFccGFyZFxjZjFc bGFuZzEwMzNcZjBcZnMyMCA8ZXA+IDxOIDUwMD4gPHMgNTAwPiA8Y3I+IDxhems+ICBmMzggPHQg MTAwMD4gIDxuZmI+ICA8aWQgImtleWJvYXJkIj4gIGQyMCA8YmdjIDA+IDxkd2MgMDAwMjIwMDAw PiA8ZGZzIDMyPiAgPGlkIGtleWJvYXJkPiA8ZGYgQXJpYWw+IDxmYmwgMD4gPHZtIDEwMjQsNzY4 LDc2OCwxNiwxMDA+IDxybyA1LDA+IDxyY28+IDxlb3A+XHBhcg0KXHBhcg0KJFxwYXINCjAgIlBy ZXNzIHRoZSBTUEFDRUJBUiB0byBiZWdpbiIgPGJ1IDA+O1xwYXINClxwYXINCjIwMCA8c2V0Y291 bnRlciAxLDQwMD4gPHNldGNvdW50ZXIgMixsYXN0cnQ+IDxiaSAyMzAsIGMyIC5ndC4gYzE+IGM7 XHBhcg0KMjIwICA8cmV0dXJuPiBjO1xwYXINCjIzMCAgJTEwMCA8dyAyNTUwMDAwMDA+IDxmbSAx LjU+ICAiVG9vIFNsb3chIiAvICUyNSAvIDxyZXR1cm4+IGM7XHBhcg0KXHBhcg0KMzAwIDxzZXRj b3VudGVyIDEsMTAwMD4gPHNldGNvdW50ZXIgMixsYXN0cnQ+IDxiaSAzMzAsIGMyIC5sdC4gYzE+ IGM7XHBhcg0KMzIwICA8cmV0dXJuPiBjO1xwYXINCjMzMCAgJTEwMCA8dyAyNTUwMDAwMDA+IDxm bSAxLjU+ICAiSW5jb3JyZWN0IHJlc3BvbnNlIiAvICUyNSAvIDxyZXR1cm4+IGM7XHBhcg0KXHBh cg0KXHBhcg0KNDAwIDxzZXRjb3VudGVyIDEsNDAwPiA8c2V0Y291bnRlciAyLGxhc3RydD4gPGJp IDQzMCwgYzIgLmd0LiBjMT4gYztccGFyDQo0MjAgIG8yNTUgPHJldHVybj4gYztccGFyDQo0MzAg ICUxMDAgPHcgMjU1MDAwMDAwPiA8Zm0gMS41PiAgIlRvbyBTbG93ISIgLyAlMjUgLyBvMjU1IDxy ZXR1cm4+IGM7XHBhcg0KXHBhcg0KNTAwIDxzZXRjb3VudGVyIDEsMTAwMD4gPHNldGNvdW50ZXIg MixsYXN0cnQ+IDxiaSA1MzAsIGMyIC5sdC4gYzE+IGM7XHBhcg0KNTIwICBvMjU1IDxyZXR1cm4+ IGM7XHBhcg0KNTMwICAlNTAgLyAlMTAwIDx3IDI1NTAwMDAwMD4gPGZtIDEuNT4gICJJbmNvcnJl Y3QgcmVzcG9uc2UiIC8gJTI1IC8gbzI1NSA8cmV0dXJuPiBjO1xwYXINClxwYXINCjAgPGZtIC42 NT4gIEAtNSBcbGRibHF1b3RlIE9uIGVhY2ggdHJpYWwsIHlvdSB3aWxsIHNlZSBhIGZpeGF0aW9u IHBvaW50IGluIHRoZSBjZW50ZXIgb2YgdGhlIHNjcmVlbixccmRibHF1b3RlICxccGFyDQo8Zm0g LjY1PiAgQC00XGxkYmxxdW90ZSBmb2xsb3dlZCBicmllZmx5IGJ5IGVpdGhlciB0aGUgbGV0dGVy IFxscXVvdGUgTVxycXVvdGUgIG9yIFxscXVvdGUgV1xycXVvdGVccmRibHF1b3RlICxccGFyDQo8 Zm0gLjY1PiAgQC0zXGxkYmxxdW90ZSBZb3VyIHRhc2sgaXMgdG8gcHJlc3MgdGhlIFxscXVvdGUg R09ccnF1b3RlICBrZXkgd2hlbiB5b3Ugc2VlIFxscXVvdGUgTVxycXVvdGVccmRibHF1b3RlICxc cGFyDQo8Zm0gLjY1PiAgQC0yIFxsZGJscXVvdGUgYnV0IHRvIG1ha2Ugbm8gcmVzcG9uc2Ugd2hl biB5b3Ugc2VlIFxscXVvdGUgV1xycXVvdGUgLiAgXHJkYmxxdW90ZSAsXHBhcg0KPGZtIC42NT4g IEAxIFxsZGJscXVvdGUgVHJpYWxzIHdpbGwgcHJvY2VlZCByYXBpZGx5LCBhbmQgaXQgaXMgaW1w b3J0YW50IHRoYXQgeW91IHJlc3BvbmRccmRibHF1b3RlICxccGFyDQo8Zm0gLjY1PiAgQDIgXGxk YmxxdW90ZSBhY2N1cmF0ZWx5IGFuZCBhcyBxdWlja2x5IGFzIHBvc3NpYmxlLiBSZXNwb25zZXMg dGhhdCB0YWtlIFxyZGJscXVvdGUgLFxwYXINCjxmbSAuNjU+ICBAMyBcbGRibHF1b3RlICBsb25n ZXIgdGhhbiBoYWxmIGEgc2Vjb25kIHdpbGwgYmUgY29uc2lkZXJlZCB0b28gc2xvdy5ccmRibHF1 b3RlICxccGFyDQpcdGFiIDxmbSAuNjU+ICBANSBcbGRibHF1b3RlIFlvdSB3aWxsIGZpcnN0IGNv bXBsZXRlIGEgc2V0IG9mIDQwIHByYWN0aWNlIHRyaWFscy5ccmRibHF1b3RlICxccGFyDQpcdGFi IDxmbSAuNjU+ICBANyBcbGRibHF1b3RlIEFyZSB5b3UgcmVhZHkgdG8gYmVnaW4/XHJkYmxxdW90 ZSA7XHBhcg0KXHBhcg0KXHBhcg0KKzEgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMiAgJTY1IDxmbSAyPiAiKyIgIC8g KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCiszICAlNjUg PGZtIDI+ICIrIiAgLyAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7 XHBhcg0KLTQgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgIC8gJTEwMDtccGFyDQorNSAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTExMDtccGFyDQorNiAgJTY1IDxmbSAyPiAiKyIgIC8g KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTExMDtccGFyDQorNyAgJTY1 IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEx MDtccGFyDQorOCAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAgJTExMDtccGFyDQorOSAgJTY1IDxmbSAyPiAiKyIgIC8qICUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQotMTAgICU2NSA8Zm0gMj4gIisi ICAvKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEx ICAlNjUgPGZtIDI+ICIrIiAgLyogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTIwO1xwYXINCisxMiAgJTY1IDxmbSAyPiAiKyIgIC8qICUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTMgICU2NSA8Zm0gMj4gIisiICAvIColMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMDtccGFyDQotMTQgICU2NSA8Zm0g Mj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAgJTEzMDtccGFy DQotMTUgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVv dGUgLyAgJTEzMDtccGFyDQorMTYgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMDtccGFyDQorMTcgICU2NSA8Zm0gMj4gIisiICAvICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTggICU2NSA8 Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtc cGFyDQorMTkgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgIC8gJTEwMDtccGFyDQotMjAgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMjEgICU2NSA8Zm0gMj4gIisiICAv IColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMTA7XHBhcg0KKzIyICAl NjUgPGZtIDI+ICIrIiAgLyAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisyMyAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAgLyAgJTExMDtccGFyDQorMjQgICU2NSA8Zm0gMj4gIisiICAvIColMTAgPGZt IDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMTA7XHBhcg0KKzI1ICAlNjUgPGZtIDI+ ICIrIiAgLyogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXIN Ci0yNiAgJTY1IDxmbSAyPiAiKyIgIC8qICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAgJTEyMDtccGFyDQorMjcgICU2NSA8Zm0gMj4gIisiICAvKiAlMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzI4ICAlNjUgPGZtIDI+ICIrIiAgLyog JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisyOSAgJTY1 IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMw O1xwYXINCiszMCAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICAlMTMwO1xwYXINCiszMSAgJTY1IDxmbSAyPiAiKyIgIC8gKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwO1xwYXINCiszMiAgJTY1IDxmbSAyPiAiKyIg IC8gKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwO1xwYXINCiszMyAg JTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAl MTAwO1xwYXINCiszNCAgJTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCiszNSAgJTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZt IDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCiszNiAgJTY1IDxmbSAyPiAg IisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0z NyAgJTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg LyAlMTAwO1xwYXINCiszOCAgJTY1IDxmbSAyPiAgIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0zOSAgJTY1IDxmbSAyPiAgIisiICAvIColMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTAwO1xwYXINCis0MCAgJTY1IDxmbSAy PiAgIisiICAvIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTAwO1xwYXIN ClxwYXINCjAwIDxmbSAuNjU+ICBALTUgXGxkYmxxdW90ZSBOZXh0LCB5b3Ugd2lsbCBjb21wbGV0 ZSB0aGUgZXhwZXJpbWVudGFsIHRyaWFscy5ccmRibHF1b3RlICxccGFyDQo8Zm0gLjY1PiAgQC0y XGxkYmxxdW90ZSBBcyBpbiB0aGUgcHJhY3RpY2UgdHJpYWxzLCB5b3VyIHRhc2sgaXMgdG8gcHJl c3MgdGhlIFxscXVvdGUgR09ccnF1b3RlICBrZXkgd2hlbiB5b3Ugc2VlIFxscXVvdGUgTVxycXVv dGVccmRibHF1b3RlICxccGFyDQo8Zm0gLjY1PiAgQC0xIFxsZGJscXVvdGUgYW5kIHRvIG1ha2Ug bm8gcmVzcG9uc2Ugd2hlbiB5b3Ugc2VlIFxscXVvdGUgV1xycXVvdGUgLlxyZGJscXVvdGUgLFxw YXINCjxmbSAuNjU+ICBAMSBcbGRibHF1b3RlIFJlbWVtYmVyIHRvIHJlc3BvbmQgYWNjdXJhdGVs eSBhbmQgYXMgcXVpY2tseSBhcyBwb3NzaWJsZS5ccmRibHF1b3RlICxccGFyDQo8Zm0gLjY1PiAg QDIgXGxkYmxxdW90ZSBSZXNwb25zZXMgdGhhdCB0YWtlIGxvbmdlciB0aGFuIGhhbGYgYSBzZWNv bmQgd2lsbCBiZSBjb25zaWRlcmVkIHRvbyBzbG93LlxyZGJscXVvdGUgLFxwYXINClx0YWIgPGZt IC42NT4gIEA0IFxsZGJscXVvdGUgWW91IHdpbGwgaGF2ZSBhIDIgbWludXRlIGJyZWFrIGhhbGZ3 YXkgdGhyb3VnaCB0aGUgc2V0IG9mIHRyaWFscy5ccmRibHF1b3RlICxccGFyDQpcdGFiIDxmbSAu NjU+ICBANiBcbGRibHF1b3RlIFJlYWR5IHRvIGJlZ2luP1xyZGJscXVvdGUgO1xwYXINClxwYXIN CiRccGFyDQorMTAwICAlNjUgPGZtIDI+ICIrIiAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7 XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQor MTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEw MDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXIN CisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAl MTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBh cg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAw ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtc cGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUg IC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisx MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xy ZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAw O1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0K KzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUx MDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAw IColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFy DQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8g JTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xw YXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7 XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQor MTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEw MDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXINCisxMDAgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAlMTAwO1xwYXIN CisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAl MTAwO1xwYXINCisxMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICUxMDA7XHBhcg0KKzEwMCAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gJTEwMDtccGFyDQorMTAwICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAgLyAlMTAwO1xwYXINClxwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTEwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTEwO1xwYXINClxwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUg IC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAl MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICog JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIw O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq ICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEy MDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUx MjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx ICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xy ZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAl MTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAg JTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8g ICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAv ICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZt IDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAg LyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUg IC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl ICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlICAvICAlMTIwO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqICUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAlMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxICogJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlICAvICAlMTIwO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqICUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAgLyAgJTEyMDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiAl MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgIC8gICUxMjA7XHBhcg0KXHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xy ZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEz MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx IColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgLyAgJTEzMCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgLyAgJTEzMCA7XHBhcg0KXHBhcg0KJFxwYXINCjAgIFxsZGJscXVvdGUgVGFrZSBhIHR3byBt aW51dGUgYnJlYWtccmRibHF1b3RlICAlMTAwMDAvYztccGFyDQowICBcbGRibHF1b3RlIFRoZSBi cmVhayBpcyBvdmVyLiIsXHBhcg0KXHRhYiBAMyAiIExldCB0aGUgZXhwZXJpbWVudGVyIGtub3cg dGhhdFxyZGJscXVvdGUgLFxwYXINClx0YWIgQDQgInlvdSBhcmUgcmVhZHkgdG8gY29udGludWUi O1xwYXINCiRccGFyDQpccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAl MTMwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICAlMTMwIDtccGFyDQpccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAl MTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl IC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1 b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVv dGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXIN CisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAy PiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUg V1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUx NDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEw MSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAg JTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxx dW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBh cg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAg PGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8g JTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAx ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRi bHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtc cGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUg LyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisx MDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xy ZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAg O1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90 ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0K KzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZt IDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBX XHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0 MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAx IColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1 b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFy DQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAl MTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8x MDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJs cXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xw YXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVv dGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAv ICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEw MSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxs ZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJk YmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxx dW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7 XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMTAxICol MTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQorMTAxICAlNjUg PGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0gMj4gXGxkYmxx dW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4gXGxkYmxxdW90 ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdccmRibHF1b3Rl IC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAg LyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQwIDtccGFyDQor MTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEgKiUxMCA8Zm0g Mj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2NSA8Zm0gMj4g XGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIFdc cmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KKzEwMSAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRi bHF1b3RlICAgLyBvMTAxIColMTAgPGZtIDI+IFxsZGJscXVvdGUgV1xyZGJscXVvdGUgLyAlMTQw IDtccGFyDQorMTAxICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8xMDEg KiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBXXHJkYmxxdW90ZSAvICUxNDAgO1xwYXINCisxMDEgICU2 NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzEwMSAqJTEwIDxmbSAyPiBcbGRi bHF1b3RlIFdccmRibHF1b3RlIC8gJTE0MCA7XHBhcg0KXHBhcg0KXHBhcg0KLTIwMCAgJTY1IDxm bSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg LyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIw MCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMDA7 XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUg PGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEwMDtccGFyDQot MjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4g IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEw MDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAw IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTAwO1xwYXINCi0yMDAgICU2 NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTAwO1xwYXIN Ci0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAy PiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlIC8gJTEwMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAl MTAwO1xwYXINClxwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMTA7XHBhcg0K LTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUx MTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAw IColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAl NjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxk YmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxx dW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1 b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3Rl ICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTExMDtccGFy DQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8 Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0g Mj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3Rl IE1ccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtc cmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8g JTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8y MDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTEwO1xwYXINCi0yMDAg ICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBc bGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRi bHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJs cXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVv dGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTEwO1xw YXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEw IDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIwMCAgJTY1IDxm bSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVv dGUgTVxyZGJscXVvdGUgIC8gJTExMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUg K1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAg LyAlMTEwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8g bzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMTA7XHBhcg0KLTIw MCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+ IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTExMDtccGFyDQpccGFyDQotMjAwICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAw ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEyMDtc cGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg IC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0y MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTIw O1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMjA7XHBhcg0KLTIwMCAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxMjA7XHBhcg0K LTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTEyMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAlMTIwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUx MjA7XHBhcg0KIFxwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUg ICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0K LTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxm bSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUg TVxyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xy ZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUx MzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIw MCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAl NjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxs ZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJs cXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxx dW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90 ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEzMDtccGFy DQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAg PGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0g Mj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8g JTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTMwO1xwYXINCi0yMDAg ICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiAgXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgLyAlMTMwO1xw YXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIwMCAgJTY1IDxm bSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlIC8gJTEzMDtccGFyDQotMjAwICAlNjUgPGZtIDI+ICBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg LyAlMTMwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gIFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAvICUxMzA7XHBhcg0KLTIw MCAgJTY1IDxmbSAyPiAgXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlIC8gJTEzMDtccGFyDQpccGFyDQotMjAwICAlNjUgPGZt IDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90 ZSBNXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSAr XHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAv ICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBv MjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAw ICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4g XGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxk YmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRi bHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1 b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTE0MDtc cGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUx MCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8 Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1 b3RlIE1ccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3Rl ICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUg IC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAv IG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0y MDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAy PiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1IDxmbSAyPiBc bGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJscXVvdGUgTVxy ZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVvdGUgK1xyZGJs cXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90ZSAgLyAlMTQw O1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAgIC8gbzIwMCAq JTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxNDA7XHBhcg0KLTIwMCAgJTY1 IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZtIDI+IFxsZGJs cXVvdGUgTVxyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+IFxsZGJscXVv dGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBNXHJkYmxxdW90 ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJkYmxxdW90ZSAg IC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUxNDA7XHBhcg0K LTIwMCAgJTY1IDxmbSAyPiBcbGRibHF1b3RlICtccmRibHF1b3RlICAgLyBvMjAwIColMTAgPGZt IDI+IFxsZGJscXVvdGUgTVxyZGJscXVvdGUgIC8gJTE0MDtccGFyDQotMjAwICAlNjUgPGZtIDI+ IFxsZGJscXVvdGUgK1xyZGJscXVvdGUgICAvIG8yMDAgKiUxMCA8Zm0gMj4gXGxkYmxxdW90ZSBN XHJkYmxxdW90ZSAgLyAlMTQwO1xwYXINCi0yMDAgICU2NSA8Zm0gMj4gXGxkYmxxdW90ZSArXHJk YmxxdW90ZSAgIC8gbzIwMCAqJTEwIDxmbSAyPiBcbGRibHF1b3RlIE1ccmRibHF1b3RlICAvICUx NDA7XHBhcg0KIFxwYXINClxwYXINCiRccGFyDQo3MDAgIlRoZSBlbmQiOyBccGFyDQokXHBhcg0K XHBhcg0KfQ0KAA== ------=_Part_10997_30823867.1201121186884-- From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 15:07:44 2008 Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NM7Dae025160 for ; Wed, 23 Jan 2008 15:07:13 -0700 Received: by wr-out-0506.google.com with SMTP id 50so1574969wri.25 for ; Wed, 23 Jan 2008 14:07:09 -0800 (PST) Received: by 10.150.137.8 with SMTP id k8mr3758827ybd.61.1201126029030; Wed, 23 Jan 2008 14:07:09 -0800 (PST) Received: by 10.150.199.16 with HTTP; Wed, 23 Jan 2008 14:07:08 -0800 (PST) Message-ID: <8252cb70801231407l45e3f168w81ac79860dc0dbf9@mail.gmail.com> Date: Wed, 23 Jan 2008 14:07:08 -0800 From: "Alex Burtson" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: DMDX Problems In-Reply-To: <8252cb70801231246x4a303c3ve293a16630ebbfbb@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11206_10414580.1201126029017" References: <8252cb70801231246x4a303c3ve293a16630ebbfbb@mail.gmail.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_11206_10414580.1201126029017 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yay! Nevermind, I got it working. Thanks anyway! On 1/23/08, Alex Burtson wrote: > > I'm new to DMDX and I cannot find a way around the problems that I run > into. I have read some of the tutorials that are posted on your site, but > more continue to pop up. Current problems are that the set display mode > fails, the refresh rate fails in Time DX, and I don't know how to solve the > vertical retrace problem. I've tried changing the vm but nothing has worked. > I need to get both programs to work so that I can display the M's and W's. > Thanks so much! > > -- > Alex Burtson > -- Alex Burtson ------=_Part_11206_10414580.1201126029017 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yay! Nevermind, I got it working. Thanks anyway!

On 1/23/08, Alex Burtson <theburt00@gmail.com> wrote:
I'm new to DMDX and I cannot find a way around the problems that I run into. I have read some of the tutorials that are posted on your site, but more continue to pop up. Current problems are that the set display mode fails, the refresh rate fails in Time DX, and I don't know how to solve the vertical retrace problem. I've tried changing the vm but nothing has worked. I need to get both programs to work so that I can display the M's and W's. Thanks so much!

--
Alex Burtson



--
Alex Burtson ------=_Part_11206_10414580.1201126029017-- From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 15:11:41 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NMBT2F025191 for ; Wed, 23 Jan 2008 15:11:31 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 80AC23C7F9B for ; Wed, 23 Jan 2008 15:11:29 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B232A3C7F98 for ; Wed, 23 Jan 2008 15:11:28 -0700 (MST) Message-Id: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> Date: Wed, 23 Jan 2008 15:11:28 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Ptoblem using CheckVocal with .zil files In-Reply-To: <20080123111725.85teo3bbokoswsso@webmail.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Yes, on the DMDX updates page there's a link to a bunch of utilities and one of them is ZIL2AZK. At 11:17 AM 1/23/2008 -0800, you wrote: >Hello, >I'm trying to use the CheckVocal script to check voice onsets on a >.zil file and have run into problems. It runs perfectly with .azk >files but I can't get it to run with .zil files. I think it might not >be adapted to the data format in .zil files. It refuses to open .zil >files and when I re-name the file to an .azk one I get the following >error: >Subject 1, ID=1 >COT header detected >Item/RT identifier not found at line 6 > >Is there a way to convert .zil files into .azk format? If not - is >there a way to get Check Vocal to work with .zil files? >A sample item line from a .zil file looks like this: >Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX >Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX > >Thanks! >Inbal >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The usefulness of a meeting is inversely proportional to its attendance. From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 15:12:26 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0NMCGiJ025210 for ; Wed, 23 Jan 2008 15:12:16 -0700 Received: from gandalfs_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 670F83C7B06 for ; Wed, 23 Jan 2008 15:12:16 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 845093C7F9B for ; Wed, 23 Jan 2008 15:12:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080123151148.00ba51d8@psy1.psych.arizona.edu> Date: Wed, 23 Jan 2008 15:12:15 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: DMDX Problems In-Reply-To: <8252cb70801231407l45e3f168w81ac79860dc0dbf9@mail.gmail.com > References: <8252cb70801231246x4a303c3ve293a16630ebbfbb@mail.gmail.com> <8252cb70801231246x4a303c3ve293a16630ebbfbb@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1227278250==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1227278250==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed And kindly don't post attachments to the list server, it borks up the archive. At 02:07 PM 1/23/2008 -0800, you wrote: >Yay! Nevermind, I got it working. Thanks anyway! > >On 1/23/08, Alex Burtson <theburt00@gmail.com> >wrote: >I'm new to DMDX and I cannot find a way around the problems that I run >into. I have read some of the tutorials that are posted on your site, but >more continue to pop up. Current problems are that the set display mode >fails, the refresh rate fails in Time DX, and I don't know how to solve >the vertical retrace problem. I've tried changing the vm but nothing has >worked. I need to get both programs to work so that I can display the M's >and W's. Thanks so much! > >-- >Alex Burtson > > > > >-- >Alex Burtson /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The usefulness of a meeting is inversely proportional to its attendance. --=====================_1227278250==_.ALT Content-Type: text/html; charset="us-ascii"
And kindly don't post attachments to the list server, it borks up the archive.

At 02:07 PM 1/23/2008 -0800, you wrote:
Yay! Nevermind, I got it working. Thanks anyway!

On 1/23/08, Alex Burtson <theburt00@gmail.com> wrote:
I'm new to DMDX and I cannot find a way around the problems that I run into. I have read some of the tutorials that are posted on your site, but more continue to pop up. Current problems are that the set display mode fails, the refresh rate fails in Time DX, and I don't know how to solve the vertical retrace problem. I've tried changing the vm but nothing has worked. I need to get both programs to work so that I can display the M's and W's. Thanks so much!

--
Alex Burtson




--
Alex Burtson


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  The usefulness of a meeting is inversely proportional to its
attendance.

--=====================_1227278250==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 18:37:03 2008 Received: from smtp1.stanford.edu (smtp1.Stanford.EDU [171.67.22.28]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0O1aYqf025871 for ; Wed, 23 Jan 2008 18:36:34 -0700 Received: from smtp1.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 27E0226FF80 for ; Wed, 23 Jan 2008 17:36:32 -0800 (PST) Received: from webmail01.stanford.edu (webmail01.Stanford.EDU [171.67.22.16]) by smtp1.stanford.edu (Postfix) with ESMTP id 8637B26FF26 for ; Wed, 23 Jan 2008 17:36:30 -0800 (PST) Received: by webmail01.stanford.edu (Postfix, from userid 33) id 8145023EE60; Wed, 23 Jan 2008 17:36:30 -0800 (PST) Received: from DNab4029f0.Stanford.EDU (DNab4029f0.Stanford.EDU [171.64.41.240]) by webmail.stanford.edu (Horde MIME library) with HTTP; Wed, 23 Jan 2008 17:36:30 -0800 Message-ID: <20080123173630.d3p0otks8wkgck4o@webmail.stanford.edu> Date: Wed, 23 Jan 2008 17:36:30 -0800 From: Inbal Arnon To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Ptoblem using CheckVocal with .zil files References: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list hmm - I couldn't find it... I looked for it through: http://www.u.arizona.edu/~jforster/dmdx.htm Sorry about this, is there maybe another place to look for the utility? Thanks so much, Inbal Quoting "Jonathan C. Forster" : > > Yes, on the DMDX updates page there's a link to a bunch of utilities > and one of them is ZIL2AZK. > > At 11:17 AM 1/23/2008 -0800, you wrote: >> Hello, >> I'm trying to use the CheckVocal script to check voice onsets on a >> .zil file and have run into problems. It runs perfectly with .azk >> files but I can't get it to run with .zil files. I think it might not >> be adapted to the data format in .zil files. It refuses to open .zil >> files and when I re-name the file to an .azk one I get the following >> error: >> Subject 1, ID=1 >> COT header detected >> Item/RT identifier not found at line 6 >> >> Is there a way to convert .zil files into .azk format? If not - is >> there a way to get Check Vocal to work with .zil files? >> A sample item line from a .zil file looks like this: >> Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX >> Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX >> >> Thanks! >> Inbal >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > The usefulness of a meeting is inversely proportional to its > attendance. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Wed Jan 23 21:07:46 2008 Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0O47I4a026349 for ; Wed, 23 Jan 2008 21:07:18 -0700 Received: by py-out-1112.google.com with SMTP id n24so87940pyh.26 for ; Wed, 23 Jan 2008 20:07:17 -0800 (PST) Received: by 10.142.165.9 with SMTP id n9mr46884wfe.58.1201147636897; Wed, 23 Jan 2008 20:07:16 -0800 (PST) Received: by 10.142.141.10 with HTTP; Wed, 23 Jan 2008 20:07:16 -0800 (PST) Message-ID: Date: Wed, 23 Jan 2008 23:07:16 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Hi Chloe! In-Reply-To: <673ED7E0-652A-4767-89E5-5B6F440B9EAA@bu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20552_18370724.1201147636878" References: <673ED7E0-652A-4767-89E5-5B6F440B9EAA@bu.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_20552_18370724.1201147636878 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey Professor Harris! Hope you're enjoying your trip! I'll keep an eye out for the art. Sounds exciting. Hui-wen and I have hopefully sorted out everything with DMDX, the mailing list was an enormous help. Let me know if there is anything else I can do and about that project that you were talking about, and have a great time in Africa! Best, Chloe ------=_Part_20552_18370724.1201147636878 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey Professor Harris!

Hope you're enjoying your trip! I'll keep an eye out for the art. Sounds exciting.

Hui-wen and I have hopefully sorted out everything with DMDX, the mailing list was an enormous help. Let me know if there is anything else I can do and about that project that you were talking about, and  have a great time in Africa!

Best,
Chloe
------=_Part_20552_18370724.1201147636878-- From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 03:29:16 2008 Received: from colne.bc.iop.kcl.ac.uk (z138-4.iop.kcl.ac.uk [194.83.138.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OASgjU027247 for ; Thu, 24 Jan 2008 03:28:45 -0700 Received: from iop.kcl.ac.uk ([194.83.138.8]) by colne.bc.iop.kcl.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Jan 2008 10:28:36 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C85E73.E0626A84" Subject: [DMDX] Recording Emotional Stroop Responses Date: Thu, 24 Jan 2008 10:28:35 -0000 Message-ID: <5626ED9CB91C814197079FB9940312E5029238AD@MAIL.bc.iop.kcl.ac.uk> From: "Harrison, Amy" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C85E73.E0626A84 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have been using DMDX to run Baron-Cohen's E-stroop task. It's a task = with male angry, male neutral, female angry, female neutral and neutral = pictures displayed in one of four colours - red, yellow, green or blue. = The participant speaks the name of the colour into a microphone and the = reaction time is recorded. It was working perfectly, but now will not record responses. The = responses are either blank in my azk file or they say '4000.00!' for = some of the conditions, but not all. I have checked the usual things; microphone is on and working, I have = tested this in Windows, I have used the feature in DMDX to ensure the = sensitivity is good. Has anyone encountered this problem and how did you solve it? Many thanks, Amy ------_=_NextPart_001_01C85E73.E0626A84 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Recording Emotional Stroop Responses

I have been using DMDX to run Baron-Cohen's E-stroop = task. It's a task with male angry, male neutral, female angry, female = neutral and neutral pictures displayed in one of four colours - red, = yellow, green or blue. The participant speaks the name of the colour = into a microphone and the reaction time is recorded.
It was working perfectly, but now will not record responses. The = responses are either blank in my azk file or they say '4000.00!' for = some of the conditions, but not all.
I have checked the usual things; microphone is on and working, I have = tested this in Windows, I have used the feature in DMDX to ensure the = sensitivity is good.
Has anyone encountered this problem and how did you solve it?
Many thanks, Amy

------_=_NextPart_001_01C85E73.E0626A84-- From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 07:56:16 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OEtcpF028190 for ; Thu, 24 Jan 2008 07:55:39 -0700 Received: from gandalfs_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E66B63C8B5E for ; Thu, 24 Jan 2008 07:55:38 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B557D3C8B62 for ; Thu, 24 Jan 2008 07:55:30 -0700 (MST) Message-Id: <5.1.0.14.2.20080124075449.00ba4a70@psy1.psych.arizona.edu> Date: Thu, 24 Jan 2008 07:55:29 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Ptoblem using CheckVocal with .zil files In-Reply-To: <20080123173630.d3p0otks8wkgck4o@webmail.stanford.edu> References: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I must have been thinking of zilliononeline, oops. Nope, doesn't look like we ever wrote zil2azk. At 05:36 PM 1/23/2008 -0800, you wrote: >hmm - I couldn't find it... I looked for it through: >http://www.u.arizona.edu/~jforster/dmdx.htm >Sorry about this, is there maybe another place to look for the utility? >Thanks so much, >Inbal >Quoting "Jonathan C. Forster" : > >> >>Yes, on the DMDX updates page there's a link to a bunch of utilities >>and one of them is ZIL2AZK. >> >>At 11:17 AM 1/23/2008 -0800, you wrote: >>>Hello, >>>I'm trying to use the CheckVocal script to check voice onsets on a >>>.zil file and have run into problems. It runs perfectly with .azk >>>files but I can't get it to run with .zil files. I think it might not >>>be adapted to the data format in .zil files. It refuses to open .zil >>>files and when I re-name the file to an .azk one I get the following >>>error: >>>Subject 1, ID=1 >>>COT header detected >>>Item/RT identifier not found at line 6 >>> >>>Is there a way to convert .zil files into .azk format? If not - is >>>there a way to get Check Vocal to work with .zil files? >>>A sample item line from a .zil file looks like this: >>>Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX >>>Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX >>> >>>Thanks! >>>Inbal >>>==================================================================== >>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>>'unsubscribe' by itself with no quotes in the body of the email >>>to be removed from the list. The list archive is available here: >>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> The usefulness of a meeting is inversely proportional to its >>attendance. >> >> >>==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 08:00:13 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OF04q1028220 for ; Thu, 24 Jan 2008 08:00:05 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C362A3C62C2 for ; Thu, 24 Jan 2008 08:00:04 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E046D3C8427 for ; Thu, 24 Jan 2008 08:00:03 -0700 (MST) Message-Id: <5.1.0.14.2.20080124075741.00ba4a70@psy1.psych.arizona.edu> Date: Thu, 24 Jan 2008 08:00:01 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Recording Emotional Stroop Responses In-Reply-To: <5626ED9CB91C814197079FB9940312E5029238AD@MAIL.bc.iop.kcl.a c.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list As long as the sensitivity is fine and the test is triggering the X icon then DMDX should be seeing it as a response. Only way it can't is if you unmap buttons or don't have DigitalVOX as an input device. At 10:28 AM 1/24/2008 +0000, you wrote: >I have been using DMDX to run Baron-Cohen's E-stroop task. It's a task >with male angry, male neutral, female angry, female neutral and neutral >pictures displayed in one of four colours - red, yellow, green or blue. >The participant speaks the name of the colour into a microphone and the >reaction time is recorded. >It was working perfectly, but now will not record responses. The responses >are either blank in my azk file or they say '4000.00!' for some of the >conditions, but not all. >I have checked the usual things; microphone is on and working, I have >tested this in Windows, I have used the feature in DMDX to ensure the >sensitivity is good. >Has anyone encountered this problem and how did you solve it? >Many thanks, Amy /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 08:24:57 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OFOaY3028372 for ; Thu, 24 Jan 2008 08:24:36 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 24 Jan 2008 16:24:34 +0100 Message-ID: <4798ADBE.9060505@univ-provence.fr> Date: Thu, 24 Jan 2008 16:24:46 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Ptoblem using CheckVocal with .zil files References: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> <5.1.0.14.2.20080124075449.00ba4a70@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080124075449.00ba4a70@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list we have entered zil data into check vocal after editing (more or less by hand) the zil's so that they look like azk's. the main difficulty was to move the +digitalvox markers to the first position in the line if checkvocal would be able to 'detect' +digitalvox in the response file it should be able to process zil files j.c.f. wrote: > > I must have been thinking of zilliononeline, oops. Nope, doesn't look > like we ever wrote zil2azk. > > At 05:36 PM 1/23/2008 -0800, you wrote: >> hmm - I couldn't find it... I looked for it through: >> http://www.u.arizona.edu/~jforster/dmdx.htm >> Sorry about this, is there maybe another place to look for the utility? >> Thanks so much, >> Inbal >> Quoting "Jonathan C. Forster" : >> >>> >>> Yes, on the DMDX updates page there's a link to a bunch of utilities >>> and one of them is ZIL2AZK. >>> >>> At 11:17 AM 1/23/2008 -0800, you wrote: >>>> Hello, >>>> I'm trying to use the CheckVocal script to check voice onsets on a >>>> .zil file and have run into problems. It runs perfectly with .azk >>>> files but I can't get it to run with .zil files. I think it might not >>>> be adapted to the data format in .zil files. It refuses to open .zil >>>> files and when I re-name the file to an .azk one I get the following >>>> error: >>>> Subject 1, ID=1 >>>> COT header detected >>>> Item/RT identifier not found at line 6 >>>> >>>> Is there a way to convert .zil files into .azk format? If not - is >>>> there a way to get Check Vocal to work with .zil files? >>>> A sample item line from a .zil file looks like this: >>>> Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX >>>> Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX >>>> >>>> Thanks! >>>> Inbal >>>> ==================================================================== >>>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>> ==================================================================== >>> >>> >>> /"\ >>> -jonathan (j.c.f.) \ / >>> X >>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>> >>> The usefulness of a meeting is inversely proportional to its >>> attendance. >>> >>> >>> ==================================================================== >>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>> ==================================================================== >> >> >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Important letters which contain no errors will develop errors in the > mail. Corresponding errors will show up in the duplicate while the > Boss is reading it. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 09:15:48 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OGFQpc028670 for ; Thu, 24 Jan 2008 09:15:27 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 24 Jan 2008 17:15:25 +0100 Message-ID: <4798B9A9.6090709@univ-provence.fr> Date: Thu, 24 Jan 2008 17:15:37 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: absolute time of events References: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The script we run uses (and ) with winXP. this is because we are interested in controlling the duration of the trials. I am well aware of the issues of recordvocal and winXP. Beyond minor differences in duration from trial to trial, we observe a different duration (i.e. lag between trials) between those that have a check vocal response detected and those that haven't. Response trials are on average ~ 2260 ms No response trials are on average ~ 2850 ms. Recorded wave files are slightly less than 1300ms First question is why is there such difference. Second question is that we expected the duration to be (18+30)*16.73+1300 = ~2100 (see script below). Is 2260 a good approximation of 2100ms or is something else going on? Also I am not sure I understand very well what is meant by N2 (here 700) is "overrun protection" in the help files thanks a lot script: ---------- tick duration 16.78 ms +100161526 / <% 30>"fixation.bmp" /*"chaussette.bmp"; etc Jonathan C. Forster wrote: > > will give you times for every clockon relative to > the first clock on. You can load counters up with the millisecondtime > or videotime and those counters as well. > > At 07:10 PM 1/22/2008 +0100, you wrote: >> Hello >> >> I didn't find in the help nor in the archive whether DmDX could write,in >> the output file, the absolute time at which events happen. For example, >> the time since the start of the experiment at which a stimulus was >> presented. Zillion format output mode doesn't seem to do the trick. >> >> Did I miss something? >> >> thanks >> >> xavier >> >> -- >> F.-Xavier ALARIO >> http://www.up.univ-mrs.fr/wlpc/alario >> http://www.lang-prod.org/ >> +33 4 88 57 69 00 >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > It is easier to fight for one's principles than to live up to > them. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Thu Jan 24 14:24:17 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0OLNNQ7030024 for ; Thu, 24 Jan 2008 14:23:23 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5E54A3C9E0E for ; Thu, 24 Jan 2008 14:23:23 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7C6283C9E07 for ; Thu, 24 Jan 2008 14:23:21 -0700 (MST) Message-Id: <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> Date: Thu, 24 Jan 2008 14:23:21 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: absolute time of events In-Reply-To: <4798B9A9.6090709@univ-provence.fr> References: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list We'll assume that by "checkvocal" here you actually mean "DigitalVOX". Part of the digital VOX's functionality is that it terminated recording when a vocalization is detected so naturally recordings without vocalizations are going to be longer. And the variability in recording lengths is "something else going on" usually attributed by me to driver weirdness. And overrun protection is sufficient buffering so that the buffer doesn't get overwritten by more incoming data before it gets written to disk. At 05:15 PM 1/24/2008 +0100, you wrote: >The script we run uses (and ) with >winXP. this is because we are interested in controlling the duration of >the trials. > >I am well aware of the issues of recordvocal and winXP. > >Beyond minor differences in duration from trial to trial, we observe a >different duration (i.e. lag between trials) between those that have a >check vocal response detected and those that haven't. > >Response trials are on average ~ 2260 ms >No response trials are on average ~ 2850 ms. >Recorded wave files are slightly less than 1300ms > >First question is why is there such difference. > >Second question is that we expected the duration to be >(18+30)*16.73+1300 = ~2100 (see script below). Is 2260 a good >approximation of 2100ms or is something else going on? > >Also I am not sure I understand very well what is meant by N2 (here 700) >is "overrun protection" in the help files > >thanks a lot > > >script: >---------- >tick duration 16.78 ms > > > > > > > > > > > > > > > > >+100161526 / <% 30>"fixation.bmp" c1=MillisecTime> /*"chaussette.bmp"; > > >etc > > > >Jonathan C. Forster wrote: > > > > will give you times for every clockon relative to > > the first clock on. You can load counters up with the millisecondtime > > or videotime and those counters as well. > > > > At 07:10 PM 1/22/2008 +0100, you wrote: > >> Hello > >> > >> I didn't find in the help nor in the archive whether DmDX could write,in > >> the output file, the absolute time at which events happen. For example, > >> the time since the start of the experiment at which a stimulus was > >> presented. Zillion format output mode doesn't seem to do the trick. > >> > >> Did I miss something? > >> > >> thanks > >> > >> xavier > >> > >> -- > >> F.-Xavier ALARIO > >> http://www.up.univ-mrs.fr/wlpc/alario > >> http://www.lang-prod.org/ > >> +33 4 88 57 69 00 > >> ==================================================================== > >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word > >> 'unsubscribe' by itself with no quotes in the body of the email > >> to be removed from the list. The list archive is available here: > >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > >> ==================================================================== > > > > > > /"\ > > -jonathan (j.c.f.) \ / > > X > > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > > > It is easier to fight for one's principles than to live up to > > them. > > > > > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > ==================================================================== > > > >-- >F.-Xavier ALARIO >http://www.up.univ-mrs.fr/wlpc/alario >http://www.lang-prod.org/ >+33 4 88 57 69 00 >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The usefulness of a meeting is inversely proportional to its attendance. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 25 08:05:28 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0PF4f0C000819 for ; Fri, 25 Jan 2008 08:04:42 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 25 Jan 2008 16:04:39 +0100 Message-ID: <4799FA93.1050905@univ-provence.fr> Date: Fri, 25 Jan 2008 16:04:51 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: absolute time of events References: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list thanks for these clarifications > > We'll assume that by "checkvocal" here you actually mean "DigitalVOX". indeed > Part of the digital VOX's functionality is that it terminated > recording when a vocalization is detected so naturally recordings > without vocalizations are going to be longer. > but they aren't. this I believe is because we set the first parameter to 0 > And the variability in recording lengths is "something else going on" > usually attributed by me to driver weirdness. ok > > And overrun protection is sufficient buffering so that the buffer > doesn't get overwritten by more incoming data before it gets written > to disk. I see . It doesn't count as actual time in the sequence of events. > > At 05:15 PM 1/24/2008 +0100, you wrote: >> The script we run uses (and ) with >> winXP. this is because we are interested in controlling the duration of >> the trials. >> >> I am well aware of the issues of recordvocal and winXP. >> >> Beyond minor differences in duration from trial to trial, we observe a >> different duration (i.e. lag between trials) between those that have a >> check vocal response detected and those that haven't. >> >> Response trials are on average ~ 2260 ms >> No response trials are on average ~ 2850 ms. >> Recorded wave files are slightly less than 1300ms >> >> First question is why is there such difference. >> >> Second question is that we expected the duration to be >> (18+30)*16.73+1300 = ~2100 (see script below). Is 2260 a good >> approximation of 2100ms or is something else going on? >> >> Also I am not sure I understand very well what is meant by N2 (here 700) >> is "overrun protection" in the help files >> >> thanks a lot >> >> >> script: >> ---------- >> tick duration 16.78 ms >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> +100161526 / <% 30>"fixation.bmp" > c1=MillisecTime> /*"chaussette.bmp"; >> >> >> etc >> >> >> >> Jonathan C. Forster wrote: >> > >> > will give you times for every clockon relative to >> > the first clock on. You can load counters up with the millisecondtime >> > or videotime and those counters as well. >> > >> > At 07:10 PM 1/22/2008 +0100, you wrote: >> >> Hello >> >> >> >> I didn't find in the help nor in the archive whether DmDX could >> write,in >> >> the output file, the absolute time at which events happen. For >> example, >> >> the time since the start of the experiment at which a stimulus was >> >> presented. Zillion format output mode doesn't seem to do the trick. >> >> >> >> Did I miss something? >> >> >> >> thanks >> >> >> >> xavier From DMDX-owner@psy1.psych.arizona.edu Fri Jan 25 08:10:25 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0PF9qv8000850 for ; Fri, 25 Jan 2008 08:09:54 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 25 Jan 2008 16:09:51 +0100 Message-ID: <4799FBCB.9060800@univ-provence.fr> Date: Fri, 25 Jan 2008 16:10:03 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Ptoblem using CheckVocal with .zil files References: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> <5.1.0.14.2.20080124075449.00ba4a70@psy1.psych.arizona.edu> <4798ADBE.9060505@univ-provence.fr> In-Reply-To: <4798ADBE.9060505@univ-provence.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is the program we used with the software R (www.r-project.org) to convert the zil's into azk's The critical part is the for loop which scans the lines for +DigitalVox and is robust for trials with no responses or multiple responses. k <- 1 Nsujets <- 9 fichier <- rep("rien",Nsujets) for (k in 1:Nsujets) { fichier[k] <- paste("Liste 0",k,".zil", sep ="") a <- scan(paste("zil/",fichier[k],sep=""), what = 'character') Nitems <- 160 b <- rep(-888,Nitems) i <- 1 j <- 1 fusible <- "vide" for (i in 1 : length(a)) { if (a[i] == "Item") {if (fusible == "vide") { b[j] <- a[i+1]; j <-j+1 ; fusible <- "item"} else { b[j] <- -2000.00; b[j+1] <- "+DigitalVOX"; b[j+2] <- a[i+1]; j <-j+3 ; fusible <- "item"}}; if (a[i] == "+DigitalVOX") {b[j] <- a[i-1]; b[j+1] <- a[i]; j <-j+2; fusible <- "vide"}} fichier[k] <- paste("Liste 0",k,".azk", sep ="") write(" ", file = fichier[k], sep = " ", nc = 1) write(a[1:5], file = fichier[k], sep = " ", nc = 5, append = T) write(a[6:11], file = fichier[k], sep = " ", nc = 6, append = T) write(" ", file = fichier[k], sep = " ", nc = 1, append = T) write(a[12], file = fichier[k], sep = " ", nc = 1, append = T) write(a[13:22], file = fichier[k], sep = " ", nc = 10, append = T) write(" Item RT", file = fichier[k], sep = " ", nc = 1, append = T) write(b, file = fichier[k], sep = " ", nc = 3, append = T) } F.-Xavier ALARIO wrote: > we have entered zil data into check vocal after editing (more or less by > hand) the zil's so that they look like azk's. the main difficulty was to > move the +digitalvox markers to the first position in the line > > if checkvocal would be able to 'detect' +digitalvox in the response file > it should be able to process zil files > > j.c.f. wrote: > >> I must have been thinking of zilliononeline, oops. Nope, doesn't look >> like we ever wrote zil2azk. >> >> At 05:36 PM 1/23/2008 -0800, you wrote: >> >>> hmm - I couldn't find it... I looked for it through: >>> http://www.u.arizona.edu/~jforster/dmdx.htm >>> Sorry about this, is there maybe another place to look for the utility? >>> Thanks so much, >>> Inbal >>> Quoting "Jonathan C. Forster" : >>> >>> >>>> Yes, on the DMDX updates page there's a link to a bunch of utilities >>>> and one of them is ZIL2AZK. >>>> >>>> At 11:17 AM 1/23/2008 -0800, you wrote: >>>> >>>>> Hello, >>>>> I'm trying to use the CheckVocal script to check voice onsets on a >>>>> .zil file and have run into problems. It runs perfectly with .azk >>>>> files but I can't get it to run with .zil files. I think it might not >>>>> be adapted to the data format in .zil files. It refuses to open .zil >>>>> files and when I re-name the file to an .azk one I get the following >>>>> error: >>>>> Subject 1, ID=1 >>>>> COT header detected >>>>> Item/RT identifier not found at line 6 >>>>> >>>>> Is there a way to convert .zil files into .azk format? If not - is >>>>> there a way to get Check Vocal to work with .zil files? >>>>> A sample item line from a .zil file looks like this: >>>>> Item 100, COT 116125.73, 735.00 735.00,+DigitalVOX >>>>> Item 101, COT 123055.68, 636.00 636.00,+DigitalVOX >>>>> >>>>> Thanks! >>>>> Inbal >>>>> ==================================================================== >>>>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>>>> 'unsubscribe' by itself with no quotes in the body of the email >>>>> to be removed from the list. The list archive is available here: >>>>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>> ==================================================================== >>>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> The usefulness of a meeting is inversely proportional to its >>>> attendance. >>>> >>>> >>>> ==================================================================== >>>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>> ==================================================================== >>>> >>> ==================================================================== >>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>> ==================================================================== >>> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Important letters which contain no errors will develop errors in the >> mail. Corresponding errors will show up in the duplicate while the >> Boss is reading it. >> >> >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== >> >> > > -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Fri Jan 25 08:23:46 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0PFNWZt000941 for ; Fri, 25 Jan 2008 08:23:32 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 914013CCF01 for ; Fri, 25 Jan 2008 08:23:32 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 08FA13CCF03 for ; Fri, 25 Jan 2008 08:23:28 -0700 (MST) Message-Id: <5.1.0.14.2.20080125081122.00ba4a88@psy1.psych.arizona.edu> Date: Fri, 25 Jan 2008 08:23:25 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: absolute time of events In-Reply-To: <4799FA93.1050905@univ-provence.fr> References: <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 04:04 PM 1/25/2008 +0100, you wrote: >thanks for these clarifications > > > > > We'll assume that by "checkvocal" here you actually mean "DigitalVOX". > >indeed > > Part of the digital VOX's functionality is that it terminated > > recording when a vocalization is detected so naturally recordings > > without vocalizations are going to be longer. > > >but they aren't. this I believe is because we set the first parameter to 0 Granted you aren't asking for the VOX to terminate recording, however adding DigitalVOX to the input devices totally changes the code path used for RecordVocal so it's going to have an effect, believe me. It's possible you may need to put your RocordVocal request in after the DigitalVOX. > > And the variability in recording lengths is "something else going on" > > usually attributed by me to driver weirdness. >ok > > > > And overrun protection is sufficient buffering so that the buffer > > doesn't get overwritten by more incoming data before it gets written > > to disk. >I see . It doesn't count as actual time in the sequence of events. But it can have unintuitive side-effects on the results. Both the RecordVocal and DigitalVOX devices should be clear cut straight forward if somewhat complex in their underpinnings. They're not, audio drivers in XP are just a total cluster. To give you an idea in win2K (the immediate predecessor to XP) almost no audio cards worked under any circumstances -- and that's just for playing audio, forget about recording audio. > > > > At 05:15 PM 1/24/2008 +0100, you wrote: > >> The script we run uses (and ) with > >> winXP. this is because we are interested in controlling the duration of > >> the trials. > >> > >> I am well aware of the issues of recordvocal and winXP. > >> > >> Beyond minor differences in duration from trial to trial, we observe a > >> different duration (i.e. lag between trials) between those that have a > >> check vocal response detected and those that haven't. > >> > >> Response trials are on average ~ 2260 ms > >> No response trials are on average ~ 2850 ms. > >> Recorded wave files are slightly less than 1300ms > >> > >> First question is why is there such difference. > >> > >> Second question is that we expected the duration to be > >> (18+30)*16.73+1300 = ~2100 (see script below). Is 2260 a good > >> approximation of 2100ms or is something else going on? > >> > >> Also I am not sure I understand very well what is meant by N2 (here 700) > >> is "overrun protection" in the help files > >> > >> thanks a lot > >> > >> > >> script: > >> ---------- > >> tick duration 16.78 ms > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> +100161526 / <% 30>"fixation.bmp" >> c1=MillisecTime> /*"chaussette.bmp"; > >> > >> > >> etc > >> > >> > >> > >> Jonathan C. Forster wrote: > >> > > >> > will give you times for every clockon relative to > >> > the first clock on. You can load counters up with the millisecondtime > >> > or videotime and those counters as well. > >> > > >> > At 07:10 PM 1/22/2008 +0100, you wrote: > >> >> Hello > >> >> > >> >> I didn't find in the help nor in the archive whether DmDX could > >> write,in > >> >> the output file, the absolute time at which events happen. For > >> example, > >> >> the time since the start of the experiment at which a stimulus was > >> >> presented. Zillion format output mode doesn't seem to do the trick. > >> >> > >> >> Did I miss something? > >> >> > >> >> thanks > >> >> > >> >> xavier >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Important letters which contain no errors will develop errors in the mail. Corresponding errors will show up in the duplicate while the Boss is reading it. From DMDX-owner@psy1.psych.arizona.edu Fri Jan 25 09:00:38 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0PG08bG001108 for ; Fri, 25 Jan 2008 09:00:08 -0700 Received: by an-out-0708.google.com with SMTP id c34so150498anc.55 for ; Fri, 25 Jan 2008 08:00:03 -0800 (PST) Received: by 10.100.105.15 with SMTP id d15mr4501376anc.65.1201276802862; Fri, 25 Jan 2008 08:00:02 -0800 (PST) Received: by 10.100.255.7 with HTTP; Fri, 25 Jan 2008 08:00:02 -0800 (PST) Message-ID: <8134f2e80801250800x25af269ag7468719b09c92fb3@mail.gmail.com> Date: Fri, 25 Jan 2008 18:00:02 +0200 From: "Athanassios Protopapas" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: absolute time of events In-Reply-To: <5.1.0.14.2.20080125081122.00ba4a88@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <5.1.0.14.2.20080122115026.00ba5160@psy1.psych.arizona.edu> <5.1.0.14.2.20080124141904.00ba51e0@psy1.psych.arizona.edu> <4799FA93.1050905@univ-provence.fr> <5.1.0.14.2.20080125081122.00ba4a88@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list May I suggest that, if you plan to use CheckVocal to examine the responses anyway, then perhaps skip DigitalVOX altogether and just get the recordings with RecordVocal? After the experiment is run, CheckVocal can add trigger marks automatically using a fixed and reliable RMS threshold, which should be similar if not identical to what DMDX DigitalVOX does. (Of course you can examine and optionally modify those trigger marks anyway) Thanassi On Jan 25, 2008 5:23 PM, j.c.f. wrote: > At 04:04 PM 1/25/2008 +0100, you wrote: > >thanks for these clarifications > > > > > > > > We'll assume that by "checkvocal" here you actually mean "DigitalVOX". > > > >indeed > > > Part of the digital VOX's functionality is that it terminated > > > recording when a vocalization is detected so naturally recordings > > > without vocalizations are going to be longer. > > > > >but they aren't. this I believe is because we set the first parameter to 0 > > Granted you aren't asking for the VOX to terminate recording, however > adding DigitalVOX to the input devices totally changes the code path used > for RecordVocal so it's going to have an effect, believe me. It's possible > you may need to put your RocordVocal request in after the DigitalVOX. > > > > And the variability in recording lengths is "something else going on" > > > usually attributed by me to driver weirdness. > >ok > > > > > > And overrun protection is sufficient buffering so that the buffer > > > doesn't get overwritten by more incoming data before it gets written > > > to disk. > >I see . It doesn't count as actual time in the sequence of events. > > But it can have unintuitive side-effects on the results. Both the > RecordVocal and DigitalVOX devices should be clear cut straight forward if > somewhat complex in their underpinnings. They're not, audio drivers in XP > are just a total cluster. To give you an idea in win2K (the immediate > predecessor to XP) almost no audio cards worked under any circumstances -- > and that's just for playing audio, forget about recording audio. > > > > > > > > At 05:15 PM 1/24/2008 +0100, you wrote: > > >> The script we run uses (and ) with > > >> winXP. this is because we are interested in controlling the duration of > > >> the trials. > > >> > > >> I am well aware of the issues of recordvocal and winXP. > > >> > > >> Beyond minor differences in duration from trial to trial, we observe a > > >> different duration (i.e. lag between trials) between those that have a > > >> check vocal response detected and those that haven't. > > >> > > >> Response trials are on average ~ 2260 ms > > >> No response trials are on average ~ 2850 ms. > > >> Recorded wave files are slightly less than 1300ms > > >> > > >> First question is why is there such difference. > > >> > > >> Second question is that we expected the duration to be > > >> (18+30)*16.73+1300 = ~2100 (see script below). Is 2260 a good > > >> approximation of 2100ms or is something else going on? > > >> > > >> Also I am not sure I understand very well what is meant by N2 (here 700) > > >> is "overrun protection" in the help files > > >> > > >> thanks a lot > > >> > > >> > > >> script: > > >> ---------- > > >> tick duration 16.78 ms > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> +100161526 / <% 30>"fixation.bmp" > >> c1=MillisecTime> /*"chaussette.bmp"; > > >> > > >> > > >> etc > > >> > > >> > > >> > > >> Jonathan C. Forster wrote: > > >> > > > >> > will give you times for every clockon relative to > > >> > the first clock on. You can load counters up with the millisecondtime > > >> > or videotime and those counters as well. > > >> > > > >> > At 07:10 PM 1/22/2008 +0100, you wrote: > > >> >> Hello > > >> >> > > >> >> I didn't find in the help nor in the archive whether DmDX could > > >> write,in > > >> >> the output file, the absolute time at which events happen. For > > >> example, > > >> >> the time since the start of the experiment at which a stimulus was > > >> >> presented. Zillion format output mode doesn't seem to do the trick. > > >> >> > > >> >> Did I miss something? > > >> >> > > >> >> thanks > > >> >> > > >> >> xavier > >==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > >==================================================================== > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Important letters which contain no errors will develop errors in the > mail. Corresponding errors will show up in the duplicate while the > Boss is reading it. > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > From DMDX-owner@psy1.psych.arizona.edu Sun Jan 27 18:16:02 2008 Received: from web30522.mail.mud.yahoo.com (web30507.mail.mud.yahoo.com [68.142.200.120]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m0S1Eldb009375 for ; Sun, 27 Jan 2008 18:14:50 -0700 Received: (qmail 26277 invoked by uid 60001); 28 Jan 2008 01:14:26 -0000 Received: from [72.65.42.207] by web30507.mail.mud.yahoo.com via HTTP; Sun, 27 Jan 2008 17:14:26 PST Date: Sun, 27 Jan 2008 17:14:26 -0800 (PST) From: Maria Krauss Subject: [DMDX] Seeking help with conditional feedback To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1896225686-1201482866=:25556" Content-Transfer-Encoding: 8bit Message-ID: <905193.25556.qm@web30507.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1896225686-1201482866=:25556 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello all, Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below). We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback. To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution): +1攃ave_no/*擯rototype2_01/; (揷ave_no is the JPEG file we want to display for the duration of the experiment). Here is an example that may serve to clarify my first question (conditional feedback): If the participant answers incorrectly, we want to display: (a) 損rototype2_01_81; followed by 損rototype2_01_82; followed by 損rototype2_01_cave (all JPEGs) to show the shape (reduced to 80% its original size) moving towards the appropriate choice (the cave, in this case). If the participant answers correctly, we want to display a dancing animal animation: (b) 搈onkey (GIF) Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two? Can anyone provide us with specific programming language? Thank you, Maria Krauss Graduate student, UB --------------------------------- Never miss a thing. Make Yahoo your homepage. --0-1896225686-1201482866=:25556 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello all,
 
Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below).
 
We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback.
 
To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution): 
 
 +1<jpg>攃ave_no/*擯rototype2_01/;
 
(揷ave_no is the JPEG file we want to display for the duration of the experiment).
 
Here is an example that may serve to clarify my first question (conditional feedback):
 
If the participant answers incorrectly, we want to display:
 
(a)        損rototype2_01_81; followed by 損rototype2_01_82; followed by 損rototype2_01_cave
(all JPEGs) to show the shape (reduced to 80% its original size) moving towards the appropriate choice (the cave, in this case).
 
If the participant answers correctly, we want to display a dancing animal animation:
 
(b)          搈onkey (GIF)
 
Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two?  Can anyone provide us with specific programming language? 
 
Thank you,
 
Maria Krauss
Graduate student, UB

Never miss a thing. Make Yahoo your homepage. --0-1896225686-1201482866=:25556-- From DMDX-owner@psy1.psych.arizona.edu Mon Jan 28 12:52:01 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0SJpRad012384 for ; Mon, 28 Jan 2008 12:51:27 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1AC743D3895 for ; Mon, 28 Jan 2008 12:51:27 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DEE0B3D4BD0 for ; Mon, 28 Jan 2008 12:51:25 -0700 (MST) Message-Id: <5.1.0.14.2.20080128123929.00ba51a8@psy1.psych.arizona.edu> Date: Mon, 28 Jan 2008 12:51:18 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Seeking help with conditional feedback In-Reply-To: <905193.25556.qm@web30507.mail.mud.yahoo.com> References: <5.1.0.14.2.20080123151053.00ba51d8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1650822156==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1650822156==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 05:14 PM 1/27/2008 -0800, you wrote: >Hello all, > >Coming from a non-programming background, it has been difficult for me to >apply the strategies outlined in the example scripts (DMDX main page). It >appears to me that it is possible to adjust the feedback from the default >settings, and replace it with creative and conditional feedback, but I am >still not sure how to do this from the site information alone. (See (a) >and (b) examples below). > >We want to be able to use this particular experiment with children (both >typical and special needs), so we want to make use of image (JPEG and GIF) >files for feedback. You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF files. If you're using animated GIFs you'll need to convert them to MPEGs and use DMDX Digital Video capabilities. > >To provide some context, our ideal set-up follows: We will have one image >on the screen for the duration of the experiment. It is my understanding >that in order to do this, the following (in bold) must be included in >every item line (please correct me if I'm wrong, as I think I may be >overlooking a simpler solution): > > +1"cave_no"/*"Prototype2_01"/; > >("cave_no" is the JPEG file we want to display for the duration of the >experiment). You probably want a comma frame separator instead of a slash frame separator. But comma isn't going to work real well with MPEGs, best to put in the frame playing the video and to put the static display along with it in the next frame. > >Here is an example that may serve to clarify my first question >(conditional feedback): > >If the participant answers correctly, we want to display a dancing animal >animation: > >(b) "monkey" (GIF) Dancing animal animations will have to be converted to MPEGs and displayed with the keyword. The Windows movie player is capable of converting GIF to MPEG as I recall in case you don't have other software to do it. > >Is it possible to have a sequence of this many files (particularly (a) >above), or do we have to limit it to one or two? Can anyone provide us >with specific programming language? > You can have unlimited numbers of frames merged together using the comma frame separator. +1 "cave_no" , *" Prototype2_01"; +1 "monkey.mpeg" / * "Prototype2_01"; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The usefulness of a meeting is inversely proportional to its attendance. --=====================_1650822156==_.ALT Content-Type: text/html; charset="us-ascii" At 05:14 PM 1/27/2008 -0800, you wrote:
Hello all,
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below).
 
We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback.

  You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF files.  If you're using animated GIFs you'll need to convert them to MPEGs and use DMDX Digital Video capabilities.

 
To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution):
 
 +1<jpg>攃ave_no/*擯rototype2_01/;
 
(揷ave_no is the JPEG file we want to display for the duration of the experiment).

  You probably want a comma frame separator instead of a slash frame separator.  But comma isn't going to work real well with MPEGs, best to put <dv% 0> in the frame playing the video and to put the static display along with it in the next frame.

 
Here is an example that may serve to clarify my first question (conditional feedback):
 
If the participant answers correctly, we want to display a dancing animal animation:
 
(b)          搈onkey (GIF)

  Dancing animal animations will have to be converted to MPEGs and displayed with the <DigitalVideo> keyword.  The Windows movie player is capable of converting GIF to MPEG as I recall in case you don't have other software to do it.

 
Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two?  Can anyone provide us with specific programming language? 
 

  You can have unlimited numbers of frames merged together using the comma frame separator.

+1 <jpg> 攃ave_no , * Prototype2_01;

+1 <dv> monkey.mpeg <dv% 0> / * 擯rototype2_01;


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  The usefulness of a meeting is inversely proportional to its
attendance.

--=====================_1650822156==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Jan 29 14:40:39 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m0TLdaqf017404 for ; Tue, 29 Jan 2008 14:39:41 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id BDCF23D9C5D for ; Tue, 29 Jan 2008 14:39:36 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6A0483D9C61 for ; Tue, 29 Jan 2008 14:39:36 -0700 (MST) Message-Id: <5.1.0.14.2.20080129142848.00ba51c0@psy1.psych.arizona.edu> Date: Tue, 29 Jan 2008 14:39:33 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] DMDX 3.2.5.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX 3.2.5.4 has a fix for a really deep bug. Had to be using unicode fonts (like Chinese ones) with somewhat stringent display requirements (like ) facilitating slower hardware tossing the occasional display error and DMDX would lock up. was no help, you had to alt-tab away and kill DMDX or restart the machine. The reason it had to be unicode fonts was the display error flagging routines were parsing the frame that generated the error for display purposes (throwing away all the RTF codes so you at least had some chance of knowing what frame was displayed late) and they didn't handle some of the unicode constructs so they'd toss a line of diagnostics out and that can't happen in the display threads. We never saw it before a couple of days ago because regular fonts use RTF code DMDX handles so diagnostics were never printed and the situation for the crash wouldn't arise -- because Lord knows we haven't had enough machines tossing display errors over the years... /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ There is no wealth but life. - John Ruskin (1819-1900) Unto This Last, 1862 From DMDX-owner@psy1.psych.arizona.edu Mon Feb 4 09:03:00 2008 Received: from web30507.mail.mud.yahoo.com (web30507.mail.mud.yahoo.com [68.142.200.120]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m14G2AAM008112 for ; Mon, 4 Feb 2008 09:02:10 -0700 Received: (qmail 78374 invoked by uid 60001); 4 Feb 2008 16:02:04 -0000 Received: from [128.205.61.29] by web30507.mail.mud.yahoo.com via HTTP; Mon, 04 Feb 2008 08:02:04 PST Date: Mon, 4 Feb 2008 08:02:04 -0800 (PST) From: Maria Krauss Subject: [DMDX] Re: Seeking help with conditional feedback To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080128123929.00ba51a8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-320336268-1202140924=:77698" Content-Transfer-Encoding: 8bit Message-ID: <631199.77698.qm@web30507.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-320336268-1202140924=:77698 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi All, Thanks for the information, Jonathan. The comma frame separators are working perfectly for our purposes as far as displaying simultaneous images. Re: Conditional Feedback, another question has come up: If we are to use the and keywords for conditional feedback, then as we understand it we are supposed to have a group of items somewhere in the file that DMDX pulls from (conditionally) after each response. (We think we understand that this group of "branch items" must be after the experiment, at the bottom, but can anyone correct us if we're wrong?). Our main question is: Depending on the location of the list of "branch items", how do we prevent DMDX from playing them as part of the experiment (e.g. if they're at the bottom: at the end of the experiment)? Also, Re: Converting GIF to MPEG files, I poked around both Windows Movie Maker and Windows Media Player to no avail. I do have Vista on my PC so sometimes I run into problems because of that. Can anyone offer any further assistance? Thank you again! Maria Krauss graduate student, UB "Jonathan C. Forster" wrote: At 05:14 PM 1/27/2008 -0800, you wrote: Hello all, Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below). We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback. You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF files. If you're using animated GIFs you'll need to convert them to MPEGs and use DMDX Digital Video capabilities. To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution): +1攃ave_no/*擯rototype2_01/; (揷ave_no is the JPEG file we want to display for the duration of the experiment). You probably want a comma frame separator instead of a slash frame separator. But comma isn't going to work real well with MPEGs, best to put in the frame playing the video and to put the static display along with it in the next frame. Here is an example that may serve to clarify my first question (conditional feedback): If the participant answers correctly, we want to display a dancing animal animation: (b) 搈onkey (GIF) Dancing animal animations will have to be converted to MPEGs and displayed with the keyword. The Windows movie player is capable of converting GIF to MPEG as I recall in case you don't have other software to do it. Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two? Can anyone provide us with specific programming language? You can have unlimited numbers of frames merged together using the comma frame separator. +1 攃ave_no , * Prototype2_01; +1 攎onkey.mpeg / * 擯rototype2_01; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The usefulness of a meeting is inversely proportional to its attendance. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-320336268-1202140924=:77698 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi All,
 
Thanks for the information, Jonathan. The comma frame separators are working perfectly for our purposes as far as displaying simultaneous images.
 
Re: Conditional Feedback, another question has come up:  If we are to use the <call if correct> and <branch if wrong> keywords for conditional feedback, then as we understand it we are supposed to have a group of items somewhere in the file that DMDX pulls from (conditionally) after each response. (We think we understand that this group of "branch items" must be after the experiment, at the bottom, but can anyone correct us if we're wrong?). Our main question is: Depending on the location of the list of "branch items", how do we prevent DMDX from playing them as part of the experiment (e.g. if they're at the bottom: at the end of the experiment)?
 
Also, Re: Converting GIF to MPEG files, I poked around both Windows Movie Maker and Windows Media Player to no avail. I do have Vista on my PC so sometimes I run into problems because of that. Can anyone offer any further assistance?
 
Thank you again!
 
Maria Krauss
graduate student, UB

"Jonathan C. Forster" <jforster@psy1.psych.arizona.edu> wrote:
At 05:14 PM 1/27/2008 -0800, you wrote:
Hello all,
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below).
 
We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback.

  You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF files.  If you're using animated GIFs you'll need to convert them to MPEGs and use DMDX Digital Video capabilities.


To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution):
 
 +1<jpg>攃ave_no/*擯rototype2_01/;
 
(揷ave_no is the JPEG file we want to display for the duration of the experiment).

  You probably want a comma frame separator instead of a slash frame separator.  But comma isn't going to work real well with MPEGs, best to put <dv% 0> in the frame playing the video and to put the static display along with it in the next frame.


Here is an example that may serve to clarify my first question (conditional feedback):
 
If the participant answers correctly, we want to display a dancing animal animation:
 
(b)          搈onkey (GIF)

  Dancing animal animations will have to be converted to MPEGs and displayed with the <DigitalVideo> keyword.  The Windows movie player is capable of converting GIF to MPEG as I recall in case you don't have other software to do it.


Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two?  Can anyone provide us with specific programming language? 
 

  You can have unlimited numbers of frames merged together using the comma frame separator.

+1 <jpg> 攃ave_no , * Prototype2_01;

+1 <dv> monkey.mpeg <dv% 0> / * 擯rototype2_01;


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  The usefulness of a meeting is inversely proportional to its
attendance.


Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-320336268-1202140924=:77698-- From DMDX-owner@psy1.psych.arizona.edu Mon Feb 4 09:51:40 2008 Received: from hermes1.cf.ac.uk (hermes1.cf.ac.uk [131.251.0.112]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m14GpDNs008257 for ; Mon, 4 Feb 2008 09:51:14 -0700 Received: from zgrw50.cf.ac.uk ([131.251.7.128] helo=grwcon50.cf.ac.uk) by hermes1.cf.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JM4XE-0003Fy-4f for DMDX@psy1.psych.arizona.edu; Mon, 04 Feb 2008 16:51:08 +0000 Received: from [131.251.37.40] (m005.psyc.cf.ac.uk [131.251.37.40]) by grwcon50.cf.ac.uk with ESMTP; Mon, 04 Feb 2008 16:51:03 +0000 Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> References: <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> Content-Type: multipart/mixed; boundary=Apple-Mail-12-498363722 Message-Id: From: Todd Bailey Subject: [DMDX] continueclockon Date: Mon, 4 Feb 2008 16:51:03 +0000 To: DMDX@psy1.psych.arizona.edu Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --Apple-Mail-12-498363722 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi. I'm having trouble interpreting the RT values I get from Continueclockon following a timeout on a preceding clockon trial. If I understand the documentation, cco should start the clock at the time of the timeout, but the RTs I get look more like they include the whole timeout period as well. A sample trial is given in the script below (and attached, if that works). The script requires a short audio beep, too, which is attached. The script displays a sentence in parts. When the last part is displayed, the participant waits for a beep, and then responds as quickly as possible (1 if the sentence makes sense, 3 if not). Feedback is based on the response time. If the response is before the beep, or less than 100 ms afterwards, it is too fast. If the response is more than 300 ms after the beep, it is too slow. Here, the lag between the final part of the sentence and the beep is meant to be 1000 ms. The final part of the sentence is displayed with a clockon instruction with a timeout of a bit less than 1000 ms. This is followed by a beep and then a continueclockon instruction, which I expect to measure RT as the latency from the beep to the response plus the difference between the Delay on the beep item (1000 ms) and the timeout on the clockon item (1000 ms - 6 ticks @ 13.333 ms/tick). Am I misunderstanding the documentation, or where else am I going wrong? Thanks! Todd Bailey ---- f19 $ 10 "+" <%ms 750> / "He" / "awoke" / "..." %1 ; 11 "..." %1 ; 12 "before speaking." * ; 13 "before speaking." %0 / "Tone1000Hz_50ms" %0 / "before speaking." ; ~0 ; ~0 ; 15 "Good!" <%ms 1000> / ; 16 "Too slow" <%ms 1000> / ; 17 "Wait for the beep!" <%ms 1000> / ; $ ~0 ; $ ~99999 ; 0 L "All done!"; $ ----- --Apple-Mail-12-498363722 Content-Transfer-Encoding: quoted-printable Content-Type: application/octet-stream; x-unix-mode=0644; name=clockon_sample.rtf Content-Disposition: attachment; filename=clockon_sample.rtf {= \rtf1\ansi\ansicpg1252\deff0\deflang2057\deflangfe2057{\fonttbl{\f0\fswiss= \fprq2\fcharset0=20Arial;}}=0D=0A{\*\generator=20Msftedit=20= 5.41.15.1507;}\viewkind4\uc1\pard\sb100\sa100\f0\fs24=20f19\par=0D=0A$\par=0D=0A10=20"+"=20<%ms=20750>=20/=20"He"=20=20/=20= "awoke"=20/=20"..."=20%1=20;\par=0D=0A11=20"..."=20%1=20;\par=0D=0A12=20= =20=20\par=0D=0A\tab=20"before=20speaking."=20*=20=20=20;\par=0D=0A13=20=20\par=0D=0A\tab=20"before=20= speaking."=20=20%0=20/=20=20"Tone1000Hz_50ms"=20%0=20=20/=20\par=0D=0A\tab=20=20=20= "before=20speaking."=20=20;\par=0D=0A~0=20=20;\par=0D=0A~0=20=20;\par=0D=0A15=20"Good!"=20<%ms=201000>=20/=20;\par=0D=0A16=20"Too=20slow"=20<%ms=201000>=20/=20;\par=0D=0A17=20"Wait=20for=20the=20beep!"=20<%ms=201000>=20/=20= ;\par=0D=0A$\par=0D=0A~0=20;\par=0D=0A$\par=0D=0A= \pard\nowidctlpar\sb100\sa100=20~99999=20;\par=0D=0A0=20L=20"\fs28=20All=20= done!\fs24=20";=20\par=0D=0A$\par=0D=0A}=0D=0A=00= --Apple-Mail-12-498363722 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0666; name=Tone1000Hz_50ms.wav Content-Disposition: attachment; filename=Tone1000Hz_50ms.wav UklGRsIIAABXQVZFZm10IBAAAAABAAEAIlYAAESsAAACABAAZGF0YZ4IAAABAAgSmyJlMEc6eD+I P3o6tTAAI3oSeABr7sbd6M/pxZrAaMBXxf/OndwW7RX/JRHVIcsv5TlUP6c/2DpKMcQjWxNgAUrv j96F0E3Gv8BLwPjEa87c2zfsKv5EEA8hLS99OS0/wz81O+AxgyQ4FEsCLfBV3yLRtsbowDHAn8TX zRrbWutB/WIPRCCOLhY5Az/bP407cTJEJRcVMgMP8SHgxNEgxxPBGsBIxEjNXdp86lf8fA56H+ot qDjUPu8/4jsBMwMm8hUeBPXx7uBm0o/HQ8EHwPXDucyg2Z/pb/uaDaweRi06OKQ+AUA0PIwzvibO FggF2PK64Q3TAMh2wfi/o8MtzObYxeiE+rQM3x2gLMg3cD4OQIQ8FzR4J6YX8AW+84ritNNzyKzB 6r9Xw6bLLdjq55350AsPHfYrVDc4PhpA0TyeNC4ogBjaBqL0WuNf1OnI5cHivwvDH8t31xXnsvjo CjwcTCvbNv49IUAYPSM15ChaGcAHivUt5A3VYskhwty/xMKdysPWO+bK9wIKaxucKl82wD0mQF89 pTWWKS8aqghz9v7kutXfyWDC2r+AwhvKENZp5eP2GgmVGu0p4jV/PSdAoD0iNkgqBBuQCVn31OVs 1l3Ko8Lbvz/Cn8lh1ZPk+vU0CMEZOiliNTw9JEDgPaA29irWG3kKQvip5h7X38rowt6/AcIjybPU weMV9UoH6RiFKN809DwdQB0+GDeiK6kcYAsp+YLn1ddlyzHD57/GwavICNTv4i30YAYSGNEnWTSp PBVAVT6QN08seR1EDBT6XeiK2OvLfsPxv4/BOMhd0x7iSvN5BTgXGCfSM1w8CUCMPgI49ixJHiwN +vo16UXZdczNwwDAW8HEx7nSUOFj8o4EXxZeJkUzCjz5P70+dDicLRQfDg7l+xHq/9kBzR/EEMAr wVbHE9KC4IDxpgOBFaAltzK3O+U/7T7hOD4u4R/zDtD87eq+2pDNdMQmwP3A6cZv0brfnPC7AqMU 4yQmMmA7zj8ZP0w53y6tINUPuP3M63/bIs7NxD7A0sCAxtHQ796379QBxxMhJJIxBTu2P0E/tDl9 L3QhuBCk/qnsP9y3zirFWMCswBnGM9Ap3tju6ADnEmAj/jCoOpc/Zj8XOhowOyKYEYz/ie0E3U3P hsV4wIjAuMWZz2Ld9u0AAAgSmyJlMEc6dz+IP3o6tTD/InsSdwBs7sbd6M/pxZrAaMBWxQDPndwX 7RX/JhHUIcsv5DlTP6c/2TpKMcQjWxNfAUrvj96F0E7Gv8BLwPjEa87c2zbsKf5FEA4hLC9+OS4/ wz81O98xhCQ4FEsCLvBW3yLRtsbpwDHAn8TYzRvbWutB/WEPQyCOLhY5Aj/bP4w7cTJEJRYVMwMQ 8SHgxNEgxxTBG8BJxEjNXdp86lb8fA56H+stqTjUPvA/4jsBMwMm8hUeBPXx7uBn0o/HRMEHwPXD ucyg2Z/pbvuaDaseRS07OKQ+AEA0PI0zvSbOFggF2fK64Q7T/8d1wfe/o8MtzOfYxeiE+rMM3x2f LMg3cD4PQIQ8GDR3J6YX8AW/84vitNNyyKzB679Ww6XLLtjq55350AsOHfYrUzc5PhpA0DydNC0o gBjbBqL0WeNe1OnI5MHivwvDH8t41xTns/joCjscSyvbNv09IkAZPSI15ChZGcEHi/Ut5A3VYskh wty/w8KdysPWPebJ9wMKaxucKmA2wT0lQF89pTWWKS4aqghz9v7kutXfyWHC2b9/whvKENZp5eP2 GgmVGu8p4zWAPSZAoT0jNkgqBRuQCVn31OVt1lzKo8Lavz/Cn8lh1ZPk+vUzCMEZOylhNTw9JEDh PaA29SrWG3kKQvip5h/X4Mrpwt+/AsIjybLUweMV9UoH6RiGKN408zwdQB0+GTejK6ocYQsq+YLn 1ddkyzHD5r/HwazICNTv4i30YAYSGNAnWTSoPBVAVT6PN04seB1FDBP6XOiK2OvLfsPxv5DBN8he 0x3iSfN4BTcXFyfRM1s8CECLPgE49SxIHioN+vo16UbZdczMw/+/XMHEx7jSUuFk8o4EXhZeJkYz Cjz5P70+dDidLRUfDg7l+xHqANoBzSDEEcArwVbHEtKD4IDxpwOBFaAltzK3O+U/7T7hOD4u4h/z DtD87eq+2pHNdcQmwP3A6cZw0brfnPC8AqMU4yQnMl87zz8ZP0s54C6uINUPuf3L63/bIs7NxD7A 0sCBxtHQ796379MBxxMiJJMxBzu1P0I/tDl+L3QhuBCk/qnsP9y3zinFWcCswBrGM9Ap3tju6ADn EmAj/jCoOpg/Zz8XOhowPCKYEYz/ie0D3U7Ph8V4wIfAt8WZz2Ld9u3+/wgSmyJkMEc6dz+IP3o6 tTD/InoSeABr7sbd6M/qxZrAaMBXxf/OnNwW7RX/JRHUIcsv5DlTP6g/2DpLMcQjWhNfAUvvj96E 0E3GwMBLwPnEbM7c2zbsKf5FEA8hLi9+OS0/wj80O98xhCQ4FEoCL/BV3yLRtsbowDHAoMTXzRrb WutB/WEPRCCOLhU5Az/bP4w7cTJEJRgVMwMQ8SHgxNEfxxXBG8BIxEjNXtp86lf8fA56H+stqTjU Pu8/4zsCMwMm8RUeBPXx7uBm0o/HQ8EHwPXDusyg2Z/pbvuZDa0eRi06OKQ+AkA0PIwzvSbOFggF 2PK64Q3TAMh2wfi/o8MtzObYxeiE+rMM3x2gLMg3bz4OQIM8FjR3J6YX8AW+84ris9NyyKvB679W w6bLLdjr55350AsPHfYrUzc5PhpA0DydNC0ogBjaBqL0WeNf1OnI5MHivwzDH8t41xTns/jnCjwc TCvbNv09IUAZPSI15ChaGcAHivUs5AzVYskgwt2/xMKeysPWPebJ9wIKaxudKl82wD0mQF89pDWV KS4aqghy9v/kutXfyWDC2r+AwhzKENZo5eP2 --Apple-Mail-12-498363722 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Todd M. Bailey, Ph.D. Lecturer, School of Psychology, Cardiff University Tower Building, Park Place, Cardiff CF10 3AT, United Kingdom Email: BaileyTM1@Cardiff.ac.uk Phone: +44 29 2087 5375 / FAX: +44 29 2087 4858 --Apple-Mail-12-498363722-- From DMDX-owner@psy1.psych.arizona.edu Mon Feb 4 13:57:35 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m14Kv0aO009063 for ; Mon, 4 Feb 2008 13:57:00 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 28AC83EEEA6 for ; Mon, 4 Feb 2008 13:56:56 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C037B3EEE6D for ; Mon, 4 Feb 2008 13:56:52 -0700 (MST) Message-Id: <5.1.0.14.2.20080204135103.00ba51c0@psy1.psych.arizona.edu> Date: Mon, 04 Feb 2008 13:56:52 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: continueclockon In-Reply-To: References: <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080103122151.00ba4998@psy1.psych.arizona.edu> <477E2FC1.4060304@ucl.ac.uk> <5.1.0.14.2.20080104131848.00ba4ae0@psy1.psych.arizona.edu> <5.1.0.14.2.20080107130502.00ba5228@psy1.psych.arizona.edu> <5.1.0.14.2.20080108080808.00ba4a88@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Please, no attachments. I suspect the documentation was written before I finished the code and made the RT from the time of the original clockon. At 04:51 PM 2/4/2008 +0000, you wrote: >Hi. I'm having trouble interpreting the RT values I get from >Continueclockon following a timeout on a preceding clockon trial. If >I understand the documentation, cco should start the clock at the >time of the timeout, but the RTs I get look more like they include >the whole timeout period as well. > >A sample trial is given in the script below (and attached, if that >works). The script requires a short audio beep, too, which is attached. > >The script displays a sentence in parts. When the last part is >displayed, the participant waits for a beep, and then responds as >quickly as possible (1 if the sentence makes sense, 3 if not). >Feedback is based on the response time. If the response is before >the beep, or less than 100 ms afterwards, it is too fast. If the >response is more than 300 ms after the beep, it is too slow. > >Here, the lag between the final part of the sentence and the beep is >meant to be 1000 ms. The final part of the sentence is displayed >with a clockon instruction with a timeout of a bit less than 1000 >ms. This is followed by a beep and then a continueclockon >instruction, which I expect to measure RT as the latency from the >beep to the response plus the difference between the Delay on the >beep item (1000 ms) and the timeout on the clockon item (1000 ms - 6 >ticks @ 13.333 ms/tick). > >Am I misunderstanding the documentation, or where else am I going wrong? > >Thanks! > >Todd Bailey > >---- >f191>24>1000000> > >$ > >10 "+" <%ms 750> / "He" / "awoke" / "..." %1 ; > >11 "..." %1 ; > >12 > > "before speaking." * ; > >13 > > "before speaking." %0 / "Tone1000Hz_50ms" %0 / > > "before speaking." ; > >~0 ; > >~0 ; > >15 "Good!" <%ms 1000> / ; > >16 "Too slow" <%ms 1000> / ; > >17 "Wait for the beep!" <%ms 1000> / ; > >$ > >~0 ; > >$ > >~99999 ; > >0 L "All done!"; > >$ > >----- > > > > > > > >Todd M. Bailey, Ph.D. >Lecturer, School of Psychology, Cardiff University >Tower Building, Park Place, Cardiff CF10 3AT, United Kingdom >Email: BaileyTM1@Cardiff.ac.uk >Phone: +44 29 2087 5375 / FAX: +44 29 2087 4858 > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ There is no wealth but life. - John Ruskin (1819-1900) Unto This Last, 1862 From DMDX-owner@psy1.psych.arizona.edu Mon Feb 4 13:59:36 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m14KxRGs009084 for ; Mon, 4 Feb 2008 13:59:27 -0700 Received: from gandalfs_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id AF12B3EEE74 for ; Mon, 4 Feb 2008 13:59:27 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2AB5C3EEEA7 for ; Mon, 4 Feb 2008 13:59:23 -0700 (MST) Message-Id: <5.1.0.14.2.20080204135718.00bc03e0@psy1.psych.arizona.edu> Date: Mon, 04 Feb 2008 13:59:22 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Seeking help with conditional feedback In-Reply-To: <631199.77698.qm@web30507.mail.mud.yahoo.com> References: <5.1.0.14.2.20080128123929.00ba51a8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_512735625==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_512735625==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 08:02 AM 2/4/2008 -0800, you wrote: >Hi All, > >Thanks for the information, Jonathan. The comma frame separators are >working perfectly for our purposes as far as displaying simultaneous images. > >Re: Conditional Feedback, another question has come up: If we are to use >the and keywords for conditional >feedback, then as we understand it we are supposed to have a group of >items somewhere in the file that DMDX pulls from (conditionally) after >each response. (We think we understand that this group of "branch items" >must be after the experiment, at the bottom, but can anyone correct us if >we're wrong?). I usually stick them after the initial instruction and make that instruction branch over them. > Our main question is: Depending on the location of the list of "branch > items", how do we prevent DMDX from playing them as part of the > experiment (e.g. if they're at the bottom: at the end of the experiment)? There's several branching examples in the help that have the structure I've outlined above. > >Also, Re: Converting GIF to MPEG files, I poked around both Windows Movie >Maker and Windows Media Player to no avail. I do have Vista on my PC so >sometimes I run into problems because of that. Can anyone offer any >further assistance? > >Thank you again! > >Maria Krauss >graduate student, UB > >"Jonathan C. Forster" wrote: >At 05:14 PM 1/27/2008 -0800, you wrote: >>Hello all, >> >>Coming from a non-programming background, it has been difficult for me to >>apply the strategies outlined in the example scripts (DMDX main page). It >>appears to me that it is possible to adjust the feedback from the default >>settings, and replace it with creative and conditional feedback, but I am >>still not sure how to do this from the site information alone. (See (a) >>and (b) examples below). >> >>We want to be able to use this particular experiment with children (both >>typical and special needs), so we want to make use of image (JPEG and >>GIF) files for feedback. > You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF > files. If you're using animated GIFs you'll need to convert them to > MPEGs and use DMDX Digital Video capabilities. > >>To provide some context, our ideal set-up follows: We will have one image >>on the screen for the duration of the experiment. It is my understanding >>that in order to do this, the following (in bold) must be included in >>every item line (please correct me if I'm wrong, as I think I may be >>overlooking a simpler solution): >> >> +1"cave_no"/*"Prototype2_01"/; >> >>("cave_no" is the JPEG file we want to display for the duration of the >>experiment). > You probably want a comma frame separator instead of a slash frame > separator. But comma isn't going to work real well with MPEGs, best to > put in the frame playing the video and to put the static display > along with it in the next frame. > >>Here is an example that may serve to clarify my first question >>(conditional feedback): >> >>If the participant answers correctly, we want to display a dancing animal >>animation: >> >>(b) "monkey" (GIF) > Dancing animal animations will have to be converted to MPEGs and > displayed with the keyword. The Windows movie player is > capable of converting GIF to MPEG as I recall in case you don't have > other software to do it. > >>Is it possible to have a sequence of this many files (particularly (a) >>above), or do we have to limit it to one or two? Can anyone provide us >>with specific programming language? >> > You can have unlimited numbers of frames merged together using the > comma frame separator. > >+1 "cave_no" , *" Prototype2_01"; > >+1 "monkey.mpeg" / * "Prototype2_01"; > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > The usefulness of a meeting is inversely proportional to its >attendance. > > > >Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >Try >it now. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ There is no wealth but life. - John Ruskin (1819-1900) Unto This Last, 1862 --=====================_512735625==_.ALT Content-Type: text/html; charset="us-ascii" At 08:02 AM 2/4/2008 -0800, you wrote:
Hi All,
 
Thanks for the information, Jonathan. The comma frame separators are working perfectly for our purposes as far as displaying simultaneous images.
 
Re: Conditional Feedback, another question has come up:  If we are to use the <call if correct> and <branch if wrong> keywords for conditional feedback, then as we understand it we are supposed to have a group of items somewhere in the file that DMDX pulls from (conditionally) after each response. (We think we understand that this group of "branch items" must be after the experiment, at the bottom, but can anyone correct us if we're wrong?).

  I usually stick them after the initial instruction and make that instruction branch over them.

 Our main question is: Depending on the location of the list of "branch items", how do we prevent DMDX from playing them as part of the experiment (e.g. if they're at the bottom: at the end of the experiment)?

  There's several branching examples in the help that have the structure I've outlined above.

 
Also, Re: Converting GIF to MPEG files, I poked around both Windows Movie Maker and Windows Media Player to no avail. I do have Vista on my PC so sometimes I run into problems because of that. Can anyone offer any further assistance?
 
Thank you again!
 
Maria Krauss
graduate student, UB

"Jonathan C. Forster" <jforster@psy1.psych.arizona.edu> wrote:
At 05:14 PM 1/27/2008 -0800, you wrote:
Hello all,
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
Coming from a non-programming background, it has been difficult for me to apply the strategies outlined in the example scripts (DMDX main page). It appears to me that it is possible to adjust the feedback from the default settings, and replace it with creative and conditional feedback, but I am still not sure how to do this from the site information alone. (See (a) and (b) examples below).
 
We want to be able to use this particular experiment with children (both typical and special needs), so we want to make use of image (JPEG and GIF) files for feedback.
  You'll have to convert GIF files to JPEGs as DMDX doesn't read GIF files.  If you're using animated GIFs you'll need to convert them to MPEGs and use DMDX Digital Video capabilities.

To provide some context, our ideal set-up follows: We will have one image on the screen for the duration of the experiment. It is my understanding that in order to do this, the following (in bold) must be included in every item line (please correct me if I抦 wrong, as I think I may be overlooking a simpler solution):
 
 +1<jpg>攃ave_no/*擯rototype2_01/;
 
(揷ave_no is the JPEG file we want to display for the duration of the experiment).
  You probably want a comma frame separator instead of a slash frame separator.  But comma isn't going to work real well with MPEGs, best to put <dv% 0> in the frame playing the video and to put the static display along with it in the next frame.

Here is an example that may serve to clarify my first question (conditional feedback):
 
If the participant answers correctly, we want to display a dancing animal animation:
 
(b)          搈onkey (GIF)
  Dancing animal animations will have to be converted to MPEGs and displayed with the <DigitalVideo> keyword.  The Windows movie player is capable of converting GIF to MPEG as I recall in case you don't have other software to do it.

Is it possible to have a sequence of this many files (particularly (a) above), or do we have to limit it to one or two?  Can anyone provide us with specific programming language? 
 
  You can have unlimited numbers of frames merged together using the comma frame separator.

+1 <jpg> 攃ave_no , * Prototype2_01;

+1 <dv> monkey.mpeg <dv% 0> / * 擯rototype2_01;



                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  The usefulness of a meeting is inversely proportional to its
attendance.



Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  There is no wealth but life.
                                       - John Ruskin (1819-1900)
                                            Unto This Last, 1862

--=====================_512735625==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Feb 5 10:51:25 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m15HoQZ5012483 for ; Tue, 5 Feb 2008 10:50:26 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9439528F484 for ; Tue, 5 Feb 2008 10:50:26 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1E47928F49B for ; Tue, 5 Feb 2008 10:50:25 -0700 (MST) Message-Id: <5.1.0.14.2.20080205102557.00ba51c0@psy1.psych.arizona.edu> Date: Tue, 05 Feb 2008 10:50:24 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: continueclockon In-Reply-To: <47A8096702000017001121E0@zgrw01.cf.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 06:59 AM 2/5/2008 +0000, you wrote: >Oops! Apologies to all for the attachments. It tends to cork up the archives. Speaking of which I prefer to keep all communication on list so the archives scoop it up so people searching them can find the existing replies and I don't have to give the same reply more times than I need to. Which happens often enough but that's just because I can't write good documentation... >Thanks for the response. It's nice to know I'm not mad, at least in this >respect. At the moment >it's the cco RTs that I need, and I can see the sense in having them start >at the original clockon. >Presumably the timeout values for cco are also relative to the original >clockon? Actually after testing this I don't think they're relative to the original clockon. My test script is returning RTs within the timeout: +1 "3" * ; +2 "2" ; +3 "1" ; +4 "0" ; Item RT COT 1 -750.00 0.00 2 -1000.00 999.76 3 222.14 1999.51 I suspect I must have started off thinking I could make them relative to the original and as I actually got deep into implementing it I found a logical conundrum where the RTs were going to be relative to the original clockon but the timeouts would have to be relative to the most recent . So I think I just left it up to the experimenter to determine actual RT from the original clock on. So when the documentation refers to back dated it means back dated to the moment the previous clock on or was timed out. (sound of me updating the documentation to be more specific)... /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ There is no wealth but life. - John Ruskin (1819-1900) Unto This Last, 1862 From DMDX-owner@psy1.psych.arizona.edu Tue Feb 5 17:26:39 2008 Received: from blade3.isos.isu.edu (blade3.isos.isu.edu [134.50.250.75]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m160Q5v6013585 for ; Tue, 5 Feb 2008 17:26:05 -0700 Received: from conversion-daemon.blade3.isos.isu.edu by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) id <0JVS00J01JRABY00@blade3.isos.isu.edu> (original mail from hansreb3@isu.edu) for DMDX@psy1.psych.arizona.edu; Tue, 05 Feb 2008 17:26:04 -0700 (MST) Received: from isu.edu ([127.0.0.1]) by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JVS00FA9JVG1Y60@blade3.isos.isu.edu> for DMDX@psy1.psych.arizona.edu; Tue, 05 Feb 2008 17:26:04 -0700 (MST) Received: from [134.50.72.161] by blade3.isos.isu.edu (mshttpd); Tue, 05 Feb 2008 17:26:04 -0700 Date: Tue, 05 Feb 2008 17:26:04 -0700 From: hansreb3@isu.edu Subject: [DMDX] DMDX Mapping Issue To: DMDX@psy1.psych.arizona.edu Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_+xDXCIgQ1Pp1sId2mwsG0w)" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_+xDXCIgQ1Pp1sId2mwsG0w) Content-type: text/plain; charset=windows-1252 Content-transfer-encoding: quoted-printable Content-disposition: inline I am an undergraduate research assistant=2E A few other undergrads and = I have been assigned to figure out the DMDX script=2E We have got our t= est script up and running but we are having issues mapping the keyboard = and/pr mouse to + or - responses=2E Can anyone see anything obvious in = our code that is wrong=3F -Becky =3Cep=3E =3Cd 34=3E =3Cfd 50=3E =3Ccr=3E =3Cid =23Keyboard=3E=3Cid =23Mo= use=3E =3Cbgc 0=3E =3Cdwc 255255255=3E =3CMapPositiveResponse +=234=3E =3C= MapNegativeResponse +=233=3E =3Cdfs 12=3E =3Cvm 1024=2C768=2C768=2C16=2C= 60=3E =3Crcot=3E=3Ct 60=3E =3Ceop=3E = 0 =3Cln 1=3E =22Welcome to the Lab=22=2C =3Cln 2=3E =93Thank you for par= ticipating in our study=94=2C =3Cln 3=3E =93Please feel free to ask any = questions before we start=94=2C =3Cln 8=3E =22Press SPACEBAR to begin wh= en given the clear to do so=2E=22=3B 0 =3C=25 119=3E/c=3B -1 =3Cjpg=3E * =22C=3A=5CUsers=5CPublic=5CStimuli=5C1030=22 =3C=25 360=3E= / =3C=25 600=3E=3B -2 =3Cjpg=3E * =22C=3A=5CUsers=5CPublic=5CStimuli=5C1050=22 =3C=25 240=3E= / =3C=25 600=3E=3B +3 =3Cjpg=3E * =22C=3A=5CUsers=5CPublic=5CStimuli=5C4669=22 =3C=25 240=3E= / =3C=25 600=3E=3B -4 =3Cjpg=3E * =22C=3A=5CUsers=5CPublic=5CStimuli=5C1051=22 =3C=25 360=3E= / =3C=25 300=3E=3B -5 =3Cjpg=3E * =93C=3A=5CUsers=5CPublic=5CStimuli=5C1302=94 =3C=25 360=3E= / =3C=25 600=3E /=3B 0 =3Cln 1=3E =22Thank you for participating=2C the study has concluded=22= = = --Boundary_(ID_+xDXCIgQ1Pp1sId2mwsG0w) Content-type: text/html; charset=windows-1252 Content-transfer-encoding: quoted-printable Content-disposition: inline =3CDIV=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3EI am an undergraduate research assistant=2E=26nbsp=3B= A few other undergrads and I have been assigned to figure out the DMDX = script=2E=26nbsp=3B We have got our test script up and running but we ar= e having issues mapping the keyboard and/pr mouse to + or - responses=2E= =26nbsp=3B Can anyone see anything obvious in our code that is wrong=3F=3C= /SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E-Becky=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E=26lt=3Bep=26gt=3B =26lt=3Bd 34=26gt=3B =26lt=3Bfd 50= =26gt=3B =26lt=3Bcr=26gt=3B =26lt=3Bid =23Keyboard=26gt=3B=26lt=3Bid =23= Mouse=26gt=3B =26lt=3Bbgc 0=26gt=3B =26lt=3Bdwc 255255255=26gt=3B =26lt=3B= MapPositiveResponse +=234=26gt=3B =26lt=3BMapNegativeResponse +=233=26gt= =3B =26lt=3Bdfs 12=26gt=3B =26lt=3Bvm=3CSPAN style=3D=22mso-spacerun=3A = yes=22=3E=26nbsp=3B =3C/SPAN=3E1024=2C768=2C768=2C16=2C60=26gt=3B =26lt=3B= rcot=26gt=3B=26lt=3Bt 60=26gt=3B =26lt=3Beop=26gt=3B =3C=3Fxml=3Anamespa= ce prefix =3D o ns =3D =22urn=3Aschemas-microsoft-com=3Aoffice=3Aoffice=22= /=3E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E0 =26lt=3Bln 1=26gt=3B =22Welcome to the Lab=22=2C =26= lt=3Bln 2=26gt=3B =93Thank you for participating in our study=94=2C =26l= t=3Bln 3=26gt=3B =93Please feel free to ask any questions before we star= t=94=2C =26lt=3Bln 8=26gt=3B =22Press SPACEBAR to begin when given the c= lear to do so=2E=22=3B=3Co=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E0 =26lt=3B=25 119=26gt=3B/c=3B=3Co=3Ap=3E=3C/o=3Ap=3E= =3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E-1 =26lt=3Bjpg=26gt=3B * =22C=3A=5CUsers=5CPublic=5CS= timuli=5C1030=22 =26lt=3B=25 360=26gt=3B / =26lt=3B=25 600=26gt=3B=3B=3C= o=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E-2 =26lt=3Bjpg=26gt=3B * =22C=3A=5CUsers=5CPublic=5CS= timuli=5C1050=22 =26lt=3B=25 240=26gt=3B / =26lt=3B=25 600=26gt=3B=3B=3C= o=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E+3 =26lt=3Bjpg=26gt=3B * =22C=3A=5CUsers=5CPublic=5CS= timuli=5C4669=22 =26lt=3B=25 240=26gt=3B / =26lt=3B=25 600=26gt=3B=3B=3C= o=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E-4 =26lt=3Bjpg=26gt=3B * =22C=3A=5CUsers=5CPublic=5CS= timuli=5C1051=22 =26lt=3B=25 360=26gt=3B / =26lt=3B=25 300=26gt=3B=3B=3C= o=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E-5 =26lt=3Bjpg=26gt=3B * =93C=3A=5CUsers=5CPublic=5CS= timuli=5C1302=94 =26lt=3B=25 360=26gt=3B / =26lt=3B=25 600=26gt=3B /=3B=3C= o=3Ap=3E=3C/o=3Ap=3E=3C/SPAN=3E=3C/P=3E =3CP class=3DMsoNormal style=3D=22MARGIN=3A 0in 0in 0pt=3B LINE-HEIGHT=3A= normal=3B mso-pagination=3A none=3B mso-layout-grid-align=3A none=22=3E= =3CSPAN style=3D=22FONT-SIZE=3A 10pt=3B FONT-FAMILY=3A =27Arial=27=2C=27= sans-serif=27=22=3E0 =26lt=3Bln 1=26gt=3B =22Thank you for participating= =2C the study has concluded=22 =3C/SPAN=3E=3C/P=3E=3C/DIV=3E=3CBR=3E=3CB= R=3E = =3Cbr=3E=3C/BR=3E=3C/BR=3E --Boundary_(ID_+xDXCIgQ1Pp1sId2mwsG0w)-- From DMDX-owner@psy1.psych.arizona.edu Tue Feb 5 20:20:40 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m163K8Qf014104 for ; Tue, 5 Feb 2008 20:20:10 -0700 Received: by el-out-1112.google.com with SMTP id m34so1118907ele.9 for ; Tue, 05 Feb 2008 19:20:02 -0800 (PST) Received: by 10.150.139.15 with SMTP id m15mr3928947ybd.30.1202268002409; Tue, 05 Feb 2008 19:20:02 -0800 (PST) Received: by 10.35.12.9 with HTTP; Tue, 5 Feb 2008 19:20:02 -0800 (PST) Message-ID: <89b3edc30802051920h142dd63cs2ddcc94a37c9d7c6@mail.gmail.com> Date: Tue, 5 Feb 2008 21:20:02 -0600 From: "Erin McMullen Jonaitis" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Experiment starting over? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear all, My subject reported a strange mishap tonight -- she claims that the experiment started over midway, complete with welcome screen, and that she went through the experiment effectively one and a half times. She said that the screen with the dialog box popped up (the one where you enter the filename) and then somehow it started over again. I assume she's not being dishonest, and it's true that it took her about 20 minutes longer to complete the experiment than it took anyone else, which is suggestive of a problem for sure... but the second phase of the experiment (which she was in tonight) has more segments than the first phase, some repeated, and it would be comparatively easy to get confused about which you're seeing. Is there any way to corroborate her report from computer records? I looked at the data file and honestly can't tell -- I see exactly the right number of trials recorded in the datafile. Having run her more than the normal amount would spoil the dataset, but I don't want to lose data if she's just mistaken. What would happen if somehow she got back to the dialog box mid-experiment and started a second copy of the experiment? Would it completely overwrite the datafile from the one that had already been running? If so, I imagine that her situation could generate the unsuspicious-looking data file I saw. Erin From DMDX-owner@psy1.psych.arizona.edu Tue Feb 5 20:26:41 2008 Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m163QPma014143 for ; Tue, 5 Feb 2008 20:26:25 -0700 Received: by py-out-1112.google.com with SMTP id n24so3068456pyh.26 for ; Tue, 05 Feb 2008 19:26:20 -0800 (PST) Received: by 10.35.68.3 with SMTP id v3mr10300433pyk.12.1202268380679; Tue, 05 Feb 2008 19:26:20 -0800 (PST) Received: by 10.35.12.9 with HTTP; Tue, 5 Feb 2008 19:26:20 -0800 (PST) Message-ID: <89b3edc30802051926t214284f2kd4b3534adc7d1c1@mail.gmail.com> Date: Tue, 5 Feb 2008 21:26:20 -0600 From: "Erin McMullen Jonaitis" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Experiment starting over? In-Reply-To: <89b3edc30802051920h142dd63cs2ddcc94a37c9d7c6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <89b3edc30802051920h142dd63cs2ddcc94a37c9d7c6@mail.gmail.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Never mind -- I think I have answered my own question. For the benefit of the list, in case it comes up for anyone else, I will answer it here: looking at the intermediate rtf files resulting from the parsing and the scramble, I can see that on the other computers, they were last modified when I started the experiment, but on the problem subject's machine they were last modified about 20 minutes into the experiment -- which is consistent with her doing 20 minutes worth, then having to start over. I will now ask a different question, though: what accidental keypress could cause one to switch window-focus and wind up back at the intro dialog box? I assume this is probably what happened with her. I will refrain from guessing how or why she restarted the experiment before coming to tell me something was screwy... Erin On Feb 5, 2008 9:20 PM, Erin McMullen Jonaitis wrote: > Dear all, > > My subject reported a strange mishap tonight -- she claims that the > experiment started over midway, complete with welcome screen, and that > she went through the experiment effectively one and a half times. She > said that the screen with the dialog box popped up (the one where you > enter the filename) and then somehow it started over again. I assume > she's not being dishonest, and it's true that it took her about 20 > minutes longer to complete the experiment than it took anyone else, > which is suggestive of a problem for sure... but the second phase of > the experiment (which she was in tonight) has more segments than the > first phase, some repeated, and it would be comparatively easy to get > confused about which you're seeing. Is there any way to corroborate > her report from computer records? I looked at the data file and > honestly can't tell -- I see exactly the right number of trials > recorded in the datafile. Having run her more than the normal amount > would spoil the dataset, but I don't want to lose data if she's just > mistaken. > > What would happen if somehow she got back to the dialog box > mid-experiment and started a second copy of the experiment? Would it > completely overwrite the datafile from the one that had already been > running? If so, I imagine that her situation could generate the > unsuspicious-looking data file I saw. > > Erin > From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 04:35:35 2008 Received: from hermes2.cf.ac.uk (hermes2.cf.ac.uk [131.251.0.113]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m16BYoLN015300 for ; Wed, 6 Feb 2008 04:34:50 -0700 Received: from zgrw01.cf.ac.uk ([131.251.7.126]) by hermes2.cf.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JMiY7-0007uN-As for DMDX@psy1.psych.arizona.edu; Wed, 06 Feb 2008 11:34:43 +0000 Received: from Cardiff_University-MTA by zgrw01.cf.ac.uk with Novell_GroupWise; Wed, 06 Feb 2008 11:34:43 +0000 Message-Id: <47A99B4E0200001700112378@zgrw01.cf.ac.uk> Date: Wed, 06 Feb 2008 11:34:38 +0000 From: "Todd Bailey" To: Subject: [DMDX] Re: continueclockon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The documentation is fairly clear that cco measures time from the preceding timeout (or response), and your test script backs that up. In that case, I am back to the drawing board in terms of the results I get from my script. Either my item-specific Delay is not doing what I think it is, or the beep that cues me to respond is not happening when I want it to, because the RTs I get are bigger than I expect. When I get back to the lab I will try to turn the COT output on and see how much I can simplify my script before the results start to make sense. Todd Todd M. Bailey, Ph.D. Lecturer, School of Psychology, Cardiff University Tower Building, Park Place, Cardiff CF10 3AT, United Kingdom Email: BaileyTM1@Cardiff.ac.uk Phone: +44 29 2087 5375 / FAX: +44 29 2087 4858 >>> "Jonathan C. Forster" 05/02/08 5:50 PM >>> [snip] My test script is returning RTs within the timeout: +1 "3" * ; +2 "2" ; +3 "1" ; +4 "0" ; Item RT COT 1 -750.00 0.00 2 -1000.00 999.76 3 222.14 1999.51 [snip] So when the documentation refers to back dated it means back dated to the moment the previous clock on or was timed out. (sound of me updating the documentation to be more specific)... /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 07:48:16 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m16Elfmf015642 for ; Wed, 6 Feb 2008 07:47:41 -0700 Received: from frodos_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 25F2F28FAF1 for ; Wed, 6 Feb 2008 07:47:41 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D6FCD2906F4 for ; Wed, 6 Feb 2008 07:47:39 -0700 (MST) Message-Id: <5.1.0.14.2.20080206074433.00ba4a28@psy1.psych.arizona.edu> Date: Wed, 06 Feb 2008 07:47:34 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: DMDX Mapping Issue In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list With two # devices mapped there's not going to be any way to differentiate between #3 on the keyboard and #3 on the mouse. Because the keyboard is mapped first my bet is you negative response is mapped to the keyboard's 2 key. #device is really only designed for situations with one input device. At 05:26 PM 2/5/2008 -0700, you wrote: >I am an undergraduate research assistant. A few other undergrads and I >have been assigned to figure out the DMDX script. We have got our test >script up and running but we are having issues mapping the keyboard and/pr >mouse to + or - responses. Can anyone see anything obvious in our code >that is wrong? > >-Becky > > > > = "urn:schemas-microsoft-com:office:office" /> > >0 "Welcome to the Lab", "Thank you for participating in our >study", "Please feel free to ask any questions before we start", > "Press SPACEBAR to begin when given the clear to do so."; > >0 <% 119>/c; > >-1 * "C:\Users\Public\Stimuli\1030" <% 360> / <% 600>; > >-2 * "C:\Users\Public\Stimuli\1050" <% 240> / <% 600>; > >+3 * "C:\Users\Public\Stimuli\4669" <% 240> / <% 600>; > >-4 * "C:\Users\Public\Stimuli\1051" <% 360> / <% 300>; > >-5 * "C:\Users\Public\Stimuli\1302" <% 360> / <% 600> /; > >0 "Thank you for participating, the study has concluded" > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 07:51:09 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m16Ep15q015671 for ; Wed, 6 Feb 2008 07:51:01 -0700 Received: from frodos_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 79F382906FA for ; Wed, 6 Feb 2008 07:51:01 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C33A62906F2 for ; Wed, 6 Feb 2008 07:50:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080206074835.00bcfe68@psy1.psych.arizona.edu> Date: Wed, 06 Feb 2008 07:50:54 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Experiment starting over? In-Reply-To: <89b3edc30802051920h142dd63cs2ddcc94a37c9d7c6@mail.gmail.co m> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list If they hit ESC they can abort and start the job again as they describe. And you wouldn't be able to tell because the data files would be overwritten. People tend to either use another device besides the keyboard for subject input or have an overlay that blocks out all except the response keys. At 09:20 PM 2/5/2008 -0600, you wrote: >Dear all, > >My subject reported a strange mishap tonight -- she claims that the >experiment started over midway, complete with welcome screen, and that >she went through the experiment effectively one and a half times. She >said that the screen with the dialog box popped up (the one where you >enter the filename) and then somehow it started over again. I assume >she's not being dishonest, and it's true that it took her about 20 >minutes longer to complete the experiment than it took anyone else, >which is suggestive of a problem for sure... but the second phase of >the experiment (which she was in tonight) has more segments than the >first phase, some repeated, and it would be comparatively easy to get >confused about which you're seeing. Is there any way to corroborate >her report from computer records? I looked at the data file and >honestly can't tell -- I see exactly the right number of trials >recorded in the datafile. Having run her more than the normal amount >would spoil the dataset, but I don't want to lose data if she's just >mistaken. > >What would happen if somehow she got back to the dialog box >mid-experiment and started a second copy of the experiment? Would it >completely overwrite the datafile from the one that had already been >running? If so, I imagine that her situation could generate the >unsuspicious-looking data file I saw. > >Erin >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 08:12:41 2008 Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m16FCPdx015782 for ; Wed, 6 Feb 2008 08:12:25 -0700 Received: by py-out-1112.google.com with SMTP id n24so3243565pyh.26 for ; Wed, 06 Feb 2008 07:12:24 -0800 (PST) Received: by 10.35.32.3 with SMTP id k3mr11033098pyj.18.1202310744234; Wed, 06 Feb 2008 07:12:24 -0800 (PST) Received: by 10.35.12.9 with HTTP; Wed, 6 Feb 2008 07:12:24 -0800 (PST) Message-ID: <89b3edc30802060712y412bc408l29644e8615952d74@mail.gmail.com> Date: Wed, 6 Feb 2008 09:12:24 -0600 From: "Erin McMullen Jonaitis" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Experiment starting over? In-Reply-To: <5.1.0.14.2.20080206074835.00bcfe68@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <5.1.0.14.2.20080206074835.00bcfe68@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list On Feb 6, 2008 8:50 AM, j.c.f. wrote: > > If they hit ESC they can abort and start the job again as they > describe. And you wouldn't be able to tell because the data files would be > overwritten. People tend to either use another device besides the keyboard > for subject input or have an overlay that blocks out all except the > response keys. Thanks for your response, Jonathan. Using a non-keyboard device here is not an option because I need seven response keys, and our button boxes only have four. Where can I find the sort of overlay you describe? I made a cheap one out of an index card for the number keypad but I think I'd need something firmer to prevent accidental swipes at the Windows key, for instance (which I suspect is what happened here -- she reported hitting "space" but I don't think that was really what happened). Erin From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 10:01:57 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m16H1MPg016087 for ; Wed, 6 Feb 2008 10:01:22 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6E5483CEBA7 for ; Wed, 6 Feb 2008 10:01:22 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1E5C83FAF2D for ; Wed, 6 Feb 2008 10:01:20 -0700 (MST) Message-Id: <5.1.0.14.2.20080206095828.00ba5148@psy1.psych.arizona.edu> Date: Wed, 06 Feb 2008 10:01:17 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Experiment starting over? In-Reply-To: <89b3edc30802060712y412bc408l29644e8615952d74@mail.gmail.co m> References: <5.1.0.14.2.20080206074835.00bcfe68@psy1.psych.arizona.edu> <5.1.0.14.2.20080206074835.00bcfe68@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I've heard rumors of places like La Fayette making input consoles for DMDX. We make our own and interface them with PIO cards as that's the most accurate way of getting RTs. You can also buy stand alone USB keypads that work in conjunction with the regular keyboard (assuming you don't care about RT accuracy), for that matter you can buy a USB keyboard and pull the keys you don't want off it and glue plastic or whatever over the holes. At 09:12 AM 2/6/2008 -0600, you wrote: >On Feb 6, 2008 8:50 AM, j.c.f. wrote: > > > > If they hit ESC they can abort and start the job again as they > > describe. And you wouldn't be able to tell because the data files would be > > overwritten. People tend to either use another device besides the keyboard > > for subject input or have an overlay that blocks out all except the > > response keys. > >Thanks for your response, Jonathan. Using a non-keyboard device here >is not an option because I need seven response keys, and our button >boxes only have four. Where can I find the sort of overlay you >describe? I made a cheap one out of an index card for the number >keypad but I think I'd need something firmer to prevent accidental >swipes at the Windows key, for instance (which I suspect is what >happened here -- she reported hitting "space" but I don't think that >was really what happened). > >Erin >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Wed Feb 6 21:37:53 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m174af9v018116 for ; Wed, 6 Feb 2008 21:36:41 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A1A973FDD5E for ; Wed, 6 Feb 2008 21:36:41 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E3F033FDD5C for ; Wed, 6 Feb 2008 21:36:40 -0700 (MST) Message-Id: <5.1.0.14.2.20080206213245.00ba49c0@psy1.psych.arizona.edu> Date: Wed, 06 Feb 2008 21:36:04 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] and Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Note that if you are intending to debug a script with in it with that records that time that the frame that had in it is displayed and NOT the corrected time back to when the previous response was timed out at. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Thu Feb 7 15:04:52 2008 Received: from aa011msr.fastwebnet.it (aa011msr.fastwebnet.it [85.18.95.71]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m17M4HBO021004 for ; Thu, 7 Feb 2008 15:04:17 -0700 Received: from pr001msr (10.31.174.232) by aa011msr.fastwebnet.it (8.0.013.5) id 47AAEA7F00185A09 for DMDX@psy1.psych.arizona.edu; Thu, 7 Feb 2008 23:04:10 +0100 Message-ID: <3743470.507131202421844944.JavaMail.defaultUser@defaultHost> Date: Thu, 7 Feb 2008 23:04:04 +0100 (CET) From: Annalisa Setti To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] help with branching MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi all, I'm trying to set up a simple (!!) branching procedure but I have some problems. The experiment should work as follow: instructions n trials (randomised) starting with a fixation cross followed by a video video followed by a text such as "press the spacebar to continue" this text should ideally stay on screen until the participant presses the bar but I actually can only keep it on screen for a certain amount of time using ) after n trials another text should appear stating something like "press spacebar to continue, press enter to restart" and here the branching should bring the participant either to the following trial or back to start. I have tried different branching functions but i do not seem to get to the right point. Here is the last code I came up with, but I have tried also with I have also tried to put the branching in the 888 trial (I thought so that I did not need to specify which trial had to contain the "enter" answer) but it did not work. I have tried to mark the positive response as +space and the negative response as +enter in the head code but it did not help. thank you for your help $ 10000 / ; 0 "Questa 猫 la fase di prova"; $ 1 "+"/ / "beam-np (audvis).avi"/ ; ^1 * "press space to continue" / ; 2 "+"/ / "beam-np (audvis).avi"/ ; ^2 * "press space to continue" / ; 3 "+"/ / "beam-np (audvis).avi"/; ^3 * "press space to continue" / ; \ $ ^888 * "press space to continue, press enter to restart"/; 999 / ; 4 "+"/ / "beam-np (audvis).avi"/ ; ^4 * "press M to continue" / ; 0 "L'esperimento 猫 finito, grazie.";$ Annalisa Setti, Department of Psychology University of Bologna (Italy) From DMDX-owner@psy1.psych.arizona.edu Fri Feb 8 07:25:56 2008 Received: from mail-relay-2.csv.warwick.ac.uk (mail-relay-2.csv.warwick.ac.uk [137.205.128.8]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m18EPBFI023621 for ; Fri, 8 Feb 2008 07:25:11 -0700 Received: from localhost (localhost [127.0.0.1]) by mail-relay-2.csv.warwick.ac.uk (8.13.8/8.13.6) with ESMTP id m18EP0QC016452 for ; Fri, 8 Feb 2008 14:25:00 GMT Received: from mail-relay-2.csv.warwick.ac.uk ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tsyDpRhQP7is for ; Fri, 8 Feb 2008 14:24:58 +0000 (GMT) Received: from beech.ads.warwick.ac.uk (beech [137.205.97.163]) by mail-relay-2.csv.warwick.ac.uk (8.13.8/8.13.6) with ESMTP id m18EOf96016093 for ; Fri, 8 Feb 2008 14:24:44 GMT Received: from ELDER.ads.warwick.ac.uk ([137.205.97.184]) by beech.ads.warwick.ac.uk with Microsoft SMTPSVC(6.0.3790.1830); Fri, 8 Feb 2008 14:24:37 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C86A5E.5602FB96" Subject: [DMDX] Image formats Date: Fri, 8 Feb 2008 14:23:00 -0000 Message-ID: References: <5.1.0.14.2.20080111155226.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080112124328.00ba4ab8@psy1.psych.arizona.edu> From: "Matthews, William" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C86A5E.5602FB96 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Can DMDX display image formats other than jpeg and bitmap? I'd like to = show png images (because they're smaller files than bitmap but without = the distortions of jpegs), but can't see a way to do it... Thanks for your help, Will Matthews ------_=_NextPart_001_01C86A5E.5602FB96 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable [DMDX] Re: can DMDX accommodate short = animations?=0A= =0A= =0A= =0A=

Hi,

=0A=

Can DMDX display image formats other than jpeg and bitmap? I'd like = to show png images (because they're smaller files than bitmap but = without the distortions of jpegs), but can't see a way to do it...

=0A=

Thanks for your help,

=0A=

Will Matthews

------_=_NextPart_001_01C86A5E.5602FB96-- From DMDX-owner@psy1.psych.arizona.edu Fri Feb 8 09:54:39 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m18GsJLM024059 for ; Fri, 8 Feb 2008 09:54:19 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5AF014068A5 for ; Fri, 8 Feb 2008 09:54:17 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C14F24068AA for ; Fri, 8 Feb 2008 09:54:14 -0700 (MST) Message-Id: <5.1.0.14.2.20080208094304.00ba5120@psy1.psych.arizona.edu> Date: Fri, 08 Feb 2008 09:54:13 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: help with branching In-Reply-To: <3743470.507131202421844944.JavaMail.defaultUser@defaultHos t> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 11:04 PM 2/7/2008 +0100, you wrote: >Hi all, >I'm trying to set up a simple (!!) branching procedure but I have some >problems. > >The experiment should work as follow: >instructions >n trials (randomised) starting with a fixation cross followed by a video >video followed by a text such as "press the spacebar to continue" >this text should ideally stay on screen until the participant presses the bar >but I actually can only keep it on screen for a certain amount of time using >) Use this instead: ^1 * "press space to continue" ; >after n trials another text should appear stating something like "press >spacebar to continue, press enter to restart" and here the branching should >bring the participant either to the following trial or back to start. >I have tried different branching functions but i do not seem to get to the >right point. >Here is the last code I came up with, but I have tried also with "+enter", >-10000> I have also tried to put the branching in the 888 >trial (I thought so that I did not need to specify which trial had to contain >the "enter" answer) but it did not work. I have tried to mark the positive >response as +space and the negative response as +enter in the head code >but it >did not help. Yeah, correct and incorrect responses are more of a challenge using as there isn't any native correctness to zillions of responses so any correctness that DMDX does see is imposed on that. But having in there would typically fix things however you might want to try using instead of . It could be that the you have is malformed, there should be a space after the mnr token -- the fact that it doesn't generate an error means it could be working however. You could also try a with this sort of construct: ^888 * "press space to continue, press enter to restart"/ ; You could look at the diagnostics and see if DMDX is actually recording a negative response however I just now notice you've used ^ for a Correct Response indicator which means any response for that item is correct so it's never going to take a . Changing item 888 to use a + CR indicator will fix your problem. >thank you for your help > > > >$ >10000 / ; >0 "Questa 猫 la fase di prova"; > >$ >1 "+"/ / "beam-np (audvis).avi"/ ; >^1 * "press space to continue" / ; > >2 "+"/ / "beam-np (audvis).avi"/ ; >^2 * "press space to continue" / ; > >3 "+"/ / "beam-np (audvis).avi"/; >^3 * "press space to continue" / ; > > >\ >$ > >^888 * "press space to continue, >press enter to restart"/; >999 / ; > > > >4 "+"/ / "beam-np (audvis).avi"/ ; >^4 * "press M to continue" / ; > > > >0 "L'esperimento 猫 finito, grazie.";$ > > >Annalisa Setti, > >Department of Psychology >University of Bologna (Italy) > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Fri Feb 8 09:54:54 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m18GsZHD024070 for ; Fri, 8 Feb 2008 09:54:35 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B408A4068AD for ; Fri, 8 Feb 2008 09:54:35 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0A4864068A7 for ; Fri, 8 Feb 2008 09:54:33 -0700 (MST) Message-Id: <5.1.0.14.2.20080208095425.00ba5120@psy1.psych.arizona.edu> Date: Fri, 08 Feb 2008 09:54:32 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Image formats In-Reply-To: References: <5.1.0.14.2.20080111155226.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080112124328.00ba4ab8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 02:23 PM 2/8/2008 +0000, you wrote: >Hi, > >Can DMDX display image formats other than jpeg and bitmap? No. >I'd like to show png images (because they're smaller files than bitmap but >without the distortions of jpegs), but can't see a way to do it... > >Thanks for your help, > >Will Matthews /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Fri Feb 8 12:24:44 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m18JNx9x024559 for ; Fri, 8 Feb 2008 12:24:00 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9FD56407046 for ; Fri, 8 Feb 2008 12:23:59 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 17A1540709A for ; Fri, 8 Feb 2008 12:23:59 -0700 (MST) Message-Id: <5.1.0.14.2.20080208122144.00ba52f8@psy1.psych.arizona.edu> Date: Fri, 08 Feb 2008 12:23:48 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Inspiron 1720 and DMDX Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list We just saw a Dell Inspiron 1720 function flawlessly with DMDX for audio capture purposes. I've seen a lot of desktops fail to run DMDX as well. Not only the audio portions of it were flawless but the video as well. Really impressive, well worth the effort to justify a Dell purchase. Of course it did come with Vista but Dell have XP drivers (some of which take a bit of rooting out) but once they're all installed everything worked perfectly. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Mon Feb 11 07:19:10 2008 Received: from web30505.mail.mud.yahoo.com (web30505.mail.mud.yahoo.com [68.142.200.118]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m1BEIGpm003718 for ; Mon, 11 Feb 2008 07:18:16 -0700 Received: (qmail 31649 invoked by uid 60001); 11 Feb 2008 14:17:55 -0000 Received: from [71.243.155.245] by web30505.mail.mud.yahoo.com via HTTP; Mon, 11 Feb 2008 06:17:55 PST Date: Mon, 11 Feb 2008 06:17:55 -0800 (PST) From: Maria Krauss Subject: [DMDX] spatial position of simultaneously displayed images To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080208094304.00ba5120@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1437264139-1202739475=:28548" Content-Transfer-Encoding: 8bit Message-ID: <597987.28548.qm@web30505.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1437264139-1202739475=:28548 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello All, Is there a way to adjust where on screen images display? Specifically, we are using the comma frame separator to display simultaneous images, and for one feedback option we would like the original shape stimulus to be displayed next to the icon representing the participant's answer. From the "tests" I have done, I can tell that if I changed the nature of the screen shot (e.g., the original relative spatial position of the shape) then I could get the shape to where we need it to be. However, since I cannot display the icons while I am getting the screenshots (using Turbo Pascal in DOSBox and Screenhunter), it is just "guesswork", and I may end up having to take hundreds of screenshots to get the right positioning. (Also due to the fact that each stimuli has to be represented 3 times identically at maximum- once as the original stimulus, and if wrong, once next to the icon (answer) chosen and then next to the correct icon/answer). Is this the only way we can do this? Note: Controlling exactly how close the shape is to the icon is important for us, as we'll be working with special needs children who will need this precise pictorial representation to hopefully learn as they do this experiment. Also, I wanted to let folks know just in case it isn't already widely known that a fellow graduate student was able to import my GIF animation into her apple program "Fireworks" and convert it to a .MOV file, which played in DMDX. She had to purchase Fireworks once upon a time, but it has proven useful to her for many other tasks- with very easy and precise customization to boot. Thanks again, Maria Krauss --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1437264139-1202739475=:28548 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello All,
 
Is there a way to adjust where on screen images display? Specifically, we are using the comma frame separator to display simultaneous images, and for one feedback option we would like the original shape stimulus to be displayed next to the icon representing the participant's answer.
 
 From the "tests" I have done, I can tell that if I changed the nature of the screen shot (e.g., the original relative spatial position of the shape) then I could get the shape to where we need it to be. However, since I cannot display the icons while I am getting the screenshots (using Turbo Pascal in DOSBox and Screenhunter), it is just "guesswork", and I may end up having to take hundreds of screenshots to get the right positioning. (Also due to the fact that each stimuli has to be represented 3 times identically at maximum- once as the original stimulus, and if wrong, once next to the icon (answer) chosen and then next to the correct icon/answer). Is this the only way we can do this? Note: Controlling exactly how close the shape is to the icon is important for us, as we'll be working with special needs children who will need this precise pictorial representation to hopefully learn as they do this experiment.
 
Also, I wanted to let folks know just in case it isn't already widely known that a fellow graduate student was able to import my GIF animation into her apple program "Fireworks" and convert it to a .MOV file, which played in DMDX. She had to purchase Fireworks once upon a time, but it has proven useful to her for many other tasks- with very easy and precise customization to boot.
 
Thanks again,
Maria Krauss
 


 

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1437264139-1202739475=:28548-- From DMDX-owner@psy1.psych.arizona.edu Mon Feb 11 13:48:22 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1BKljc4005275 for ; Mon, 11 Feb 2008 13:47:45 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9721D40EE67 for ; Mon, 11 Feb 2008 13:47:41 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id F13C540EE64 for ; Mon, 11 Feb 2008 13:47:39 -0700 (MST) Message-Id: <5.1.0.14.2.20080211134716.00ba52f8@psy1.psych.arizona.edu> Date: Mon, 11 Feb 2008 13:47:31 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: spatial position of simultaneously displayed images In-Reply-To: <597987.28548.qm@web30505.mail.mud.yahoo.com> References: <5.1.0.14.2.20080208094304.00ba5120@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1116825281==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1116825281==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed See and . At 06:17 AM 2/11/2008 -0800, you wrote: >Hello All, > >Is there a way to adjust where on screen images display? Specifically, we >are using the comma frame separator to display simultaneous images, and >for one feedback option we would like the original shape stimulus to be >displayed next to the icon representing the participant's answer. > > From the "tests" I have done, I can tell that if I changed the nature of > the screen shot (e.g., the original relative spatial position of the > shape) then I could get the shape to where we need it to be. However, > since I cannot display the icons while I am getting the screenshots > (using Turbo Pascal in DOSBox and Screenhunter), it is just "guesswork", > and I may end up having to take hundreds of screenshots to get the right > positioning. (Also due to the fact that each stimuli has to be > represented 3 times identically at maximum- once as the original > stimulus, and if wrong, once next to the icon (answer) chosen and then > next to the correct icon/answer). Is this the only way we can do this? > Note: Controlling exactly how close the shape is to the icon is important > for us, as we'll be working with special needs children who will need > this precise pictorial representation to hopefully learn as they do this > experiment. > >Also, I wanted to let folks know just in case it isn't already widely >known that a fellow graduate student was able to import my GIF animation >into her apple program "Fireworks" and convert it to a .MOV file, which >played in DMDX. She had to purchase Fireworks once upon a time, but it has >proven useful to her for many other tasks- with very easy and precise >customization to boot. > >Thanks again, >Maria Krauss > > > > > > >Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >Try >it now. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. --=====================_1116825281==_.ALT Content-Type: text/html; charset="us-ascii"
See <xy> and <XYjustification>.

At 06:17 AM 2/11/2008 -0800, you wrote:
Hello All,
 
Is there a way to adjust where on screen images display? Specifically, we are using the comma frame separator to display simultaneous images, and for one feedback option we would like the original shape stimulus to be displayed next to the icon representing the participant's answer.
 
 From the "tests" I have done, I can tell that if I changed the nature of the screen shot (e.g., the original relative spatial position of the shape) then I could get the shape to where we need it to be. However, since I cannot display the icons while I am getting the screenshots (using Turbo Pascal in DOSBox and Screenhunter), it is just "guesswork", and I may end up having to take hundreds of screenshots to get the right positioning. (Also due to the fact that each stimuli has to be represented 3 times identically at maximum- once as the original stimulus, and if wrong, once next to the icon (answer) chosen and then next to the correct icon/answer). Is this the only way we can do this? Note: Controlling exactly how close the shape is to the icon is important for us, as we'll be working with special needs children who will need this precise pictorial representation to hopefully learn as they do this experiment.
 
Also, I wanted to let folks know just in case it isn't already widely known that a fellow graduate student was able to import my GIF animation into her apple program "Fireworks" and convert it to a .MOV file, which played in DMDX. She had to purchase Fireworks once upon a time, but it has proven useful to her for many other tasks- with very easy and precise customization to boot.
 
Thanks again,
Maria Krauss
 


 


Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Ours is a world where people don't know what they want and are
willing to go through hell to get it.

--=====================_1116825281==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 12:27:49 2008 Received: from MAILFE.acad.gc.cuny.edu (mailfe.gc.cuny.edu [146.96.128.51]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1DJQdYO011516 for ; Wed, 13 Feb 2008 12:26:40 -0700 Received: from MAILBE.acad.gc.cuny.edu ([146.96.10.30]) by MAILFE.acad.gc.cuny.edu with Microsoft SMTPSVC(6.0.3790.3959); Wed, 13 Feb 2008 14:26:33 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C86E76.5762F236" Subject: [DMDX] grouping parameter isn't recognized Date: Wed, 13 Feb 2008 14:26:33 -0500 Message-ID: <06B4E8BFED446D4CA5B3ED7DB3A3D4210363FABC@MAILBE.acad.gc.cuny.edu> From: "Pugach, Yana" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C86E76.5762F236 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone, I am trying to prepare a file for my experiment, which has 6 blocks with = 14 sentences each, and I want those sentences to be fixed in groups of = 2. I use this as a parameter line: and my sentences are typed in order: experimental, filler, experimental, = filler, etc. Here is an excerpt of my file, after the practice section: 1 "If Robert wins, this tournament will be effectively over.", "If Robert wins this tournament, we will lose our bets."; +1 * "YP1D1a.wav" ; 202 "The detective paid particular attention to a pen with some = paper on the table.", "The detective paid particular attention to a pan with noodles in = the kitchen."; -202 * "YP1D202a.wav" ; 2 "After the contractor has finished painting, the gates will = look as good as new.", "After the contractor has finished painting the gates, we will = pay him in cash."; -2 * "YP1D2b.wav" ; 201 "At the exhibition the little girl liked the painting with a = sheep on a green field.", "At the exhibition the little girl liked the painting with a ship = on a stormy ocean."; +201 * "YP1D201a.wav" ; But when I try running this, the presentation doesn't fix sentences in = groups of 2, and sometimes I even have 3 experimental items in a row.=20 Could you please suggest something to correct this? Thank you, Yana ------_=_NextPart_001_01C86E76.5762F236 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable grouping parameter isn't recognized

Hello everyone,

I am trying to prepare a file for my experiment, which has 6 blocks with = 14 sentences each, and I want those sentences to be fixed in groups of = 2. I use this as a parameter line:
<n 84> <azk> <fd 0> <d -1> <fbocb> = <nfb> <t 15000> <id "keyboard"><vm 1280 = 768 768 16 60><mpr +7><mnr -n> <s 14> <g = 2>

and my sentences are typed in order: experimental, filler, experimental, = filler, etc.
Here is an excerpt of my file, after the practice section:

1       <ln -6>"If Robert wins, = this tournament will be effectively over.",
        <ln 6>"If Robert = wins this tournament, we will lose our bets."<ne>;
+1      * <wav 2> "YP1D1a.wav" = <ms% 5000><c>;

202     <ln -6>"The detective paid = particular attention to a pen with some paper on the table.",
        <ln 6>"The = detective paid particular attention to a pan with noodles in the = kitchen."<ne>;
-202    * <wav 2> "YP1D202a.wav" <ms% = 5000><c>;

2       <ln -6>"After the = contractor has finished painting, the gates will look as good as = new.",
        <ln 6>"After the = contractor has finished painting the gates, we will pay him in = cash."<ne>;
-2      * <wav 2> "YP1D2b.wav" = <ms% 5000><c>;

201     <ln -6>"At the exhibition the = little girl liked the painting with a sheep on a green field.",
        <ln 6>"At the = exhibition the little girl liked the painting with a ship on a stormy = ocean."<ne>;
+201    * <wav 2> "YP1D201a.wav" <ms% = 5000><c>;

But when I try running this, the presentation doesn't fix sentences in = groups of 2, and sometimes I even have 3 experimental items in a = row.
Could you please suggest something to correct this?
Thank you,
Yana

------_=_NextPart_001_01C86E76.5762F236-- From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 12:45:08 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1DJinNT011599 for ; Wed, 13 Feb 2008 12:44:49 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 44FF2417970 for ; Wed, 13 Feb 2008 12:44:49 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C75C941796C for ; Wed, 13 Feb 2008 12:44:45 -0700 (MST) Message-Id: <5.1.0.14.2.20080213124339.00ba5288@psy1.psych.arizona.edu> Date: Wed, 13 Feb 2008 12:44:40 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: grouping parameter isn't recognized In-Reply-To: <06B4E8BFED446D4CA5B3ED7DB3A3D4210363FABC@MAILBE.acad.gc.cu ny.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1285854125==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1285854125==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed You probably have an extra item in there making the grouping out of phase with what you want. At 02:26 PM 2/13/2008 -0500, you wrote: >Hello everyone, > >I am trying to prepare a file for my experiment, which has 6 blocks with >14 sentences each, and I want those sentences to be fixed in groups of 2. >I use this as a parameter line: > 768 768 16 60> > >and my sentences are typed in order: experimental, filler, experimental, >filler, etc. >Here is an excerpt of my file, after the practice section: > >1 "If Robert wins, this tournament will be effectively over.", > "If Robert wins this tournament, we will lose our bets."; >+1 * "YP1D1a.wav" ; > >202 "The detective paid particular attention to a pen with some >paper on the table.", > "The detective paid particular attention to a pan with > noodles in the kitchen."; >-202 * "YP1D202a.wav" ; > >2 "After the contractor has finished painting, the gates will >look as good as new.", > "After the contractor has finished painting the gates, we > will pay him in cash."; >-2 * "YP1D2b.wav" ; > >201 "At the exhibition the little girl liked the painting with >a sheep on a green field.", > "At the exhibition the little girl liked the painting with > a ship on a stormy ocean."; >+201 * "YP1D201a.wav" ; > >But when I try running this, the presentation doesn't fix sentences in >groups of 2, and sometimes I even have 3 experimental items in a row. >Could you please suggest something to correct this? >Thank you, >Yana /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. --=====================_1285854125==_.ALT Content-Type: text/html; charset="us-ascii"
You probably have an extra item in there making the grouping out of phase with what you want.

At 02:26 PM 2/13/2008 -0500, you wrote:

Hello everyone,

I am trying to prepare a file for my experiment, which has 6 blocks with 14 sentences each, and I want those sentences to be fixed in groups of 2. I use this as a parameter line:
<n 84> <azk> <fd 0> <d -1> <fbocb> <nfb> <t 15000> <id "keyboard"><vm 1280 768 768 16 60><mpr +7><mnr -n> <s 14> <g 2>

and my sentences are typed in order: experimental, filler, experimental, filler, etc.
Here is an excerpt of my file, after the practice section:

1       <ln -6>"If Robert wins, this tournament will be effectively over.",
        <ln 6>"If Robert wins this tournament, we will lose our bets."<ne>;
+1      * <wav 2> "YP1D1a.wav" <ms% 5000><c>;

202     <ln -6>"The detective paid particular attention to a pen with some paper on the table.",
        <ln 6>"The detective paid particular attention to a pan with noodles in the kitchen."<ne>;
-202    * <wav 2> "YP1D202a.wav" <ms% 5000><c>;

2       <ln -6>"After the contractor has finished painting, the gates will look as good as new.",
        <ln 6>"After the contractor has finished painting the gates, we will pay him in cash."<ne>;
-2      * <wav 2> "YP1D2b.wav" <ms% 5000><c>;

201     <ln -6>"At the exhibition the little girl liked the painting with a sheep on a green field.",
        <ln 6>"At the exhibition the little girl liked the painting with a ship on a stormy ocean."<ne>;
+201    * <wav 2> "YP1D201a.wav" <ms% 5000><c>;

But when I try running this, the presentation doesn't fix sentences in groups of 2, and sometimes I even have 3 experimental items in a row.
Could you please suggest something to correct this?
Thank you,
Yana


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Ours is a world where people don't know what they want and are
willing to go through hell to get it.

--=====================_1285854125==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 13:04:08 2008 Received: from MAILFE.acad.gc.cuny.edu (mailfe.gc.cuny.edu [146.96.128.51]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1DK3tqZ011723 for ; Wed, 13 Feb 2008 13:03:55 -0700 Received: from MAILBE.acad.gc.cuny.edu ([146.96.10.30]) by MAILFE.acad.gc.cuny.edu with Microsoft SMTPSVC(6.0.3790.3959); Wed, 13 Feb 2008 15:03:50 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C86E7B.8C899AFA" Subject: [DMDX] RE: Re: grouping parameter isn't recognized Date: Wed, 13 Feb 2008 14:59:55 -0500 Message-ID: <06B4E8BFED446D4CA5B3ED7DB3A3D4210363FABE@MAILBE.acad.gc.cuny.edu> References: <5.1.0.14.2.20080213124339.00ba5288@psy1.psych.arizona.edu> From: "Pugach, Yana" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C86E7B.8C899AFA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable No, I just recalculated them. I have 2 extra items at the end, which = won't be taken into consideration, but they are enclosed within a pair = of $ symbols. Is there anything else that could be wrong? -----Original Message----- From: DMDX-owner@psy1.psych.arizona.edu on behalf of Jonathan C. Forster Sent: Wed 2/13/2008 2:44 PM To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: grouping parameter isn't recognized =20 You probably have an extra item in there making the grouping out of = phase=20 with what you want. At 02:26 PM 2/13/2008 -0500, you wrote: >Hello everyone, > >I am trying to prepare a file for my experiment, which has 6 blocks = with=20 >14 sentences each, and I want those sentences to be fixed in groups of = 2.=20 >I use this as a parameter line: > 768 768 16 60> > >and my sentences are typed in order: experimental, filler, = experimental,=20 >filler, etc. >Here is an excerpt of my file, after the practice section: > >1 "If Robert wins, this tournament will be effectively = over.", > "If Robert wins this tournament, we will lose our = bets."; >+1 * "YP1D1a.wav" ; > >202 "The detective paid particular attention to a pen with = some=20 >paper on the table.", > "The detective paid particular attention to a pan with=20 > noodles in the kitchen."; >-202 * "YP1D202a.wav" ; > >2 "After the contractor has finished painting, the gates = will=20 >look as good as new.", > "After the contractor has finished painting the gates, = we=20 > will pay him in cash."; >-2 * "YP1D2b.wav" ; > >201 "At the exhibition the little girl liked the painting = with=20 >a sheep on a green field.", > "At the exhibition the little girl liked the painting = with=20 > a ship on a stormy ocean."; >+201 * "YP1D201a.wav" ; > >But when I try running this, the presentation doesn't fix sentences in=20 >groups of 2, and sometimes I even have 3 experimental items in a row. >Could you please suggest something to correct this? >Thank you, >Yana /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. ------_=_NextPart_001_01C86E7B.8C899AFA Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMUAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEAMwAAAFJFOiBbRE1EWF0gUmU6IGdy b3VwaW5nIHBhcmFtZXRlciBpc24ndCByZWNvZ25pemVkAKIRAQWAAwAOAAAA2AcCAA0ADgA7ADcA AwBxAQEggAMADgAAANgHAgANAA8AAwAxAAMANAEBCYABACEAAABDNThDQTdCQjZFRDBBRjQzQjNF M0JBRTJFRTFENEFGQQCuBwEDkAYAkA4AADkAAAADACYAAAAAAAMANgAAAAAAQAA5AJKABgF7bsgB HgA9AAEAAAAFAAAAUkU6IAAAAAACAUcAAQAAACsAAABjPVVTO2E9IDtwPUNVTlk7bD1NQUlMQkUt MDgwMjEzMjAwMzQ5Wi03MjMAAB4ASQABAAAALwAAAFtETURYXSBSZTogZ3JvdXBpbmcgcGFyYW1l dGVyIGlzbid0IHJlY29nbml6ZWQAAEAATgAARDXfeG7IAR4AWgABAAAAIgAAAERNRFgtb3duZXJA cHN5MS5wc3ljaC5hcml6b25hLmVkdQAAAAIBWwABAAAAYQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAERNRFgtb3duZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdQBTTVRQAERNRFgtb3duZXJAcHN5 MS5wc3ljaC5hcml6b25hLmVkdQAAAAACAVwAAQAAACcAAABTTVRQOkRNRFgtT1dORVJAUFNZMS5Q U1lDSC5BUklaT05BLkVEVQAAHgBdAAEAAAAUAAAASm9uYXRoYW4gQy4gRm9yc3RlcgACAV4AAQAA AFEAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABKb25hdGhhbiBDLiBGb3JzdGVyAFNNVFAAamZv cnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdQAAAAACAV8AAQAAACUAAABTTVRQOkpGT1JTVEVS QFBTWTEuUFNZQ0guQVJJWk9OQS5FRFUAAAAAHgBmAAEAAAAFAAAAU01UUAAAAAAeAGcAAQAAACIA AABETURYLW93bmVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUAAAAeAGgAAQAAAAUAAABTTVRQAAAA AB4AaQABAAAAIAAAAGpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUAHgBwAAEAAAAvAAAA W0RNRFhdIFJlOiBncm91cGluZyBwYXJhbWV0ZXIgaXNuJ3QgcmVjb2duaXplZAAAAgFxAAEAAAAb AAAAAchuePPakbgsgUN9ToOJNdoWuDhqvwAAg0sMAB4AdAABAAAAHAAAAERNRFhAcHN5MS5wc3lj aC5hcml6b25hLmVkdQAeABoMAQAAAA0AAABQdWdhY2gsIFlhbmEAAAAAHgAdDgEAAAAvAAAAW0RN RFhdIFJlOiBncm91cGluZyBwYXJhbWV0ZXIgaXNuJ3QgcmVjb2duaXplZAAAAgEJEAEAAADXBgAA 0wYAAEYMAABMWkZ19ZfzbAMACgByY3BnMTI14jIDQ3RleAVBAQMB9/8KgAKkA+QHEwKAD/MAUARW PwhVB7IRJQ5RAwECAGNo4QrAc2V0MgYABsMRJfYzBEYTtzASLBEzCO8J97Y7GB8OMDURIgxgYwBQ 8wsJAWQzNhZQC6YK4wqAAE5vLCBJIGp1lnMFQBggYwdAY3ULYAEOsGQgdGhlbS5jHYET4HZlIBRA DsFy6GEgaQ6wbQQgHoAewkkfsG5kHXB3aA3gaGshMAIgJwVAYh+AAZBr5wnwIBACMG8gBaAAgQSB TR6AaQIgHXBidSCTefcgcBggIOFjF7AUEB6wA/BXHtALgCBwIAqwaQXAb6BmICQgcwbDcx8RrwQg HtEkcQBweSVSZx+w/yawIhET4AVABaAeYB6wIgE2dwNgJ+A/HPQprwot9SsiTwUQZwuAB0AF0AeQ sHNhZ2UrIxz0RgNhADogRE1EWC1vJHduBJBAcCZgMS5LLjET0C4KwGl6AiBhei4JgHUmAAOgIgAT 4Gx7JiAmEUovIShhEhEfEEZ/BbAd0ASQHPQGYAIwLWBXQR6hMi8xMy8B0DACOB+QOjQ0IFBNeRz0 VG8tZC4vLzQxpXWsYmoFkDIxWy2CXQfwbmUtYAnACGBwJ9IKsWE3B4AxcSAQcyHCHgFvZ70DAHoJ gBz0HOUc9FkIYOslsANgYgGgbCRAH1MDke8fyCKBJxUAwGsn0iCyN6f3CGAFQCYRcBPgKDEc9CUy KyExIIF5OxF3AHB0LpUqCkEFQDAzQDI2M4HxMpktMDUzAB1wQKMDYOUOsDoqCj5IKBAXsB+w7R9w ckCgLfAsRMVExR2QvzhgHsBFwD3DIsA7QGUKsXknYSBmAxAfgAIQBcBt+yRADsBwBnEHgAIwISY/ UcYgQmACYG9jawQgQAN9RMUxM3AUEAIwJKEHkWX9ANBoHXAAcB6wHZBA4h7B3yThTCkisSIBSJB4 HqElcfc3owQgJhEyHxBGlx3AKEJvBAAgcCBhOClsC4BERj4CPAOgODQ+IDxhfHprU8EFcEIQU8Ee sC2mMVQiBuBjYlPBblUwO1PBBUAxQ3FUgiMgICKtIlB5BuALESJTYHY84MUOIDgc1j43NjMgWJIu MUJgHDBTYG07QCAryjdZYW4FwC1uU8EEIPdMAFPBJ/AyRoZExU0ySSHzTDgkYnR5SXBPgwWwBIG/ LWBJWAdAHXBIkUiwch1w5158RMVfV3RjQSVFISRx91GSPDJMkHIFMSYRSSFIkv9NEQGAEoEgsjtA ANAjcEyQX0whZRECIFL2S5YgZuQ8gmwDoC02PiJJJiD/CAAiAAAgJSEAgB1wUXMisP8IcCvASbIl IUVQIfIBEWWCyx9wO6FvRaEuIkYWZuX/ZzRnr2jOISEpIWniJNI+wSsFwCIAdCbAIlNwZT5rGTBE 1Ctm1SpT0EDgdoNbEVbQWVAxRDEvQE1x0SJT0CBQJSBWQzy+Y3CXRMUB0BRAZxpUIMH/AQAOsGqT JbIesAqxZSEeYf8FwB6ATGEjckeyJaEiYUAD9nMDcD+GPgqwSXEvkiCy/wGRSLBrX2xndd9273f6 A5HxS0ogbm8EcEiwBCA9BK4gPbBhsB7gbnBMLXTVv3GtdNFyr3O/dMBm7UFkV38i4R/hNrAFsUpy SJADAHP/HuB9wiKRJ9Fosj4hHoFLIqdp8UTFF7Bva1GyZ4Ch+1GyLfB3ex9sZ4eviL+Jxv+KWG7T jSZp0wqwO7EHcDzy3x4giXCB/nFPhANihI+Fn68B0GbUhycglXghUGIgIL94EyDBUrACQEixK6By b1H+aSJQHrOQqEtKIACJcUgQ3y+SIAAJw0iBKBBkjP+OCP+Zj5qfm69/vJ2CBSCd9B3Q3wWwSSFK 8EzQge0rmHWDX/dyn5dPRRBCI+EhQCJhHZDzR1Ed8HVuAwA90wQAikTvR/FMMiNjfOBvB5Ahwk9B /0wpJXFExU/ZTRR5MiNwB4LvHZBFkQOgH1MzXmsgFSVz/wNgjOBExQhRKOFAogtQTND5ThJ1ZyxQ HdGw4yfDIrPech4BIJIEACmVPnywAHDXi/BAoUYWWQBwYSoPOiDHuq+7v7ybLyJcvcC6VUQtajCG KGouYcBm/C4pvJ/AOb3AvZC6T8KPC8OfZuJYwYlBU0NJgR2QUklCQk9OEiBAQU1QQUlHxmAtBRDA R8bATlNUIEj4VE1MBdDGwMfgvZDBMf257U8IcIDxUdIhoKKQJRG7JzNJcG+1Ma3BIcJrgJD/B+BA UyQTTZNNMiRhP6ZFUO9HhYxAHsE3sWdKUUVBzkMvFCAgEUErHPR90VAAHgA1EAEAAABDAAAAPDA2 QjRFOEJGRUQ0NDZENENBNUIzRUQ3REIzQTNENDIxMDM2M0ZBQkVATUFJTEJFLmFjYWQuZ2MuY3Vu eS5lZHU+AAAeADkQAQAAADwAAAA8NS4xLjAuMTQuMi4yMDA4MDIxMzEyNDMzOS4wMGJhNTI4OEBw c3kxLnBzeWNoLmFyaXpvbmEuZWR1PgAeAEcQAQAAAA8AAABtZXNzYWdlL3JmYzgyMgAACwDyEAEA AAAfAPMQAQAAAHYAAABSAEUAJQAzAEEAIABbAEQATQBEAFgAXQAgAFIAZQAlADMAQQAgAGcAcgBv AHUAcABpAG4AZwAgAHAAYQByAGEAbQBlAHQAZQByACAAaQBzAG4AJwB0ACAAcgBlAGMAbwBnAG4A aQB6AGUAZAAuAEUATQBMAAAAAAALAPYQAAAAAEAABzCSgAYBe27IAUAACDDKrZyMe27IAQMA3j+v bwAAAwDxPwkEAAAeAPg/AQAAAA0AAABQdWdhY2gsIFlhbmEAAAAAAgH5PwEAAABIAAAAAAAAANyn QMjAQhAatLkIACsv4YIBAAAAAAAAAC9PPUNVTlkvT1U9QUNBREVNSUMvQ049TElORy1TL0NOPUlN RUxOSUtPVkEAHgD6PwEAAAAVAAAAU3lzdGVtIEFkbWluaXN0cmF0b3IAAAAAAgH7PwEAAAAeAAAA AAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAAD AB1AAAAAAAMAHkAAAAAAHgAwQAEAAAALAAAASU1FTE5JS09WQQAAHgAxQAEAAAALAAAASU1FTE5J S09WQQAAHgAyQAEAAAAiAAAARE1EWC1vd25lckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AAAAHgAz QAEAAAAgAAAAamZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdQAeADhAAQAAAAsAAABJTUVM TklLT1ZBAAAeADlAAQAAAAIAAAAuAAAAAwB2QP////8LACkAAAAAAAsAIwAAAAAAAwAGEB400foD AAcQBwcAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABOTyxJSlVTVFJFQ0FMQ1VMQVRFRFRI RU1JSEFWRTJFWFRSQUlURU1TQVRUSEVFTkQsV0hJQ0hXT05UQkVUQUtFTklOVE9DT05TSURFUkFU SU9OLEJVVFRIRVlBUkVFTkNMT1NFAAAAAAIBfwABAAAAQwAAADwwNkI0RThCRkVENDQ2RDRDQTVC M0VEN0RCM0EzRDQyMTAzNjNGQUJFQE1BSUxCRS5hY2FkLmdjLmN1bnkuZWR1PgAAGTM= ------_=_NextPart_001_01C86E7B.8C899AFA-- From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 18:52:26 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1E1piGo012628 for ; Wed, 13 Feb 2008 18:51:44 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E83702A16BA for ; Wed, 13 Feb 2008 18:51:43 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id BF9092A18A7 for ; Wed, 13 Feb 2008 18:51:42 -0700 (MST) Message-Id: <5.1.0.14.2.20080213184824.00ba4930@psy1.psych.arizona.edu> Date: Wed, 13 Feb 2008 18:51:40 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] RE: Re: grouping parameter isn't recognized In-Reply-To: <06B4E8BFED446D4CA5B3ED7DB3A3D4210363FABE@MAILBE.acad.gc.cu ny.edu> References: <5.1.0.14.2.20080213124339.00ba5288@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list It's always an extra item. Or put it this way, a missing item. Like an item doesn't have a semicolon at the end of it. You could force the count of items to reset with a scramble emit (\) but your extra item is likely to be buried in the middle somewhere so that's not much help. If it's a missing semicolon this is usually associated with syntax errors so perhaps a Syntax Check will show you which item is missing it's terminator. At 02:59 PM 2/13/2008 -0500, you wrote: >No, I just recalculated them. I have 2 extra items at the end, which won't >be taken into consideration, but they are enclosed within a pair of $ >symbols. Is there anything else that could be wrong? > > > >-----Original Message----- >From: DMDX-owner@psy1.psych.arizona.edu on behalf of Jonathan C. Forster >Sent: Wed 2/13/2008 2:44 PM >To: DMDX@psy1.psych.arizona.edu >Subject: [DMDX] Re: grouping parameter isn't recognized > > >You probably have an extra item in there making the grouping out of phase >with what you want. > >At 02:26 PM 2/13/2008 -0500, you wrote: > > >Hello everyone, > > > >I am trying to prepare a file for my experiment, which has 6 blocks with > >14 sentences each, and I want those sentences to be fixed in groups of 2. > >I use this as a parameter line: > > >768 768 16 60> > > > >and my sentences are typed in order: experimental, filler, experimental, > >filler, etc. > >Here is an excerpt of my file, after the practice section: > > > >1 "If Robert wins, this tournament will be effectively over.", > > "If Robert wins this tournament, we will lose our bets."; > >+1 * "YP1D1a.wav" ; > > > >202 "The detective paid particular attention to a pen with some > >paper on the table.", > > "The detective paid particular attention to a pan with > > noodles in the kitchen."; > >-202 * "YP1D202a.wav" ; > > > >2 "After the contractor has finished painting, the gates will > >look as good as new.", > > "After the contractor has finished painting the gates, we > > will pay him in cash."; > >-2 * "YP1D2b.wav" ; > > > >201 "At the exhibition the little girl liked the painting with > >a sheep on a green field.", > > "At the exhibition the little girl liked the painting with > > a ship on a stormy ocean."; > >+201 * "YP1D201a.wav" ; > > > >But when I try running this, the presentation doesn't fix sentences in > >groups of 2, and sometimes I even have 3 experimental items in a row. > >Could you please suggest something to correct this? > >Thank you, > >Yana > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are >willing to go through hell to get it. > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 20:52:08 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1E3pkjM012951 for ; Wed, 13 Feb 2008 20:51:46 -0700 Received: by el-out-1112.google.com with SMTP id m34so285177ele.9 for ; Wed, 13 Feb 2008 19:51:37 -0800 (PST) Received: by 10.142.229.4 with SMTP id b4mr679425wfh.125.1202961096105; Wed, 13 Feb 2008 19:51:36 -0800 (PST) Received: by 10.142.245.4 with HTTP; Wed, 13 Feb 2008 19:51:36 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 22:51:36 -0500 From: "Chloe Jordan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Very long Chinese semantic judgement tasks... MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi all, We are relatively new users of DMDX, and past comments have been very helpful in developing our file! Currently we are working on semantic judgment tasks in Chinese, and, though we are confident that our video cards are up to date and we have set the delay parameter, the file still freezes occasionally, forcing us to restart the computer and the task. Here is a copy of our instruction line: There are over 124 items, each with at least 3 lines of Chinese traditional or simplified characters. Is it possible that the file is just too long, and the Chinese characters too many, for DMDX to keep up with? If this is the case, is there anything else we can do, or would splitting the file into two separate files (and tasks) help? Any advice is very much appreciated. Best, Chloe From DMDX-owner@psy1.psych.arizona.edu Wed Feb 13 21:30:44 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1E4UFXd013065 for ; Wed, 13 Feb 2008 21:30:16 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DDC3B419631 for ; Wed, 13 Feb 2008 21:30:15 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7AFE141962E for ; Wed, 13 Feb 2008 21:30:12 -0700 (MST) Message-Id: <5.1.0.14.2.20080213212513.00ba4a88@psy1.psych.arizona.edu> Date: Wed, 13 Feb 2008 21:30:07 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Very long Chinese semantic judgement tasks... In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list No, I've tested item files with millions of items and items with hundreds of frames and so on. Video card crashes almost always occur after a set number of frames, usually less than 30. You can try in the parameters that forces the checking of ESC far more often than otherwise (doesn't hurt to do it as a rule these days as machines are so much faster than they were when DMDX was written). There was a recent fix for a crash that only occurred with unicode fonts so perhaps you need to update to the latest version of DMDX. At 10:51 PM 2/13/2008 -0500, you wrote: >Hi all, > >We are relatively new users of DMDX, and past comments have been very >helpful in developing our file! Currently we are working on semantic >judgment tasks in Chinese, and, though we are confident that our video >cards are up to date and we have set the delay parameter, the file >still freezes occasionally, forcing us to restart the computer and >the task. Here is a copy of our instruction line: > > > >There are over 124 items, each with at least 3 lines of Chinese >traditional or simplified characters. Is it possible that the file is >just too long, and the Chinese characters too many, for DMDX to keep >up with? If this is the case, is there anything else we can do, or >would splitting the file into two separate files (and tasks) help? > >Any advice is very much appreciated. > >Best, >Chloe >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Thu Feb 14 09:52:36 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1EGq5HZ014921 for ; Thu, 14 Feb 2008 09:52:05 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C90702A2841 for ; Thu, 14 Feb 2008 09:52:05 -0700 (MST) Received: from KIFXP (kif-xp.psychdept.arizona.edu [128.196.98.56]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id BFE882A2846 for ; Thu, 14 Feb 2008 09:52:03 -0700 (MST) From: "Kenneth Forster" To: Subject: [DMDX] RE: Very long Chinese semantic judgement tasks... Date: Thu, 14 Feb 2008 09:52:03 -0700 Message-ID: <007001c86f29$f2ffc5d0$3862c480@KIFXP> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Chloe, We have been having exactly the same problem with our latest Chinese experiments. They also involve very long files, but that has nothing to do with it. Jonathan figured out what was going wrong (a really bizarre combination of different factors), and I'm pretty confident that your problem will be solved if you download the very latest version of DMDX. --k.i.f. > -----Original Message----- > From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX- > owner@psy1.psych.arizona.edu] On Behalf Of Chloe Jordan > Sent: Wednesday, February 13, 2008 8:52 PM > To: DMDX@psy1.psych.arizona.edu > Subject: [DMDX] Very long Chinese semantic judgement tasks... > > Hi all, > > We are relatively new users of DMDX, and past comments have been very > helpful in developing our file! Currently we are working on semantic > judgment tasks in Chinese, and, though we are confident that our video > cards are up to date and we have set the delay parameter, the file > still freezes occasionally, forcing us to restart the computer and > the task. Here is a copy of our instruction line: > > > > There are over 124 items, each with at least 3 lines of Chinese > traditional or simplified characters. Is it possible that the file is > just too long, and the Chinese characters too many, for DMDX to keep > up with? If this is the case, is there anything else we can do, or > would splitting the file into two separate files (and tasks) help? > > Any advice is very much appreciated. > > Best, > Chloe > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Thu Feb 14 12:16:40 2008 Received: from MAILFE.acad.gc.cuny.edu (mailfe.gc.cuny.edu [146.96.128.51]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1EJGLcG015337 for ; Thu, 14 Feb 2008 12:16:21 -0700 Received: from MAILBE.acad.gc.cuny.edu ([146.96.10.30]) by MAILFE.acad.gc.cuny.edu with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 Feb 2008 14:16:15 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C86F3E.115578CC" Subject: [DMDX] RE: RE: Re: grouping parameter isn't recognized Date: Thu, 14 Feb 2008 14:11:42 -0500 Message-ID: <06B4E8BFED446D4CA5B3ED7DB3A3D4210363FAC6@MAILBE.acad.gc.cuny.edu> References: <5.1.0.14.2.20080213124339.00ba5288@psy1.psych.arizona.edu> <5.1.0.14.2.20080213184824.00ba4930@psy1.psych.arizona.edu> From: "Pugach, Yana" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C86F3E.115578CC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A colleague of mine, Yukiko Koizumi, suggested an interesting solution, = which, I think, resolved my problem, so I want to post it here in case = anybody else has a similar issue.=20 Since each of my items has two semi-colons, DMDX probably considers it = to be not 1, but 2 items: 1 "If Robert wins, this tournament will be effectively over.", "If Robert wins this tournament, we will lose our bets."; +1 * "YP1D1a.wav" ; So, on Yukiko's suggestion, I changed the grouping parameter from = to , and I think that it did the trick. -----Original Message----- From: DMDX-owner@psy1.psych.arizona.edu on behalf of j.c.f. Sent: Wed 2/13/2008 8:51 PM To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] RE: Re: grouping parameter isn't recognized =20 It's always an extra item. Or put it this way, a missing item. Like an = item doesn't have a semicolon at the end of it. You could force the = count=20 of items to reset with a scramble emit (\) but your extra item is likely = to=20 be buried in the middle somewhere so that's not much help. If it's a=20 missing semicolon this is usually associated with syntax errors so = perhaps=20 a Syntax Check will show you which item is missing it's terminator. At 02:59 PM 2/13/2008 -0500, you wrote: >No, I just recalculated them. I have 2 extra items at the end, which = won't=20 >be taken into consideration, but they are enclosed within a pair of $=20 >symbols. Is there anything else that could be wrong? > > > >-----Original Message----- >From: DMDX-owner@psy1.psych.arizona.edu on behalf of Jonathan C. = Forster >Sent: Wed 2/13/2008 2:44 PM >To: DMDX@psy1.psych.arizona.edu >Subject: [DMDX] Re: grouping parameter isn't recognized > > >You probably have an extra item in there making the grouping out of = phase >with what you want. > >At 02:26 PM 2/13/2008 -0500, you wrote: > > >Hello everyone, > > > >I am trying to prepare a file for my experiment, which has 6 blocks = with > >14 sentences each, and I want those sentences to be fixed in groups = of 2. > >I use this as a parameter line: > > >768 768 16 60> > > > >and my sentences are typed in order: experimental, filler, = experimental, > >filler, etc. > >Here is an excerpt of my file, after the practice section: > > > >1 "If Robert wins, this tournament will be effectively = over.", > > "If Robert wins this tournament, we will lose our = bets."; > >+1 * "YP1D1a.wav" ; > > > >202 "The detective paid particular attention to a pen with = some > >paper on the table.", > > "The detective paid particular attention to a pan with > > noodles in the kitchen."; > >-202 * "YP1D202a.wav" ; > > > >2 "After the contractor has finished painting, the gates = will > >look as good as new.", > > "After the contractor has finished painting the gates, = we > > will pay him in cash."; > >-2 * "YP1D2b.wav" ; > > > >201 "At the exhibition the little girl liked the painting = with > >a sheep on a green field.", > > "At the exhibition the little girl liked the painting = with > > a ship on a stormy ocean."; > >+201 * "YP1D201a.wav" ; > > > >But when I try running this, the presentation doesn't fix sentences = in > >groups of 2, and sometimes I even have 3 experimental items in a row. > >Could you please suggest something to correct this? > >Thank you, > >Yana > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are >willing to go through hell to get it. > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Send mail to DMDX-request@psy1.psych.arizona.edu with the word 'unsubscribe' by itself with no quotes in the body of the email to be removed from the list. The list archive is available here: http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------_=_NextPart_001_01C86F3E.115578CC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IhATAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEANwAAAFJFOiBbRE1EWF0gUkU6IFJl OiBncm91cGluZyBwYXJhbWV0ZXIgaXNuJ3QgcmVjb2duaXplZACTEgEFgAMADgAAANgHAgAOAA4A CwAqAAQANgEBIIADAA4AAADYBwIADgAOABAADwAEACABAQmAAQAhAAAAMzBGNkVBMDUxNzc1QkY0 OUE5MTMwMDY3MzExMjBBMkQA7AYBA5AGAEgSAAA5AAAAAwAmAAAAAAADADYAAAAAAEAAOQDsVwRv PW/IAR4APQABAAAABQAAAFJFOiAAAAAAAgFHAAEAAAAsAAAAYz1VUzthPSA7cD1DVU5ZO2w9TUFJ TEJFLTA4MDIxNDE5MTYxNFotMTkwMQAeAEkAAQAAADMAAABbRE1EWF0gUkU6IFJlOiBncm91cGlu ZyBwYXJhbWV0ZXIgaXNuJ3QgcmVjb2duaXplZAAAQABOAACeJiSsbsgBHgBaAAEAAAAiAAAARE1E WC1vd25lckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AAAAAgFbAAEAAABhAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAARE1EWC1vd25lckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AFNNVFAARE1EWC1v d25lckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AAAAAAIBXAABAAAAJwAAAFNNVFA6RE1EWC1PV05F UkBQU1kxLlBTWUNILkFSSVpPTkEuRURVAAAeAF0AAQAAAAcAAABqLmMuZi4AAAIBXgABAAAARAAA AAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAGouYy5mLgBTTVRQAGpmb3JzdGVyQHBzeTEucHN5Y2gu YXJpem9uYS5lZHUAAgFfAAEAAAAlAAAAU01UUDpKRk9SU1RFUkBQU1kxLlBTWUNILkFSSVpPTkEu RURVAAAAAB4AZgABAAAABQAAAFNNVFAAAAAAHgBnAAEAAAAiAAAARE1EWC1vd25lckBwc3kxLnBz eWNoLmFyaXpvbmEuZWR1AAAAHgBoAAEAAAAFAAAAU01UUAAAAAAeAGkAAQAAACAAAABqZm9yc3Rl ckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AB4AcAABAAAAMwAAAFtETURYXSBSRTogUmU6IGdyb3Vw aW5nIHBhcmFtZXRlciBpc24ndCByZWNvZ25pemVkAAACAXEAAQAAABsAAAAByG6sQ1QAOFloYY5H togdjgsyhLljACRK7FcAHgB0AAEAAAAcAAAARE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AB4A GgwBAAAADQAAAFB1Z2FjaCwgWWFuYQAAAAAeAB0OAQAAADMAAABbRE1EWF0gUkU6IFJlOiBncm91 cGluZyBwYXJhbWV0ZXIgaXNuJ3QgcmVjb2duaXplZAAAAgEJEAEAAABYCgAAVAoAAC8VAABMWkZ1 AHwiIAMACgByY3BnMTI14jIDQ3RleAVBAQMB9/8KgAKkA+QHEwKAD/MAUARWPwhVB7IRJQ5RAwEC AGNo4QrAc2V0MgYABsMRJfYzBEYTtzASLBEzCO8J97Y7GB8OMDURIgxgYwBQ8wsJAWQzNhZQC6YK 4wqAhEEgF5FsZWFnClAgIG9mIG0LgGUsACBZdWtpa28gYEtvaXp1HkAegHOYdWdnB5AOsGQgA5Hf C4AOsBggH/ALgGcfkAbwTnUg4AIgHoB3aA3gaJEegEkgdCHgbmsegAsgsQbwdiARbXkgcHMDYAJg ZW0fgR7wIkB3ywBwBUB0HvBwbx/wIGDdBUBoIKEgYR1gYRQQIDHKeQbgZCNwZWwmERPg/QQgYR+Q B3ADEArBBAEKUOouHOVTC4BjHfAdsBPQPx4DI3AlQCPgBCAnEnR3dx7wFBAeQC0XkgCAHoBE2E1E WCODAaBsI3AFoF8AgQSBBCAlQSTBYh3wbqpvBUAxHoBiIWAgFEANKdM6HPQc9DEgIDyCbAOgLTY+ IkkeIP8IAC1gACAhwAuAK1EiYSpR+QhhbmEHgCSRA/AdkC1SXwERBZAg4CMgLDFvIyBy+C4iLBz0 L5AvozAPMS5/IbEd8DIzF7AmEQhhLVF0anMzsDweYD4ZMB0DKy0vgCovoCRwdi4wPiAAIllQMUQx YS4NOWEiL6AqACUgNTCxOwA+PGM4hihlbx6A+wIgHpUnBCAfpSGDIkAT0b8hACARImAd8AnACGBw IPL3CrEx0SCRIANSL6AhEDmh8yTBQGE0Ph6AAHAgICJFtSJRYSUjZCygPpN0BRBYY2suLsouyi1F Ak+9BRBnC4AHQAXQB5BzHcBWZUUDHPRGA2E6K3MtBG93HmByQHBzeewxLkgRE9AuCsAfMAIguzow CYB1PHItYBPgbB4gwR4Rai5jLmZDdQZgCwIwR0BXIBEyLzEzAi8B0DA4IDg6NckvgFBNHPRUb0dE SA9jSRQoZXViajLhR0BblSuCXQfwRUdAUmVHQHM+7yfSbicFQBggBaBnnQMAegmAM+Uuykl0PRH7 B0AkcHknMQOgDsE/kCnD/ShAIEVQI4AuES0CMUJUwd9BQR4xBBAg8lWlTB7QJiL3HOUp0kKQbweQ UkIT4CMg/ydCKsErAyAwVpIpAUFxHhGbJUBV4VkIYB1hdWwgIP0CEHIo8T6iXJEkkRz0W9P/KfIk wSCxFCAwwSJgJ0IFAB8x0CPBJrAeQAVAKFxc+ikt83k3slVIJ+E3UFhx/ywxJMEc9C1hLgAIgSAg JcHzPqIeQGRkYEEhMAeAIdDfJYIkIUIiPREtkm0a0ClQ+SVwbHBV4TAxJUBUchzl71d2WogxMzFR dR+gB0AsMfsmACEwYwcwIAJfc03AAjB0YXgmsHIDYCzRJCFwfwSQE+BNsBzlJ1AGsGuDQ+clcENQ MiRzaEewYUIhxP9h91d4PREgkR5BQkAFsEN70kEFQDAyTGA5TJFLqfwtMDrxHoBu4wNgDrAuu+w+ TjxRIkBqaeBSYwdA/mNcsGrDPqFV0SJAWhMUQP9VSCcxWzchtSHAAiBSUXUV/y1hAZBYgCBTHvAs ZkJAIYPfLgI+oWpBJZEJ8GM3Ymr0tyXBJ1AKsGkFwB4RJHom/03ABtI4ICIwNbIlgiZBImJ/IRAm w0IjXJQtYXRRIQA/33UVgr91QkUPRh0+Rw9Nv3tJLx4gSoiBQiESEShARj9sASCRdRVLH0whcoA0 NP1Mlz5NL04/izNPjlDPUd//UuiDHVxSK9daFFUqZBUlkX8AwB7AIQE+qwhgBUAeEXD9JxFldRVf cyHQQkFu4ySB50N1gxZyRDI2cs9z35OZ+CA+SCbAF7AmsDOBYVC/HmGep56nIkAx0EMReZdz7yTR GCAKsVpCZgMQHfBc8f8jUg7AbHEHcTajbzMnEpwwuwJgapBrVuFfgZ6nMYzg/xQQIIEo4QQgKSJB RiR0bqDvJhGmiC00otB4Y/SRMwQg/R4RMprWoSJp4F0yMVEnI/8/eGKAHmCeJp8QOFBMQEEg8S+g YXprrkEFcHJgrkGZICAtMa6iBuBjYq5Bfm6vsK5BLbE68y+gQrEi11iAJmELESI7MHZAQA4gZjgB QJ62NzZMMLMiMRecMBwwOzBtI5AgKzfls/FuBcAtbq5BBCCmUPeuQUByoC8+QWIjYaaIfQL8dHls cGQDBbAEgYbAo5jvB0AegKLRHaByHoC5S56nfbondEpwnqklklT1KPBy/wUxKXSi0kFBAYASgT6i I5D/ANAg4CjxFBAy8QIgrVilyP80QcIiL78wzzHfMu+etsIl/zRfNW82fzePOJWfATkBwiN/OT86 TztXoIoB0BRAwlpU/z6xAQAOsMXTflIgIAqxwCH/dpEFwEJAprEhciSyfkF7Af9rFGURnqcKsGxx PHJC4ywR/ygwxq/HuNGf0q/TugORpYv/LYEEcB2gLOFkNB7AvJAlcPpuy64t0JXNLdCRzi/PP/vQ RMItQb9XLGFVYcXQBbH/JxKi0AMAbpAgEX5h07EhAH/D8j7BasGlYh2QnqcXsG+7QgAnIWfcoawS HmB31u//x6nkD+Uf5ibmuMoy6ZjFE/8KsJVhB3AltYgg3g/Mz+AjfmLgr+G/0FTCFOOHWzV4/SHg YiVA09M+sWKAAkBgQf2E8HLKsVhxPoTtR6WLJ1F/JXCiUDxyJ1AJw6LBJsBk/+lv6nr2j/ef+K/b rfqSBSB/+wQf8AWwI2FqkB2w3e8r3/V133/OH/QPntRCLhFlQf9YwCJBn8AiwF2wE4CXg3AQ/+ak ojGmgnwDWYepkaZ5G5H/nraqKUFEZQIg4D+wbNAiQPefkVjAWhMzuTspxX4TgmD/6VCepxZxXMFu 4htgHbCoYv8ftA6EgNN7U2vgT7HEA4Kmv58Q2KCn8EIAYVGgGFmn8D5hk2+e0xjvGf8a7C8i02DQ GHgtaonmKEpUYPD/Hf8eqGDQG+AYfyD/Ig/81EJYH/tBU0NJCSBSIElCQk9OilBBTVBQQUlHJRAt JFBHASVwTlNUIEhUTf5MhUAlcCaQG+AfoRgPVgD/xIBpkwKgKoD/wGrxlvNscO5vEwFZgZKCay2Q bsCaA/98s6fjQWKicZlHvCChxeiw+6vBkUFnZrPFQC1CX0FcAf8Xn3TnIn8xvxsfHCUcvx3P/x7f H+U2Tzj/Ip83qCRvJX//Jo909nWAlOMTEGIzbEGjIf9kkdaigWRu4nZQkoJ146fgfmzoYVTBXOCG kS7YdLo9/0S/Rc9G30fuN5eLcbcR7VDnLlOG4/twcXUTsY4fiJXPX3PdQikRUxYgJwmQE3DmYl/h /nBlJ4IQfOBWgO/K8IlxX3NmQCBKwHRx3Pf9f6BkAxG+kFtTSdI3lqk0/ftwbcZRXNFDIv70isBV 4b/YolPCfPHdsNlCq/J2SeEvQOOW8nSlOfho2pBwOkwvL0sviKMvY4TwLen+gG4vhuIvLaEDUJNV X0fvW99c713/L/p9X+AeADUQAQAAAEMAAAA8MDZCNEU4QkZFRDQ0NkQ0Q0E1QjNFRDdEQjNBM0Q0 MjEwMzYzRkFDNkBNQUlMQkUuYWNhZC5nYy5jdW55LmVkdT4AAB4AORABAAAAeAAAADw1LjEuMC4x NC4yLjIwMDgwMjEzMTI0MzM5LjAwYmE1Mjg4QHBzeTEucHN5Y2guYXJpem9uYS5lZHU+IDw1LjEu MC4xNC4yLjIwMDgwMjEzMTg0ODI0LjAwYmE0OTMwQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+AB4A RxABAAAADwAAAG1lc3NhZ2UvcmZjODIyAAALAPIQAQAAAB8A8xABAAAAggAAAFIARQAlADMAQQAg AFsARABNAEQAWABdACAAUgBFACUAMwBBACAAUgBlACUAMwBBACAAZwByAG8AdQBwAGkAbgBnACAA cABhAHIAYQBtAGUAdABlAHIAIABpAHMAbgAnAHQAIAByAGUAYwBvAGcAbgBpAHoAZQBkAC4ARQBN AEwAAAAAAAsA9hAAAAAAQAAHMOxXBG89b8gBQAAIMNkoZhE+b8gBAwDeP69vAAADAPE/CQQAAB4A +D8BAAAADQAAAFB1Z2FjaCwgWWFuYQAAAAACAfk/AQAAAEgAAAAAAAAA3KdAyMBCEBq0uQgAKy/h ggEAAAAAAAAAL089Q1VOWS9PVT1BQ0FERU1JQy9DTj1MSU5HLVMvQ049SU1FTE5JS09WQQAeAPo/ AQAAABUAAABTeXN0ZW0gQWRtaW5pc3RyYXRvcgAAAAACAfs/AQAAAB4AAAAAAAAA3KdAyMBCEBq0 uQgAKy/hggEAAAAAAAAALgAAAAMA/T/kBAAAAwAZQAAAAAADABpAAAAAAAMAHUAAAAAAAwAeQAAA AAAeADBAAQAAAAsAAABJTUVMTklLT1ZBAAAeADFAAQAAAAsAAABJTUVMTklLT1ZBAAAeADJAAQAA ACIAAABETURYLW93bmVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUAAAAeADNAAQAAACAAAABqZm9y c3RlckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1AB4AOEABAAAACwAAAElNRUxOSUtPVkEAAB4AOUAB AAAAAgAAAC4AAAADAHZA/////wsAKQAAAAAACwAjAAAAAAADAAYQK8aD/wMABxCoDAAAAwAQEAAA AAADABEQAAAAAB4ACBABAAAAZQAAAEFDT0xMRUFHVUVPRk1JTkUsWVVLSUtPS09JWlVNSSxTVUdH RVNURURBTklOVEVSRVNUSU5HU09MVVRJT04sV0hJQ0gsSVRISU5LLFJFU09MVkVETVlQUk9CTEVN LFNPSVdBTlQAAAAAAgF/AAEAAABDAAAAPDA2QjRFOEJGRUQ0NDZENENBNUIzRUQ3REIzQTNENDIx MDM2M0ZBQzZATUFJTEJFLmFjYWQuZ2MuY3VueS5lZHU+AAC3zw== ------_=_NextPart_001_01C86F3E.115578CC-- From DMDX-owner@psy1.psych.arizona.edu Sun Feb 17 10:27:42 2008 Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1HHQXYs025671 for ; Sun, 17 Feb 2008 10:26:34 -0700 Received: by fk-out-0910.google.com with SMTP id b27so1589868fka.11 for ; Sun, 17 Feb 2008 09:26:28 -0800 (PST) Received: by 10.78.155.4 with SMTP id c4mr7440018hue.34.1203269187737; Sun, 17 Feb 2008 09:26:27 -0800 (PST) Received: from prenosnik ( [89.212.91.128]) by mx.google.com with ESMTPS id 31sm12318979fkt.14.2008.02.17.09.26.25 (version=SSLv3 cipher=RC4-MD5); Sun, 17 Feb 2008 09:26:26 -0800 (PST) Message-ID: <000c01c8718a$3cae71b0$0201a8c0@prenosnik> From: "Teodor Petric Gmail" To: References: <5.1.0.14.2.20080213212513.00ba4a88@psy1.psych.arizona.edu> Subject: [DMDX] Trial longer with positive response than with negative Date: Sun, 17 Feb 2008 18:25:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi all, I have two questions: (1) The exclamation mark in my script (see a shortened version of it below) causes the next line not to appear. I solved the problem by doubling the next line (otherwise my first trial item would not be included), but would like to know why this problem with comment line (! ... ) arises at all. (2) In my script (see below) two different tasks are involved, therefore voice recording (1st task) is combined with keyboarad response (2nd task). Each trial should take only 3500 ms (timeout 3200 ms), but whenever a subject presses the correct button, the corresponding wave file is longer (about 5400 ms) than with a wrong button pressed (3200 ms). I can't figure out why. Thanks in advance for any suggestion Teodor University of Maribor ------------ N32 $ ! Note 1 ! Note 2 ! Note 3 0 "M 2008, 1A VOX", "Yorkshiere" ; $ $ 0 "M 2008, 1A VOX", "Yorkshiere" ; 100000 <% 30> /; 0 "INSTRUCTIONS", ... "EXERCISE:"; -501 * "sklepati in dremati" /! "X" /! "HITRO !!!!" / ; +502 * "zebsti in teci" /! "X" /! "HITRO !!!!" / ; ... 0 "INSTRUCTIONS AGAIN", ... "START OF EXPERIMENT."; 251 <% 30> /; $ -1 * "kisati in pisati" /! "X" /! "HITRO !!!!" / ; +2 * "stresati in zibati" /! "X" /! "HITRO !!!!" / ; ... $ 252 <% 30> /; 1000 "Clapping" /! "Yorkshiere" /! <% 120> / "ende" / "Konec preskusa:", "Pritisnite tipko ESCAPE", "in shranite svoje podatke (SAVE data? - Yes)."; $ From DMDX-owner@psy1.psych.arizona.edu Sun Feb 17 11:38:40 2008 Received: from front1.acsu.buffalo.edu (coldfront.acsu.buffalo.edu [128.205.6.89]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m1HIc6Ym025893 for ; Sun, 17 Feb 2008 11:38:06 -0700 Received: (qmail 750 invoked from network); 17 Feb 2008 18:37:59 -0000 Received: from mailscan3.acsu.buffalo.edu (128.205.6.135) by front1.acsu.buffalo.edu with SMTP; 17 Feb 2008 18:37:59 -0000 Received: (qmail 27875 invoked from network); 17 Feb 2008 18:37:58 -0000 Received: from ubmail.acsu.buffalo.edu (HELO mproxy1.acsu.buffalo.edu?) (128.205.6.72) by smtp2.acsu.buffalo.edu with SMTP; 17 Feb 2008 18:37:58 -0000 Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 From: To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Trial longer with positive response than with negative Date: Sun, 17 Feb 2008 13:37:58 -0500 Message-Id: <20577.1203273478@buffalo.edu> Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi Teodor, For the first question, you might be missing a semicolon at the end of the comment line(s). I had the same problem before. I think dmdx probably treats everything between a ! and the next ; as the same comment line. Adding the semicolon solved my problem. Hope this helps :) Estella Liu Neural & Cognitive Plasticity Lab Department of Psychology University at Buffalo hliu6@buffalo.edu On Sun Feb 17 12:25 , "Teodor Petric Gmail" sent: >Hi all, > >I have two questions: >(1) The exclamation mark in my script (see a shortened version of it below) >causes the next line not to appear. I solved the problem by doubling the >next line (otherwise my first trial item would not be included), but would >like to know why this problem with comment line (! ... ) arises at all. > >(2) In my script (see below) two different tasks are involved, therefore >voice recording (1st task) is combined with keyboarad response (2nd task). >Each trial should take only 3500 ms (timeout 3200 ms), but whenever a >subject presses the correct button, the corresponding wave file is longer >(about 5400 ms) than with a wrong button pressed (3200 ms). >I can't figure out why. > >Thanks in advance for any suggestion > >Teodor >University of Maribor >------------ > N32 > >digitalVOX> > >$ >! Note 1 >! Note 2 >! Note 3 >0 "M 2008, 1A VOX", "Yorkshiere" ; >$ > >$ >0 "M 2008, 1A VOX", "Yorkshiere" ; >100000 /; >0 "INSTRUCTIONS", >.. > "EXERCISE:"; >-501 * "sklepati in dremati" /! "X" >/! "HITRO !!!!" / ; >+502 * "zebsti in teci" /! "X" /! > "HITRO !!!!" / ; >.. >0 "INSTRUCTIONS AGAIN", >.. > "START OF EXPERIMENT."; >251 /; >$ >-1 * "kisati in pisati" /! "X" /! > "HITRO !!!!" / ; >+2 * "stresati in zibati" /! "X" /! > "HITRO !!!!" / ; >.. >$ >252 /; >1000 "Clapping" /! "Yorkshiere" /! / >2> "ende" / "Konec preskusa:", "Pritisnite >tipko ESCAPE", "in shranite svoje podatke (SAVE data? - Yes)."; >$ > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== > > From DMDX-owner@psy1.psych.arizona.edu Sun Feb 17 22:03:09 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1I52TiC027670 for ; Sun, 17 Feb 2008 22:02:29 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 389A043792E for ; Sun, 17 Feb 2008 22:02:25 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4907E43792B for ; Sun, 17 Feb 2008 22:02:21 -0700 (MST) Message-Id: <5.1.0.14.2.20080217215342.00bad7f8@psy1.psych.arizona.edu> Date: Sun, 17 Feb 2008 22:02:18 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Trial longer with positive response than with negative In-Reply-To: <000c01c8718a$3cae71b0$0201a8c0@prenosnik> References: <5.1.0.14.2.20080213212513.00ba4a88@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 06:25 PM 2/17/2008 +0100, you wrote: >Hi all, > >I have two questions: >(1) The exclamation mark in my script (see a shortened version of it below) >causes the next line not to appear. I solved the problem by doubling the >next line (otherwise my first trial item would not be included), but would >like to know why this problem with comment line (! ... ) arises at all. ! is a Correct Response Indicator to an item and an item ends in a semi-colon. >(2) In my script (see below) two different tasks are involved, therefore >voice recording (1st task) is combined with keyboarad response (2nd task). >Each trial should take only 3500 ms (timeout 3200 ms), but whenever a >subject presses the correct button, the corresponding wave file is longer >(about 5400 ms) than with a wrong button pressed (3200 ms). >I can't figure out why. Not particularly surprising. Legacy mode assumes you're not interested in the DigitalVOX so including it may be the cause of inconsistency there. Could also be specifying 3200 ms of overrun protection. 500 tends to be as much as is needed and longer values can do weird things. You might try with no parameters, I'm fairly sure it's only older machines that need extra overrun protection. >Thanks in advance for any suggestion > >Teodor >University of Maribor >------------ > N32 > digitalVOX> > >$ >! Note 1 >! Note 2 >! Note 3 >0 "M 2008, 1A VOX", "Yorkshiere" ; >$ > >$ >0 "M 2008, 1A VOX", "Yorkshiere" ; >100000 <% 30> /; >0 "INSTRUCTIONS", >.. > "EXERCISE:"; >-501 * "sklepati in dremati" /! "X" >/! "HITRO !!!!" / ; >+502 * "zebsti in teci" /! "X" /! > "HITRO !!!!" / ; >.. >0 "INSTRUCTIONS AGAIN", >.. > "START OF EXPERIMENT."; >251 <% 30> /; >$ >-1 * "kisati in pisati" /! "X" /! > "HITRO !!!!" / ; >+2 * "stresati in zibati" /! "X" /! > "HITRO !!!!" / ; >.. >$ >252 <% 30> /; >1000 "Clapping" /! "Yorkshiere" /! <% 120> / 2> "ende" / "Konec preskusa:", "Pritisnite >tipko ESCAPE", "in shranite svoje podatke (SAVE data? - Yes)."; >$ > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ No problem is so formidable that you can't just walk away from it. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 04:28:25 2008 Received: from smtp1.nottingham.ac.uk (smtp1.nottingham.ac.uk [128.243.44.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JBREoH032759 for ; Tue, 19 Feb 2008 04:27:15 -0700 Received: from suismtp1.ad.nottingham.ac.uk ([128.243.42.10]) by smtp1.nottingham.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JRQau-0006qH-0m for DMDX@psy1.psych.arizona.edu; Tue, 19 Feb 2008 11:25:04 +0000 Received: from VUIEXCH2.ad.nottingham.ac.uk ([128.243.42.5]) by SUISMTP1.ad.nottingham.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Feb 2008 11:24:26 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C872E9.FC34AC18" Date: Tue, 19 Feb 2008 11:24:26 -0000 Message-ID: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> From: "Allured Georgina" To: Subject: [DMDX] Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C872E9.FC34AC18 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know what the error RTF control word <\kerning> used in quoted = text not supported means and when it keeps coming up what to do with it? =20 Thanks Georgina Allured =20 This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ------_=_NextPart_001_01C872E9.FC34AC18 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone know what the = error RTF control word <\kerning> used in quoted text not suppor= ted means and when it keeps coming up what to do with it?
 
Thanks
Georgina Allured
 

This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

------_=_NextPart_001_01C872E9.FC34AC18-- From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 06:19:59 2008 Received: from stoat.shef.ac.uk (stoat.shef.ac.uk [143.167.2.187]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JDJXGZ000725 for ; Tue, 19 Feb 2008 06:19:33 -0700 Received: from drake.shef.ac.uk ([143.167.2.64]) by stoat.shef.ac.uk with esmtp (Exim 4.68) (envelope-from ) id 1JRSNW-0004Jz-Jg; Tue, 19 Feb 2008 13:19:22 +0000 Received: from http by drake.shef.ac.uk with local (Exim 4.42) id 1JRSNW-0005xV-Gg; Tue, 19 Feb 2008 13:19:22 +0000 Received: from drake.shef.ac.uk (drake.shef.ac.uk [143.167.2.64]) by webmail.shef.ac.uk (IMP) with HTTP for ; Tue, 19 Feb 2008 13:19:22 +0000 Message-ID: <1203427162.47bad75a6d10c@webmail.shef.ac.uk> Date: Tue, 19 Feb 2008 13:19:22 +0000 From: Carrie Ankerstein To: DMDX@psy1.psych.arizona.edu, Allured Georgina Subject: [DMDX] Re: References: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> In-Reply-To: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi, I get something similar if I write the script in Word instead of Wordpad, regardless of the fact that both files are saved in the .rtf format. Try opening the script in Wordpad and simply hitting save and from then on only use Wordpad for scripts. Some versions of Word have hidden text which DMDX doesn't like. Carrie -- Dr Carrie Ankerstein Department of Human Communication Sciences University of Sheffield 31 Claremont Crescent Sheffield S10 2TA United Kingdom phone: (0) 114 22 22413 email: c.ankerstein@sheffield.ac.uk webpage: http://www.shef.ac.uk/hcs/staff/ankerstein Quoting Allured Georgina : > Does anyone know what the error RTF control word <\kerning> used in quoted > text not supported means and when it keeps coming up what to do with it? > > Thanks > Georgina Allured > > > This message has been checked for viruses but the contents of an attachment > may still contain software viruses, which could damage your computer system: > you are advised to perform your own checks. Email communications with the > University of Nottingham may be monitored as permitted by UK legislation. > > From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 08:06:44 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JF62cU001076 for ; Tue, 19 Feb 2008 08:06:02 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7773643CDDB for ; Tue, 19 Feb 2008 08:06:02 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7384B43CB04 for ; Tue, 19 Feb 2008 08:06:01 -0700 (MST) Message-Id: <5.1.0.14.2.20080219080527.00ba4aa8@psy1.psych.arizona.edu> Date: Tue, 19 Feb 2008 08:05:54 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: In-Reply-To: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.notti ngham.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Check the "Ignore Unknown RTF" check box when running item files. At 11:24 AM 2/19/2008 +0000, you wrote: >Does anyone know what the error RTF control word <\kerning> used in quoted >text not supported means and when it keeps coming up what to do with it? > >Thanks >Georgina Allured > > >This message has been checked for viruses but the contents of an >attachment may still contain software viruses, which could damage your >computer system: you are advised to perform your own checks. Email >communications with the University of Nottingham may be monitored as >permitted by UK legislation. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Expertise in one field does not carry over into other fields. But experts often think so. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 08:26:56 2008 Received: from cheviot3.ncl.ac.uk (cheviot3.ncl.ac.uk [128.240.234.65]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JFQfJS001174 for ; Tue, 19 Feb 2008 08:26:42 -0700 Received: from largo.campus.ncl.ac.uk (largo.ncl.ac.uk [10.8.234.184]) by cheviot3.ncl.ac.uk (8.13.1/8.13.1) with ESMTP id m1JFPIBl010714 for ; Tue, 19 Feb 2008 15:25:19 GMT MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [DMDX] RE: Re: Date: Tue, 19 Feb 2008 15:24:15 -0000 Message-ID: <37E80E80B681A24B8F768D607373CA800411DB96@largo.campus.ncl.ac.uk> In-Reply-To: <1203427162.47bad75a6d10c@webmail.shef.ac.uk> References: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> <1203427162.47bad75a6d10c@webmail.shef.ac.uk> From: "Chris Letts" To: Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list In fact I would NEVER use Word to edit DMDX rtf files due to the number of extraneous things it adds - only Wordpad or similar.. .... Chris >-----Original Message----- >From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX- >owner@psy1.psych.arizona.edu] On Behalf Of Carrie Ankerstein >Sent: 19 February 2008 13:19 >To: DMDX@psy1.psych.arizona.edu; Allured Georgina >Subject: [DMDX] Re: > >Hi, > >I get something similar if I write the script in Word instead of Wordpad, >regardless of the fact that both files are saved in the .rtf format. Try >opening the script in Wordpad and simply hitting save and from then on >only use >Wordpad for scripts. Some versions of Word have hidden text which DMDX >doesn't >like. > >Carrie > > >-- >Dr Carrie Ankerstein >Department of Human Communication Sciences >University of Sheffield >31 Claremont Crescent >Sheffield S10 2TA >United Kingdom > >phone: (0) 114 22 22413 >email: c.ankerstein@sheffield.ac.uk > >webpage: http://www.shef.ac.uk/hcs/staff/ankerstein > > >Quoting Allured Georgina : > >> Does anyone know what the error RTF control word <\kerning> used in >quoted >> text not supported means and when it keeps coming up what to do with it? >> >> Thanks >> Georgina Allured >> >> >> This message has been checked for viruses but the contents of an >attachment >> may still contain software viruses, which could damage your computer >system: >> you are advised to perform your own checks. Email communications with >the >> University of Nottingham may be monitored as permitted by UK legislation. >> >> >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 10:23:30 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JHN6Hf001519 for ; Tue, 19 Feb 2008 10:23:06 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9D3D92AB7BC for ; Tue, 19 Feb 2008 10:23:06 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DE1ED2AB982 for ; Tue, 19 Feb 2008 10:23:05 -0700 (MST) Message-Id: <5.1.0.14.2.20080219101618.00ba5228@psy1.psych.arizona.edu> Date: Tue, 19 Feb 2008 10:23:04 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: RE: Re: In-Reply-To: <37E80E80B681A24B8F768D607373CA800411DB96@largo.campus.ncl. ac.uk> References: <1203427162.47bad75a6d10c@webmail.shef.ac.uk> <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> <1203427162.47bad75a6d10c@webmail.shef.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:24 PM 2/19/2008 +0000, you wrote: >In fact I would NEVER use Word to edit DMDX rtf files due to the number >of extraneous things it adds - only Wordpad or similar.. > >... Chris Except that we've seen a couple of instances where Wordpad clearly produces malformed RTF (it appears to forget that \pard means reset everything to paragraph defaults). Granted they're in unusual situations (Excel generated unicode item files) but it's been run into twice here so I definitely do not recommend using Wordpad. Granted, Word sticks enormous amounts of extraneous garbage in there but it's also never produced malformed RTF either. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 11:53:34 2008 Received: from aa011msr.fastwebnet.it (aa011msr.fastwebnet.it [85.18.95.71]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1JIr1DT001876 for ; Tue, 19 Feb 2008 11:53:01 -0700 Received: from pr006msr (10.31.174.231) by aa011msr.fastwebnet.it (8.0.013.5) id 47AAEA7F01ED0718 for DMDX@psy1.psych.arizona.edu; Tue, 19 Feb 2008 19:52:24 +0100 Message-ID: <10240162.2482281203447168741.JavaMail.defaultUser@defaultHost> Date: Tue, 19 Feb 2008 19:52:48 +0100 (CET) From: Annalisa Setti To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] help with stimuli display MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi all, I'm setting up an experiment structured as follows: - fixation cross for (e.g.) 700ms - after 700ms the next item starts composed of: fixation cross (stays on screen), beep (number of beep variable), flash (number of flash variable. The beeps last 10ms and beeps should be spaced 70ms. The flashes last 10ms and should be spaced 58ms. my script is the following 889 "+" / / "3.5k beep 10ms.wav" / / "3.5k beep 10ms.wav" / / "white circle.bmp" /; +889 * "Press the green button to continue" ; With this the timing seems correct (could you please have a look if the code is in fact the correct one? in particular if i used the in the correct way?) however i am not able to get the fixation to do what it is supposed to. I tried to put in 2 fixations (one that disappears after 700ms and another one like this 889 "+" / / "+" , "3.5k beep 10ms.wav" / / "3.5k beep 10ms.wav" / / "white circle.bmp" /; +889 * "Press the green button to continue" ; but it does not work. I get missing / error. thank you very much for your help annalisa Annalisa Setti, Department of Psychology University of Bologna (Italy) From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 17:45:21 2008 Received: from smtp1.nottingham.ac.uk (smtp1.nottingham.ac.uk [128.243.44.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1K0ih9H003043 for ; Tue, 19 Feb 2008 17:44:44 -0700 Received: from suismtp1.ad.nottingham.ac.uk ([128.243.42.10]) by smtp1.nottingham.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JRd3l-0002SN-OD for DMDX@psy1.psych.arizona.edu; Wed, 20 Feb 2008 00:43:41 +0000 Received: from VUIEXCH2.ad.nottingham.ac.uk ([128.243.42.5]) by SUISMTP1.ad.nottingham.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Wed, 20 Feb 2008 00:42:43 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C87359.81065EC0" Subject: [DMDX] RE: Date: Wed, 20 Feb 2008 00:40:51 -0000 Message-ID: <9F021643C732AA4A83B591F862CE6189013F5BE9@VUIEXCH2.ad.nottingham.ac.uk> References: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> <1203427162.47bad75a6d10c@webmail.shef.ac.uk> From: "Allured Georgina" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C87359.81065EC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 I have made all the files in wordpad so far. The only time word has come in= to it is when it has been opened in word by accident. There's no disernable= differences between any of the items, yet when some are added that error c= omes up and with other items there is no problem. =20 Georgina ________________________________ From: Carrie Ankerstein [mailto:c.ankerstein@sheffield.ac.uk] Sent: Tue 2/19/2008 1:19 PM To: DMDX@psy1.psych.arizona.edu; Allured Georgina Subject: [DMDX] Re: Hi, I get something similar if I write the script in Word instead of Wordpad, regardless of the fact that both files are saved in the .rtf format. Try opening the script in Wordpad and simply hitting save and from then on only= use Wordpad for scripts. Some versions of Word have hidden text which DMDX does= n't like. Carrie -- Dr Carrie Ankerstein Department of Human Communication Sciences University of Sheffield 31 Claremont Crescent Sheffield S10 2TA United Kingdom phone: (0) 114 22 22413 email: c.ankerstein@sheffield.ac.uk webpage: http://www.shef.ac.uk/hcs/staff/ankerstein Quoting Allured Georgina : > Does anyone know what the error RTF control word <\kerning> used in quoted > text not supported means and when it keeps coming up what to do with it? >=20 > Thanks > Georgina Allured >=20 > > This message has been checked for viruses but the contents of an attachme= nt > may still contain software viruses, which could damage your computer syst= em: > you are advised to perform your own checks. Email communications with the > University of Nottingham may be monitored as permitted by UK legislation. > > This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ------_=_NextPart_001_01C87359.81065EC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [DMDX]
 
I have made all the files in wordpad so far. The only time w= ord has come into it is when it has been opened in word by accident. There'= s no disernable differences between any of the items, yet when some are add= ed that error comes up and with other items there is no problem.
 
Georgina
From: Carrie Ankerstein = [mailto:c.ankerstein@sheffield.ac.uk]
Sent: Tue 2/19/2008 1:19 PM=
To: DMDX@psy1.psych.arizona.edu; Allured Georgina
Subject:= Re: [DMDX]

Hi,

I get something similar if I write the script = in Word instead of Wordpad,
regardless of the fact that both files are s= aved in the .rtf format. Try
opening the script in Wordpad and simply hi= tting save and from then on only use
Wordpad for scripts. Some versions = of Word have hidden text which DMDX doesn't
like.

Carrie

<= BR>--
Dr Carrie Ankerstein
Department of Human Communication Sciences=
University of Sheffield
31 Claremont Crescent
Sheffield S10 2TAUnited Kingdom

phone: (0) 114 22 22413
email: c.ankerstein@shef= field.ac.uk

webpage: http://www.shef.ac.uk/hcs/staff/ankerstein


Quoting A= llured Georgina <aexga1@nottingham.ac.uk>:

> Does anyone kn= ow what the error RTF control word <\kerning> used in quoted
> = text not supported means and when it keeps coming up what to do with it?> 
> Thanks
> Georgina Allured
> 
>> This message has been checked for viruses but the contents of an att= achment
> may still contain software viruses, which could damage your= computer system:
> you are advised to perform your own checks. Email= communications with the
> University of Nottingham may be monitored = as permitted by UK legislation.
>
>

=

This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

------_=_NextPart_001_01C87359.81065EC0-- From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 21:37:16 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1K4adm4003676 for ; Tue, 19 Feb 2008 21:36:39 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2304143F598 for ; Tue, 19 Feb 2008 21:36:37 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9C63E43F594 for ; Tue, 19 Feb 2008 21:36:33 -0700 (MST) Message-Id: <5.1.0.14.2.20080219212751.00ba4aa8@psy1.psych.arizona.edu> Date: Tue, 19 Feb 2008 21:36:25 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: help with stimuli display In-Reply-To: <10240162.2482281203447168741.JavaMail.defaultUser@defaultH ost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 07:52 PM 2/19/2008 +0100, you wrote: >Hi all, >I'm setting up an experiment structured as follows: > >- fixation cross for (e.g.) 700ms >- after 700ms the next item starts composed of: fixation cross (stays on >screen), beep (number of beep variable), flash (number of flash variable. The >beeps last 10ms and beeps should be spaced 70ms. The flashes last 10ms and >should be spaced 58ms. > >my script is the following > > > > > > >889 "+" / / "3.5k beep 10ms.wav" / 70> / "3.5k beep 10ms.wav" / / >"white circle.bmp" /; >+889 * "Press the green >button to continue" ; > > >With this the timing seems correct (could you please have a look if the code >is in fact the correct one? in particular if i used the in the >correct way?) No, only doesn meaningful things in a frame that has a specification. You probably want something like this: 889 "+" / "3.5k beep 10ms.wav" / / "3.5k beep 10ms.wav" / "white circle.bmp" /; +889 * "Press the green button to continue" ; Or if you want the fixation to stay up longer you'll have to tell the later frames not to erase it: 889 "+" / "3.5k beep 10ms.wav" / / "3.5k beep 10ms.wav" / "white circle.bmp" /; +889 * "Press the green button to continue" ; >however i am not able to get the fixation to do what it is supposed to. I >tried to put in 2 fixations (one that disappears after 700ms and another one >like this > >889 "+" / / "+" , "3.5k beep 10ms.wav" / > / "3.5k beep 10ms.wav" / / > "white circle.bmp" /; >+889 * "Press the green >button to continue" ; > >but it does not work. I get missing / error. You can't use comma to any effect with a audio frame as an audio frame has no visual component. >thank you very much for your help > >annalisa > > > > > > > > > > > >Annalisa Setti, > >Department of Psychology >University of Bologna (Italy) >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Expertise in one field does not carry over into other fields. But experts often think so. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 21:37:44 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1K4bbKD003694 for ; Tue, 19 Feb 2008 21:37:37 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C387443F911 for ; Tue, 19 Feb 2008 21:37:34 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9E6D143F91E for ; Tue, 19 Feb 2008 21:37:31 -0700 (MST) Message-Id: <5.1.0.14.2.20080219213650.00bc1b80@psy1.psych.arizona.edu> Date: Tue, 19 Feb 2008 21:37:25 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: RE: In-Reply-To: <9F021643C732AA4A83B591F862CE6189013F5BE9@VUIEXCH2.ad.notti ngham.ac.uk> References: <9F021643C732AA4A83B591F862CE6189013F5BE2@VUIEXCH2.ad.nottingham.ac.uk> <1203427162.47bad75a6d10c@webmail.shef.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You need to check the Ignore Unkown RTF check box. Later installs of DMDX do this by default, earlier ones didn't. At 12:40 AM 2/20/2008 +0000, you wrote: > >I have made all the files in wordpad so far. The only time word has come >into it is when it has been opened in word by accident. There's no >disernable differences between any of the items, yet when some are added >that error comes up and with other items there is no problem. > >Georgina > >---------- >From: Carrie Ankerstein [mailto:c.ankerstein@sheffield.ac.uk] >Sent: Tue 2/19/2008 1:19 PM >To: DMDX@psy1.psych.arizona.edu; Allured Georgina >Subject: Re: [DMDX] > >Hi, > >I get something similar if I write the script in Word instead of Wordpad, >regardless of the fact that both files are saved in the .rtf format. Try >opening the script in Wordpad and simply hitting save and from then on >only use >Wordpad for scripts. Some versions of Word have hidden text which DMDX doesn't >like. > >Carrie > > >-- >Dr Carrie Ankerstein >Department of Human Communication Sciences >University of Sheffield >31 Claremont Crescent >Sheffield S10 2TA >United Kingdom > >phone: (0) 114 22 22413 >email: c.ankerstein@sheffield.ac.uk > >webpage: >http://www.shef.ac.uk/hcs/staff/ankerstein > > >Quoting Allured Georgina : > > > Does anyone know what the error RTF control word <\kerning> used in quoted > > text not supported means and when it keeps coming up what to do with it? > > > > Thanks > > Georgina Allured > > > > > > This message has been checked for viruses but the contents of an attachment > > may still contain software viruses, which could damage your computer > system: > > you are advised to perform your own checks. Email communications with the > > University of Nottingham may be monitored as permitted by UK legislation. > > > > > >This message has been checked for viruses but the contents of an >attachment may still contain software viruses, which could damage your >computer system: you are advised to perform your own checks. Email >communications with the University of Nottingham may be monitored as >permitted by UK legislation. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Expertise in one field does not carry over into other fields. But experts often think so. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 19 21:40:13 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1K4e2Sn003712 for ; Tue, 19 Feb 2008 21:40:02 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E0F4F43F942 for ; Tue, 19 Feb 2008 21:40:01 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 008EB43F95F for ; Tue, 19 Feb 2008 21:40:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080219213805.00ba4aa8@psy1.psych.arizona.edu> Date: Tue, 19 Feb 2008 21:39:56 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] vacation Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I'll be incommunicado till next Monday so if something's complex enough to need my input people will have to wait till I'm back. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Expertise in one field does not carry over into other fields. But experts often think so. From DMDX-owner@psy1.psych.arizona.edu Thu Feb 21 05:38:02 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1LCbFdx009761 for ; Thu, 21 Feb 2008 05:37:15 -0700 Received: by an-out-0708.google.com with SMTP id c34so2799anc.55 for ; Thu, 21 Feb 2008 04:37:09 -0800 (PST) Received: by 10.100.42.4 with SMTP id p4mr9908371anp.73.1203597429503; Thu, 21 Feb 2008 04:37:09 -0800 (PST) Received: by 10.100.3.9 with HTTP; Thu, 21 Feb 2008 04:37:09 -0800 (PST) Message-ID: Date: Thu, 21 Feb 2008 12:37:09 +0000 From: "Lara Maister" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] aikn problem MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6521_23376252.1203597429509" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_6521_23376252.1203597429509 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am very new to DMDX and coding in general, so apologies if this is a very simple question! In my experiment, a picture is presented for a fixed time, where the subject is not supposed to make any response. Then a second picture is presented until the subject aborts it with spacebar (which is also mapped as the positive response) or it times out. But if the subject accidentally responds (presses the spacebar) during the first stimulus, the second stimulus only shows for a brief flash with no time for the subject to respond, which messes everything up! How do I guard against this? I have tried having only within the second item and not in the header, or mapping aikn to another key for the first stimulus, but nothing seems to make any difference. If anyone has any advice I'd be so grateful! ------=_Part_6521_23376252.1203597429509 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

I am very new to DMDX and coding in general, so apologies if this is a very simple question!

In my experiment, a picture is presented for a fixed time, where the subject is not supposed to make any response. Then a second picture is presented until the subject aborts it with spacebar (which is also mapped as the positive response) or it times out.

But if the subject accidentally responds (presses the spacebar) during the first stimulus, the second stimulus only shows for a brief flash with no time for the subject to respond, which messes everything up! How do I guard against this? I have tried having <aikn +spacebar> only within the second item and not in the header, or mapping aikn to another key for the first stimulus, but nothing seems to make any difference. If anyone has any advice I'd be so grateful!

------=_Part_6521_23376252.1203597429509-- From DMDX-owner@psy1.psych.arizona.edu Thu Feb 21 05:51:57 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1LCphOa009867 for ; Thu, 21 Feb 2008 05:51:43 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 21 Feb 2008 13:51:41 +0100 Message-ID: <47BD73EC.1090308@univ-provence.fr> Date: Thu, 21 Feb 2008 13:51:56 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: aikn problem References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list can you please send a sample line of your script? Lara Maister wrote: > > I am very new to DMDX and coding in general, so apologies if this is a > very simple question! > > In my experiment, a picture is presented for a fixed time, where the > subject is not supposed to make any response. Then a second picture is > presented until the subject aborts it with spacebar (which is also > mapped as the positive response) or it times out. > > But if the subject accidentally responds (presses the spacebar) during > the first stimulus, the second stimulus only shows for a brief flash > with no time for the subject to respond, which messes everything up! > How do I guard against this? I have tried having only > within the second item and not in the header, or mapping aikn to > another key for the first stimulus, but nothing seems to make any > difference. If anyone has any advice I'd be so grateful! > -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Thu Feb 21 06:13:36 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1LDDGcN009951 for ; Thu, 21 Feb 2008 06:13:17 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 21 Feb 2008 14:13:16 +0100 Message-ID: <47BD78FB.2070004@univ-provence.fr> Date: Thu, 21 Feb 2008 14:13:31 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: aikn problem References: <47BD73EC.1090308@univ-provence.fr> In-Reply-To: <47BD73EC.1090308@univ-provence.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I suspect (yet I am not sure) it comes from your maprequest keyword () You are confounding the response mapped to request and that mapped to positive response () deleting or changing it to another value if you need it should work (dmdx will only read responses after the *) PS: why do you use double \\? Lara Maister wrote: > > Here are my headers (I'm sure some of them are superfluous, this is my > > first attempt at coding in DMDX) and one line (one trial). > > > > > > > +space> > > +21 "*Test 1*"//"stim"//* > [0,0[,0,0]]>"stimresp"; > > > > Thankyou! > > > > Lara > > > > On Thu, Feb 21, 2008 at 12:51 PM, F.-Xavier ALARIO > > > > wrote: > > > > can you please send a sample line of your script? > > > > > > Lara Maister wrote: > > > > > > I am very new to DMDX and coding in general, so apologies if > > this is a > > > very simple question! > > > > > > In my experiment, a picture is presented for a fixed time, where the > > > subject is not supposed to make any response. Then a second > > picture is > > > presented until the subject aborts it with spacebar (which is also > > > mapped as the positive response) or it times out. > > > > > > But if the subject accidentally responds (presses the spacebar) > > during > > > the first stimulus, the second stimulus only shows for a brief flash > > > with no time for the subject to respond, which messes everything up! > > > How do I guard against this? I have tried having > +spacebar> only > > > within the second item and not in the header, or mapping aikn to > > > another key for the first stimulus, but nothing seems to make any > > > difference. If anyone has any advice I'd be so grateful! > > > > > > > -- > > F.-Xavier ALARIO > > http://www.up.univ-mrs.fr/wlpc/alario > > http://www.lang-prod.org/ > > +33 4 88 57 69 00 > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu > > with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > ==================================================================== > > > > > > > > > > -- > > Lara Maister > > PhD Student > > University of Cambridge > > > > Laboratory for Research into Autism > > Department of Experimental Psychology, > > Downing Street, > > Cambridge, CB2 3EB > > > > Tel. 01223 333572 > -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Thu Feb 21 06:20:40 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1LDKPVG009993 for ; Thu, 21 Feb 2008 06:20:25 -0700 Received: by wx-out-0506.google.com with SMTP id i28so31053wxd.1 for ; Thu, 21 Feb 2008 05:20:25 -0800 (PST) Received: by 10.100.253.12 with SMTP id a12mr19888262ani.93.1203600025101; Thu, 21 Feb 2008 05:20:25 -0800 (PST) Received: by 10.100.3.9 with HTTP; Thu, 21 Feb 2008 05:20:25 -0800 (PST) Message-ID: Date: Thu, 21 Feb 2008 13:20:25 +0000 From: "Lara Maister" To: "F.-Xavier ALARIO" , dmdx Subject: [DMDX] Re: aikn problem In-Reply-To: <47BD78AC.3000605@univ-provence.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6743_9565746.1203600025120" References: <47BD73EC.1090308@univ-provence.fr> <47BD78AC.3000605@univ-provence.fr> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_6743_9565746.1203600025120 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hmmm, I deleted , and it had no effect - the second image still just flashed up for a second if the space bar was pressed during the first image. any other ideas? and as for the double /, if there was once a reason I have forgotten it! shall I delete one? Thanks, Lara On Thu, Feb 21, 2008 at 1:12 PM, F.-Xavier ALARIO < Francois-Xavier.Alario@univ-provence.fr> wrote: > I suspect (yet I am not sure) it comes from your maprequest keyword ( +space>) > > You are confounding the response mapped to request and that mapped to > positive response () > > deleting or changing it to another value if you need it > should work (dmdx will only read responses after the *) > > PS: why do you use double \\? > > > Lara Maister wrote: > > Here are my headers (I'm sure some of them are superfluous, this is my > > first attempt at coding in DMDX) and one line (one trial). > > > > > > > +space> > > +21 "*Test 1*"//"stim"//* > [0,0[,0,0]]>"stimresp"; > > > > Thankyou! > > > > Lara > > > > On Thu, Feb 21, 2008 at 12:51 PM, F.-Xavier ALARIO > > > > wrote: > > > > can you please send a sample line of your script? > > > > > > Lara Maister wrote: > > > > > > I am very new to DMDX and coding in general, so apologies if > > this is a > > > very simple question! > > > > > > In my experiment, a picture is presented for a fixed time, where > the > > > subject is not supposed to make any response. Then a second > > picture is > > > presented until the subject aborts it with spacebar (which is also > > > mapped as the positive response) or it times out. > > > > > > But if the subject accidentally responds (presses the spacebar) > > during > > > the first stimulus, the second stimulus only shows for a brief > flash > > > with no time for the subject to respond, which messes everything > up! > > > How do I guard against this? I have tried having > +spacebar> only > > > within the second item and not in the header, or mapping aikn to > > > another key for the first stimulus, but nothing seems to make any > > > difference. If anyone has any advice I'd be so grateful! > > > > > > > -- > > F.-Xavier ALARIO > > http://www.up.univ-mrs.fr/wlpc/alario > > http://www.lang-prod.org/ > > +33 4 88 57 69 00 > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu > > with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > ==================================================================== > > > > > > > > > > -- > > Lara Maister > > PhD Student > > University of Cambridge > > > > Laboratory for Research into Autism > > Department of Experimental Psychology, > > Downing Street, > > Cambridge, CB2 3EB > > > > Tel. 01223 333572 > > -- > F.-Xavier ALARIO > http://www.up.univ-mrs.fr/wlpc/alario > http://www.lang-prod.org/ > +33 4 88 57 69 00 > -- Lara Maister PhD Student University of Cambridge Laboratory for Research into Autism Department of Experimental Psychology, Downing Street, Cambridge, CB2 3EB Tel. 01223 333572 ------=_Part_6743_9565746.1203600025120 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hmmm, I deleted <mr +space>, and it had no effect - the second image still just flashed up for a second if the space bar was pressed during the first image. any other ideas?
and as for the double /, if there was once a reason I have forgotten it! shall I delete one?
Thanks,
Lara

On Thu, Feb 21, 2008 at 1:12 PM, F.-Xavier ALARIO <Francois-Xavier.Alario@univ-provence.fr> wrote:
I suspect (yet I am not sure) it comes from your maprequest keyword (<mr
+space>)

You are confounding the response mapped to request and that mapped to
positive response (<mpr +space>)

deleting <mr + space> or changing  it to another value if you need it
should  work (dmdx will only read responses after the *)

PS: why do you use double \\?


Lara Maister wrote:
> Here are my headers (I'm sure some of them are superfluous, this is my
> first attempt at coding in DMDX) and one line (one trial).
>
> <zil> <cr> <fd 150> <d 225> <t 120000> <vm 1280, 1024, 1024, 32, 75>
> <nfbt> <id keyboard> <rcot> <ntl 0> <mr +space> <mpr +space> <aikn
> +space> <req +space> <clfb> <dbc 0> <eop>
> +21<ms% 1500> "*Test 1*"//<ms% 2000><bmp [0,0 [,0,0]]>"stim"//*<bmp
> [0,0[,0,0]]>"stimresp";
>
> Thankyou!
>
> Lara
>
> On Thu, Feb 21, 2008 at 12:51 PM, F.-Xavier ALARIO
> <Francois-Xavier.Alario@univ-provence.fr
> <mailto:Francois-Xavier.Alario@univ-provence.fr>> wrote:
>
>     can you please send a sample line of your script?
>
>
>     Lara Maister wrote:
>     >
>     > I am very new to DMDX and coding in general, so apologies if
>     this is a
>     > very simple question!
>     >
>     > In my experiment, a picture is presented for a fixed time, where the
>     > subject is not supposed to make any response. Then a second
>     picture is
>     > presented until the subject aborts it with spacebar (which is also
>     > mapped as the positive response) or it times out.
>     >
>     > But if the subject accidentally responds (presses the spacebar)
>     during
>     > the first stimulus, the second stimulus only shows for a brief flash
>     > with no time for the subject to respond, which messes everything up!
>     > How do I guard against this? I have tried having <aikn
>     +spacebar> only
>     > within the second item and not in the header, or mapping aikn to
>     > another key for the first stimulus, but nothing seems to make any
>     > difference. If anyone has any advice I'd be so grateful!
>     >
>
>     --
>     F.-Xavier ALARIO
>     http://www.up.univ-mrs.fr/wlpc/alario
>     http://www.lang-prod.org/
>     +33 4 88 57 69 00
>     ====================================================================
>       Send mail to DMDX-request@psy1.psych.arizona.edu
>     <mailto:DMDX-request@psy1.psych.arizona.edu> with the word
>      'unsubscribe' by itself with no quotes in the body of the email
>      to be removed from the list.  The list archive is available here:
>              http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
>     ====================================================================
>
>
>
>
> --
> Lara Maister
> PhD Student
> University of Cambridge
>
> Laboratory for Research into Autism
> Department of Experimental Psychology,
> Downing Street,
> Cambridge, CB2 3EB
>
> Tel. 01223 333572

--



--
Lara Maister
PhD Student
University of Cambridge

Laboratory for Research into Autism
Department of Experimental Psychology,
Downing Street,
Cambridge, CB2 3EB

Tel. 01223 333572 ------=_Part_6743_9565746.1203600025120-- From DMDX-owner@psy1.psych.arizona.edu Thu Feb 21 06:24:26 2008 Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [195.221.207.193]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1LDODtd010024 for ; Thu, 21 Feb 2008 06:24:14 -0700 Received: from unknown (HELO [147.94.106.80]) ([147.94.106.80]) by mso1k193.u-3mrs.fr with ESMTP; 21 Feb 2008 14:24:12 +0100 Message-ID: <47BD7B8B.1080407@univ-provence.fr> Date: Thu, 21 Feb 2008 14:24:27 +0100 From: "F.-Xavier ALARIO" MIME-Version: 1.0 To: dmdx Subject: [DMDX] Re: aikn problem References: <47BD73EC.1090308@univ-provence.fr> <47BD78AC.3000605@univ-provence.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list must be aborting your trial try deleting that one. more generally, try keeping as the only +space definition Lara Maister wrote: > hmmm, I deleted , and it had no effect - the second image > still just flashed up for a second if the space bar was pressed during > the first image. any other ideas? > and as for the double /, if there was once a reason I have forgotten > it! shall I delete one? > Thanks, > Lara > > On Thu, Feb 21, 2008 at 1:12 PM, F.-Xavier ALARIO > > wrote: > > I suspect (yet I am not sure) it comes from your maprequest > keyword ( +space>) > > You are confounding the response mapped to request and that mapped to > positive response () > > deleting or changing it to another value if you need it > should work (dmdx will only read responses after the *) > > PS: why do you use double \\? > > > Lara Maister wrote: > > Here are my headers (I'm sure some of them are superfluous, this > is my > > first attempt at coding in DMDX) and one line (one trial). > > > > > > > +space> > > +21 "*Test 1*"//"stim"//* > [0,0[,0,0]]>"stimresp"; > > > > Thankyou! > > > > Lara > > > > On Thu, Feb 21, 2008 at 12:51 PM, F.-Xavier ALARIO > > > > >> wrote: > > > > can you please send a sample line of your script? > > > > > > Lara Maister wrote: > > > > > > I am very new to DMDX and coding in general, so apologies if > > this is a > > > very simple question! > > > > > > In my experiment, a picture is presented for a fixed time, > where the > > > subject is not supposed to make any response. Then a second > > picture is > > > presented until the subject aborts it with spacebar (which > is also > > > mapped as the positive response) or it times out. > > > > > > But if the subject accidentally responds (presses the > spacebar) > > during > > > the first stimulus, the second stimulus only shows for a > brief flash > > > with no time for the subject to respond, which messes > everything up! > > > How do I guard against this? I have tried having > +spacebar> only > > > within the second item and not in the header, or mapping > aikn to > > > another key for the first stimulus, but nothing seems to > make any > > > difference. If anyone has any advice I'd be so grateful! > > > > > > > -- > > F.-Xavier ALARIO > > http://www.up.univ-mrs.fr/wlpc/alario > > http://www.lang-prod.org/ > > +33 4 88 57 69 00 > > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu > > > > with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available > here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > > ==================================================================== > > > > > > > > > > -- > > Lara Maister > > PhD Student > > University of Cambridge > > > > Laboratory for Research into Autism > > Department of Experimental Psychology, > > Downing Street, > > Cambridge, CB2 3EB > > > > Tel. 01223 333572 > > -- > F.-Xavier ALARIO > http://www.up.univ-mrs.fr/wlpc/alario > http://www.lang-prod.org/ > +33 4 88 57 69 00 > > > > > -- > Lara Maister > PhD Student > University of Cambridge > > Laboratory for Research into Autism > Department of Experimental Psychology, > Downing Street, > Cambridge, CB2 3EB > > Tel. 01223 333572 -- F.-Xavier ALARIO http://www.up.univ-mrs.fr/wlpc/alario http://www.lang-prod.org/ +33 4 88 57 69 00 From DMDX-owner@psy1.psych.arizona.edu Fri Feb 22 08:02:16 2008 Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.250]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1MF15Qe014722 for ; Fri, 22 Feb 2008 08:01:05 -0700 Received: by hs-out-0708.google.com with SMTP id h53so313040hsh.11 for ; Fri, 22 Feb 2008 07:01:03 -0800 (PST) Received: by 10.100.31.3 with SMTP id e3mr157376ane.1.1203692463119; Fri, 22 Feb 2008 07:01:03 -0800 (PST) Received: by 10.100.202.20 with HTTP; Fri, 22 Feb 2008 07:01:03 -0800 (PST) Message-ID: Date: Fri, 22 Feb 2008 15:01:03 +0000 From: "Iva Ivanova" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] target picture disappearing from screen with voice onset/ recordings for specific items only MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I am trying to set up a priming experiment, where people first see the prime written on the screen (it would actually come in a .bmp file, rather than being directly written on the screen), then they subsequently see a picture, to which they have to respond "yes" or "no", and finally there comes another picture, to which they have to produce a target sentence. The script looks as follows: +5030 g"User1_writing" / g *"User1_says1"; -5031 g *"A4A"; +5032 g *"A1H"; 1st question: What I want is that, for the first two items, the picture disappears from the screen as soon as there is a response made. For the third item, however, I would like the picture to stay on the screen while people are speaking (until timeout), and, in case they are finished speaking before timeout, to make it disappear by pressing, say, the space bar. I know that the picture can stay on the screen until timeout if I use instead of - but then what I get is that the picture stays until timeout for *all* items, not only for the 3rd one; and it doesn't go away by pressing the spacebar anyway. 2nd question: is there any way to set up the recording for only *specific trials* - i.e., I need a recording for the 3rd item, but not for the first two (as there is nothing to be recorded). However, I learned from an error message that ID RecordVocal is a parameter but not a switch, so I can't place it only for those items I would like to be recorded. 3rd question: It would be nice if I could have a warning tone, or change of picture colour, if people don't start speaking for some time. Is there any way I could do that? (Of course, I wouldn't want the warning to be there if they do start speaking in time.) I would really appreciate suggestions! Thanks a lot to all, Iva From DMDX-owner@psy1.psych.arizona.edu Mon Feb 25 08:54:51 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1PFqgC3026402 for ; Mon, 25 Feb 2008 08:52:43 -0700 Received: by wx-out-0506.google.com with SMTP id i28so1748585wxd.1 for ; Mon, 25 Feb 2008 07:52:39 -0800 (PST) Received: by 10.100.143.12 with SMTP id q12mr7381772and.89.1203954758549; Mon, 25 Feb 2008 07:52:38 -0800 (PST) Received: by 10.100.3.9 with HTTP; Mon, 25 Feb 2008 07:52:38 -0800 (PST) Message-ID: Date: Mon, 25 Feb 2008 15:52:38 +0000 From: "Lara Maister" To: dmdx Subject: [DMDX] unresolved 'aborting stimulus on response' problem MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11780_2460663.1203954758543" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_11780_2460663.1203954758543 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, this is a problem from last week that is still unresolved. In my experiment, a picture is presented for a fixed time, where the subject is not supposed to make any response. Then a second picture is presented until the subject aborts it with spacebar (which is also mapped as the positive response) or it times out. But if the subject accidentally responds (presses the spacebar) during the first stimulus, the second stimulus only shows for a brief flash with no time for the subject to respond, which messes everything up! How do I guard against this? I have tried, (with many helpful suggestions from this forum) 1. having only within the second item and not in the header, to try to get it to only apply to this bit of code 2. mapping aikn to another key for the first stimulus then back to spacebar for the second item 3. adding and/ or in the headers or just within the second item 4. taking away the keyword None of these things have fixed my problem. Does anyone have any more ideas? Any help would be hugely appreciated, I am getting desparate! Please email if you want some sample of my script. Thanks, Lara ------=_Part_11780_2460663.1203954758543 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, this is a problem from last week that is still unresolved.

In my experiment, a picture is presented for a fixed time, where the subject is not supposed to make any response. Then a second picture is presented until the subject aborts it with spacebar (which is also mapped as the positive response) or it times out.

But if the subject accidentally responds (presses the spacebar) during the first stimulus, the second stimulus only shows for a brief flash with no time for the subject to respond, which messes everything up! How do I guard against this?

I have tried, (with many helpful suggestions from this forum)

1. having <aikn +spacebar> only within the second item and not in the header, to try to get it to only apply to this bit of code

2. mapping aikn to another key for the first stimulus then back to spacebar for the second item

3. adding <ClearFeedback> and/ or <NoFeedback 0> in the headers or just within the second item

4. taking away the <zil> keyword

None of these things have fixed my problem. Does anyone have any more ideas? Any help would be hugely appreciated, I am getting desparate! Please email if you want some sample of my script.

Thanks,

Lara


------=_Part_11780_2460663.1203954758543-- From DMDX-owner@psy1.psych.arizona.edu Mon Feb 25 09:33:51 2008 Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1PGWTLO026523 for ; Mon, 25 Feb 2008 09:32:29 -0700 Received: by mu-out-0910.google.com with SMTP id w9so2130398mue.6 for ; Mon, 25 Feb 2008 08:32:23 -0800 (PST) Received: by 10.82.159.15 with SMTP id h15mr6206469bue.15.1203957142387; Mon, 25 Feb 2008 08:32:22 -0800 (PST) Received: by 10.78.144.1 with HTTP; Mon, 25 Feb 2008 08:32:22 -0800 (PST) Message-ID: <7525d3e60802250832p5c752bd7h68d9aef8b465bee3@mail.gmail.com> Date: Mon, 25 Feb 2008 10:32:22 -0600 From: "Scott Jackson" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] ERP and DMDX MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9545_21908125.1203957142393" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_9545_21908125.1203957142393 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi everyone, Is there anyone on the list that uses DMDX in conjunction with EEG/ERP recording? I'm interested in getting such a setup to work, but need some help in understanding where to start and would love to hear from anyone already doing this. thanks, Scott Jackson ------=_Part_9545_21908125.1203957142393 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi everyone,

Is there anyone on the list that uses DMDX in conjunction with EEG/ERP recording?  I'm interested in getting such a setup to work, but need some help in understanding where to start and would love to hear from anyone already doing this.

thanks,
Scott Jackson
------=_Part_9545_21908125.1203957142393-- From DMDX-owner@psy1.psych.arizona.edu Mon Feb 25 09:43:31 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1PGgCJw026549 for ; Mon, 25 Feb 2008 09:42:12 -0700 Received: by an-out-0708.google.com with SMTP id c34so295680anc.55 for ; Mon, 25 Feb 2008 08:42:11 -0800 (PST) Received: by 10.100.241.17 with SMTP id o17mr2865866anh.74.1203957731770; Mon, 25 Feb 2008 08:42:11 -0800 (PST) Received: by 10.100.142.2 with HTTP; Mon, 25 Feb 2008 08:42:11 -0800 (PST) Message-ID: <4771e6740802250842u6161bf6fob1b1380866d5a235@mail.gmail.com> Date: Mon, 25 Feb 2008 10:42:11 -0600 From: "Eddie Harmon-Jones" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: ERP and DMDX In-Reply-To: <7525d3e60802250832p5c752bd7h68d9aef8b465bee3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <7525d3e60802250832p5c752bd7h68d9aef8b465bee3@mail.gmail.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list google john curtin dmdx; his page should have some tips. also, look at my web page; url below. under resources On Mon, Feb 25, 2008 at 10:32 AM, Scott Jackson wrote: > Hi everyone, > > Is there anyone on the list that uses DMDX in conjunction with EEG/ERP > recording? I'm interested in getting such a setup to work, but need some > help in understanding where to start and would love to hear from anyone > already doing this. > > thanks, > Scott Jackson > -- Eddie Harmon-Jones Dept. of Psychology Texas A&M University 4235 TAMU College Station, TX 77843 email: eddiehj@gmail.com phone: 979.633.4169 fax: 845.698.5011 http://www.socialemotiveneuroscience.org "unplugging the computer metaphor since 1990" From DMDX-owner@psy1.psych.arizona.edu Mon Feb 25 16:59:53 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1PNvILw027926 for ; Mon, 25 Feb 2008 16:57:18 -0700 Received: from frodos_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 651C62B9827 for ; Mon, 25 Feb 2008 16:57:15 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A7C3D2B9921 for ; Mon, 25 Feb 2008 16:57:14 -0700 (MST) Message-Id: <5.1.0.14.2.20080225165402.00ba52d0@psy1.psych.arizona.edu> Date: Mon, 25 Feb 2008 16:57:13 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: aikn problem In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You can't map a response to two functions. You want to use and unmap all buttons with and only map the space as a positive response . No abort item stuff. And things in square brackets in the help are optional fields, you will never be putting the brackets themselves into a script. At 12:37 PM 2/21/2008 +0000, you wrote: >I am very new to DMDX and coding in general, so apologies if this is a >very simple question! > >In my experiment, a picture is presented for a fixed time, where the >subject is not supposed to make any response. Then a second picture is >presented until the subject aborts it with spacebar (which is also mapped >as the positive response) or it times out. > >But if the subject accidentally responds (presses the spacebar) during the >first stimulus, the second stimulus only shows for a brief flash with no >time for the subject to respond, which messes everything up! How do I >guard against this? I have tried having only within the >second item and not in the header, or mapping aikn to another key for the >first stimulus, but nothing seems to make any difference. If anyone has >any advice I'd be so grateful! /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Mon Feb 25 17:09:27 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1Q07w5g027995 for ; Mon, 25 Feb 2008 17:08:03 -0700 Received: from frodos_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 069A92B64BA for ; Mon, 25 Feb 2008 17:07:49 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E03E52B64B6 for ; Mon, 25 Feb 2008 17:07:46 -0700 (MST) Message-Id: <5.1.0.14.2.20080225170052.00ba52d0@psy1.psych.arizona.edu> Date: Mon, 25 Feb 2008 17:07:39 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: target picture disappearing from screen with voice onset/ recordings for specific items only In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:01 PM 2/22/2008 +0000, you wrote: >Hello, > >I am trying to set up a priming experiment, where people first see the >prime written on the screen (it would actually come in a .bmp file, >rather than being directly written on the screen), then they >subsequently see a picture, to which they have to respond "yes" or >"no", and finally there comes another picture, to which they have to >produce a target sentence. The script looks as follows: > > 255255255> > >+5030 g"User1_writing" / g >*"User1_says1"; >-5031 g *"A4A"; >+5032 g *"A1H"; > >1st question: What I want is that, for the first two items, the >picture disappears from the screen as soon as there is a response >made. For the third item, however, I would like the picture to stay on >the screen while people are speaking (until timeout), and, in case >they are finished speaking before timeout, to make it disappear by >pressing, say, the space bar. I know that the picture can stay on the >screen until timeout if I use instead of - but then what I >get is that the picture stays until timeout for *all* items, not only >for the 3rd one; and it doesn't go away by pressing the spacebar >anyway. Can't do it. Either RecordVocal terminates it's recording with the DigitalVOX's trigger for the whole item file or it doesn't for the whole item file. >2nd question: is there any way to set up the recording for only >*specific trials* - i.e., I need a recording for the 3rd item, but not >for the first two (as there is nothing to be recorded). However, I >learned from an error message that ID RecordVocal is a parameter but >not a switch, so I can't place it only for those items I would like to >be recorded. No. It's the same way for the whole item file. Typically people that want to switch modes like that map and unmap the responses and just ignore the extra recordings when they map keys as responses. >3rd question: It would be nice if I could have a warning tone, or >change of picture colour, if people don't start speaking for some >time. Is there any way I could do that? (Of course, I wouldn't want >the warning to be there if they do start speaking in time.) You might be able to have a display sequence that goes ahead and displays the red as the response is recorded using the digital video (means your red display will have to be an MPEG video) and use the DigitalVOX's trigger +DigitalVOX as the abort item signal with . /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Feb 26 03:27:38 2008 Received: from web27207.mail.ukl.yahoo.com (web27207.mail.ukl.yahoo.com [217.146.182.97]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m1QAR5Ej029668 for ; Tue, 26 Feb 2008 03:27:06 -0700 Received: (qmail 77427 invoked by uid 60001); 26 Feb 2008 10:26:59 -0000 Received: from [210.10.241.27] by web27207.mail.ukl.yahoo.com via HTTP; Tue, 26 Feb 2008 10:26:59 GMT Date: Tue, 26 Feb 2008 10:26:59 +0000 (GMT) From: "Diamond, Mark R." Subject: [DMDX] Re: unresolved 'aborting stimulus on response' problem To: DMDX@psy1.psych.arizona.edu In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <778884.76958.qm@web27207.mail.ukl.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Yes; posting the code to the list sounds about the only way to solve the problem. You don't say anything about how long the item file is, but you could always post the parameter part and sufficient of the remainder to illustrate the problem. Cheers, Mark --- Lara Maister wrote: > Hi, this is a problem from last week that is still > unresolved. > > In my experiment, a picture is presented for a fixed > time, where the subject > is not supposed to make any response. Then a second > picture is presented > until the subject aborts it with spacebar (which is > also mapped as the > positive response) or it times out. > > But if the subject accidentally responds (presses > the spacebar) during the > first stimulus, the second stimulus only shows for a > brief flash with no > time for the subject to respond, which messes > everything up! How do I guard > against this? > > I have tried, (with many helpful suggestions from > this forum) > > 1. having only within the second > item and not in the > header, to try to get it to only apply to this bit > of code > > 2. mapping aikn to another key for the first > stimulus then back to spacebar > for the second item > > 3. adding and/ or in > the headers or just > within the second item > > 4. taking away the keyword > > None of these things have fixed my problem. Does > anyone have any more ideas? > Any help would be hugely appreciated, I am getting > desparate! Please email > if you want some sample of my script. > > Thanks, > > Lara > __________________________________________________________ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html From DMDX-owner@psy1.psych.arizona.edu Tue Feb 26 03:27:41 2008 Received: from web27210.mail.ukl.yahoo.com (web27210.mail.ukl.yahoo.com [217.146.182.100]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m1QAQppe029663 for ; Tue, 26 Feb 2008 03:26:56 -0700 Received: (qmail 4673 invoked by uid 60001); 26 Feb 2008 10:26:36 -0000 Received: from [210.10.241.27] by web27210.mail.ukl.yahoo.com via HTTP; Tue, 26 Feb 2008 10:26:35 GMT Date: Tue, 26 Feb 2008 10:26:35 +0000 (GMT) From: "Diamond, Mark R." Subject: [DMDX] Re: unresolved 'aborting stimulus on response' problem To: DMDX@psy1.psych.arizona.edu In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <171337.99228.qm@web27210.mail.ukl.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Yes; posting the code to the list sounds about the only way to solve the problem. You don't say anything about how long the item file is, but you could always post the parameter part and sufficient of the remainder to illustrate the problem. Cheers, Mark --- Lara Maister wrote: > Hi, this is a problem from last week that is still > unresolved. > > In my experiment, a picture is presented for a fixed > time, where the subject > is not supposed to make any response. Then a second > picture is presented > until the subject aborts it with spacebar (which is > also mapped as the > positive response) or it times out. > > But if the subject accidentally responds (presses > the spacebar) during the > first stimulus, the second stimulus only shows for a > brief flash with no > time for the subject to respond, which messes > everything up! How do I guard > against this? > > I have tried, (with many helpful suggestions from > this forum) > > 1. having only within the second > item and not in the > header, to try to get it to only apply to this bit > of code > > 2. mapping aikn to another key for the first > stimulus then back to spacebar > for the second item > > 3. adding and/ or in > the headers or just > within the second item > > 4. taking away the keyword > > None of these things have fixed my problem. Does > anyone have any more ideas? > Any help would be hugely appreciated, I am getting > desparate! Please email > if you want some sample of my script. > > Thanks, > > Lara > __________________________________________________________ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html From DMDX-owner@psy1.psych.arizona.edu Tue Feb 26 04:31:30 2008 Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.242]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1QBV2c1029937 for ; Tue, 26 Feb 2008 04:31:02 -0700 Received: by hs-out-0708.google.com with SMTP id h53so1567046hsh.11 for ; Tue, 26 Feb 2008 03:31:01 -0800 (PST) Received: by 10.100.37.20 with SMTP id k20mr543810ank.118.1204025461762; Tue, 26 Feb 2008 03:31:01 -0800 (PST) Received: by 10.100.3.9 with HTTP; Tue, 26 Feb 2008 03:31:01 -0800 (PST) Message-ID: Date: Tue, 26 Feb 2008 11:31:01 +0000 From: "Lara Maister" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: aikn problem In-Reply-To: <5.1.0.14.2.20080225165402.00ba52d0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_17212_31074609.1204025461747" References: <5.1.0.14.2.20080225165402.00ba52d0@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_17212_31074609.1204025461747 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you, the problem has been solved! It turns out I had three superfluous keywords mapped to the spacebar, which was messing everything up. I got rid of the extra keywords and the nonsense, and used when I didn't want a response to have any effect, and this solved the problem! thank you for all your help. On Mon, Feb 25, 2008 at 11:57 PM, Jonathan C. Forster < jforster@psy1.psych.arizona.edu> wrote: > > You can't map a response to two functions. You want to use > and unmap all buttons with and only map the space > as a positive response . No abort item stuff. And things in > square brackets in the help are optional fields, you will never be putting > the brackets themselves into a script. > > At 12:37 PM 2/21/2008 +0000, you wrote: > > >I am very new to DMDX and coding in general, so apologies if this is a > >very simple question! > > > >In my experiment, a picture is presented for a fixed time, where the > >subject is not supposed to make any response. Then a second picture is > >presented until the subject aborts it with spacebar (which is also mapped > >as the positive response) or it times out. > > > >But if the subject accidentally responds (presses the spacebar) during > the > >first stimulus, the second stimulus only shows for a brief flash with no > >time for the subject to respond, which messes everything up! How do I > >guard against this? I have tried having only within the > >second item and not in the header, or mapping aikn to another key for the > >first stimulus, but nothing seems to make any difference. If anyone has > >any advice I'd be so grateful! > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are > willing to go through hell to get it. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > -- Lara Maister PhD Student University of Cambridge Laboratory for Research into Autism Department of Experimental Psychology, Downing Street, Cambridge, CB2 3EB Tel. 01223 333572 ------=_Part_17212_31074609.1204025461747 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you, the problem has been solved! It turns out I had three superfluous keywords mapped to the spacebar, which was messing everything up. I got rid of the extra keywords and the <aikn> nonsense, and used <umb> when I didn't want a response to have any effect, and this solved the problem! thank you for all your help.

On Mon, Feb 25, 2008 at 11:57 PM, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:

You can't map a response to two functions.  You want to use
<ContinousRunning> and unmap all buttons with <umb> and only map the space
as a positive response <mpr +space>.  No abort item stuff.  And things in
square brackets in the help are optional fields, you will never be putting
the brackets themselves into a script.

At 12:37 PM 2/21/2008 +0000, you wrote:

>I am very new to DMDX and coding in general, so apologies if this is a
>very simple question!
>
>In my experiment, a picture is presented for a fixed time, where the
>subject is not supposed to make any response. Then a second picture is
>presented until the subject aborts it with spacebar (which is also mapped
>as the positive response) or it times out.
>
>But if the subject accidentally responds (presses the spacebar) during the
>first stimulus, the second stimulus only shows for a brief flash with no
>time for the subject to respond, which messes everything up! How do I
>guard against this? I have tried having <aikn +spacebar> only within the
>second item and not in the header, or mapping aikn to another key for the
>first stimulus, but nothing seems to make any difference. If anyone has
>any advice I'd be so grateful!


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Ours is a world where people don't know what they want and are
willing to go through hell to get it.


====================================================================
  Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
         http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



--
Lara Maister
PhD Student
University of Cambridge

Laboratory for Research into Autism
Department of Experimental Psychology,
Downing Street,
Cambridge, CB2 3EB

Tel. 01223 333572 ------=_Part_17212_31074609.1204025461747-- From DMDX-owner@psy1.psych.arizona.edu Fri Feb 29 00:18:41 2008 Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1T7Gkpl008992 for ; Fri, 29 Feb 2008 00:16:47 -0700 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) id <0JWZ00500O7TYD00@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Fri, 29 Feb 2008 01:16:41 -0600 (CST) Received: from wiscmail.wisc.edu (store2.doit.wisc.edu [144.92.8.165]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) with ESMTP id <0JWZ0046FO7TK500@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Fri, 29 Feb 2008 01:16:41 -0600 (CST) Received: from [144.92.8.151] (Forwarded-For: 69.129.194.2, [127.0.0.1]) by store2.doit.wisc.edu (mshttpd); Fri, 29 Feb 2008 01:16:41 -0600 Date: Fri, 29 Feb 2008 01:16:41 -0600 From: BRIAN B DRWECKI Subject: [DMDX] Setting up a DMDX lab, sorry if this is a re-send To: DMDX@psy1.psych.arizona.edu Message-id: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi all, I was reading the paper posted by the DMDX authors "DMDX: A Windows display program with millisecond accuracy" and I need to figure out how to set up my 5 year old pentium 4 machines to run DMDX without any glitches (i've been averaging 1 error on each practice DMDX rtf file I run) . There is one point the the Forsters make in this paper that has been concerning me this evening, you want DMDX to be one of the only programs running on your windows machine. So, I need to figure out what programs I need to have running, and I need to figure out which programs I need to shut down (and how to do so in windows xp) in order for my lab's DMDX machines to run perfectly. My fellow lab mates and I were talking about running some subliminal priming studies, so I need to get our machines in tip top shape (without buying any thing new, we have decent video cards and good CPUs)... Any advice that anyone wants to provide me about how to set up a working, reliable, DMDX lab would be great (we are basic survey, experiment, rt social and developmental psychologists, and we generally just using DMDX to collect rt data (like lexical decision tasks, subliminal priming, IATs etc...).. Thank you in advance :) Brian B. Drwecki P.S. I may have sent this message twice and for that I am sorry. From DMDX-owner@psy1.psych.arizona.edu Fri Feb 29 08:54:41 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1TFrf2F010460 for ; Fri, 29 Feb 2008 08:53:43 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 37A712CCACA for ; Fri, 29 Feb 2008 08:53:41 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9FE8C2CCAC9 for ; Fri, 29 Feb 2008 08:53:39 -0700 (MST) Message-Id: <5.1.0.14.2.20080229084516.00ba4a58@psy1.psych.arizona.edu> Date: Fri, 29 Feb 2008 08:53:39 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Setting up a DMDX lab, sorry if this is a re-send In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:16 AM 2/29/2008 -0600, you wrote: >Hi all, > >I was reading the paper posted by the DMDX authors "DMDX: A Windows >display program with millisecond accuracy" and I need to figure out how to >set up my 5 year old pentium 4 machines to run DMDX without any glitches >(i've been averaging 1 error on each practice DMDX rtf file I run) . It's not unusual to see an error at the start of trials. This occurs as DirectX is still adjusting to the change in display modes (usually by writing data to the registry). If you don't see display errors later on it's of no concern. > There is one point the the Forsters make in this paper that has been > concerning me this evening, you want DMDX to be one of the only programs > running on your windows machine. So, I need to figure out what programs > I need to have running, and I need to figure out which programs I need to > shut down (and how to do so in windows xp) in order for my lab's DMDX > machines to run perfectly. My fellow lab mates and I were talking about > running some subliminal priming studies, so I need to get our machines in > tip top shape (without buying any thing new, we have decent video cards > and good CPUs)... Any advice that anyone wants to provide me about how to > set up a working, reliable, DMDX lab would be great Look in Start / All Programs / Startup and remove unnecessary things. Use Start / Run / Msconfig and use the Startup tab to disable more resistant things. What can and cannot be disabled? Try it and see. If you're unsure and don't want to experiment feed the executable name to Google and you'll find out pretty quick what it is. On problem machines we setup scripts that disable the anti-virus as DMDX is running and then turn it on afterwards. > (we are basic survey, experiment, rt social and developmental > psychologists, and we generally just using DMDX to collect rt data (like > lexical decision tasks, subliminal priming, IATs etc...).. > >Thank you in advance :) > >Brian B. Drwecki > >P.S. I may have sent this message twice and for that I am sorry. Looks like only one got through. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Expertise in one field does not carry over into other fields. But experts often think so. From DMDX-owner@psy1.psych.arizona.edu Fri Feb 29 11:04:47 2008 Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1TI49KH010834 for ; Fri, 29 Feb 2008 11:04:11 -0700 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) id <0JX000D02I6RTC00@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Fri, 29 Feb 2008 12:04:03 -0600 (CST) Received: from wiscmail.wisc.edu (store2.doit.wisc.edu [144.92.8.165]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) with ESMTP id <0JX00080FI6MN340@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Fri, 29 Feb 2008 12:03:58 -0600 (CST) Received: from [144.92.8.151] (Forwarded-For: 69.129.194.2, [127.0.0.1]) by store2.doit.wisc.edu (mshttpd); Fri, 29 Feb 2008 12:04:00 -0600 Date: Fri, 29 Feb 2008 12:04:00 -0600 From: BRIAN B DRWECKI Subject: [DMDX] forcing a correct response. To: DMDX@psy1.psych.arizona.edu Message-id: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I basically want to force participants to make a correct response after they've made an incorrect response in a forced decision task. So basically when the answer is the right shift key, but they hit the left shift key, I want to flash the wrong feedback, but then I want them to force them to hit the right shift key in order to go onto the next item. Any ideas.. Thanks Brian Drwecki From DMDX-owner@psy1.psych.arizona.edu Fri Feb 29 13:07:03 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m1TK6N6e011237 for ; Fri, 29 Feb 2008 13:06:23 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 83FBD468CFC for ; Fri, 29 Feb 2008 13:06:23 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id ADE3A468573 for ; Fri, 29 Feb 2008 13:06:22 -0700 (MST) Message-Id: <5.1.0.14.2.20080229130554.00ba5228@psy1.psych.arizona.edu> Date: Fri, 29 Feb 2008 13:06:21 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: forcing a correct response. In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list See and other branching examples. At 12:04 PM 2/29/2008 -0600, you wrote: >I basically want to force participants to make a correct response after >they've made an incorrect response in a forced decision task. So >basically when the answer is the right shift key, but they hit the left >shift key, I want to flash the wrong feedback, but then I want them to >force them to hit the right shift key in order to go onto the next >item. Any ideas.. > >Thanks > >Brian Drwecki >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Sun Mar 2 14:20:57 2008 Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m22LJWk4019017 for ; Sun, 2 Mar 2008 14:19:37 -0700 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) id <0JX400K02GKFHC00@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Sun, 02 Mar 2008 15:19:27 -0600 (CST) Received: from wiscmail.wisc.edu (store2.doit.wisc.edu [144.92.8.165]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-5.02 (built Oct 12 2007; 32bit)) with ESMTP id <0JX400JBJGKEK700@smtpauth2.wiscmail.wisc.edu> for DMDX@psy1.psych.arizona.edu; Sun, 02 Mar 2008 15:19:26 -0600 (CST) Received: from [144.92.8.66] (Forwarded-For: 128.104.131.80, [127.0.0.1]) by store2.doit.wisc.edu (mshttpd); Sun, 02 Mar 2008 15:19:26 -0600 Date: Sun, 02 Mar 2008 15:19:26 -0600 From: BRIAN B DRWECKI Subject: [DMDX] DMDX GeForce Fix To: DMDX@psy1.psych.arizona.edu Message-id: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hey all, I just realized that I have one of those evil GeForce cards in one of my computers = Display error on every other trial. I've noticed the Nividia for GeForce fix does fix my problem. Now the problem is I also use a visual basic program to run DMDX from the command line (I do this because I usually administer many questionairres and the Zil option is nice but not adequate for my needs.... so my computers always look for the DMDX.exe file that is on my C: drive), but I cannot find a DMDX.exe file for the DMDX for GeForce? Is there an EXE associated with this file (is there a way I could make one?) ? I'm just looking around a way to go back in and enter in the -buffers 4 option in my code (1. I am being a little lazy 2. I want to distribute my program to others (for free) who probably don't have the GeForce problem and limiting the code limits the breadth of the distribution). I also was reading that it has been said that I could possibly update my Nvidia drivers, I'm fine with doing this, but I am curious if NiVidia has fixed the drivers yet or if installing new one will be futile. So what is the current stance on the Nvidia thing these days??? Thanks a Zillion Brian From DMDX-owner@psy1.psych.arizona.edu Sun Mar 2 17:00:45 2008 Received: from smtpgate.email.arizona.edu (frodo.email.arizona.edu [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2300Mcm019560 for ; Sun, 2 Mar 2008 17:00:23 -0700 Received: from frodos_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C67982DC2F8 for ; Sun, 2 Mar 2008 17:00:22 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9CAFD2DC2F1 for ; Sun, 2 Mar 2008 17:00:21 -0700 (MST) Message-Id: <5.1.0.14.2.20080302165559.00ba4a50@psy1.psych.arizona.edu> Date: Sun, 02 Mar 2008 17:00:20 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: DMDX GeForce Fix In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:19 PM 3/2/2008 -0600, you wrote: >Hey all, I just realized that I have one of those evil GeForce cards in >one of my computers = Display error on every other trial. I've noticed >the Nividia for GeForce fix does fix my problem. Now the problem is I also >use a visual basic program to run DMDX from the command line (I do this >because I usually administer many questionairres and the Zil option is >nice but not adequate for my needs.... If you need a mode that's not used for the rest of the item file you can always use to switch itemfiles. > so my computers always look for the DMDX.exe file that is on my C: > drive), but I cannot find a DMDX.exe file for the DMDX for GeForce? Is > there an EXE associated with this file (is there a way I could make one?) > ? I'm just looking around a way to go back in and enter in the -buffers 4 > option in my code (1. I am being a little lazy 2. I want to distribute my > program to others (for free) who probably don't have the GeForce problem > and limiting the code limits the breadth of the distribution). I guess you could make it execute the shortcut. You'd want to browse to Program Files / DMDX and look at the names of the shortcuts in there and use the GeForce one. Personally I suspect it's easier to change your command line. > I also was reading that it has been said that I could possibly update > my Nvidia drivers, I'm > fine with doing this, but I am curious if NiVidia has fixed the drivers > yet or if installing new one will be futile. So what is the current > stance on the Nvidia thing these days??? There are different drivers for different motherboards, different video cards and different operating systems. Rarely will you be worse off with the new drivers and if you are you can always ask your machine to roll the video drivers back to the previous set. >Thanks a Zillion Very funny ;) /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Never stand between a fire hydrant and a dog. - Murphy's Love Laws www.murphys-laws.com From DMDX-owner@psy1.psych.arizona.edu Sun Mar 9 10:59:43 2008 Received: from mailsrv4.gsu.edu (mailsrv4.gsu.edu [131.96.2.17]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m29HwoCt014071 for ; Sun, 9 Mar 2008 10:58:50 -0700 Received: from Gateway2-MTA by mailsrv4.gsu.edu with Novell_GroupWise; Sun, 09 Mar 2008 13:58:49 -0400 Message-Id: <47D3ED0F0200008F0000FB79@mailsrv4.gsu.edu> Date: Sun, 09 Mar 2008 13:58:39 -0400 From: "Guiling Hu" To: Subject: [DMDX] self-paced reading and naming Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear all, I checked the achive, but couldn鈥檛 found an answer for my question... Could anyone help? My experiment is a self-paced reading task combined with a naming task. I鈥檇 like my participants to name one word (written in a different color) in a sentence while reading the sentence. I wonder whether DMDX could be configured to record the audio input (from RecordVocal) for the naming items and record the RT input (from keyboard) for the rest of the items. When I was using in my current item file, DMDX created a wave file for every item and the timeout delayed the presentation of the next item. Thanks in advance for your help, Gloria ---------------- Here is a section of my script, in case you wanted to have a look at it (I鈥檇 like my participants to name the word 鈥渧illage鈥.): +526 * "More " ; +527 * " power " ; +528 * " stations " ; +529 * " have " ; +530 * " been" ; +531 * " built" ; +532 * " in" ; +533 * " this" ; +534 * " village." ; From DMDX-owner@psy1.psych.arizona.edu Sun Mar 9 21:45:59 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2A4j2wE016150; Sun, 9 Mar 2008 21:45:02 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D072C2E8F28; Sun, 9 Mar 2008 21:45:02 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 943352E46F3; Sun, 9 Mar 2008 21:45:01 -0700 (MST) Message-Id: <5.1.0.14.2.20080309212701.00ba4a88@psy1.psych.arizona.edu> Date: Sun, 09 Mar 2008 21:45:00 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: self-paced reading and naming In-Reply-To: <47D3ED0F0200008F0000FB79@mailsrv4.gsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list No, you can't turn RecordVocal off once it's on. Although I'm clearly going to have to make a facility to do so, you're about the third person that's wanted such behavior this year. What you can do is turn responses on and off as DMDX is running with and and so on and this has been sufficient for everyone to date (and you simply throw away recorded vocalizations you don't want). Given that you can't be waiting for RrecordVocal to finish what you could do is set the timeout to something quite small (with ) in the items not recording vocalizations and use elsewhere. Then responses with the keyboard will just wait around forever and the naming trials will record whatever you set the timeout to. If that doesn't work for you you could (if you aren't caring about binary responses) make the items that aren't going to need to record vocalizations instructions (by making their item number 0) and using the request to pace those items. If you don't want to use a spacebar for the pacing and can be used to change that. You'll only have clock on asterisks in the naming items. BTW, reading tasks are greatly facilitated with and . Using them and an initial coordinate in the left of the display your items don't need any additional spaces and the following items with just continue on across the display. At 01:58 PM 3/9/2008 -0400, you wrote: >Dear all, > >I checked the achive, but couldn鈥檛 found an answer for my question... >Could anyone help? > >My experiment is a self-paced reading task combined with a naming task. >I鈥檇 like my participants to name one word (written in a different color) >in a sentence while reading the sentence. I wonder whether DMDX could be >configured to record the audio input (from RecordVocal) for the naming >items and record the RT input (from keyboard) for the rest of the items. >When I was using in my current item file, DMDX created >a wave file for every item and the timeout delayed the presentation of >the next item. > >Thanks in advance for your help, > >Gloria >---------------- > >Here is a section of my script, in case you wanted to have a look at it >(I鈥檇 like my participants to name the word 鈥渧illage鈥.): > > > > >+526 * "More " ; >+527 * " power " ; >+528 * " stations " ; >+529 * " have " ; >+530 * " been" ; >+531 * " built" ; >+532 * " in" ; >+533 * " this" ; >+534 * " village." ; > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The more urgent the need for a decision to be made, less apparent become the identity of the decision maker - Murphy's Technology Laws www.murphys-laws.com From DMDX-owner@psy1.psych.arizona.edu Mon Mar 10 07:58:27 2008 Received: from smtp1.rug.nl (smtp1.rug.nl [129.125.50.11]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2AEvoBi018119 for ; Mon, 10 Mar 2008 07:57:51 -0700 Received: from smtp1.rug.nl ([129.125.50.11]) by smtp1.rug.nl (SMSSMTP 4.1.0.19) with SMTP id M2008031015574402892 for ; Mon, 10 Mar 2008 15:57:44 +0100 Received: from [129.125.179.107] ([129.125.179.107]) by smtp1.rug.nl (8.12.11.20060308/8.12.11) with ESMTP id m2AEvi1u027830 for ; Mon, 10 Mar 2008 15:57:44 +0100 (MET) Message-ID: <47D54C68.9020102@rug.nl> Date: Mon, 10 Mar 2008 15:57:44 +0100 From: =?ISO-8859-1?Q?D=F6rte_Hessler?= MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX on Vista-Laptop Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi everybody, I just started using DMDX a couple of weeks ago and found everything working fine on the computer in my office. Now I need to get it running on laptop in order to test participants. In my experiment I want to show videos. Aware of the problems with laptops I went to a store and they allowed me to test DMDX before buying. So I tested it on two laptops: 1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and Vista 2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista with the first (the fujitsu) I had the following problem: I couldn't successfully run the RefreshRateTest. I got the message: "Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" After setting the things under "time video mode" manually I still didn't see or hear the video file, otherwise DMDX runs nicely. It just leaves out the video files. So it doesn't freeze, it "just" does not display the video. That last problem I also had with the ACER (here the tests ran smoothely). If I do the syntax check, I get the following message (for each item): "Failed to getTimePerFrame for xyz.avi Unknown directshow error (80040403[1027]). So far I haven't bought either of the laptops and therefore I cannot change drivers etc. Do you think that would be sufficient or is there a bigger problem? Has anybody experienced the same and can help? Actually I would prefer getting the Fujitsu (because it has the better specifications) so maybe someone also knows how to get the refresh rate test running? Thanks for your help, Best wishes, D鰎te -- D.A. Hessler University of Groningen Department of Linguistics P.O. Box 716 9700 AS Groningen The Netherlands phone: +31 (0)50-363 5970 fax: +31 (0)50-363 6855 e-mail: d.a.hessler@rug.nl From DMDX-owner@psy1.psych.arizona.edu Mon Mar 10 09:36:06 2008 Received: from web30502.mail.mud.yahoo.com (web30502.mail.mud.yahoo.com [68.142.200.115]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2AGZixN018352 for ; Mon, 10 Mar 2008 09:35:44 -0700 Received: (qmail 60794 invoked by uid 60001); 10 Mar 2008 16:35:39 -0000 Received: from [128.205.62.102] by web30502.mail.mud.yahoo.com via HTTP; Mon, 10 Mar 2008 09:35:38 PDT Date: Mon, 10 Mar 2008 09:35:38 -0700 (PDT) From: Maria Krauss Subject: [DMDX] Re: DMDX on Vista and Branching/Looping question To: DMDX@psy1.psych.arizona.edu In-Reply-To: <47D54C68.9020102@rug.nl> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1534094317-1205166938=:60140" Content-Transfer-Encoding: 8bit Message-ID: <38521.60140.qm@web30502.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1534094317-1205166938=:60140 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello Dorte, and everyone, First, I would like to address Dorte's e-mail although admittedly, it may not be very technically insightful: Just an anecdotal account of personal experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for under a year, and just recently I had to have the motherboard replaced and after that, the whole computer "cleaned out and restored" (I dont know the technical terms for this). I was told that it was a system error and that I did nothing to cause it. In short, I would not recommend purchasing an Acer; although this is just one person's account and there may be many others who've had good experiences. Who knows? Also, my laptop will not play DMDX; though admittedly, I haven't tried in over a year. On to my branching question. My labmates and I have created the following branching program (for complex multiple-feedback pathways) which plays in DMDX (lab XP computers): !Pilot Children抯 Categorization Program; !last edited 3-9-08; !Item number ABCD; !A Training=1 Test=2; !B Random=0 Prototype=1 Prototype2=2 Prototype3=3 Prototype4=4 Prototype5=5 Prototype7=7; !C=Trial number; !D=Branching number; 0 揑s this a Cave Ghost? Point to CAVE for YES & CIRCLE for NO., 揚ress SPACEBAR to start. ; 1 揷ave_no, 揚rototype3_06 <% 90> / 攎onkey_x3_black.MOV / ; 2 揷ave_no, 揚rototype3_06 <% 60> / 揷ave_no, 揚rototype3_06 <% 60>/; +1310 * 揷ave_no, 揚rototype3_06; 1311 ; 1312 ; 0 揟his is the END of learning., 揚ress SPACEBAR to start the ghost hunt!; However, there are 40-60 training item files that will need to be played for the training segment of this experiment. I was ready to do the "copy/paste" method, when a labmate informed me that this is "just asking" for a complicated time with error messages and the diagnosis/remediation of such. To avoid these problems, and improve accuracy, she suggested I ask the listserv about the possibility of looping. She has heard it is possible, but we do not know where to begin. Is there a way to program DMDX to take items (say, 1010-1060) and run them through the branching loop above? (starting with +1310?). In addition to changing the "branching loop" (for lack of better terminology), we will also need to program a loop (if possible) in the branching intstructions above (starting with item 1 after the initial instruction) to include all of our shape image files (e.g., approx. 40 Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the screen header. Thanks for your help, Maria Krauss D鰎te Hessler wrote: Hi everybody, I just started using DMDX a couple of weeks ago and found everything working fine on the computer in my office. Now I need to get it running on laptop in order to test participants. In my experiment I want to show videos. Aware of the problems with laptops I went to a store and they allowed me to test DMDX before buying. So I tested it on two laptops: 1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and Vista 2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista with the first (the fujitsu) I had the following problem: I couldn't successfully run the RefreshRateTest. I got the message: "Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" After setting the things under "time video mode" manually I still didn't see or hear the video file, otherwise DMDX runs nicely. It just leaves out the video files. So it doesn't freeze, it "just" does not display the video. That last problem I also had with the ACER (here the tests ran smoothely). If I do the syntax check, I get the following message (for each item): "Failed to getTimePerFrame for xyz.avi Unknown directshow error (80040403[1027]). So far I haven't bought either of the laptops and therefore I cannot change drivers etc. Do you think that would be sufficient or is there a bigger problem? Has anybody experienced the same and can help? Actually I would prefer getting the Fujitsu (because it has the better specifications) so maybe someone also knows how to get the refresh rate test running? Thanks for your help, Best wishes, D鰎te -- D.A. Hessler University of Groningen Department of Linguistics P.O. Box 716 9700 AS Groningen The Netherlands phone: +31 (0)50-363 5970 fax: +31 (0)50-363 6855 e-mail: d.a.hessler@rug.nl ==================================================================== Send mail to DMDX-request@psy1.psych.arizona.edu with the word 'unsubscribe' by itself with no quotes in the body of the email to be removed from the list. The list archive is available here: http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread ==================================================================== --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1534094317-1205166938=:60140 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello Dorte, and everyone,
 
First, I would like to address Dorte's e-mail although admittedly, it may not be very technically insightful: Just an anecdotal account of personal experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for under a year, and just recently I had to have the motherboard replaced and after that, the whole computer "cleaned out and restored" (I dont know the technical terms for this). I was told that it was a system error and that I did nothing to cause it. In short, I would not recommend purchasing an Acer; although this is just one person's account and there may be many others who've had good experiences. Who knows? Also, my laptop will not play DMDX; though admittedly, I haven't tried in over a year.
 
On to my branching question. My labmates and I have created the following branching program (for complex multiple-feedback pathways) which plays in DMDX (lab XP computers):
 
<ep> <azk> <cr> <nfb> <fd 313> <d 50> <t 8000> <id keyboard> <vm 1024,768,768,16,60> <dbc 0> <dfs 18> <dwc 255255255> <rcot>  <eop>
 
 
!Pilot Children抯 Categorization Program;
!last edited 3-9-08;
!Item number ABCD;
!A Training=1 Test=2;
!B Random=0 Prototype=1 Prototype2=2 Prototype3=3 Prototype4=4 Prototype5=5 Prototype7=7;
!C=Trial number;
!D=Branching number;
0  <ln -1> 揑s this a Cave Ghost? Point to CAVE for YES & CIRCLE for NO., <ln 1> 揚ress SPACEBAR to start. <Branch 1310>;
1 <jpg> 揷ave_no, <jpg 775, 150> 揚rototype3_06 <% 90> / <dv>攎onkey_x3_black.MOV <dv% 0>/ <return>;
2 <jpg> 揷ave_no, <jpg 5, 150> 揚rototype3_06 <% 60> / <jpg> 揷ave_no, <jpg 775, 150> 揚rototype3_06 <% 60>/<return>;
 
+1310 *<jpg> 揷ave_no, <jpg> 揚rototype3_06;
1311 <mwc +Right Shift, 1 +Left Shift, 2>;
1312 <Branch +1310>;
 
0 <ln -1> 揟his is the END of learning., <ln 1> 揚ress SPACEBAR to start the ghost hunt!;
 
However, there are 40-60 training item files that will need to be played for the training segment of this experiment. I was ready to do the "copy/paste" method, when a labmate informed me that this is "just asking" for a complicated time with error messages and the diagnosis/remediation of such. To avoid these problems, and improve accuracy, she suggested I ask the listserv about the possibility of looping. She has heard it is possible, but we do not know where to begin. Is there a way to program DMDX to take items (say, 1010-1060) and run them through the branching loop above? (starting with +1310?).
 
In addition to changing the "branching loop" (for lack of better terminology), we will also need to program a loop (if possible) in the branching intstructions above (starting with item 1 after the initial instruction) to include all of our shape image files (e.g., approx. 40 Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the screen header.
 
Thanks for your help,
Maria Krauss

D鰎te Hessler <D.A.Hessler@rug.nl> wrote:
Hi everybody,

I just started using DMDX a couple of weeks ago and found everything
working fine on the computer in my office. Now I need to get it running
on laptop in order to test participants. In my experiment I want to show
videos. Aware of the problems with laptops I went to a store and they
allowed me to test DMDX before buying. So I tested it on two laptops:
1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and
Vista
2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista

with the first (the fujitsu) I had the following problem: I couldn't
successfully run the RefreshRateTest. I got the message:
"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles"
After setting the things under "time video mode" manually I still didn't
see or hear the video file, otherwise DMDX runs nicely. It just leaves
out the video files. So it doesn't freeze, it "just" does not display
the video.

That last problem I also had with the ACER (here the tests ran
smoothely). If I do the syntax check, I get the following message (for
each item):
"Failed to getTimePerFrame for xyz.avi Unknown directshow error
(80040403[1027]).

So far I haven't bought either of the laptops and therefore I cannot
change drivers etc. Do you think that would be sufficient or is there a
bigger problem? Has anybody experienced the same and can help?
Actually I would prefer getting the Fujitsu (because it has the better
specifications) so maybe someone also knows how to get the refresh rate
test running?

Thanks for your help,
Best wishes,

D鰎te


--
D.A. Hessler
University of Groningen
Department of Linguistics
P.O. Box 716
9700 AS Groningen
The Netherlands

phone: +31 (0)50-363 5970
fax: +31 (0)50-363 6855
e-mail: d.a.hessler@rug.nl



====================================================================
Send mail to DMDX-request@psy1.psych.arizona.edu with the word
'unsubscribe' by itself with no quotes in the body of the email
to be removed from the list. The list archive is available here:
http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1534094317-1205166938=:60140-- From DMDX-owner@psy1.psych.arizona.edu Mon Mar 10 13:18:03 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2AKHJZL018790 for ; Mon, 10 Mar 2008 13:17:20 -0700 Received: from frodos_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D62902E9B23 for ; Mon, 10 Mar 2008 13:17:19 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 541B92E9B27 for ; Mon, 10 Mar 2008 13:17:18 -0700 (MST) Message-Id: <5.1.0.14.2.20080310131109.00bca638@psy1.psych.arizona.edu> Date: Mon, 10 Mar 2008 13:17:17 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: DMDX on Vista-Laptop In-Reply-To: <47D54C68.9020102@rug.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The Fujitsu retrace rate tracking stuff may be resolved by checking or unchecking the read between flips to stop cheating drivers checkbox in the Retrace Rate test. The video not playing on both laptops however sounds like a show stopper for digital video under Vista. Not a big surprise give DirectShow's deprecation but disappointing nonetheless. Basically you're seeing Vista say Nope, No Can Do when DMDX asks it to play videos. I'd see if TimeDX's Digital Video test can play the files. Maybe Vista can play other multimedia (we see good results with older formats like .MPG). At 03:57 PM 3/10/2008 +0100, you wrote: >Hi everybody, > >I just started using DMDX a couple of weeks ago and found everything >working fine on the computer in my office. Now I need to get it running >on laptop in order to test participants. In my experiment I want to show >videos. Aware of the problems with laptops I went to a store and they >allowed me to test DMDX before buying. So I tested it on two laptops: >1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and >Vista >2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista > >with the first (the fujitsu) I had the following problem: I couldn't >successfully run the RefreshRateTest. I got the message: >"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" >After setting the things under "time video mode" manually I still didn't >see or hear the video file, otherwise DMDX runs nicely. It just leaves >out the video files. So it doesn't freeze, it "just" does not display >the video. > >That last problem I also had with the ACER (here the tests ran >smoothely). If I do the syntax check, I get the following message (for >each item): >"Failed to getTimePerFrame for xyz.avi Unknown directshow error >(80040403[1027]). > >So far I haven't bought either of the laptops and therefore I cannot >change drivers etc. Do you think that would be sufficient or is there a >bigger problem? Has anybody experienced the same and can help? >Actually I would prefer getting the Fujitsu (because it has the better >specifications) so maybe someone also knows how to get the refresh rate >test running? > >Thanks for your help, >Best wishes, > >D鰎te > > >-- >D.A. Hessler >University of Groningen >Department of Linguistics >P.O. Box 716 >9700 AS Groningen >The Netherlands > >phone: +31 (0)50-363 5970 >fax: +31 (0)50-363 6855 >e-mail: d.a.hessler@rug.nl > > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Mon Mar 10 13:25:17 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2AKP4Vd018826 for ; Mon, 10 Mar 2008 13:25:06 -0700 Received: from gandalfs_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 76A7F47DF3B for ; Mon, 10 Mar 2008 13:25:04 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A14014BAAE4 for ; Mon, 10 Mar 2008 13:25:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080310132222.00bca638@psy1.psych.arizona.edu> Date: Mon, 10 Mar 2008 13:25:00 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: DMDX on Vista and Branching/Looping question In-Reply-To: <38521.60140.qm@web30502.mail.mud.yahoo.com> References: <47D54C68.9020102@rug.nl> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-2123217171==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_-2123217171==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable My guess is if you can't understand branching from the examples in the help= =20 you're better off using cut and paste. At 09:35 AM 3/10/2008 -0700, you wrote: >Hello Dorte, and everyone, > >First, I would like to address Dorte's e-mail although admittedly, it may= =20 >not be very technically insightful: Just an anecdotal account of personal= =20 >experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for=20 >under a year, and just recently I had to have the motherboard replaced and= =20 >after that, the whole computer "cleaned out and restored" (I dont know the= =20 >technical terms for this). I was told that it was a system error and that= =20 >I did nothing to cause it. In short, I would not recommend purchasing an=20 >Acer; although this is just one person's account and there may be many=20 >others who've had good experiences. Who knows? Also, my laptop will not=20 >play DMDX; though admittedly, I haven't tried in over a year. > >On to my branching question. My labmates and I have created the following= =20 >branching program (for complex multiple-feedback pathways) which plays in= =20 >DMDX (lab XP computers): > > 1024,768,768,16,60> =20 > "urn:schemas-microsoft-com:office:office" /> > > >In addition to changing the "branching loop" (for lack of better=20 >terminology), we will also need to program a loop (if possible) in the=20 >branching intstructions above (starting with item 1 after the initial=20 >instruction) to include all of our shape image files (e.g., approx. 40=20 >Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the=20 >screen header. > >Thanks for your help, >Maria Krauss > >D=F6rte Hessler wrote: >Hi everybody, > >I just started using DMDX a couple of weeks ago and found everything >working fine on the computer in my office. Now I need to get it running >on laptop in order to test participants. In my experiment I want to show >videos. Aware of the problems with laptops I went to a store and they >allowed me to test DMDX before buying. So I tested it on two laptops: >1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and >Vista >2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista > >with the first (the fujitsu) I had the following problem: I couldn't >successfully run the RefreshRateTest. I got the message: >"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" >After setting the things under "time video mode" manually I still didn't >see or hear the video file, otherwise DMDX runs nicely. It just leaves >out the video files. So it doesn't freeze, it "just" does not display >the video. > >That last problem I also had with the ACER (here the tests ran >smoothely). If I do the syntax check, I get the following message (for >each item): >"Failed to getTimePerFrame for xyz.avi Unknown directshow error >(80040403[1027]). > >So far I haven't bought either of the laptops and therefore I cannot >change drivers etc. Do you think that would be sufficient or is there a >bigger problem? Has anybody experienced the same and can help? >Actually I would prefer getting the Fujitsu (because it has the better >specifications) so maybe someone also knows how to get the refresh rate >test running? >Thanks for your help, >Best wishes, > >D=F6rte > > > >-- >D.A. Hessler >University of Groningen >Department of Linguistics >P.O. Box 716 >9700 AS Groningen >The Netherlands > >phone: +31 (0)50-363 5970 >fax: +31 (0)50-363 6855 >e-mail: d.a.hessler@rug.nl > > > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >Send mail to DMDX-request@psy1.psych.arizona.edu with the word >'unsubscribe' by itself with no quotes in the body of the email >to be removed from the list. The list archive is available here: >http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > >Be a better friend, newshound, and know-it-all with Yahoo! Mobile.=20 >Try=20 >it now. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. --=====================_-2123217171==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
My guess is if you can't understand branching from the examples in the help you're better off using cut and paste.


At 09:35 AM 3/10/2008 -0700, you wrote:
Hello Dorte, and everyone,
 
First, I would like to address Dorte's e-mail although admittedly, it may not be very technically insightful: Just an anecdotal account of personal experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for under a year, and just recently I had to have the motherboard replaced and after that, the whole computer "cleaned out and restored" (I dont know the technical terms for this). I was told that it was a system error and that I did nothing to cause it. In short, I would not recommend purchasing an Acer; although this is just one person's account and there may be many others who've had good experiences. Who knows? Also, my laptop will not play DMDX; though admittedly, I haven't tried in over a year.
 
On to my branching question. My labmates and I have created the following branching program (for complex multiple-feedback pathways) which plays in DMDX (lab XP computers):
 
<ep> <azk> <cr> <nfb> <fd 313> <d 50> <t 8000> <id keyboard> <vm 1024,768,768,16,60> <dbc 0> <dfs 18> <dwc 255255255> <rcot>  <eop><?xml:namespace prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office" />
 
 
In addition to changing the "branching loop" (for lack of better terminology), we will also need to program a loop (if possible) in the branching intstructions above (starting with item 1 after the initial instruction) to include all of our shape image files (e.g., approx. 40 Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the screen header.
 
Thanks for your help,
Maria Krauss

D=F6rte Hessler <D.A.Hessler@rug.nl> wrote:
Hi everybody,

I just started using DMDX a couple of weeks ago and found=20 everything
working fine on the computer in my office. Now I need to get it running
on laptop in order to test participants. In my experiment I want to show
videos. Aware of the problems with laptops I went to a store and they
allowed me to test DMDX before buying. So I tested it on two laptops:
1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and
Vista
2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista

with the first (the fujitsu) I had the following problem: I=20 couldn't
successfully run the RefreshRateTest. I got the message:
"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles"
After setting the things under "time video mode" manually I still didn't
see or hear the video file, otherwise DMDX runs nicely. It just leaves
out the video files. So it doesn't freeze, it "just" does not display
the video.

That last problem I also had with the ACER (here the tests ran
smoothely). If I do the syntax check, I get the following message (for
each item):
"Failed to getTimePerFrame for xyz.avi Unknown directshow=20 error
(80040403[1027]).

So far I haven't bought either of the laptops and therefore I=20 cannot
change drivers etc. Do you think that would be sufficient or is there a
bigger problem? Has anybody experienced the same and can help?
Actually I would prefer getting the Fujitsu (because it has the better
specifications) so maybe someone also knows how to get the refresh rate
test running?
Thanks for your help,
Best wishes,

D=F6rte



--=20
D.A. Hessler
University of Groningen
Department of Linguistics
P.O. Box 716
9700 AS Groningen
The Netherlands

phone: +31 (0)50-363 5970
fax: +31 (0)50-363 6855
e-mail: d.a.hessler@rug.nl





=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Send mail to DMDX-request@psy1.psych.arizona.edu with the word
'unsubscribe' by itself with no quotes in the body of the email
to be removed from the list. The list archive is available here:
http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D



Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Ours is a world where people don't know what they want and are
willing to go through hell to get it.

--=====================_-2123217171==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Mon Mar 10 17:55:22 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2B0sked019701 for ; Mon, 10 Mar 2008 17:54:46 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 589932EA0B0 for ; Mon, 10 Mar 2008 17:54:46 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 710422E9FBE for ; Mon, 10 Mar 2008 17:54:45 -0700 (MST) Message-Id: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> Date: Mon, 10 Mar 2008 17:54:43 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: DMDX on Vista and Branching/Looping question In-Reply-To: <5.1.0.14.2.20080310132222.00bca638@psy1.psych.arizona.edu> References: <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list And the looping stuff would be using if you haven't found it already. There's an example in the docs (which you'd also have to use): http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsetcounterkeyword.htm And I see feeding "dmdx branchif" at Google someone called Mark has got a nice write up on using branching for another purpose you might want to read: http://markantoniou.blogspot.com/2007/10/replace-no-response-trials-in-dmdx.html At 01:25 PM 3/10/2008 -0700, I wrote: >My guess is if you can't understand branching from the examples in the >help you're better off using cut and paste. > > >At 09:35 AM 3/10/2008 -0700, Maria wrote: >>Hello Dorte, and everyone, >> >>First, I would like to address Dorte's e-mail although admittedly, it may >>not be very technically insightful: Just an anecdotal account of personal >>experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for >>under a year, and just recently I had to have the motherboard replaced >>and after that, the whole computer "cleaned out and restored" (I dont >>know the technical terms for this). I was told that it was a system error >>and that I did nothing to cause it. In short, I would not recommend >>purchasing an Acer; although this is just one person's account and there >>may be many others who've had good experiences. Who knows? Also, my >>laptop will not play DMDX; though admittedly, I haven't tried in over a year. >> >>On to my branching question. My labmates and I have created the following >>branching program (for complex multiple-feedback pathways) which plays in >>DMDX (lab XP computers): >> >> >1024,768,768,16,60> >> >"urn:schemas-microsoft-com:office:office" /> >> >> >>In addition to changing the "branching loop" (for lack of better >>terminology), we will also need to program a loop (if possible) in the >>branching intstructions above (starting with item 1 after the initial >>instruction) to include all of our shape image files (e.g., approx. 40 >>Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the >>screen header. >> >>Thanks for your help, >>Maria Krauss >> >>D鰎te Hessler wrote: >>Hi everybody, >> >>I just started using DMDX a couple of weeks ago and found everything >>working fine on the computer in my office. Now I need to get it running >>on laptop in order to test participants. In my experiment I want to show >>videos. Aware of the problems with laptops I went to a store and they >>allowed me to test DMDX before buying. So I tested it on two laptops: >>1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and >>Vista >>2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista >> >>with the first (the fujitsu) I had the following problem: I couldn't >>successfully run the RefreshRateTest. I got the message: >>"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" >>After setting the things under "time video mode" manually I still didn't >>see or hear the video file, otherwise DMDX runs nicely. It just leaves >>out the video files. So it doesn't freeze, it "just" does not display >>the video. >> >>That last problem I also had with the ACER (here the tests ran >>smoothely). If I do the syntax check, I get the following message (for >>each item): >>"Failed to getTimePerFrame for xyz.avi Unknown directshow error >>(80040403[1027]). >> >>So far I haven't bought either of the laptops and therefore I cannot >>change drivers etc. Do you think that would be sufficient or is there a >>bigger problem? Has anybody experienced the same and can help? >>Actually I would prefer getting the Fujitsu (because it has the better >>specifications) so maybe someone also knows how to get the refresh rate >>test running? >>Thanks for your help, >>Best wishes, >>D鰎te >> >> >> >> >> >>-- >>D.A. Hessler >>University of Groningen >>Department of Linguistics >>P.O. Box 716 >>9700 AS Groningen >>The Netherlands >> >>phone: +31 (0)50-363 5970 >>fax: +31 (0)50-363 6855 >>e-mail: d.a.hessler@rug.nl >> >> >> >> >> >> >> >> >> >>==================================================================== >>Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>'unsubscribe' by itself with no quotes in the body of the email >>to be removed from the list. The list archive is available here: >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== >> >> >>Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >>Try >>it now. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are >willing to go through hell to get it. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The more urgent the need for a decision to be made, less apparent become the identity of the decision maker - Murphy's Technology Laws www.murphys-laws.com From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 08:24:27 2008 Received: from mail78.messagelabs.com (mail78.messagelabs.com [195.245.230.131]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BFNlNv022493 for ; Tue, 11 Mar 2008 08:23:48 -0700 Received: (qmail 22545 invoked from network); 11 Mar 2008 15:23:40 -0000 Received: from outbound.kcl.ac.uk (HELO outbound.kcl.ac.uk) (137.73.2.214) by server-15.tower-78.messagelabs.com with AES256-SHA encrypted SMTP; 11 Mar 2008 15:23:40 -0000 Received: from relay3.kcl.ac.uk ([137.73.2.218] helo=hazel) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1JZ6JL-0004OH-OQ for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 15:22:39 +0000 Received: from blade-a115.int.kcl.ac.uk ([10.30.1.115] helo=localhost) by hazel smtphack with esmtp id 1JZ6JA-00048w-9A for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 15:22:28 +0000 Received: from 77.31.91.137 ([77.31.91.137]) by impmail.kcl.ac.uk (Horde MIME library) with HTTP; Tue, 11 Mar 2008 15:22:22 +0000 Message-ID: <20080311152222.qhznui9vvo80kksg@impmail.kcl.ac.uk> Date: Tue, 11 Mar 2008 15:22:22 +0000 From: sarah.tashkandy@kcl.ac.uk To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Error with display and keyboard References: <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear all, This may seem like a silly question but I'm currently in Saudi trying to set up self-paced reading tasks with DMDX on some computers in an IT lab. The thing is, because of the segregation (and being female) I cannot go into the male section of campus where the tasks are being set up, therefore I can't go in and mess around with the settings myself. However, the technician who's setting it up for me keeps getting 2 error messages (either one on each machine). The first error that comes up is "Input Problem" with the keyboard. The second is "SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" I realise it may not be ideal for me to ask for help on this sort of issue, but it's because I can't go in there myself and see what it could be that I have to ask for help. DMDX installed easily on the laptops I worked with, and they were also able to install it and run the practice I set up in their own laptops, it was just in the IT lab that they ran into problems. Could you shed some light on this? Thanks and take care, Sarah. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 08:50:29 2008 Received: from smtpbg4.qq.com ([219.133.49.117]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2BFo9sK022636 for ; Tue, 11 Mar 2008 08:50:10 -0700 From: "=?gbk?B?bm9vZGxlLnNjbnU=?=" To: "=?gbk?B?ZG1keA==?=" Subject: [DMDX] =?gbk?B?u9i4tDpbRE1EWF0gRXJyb3Igd2l0aCBkaXNwbGF5?= =?gbk?B?IGFuZCBrZXlib2FyZA==?= Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_47D6AA2A_08103B58_4B1E9858" Content-Transfer-Encoding: 8Bit Date: Tue, 11 Mar 2008 23:50:2 +0800 Message-ID: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------=_NextPart_47D6AA2A_08103B58_4B1E9858 Content-Type: text/plain; charset="gbk" Content-Transfer-Encoding: base64 UnVuIGR4ZGlhZyB0byBvcGVuIERpcmVjdFgtZGlzcGxheSwgYmUgc3VyZSB0byBvcGVuIERp cmVjdERyYXcgYWNjZWxlcmF0aW9uLiAgSWYgY2FuJ3Qgc29sdmUgc2Vjb25kIHByb2JsZW0s IHNldHVwIERpcmVjdFggYWdhaW4gcGxlYXNlLg0KICANCiAtLS0tLS0tLS0tLS0tLS0tLS0g 1K3KvNPKvP4gLS0tLS0tLS0tLS0tLS0tLS0tDQogILeivP7IyzogInNhcmFoLnRhc2hrYW5k eSI8c2FyYWgudGFzaGthbmR5QGtjbC5hYy51az47DQogt6LLzcqxvOQ6IDIwMDjE6jPUwjEx yNUo0MfG2rb+KSDN7cnPMTE6MjINCiDK1bz+yMs6ICJETURYIjxETURYQHBzeTEucHN5Y2gu YXJpem9uYS5lZHU+OyANCiANCiDW98ziOiBbRE1EWF0gRXJyb3Igd2l0aCBkaXNwbGF5IGFu ZCBrZXlib2FyZA0KDQogIA0KIERlYXIgYWxsLA0KDQpUaGlzIG1heSBzZWVtIGxpa2UgYSBz aWxseSBxdWVzdGlvbiBidXQgSSdtIGN1cnJlbnRseSBpbiBTYXVkaSB0cnlpbmcgIA0KdG8g c2V0IHVwIHNlbGYtcGFjZWQgcmVhZGluZyB0YXNrcyB3aXRoIERNRFggb24gc29tZSBjb21w dXRlcnMgaW4gYW4gIA0KSVQgbGFiLiBUaGUgdGhpbmcgaXMsIGJlY2F1c2Ugb2YgdGhlIHNl Z3JlZ2F0aW9uIChhbmQgYmVpbmcgZmVtYWxlKSBJICANCmNhbm5vdCBnbyBpbnRvIHRoZSBt YWxlIHNlY3Rpb24gb2YgY2FtcHVzIHdoZXJlIHRoZSB0YXNrcyBhcmUgYmVpbmcgIA0Kc2V0 IHVwLCB0aGVyZWZvcmUgSSBjYW4ndCBnbyBpbiBhbmQgbWVzcyBhcm91bmQgd2l0aCB0aGUg c2V0dGluZ3MgIA0KbXlzZWxmLiBIb3dldmVyLCB0aGUgdGVjaG5pY2lhbiB3aG8ncyBzZXR0 aW5nIGl0IHVwIGZvciBtZSBrZWVwcyAgDQpnZXR0aW5nIDIgZXJyb3IgbWVzc2FnZXMgKGVp dGhlciBvbmUgb24gZWFjaCBtYWNoaW5lKS4gVGhlIGZpcnN0IGVycm9yICANCnRoYXQgY29t ZXMgdXAgaXMgIklucHV0IFByb2JsZW0iIHdpdGggdGhlIGtleWJvYXJkLiBUaGUgc2Vjb25k IGlzICANCiJTZXREaXNwbGF5TW9kZSBmYWlsZWQhIFVua25vd24gRGlyZWN0RHJhdyBFcnJv ciAoODAwMDQwMDEgWzE2Mzg1XSkiDQoNCkkgcmVhbGlzZSBpdCBtYXkgbm90IGJlIGlkZWFs IGZvciBtZSB0byBhc2sgZm9yIGhlbHAgb24gdGhpcyBzb3J0IG9mICANCmlzc3VlLCBidXQg aXQncyBiZWNhdXNlIEkgY2FuJ3QgZ28gaW4gdGhlcmUgbXlzZWxmIGFuZCBzZWUgd2hhdCBp dCAgDQpjb3VsZCBiZSB0aGF0IEkgaGF2ZSB0byBhc2sgZm9yIGhlbHAuIERNRFggaW5zdGFs bGVkIGVhc2lseSBvbiB0aGUgIA0KbGFwdG9wcyBJIHdvcmtlZCB3aXRoLCBhbmQgdGhleSB3 ZXJlIGFsc28gYWJsZSB0byBpbnN0YWxsIGl0IGFuZCBydW4gIA0KdGhlIHByYWN0aWNlIEkg c2V0IHVwIGluIHRoZWlyIG93biBsYXB0b3BzLCBpdCB3YXMganVzdCBpbiB0aGUgSVQgbGFi ICANCnRoYXQgdGhleSByYW4gaW50byBwcm9ibGVtcy4NCg0KQ291bGQgeW91IHNoZWQgc29t ZSBsaWdodCBvbiB0aGlzPw0KDQpUaGFua3MgYW5kIHRha2UgY2FyZSwNClNhcmFoLg0KDQoN Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09DQogICBTZW5kIG1haWwgdG8gRE1EWC1yZXF1ZXN0QHBzeTEucHN5 Y2guYXJpem9uYS5lZHUgd2l0aCB0aGUgd29yZA0KICAndW5zdWJzY3JpYmUnIGJ5IGl0c2Vs ZiB3aXRoIG5vIHF1b3RlcyBpbiB0aGUgYm9keSBvZiB0aGUgZW1haWwNCiAgdG8gYmUgcmVt b3ZlZCBmcm9tIHRoZSBsaXN0LiAgVGhlIGxpc3QgYXJjaGl2ZSBpcyBhdmFpbGFibGUgaGVy ZToNCiAgICAgICAgICBodHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9jZ2ktYmluL0RN RFgvdGhyZWFkDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ== ------=_NextPart_47D6AA2A_08103B58_4B1E9858 Content-Type: text/html; charset="gbk" Content-Transfer-Encoding: base64 PERJVj5SdW4gZHhkaWFnIHRvIG9wZW4gRGlyZWN0WC1kaXNwbGF5LCBiZSBzdXJlIHRvIG9w ZW4gRGlyZWN0RHJhdyBhY2NlbGVyYXRpb24uJm5ic3A7IElmIGNhbid0IHNvbHZlIHNlY29u ZCBwcm9ibGVtLCBzZXR1cCBEaXJlY3RYIGFnYWluIHBsZWFzZS48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWIHN0eWxlPSJQQURESU5HLVJJR0hUOiAwcHg7IFBBRERJTkctTEVG VDogMHB4OyBGT05ULVNJWkU6IDEycHg7IFBBRERJTkctQk9UVE9NOiAycHg7IFBBRERJTkct VE9QOiAycHg7IEZPTlQtRkFNSUxZOiBBcmlhbCBOYXJyb3ciPi0tLS0tLS0tLS0tLS0tLS0t LSZuYnNwO9StyrzTyrz+Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tPC9ESVY+DQo8RElWIHN0 eWxlPSJGT05ULVNJWkU6IDEycHgiPg0KPERJViBpZD1tZW51X3NlbmRlcj48Qj63orz+yMs6 PC9CPiZuYnNwOyJzYXJhaC50YXNoa2FuZHkiJmx0O3NhcmFoLnRhc2hrYW5keUBrY2wuYWMu dWsmZ3Q7OzwvRElWPg0KPERJVj48Qj63osvNyrG85Do8L0I+Jm5ic3A7MjAwOMTqM9TCMTHI 1SjQx8batv4pIM3tyc8xMToyMjwvRElWPg0KPERJVj48Qj7K1bz+yMs6PC9CPiZuYnNwOyJE TURYIiZsdDtETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHUmZ3Q7OyA8L0RJVj4NCjxESVY+ PC9ESVY+DQo8RElWPjxCPtb3zOI6PC9CPiZuYnNwO1tETURYXSBFcnJvciB3aXRoIGRpc3Bs YXkgYW5kIGtleWJvYXJkPC9ESVY+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBz dHlsZT0iRk9OVC1XRUlHSFQ6IG5vcm1hbCI+RGVhciBhbGwsPEJSPjxCUj5UaGlzIG1heSBz ZWVtIGxpa2UgYSBzaWxseSBxdWVzdGlvbiBidXQgSSdtIGN1cnJlbnRseSBpbiBTYXVkaSB0 cnlpbmcmbmJzcDsgPEJSPnRvIHNldCB1cCBzZWxmLXBhY2VkIHJlYWRpbmcgdGFza3Mgd2l0 aCBETURYIG9uIHNvbWUgY29tcHV0ZXJzIGluIGFuJm5ic3A7IDxCUj5JVCBsYWIuIFRoZSB0 aGluZyBpcywgYmVjYXVzZSBvZiB0aGUgc2VncmVnYXRpb24gKGFuZCBiZWluZyBmZW1hbGUp IEkmbmJzcDsgPEJSPmNhbm5vdCBnbyBpbnRvIHRoZSBtYWxlIHNlY3Rpb24gb2YgY2FtcHVz IHdoZXJlIHRoZSB0YXNrcyBhcmUgYmVpbmcmbmJzcDsgPEJSPnNldCB1cCwgdGhlcmVmb3Jl IEkgY2FuJ3QgZ28gaW4gYW5kIG1lc3MgYXJvdW5kIHdpdGggdGhlIHNldHRpbmdzJm5ic3A7 IDxCUj5teXNlbGYuIEhvd2V2ZXIsIHRoZSB0ZWNobmljaWFuIHdobydzIHNldHRpbmcgaXQg dXAgZm9yIG1lIGtlZXBzJm5ic3A7IDxCUj5nZXR0aW5nIDIgZXJyb3IgbWVzc2FnZXMgKGVp dGhlciBvbmUgb24gZWFjaCBtYWNoaW5lKS4gVGhlIGZpcnN0IGVycm9yJm5ic3A7IDxCUj50 aGF0IGNvbWVzIHVwIGlzICJJbnB1dCBQcm9ibGVtIiB3aXRoIHRoZSBrZXlib2FyZC4gVGhl IHNlY29uZCBpcyZuYnNwOyA8QlI+IlNldERpc3BsYXlNb2RlIGZhaWxlZCEgVW5rbm93biBE aXJlY3REcmF3IEVycm9yICg4MDAwNDAwMSBbMTYzODVdKSI8QlI+PEJSPkkgcmVhbGlzZSBp dCBtYXkgbm90IGJlIGlkZWFsIGZvciBtZSB0byBhc2sgZm9yIGhlbHAgb24gdGhpcyBzb3J0 IG9mJm5ic3A7IDxCUj5pc3N1ZSwgYnV0IGl0J3MgYmVjYXVzZSBJIGNhbid0IGdvIGluIHRo ZXJlIG15c2VsZiBhbmQgc2VlIHdoYXQgaXQmbmJzcDsgPEJSPmNvdWxkIGJlIHRoYXQgSSBo YXZlIHRvIGFzayBmb3IgaGVscC4gRE1EWCBpbnN0YWxsZWQgZWFzaWx5IG9uIHRoZSZuYnNw OyA8QlI+bGFwdG9wcyBJIHdvcmtlZCB3aXRoLCBhbmQgdGhleSB3ZXJlIGFsc28gYWJsZSB0 byBpbnN0YWxsIGl0IGFuZCBydW4mbmJzcDsgPEJSPnRoZSBwcmFjdGljZSBJIHNldCB1cCBp biB0aGVpciBvd24gbGFwdG9wcywgaXQgd2FzIGp1c3QgaW4gdGhlIElUIGxhYiZuYnNwOyA8 QlI+dGhhdCB0aGV5IHJhbiBpbnRvIHByb2JsZW1zLjxCUj48QlI+Q291bGQgeW91IHNoZWQg c29tZSBsaWdodCBvbiB0aGlzPzxCUj48QlI+VGhhbmtzIGFuZCB0YWtlIGNhcmUsPEJSPlNh cmFoLjxCUj48QlI+PEJSPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PEJSPiZuYnNwOyZuYnNwOyBTZW5kIG1h aWwgdG8gRE1EWC1yZXF1ZXN0QHBzeTEucHN5Y2guYXJpem9uYS5lZHUgd2l0aCB0aGUgd29y ZDxCUj4mbmJzcDsgJ3Vuc3Vic2NyaWJlJyBieSBpdHNlbGYgd2l0aCBubyBxdW90ZXMgaW4g dGhlIGJvZHkgb2YgdGhlIGVtYWlsPEJSPiZuYnNwOyB0byBiZSByZW1vdmVkIGZyb20gdGhl IGxpc3QuJm5ic3A7IFRoZSBsaXN0IGFyY2hpdmUgaXMgYXZhaWxhYmxlIGhlcmU6PEJSPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBo dHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9jZ2ktYmluL0RNRFgvdGhyZWFkPEJSPj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PC9ESVY+ ------=_NextPart_47D6AA2A_08103B58_4B1E9858-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 08:56:05 2008 Received: from smtp1.rug.nl (smtp1.rug.nl [129.125.50.11]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2BFtoLP022665 for ; Tue, 11 Mar 2008 08:55:50 -0700 Received: from smtp1.rug.nl ([129.125.50.11]) by smtp1.rug.nl (SMSSMTP 4.1.0.19) with SMTP id M2008031116554415444 for ; Tue, 11 Mar 2008 16:55:44 +0100 Received: from [129.125.179.107] ([129.125.179.107]) by smtp1.rug.nl (8.12.11.20060308/8.12.11) with ESMTP id m2BFticW006065 for ; Tue, 11 Mar 2008 16:55:44 +0100 (MET) Message-ID: <47D6AB80.4040105@rug.nl> Date: Tue, 11 Mar 2008 16:55:44 +0100 From: =?ISO-8859-1?Q?D=F6rte_Hessler?= MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: DMDX on Vista-Laptop References: <5.1.0.14.2.20080310131109.00bca638@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080310131109.00bca638@psy1.psych.arizona.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi, thanks for your help. I tried again with the fujitsu and still don't get the RefreshRate test running after I tried the different options, but the experiment runs never the less, because I now used mpg files. Those run perfectly. Thus I bought the laptop and now have more time and possibilities (e.g. installing drivers) to try things, hoping I'll fix the error. But if not, I don't bother so much, because with the values I chose it seems to run nicely. So thank you for the mpg-advice! If I figure out something else I"ll let you know! Best wishes, D鰎te Jonathan C. Forster wrote: > > The Fujitsu retrace rate tracking stuff may be resolved by checking or > unchecking the read between flips to stop cheating drivers checkbox in > the Retrace Rate test. The video not playing on both laptops however > sounds like a show stopper for digital video under Vista. Not a big > surprise give DirectShow's deprecation but disappointing nonetheless. > Basically you're seeing Vista say Nope, No Can Do when DMDX asks it to > play videos. I'd see if TimeDX's Digital Video test can play the > files. Maybe Vista can play other multimedia (we see good results > with older formats like .MPG). > > At 03:57 PM 3/10/2008 +0100, you wrote: >> Hi everybody, >> >> I just started using DMDX a couple of weeks ago and found everything >> working fine on the computer in my office. Now I need to get it running >> on laptop in order to test participants. In my experiment I want to show >> videos. Aware of the problems with laptops I went to a store and they >> allowed me to test DMDX before buying. So I tested it on two laptops: >> 1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and >> Vista >> 2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista >> >> with the first (the fujitsu) I had the following problem: I couldn't >> successfully run the RefreshRateTest. I got the message: >> "Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" >> After setting the things under "time video mode" manually I still didn't >> see or hear the video file, otherwise DMDX runs nicely. It just leaves >> out the video files. So it doesn't freeze, it "just" does not display >> the video. >> >> That last problem I also had with the ACER (here the tests ran >> smoothely). If I do the syntax check, I get the following message (for >> each item): >> "Failed to getTimePerFrame for xyz.avi Unknown directshow error >> (80040403[1027]). >> >> So far I haven't bought either of the laptops and therefore I cannot >> change drivers etc. Do you think that would be sufficient or is there a >> bigger problem? Has anybody experienced the same and can help? >> Actually I would prefer getting the Fujitsu (because it has the better >> specifications) so maybe someone also knows how to get the refresh rate >> test running? >> >> Thanks for your help, >> Best wishes, >> >> D鰎te >> >> >> -- >> D.A. Hessler >> University of Groningen >> Department of Linguistics >> P.O. Box 716 >> 9700 AS Groningen >> The Netherlands >> >> phone: +31 (0)50-363 5970 >> fax: +31 (0)50-363 6855 >> e-mail: d.a.hessler@rug.nl >> >> >> >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are > willing to go through hell to get it. > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== -- D.A. Hessler University of Groningen Department of Linguistics P.O. Box 716 9700 AS Groningen The Netherlands phone: +31 (0)50-363 5970 fax: +31 (0)50-363 6855 e-mail: d.a.hessler@rug.nl From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 10:42:41 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BHgHW7022997 for ; Tue, 11 Mar 2008 10:42:17 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4B9FE4C1E65 for ; Tue, 11 Mar 2008 10:42:17 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C6AEF4BA0FE for ; Tue, 11 Mar 2008 10:42:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> Date: Tue, 11 Mar 2008 10:42:14 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Error with display and keyboard In-Reply-To: <20080311152222.qhznui9vvo80kksg@impmail.kcl.ac.uk> References: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:22 PM 3/11/2008 +0000, you wrote: >Dear all, > >This may seem like a silly question but I'm currently in Saudi trying >to set up self-paced reading tasks with DMDX on some computers in an >IT lab. The thing is, because of the segregation (and being female) I >cannot go into the male section of campus where the tasks are being >set up, therefore I can't go in and mess around with the settings >myself. However, the technician who's setting it up for me keeps >getting 2 error messages (either one on each machine). The first error >that comes up is "Input Problem" with the keyboard. You may have to use as the name of the device may be different. For instance it's clavier in France. Whereas #keyboard works everywhere as it's using key numbers instead of names. > The second is >"SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" You may have to use . The latest versions of TimeDX allow timing the desktop video mode with greater ease. It's also possible you're using a video mode that doesn't have enough memory for DMDX to run in which case you'll have to use a less demanding video mode. >I realise it may not be ideal for me to ask for help on this sort of >issue, but it's because I can't go in there myself and see what it >could be that I have to ask for help. DMDX installed easily on the >laptops I worked with, and they were also able to install it and run >the practice I set up in their own laptops, it was just in the IT lab >that they ran into problems. > >Could you shed some light on this? > >Thanks and take care, >Sarah. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 10:50:03 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BHntfu023058 for ; Tue, 11 Mar 2008 10:49:55 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 138F62EA7F3 for ; Tue, 11 Mar 2008 10:49:55 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 143652EA7F0 for ; Tue, 11 Mar 2008 10:49:54 -0700 (MST) Message-Id: <5.1.0.14.2.20080311104347.00ba51c0@psy1.psych.arizona.edu> Date: Tue, 11 Mar 2008 10:49:52 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: =?gbk?B?u9i4tDpbRE1EWF0gRXJyb3Igd2l0aCBkaXNwbGF5?= =?gbk?B?IGFuZCBrZXlib2FyZA==?= In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-2046123296==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_-2046123296==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable That's another possibility too, forgot about having hardware acceleration=20 off. Usually when that's off though you see a message about Page Flipping= =20 not being available. Of course when there's not enough memory for a=20 display mode you also get a message to that effect, getting SetDispalyMode= =20 failing is quite unusual. Don't think I've ever seen it in fact. My guess= =20 is that they've locked down the registry so hard that DirectX can't switch= =20 display modes in which case it's possible the may save the day. At 11:50 PM 3/11/2008 +0800, you wrote: >Run dxdiag to open DirectX-display, be sure to open DirectDraw=20 >acceleration. If can't solve second problem, setup DirectX again please. > >------------------ =D4=AD=CA=BC=D3=CA=BC=FE ------------------ >=B7=A2=BC=FE=C8=CB: "sarah.tashkandy"; >=B7=A2=CB=CD=CA=B1=BC=E4: 2008=C4=EA3=D4=C211=C8=D5(=D0=C7=C6=DA=B6=FE)= =CD=ED=C9=CF11:22 >=CA=D5=BC=FE=C8=CB: "DMDX"; >=D6=F7=CC=E2: [DMDX] Error with display and keyboard > >Dear all, > >This may seem like a silly question but I'm currently in Saudi trying >to set up self-paced reading tasks with DMDX on some computers in an >IT lab. The thing is, because of the segregation (and being female) I >cannot go into the male section of campus where the tasks are being >set up, therefore I can't go in and mess around with the settings >myself. However, the technician who's setting it up for me keeps >getting 2 error messages (either one on each machine). The first error >that comes up is "Input Problem" with the keyboard. The second is >"SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" > >I realise it may not be ideal for me to ask for help on this sort of >issue, but it's because I can't go in there myself and see what it >could be that I have to ask for help. DMDX installed easily on the >laptops I worked with, and they were also able to install it and run >the practice I set up in their own laptops, it was just in the IT lab >that they ran into problems. > >Could you shed some light on this? > >Thanks and take care, >Sarah. > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. --=====================_-2046123296==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
That's another possibility too, forgot about having hardware acceleration off.  Usually when that's off though you see a message about Page Flipping not being available.  Of course when there's not enough memory for a display mode you also get a message to that effect, getting SetDispalyMode failing is quite unusual.  Don't think I've ever seen it in fact.  My guess is that they've locked down the registry so hard that DirectX can't switch display modes in which case it's possible the <vm desktop> may save the day.

At 11:50 PM 3/11/2008 +0800, you wrote:
Run dxdiag to open DirectX-display= , be sure to open DirectDraw acceleration.  If can't solve second problem, setup DirectX again please.
 
------------------ =D4=AD=CA=BC=D3=CA=BC=FE ------------------
=B7=A2=BC=FE=C8=CB: "sarah.tashkandy"<sarah.tashkandy@kcl.ac.uk>;
=B7=A2=CB=CD=CA=B1=BC=E4: 2008=C4=EA3=D4=C211=C8=D5(=D0=C7=C6=DA=B6= =FE) =CD=ED=C9=CF11:22
=CA=D5=BC=FE=C8=CB:= "DMDX"<DMDX@psy1.psych.arizona.edu>;
=D6=F7=CC=E2: [DMDX] Error with display and keyboard
 
Dear all,

This may seem like a silly question but I'm currently in Saudi trying =
to set up self-paced reading tasks with DMDX on some computers in an =
IT lab. The thing is, because of the segregation (and being female) I =
cannot go into the male section of campus where the tasks are being =
set up, therefore I can't go in and mess around with the settings 
myself. However, the technician who's setting it up for me keeps 
getting 2 error messages (either one on each machine). The first error =
that comes up is "Input Problem" with the keyboard. The second= is 
"SetDisplayMode failed! Unknown DirectDraw Error (80004001= [16385])"

I realise it may not be ideal for me to ask for help on this sort of =
issue, but it's because I can't go in there myself and see what it =
could be that I have to ask for help. DMDX installed easily on the =
laptops I worked with, and they were also able to install it and run =
the practice I set up in their own laptops, it was just in the IT lab =
that they ran into problems.

Could you shed some light on this?

Thanks and take care,
Sarah.


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
   Send mail to DMDX-request@psy1.psych.arizona.edu with the= word
  'unsubscribe' by itself with no quotes in the body of the email
  to be removed from the list.  The list archive is available= here:
          http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \=

  Ours is a world where people don't know what they want and= are
willing to go through hell to get it.

--=====================_-2046123296==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 11:27:27 2008 Received: from mail114.messagelabs.com (mail114.messagelabs.com [195.245.231.163]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BIR0hF023216 for ; Tue, 11 Mar 2008 11:27:01 -0700 Received: (qmail 8061 invoked from network); 11 Mar 2008 18:26:54 -0000 Received: from outbound.kcl.ac.uk (HELO outbound.kcl.ac.uk) (137.73.2.214) by server-15.tower-114.messagelabs.com with AES256-SHA encrypted SMTP; 11 Mar 2008 18:26:54 -0000 Received: from relay3.kcl.ac.uk ([137.73.2.218] helo=hazel) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1JZ9Bf-0004Zj-9J for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 18:26:55 +0000 Received: from blade-a115.int.kcl.ac.uk ([10.30.1.115] helo=localhost) by hazel smtphack with esmtp id 1JZ9Bc-0004XN-Up for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 18:26:53 +0000 Received: from 77.31.91.137 ([77.31.91.137]) by impmail.kcl.ac.uk (Horde MIME library) with HTTP; Tue, 11 Mar 2008 18:26:47 +0000 Message-ID: <20080311182647.089t820a8s4c8cgw@impmail.kcl.ac.uk> Date: Tue, 11 Mar 2008 18:26:47 +0000 From: sarah.tashkandy@kcl.ac.uk To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: ??:Error with display and keyboard References: <5.1.0.14.2.20080311104347.00ba51c0@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080311104347.00ba51c0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Thanks Jon. I've been told that they'll try another lab tomorrow to see if that will work, but I'll send them the suggestions and see if that helps. Quoting "Jonathan C. Forster" : > > That's another possibility too, forgot about having hardware > acceleration off. Usually when that's off though you see a message > about Page Flipping not being available. Of course when there's not > enough memory for a display mode you also get a message to that effect, > getting SetDispalyMode failing is quite unusual. Don't think I've ever > seen it in fact. My guess is that they've locked down the registry so > hard that DirectX can't switch display modes in which case it's > possible the may save the day. > > At 11:50 PM 3/11/2008 +0800, you wrote: >> Run dxdiag to open DirectX-display, be sure to open DirectDraw >> acceleration. If can't solve second problem, setup DirectX again >> please. >> >> ------------------ 原始邮件 ------------------ >> 发件人: "sarah.tashkandy"; >> 发送时间: 2008年3月11日(星期二) 晚上11:22 >> 收件人: "DMDX"; >> 主题: [DMDX] Error with display and keyboard >> >> Dear all, >> >> This may seem like a silly question but I'm currently in Saudi trying >> to set up self-paced reading tasks with DMDX on some computers in an >> IT lab. The thing is, because of the segregation (and being female) I >> cannot go into the male section of campus where the tasks are being >> set up, therefore I can't go in and mess around with the settings >> myself. However, the technician who's setting it up for me keeps >> getting 2 error messages (either one on each machine). The first error >> that comes up is "Input Problem" with the keyboard. The second is >> "SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" >> >> I realise it may not be ideal for me to ask for help on this sort of >> issue, but it's because I can't go in there myself and see what it >> could be that I have to ask for help. DMDX installed easily on the >> laptops I worked with, and they were also able to install it and run >> the practice I set up in their own laptops, it was just in the IT lab >> that they ran into problems. >> >> Could you shed some light on this? >> >> Thanks and take care, >> Sarah. >> >> >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are > willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 13:39:25 2008 Received: from mail114.messagelabs.com (mail114.messagelabs.com [195.245.231.163]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BKcUxm023711 for ; Tue, 11 Mar 2008 13:38:33 -0700 Received: (qmail 8696 invoked from network); 11 Mar 2008 20:38:23 -0000 Received: from outbound.kcl.ac.uk (HELO outbound.kcl.ac.uk) (137.73.2.214) by server-10.tower-114.messagelabs.com with AES256-SHA encrypted SMTP; 11 Mar 2008 20:38:23 -0000 Received: from relay3.kcl.ac.uk ([137.73.2.218] helo=hazel) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1JZBEu-0001ci-Jj for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 20:38:24 +0000 Received: from blade-a115.int.kcl.ac.uk ([10.30.1.115] helo=localhost) by hazel smtphack with esmtp id 1JZBEq-0001XR-F7 for DMDX@psy1.psych.arizona.edu; Tue, 11 Mar 2008 20:38:20 +0000 Received: from 77.31.91.137 ([77.31.91.137]) by impmail.kcl.ac.uk (Horde MIME library) with HTTP; Tue, 11 Mar 2008 20:38:14 +0000 Message-ID: <20080311203814.yz0bmc3aio04sgws@impmail.kcl.ac.uk> Date: Tue, 11 Mar 2008 20:38:14 +0000 From: sarah.tashkandy@kcl.ac.uk To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Error with display and keyboard References: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Just thinking a little more about the bit... the thing is because the computers will most probably be in Arabic, would that mean that I'd have to use the Arabic equivilant that the computer uses? My problem is I have trouble giving DMDX a lot of Arabic to deal with, but it could be something I could look into as well. Quoting "Jonathan C. Forster" : > At 03:22 PM 3/11/2008 +0000, you wrote: >> Dear all, >> >> This may seem like a silly question but I'm currently in Saudi trying >> to set up self-paced reading tasks with DMDX on some computers in an >> IT lab. The thing is, because of the segregation (and being female) I >> cannot go into the male section of campus where the tasks are being >> set up, therefore I can't go in and mess around with the settings >> myself. However, the technician who's setting it up for me keeps >> getting 2 error messages (either one on each machine). The first error >> that comes up is "Input Problem" with the keyboard. > > You may have to use as the name of the device may be > different. For instance it's clavier in France. Whereas #keyboard > works everywhere as it's using key numbers instead of names. > >> The second is >> "SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" > > You may have to use . The latest versions of > TimeDX allow timing the desktop video mode with greater ease. It's > also possible you're using a video mode that doesn't have enough memory > for DMDX to run in which case you'll have to use a less demanding video > mode. > > >> I realise it may not be ideal for me to ask for help on this sort of >> issue, but it's because I can't go in there myself and see what it >> could be that I have to ask for help. DMDX installed easily on the >> laptops I worked with, and they were also able to install it and run >> the practice I set up in their own laptops, it was just in the IT lab >> that they ran into problems. >> >> Could you shed some light on this? >> >> Thanks and take care, >> Sarah. >> >> >> ==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >> ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are > willing to go through hell to get it. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 13:50:53 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BKoa3G023796 for ; Tue, 11 Mar 2008 13:50:36 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7C2A62EACB0 for ; Tue, 11 Mar 2008 13:50:36 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id F130C2EACB8 for ; Tue, 11 Mar 2008 13:50:34 -0700 (MST) Message-Id: <5.1.0.14.2.20080311134608.00ba5240@psy1.psych.arizona.edu> Date: Tue, 11 Mar 2008 13:50:33 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Error with display and keyboard In-Reply-To: <20080311203814.yz0bmc3aio04sgws@impmail.kcl.ac.uk> References: <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list It's , space after the #. The whole point of # devices is that you don't have any localization. So +Right Shift is no longer the correct response (which wouldn't work in Arabic) but instead +#54 is. And will be on all machines that use #keyboard regardless of localization. You don't have to worry about key names unless you are mapping keys other than the default keys. TimeDX's input test has all the numbers if you need them. At 08:38 PM 3/11/2008 +0000, you wrote: >Just thinking a little more about the bit... the thing >is because the computers will most probably be in Arabic, would that >mean that I'd have to use the Arabic equivilant that the computer >uses? My problem is I have trouble giving DMDX a lot of Arabic to deal >with, but it could be something I could look into as well. > >Quoting "Jonathan C. Forster" : > >>At 03:22 PM 3/11/2008 +0000, you wrote: >>>Dear all, >>> >>>This may seem like a silly question but I'm currently in Saudi trying >>>to set up self-paced reading tasks with DMDX on some computers in an >>>IT lab. The thing is, because of the segregation (and being female) I >>>cannot go into the male section of campus where the tasks are being >>>set up, therefore I can't go in and mess around with the settings >>>myself. However, the technician who's setting it up for me keeps >>>getting 2 error messages (either one on each machine). The first error >>>that comes up is "Input Problem" with the keyboard. >> >> You may have to use as the name of the device may be >>different. For instance it's clavier in France. Whereas #keyboard >>works everywhere as it's using key numbers instead of names. >> >>>The second is >>>"SetDisplayMode failed! Unknown DirectDraw Error (80004001 [16385])" >> >> You may have to use . The latest versions of >>TimeDX allow timing the desktop video mode with greater ease. It's >>also possible you're using a video mode that doesn't have enough memory >>for DMDX to run in which case you'll have to use a less demanding video >>mode. >> >> >>>I realise it may not be ideal for me to ask for help on this sort of >>>issue, but it's because I can't go in there myself and see what it >>>could be that I have to ask for help. DMDX installed easily on the >>>laptops I worked with, and they were also able to install it and run >>>the practice I set up in their own laptops, it was just in the IT lab >>>that they ran into problems. >>> >>>Could you shed some light on this? >>> >>>Thanks and take care, >>>Sarah. >>> >>> >>>==================================================================== >>> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>>'unsubscribe' by itself with no quotes in the body of the email >>>to be removed from the list. The list archive is available here: >>> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Ours is a world where people don't know what they want and are >>willing to go through hell to get it. >> >> >>==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== > > > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 13:57:20 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2BKv9H1023856 for ; Tue, 11 Mar 2008 13:57:09 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id BEE0E2EACFC for ; Tue, 11 Mar 2008 13:57:09 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2D91B2EACF7 for ; Tue, 11 Mar 2008 13:57:09 -0700 (MST) Message-Id: <5.1.0.14.2.20080311135601.00ba5240@psy1.psych.arizona.edu> Date: Tue, 11 Mar 2008 13:57:08 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Error with display and keyboard In-Reply-To: <5.1.0.14.2.20080311134608.00ba5240@psy1.psych.arizona.edu> References: <20080311203814.yz0bmc3aio04sgws@impmail.kcl.ac.uk> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:50 PM 3/11/2008 -0700, you wrote: >It's , space after the #. Bzzt. No space after the #. Really impressive what you can type some days... /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Ours is a world where people don't know what they want and are willing to go through hell to get it. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 22:28:05 2008 Received: from smtp2.nottingham.ac.uk (smtp2.nottingham.ac.uk [128.243.44.5]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2C5RIHk025490 for ; Tue, 11 Mar 2008 22:27:19 -0700 Received: from suismtp1.ad.nottingham.ac.uk ([128.243.42.10]) by smtp2.nottingham.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JZJTM-0007TV-Kf for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 05:25:52 +0000 Received: from VUIEXCH2.ad.nottingham.ac.uk ([128.243.42.5]) by SUISMTP1.ad.nottingham.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Wed, 12 Mar 2008 05:25:05 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C88401.6DE152B8" Date: Wed, 12 Mar 2008 05:23:59 -0000 Message-ID: <9F021643C732AA4A83B591F862CE6189013F5BFC@VUIEXCH2.ad.nottingham.ac.uk> From: "Allured Georgina" To: Subject: [DMDX] Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C88401.6DE152B8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 =20 I am trying to get time DX to recognise and RB 730 Cedrus response pad. Doe= s anyone know how to install this with DMDX?=20 =20 Thanks Georgina This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ------_=_NextPart_001_01C88401.6DE152B8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I am trying to get time DX to recognise an= d RB 730 Cedrus response pad. Does anyone know how to install this with DMD= X?
 
Thanks
Georgina

This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

------_=_NextPart_001_01C88401.6DE152B8-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 11 22:59:09 2008 Received: from smtp1.nottingham.ac.uk (smtp1.nottingham.ac.uk [128.243.44.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2C5wplH025619 for ; Tue, 11 Mar 2008 22:58:52 -0700 Received: from suismtp2.ad.nottingham.ac.uk ([128.243.42.11]) by smtp1.nottingham.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1JZJxM-0002Nu-8c for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 05:56:52 +0000 Received: from VUIEXCH2.ad.nottingham.ac.uk ([128.243.42.5]) by SUISMTP2.ad.nottingham.ac.uk with Microsoft SMTPSVC(6.0.3790.1830); Wed, 12 Mar 2008 05:55:57 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C88405.BD88CBAA" Subject: [DMDX] RE: Date: Wed, 12 Mar 2008 05:55:26 -0000 Message-ID: <9F021643C732AA4A83B591F862CE6189013F5BFD@VUIEXCH2.ad.nottingham.ac.uk> References: <9F021643C732AA4A83B591F862CE6189013F5BFC@VUIEXCH2.ad.nottingham.ac.uk> From: "Allured Georgina" To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C88405.BD88CBAA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 ________________________________ From: DMDX-owner@psy1.psych.arizona.edu on behalf of Allured Georgina Sent: Wed 12/03/2008 05:23 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Hi,=20 =20 I am trying to get time DX to recognise and RB 730 Cedrus response pad. Doe= s anyone know how to install this with DMDX?=20 =20 Thanks Georgina =20 I need a registry key and can't seem to find out what it should be. This message has been checked for viruses but the contents of an attachment= may still contain software viruses, which could damage your computer syste= m: you are advised to perform your own checks. Email communications with th= e University of Nottingham may be monitored as permitted by UK legislation.= =20 This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ------_=_NextPart_001_01C88405.BD88CBAA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 

From: DMDX-owner@psy1.psych.arizona.edu= on behalf of Allured Georgina
Sent: Wed 12/03/2008 05:23
T= o: DMDX@psy1.psych.arizona.edu
Subject: [DMDX]

=
Hi,
 
I am trying to get time DX to recognise an= d RB 730 Cedrus response pad. Does anyone know how to install this with DMD= X?
 
Thanks
Georgina
 
I need a registry key and can't seem to fi= nd out what it should be.

This message has been checked for viruses but the contents of an attachm= ent may still contain software viruses, which could damage your computer sy= stem: you are advised to perform your own checks. Email communications with= the University of Nottingham may be monitored as permitted by UK legislati= on.


This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

------_=_NextPart_001_01C88405.BD88CBAA-- From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 05:42:01 2008 Received: from mail71.messagelabs.com (mail71.messagelabs.com [193.109.255.131]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CCfLaY026778 for ; Wed, 12 Mar 2008 05:41:22 -0700 Received: (qmail 27484 invoked from network); 12 Mar 2008 12:41:13 -0000 Received: from outbound.kcl.ac.uk (HELO outbound.kcl.ac.uk) (137.73.2.214) by server-6.tower-71.messagelabs.com with AES256-SHA encrypted SMTP; 12 Mar 2008 12:41:13 -0000 Received: from relay3.kcl.ac.uk ([137.73.2.218] helo=hazel) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1JZQGb-00060H-UZ for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 12:41:09 +0000 Received: from blade-a114.int.kcl.ac.uk ([10.30.1.114] helo=localhost) by hazel smtphack with esmtp id 1JZQGN-0005ii-Oa for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 12:41:06 +0000 Received: from 77.31.112.218 ([77.31.112.218]) by impmail.kcl.ac.uk (Horde MIME library) with HTTP; Wed, 12 Mar 2008 12:40:51 +0000 Message-ID: <20080312124051.6xcn90e3kkwo8scs@impmail.kcl.ac.uk> Date: Wed, 12 Mar 2008 12:40:51 +0000 From: sarah.tashkandy@kcl.ac.uk To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Error with display and keyboard References: <20080311203814.yz0bmc3aio04sgws@impmail.kcl.ac.uk> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <38521.60140.qm@web30502.mail.mud.yahoo.com> <47D54C68.9020102@rug.nl> <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> <5.1.0.14.2.20080311103723.00ba51c0@psy1.psych.arizona.edu> <5.1.0.14.2.20080311135601.00ba5240@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080311135601.00ba5240@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The problem of the keyboard got solved, it was just a matter of changing the default language on the computers, so that's ok. As for the display, the worked a treat. Apparently the tech lads actually enjoyed working with the program as they found it to be something different to work on. Thanks Jon. Quoting "Jonathan C. Forster" : > At 01:50 PM 3/11/2008 -0700, you wrote: > >> It's , space after the #. > > > Bzzt. No space after the #. Really impressive what you can type > some days... > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are > willing to go through hell to get it. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 10:32:38 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CHW1XI027653 for ; Wed, 12 Mar 2008 10:32:02 -0700 Received: from frodos_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E8CEC2EB99A for ; Wed, 12 Mar 2008 10:32:01 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EFA562EB976 for ; Wed, 12 Mar 2008 10:32:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080312103032.00ba51f0@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 10:32:00 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: RE: In-Reply-To: <9F021643C732AA4A83B591F862CE6189013F5BFD@VUIEXCH2.ad.notti ngham.ac.uk> References: <9F021643C732AA4A83B591F862CE6189013F5BFC@VUIEXCH2.ad.nottingham.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1960796250==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_-1960796250==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed If TimeDX's Input Test doesn't see the device you will need to get DirectX drivers from Cedrus. No registry keys or I/O addresses or anything is going to make it work. At 05:55 AM 3/12/2008 +0000, you wrote: > > > >---------- >From: DMDX-owner@psy1.psych.arizona.edu on behalf of Allured Georgina >Sent: Wed 12/03/2008 05:23 >To: DMDX@psy1.psych.arizona.edu >Subject: [DMDX] > >Hi, > >I am trying to get time DX to recognise and RB 730 Cedrus response pad. >Does anyone know how to install this with DMDX? > >Thanks >Georgina > >I need a registry key and can't seem to find out what it should be. > >This message has been checked for viruses but the contents of an >attachment may still contain software viruses, which could damage your >computer system: you are advised to perform your own checks. Email >communications with the University of Nottingham may be monitored as >permitted by UK legislation. > >This message has been checked for viruses but the contents of an >attachment may still contain software viruses, which could damage your >computer system: you are advised to perform your own checks. Email >communications with the University of Nottingham may be monitored as >permitted by UK legislation. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. --=====================_-1960796250==_.ALT Content-Type: text/html; charset="us-ascii"
If TimeDX's Input Test doesn't see the device you will need to get DirectX drivers from Cedrus.  No registry keys or I/O addresses or anything is going to make it work.

At 05:55 AM 3/12/2008 +0000, you wrote:
 

From: DMDX-owner@psy1.psych.arizona.edu on behalf of Allured Georgina
Sent: Wed 12/03/2008 05:23
To: DMDX@psy1.psych.arizona.edu
Subject: [DMDX]

Hi,
 
I am trying to get time DX to recognise and RB 730 Cedrus response pad. Does anyone know how to install this with DMDX?
 
Thanks
Georgina
 
I need a registry key and can't seem to find out what it should be.

This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  For adult education nothing beats children.

--=====================_-1960796250==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 10:48:24 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CHmAKR027739 for ; Wed, 12 Mar 2008 10:48:11 -0700 Received: by nf-out-0910.google.com with SMTP id g13so1226188nfb.21 for ; Wed, 12 Mar 2008 10:48:04 -0700 (PDT) Received: by 10.78.154.14 with SMTP id b14mr21977798hue.55.1205344083277; Wed, 12 Mar 2008 10:48:03 -0700 (PDT) Received: by 10.78.140.2 with HTTP; Wed, 12 Mar 2008 10:48:03 -0700 (PDT) Message-ID: <9cd12e7b0803121048h24faea18oaa29df875f59f11d@mail.gmail.com> Date: Wed, 12 Mar 2008 17:48:03 +0000 From: "rachel smith" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] display problems MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4741_8058140.1205344083257" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_4741_8058140.1205344083257 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I have recently set up DMDX on a new machine (Dell Precision 390 running XP). My experiment has typed sentences in response to sound files. I'm getting quite long delays between typing on the keyboard and seeing text displayed on the screen, and from time to time the response to an earlier item appears on-screen while the current response is being typed. Both the sound files and the sentence responses are quite long so I don't know if the problem is just that things are too demanding. I have experimented with changing the video mode from 16-bit to less demanding 8-bit, but this doesn't help. Also, my keyboard is connected to my PC via USB connections through the monitor, but I have tried connecting it directly to the PC and this does not help either. I am not sure what else to try and would be grateful for any advice. Part of my code is below. very many thanks and best wishes, Rachel 0 "This is a practice. Press SPACEBAR to start" /; ^99 "na41epf4old" / * "Please type in what you hear" /; 0 "End of practice. Press SPACEBAR to start experiment"/; ^1 "na32epf8" / * "Please type in what you hear" /; ^2 "na11epf2" / * "Please type in what you hear" /; ^3 "nd41epf6" / * "Please type in what you hear" /; ^4 "ns62epf4" / * "Please type in what you hear" /; ^5 "nt21epf7" / * "Please type in what you hear" /; ^6 "nd12epf3" / * "Please type in what you hear" /; ------=_Part_4741_8058140.1205344083257 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

Hi,

I have recently set up DMDX on a new machine (Dell Precision 390 running XP). My experiment has typed sentences in response to sound files. I'm getting quite long delays between typing on the keyboard and seeing text displayed on the screen, and from time to time the response to an earlier item appears on-screen while the current response is being typed.

Both the sound files and the sentence responses are quite long so I don't know if the problem is just that things are too demanding. I have experimented with changing the video mode from 16-bit to less demanding 8-bit, but this doesn't help. Also, my keyboard is connected to my PC via USB connections through the monitor, but I have tried connecting it directly to the PC and this does not help either.
 
I am not sure what else to try and would be grateful for any advice. Part of my code is below.
 
very many thanks and best wishes,
 
Rachel
 
 

<azk> <cr> <t 26000> <vm 1024, 768, 768, 8, 0> <id keyboard> <zil> <ztr 200> <dbc 255255255> <dwc 0> <vzk +'>

 

 

0 <fd 250> "This is a practice. Press SPACEBAR to start" /;

^99 <wav 2> <svp start> "na41epf4old" / * <fd 560> "Please type in what you hear" /;

0 <fd 125> "End of practice.  Press SPACEBAR to start experiment"/;

 

^1 <wav 2> <svp start> "na32epf8" / * <fd 560> "Please type in what you hear" /;

^2 <wav 2> <svp start> "na11epf2" / * <fd 560> "Please type in what you hear" /;

^3 <wav 2> <svp start> "nd41epf6" / * <fd 560> "Please type in what you hear" /;

^4 <wav 2> <svp start> "ns62epf4" / * <fd 560> "Please type in what you hear" /;

^5 <wav 2> <svp start> "nt21epf7" / * <fd 560> "Please type in what you hear" /;

^6 <wav 2> <svp start> "nd12epf3" / * <fd 560> "Please type in what you hear" /;

------=_Part_4741_8058140.1205344083257-- From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 11:26:06 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CIPqJQ027923 for ; Wed, 12 Mar 2008 11:25:52 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0D1CA4CAF93 for ; Wed, 12 Mar 2008 11:25:52 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 19E844CAD49 for ; Wed, 12 Mar 2008 11:25:47 -0700 (MST) Message-Id: <5.1.0.14.2.20080312112251.00ba50d0@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 11:25:46 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: display problems In-Reply-To: <9cd12e7b0803121048h24faea18oaa29df875f59f11d@mail.gmail.co m> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-1957570156==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_-1957570156==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 05:48 PM 3/12/2008 +0000, you wrote: >Hi, > >I have recently set up DMDX on a new machine (Dell Precision 390 running >XP). My experiment has typed sentences in response to sound files. I'm >getting quite long delays between typing on the keyboard and seeing text >displayed on the screen, and from time to time the response to an earlier >item appears on-screen while the current response is being typed. Display drivers are probably failing. Like certainly but I never say never. >Both the sound files and the sentence responses are quite long so I don't >know if the problem is just that things are too demanding. I have >experimented with changing the video mode from 16-bit to less demanding 8-bit, 8-bit drivers are much more likely to fail. > but this doesn't help. Also, my keyboard is connected to my PC via USB > connections through the monitor, but I have tried connecting it directly > to the PC and this does not help either. Shouldn't matter how the keyboard is connected. > >I am not sure what else to try and would be grateful for any advice. Part >of my code is below. Try the shortcuts for busted video drivers in Start / All Programs / DMDX. Or update the video drivers. > >very many thanks and best wishes, > >Rachel > > > > 200> > > > > > >0 "This is a practice. Press SPACEBAR to start" /; > >^99 "na41epf4old" / * "Please type in what >you hear" /; > >0 "End of practice. Press SPACEBAR to start experiment"/; > > > >^1 "na32epf8" / * "Please type in what you >hear" /; > >^2 "na11epf2" / * "Please type in what you >hear" /; > >^3 "nd41epf6" / * "Please type in what you >hear" /; > >^4 "ns62epf4" / * "Please type in what you >hear" /; > >^5 "nt21epf7" / * "Please type in what you >hear" /; > >^6 "nd12epf3" / * "Please type in what you >hear" /; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. --=====================_-1957570156==_.ALT Content-Type: text/html; charset="us-ascii" At 05:48 PM 3/12/2008 +0000, you wrote:

Hi,

I have recently set up DMDX on a new machine (Dell Precision 390 running XP). My experiment has typed sentences in response to sound files. I'm getting quite long delays between typing on the keyboard and seeing text displayed on the screen, and from time to time the response to an earlier item appears on-screen while the current response is being typed.

  Display drivers are probably failing.  Like certainly but I never say never.

Both the sound files and the sentence responses are quite long so I don't know if the problem is just that things are too demanding. I have experimented with changing the video mode from 16-bit to less demanding 8-bit,

  8-bit drivers are much more likely to fail.

 but this doesn't help. Also, my keyboard is connected to my PC via USB connections through the monitor, but I have tried connecting it directly to the PC and this does not help either.

  Shouldn't matter how the keyboard is connected.

 
I am not sure what else to try and would be grateful for any advice. Part of my code is below.

   Try the shortcuts for busted video drivers in Start / All Programs / DMDX.  Or update the video drivers.

 
very many thanks and best wishes,
 
Rachel
 
 

<azk> <cr> <t 26000> <vm 1024, 768, 768, 8, 0> <id keyboard> <zil> <ztr 200> <dbc 255255255> <dwc 0> <vzk +'>

 

 

0 <fd 250> "This is a practice. Press SPACEBAR to start" /;

^99 <wav 2> <svp start> "na41epf4old" / * <fd 560> "Please type in what you hear" /;

0 <fd 125> "End of practice.  Press SPACEBAR to start experiment"/;

 

^1 <wav 2> <svp start> "na32epf8" / * <fd 560> "Please type in what you hear" /;

^2 <wav 2> <svp start> "na11epf2" / * <fd 560> "Please type in what you hear" /;

^3 <wav 2> <svp start> "nd41epf6" / * <fd 560> "Please type in what you hear" /;

^4 <wav 2> <svp start> "ns62epf4" / * <fd 560> "Please type in what you hear" /;

^5 <wav 2> <svp start> "nt21epf7" / * <fd 560> "Please type in what you hear" /;

^6 <wav 2> <svp start> "nd12epf3" / * <fd 560> "Please type in what you hear" /;


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  For adult education nothing beats children.

--=====================_-1957570156==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 11:50:46 2008 Received: from uwo.ca (v320-147-lb.its.uwo.ca [129.100.74.147]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CIoRkp028080 for ; Wed, 12 Mar 2008 11:50:27 -0700 MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_BxJZUQE/BT1+ttSI0HJDDw)" Received: from harpo.mail.uwo.pri (brutus.mail.uwo.pri [172.29.32.39]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXM00NGVSBX5BA0@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 14:50:22 -0400 (EDT) Received: from uwo.ca ([172.29.20.35]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXM002CQSBX1Q30@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Wed, 12 Mar 2008 14:50:21 -0400 (EDT) Received: from [172.29.20.35] by ce3.mail.uwo.pri (mshttpd); Wed, 12 Mar 2008 14:50:21 -0400 From: Kara Anne Kenney To: DMDX@psy1.psych.arizona.edu Message-id: Date: Wed, 12 Mar 2008 14:50:21 -0400 Subject: [DMDX] PIO test Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_BxJZUQE/BT1+ttSI0HJDDw) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline

Hello,

I am a third-year undergradate student at the University of Western
Ontario in the Honours Psychology program. I'm trying to use DMDX for the
first time. I am having problems with the PIO address in TimeDX. I am
unsure of what it is and cannot seem to be helped by any of the computer
techs here. It would be greatly appreciated if you could get back to me as
soon as possible as I am under serious time constraints.

Thank you!

Kara Kenney

--Boundary_(ID_BxJZUQE/BT1+ttSI0HJDDw)-- From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 12:14:20 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CJE723028192 for ; Wed, 12 Mar 2008 12:14:07 -0700 Received: by an-out-0708.google.com with SMTP id c34so674306anc.55 for ; Wed, 12 Mar 2008 12:14:05 -0700 (PDT) Received: by 10.100.194.17 with SMTP id r17mr16953777anf.51.1205349245037; Wed, 12 Mar 2008 12:14:05 -0700 (PDT) Received: by 10.100.37.8 with HTTP; Wed, 12 Mar 2008 12:14:04 -0700 (PDT) Message-ID: <4771e6740803121214i2ce98e73sc0c210c1db1eb428@mail.gmail.com> Date: Wed, 12 Mar 2008 14:14:04 -0500 From: "Eddie Harmon-Jones" To: DMDX@psy1.psych.arizona.edu, kkenney5@uwo.ca Subject: [DMDX] Re: PIO test In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list hi kara, go to my website (urb below). under resources, you will find info on setting up the PIO card. eddie On Wed, Mar 12, 2008 at 1:50 PM, Kara Anne Kenney wrote: > > > Hello, > > I am a third-year undergradate student at the University of Western > Ontario in the Honours Psychology program. I'm trying to use DMDX for the > first time. I am having problems with the PIO address in TimeDX. I am > unsure of what it is and cannot seem to be helped by any of the computer > techs here. It would be greatly appreciated if you could get back to me as > soon as possible as I am under serious time constraints. > > Thank you! > > Kara Kenney > -- Eddie Harmon-Jones Dept. of Psychology Texas A&M University 4235 TAMU College Station, TX 77843 email: eddiehj@gmail.com phone: 979.633.4169 fax: 845.698.5011 http://www.socialemotiveneuroscience.org "unplugging the computer metaphor since 1990" From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 13:07:04 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CK6Y2x028399 for ; Wed, 12 Mar 2008 13:06:35 -0700 Received: from gandalfs_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DD3624C526A for ; Wed, 12 Mar 2008 13:06:34 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DCF6E4CABC3 for ; Wed, 12 Mar 2008 13:06:33 -0700 (MST) Message-Id: <5.1.0.14.2.20080312130511.00ba5170@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 13:06:33 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: PIO test In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list It's for high accuracy RT acquisition. You probably want to ignore it and use the keyboard for an input device. At 02:50 PM 3/12/2008 -0400, you wrote: >Hello, > >I am a third-year undergradate student at the University of Western >Ontario in the Honours Psychology program. I'm trying to use DMDX for the >first time. I am having problems with the PIO address in TimeDX. I am >unsure of what it is and cannot seem to be helped by any of the computer >techs here. It would be greatly appreciated if you could get back to me as >soon as possible as I am under serious time constraints. > >Thank you! > >Kara Kenney /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 15:00:55 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CLxpUP028820 for ; Wed, 12 Mar 2008 14:59:51 -0700 Received: from frodos_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0FD8C2EB40A for ; Wed, 12 Mar 2008 14:59:51 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 21AC52EA64F for ; Wed, 12 Mar 2008 14:59:50 -0700 (MST) Message-Id: <5.1.0.14.2.20080312145456.00ba5228@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 14:59:49 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: PIO test In-Reply-To: References: <5.1.0.14.2.20080312143325.00bc24f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080312130511.00ba5170@psy1.psych.arizona.edu> <5.1.0.14.2.20080312130511.00ba5170@psy1.psych.arizona.edu> <5.1.0.14.2.20080312143325.00bc24f8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 05:41 PM 3/12/2008 -0400, you wrote: >Hi, > >I'm sorry for sending the attachment. I did read that we aren't supposed >to send attachments to avoid filling up (exceeding) people's mailboxes, It's to stop the archives from becoming enormous and also being full of garbage when you read them. http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > but I thought that was refering to when we were sending using the > general email address and not personalized addresses. I will not send one > again. I have read the tutorials, but I am still haven't trouble. How > would I go about sending failure messages from now on? Everything should go to DMDX@psy1.psych.arizona.edu. > >I set up timedx. I guess I may have been using a different video mode. Yes, every different mode used has to be timed and values saved in the registry. > However, I've went through and tryed to configure various videomodes and > still seem to be having trouble. You need to click the Save Values to Registry button in the Advanced Vode Mode test. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 15:01:36 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CM1SjP028881 for ; Wed, 12 Mar 2008 15:01:28 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8B50F4CC4FA for ; Wed, 12 Mar 2008 15:01:28 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 825334CC4FE for ; Wed, 12 Mar 2008 15:01:27 -0700 (MST) Message-Id: <5.1.0.14.2.20080312150041.00ba5228@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 15:01:23 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: PIO test In-Reply-To: <5.1.0.14.2.20080312145456.00ba5228@psy1.psych.arizona.edu> References: <5.1.0.14.2.20080312143325.00bc24f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080312130511.00ba5170@psy1.psych.arizona.edu> <5.1.0.14.2.20080312130511.00ba5170@psy1.psych.arizona.edu> <5.1.0.14.2.20080312143325.00bc24f8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list If it's too much bother actually setting up DMDX so it's scientifically accurate just use DMDX in EX mode, Start / All Programs / DMDX / EZ Mode. At 02:59 PM 3/12/2008 -0700, you wrote: >At 05:41 PM 3/12/2008 -0400, you wrote: >>Hi, >> >>I'm sorry for sending the attachment. I did read that we aren't supposed >>to send attachments to avoid filling up (exceeding) people's mailboxes, > > It's to stop the archives from becoming enormous and also being full of > garbage when you read them. > >http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > >> but I thought that was refering to when we were sending using the >> general email address and not personalized addresses. I will not send >> one again. I have read the tutorials, but I am still haven't trouble. >> How would I go about sending failure messages from now on? > > Everything should go to DMDX@psy1.psych.arizona.edu. > >> >>I set up timedx. I guess I may have been using a different video mode. > > Yes, every different mode used has to be timed and values saved in the > registry. > >> However, I've went through and tryed to configure various videomodes >> and still seem to be having trouble. > > You need to click the Save Values to Registry button in the Advanced > Vode Mode test. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > For adult education nothing beats children. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Wed Mar 12 16:16:33 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2CNGDsO029228 for ; Wed, 12 Mar 2008 16:16:13 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id F05CD2EBAAE for ; Wed, 12 Mar 2008 16:16:12 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 19A4A2EBAB5 for ; Wed, 12 Mar 2008 16:16:12 -0700 (MST) Message-Id: <5.1.0.14.2.20080312161555.00ba5228@psy1.psych.arizona.edu> Date: Wed, 12 Mar 2008 16:16:11 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: self-paced reading and naming Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Of course half your problem is that you've got for a response mode in there and is going to hang around till the timeout is hit regardless of whether you've got any audio capture stuff activated. Adding would fix that. At 01:58 PM 3/9/2008 -0400, you wrote: >Dear all, > >I checked the achive, but couldn鈥檛 found an answer for my question... >Could anyone help? > >My experiment is a self-paced reading task combined with a naming task. >I鈥檇 like my participants to name one word (written in a different color) >in a sentence while reading the sentence. I wonder whether DMDX could be >configured to record the audio input (from RecordVocal) for the naming >items and record the RT input (from keyboard) for the rest of the items. >When I was using in my current item file, DMDX created >a wave file for every item and the timeout delayed the presentation of >the next item. > >Thanks in advance for your help, > >Gloria >---------------- > >Here is a section of my script, in case you wanted to have a look at it >(I鈥檇 like my participants to name the word 鈥渧illage鈥.): > > > > >+526 * "More " ; >+527 * " power " ; >+528 * " stations " ; >+529 * " have " ; >+530 * " been" ; >+531 * " built" ; >+532 * " in" ; >+533 * " this" ; >+534 * " village." ; /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Thu Mar 13 02:34:11 2008 Received: from aa012msr.fastwebnet.it (aa012msr.fastwebnet.it [85.18.95.72]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2D9W99I031054 for ; Thu, 13 Mar 2008 02:32:09 -0700 Received: from pr006msr (10.31.174.231) by aa012msr.fastwebnet.it (8.0.013.5) id 47CFF2F20101FEE3 for DMDX@psy1.psych.arizona.edu; Thu, 13 Mar 2008 10:32:02 +0100 Message-ID: <130379.3539461205400722729.JavaMail.defaultUser@defaultHost> Date: Thu, 13 Mar 2008 10:32:02 +0100 (CET) From: Annalisa Setti To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] fixation cross MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I am sorry to ask again, I am still working on keeping the fixation cross on screen all along my trial and I am not able to get it completely right. At the moment the cross stays on screen until for the first flash (see below) but not the second. If I add a anywhere after the first flash either has no effect or not the one i'm looking for. Any ideas? I added two examples of trials one with sound and one with only flashes. Thank you very much Annalisa 86 "+" / "3.5k beep 10ms.wav" / / "3.5k beep 10ms.wav" / "white circle.bmp" / / "white circle. bmp" / ; +86 * "Press the green button to continue" ; 87 "+" / "white circle.bmp" / / "white circle.bmp" / ; +87 * "Press the green button to continue" ; Annalisa Setti, Department of Psychology University of Bologna (Italy) From DMDX-owner@psy1.psych.arizona.edu Thu Mar 13 09:49:55 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2DGnHp5032664 for ; Thu, 13 Mar 2008 09:49:17 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 638182ECFD2 for ; Thu, 13 Mar 2008 09:49:17 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6750F2ECFC4 for ; Thu, 13 Mar 2008 09:49:16 -0700 (MST) Message-Id: <5.1.0.14.2.20080313094724.00ba5228@psy1.psych.arizona.edu> Date: Thu, 13 Mar 2008 09:49:15 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: fixation cross In-Reply-To: <130379.3539461205400722729.JavaMail.defaultUser@defaultHos t> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list A key idea here is that you can have the same display in two frames and the subject won't see it as two frames. For example "+" / "+" is just one display for twice the duration of one frame. At 10:32 AM 3/13/2008 +0100, you wrote: >Hello, >I am sorry to ask again, I am still working on keeping the fixation cross on >screen all along my trial and I am not able to get it completely right. >At the moment the cross stays on screen until for the first flash (see below) >but not the second. If I add a anywhere after the first flash >either >has no effect or not the one i'm looking for. >Any ideas? >I added two examples of trials one with sound and one with only flashes. > >Thank you very much >Annalisa > >86 "+" / "3.5k beep 10ms.wav" / / start> "3.5k beep 10ms.wav" / > >"white circle.bmp" / / "white circle. >bmp" / ; >+86 * "Press the green >button >to continue" ; > >87 "+" / "white circle.bmp" >/ / "white circle.bmp" / ; >+87 * "Press the green >button >to continue" ; > > >Annalisa Setti, > >Department of Psychology >University of Bologna (Italy) >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Mon Mar 17 09:48:41 2008 Received: from web30508.mail.mud.yahoo.com (web30508.mail.mud.yahoo.com [68.142.200.121]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2HGliol017378 for ; Mon, 17 Mar 2008 09:47:44 -0700 Received: (qmail 67930 invoked by uid 60001); 17 Mar 2008 16:47:23 -0000 Received: from [128.205.196.207] by web30508.mail.mud.yahoo.com via HTTP; Mon, 17 Mar 2008 09:47:23 PDT Date: Mon, 17 Mar 2008 09:47:23 -0700 (PDT) From: Maria Krauss Subject: [DMDX] Selective Screen Clearing To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1224299430-1205772443=:67333" Content-Transfer-Encoding: 8bit Message-ID: <371878.67333.qm@web30508.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1224299430-1205772443=:67333 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello all, Thank you for your help last week regarding branching/looping. I would be happy to send you a copy of our file if you are interested, for your website. However, we determined that we were unable to use looping, so I dont know if the file would be too long for your interests. I had "one last" question. Everything is currently working perfectly. However, since we are working with special needs children, we would like to arrange so that only the stimulus picture file clears (before onset of conditional feedback), but the other picture file ("cave_no") stays on the screen for the duration of the training part of the experiment (including feedback). I feel that the flashing disappearance of "cave_no" may "overstimulate" and distract the more sensitive participants with autism. Here is an example of a file, to give you more context: -1020 * 揷ave_no, 揜andom_31; *as mentioned above, we would like "cave_no" to be a continuous screen header and for "Random_31" and all other stimulus files (prototypes and randoms- JPEGS) in the second position to clear from the screen and be replaced by feedback. All conditional feedback will work fine with "cave_no" onscreen (it is even part of some branches). Also, I have tried using and in the header and it doesnt change anything. I know that is a general way to go about it anyway, so it probably doesnt address the specific problem I'm getting at. I guess I just want to know if it is even possible to determine which part of an item file clears and which doesnt. Thank you. Maria Krauss "j.c.f." wrote: And the looping stuff would be using if you haven't found it already. There's an example in the docs (which you'd also have to use): http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsetcounterkeyword.htm And I see feeding "dmdx branchif" at Google someone called Mark has got a nice write up on using branching for another purpose you might want to read: http://markantoniou.blogspot.com/2007/10/replace-no-response-trials-in-dmdx.html At 01:25 PM 3/10/2008 -0700, I wrote: >My guess is if you can't understand branching from the examples in the >help you're better off using cut and paste. > > >At 09:35 AM 3/10/2008 -0700, Maria wrote: >>Hello Dorte, and everyone, >> >>First, I would like to address Dorte's e-mail although admittedly, it may >>not be very technically insightful: Just an anecdotal account of personal >>experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for >>under a year, and just recently I had to have the motherboard replaced >>and after that, the whole computer "cleaned out and restored" (I dont >>know the technical terms for this). I was told that it was a system error >>and that I did nothing to cause it. In short, I would not recommend >>purchasing an Acer; although this is just one person's account and there >>may be many others who've had good experiences. Who knows? Also, my >>laptop will not play DMDX; though admittedly, I haven't tried in over a year. >> >>On to my branching question. My labmates and I have created the following >>branching program (for complex multiple-feedback pathways) which plays in >>DMDX (lab XP computers): >> >> >>1024,768,768,16,60> >> >>"urn:schemas-microsoft-com:office:office" /> >> >> >>In addition to changing the "branching loop" (for lack of better >>terminology), we will also need to program a loop (if possible) in the >>branching intstructions above (starting with item 1 after the initial >>instruction) to include all of our shape image files (e.g., approx. 40 >>Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the >>screen header. >> >>Thanks for your help, >>Maria Krauss >> >>D鰎te Hessler wrote: >>Hi everybody, >> >>I just started using DMDX a couple of weeks ago and found everything >>working fine on the computer in my office. Now I need to get it running >>on laptop in order to test participants. In my experiment I want to show >>videos. Aware of the problems with laptops I went to a store and they >>allowed me to test DMDX before buying. So I tested it on two laptops: >>1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and >>Vista >>2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista >> >>with the first (the fujitsu) I had the following problem: I couldn't >>successfully run the RefreshRateTest. I got the message: >>"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles" >>After setting the things under "time video mode" manually I still didn't >>see or hear the video file, otherwise DMDX runs nicely. It just leaves >>out the video files. So it doesn't freeze, it "just" does not display >>the video. >> >>That last problem I also had with the ACER (here the tests ran >>smoothely). If I do the syntax check, I get the following message (for >>each item): >>"Failed to getTimePerFrame for xyz.avi Unknown directshow error >>(80040403[1027]). >> >>So far I haven't bought either of the laptops and therefore I cannot >>change drivers etc. Do you think that would be sufficient or is there a >>bigger problem? Has anybody experienced the same and can help? >>Actually I would prefer getting the Fujitsu (because it has the better >>specifications) so maybe someone also knows how to get the refresh rate >>test running? >>Thanks for your help, >>Best wishes, >>D鰎te >> >> >> >> >> >>-- >>D.A. Hessler >>University of Groningen >>Department of Linguistics >>P.O. Box 716 >>9700 AS Groningen >>The Netherlands >> >>phone: +31 (0)50-363 5970 >>fax: +31 (0)50-363 6855 >>e-mail: d.a.hessler@rug.nl >> >> >> >> >> >> >> >> >> >>==================================================================== >>Send mail to DMDX-request@psy1.psych.arizona.edu with the word >>'unsubscribe' by itself with no quotes in the body of the email >>to be removed from the list. The list archive is available here: >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== >> >> >>Be a better friend, newshound, and know-it-all with Yahoo! Mobile. >>Try >>it now. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Ours is a world where people don't know what they want and are >willing to go through hell to get it. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ The more urgent the need for a decision to be made, less apparent become the identity of the decision maker - Murphy's Technology Laws www.murphys-laws.com ==================================================================== Send mail to DMDX-request@psy1.psych.arizona.edu with the word 'unsubscribe' by itself with no quotes in the body of the email to be removed from the list. The list archive is available here: http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread ==================================================================== --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1224299430-1205772443=:67333 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello all,
 
Thank you for your help last week regarding branching/looping. I would be happy to send you a copy of our file if you are interested, for your website. However, we determined that we were unable to use looping, so I dont know if the file would be too long for your interests.
 
I had "one last" question. Everything is currently working perfectly. However, since we are working with special needs children, we would like to arrange so that only the stimulus picture file clears (before onset of conditional feedback), but the other picture file ("cave_no") stays on the screen for the duration of the training part of the experiment (including feedback). I feel that the flashing disappearance of "cave_no" may "overstimulate" and distract the more sensitive participants with autism.
 
Here is an example of a file, to give you more context:
 
-1020 * <jpg> 揷ave_no, <jpg> 揜andom_31;
 
*as mentioned above, we would like "cave_no" to be a continuous screen header and for "Random_31" and all other stimulus files (prototypes and randoms- JPEGS) in the second position to clear from the screen and be replaced by feedback. All conditional feedback will work fine with "cave_no" onscreen (it is even part of some branches).
 
Also, I have tried using <fbocb> and <fbocb 0> in the header and it doesnt change anything. I know that is a general way to go about it anyway, so it probably doesnt address the specific problem I'm getting at. I guess I just want to know if it is even possible to determine which part of an item file clears and which doesnt. Thank you.
 
Maria Krauss

"j.c.f." <jforster@psy1.psych.arizona.edu> wrote:

And the looping stuff would be using if you haven't found it
already. There's an example in the docs (which you'd also
have to use):

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsetcounterkeyword.htm

And I see feeding "dmdx branchif" at Google someone called Mark has got a
nice write up on using branching for another purpose you might want to read:

http://markantoniou.blogspot.com/2007/10/replace-no-response-trials-in-dmdx.html

At 01:25 PM 3/10/2008 -0700, I wrote:

>My guess is if you can't understand branching from the examples in the
>help you're better off using cut and paste.
>
>
>At 09:35 AM 3/10/2008 -0700, Maria wrote:
>>Hello Dorte, and everyone,
>>
>>First, I would like to address Dorte's e-mail although admittedly, it may
>>not be very technically insightful: Just an anecdotal account of personal
>>experience. I have a Vista Laptop: Acer Aspire 5610. I have had it for
>>under a year, and just recently I had to have the motherboard replaced
>>and after that, the whole computer "cleaned out and restored" (I dont
>>know the technical terms for this). I was told that it was a system error
>>and that I did nothing to cause it. In short, I would not recommend
>>purchasing an Acer; although this is just one person's account and there
>>may be many others who've had good experiences. Who knows? Also, my
>>laptop will not play DMDX; though admittedly, I haven't tried in over a year.
>>
>>On to my branching question. My labmates and I have created the following
>>branching program (for complex multiple-feedback pathways) which plays in
>>DMDX (lab XP computers):
>>
>> >>1024,768,768,16,60>
>> >>"urn:schemas-microsoft-com:office:office" />
>>
>>
>>In addition to changing the "branching loop" (for lack of better
>>terminology), we will also need to program a loop (if possible) in the
>>branching intstructions above (starting with item 1 after the initial
>>instruction) to include all of our shape image files (e.g., approx. 40
>>Prototypes and 45 Randoms, JPEGs) in combination with "cave_no", the
>>screen header.
>>
>>Thanks for your help,
>>Maria Krauss
>>
>>D鰎te Hessler wrote:
>>Hi everybody,
>>
>>I just started using DMDX a couple of weeks ago and found everything
>>working fine on the computer in my office. Now I need to get it running
>>on laptop in order to test participants. In my experiment I want to show
>>videos. Aware of the problems with laptops I went to a store and they
>>allowed me to test DMDX before buying. So I tested it on two laptops:
>>1) Fujitsu Siemens Amilo Li-1718 with dual Core (1.86 Ghz), 2 GB RAM and
>>Vista
>>2) Acer Aspire 5315, 1.73 Ghz, 2 GB RAM also Vista
>>
>>with the first (the fujitsu) I had the following problem: I couldn't
>>successfully run the RefreshRateTest. I got the message:
>>"Failed to find 100 cycles wihtout a missed retrace after 5000 cycles"
>>After setting the things under "time video mode" manually I still didn't
>>see or hear the video file, otherwise DMDX runs nicely. It just leaves
>>out the video files. So it doesn't freeze, it "just" does not display
>>the video.
>>
>>That last problem I also had with the ACER (here the tests ran
>>smoothely). If I do the syntax check, I get the following message (for
>>each item):
>>"Failed to getTimePerFrame for xyz.avi Unknown directshow error
>>(80040403[1027]).
>>
>>So far I haven't bought either of the laptops and therefore I cannot
>>change drivers etc. Do you think that would be sufficient or is there a
>>bigger problem? Has anybody experienced the same and can help?
>>Actually I would prefer getting the Fujitsu (because it has the better
>>specifications) so maybe someone also knows how to get the refresh rate
>>test running?
>>Thanks for your help,
>>Best wishes,
>>D鰎te
>>
>>
>>
>>
>>
>>--
>>D.A. Hessler
>>University of Groningen
>>Department of Linguistics
>>P.O. Box 716
>>9700 AS Groningen
>>The Netherlands
>>
>>phone: +31 (0)50-363 5970
>>fax: +31 (0)50-363 6855
>>e-mail: d.a.hessler@rug.nl
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>====================================================================
>>Send mail to DMDX-request@psy1.psych.arizona.edu with the word
>>'unsubscribe' by itself with no quotes in the body of the email
>>to be removed from the list. The list archive is available here:
>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
>>====================================================================
>>
>>
>>Be a better friend, newshound, and know-it-all with Yahoo! Mobile.
>>Try
>>it now.
>
>
> /"\
> -jonathan (j.c.f.) \ /
> X
> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \
>
> Ours is a world where people don't know what they want and are
>willing to go through hell to get it.

/"\
-jonathan (j.c.f.) \ /
X
ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \

The more urgent the need for a decision to be made, less
apparent become the identity of the decision maker
- Murphy's Technology Laws
www.murphys-laws.com



====================================================================
Send mail to DMDX-request@psy1.psych.arizona.edu with the word
'unsubscribe' by itself with no quotes in the body of the email
to be removed from the list. The list archive is available here:
http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-1224299430-1205772443=:67333-- From DMDX-owner@psy1.psych.arizona.edu Mon Mar 17 11:40:48 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2HIeUEQ017667 for ; Mon, 17 Mar 2008 11:40:31 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 124CB2F98F1 for ; Mon, 17 Mar 2008 11:40:30 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A40DA2F98E9 for ; Mon, 17 Mar 2008 11:40:28 -0700 (MST) Message-Id: <5.1.0.14.2.20080317112657.00ba5240@psy1.psych.arizona.edu> Date: Mon, 17 Mar 2008 11:40:23 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Selective Screen Clearing In-Reply-To: <371878.67333.qm@web30508.mail.mud.yahoo.com> References: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 09:47 AM 3/17/2008 -0700, you wrote: >Hello all, > >Thank you for your help last week regarding branching/looping. I would be >happy to send you a copy of our file if you are interested, for your >website. However, we determined that we were unable to use looping, so I >dont know if the file would be too long for your interests. Yeah, I generally recommend not using looping unless you're (a) really familiar with the concept or (b) the task you want really needs looping. Brute force is just fine in DMDX, I've tested it with scrambling item files that have tens of thousands of items (several megabytes long) and they're fine even on slower machines. > >I had "one last" question. Everything is currently working perfectly. >However, since we are working with special needs children, we would like >to arrange so that only the stimulus picture file clears (before onset of >conditional feedback), but the other picture file ("cave_no") stays on the >screen for the duration of the training part of the experiment (including >feedback). I feel that the flashing disappearance of "cave_no" may >"overstimulate" and distract the more sensitive participants with autism. > >Here is an example of a file, to give you more context: > >-1020 * "cave_no", "Random_31"; > >*as mentioned above, we would like "cave_no" to be a continuous screen >header and for "Random_31" and all other stimulus files (prototypes and >randoms- JPEGS) in the second position to clear from the screen and be >replaced by feedback. All conditional feedback will work fine with >"cave_no" onscreen (it is even part of some branches). > >Also, I have tried using and in the header and it doesnt >change anything. I know that is a general way to go about it anyway, so it >probably doesnt address the specific problem I'm getting at. I guess I >just want to know if it is even possible to determine which part of an >item file clears and which doesnt. Thank you. Perhaps what you need to do is use for the whole experiment and only clear the screen when you want it cleared. If the image you want left on the screen is being overwritten by the feedback you can change the feedback's location . If what you want is for the feedback to clear one of your images and not the other then you'll have to use a custom feedback routine (which won't be affected by ). In a custom feedback scenario you control everything that provides feedback by using regular DMDX items to do the display along with branching to determine what is displayed. There's an example in the branching documentation that does audio feedback, you'll want to change it so display what you want: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhbranchkeyword.htm /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Mon Mar 17 15:04:24 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2HM3tLg018258 for ; Mon, 17 Mar 2008 15:03:55 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C7D4F4FFEFC for ; Mon, 17 Mar 2008 15:03:55 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0B1474FFF22 for ; Mon, 17 Mar 2008 15:03:52 -0700 (MST) Message-Id: <5.1.0.14.2.20080317145708.00ba5120@psy1.psych.arizona.edu> Date: Mon, 17 Mar 2008 15:03:50 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] list server outage Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The machine that runs the DMDX list server and help pages (psy1.psych.arizona.edu) may go down for a few hours some time this week. A few weeks ago it's hard disk started making pretty unacceptably loud bearing type noises that would have had be tossing it had it not stopped making the noises after a day or three. Recently I heard the disk spin down completely (it's fairly noisy under normal circumstances) for a few seconds and then spin up again... No kernel panics or messages in the logs I could see but one more oddity and she's outta here. If I do it I'll try and arrange things so no mail gets lost -- but such are the plans of mice and men. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Mon Mar 17 16:12:20 2008 Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2HNC1Bg018473 for ; Mon, 17 Mar 2008 16:12:02 -0700 Received: by mu-out-0910.google.com with SMTP id w9so6414458mue.6 for ; Mon, 17 Mar 2008 16:11:53 -0700 (PDT) Received: by 10.78.168.6 with SMTP id q6mr366799hue.65.1205795511639; Mon, 17 Mar 2008 16:11:51 -0700 (PDT) Received: by 10.78.140.2 with HTTP; Mon, 17 Mar 2008 16:11:51 -0700 (PDT) Message-ID: <9cd12e7b0803171611o48cabe8cwe15c6e7ba3e20a0@mail.gmail.com> Date: Mon, 17 Mar 2008 23:11:51 +0000 From: "rachel smith" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: display problems In-Reply-To: <5.1.0.14.2.20080312112251.00ba50d0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10490_22756751.1205795511599" References: <5.1.0.14.2.20080312112251.00ba50d0@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_10490_22756751.1205795511599 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, A belated message to say thanks for this. The shortcuts for busted drivers has done the trick more or less. I still get a delay before typed text first appears, but once it has appeared, any further text comes up immediately, and the problem of previous responses appearing on screen has stopped. Thanks again, Rachel On 12/03/2008, Jonathan C. Forster wrote: > > At 05:48 PM 3/12/2008 +0000, you wrote: > > Hi, > > I have recently set up DMDX on a new machine (Dell Precision 390 running > XP). My experiment has typed sentences in response to sound files. I'm > getting quite long delays between typing on the keyboard and seeing text > displayed on the screen, and from time to time the response to an earlier > item appears on-screen while the current response is being typed. > > > Display drivers are probably failing. Like certainly but I never say > never. > > Both the sound files and the sentence responses are quite long so I don't > know if the problem is just that things are too demanding. I have > experimented with changing the video mode from 16-bit to less demanding > 8-bit, > > > 8-bit drivers are much more likely to fail. > > but this doesn't help. Also, my keyboard is connected to my PC via USB > connections through the monitor, but I have tried connecting it directly to > the PC and this does not help either. > > > Shouldn't matter how the keyboard is connected. > > > I am not sure what else to try and would be grateful for any advice. Part > of my code is below. > > > Try the shortcuts for busted video drivers in Start / All Programs / > DMDX. Or update the video drivers. > > > very many thanks and best wishes, > > Rachel > > > > 200> > > > > > > 0 "This is a practice. Press SPACEBAR to start" /; > > ^99 "na41epf4old" / * "Please type in what > you hear" /; > > 0 "End of practice. Press SPACEBAR to start experiment"/; > > > > ^1 "na32epf8" / * "Please type in what you > hear" /; > > ^2 "na11epf2" / * "Please type in what you > hear" /; > > ^3 "nd41epf6" / * "Please type in what you > hear" /; > > ^4 "ns62epf4" / * "Please type in what you > hear" /; > > ^5 "nt21epf7" / * "Please type in what you > hear" /; > > ^6 "nd12epf3" / * "Please type in what you > hear" /; > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > For adult education nothing beats children. > > ------=_Part_10490_22756751.1205795511599 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hello,
 
A belated message to say thanks for this. The shortcuts for busted drivers has done the trick more or less. I still get a delay before typed text first appears, but once it has appeared, any further text comes up immediately, and the problem of previous responses appearing on screen has stopped.
 
Thanks again,
Rachel

 
On 12/03/2008, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:
At 05:48 PM 3/12/2008 +0000, you wrote:

Hi,

I have recently set up DMDX on a new machine (Dell Precision 390 running XP). My experiment has typed sentences in response to sound files. I'm getting quite long delays between typing on the keyboard and seeing text displayed on the screen, and from time to time the response to an earlier item appears on-screen while the current response is being typed.

  Display drivers are probably failing.  Like certainly but I never say never.

Both the sound files and the sentence responses are quite long so I don't know if the problem is just that things are too demanding. I have experimented with changing the video mode from 16-bit to less demanding 8-bit,

  8-bit drivers are much more likely to fail.

 but this doesn't help. Also, my keyboard is connected to my PC via USB connections through the monitor, but I have tried connecting it directly to the PC and this does not help either.

  Shouldn't matter how the keyboard is connected.

 
I am not sure what else to try and would be grateful for any advice. Part of my code is below.

   Try the shortcuts for busted video drivers in Start / All Programs / DMDX.  Or update the video drivers.

 
very many thanks and best wishes,
 
Rachel
 
 

<azk> <cr> <t 26000> <vm 1024, 768, 768, 8, 0> <id keyboard> <zil> <ztr 200> <dbc 255255255> <dwc 0> <vzk +'>

 

 

0 <fd 250> "This is a practice. Press SPACEBAR to start" /;

^99 <wav 2> <svp start> "na41epf4old" / * <fd 560> "Please type in what you hear" /;

0 <fd 125> "End of practice.  Press SPACEBAR to start experiment"/;

 

^1 <wav 2> <svp start> "na32epf8" / * <fd 560> "Please type in what you hear" /;

^2 <wav 2> <svp start> "na11epf2" / * <fd 560> "Please type in what you hear" /;

^3 <wav 2> <svp start> "nd41epf6" / * <fd 560> "Please type in what you hear" /;

^4 <wav 2> <svp start> "ns62epf4" / * <fd 560> "Please type in what you hear" /;

^5 <wav 2> <svp start> "nt21epf7" / * <fd 560> "Please type in what you hear" /;

^6 <wav 2> <svp start> "nd12epf3" / * <fd 560> "Please type in what you hear" /;
                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  For adult education nothing beats children.


------=_Part_10490_22756751.1205795511599-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 18 10:21:35 2008 Received: from mail78.messagelabs.com (mail78.messagelabs.com [195.245.230.131]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2IHKKvH021945 for ; Tue, 18 Mar 2008 10:20:21 -0700 Received: (qmail 25237 invoked from network); 18 Mar 2008 17:20:12 -0000 Received: from outbound.kcl.ac.uk (HELO outbound.kcl.ac.uk) (137.73.2.214) by server-9.tower-78.messagelabs.com with AES256-SHA encrypted SMTP; 18 Mar 2008 17:20:12 -0000 Received: from relay3.kcl.ac.uk ([137.73.2.218] helo=hazel) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1JbfTe-0007T5-T9 for DMDX@psy1.psych.arizona.edu; Tue, 18 Mar 2008 17:19:54 +0000 Received: from blade-a109.int.kcl.ac.uk ([10.30.1.109] helo=localhost) by hazel smtphack with esmtp id 1JbfTZ-0007Mq-SX for DMDX@psy1.psych.arizona.edu; Tue, 18 Mar 2008 17:19:50 +0000 Received: from 77.30.156.254 ([77.30.156.254]) by impmail.kcl.ac.uk (Horde MIME library) with HTTP; Tue, 18 Mar 2008 17:19:42 +0000 Message-ID: <20080318171942.ar02kgwluoo48o08@impmail.kcl.ac.uk> Date: Tue, 18 Mar 2008 17:19:42 +0000 From: sarah.tashkandy@kcl.ac.uk To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Error with output file References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi Jon, I'm really sorry to bother you again with another problem. My study was run for me today and apparently everything went smoothly in testing and everything got saved. The thing is a lot of my data came up with this message: ! Display error at msec 6224.70, tick 463 in item 2, frame "Last" ! was blocked by Flip() not returning for 0.32ms ! (previous frame's duration will have been longer) This is all dotted around the data in different files - not all of them but a lot of them. I'm really disappointed as there were loads of participants taking the test. This may seem like a stupid question, but does this mean that the data collected is no good? Or is it salvagable? Thanks and take care, Sarah. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 18 15:17:55 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2IMHOuX022992 for ; Tue, 18 Mar 2008 15:17:26 -0700 Received: from frodos_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DC0052FDB6A for ; Tue, 18 Mar 2008 15:17:22 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 91F782FDB74 for ; Tue, 18 Mar 2008 15:17:14 -0700 (MST) Message-Id: <5.1.0.14.2.20080318150845.00ba52f8@psy1.psych.arizona.edu> Date: Tue, 18 Mar 2008 15:17:10 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Error with output file In-Reply-To: <20080318171942.ar02kgwluoo48o08@impmail.kcl.ac.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Depends on the design of your experiment. If it's extremely sensitive to display durations it will be compromised. If you don't care about them it's fine. It's possible new display drivers would fix this, it's possible you could tune the display timing parameters to remove them, it's possible using one of the shortcuts for busted video drivers will remove them. Sometimes people use rigid display timing when they don't need to with , sometimes people use and their machine isn't fast enough (display errors are usually all the first frame of the items under those circumstances). If you've used or D0 (which is effectively a -2) you might want to try D-4 instead (which gives the machine more time to get things done but still makes for a pretty fast display). At 05:19 PM 3/18/2008 +0000, you wrote: >Hi Jon, > >I'm really sorry to bother you again with another problem. My study >was run for me today and apparently everything went smoothly in >testing and everything got saved. The thing is a lot of my data came >up with this message: > >! Display error at msec 6224.70, tick 463 in item 2, frame "Last" >! was blocked by Flip() not returning for 0.32ms >! (previous frame's duration will have been longer) > >This is all dotted around the data in different files - not all of >them but a lot of them. I'm really disappointed as there were loads of >participants taking the test. This may seem like a stupid question, >but does this mean that the data collected is no good? Or is it >salvagable? > >Thanks and take care, >Sarah. > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Wed Mar 19 12:52:41 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2JJpZHM000187 for ; Wed, 19 Mar 2008 12:51:35 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5884D50F9C5 for ; Wed, 19 Mar 2008 12:51:35 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DFD7650F9D3 for ; Wed, 19 Mar 2008 12:51:31 -0700 (MST) Message-Id: <5.1.0.14.2.20080319125014.00ba51f8@psy1.psych.arizona.edu> Date: Wed, 19 Mar 2008 12:51:30 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] list server maintenance done Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Ah, the blissful sounds of a relatively quiet office... If you notice anything weird let me know but it looks like everything has come over nicely and is back up and running. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ For adult education nothing beats children. From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 08:47:46 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KFl4en003414 for ; Thu, 20 Mar 2008 08:47:04 -0700 Received: from frodos_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6C8CF3033FC for ; Thu, 20 Mar 2008 08:47:03 -0700 (MST) Received: from localhost (calais.email.arizona.edu [10.0.0.222]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 19EE93033F6 for ; Thu, 20 Mar 2008 08:47:01 -0700 (MST) Received: from dhcp-80c46a32.la-aldea.arizona.edu (dhcp-80c46a32.la-aldea.arizona.edu [128.196.106.50]) by www.email.arizona.edu (Horde) with HTTP for ; Thu, 20 Mar 2008 08:47:01 -0700 Message-ID: <20080320084701.pwgcwsgk8gkw0w00@www.email.arizona.edu> Date: Thu, 20 Mar 2008 08:47:01 -0700 From: chen1@email.arizona.edu To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] 2 tasks in 1 rtf file MIME-Version: 1.0 Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear Jonathan, Thanks for your previous help. I have a question in lexical decision task. I have two tasks in one rtf file. For example: Task 1: 32 easy nonword targets Task 2: 32 hard nonword targets One thing I concern is that the items in Task 1 need to be presented first and then the items in Task 2. I arrange Task 1: 32 easy nonword targets first and then Task 2: 32 hard nonword targets in a rtf file. Is it supposed to have what I expect? Should I consider anything else? Looking forward to hearing from you. Chang-Ching From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 10:04:30 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KH45Op003705 for ; Thu, 20 Mar 2008 10:04:07 -0700 Received: from frodos_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EFE65303659 for ; Thu, 20 Mar 2008 10:04:04 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 77482303637 for ; Thu, 20 Mar 2008 10:04:03 -0700 (MST) Message-Id: <5.1.0.14.2.20080320100219.00ba5278@psy1.psych.arizona.edu> Date: Thu, 20 Mar 2008 10:04:01 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: 2 tasks in 1 rtf file In-Reply-To: <20080320084701.pwgcwsgk8gkw0w00@www.email.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You use a scramble emit (\ at a start of the line) when you don't want portions of an item file to scramble with the rest of the file. Makes scramble stop when it hits the emit, scramble everything it's read so far and output it and then continue on. Task 1: 32 easy nonword targets \ Task 2: 32 hard nonword targets At 08:47 AM 3/20/2008 -0700, you wrote: >Dear Jonathan, > >Thanks for your previous help. > >I have a question in lexical decision task. I have two tasks in one rtf file. >For example: > > >Task 1: 32 easy nonword targets >Task 2: 32 hard nonword targets > >One thing I concern is that the items in Task 1 need to be presented first and >then the items in Task 2. I arrange Task 1: 32 easy nonword targets first and >then Task 2: 32 hard nonword targets in a rtf file. Is it supposed to have >what >I expect? Should I consider anything else? > >Looking forward to hearing from you. >Chang-Ching > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Osborn's Law: Variables won't; constants aren't. From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 12:56:22 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KJtiLA004218 for ; Thu, 20 Mar 2008 12:55:44 -0700 Received: from frodos_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0077430377B for ; Thu, 20 Mar 2008 12:55:43 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A4DE430377A for ; Thu, 20 Mar 2008 12:55:43 -0700 (MST) Message-Id: <5.1.0.14.2.20080320125434.00ba5278@psy1.psych.arizona.edu> Date: Thu, 20 Mar 2008 12:55:39 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] DMDX 3.2.6.0 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX 3.2.6.0 introduces a new keyword: Suppress Audio Capture Keyword MDSP bit 20000000 modifier, the bit that suppresses audio capture. Reset if N = 0, otherwise set. All MDSP modifiers are both parameters and switches. If N is missing the bit is set and the mode is active. Setting this MDSP bit stops the RecordVocal and DigitalVOX devices from being triggered by a clock on. This is to facilitate multimodal experiments that only want to capture audio on some items and not others. So in the example that follows the self paced reading items won't be recording any audio but once is off in item 534 it will record vocalization and there will be a +DigitalVOX signal generated. +526 * "More" ; +527 * "power" ; +528 * "stations" ; +529 * "have" ; +530 * "been" ; +531 * "built" ; +532 * "in" ; +533 * "this" ; +534 * "village." ; Note that the +DigitalVOX signal will not be generated in items 526 though 533 even if there was enough sound energy to trigger the VOX. Even though one doesn't have to worry about the VOX trigging the self paced reading items once does have to block the right shift key from providing a response the to the naming task item (534). /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Osborn's Law: Variables won't; constants aren't. From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 14:16:10 2008 Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KLFoiR004456 for ; Thu, 20 Mar 2008 14:15:50 -0700 Received: by wr-out-0506.google.com with SMTP id c37so1144703wra.25 for ; Thu, 20 Mar 2008 14:15:48 -0700 (PDT) Received: by 10.140.133.10 with SMTP id g10mr1132646rvd.151.1206047747759; Thu, 20 Mar 2008 14:15:47 -0700 (PDT) Received: by 10.141.32.6 with HTTP; Thu, 20 Mar 2008 14:15:47 -0700 (PDT) Message-ID: Date: Thu, 20 Mar 2008 14:15:47 -0700 From: "Melody Dye" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Running different parameters within the same experiment MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_21219_20719952.1206047747744" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_21219_20719952.1206047747744 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey there, In the experiment I'm designing, I have a training section at the beginning and then two different testing sections. I want the basic parameters for these sections to be different. I haven't figured out for DMDX how you disable certain parameters so that others can run within the same script. I know in something like HTML you do something like this: Is there something similar in DMDX? Or if I specify a new parameter will it simply run that one? Here is what the parameters look like: TRAINING SECTION TEST 1 TEST 2 So, the differences between these are: The blocks being randomized. (e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) The frame duration, delay and timeout times. (e.g., ) The keyboard mappings. (e.g., correct response is Right or Left Shift to response is a keyboard number from 1-9) (e.g., vs. ) How can I have item files with all these different parameters? And what will the file I generate in .azk look like? Will it sort between the two tests? Thanks, Melody ------=_Part_21219_20719952.1206047747744 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey there,

In the experiment I'm designing, I have a training section at the beginning and then two different testing sections.  I want the basic parameters for these sections to be different.  I haven't figured out for DMDX how you disable certain parameters so that others can run within the same script.  I know in something like HTML you do something like this: <command></command>  Is there something similar in DMDX?  Or if I specify a new parameter will it simply run that one?

Here is what the parameters look like:

TRAINING SECTION
<ep><azk><cr><fd 30><d 10><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+Left Shift"><mnr "+Right Shift"><s 18><eop>

TEST 1
<ep><azk><fd 30><d 10><t 1000><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+Right Shift"><mnr "+Left Shift"><s 27><eop>

TEST 2
<ep><azk><fd 100><d 1><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9><s 26><eop>

So, the differences between these are:

The blocks being randomized. 
(e.g., TRAINING-- <s 18>; TEST 1-- <s 27>; TEST 2-- <s 26>)

The frame duration, delay and timeout times.
(e.g., <fd 30><d 10><t 1000>)

The keyboard mappings.
(e.g., correct response is Right or Left Shift to response is a keyboard number from 1-9)
(e.g., <mpr "+Right Shift"><mnr "+Left Shift"> vs. <mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9>)

How can I have item files with all these different parameters?  And what will the file I generate in .azk look like?  Will it sort between the two tests?

Thanks,
Melody






------=_Part_21219_20719952.1206047747744-- From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 14:25:56 2008 Received: from blade3.isos.isu.edu (blade3.isos.isu.edu [134.50.250.75]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KLPaOc004502 for ; Thu, 20 Mar 2008 14:25:36 -0700 Received: from conversion-daemon.blade3.isos.isu.edu by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) id <0JY100F01S2KDG00@blade3.isos.isu.edu> (original mail from nprause@isu.edu) for DMDX@psy1.psych.arizona.edu; Thu, 20 Mar 2008 15:25:35 -0600 (MDT) Received: from [127.0.0.1] ([134.50.63.118]) by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JY1002PKSULXQA0@blade3.isos.isu.edu> for DMDX@psy1.psych.arizona.edu; Thu, 20 Mar 2008 15:25:34 -0600 (MDT) Date: Thu, 20 Mar 2008 15:25:32 -0600 From: Nicole Prause Subject: [DMDX] Re: Running different parameters within the same experiment In-reply-to: To: DMDX@psy1.psych.arizona.edu Message-id: <47E2D64C.4040307@isu.edu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi Melody, When I found there were a number of parameters that would have to be noted in every item line to deactive/reset them for my training trials, I just used the to link it to the next where I could reset. It's smooth, fast, and much easier than line modifications! Nikky Melody Dye wrote: > Hey there, > > In the experiment I'm designing, I have a training section at the > beginning and then two different testing sections. I want the basic > parameters for these sections to be different. I haven't figured out > for DMDX how you disable certain parameters so that others can run > within the same script. I know in something like HTML you do > something like this: Is there something similar > in DMDX? Or if I specify a new parameter will it simply run that one? > > Here is what the parameters look like: > > TRAINING SECTION > keyboard> Shift"> > > TEST 1 > keyboard> Shift"> > > TEST 2 > keyboard> +2> > > So, the differences between these are: > > The blocks being randomized. > (e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) > > The frame duration, delay and timeout times. > (e.g., ) > > The keyboard mappings. > (e.g., correct response is Right or Left Shift to response is a > keyboard number from 1-9) > (e.g., vs. +3>) > > How can I have item files with all these different parameters? And > what will the file I generate in .azk look like? Will it sort between > the two tests? > > Thanks, > Melody > > > > > > -- ******************************** Nicole Prause, Ph.D. Department of Psychology Idaho State University 921 S 8th Ave Stop 8112 Pocatello, ID 83209-8112 Email: nprause@isu.edu Phone: 208-282-4077 Fax: 208-282-4832 Office: Garrison Hall 403 ******************************** ******************************** From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 15:14:23 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KME4cc004694 for ; Thu, 20 Mar 2008 15:14:04 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C0DD9303A89 for ; Thu, 20 Mar 2008 15:14:03 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D5D1D303AA8 for ; Thu, 20 Mar 2008 15:14:02 -0700 (MST) Message-Id: <5.1.0.14.2.20080320150831.00ba5278@psy1.psych.arizona.edu> Date: Thu, 20 Mar 2008 15:13:59 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Running different parameters within the same experiment In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 02:15 PM 3/20/2008 -0700, you wrote: >Hey there, > >In the experiment I'm designing, I have a training section at the >beginning and then two different testing sections. I want the basic >parameters for these sections to be different. I haven't figured out for >DMDX how you disable certain parameters so that others can run within the >same script. I know in something like HTML you do something like this: > Is there something similar in DMDX? No. Some modes can be turned on and off (like the MDSP bits) but others are set for the whole item file. > Or if I specify a new parameter will it simply run that one? Parameters can only occur at the start of item files so unless a parameter is also a switch you can't specify the parameter afain. >Here is what the parameters look like: > >TRAINING SECTION >keyboard>Shift"> > >TEST 1 >keyboard>Shift"> > >TEST 2 >keyboard>+2> > >So, the differences between these are: > >The blocks being randomized. >(e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) > >The frame duration, delay and timeout times. >(e.g., ) > >The keyboard mappings. >(e.g., correct response is Right or Left Shift to response is a keyboard >number from 1-9) >(e.g., vs. +3>) > >How can I have item files with all these different parameters? And what >will the file I generate in .azk look like? Will it sort between the two >tests? If you read the documentation on the keywords it states whether a given keyword is a parameter or a switch or both. Switches can occur anywhere in the body of the item file and can thus be turned on and off in different sections. So is both a switch and parameter so you could turn it off with in TEST 2. If you need different scrambling parameters you will have to use multi-scrambling (as outlined in the help). Responses can be mapped and unmapped with abandon. Delay and Timeout are also changeable any time. Read the help. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Osborn's Law: Variables won't; constants aren't. From DMDX-owner@psy1.psych.arizona.edu Thu Mar 20 16:56:37 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2KNtm3H004962 for ; Thu, 20 Mar 2008 16:55:48 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 22B12517DC5 for ; Thu, 20 Mar 2008 16:55:48 -0700 (MST) Received: from KIFXP (kif-xp.psychdept.arizona.edu [128.196.98.56]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 3C013517DBB for ; Thu, 20 Mar 2008 16:55:44 -0700 (MST) From: "Kenneth Forster" To: Subject: [DMDX] RE: Running different parameters within the same experiment Date: Thu, 20 Mar 2008 16:55:40 -0700 Message-ID: <00d101c88ae5$e9b58370$3862c480@KIFXP> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D2_01C88AAB.3D56AB70" In-Reply-To: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_00D2_01C88AAB.3D56AB70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Melody, =20 Nicole is right - chaining is one solution. In this method, = the end of one .rtf file issues a command to load a new .rtf file. =20 Jonathan is also right - switches can be used throughout the file. And you can keep the Tests separate using a backslash at the beginning of a line. But his suggested solution for scrambling using multi-way scrambling is a real brute. =20 Here's a simple alternative. Specify on the = parameter line, and then add the following 9 dummy items to the TRAINING block: =20 0 c ; 0 c ; 0 c ; 0 c ; 0 c ; 0 c ; 0 c ; 0 c ; 0 c ; =20 These items get scrambled, making up a total of 27 items, but they don't = do anything. The 'c' means go straight on to the next item. Then you'd = add one such item to Test 2. =20 --k.i.f. =20 -----Original Message----- From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Melody Dye Sent: Thursday, March 20, 2008 2:16 PM To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Running different parameters within the same experiment =20 Hey there, In the experiment I'm designing, I have a training section at the = beginning and then two different testing sections. I want the basic parameters = for these sections to be different. I haven't figured out for DMDX how you disable certain parameters so that others can run within the same = script. I know in something like HTML you do something like this: = Is there something similar in DMDX? Or if I specify a new parameter = will it simply run that one? Here is what the parameters look like: TRAINING SECTION TEST 1 TEST 2 So, the differences between these are: The blocks being randomized. =20 (e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) The frame duration, delay and timeout times. (e.g., ) The keyboard mappings. (e.g., correct response is Right or Left Shift to response is a keyboard number from 1-9) (e.g., vs. ) How can I have item files with all these different parameters? And what will the file I generate in .azk look like? Will it sort between the = two tests? Thanks,=20 Melody ------=_NextPart_000_00D2_01C88AAB.3D56AB70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Melody,

 

        &nbs= p;   Nicole is right – chaining is one solution.  In this method, the end = of one .rtf file issues a command to load a new .rtf file.

 

        &nbs= p;   Jonathan is also right – switches can be used throughout the file.  = And you can keep the Tests separate using a backslash at the beginning of a = line.  But his suggested solution for scrambling using multi-way scrambling is a = real brute.

 

        &nbs= p;   Here’s a simple alternative.  Specify <s 27> on the parameter line, = and then add the following 9 dummy items to the TRAINING = block:

 

0 c = ;

0 c = ;

0 c = ;

0 c = ;

0 c = ;

0 c = ;

0 c = ;

0 c = ;

0 c = ;

 

These = items get scrambled, making up a total of 27 items, but they don’t do anything.  The ‘c’ means go straight on to the next = item.  Then you’d add one such item to Test 2.

 

        &nbs= p;   --k.i.f.

 

-----Original Message-----
From: DMDX-owner@psy1.psych.arizona.edu = [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Melody Dye
Sent: Thursday, March 20, = 2008 2:16 PM
To: = DMDX@psy1.psych.arizona.edu
Subject: [DMDX] Running = different parameters within the same experiment

 

Hey there,

In the experiment I'm designing, I have a training section at the = beginning and then two different testing sections.  I want the basic parameters = for these sections to be different.  I haven't figured out for DMDX how = you disable certain parameters so that others can run within the same = script.  I know in something like HTML you do something like this: = <command></command>  Is there something similar in DMDX?  Or if I specify a new = parameter will it simply run that one?

Here is what the parameters look like:

TRAINING SECTION
<ep><azk><cr><fd 30><d 10><t = 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr = "+Left Shift"><mnr "+Right Shift"><s = 18><eop>

TEST 1
<ep><azk><fd 30><d 10><t 1000><vm 1440, = 900, 900, 32, 60><id keyboard><nfb><dbc = 255255255><dwc 000000000><dfs 16><rcot><mpr "+Right Shift"><mnr "+Left Shift"><s = 27><eop>

TEST 2
<ep><azk><fd 100><d 1><t 10><vm 1440, = 900, 900, 32, 60><id keyboard><nfb><dbc = 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr = +8><mr +9><s 26><eop>

So, the differences between these are:

The blocks being randomized. 
(e.g., TRAINING-- <s 18>; TEST 1-- <s 27>; TEST 2-- <s = 26>)

The frame duration, delay and timeout times.
(e.g., <fd 30><d 10><t 1000>)

The keyboard mappings.
(e.g., correct response is Right or Left Shift to response is a keyboard = number from 1-9)
(e.g., <mpr "+Right Shift"><mnr "+Left = Shift"> vs. <mr +1><mr +2><mr +3><mr +4><mr = +5><mr +6><mr +7><mr +8><mr +9>)

How can I have item files with all these different parameters?  And = what will the file I generate in .azk look like?  Will it sort between = the two tests?

Thanks,
Melody





------=_NextPart_000_00D2_01C88AAB.3D56AB70-- From DMDX-owner@psy1.psych.arizona.edu Fri Mar 21 10:17:25 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2LHGmqh007864 for ; Fri, 21 Mar 2008 10:16:48 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0798D51CB50 for ; Fri, 21 Mar 2008 10:16:48 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 287A251CB60 for ; Fri, 21 Mar 2008 10:16:43 -0700 (MST) Message-Id: <5.1.0.14.2.20080321101212.00ba5278@psy1.psych.arizona.edu> Date: Fri, 21 Mar 2008 10:16:42 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: RE: Running different parameters within the same experiment In-Reply-To: <00d101c88ae5$e9b58370$3862c480@KIFXP> References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_689797906==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_689797906==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed And for completeness's sake use ~0c; for fillers as these only take a few milliseconds to parse whereas 0c; will take a half second (unless you've got a delay of 0) or so because that blank frame has to be scheduled and displayed. Or just using a comment like !; will work too. At 04:55 PM 3/20/2008 -0700, you wrote: >Melody, > > > > Nicole is right chaining is one solution. In this method, > the end of one .rtf file issues a command to load a new .rtf file. > > > > Jonathan is also right switches can be used throughout the > file. And you can keep the Tests separate using a backslash at the > beginning of a line. But his suggested solution for scrambling using > multi-way scrambling is a real brute. > > > > Here s a simple alternative. Specify on the parameter > line, and then add the following 9 dummy items to the TRAINING block: > > > >0 c ; > >0 c ; > >0 c ; > >0 c ; > >0 c ; > >0 c ; > >0 c ; > >0 c ; > >0 c ; > > > >These items get scrambled, making up a total of 27 items, but they don t >do anything. The c means go straight on to the next item. Then you d add >one such item to Test 2. > > > > --k.i.f. > > > >-----Original Message----- >From: DMDX-owner@psy1.psych.arizona.edu >[mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Melody Dye >Sent: Thursday, March 20, 2008 2:16 PM >To: DMDX@psy1.psych.arizona.edu >Subject: [DMDX] Running different parameters within the same experiment > > > >Hey there, > >In the experiment I'm designing, I have a training section at the >beginning and then two different testing sections. I want the basic >parameters for these sections to be different. I haven't figured out for >DMDX how you disable certain parameters so that others can run within the >same script. I know in something like HTML you do something like this: > Is there something similar in DMDX? Or if I specify >a new parameter will it simply run that one? > >Here is what the parameters look like: > >TRAINING SECTION >keyboard>Shift"> > >TEST 1 >keyboard>Shift"> > >TEST 2 >keyboard>+2> > >So, the differences between these are: > >The blocks being randomized. >(e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) > >The frame duration, delay and timeout times. >(e.g., ) > >The keyboard mappings. >(e.g., correct response is Right or Left Shift to response is a keyboard >number from 1-9) >(e.g., vs. +3>) > >How can I have item files with all these different parameters? And what >will the file I generate in .azk look like? Will it sort between the two >tests? > >Thanks, >Melody > > > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Osborn's Law: Variables won't; constants aren't. --=====================_689797906==_.ALT Content-Type: text/html; charset="us-ascii"
  And for completeness's sake use ~0c; for fillers as these only take a few milliseconds to parse whereas 0c; will take a half second (unless you've got a delay of 0) or so because that blank frame has to be scheduled and displayed. Or just using a comment like !; will work too.

At 04:55 PM 3/20/2008 -0700, you wrote:

Melody,

 

            Nicole is right chaining is one solution.  In this method, the end of one .rtf file issues a command to load a new .rtf file.

 

            Jonathan is also right switches can be used throughout the file.  And you can keep the Tests separate using a backslash at the beginning of a line.  But his suggested solution for scrambling using multi-way scrambling is a real brute.

 

            Here s a simple alternative.  Specify <s 27> on the parameter line, and then add the following 9 dummy items to the TRAINING block:

 

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

 

These items get scrambled, making up a total of 27 items, but they don t do anything.  The c means go straight on to the next item.  Then you d add one such item to Test 2.

 

            --k.i.f.

 

-----Original Message-----
From: DMDX-owner@psy1.psych.arizona.edu [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of Melody Dye
Sent: Thursday, March 20, 2008 2:16 PM
To: DMDX@psy1.psych.arizona.edu
Subject: [DMDX] Running different parameters within the same experiment

 

Hey there,

In the experiment I'm designing, I have a training section at the beginning and then two different testing sections.  I want the basic parameters for these sections to be different.  I haven't figured out for DMDX how you disable certain parameters so that others can run within the same script.  I know in something like HTML you do something like this: <command></command>  Is there something similar in DMDX?  Or if I specify a new parameter will it simply run that one?

Here is what the parameters look like:

TRAINING SECTION
<ep><azk><cr><fd 30><d 10><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+Left Shift"><mnr "+Right Shift"><s 18><eop>

TEST 1
<ep><azk><fd 30><d 10><t 1000><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+Right Shift"><mnr "+Left Shift"><s 27><eop>

TEST 2
<ep><azk><fd 100><d 1><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9><s 26><eop>

So, the differences between these are:

The blocks being randomized. 
(e.g., TRAINING-- <s 18>; TEST 1-- <s 27>; TEST 2-- <s 26>)

The frame duration, delay and timeout times.
(e.g., <fd 30><d 10><t 1000>)

The keyboard mappings.
(e.g., correct response is Right or Left Shift to response is a keyboard number from 1-9)
(e.g., <mpr "+Right Shift"><mnr "+Left Shift"> vs. <mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9>)

How can I have item files with all these different parameters?  And what will the file I generate in .azk look like?  Will it sort between the two tests?

Thanks,
Melody






                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Osborn's Law: Variables won't; constants aren't.

--=====================_689797906==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Mon Mar 24 13:16:34 2008 Received: from web30502.mail.mud.yahoo.com (web30502.mail.mud.yahoo.com [68.142.200.115]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2OKEkJB022020 for ; Mon, 24 Mar 2008 13:14:46 -0700 Received: (qmail 41051 invoked by uid 60001); 24 Mar 2008 20:14:25 -0000 Received: from [72.65.44.56] by web30502.mail.mud.yahoo.com via HTTP; Mon, 24 Mar 2008 13:14:25 PDT Date: Mon, 24 Mar 2008 13:14:25 -0700 (PDT) From: Maria Krauss Subject: [DMDX] Keeping the last frame of digital video on screen To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1744399841-1206389665=:40987" Content-Transfer-Encoding: 8bit Message-ID: <514214.40987.qm@web30502.mail.mud.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1744399841-1206389665=:40987 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello all, My lab is still working on the task of making the DMDX branching program, the one I've written about on here in the past, more child friendly. We are now interested in making the last frame of our digital videos stay on the screen until the spacebar is pressed. Our two digital videos (monkey and dog) are simply feedback (monkey/training), and encouragement to keep trying (dog/test). Mainly, we have tried changing to no avail. Could we be making a simple error here? Also, one of my colleagues had an idea that we could alter the actual video to make the last frame last for 30 seconds (or longer). She has done this successfully in the past: The subject pressing a SHIFT key has ended the video (even if it wasn't done playing yet) and moved on to the next trial. This is what we would need it to do. If need be, we thought we could do something like this, acknowledging that there are some differences: Her video in the past was part of a trial eliciting correct/incorrect responses. Our dv's are used for different purposes. Hence, we would theoretically push the SPACEBAR to end the video and show the next stimulus, and not SHIFT. If need be, is there a way to do this? The reason we now want to keep the animations onscreen, is that we noticed on our pilot run (and know from past experiences), that children will talk between trials, which could make them tend towards feeling bored with the task, and we think it may help to keep them interested by keeping an "attractive" picture onscreen. Thank you, Maria Krauss --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search. --0-1744399841-1206389665=:40987 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello all,
 
My lab is still working on the task of making the DMDX branching program, the one I've written about on here in the past, more child friendly. We are now interested in making the last frame of our digital videos stay on the screen until the spacebar is pressed. Our two digital videos (monkey and dog) are simply feedback (monkey/training), and encouragement to keep trying (dog/test).
 
Mainly, we have tried changing <dv% n> to no avail. Could we be making a simple error here?
 
Also, one of my colleagues had an idea that we could alter the actual video to make the last frame last for 30 seconds (or longer). She has done this successfully in the past: The subject pressing a SHIFT key has ended the video (even if it wasn't done playing yet) and moved on to the next trial. This is what we would need it to do.
 
If need be, we thought we could do something like this, acknowledging that there are some differences: Her video in the past was part of a trial eliciting correct/incorrect responses. Our dv's are used for different purposes. Hence, we would theoretically push the SPACEBAR to end the video and show the next stimulus, and not SHIFT.  If need be, is there a way to do this?
 
The reason we now want to keep the animations onscreen, is that we noticed on our pilot run (and know from past experiences), that children will talk between trials, which could make them tend towards feeling bored with the task, and we think it may help to keep them interested by keeping an "attractive" picture onscreen.
 
Thank you,
Maria Krauss

Looking for last minute shopping deals? Find them fast with Yahoo! Search. --0-1744399841-1206389665=:40987-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 25 10:47:33 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2PHkswj026240 for ; Tue, 25 Mar 2008 10:46:54 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 3546E302CE7 for ; Tue, 25 Mar 2008 10:46:54 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id F03562EB64D for ; Tue, 25 Mar 2008 10:46:52 -0700 (MST) Message-Id: <5.1.0.14.2.20080325104043.00ba52f8@psy1.psych.arizona.edu> Date: Tue, 25 Mar 2008 10:46:52 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Keeping the last frame of digital video on screen In-Reply-To: <514214.40987.qm@web30502.mail.mud.yahoo.com> References: <5.1.0.14.2.20080310175001.00ba4a88@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 01:14 PM 3/24/2008 -0700, you wrote: >Hello all, > >My lab is still working on the task of making the DMDX branching program, >the one I've written about on here in the past, more child friendly. We >are now interested in making the last frame of our digital videos stay on >the screen until the spacebar is pressed. Can't be done. Not without a kludge anyway. > Our two digital videos (monkey and dog) are simply feedback > (monkey/training), and encouragement to keep trying (dog/test). > >Mainly, we have tried changing to no avail. Could we be making a >simple error here? Nope. DMDX deliberately clears the screen once a digital video file is finished. You'd have to make a graphic of the last frame and display it after the video. > >Also, one of my colleagues had an idea that we could alter the actual >video to make the last frame last for 30 seconds (or longer). That'd work too. > She has done this successfully in the past: The subject pressing a SHIFT > key has ended the video (even if it wasn't done playing yet) and moved on > to the next trial. This is what we would need it to do. Yeah, you can use the keyword to make the video stop once a response is received. > >If need be, we thought we could do something like this, acknowledging that >there are some differences: Her video in the past was part of a trial >eliciting correct/incorrect responses. Our dv's are used for different >purposes. Hence, we would theoretically push the SPACEBAR to end the video >and show the next stimulus, and not SHIFT. If need be, is there a way to >do this? Yeah, either or . > >The reason we now want to keep the animations onscreen, is that we noticed >on our pilot run (and know from past experiences), that children will talk >between trials, which could make them tend towards feeling bored with the >task, and we think it may help to keep them interested by keeping an >"attractive" picture onscreen. > It's probably easier to make a jpeg of the last frame and display it after the video that mucking with or , but any of the approaches can be made to work. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Osborn's Law: Variables won't; constants aren't. From DMDX-owner@psy1.psych.arizona.edu Tue Mar 25 14:29:47 2008 Received: from uwo.ca (v320-147-lb.its.uwo.ca [129.100.74.147]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2PLT8Hi027046 for ; Tue, 25 Mar 2008 14:29:09 -0700 MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_i2aYjErweBy3czK39mE9Kw)" Received: from harpo.mail.uwo.pri (brutus.mail.uwo.pri [172.29.32.39]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JYB00MS02CF8VD0@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Tue, 25 Mar 2008 17:29:03 -0400 (EDT) Received: from uwo.ca ([172.29.20.37]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JYB0009A2CFY3B0@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Tue, 25 Mar 2008 17:29:03 -0400 (EDT) Received: from [172.29.20.37] by ce5.mail.uwo.pri (mshttpd); Tue, 25 Mar 2008 17:29:03 -0400 From: Kara Anne Kenney To: "dmdx, dmdx" Message-id: Date: Tue, 25 Mar 2008 17:29:03 -0400 Subject: [DMDX] frame duration Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_i2aYjErweBy3czK39mE9Kw) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline

Hello,

I was wondering how to have different frame durations during one trial. In my experiment, I would like to show  fixation point (+) for 60 ticks, followed by a blank screen for 30 ticks, and finally my target screen for 6 ticks. After which I would like to allow as much time as needed to respond. I cannot seem to figure out how to do this. I have pasted below some of my program to help illustrate what I want to do. Any help would be greatly appreciated.

<ep> s1 <zil> f60 <zol>

<vm desktop> <cr> d-30 <xyjustification 1>

<id "keyboard"> <zek> <clfb>

</ep>

$

+1 "Please type your subject number and hit enter:" *;

0 <zek 0> <izk> <zor> <vzk +.> <vzk +/>

<t 2000> <mr +space> <mpr +.> <mnr +/>

<line -4> "This is a visual-search task.",

<line -1> "Press spacebar to continue.";

0

<line -5> "For each of the following trials you will be presented with a cicular array of letters and a distractor.",

<line -4> "Locate the 'X' or 'N' in the cicular array of letters as quickly and accurately as possible.",

<line -3> "Using your right hand, press '.' to indicate 'X' or press '/' to indicate 'N'.",

<line -2> "Try to ignore all irrelevant distractors.",

<line -1> "Press spacebar when ready to begin practice trials.";

$

-1001 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "X" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "L" *;

-1002 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "N", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "K" *;

-1003 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "O", <xy .675,.5> "X", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .15,.5> "M" *;

Thanks!

Kara

 --Boundary_(ID_i2aYjErweBy3czK39mE9Kw)-- From DMDX-owner@psy1.psych.arizona.edu Tue Mar 25 15:28:43 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2PMSM3J027310 for ; Tue, 25 Mar 2008 15:28:22 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4FB0731CCBD for ; Tue, 25 Mar 2008 15:28:22 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 93A7131CCC5 for ; Tue, 25 Mar 2008 15:28:20 -0700 (MST) Message-Id: <5.1.0.14.2.20080325152628.00ba5258@psy1.psych.arizona.edu> Date: Tue, 25 Mar 2008 15:28:17 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: frame duration In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1054092968==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1054092968==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed You'll want a blank frame after your six tick frame: -1001 "+" / " " / "X" , "O", "O", "O", "O", "O", "O", "O", "L" * / ; If they are to be allowed more than 4 seconds for a response you'll want to set the timeout with in milliseconds. At 05:29 PM 3/25/2008 -0400, you wrote: >Hello, > >I was wondering how to have different frame durations during one trial. In >my experiment, I would like to show fixation point (+) for 60 ticks, >followed by a blank screen for 30 ticks, and finally my target screen for >6 ticks. After which I would like to allow as much time as needed to >respond. I cannot seem to figure out how to do this. I have pasted below >some of my program to help illustrate what I want to do. Any help would be >greatly appreciated. > > s1 f60 > > d-30 > > > > > >$ > >+1 "Please type your subject number and hit enter:" *; > >0 > > > > "This is a visual-search task.", > > "Press spacebar to continue."; > >0 > > "For each of the following trials you will be presented with a >cicular array of letters and a distractor.", > > "Locate the 'X' or 'N' in the cicular array of letters as >quickly and accurately as possible.", > > "Using your right hand, press '.' to indicate 'X' or press '/' >to indicate 'N'.", > > "Try to ignore all irrelevant distractors.", > > "Press spacebar when ready to begin practice trials."; > >$ > >-1001 "+" / " " / "X" , >"O", "O", "O", "O", >"O", "O", "O", "L" *; > >-1002 "+" / " " / "O" , >"N", "O", "O", "O", >"O", "O", "O", "K" *; > >-1003 "+" / " " / "O" , >"O", "X", "O", "O", >"O", "O", "O", "M" *; > >Thanks! > >Kara /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1054092968==_.ALT Content-Type: text/html; charset="us-ascii"
You'll want a blank frame after your six tick frame:

-1001 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "X" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "L" * / ;

If they are to be allowed more than 4 seconds for a response you'll want to set the timeout with <timeout> in milliseconds.

At 05:29 PM 3/25/2008 -0400, you wrote:

Hello,

I was wondering how to have different frame durations during one trial. In my experiment, I would like to show  fixation point (+) for 60 ticks, followed by a blank screen for 30 ticks, and finally my target screen for 6 ticks. After which I would like to allow as much time as needed to respond. I cannot seem to figure out how to do this. I have pasted below some of my program to help illustrate what I want to do. Any help would be greatly appreciated.

<ep> s1 <zil> f60 <zol>

<vm desktop> <cr> d-30 <xyjustification 1>

<id "keyboard"> <zek> <clfb>

</ep>

$

+1 "Please type your subject number and hit enter:" *;

0 <zek 0> <izk> <zor> <vzk +.> <vzk +/>

<t 2000> <mr +space> <mpr +.> <mnr +/>

<line -4> "This is a visual-search task.",

<line -1> "Press spacebar to continue.";

0

<line -5> "For each of the following trials you will be presented with a cicular array of letters and a distractor.",

<line -4> "Locate the 'X' or 'N' in the cicular array of letters as quickly and accurately as possible.",

<line -3> "Using your right hand, press '.' to indicate 'X' or press '/' to indicate 'N'.",

<line -2> "Try to ignore all irrelevant distractors.",

<line -1> "Press spacebar when ready to begin practice trials.";

$

-1001 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "X" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "L" *;

-1002 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "N", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "K" *;

-1003 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "O", <xy .675,.5> "X", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .15,.5> "M" *;

Thanks!

Kara


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1054092968==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Thu Mar 27 13:19:28 2008 Received: from uwo.ca (v320-147-lb.its.uwo.ca [129.100.74.147]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2RKIaNx001452 for ; Thu, 27 Mar 2008 13:18:37 -0700 MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_tF3+FXbiMRNXaw3sR0UDNw)" Received: from harpo.mail.uwo.pri (brutus.mail.uwo.pri [172.29.32.39]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JYE00M23OEVPT20@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Thu, 27 Mar 2008 16:18:31 -0400 (EDT) Received: from uwo.ca ([172.29.20.34]) by harpo.mail.uwo.pri (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JYE00M0KOEUHWA0@harpo.mail.uwo.pri> for DMDX@psy1.psych.arizona.edu; Thu, 27 Mar 2008 16:18:30 -0400 (EDT) Received: from [172.29.20.34] by ce2.mail.uwo.pri (mshttpd); Thu, 27 Mar 2008 16:18:30 -0400 From: Kara Anne Kenney To: DMDX@psy1.psych.arizona.edu Message-id: Date: Thu, 27 Mar 2008 16:18:30 -0400 Subject: [DMDX] Re: frame duration In-reply-to: <5.1.0.14.2.20080325152628.00ba5258@psy1.psych.arizona.edu> References: <5.1.0.14.2.20080325152628.00ba5258@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_tF3+FXbiMRNXaw3sR0UDNw) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable Content-disposition: inline Hi=2C=3CBR=3E=26nbsp=3B=3CBR=3EI was able to add a blank screen=2E Howev= er=2C I am unsure of where the =26lt=3Btimeout=26gt=3B should be located= (in the header or in each of the lines)=2E =3CBR=3EAdditionally=2C I am= unsure=2C but it does not seem that my frame durations are working corr= ectly=2E All items seem to be displayed on the screen for an eqiuvalent = amount of time=2E I was wondering if you could suggest why this may be h= appening=2E I have pasted by header and a few practice trials below=2E =3C= FONT size=3D2=3E=3CBR=3E =3CP=3E=26lt=3Bep=26gt=3B s1 =26lt=3Bzil=26gt=3B =26lt=3Bfd 60=26gt=3B =26= lt=3Bzol=26gt=3B=3C/P=3E =3CP=3E=26lt=3Bvm desktop=26gt=3B =26lt=3Bcr=26gt=3B d-30 =26lt=3Bxyjust= ification 1=26gt=3B=3C/P=3E =3CP=3E=26lt=3Bid =22keyboard=22=26gt=3B =26lt=3Bzek=26gt=3B =26lt=3Bclf= b=26gt=3B =3C/P=3E =3CP=3E=26lt=3B/ep=26gt=3B=3C/P=3E =3CP=3E=24=3C/P=3E =3CP=3E+1 =22Please type your subject number and hit enter=3A=22 *=3B=3C= /P=3E =3CP=3E0 =26lt=3Bzek 0=26gt=3B =26lt=3Bizk=26gt=3B =26lt=3Bzor=26gt=3B =26= lt=3Bvzk +=2E=26gt=3B =26lt=3Bvzk +/=26gt=3B =3C/P=3E =3CP=3E=26lt=3Bt 2000=26gt=3B =26lt=3Bmr +space=26gt=3B =26lt=3Bmpr +=2E= =26gt=3B =26lt=3Bmnr +/=26gt=3B=3C/P=3E =3CP=3E=26lt=3Bline -4=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3EThis is a visual-search task=2E=3C/FONT=3E=3CFONT size=3D2=3E=22=2C=3C= /P=3E =3CP=3E=26lt=3Bline -1=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3EPress spacebar to continue=3C/FONT=3E=3CFONT size=3D2=3E=2E=22=3B=3C= /P=3E =3CP=3E0 =3C/P=3E =3CP=3E=26lt=3Bline -5=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3EFor each of the following trials you will be presented with a cicula= r array of letters and a distractor=3C/FONT=3E=3CFONT size=3D2=3E=2E=22=2C= =3C/P=3E =3CP=3E=26lt=3Bline -4=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3ELocate the =27X=27 or =27N=27 in the cicular array of letters as qui= ckly and accurately as possible=3C/FONT=3E=3CFONT size=3D2=3E=2E=22=2C=3C= /P=3E =3CP=3E=26lt=3Bline -3=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3EUsing your right hand=2C press =3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3E=27=2E=27 to indicate =27X=27 or press =27/=27 to indicate =27N=27=3C= /FONT=3E=3CFONT size=3D2=3E=2E=22=2C=3C/P=3E =3CP=3E=26lt=3Bline -2=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3ETry to=3C/FONT=3E=3CFONT size=3D2=3E =3C/FONT=3E=3CFONT face=3DArial= size=3D2=3Ei=3C/FONT=3E=3CFONT face=3DArial size=3D2=3Egnore all irrele= vant distractors=3C/FONT=3E=3CFONT size=3D2=3E=2E=22=2C =3C/P=3E =3CP=3E=26lt=3Bline -1=26gt=3B =22=3C/FONT=3E=3CFONT face=3DArial size=3D= 2=3EPress spacebar when ready to begin practice trials=3C/FONT=3E=3CFONT= size=3D2=3E=2E=22=3B =3C/P=3E =3CP=3E=24=3C/P=3E =3CP=3E-1001 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B =22 =22= / =26lt=3Bfd 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26gt=3B =22X=22 =2C =26l= t=3Bxy =2E625=2C=2E325=26gt=3B =22O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B= =22O=22=2C =26lt=3Bxy =2E625=2C=2E675=26gt=3B =22O=22=2C =26lt=3Bxy =2E= 5=2C=2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B =22O=22=2C= =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26= gt=3B =22O=22=2C =26lt=3Bxy =2E85=2C=2E5=26gt=3B =22L=22 * / =26lt=3Bfd = 60=26gt=3B =22 =22 =3B=3C/P=3E =3CP=3E-1002 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B =22 =22= / =26lt=3Bfd 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26gt=3B =22O=22 =2C =26l= t=3Bxy =2E625=2C=2E325=26gt=3B =22N=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B= =22O=22=2C =26lt=3Bxy =2E625=2C=2E675=26gt=3B =22O=22=2C =26lt=3Bxy =2E= 5=2C=2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B =22O=22=2C= =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26= gt=3B =22O=22=2C =26lt=3Bxy =2E85=2C=2E5=26gt=3B =22K=22 * / =26lt=3Bfd = 60=26gt=3B =22 =22 =3B=3C/P=3E =3CP=3E-1003 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B =22 =22= / =26lt=3Bfd 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26gt=3B =22O=22 =2C =26l= t=3Bxy =2E625=2C=2E325=26gt=3B =22O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B= =22X=22=2C =26lt=3Bxy =2E625=2C=2E675=26gt=3B =22O=22=2C =26lt=3Bxy =2E= 5=2C=2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B =22O=22=2C= =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26= gt=3B =22O=22=2C =26lt=3Bxy =2E15=2C=2E5=26gt=3B =22M=22 * / =26lt=3Bfd = 60=26gt=3B =22 =22 =3B=3C/P=3E =3CP=3E-1004 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B =22 =22= / =26lt=3Bfd 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26gt=3B =22O=22 =2C =26l= t=3Bxy =2E625=2C=2E325=26gt=3B =22O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B= =22O=22=2C =26lt=3Bxy =2E625=2C=2E675=26gt=3B =22N=22=2C =26lt=3Bxy =2E= 5=2C=2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B =22O=22=2C= =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26= gt=3B =22O=22=2C =26lt=3Bxy =2E15=2C=2E5=26gt=3B =22F=22 * / =26lt=3Bfd = 60=26gt=3B =22 =22 =3B=3C/P=3E=3C/FONT=3EThanks so much for your help!=3C= BR=3E=26nbsp=3B=3CBR=3EKara=3CBR=3E=3CBR=3E----- Original Message -----=3C= BR=3EFrom=3A =22Jonathan C=2E Forster=22 =26lt=3Bjforster=40psy1=2Epsych= =2Earizona=2Eedu=26gt=3B=3CBR=3EDate=3A Tuesday=2C March 25=2C 2008 6=3A= 29 pm=3CBR=3ESubject=3A =5BDMDX=5D Re=3A frame duration=3CBR=3ETo=3A DMD= X=40psy1=2Epsych=2Earizona=2Eedu=3CBR=3E=3CBR=3E=26gt=3B =3CSPAN=3E=3CBR= =3E =3CP=3E=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B You=27ll want = a blank frame after your six tick frame=3A=3CBR=3E=26gt=3B =3CBR=3E=26gt= =3B =3CBR=3E=26gt=3B -1001 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30= =26gt=3B =22 =22 / =26lt=3Bfd=3CBR=3E=26gt=3B 6=26gt=3B =26lt=3Bxy =2E5=2C= =2E25=26gt=3B =22X=22 =2C =26lt=3Bxy =2E625=2C=2E325=26gt=3B=3CBR=3E=26g= t=3B =22O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E= 625=2C=2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E5=2C=2E75=26= gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22= =2C =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E3= 25=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E85=2C=2E5=26gt=3B =22= L=22 * / =3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B If they a= re to be allowed more than 4 seconds for a response you=27ll want=3CBR=3E= =26gt=3B to set the timeout with =26lt=3Btimeout=26gt=3B in milliseconds= =2E=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B At 05=3A29 PM 3/25= /2008 -0400=2C you wrote=3A=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26= gt=3B = =3CBLOCKQUOTE class=3Dcite cite=3D=22=22 type=3D=22cite=22=3E=3CFONT siz= e=3D2=3EHello=2C=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B I was= wondering how to have different frame durations during one trial=2E=3CB= R=3E=26gt=3B In my experiment=2C I would like to show=26nbsp=3B fixation= point (+) for 60=3CBR=3E=26gt=3B ticks=2C followed by a blank screen fo= r 30 ticks=2C and finally my target=3CBR=3E=26gt=3B screen for 6 ticks=2E= After which I would like to allow as much time as=3CBR=3E=26gt=3B neede= d to respond=2E I cannot seem to figure out how to do this=2E I have=3CB= R=3E=26gt=3B pasted below some of my program to help illustrate what I w= ant to do=2E Any=3CBR=3E=26gt=3B help would be greatly appreciated=2E=3C= BR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3Bep=26gt=3B s1 =26= lt=3Bzil=26gt=3B f60 =26lt=3Bzol=26gt=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B= =3CBR=3E=26gt=3B =26lt=3Bvm desktop=26gt=3B =26lt=3Bcr=26gt=3B d-30 =26= lt=3Bxyjustification 1=26gt=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E= =26gt=3B =26lt=3Bid =22keyboard=22=26gt=3B =26lt=3Bzek=26gt=3B =26lt=3Bc= lfb=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3B/= ep=26gt=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =24=3CBR=3E= =26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B +1 =22Please type your subjec= t number and hit enter=3A=22 =3CBR=3E=26gt=3B *=3B=3CBR=3E=26gt=3B =3CBR= =3E=26gt=3B =3CBR=3E=26gt=3B 0 =26lt=3Bzek 0=26gt=3B =26lt=3Bizk=26gt=3B= =26lt=3Bzor=26gt=3B =26lt=3Bvzk +=2E=26gt=3B =26lt=3Bvzk +/=26gt=3B=3CB= R=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3B= t 2000=26gt=3B =26lt=3Bmr +space=26gt=3B =26lt=3Bmpr +=2E=26gt=3B =26lt=3B= mnr +/=26gt=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3B= line -4=26gt=3B =22=3C/FONT=3E=3CFONT face=3Darial size=3D2=3EThis is a=3C= BR=3E=26gt=3B visual-search task=2E=3C/FONT=3E=22=2C=3CBR=3E=26gt=3B =3C= BR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3Bline -1=26gt=3B =22=3CFONT face=3D= arial size=3D2=3EPress spacebar to=3CBR=3E=26gt=3B continue=3C/FONT=3E=2E= =22=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B 0 =3CBR=3E=26gt= =3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3Bline -5=26gt=3B =22=3CFONT= face=3Darial size=3D2=3EFor each of the following=3CBR=3E=26gt=3B trial= s you will be presented with a cicular array of letters and a=3CBR=3E=26= gt=3B distractor=3C/FONT=3E=2E=22=2C =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3C= BR=3E=26gt=3B =26lt=3Bline -4=26gt=3B =22=3CFONT face=3Darial size=3D2=3E= Locate the =27X=27 or =27N=27 in=3CBR=3E=26gt=3B the cicular array of le= tters as quickly and accurately as=3CBR=3E=26gt=3B possible=3C/FONT=3E=2E= =22=2C=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3Bline -3= =26gt=3B =22=3CFONT face=3Darial size=3D2=3EUsing your right hand=2C=3CB= R=3E=26gt=3B press =27=2E=27 to indicate =27X=27 or press =27/=27 to ind= icate=3CBR=3E=26gt=3B =27N=27=3C/FONT=3E=2E=22=2C=3CBR=3E=26gt=3B =3CBR=3E= =26gt=3B =3CBR=3E=26gt=3B =26lt=3Bline -2=26gt=3B =22=3CFONT face=3Daria= l size=3D2=3ETry to=3C/FONT=3E=3CBR=3E=26gt=3B =3CFONT face=3Darial size= =3D2=3Eignore all irrelevant=3CBR=3E=26gt=3B distractors=3C/FONT=3E=2E=22= =2C =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =26lt=3Bline -1=26= gt=3B =22=3CFONT face=3Darial size=3D2=3EPress spacebar when ready=3CBR=3E= =26gt=3B to begin practice trials=3C/FONT=3E=2E=22=3B =3CBR=3E=26gt=3B =3C= BR=3E=26gt=3B =3CBR=3E=26gt=3B =24=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CB= R=3E=26gt=3B -1001 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B= =22 =22 / =26lt=3Bfd=3CBR=3E=26gt=3B 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26= gt=3B =22X=22 =2C =26lt=3Bxy =2E625=2C=2E325=26gt=3B=3CBR=3E=26gt=3B =22= O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E625=2C= =2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E5=2C=2E75=26gt=3B= =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C= =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26= gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E85=2C=2E5=26gt=3B =22L=22= *=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B -1002 =26lt=3Bfd= 60=26gt=3B =22+=22 / =26lt=3Bfd 30=26gt=3B =22 =22 / =26lt=3Bfd=3CBR=3E= =26gt=3B 6=26gt=3B =26lt=3Bxy =2E5=2C=2E25=26gt=3B =22O=22 =2C =26lt=3Bx= y =2E625=2C=2E325=26gt=3B=3CBR=3E=26gt=3B =22N=22=2C =26lt=3Bxy =2E675=2C= =2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E625=2C=2E675=26gt=3B=3CBR=3E=26gt=3B= =22O=22=2C =26lt=3Bxy =2E5=2C=2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C= =2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E325=2C=2E5=26gt=3B= =22O=22=2C =26lt=3Bxy =2E375=2C=2E325=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C= =26lt=3Bxy =2E85=2C=2E5=26gt=3B =22K=22 *=3B=3CBR=3E=26gt=3B =3CBR=3E=26= gt=3B =3CBR=3E=26gt=3B -1003 =26lt=3Bfd 60=26gt=3B =22+=22 / =26lt=3Bfd = 30=26gt=3B =22 =22 / =26lt=3Bfd=3CBR=3E=26gt=3B 6=26gt=3B =26lt=3Bxy =2E= 5=2C=2E25=26gt=3B =22O=22 =2C =26lt=3Bxy =2E625=2C=2E325=26gt=3B=3CBR=3E= =26gt=3B =22O=22=2C =26lt=3Bxy =2E675=2C=2E5=26gt=3B =22X=22=2C =26lt=3B= xy =2E625=2C=2E675=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E5=2C= =2E75=26gt=3B =22O=22=2C=26lt=3Bxy =2E375=2C=2E675=26gt=3B=3CBR=3E=26gt=3B= =22O=22=2C =26lt=3Bxy =2E325=2C=2E5=26gt=3B =22O=22=2C =26lt=3Bxy =2E37= 5=2C=2E325=26gt=3B=3CBR=3E=26gt=3B =22O=22=2C =26lt=3Bxy =2E15=2C=2E5=26= gt=3B =22M=22 *=3B=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B Tha= nks!=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B Kara=3C/BLOCKQUOT= E=3E=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B = =3CBR=3E=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26n= bsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbs= p=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B= =26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26= nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nb= sp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp= =3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=3CBR=3E=26gt=3B /=22=5C=3CBR=3E=3CBR=3E= =26gt=3B =3CBR=3E=26nbsp=3B-jonathan=3CBR=3E=26gt=3B (j=2Ec=2Ef=2E)=26nb= sp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp= =3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B= =26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26= nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=3CBR=3E=26gt=3B =5C /=3C= BR=3E=3CBR=3E=26gt=3B =3CBR=3E=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26= nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nb= sp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp= =3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B= =26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26= nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nb= sp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=26nbsp=3B=3CBR=3E= =26gt=3B X =3CBR=3E=3CBR=3E=26gt=3B =3CBR=3E=26nbsp=3B=26nbsp=3B=26nbsp=3B= ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL=26nbsp=3B /=3CBR=3E=26gt=3B =5C= =3CBR=3E=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26n= bsp=3B A man wrapped up in himself makes a very small=3CBR=3E=26gt=3B pa= ckage=2E=3CBR=3E=3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3CBR=3E=26gt=3B =3C/S= PAN=3E=3CBR=3E=26gt=3B --Boundary_(ID_tF3+FXbiMRNXaw3sR0UDNw)-- From DMDX-owner@psy1.psych.arizona.edu Thu Mar 27 15:52:37 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2RMq8QP001869 for ; Thu, 27 Mar 2008 15:52:08 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id A485D544407 for ; Thu, 27 Mar 2008 15:52:08 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C5CAD52203A for ; Thu, 27 Mar 2008 15:52:03 -0700 (MST) Message-Id: <5.1.0.14.2.20080327154223.00ba5258@psy1.psych.arizona.edu> Date: Thu, 27 Mar 2008 15:52:03 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: frame duration In-Reply-To: References: <5.1.0.14.2.20080325152628.00ba5258@psy1.psych.arizona.edu> <5.1.0.14.2.20080325152628.00ba5258@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1228319343==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1228319343==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 04:18 PM 3/27/2008 -0400, you wrote: >Hi, > >I was able to add a blank screen. However, I am unsure of where the > should be located (in the header or in each of the lines). Either. You can read about that kind of detail in the help: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimeoutkeyword.htm Switches go in items, parameters go in the parameter line at the start of the item file and anything that's both a switch and a parameter goes anywhere. >Additionally, I am unsure, but it does not seem that my frame durations >are working correctly. All items seem to be displayed on the screen for an >eqiuvalent amount of time. I was wondering if you could suggest why this >may be happening. I have pasted by header and a few practice trials below. Your usage of is by and large correct except for a couple of things. First, putting a frame duration in the last frame is meaningless as the frame duration specifies the delay till the next frame is to be displayed and if there is no other frame it's not used. The second usage however is subtle and trips people up all over the place. When you use a comma delimited series of frames you have to put the frame duration in the last frame of the series. This is because a comma is exactly equivalent to: / So sticking a frame duration in the leading frames is overwritten by the 0 at the comma. You want: -1001 "+" / " " / "X" , "O", "O", "O", "O", "O", "O", "O", "L" * / ; > s1 > > d-30 > > > > > >$ > >+1 "Please type your subject number and hit enter:" *; > >0 > > > > "This is a visual-search task.", > > "Press spacebar to continue."; > >0 > > "For each of the following trials you will be presented with a >cicular array of letters and a distractor.", > > "Locate the 'X' or 'N' in the cicular array of letters as >quickly and accurately as possible.", > > "Using your right hand, press '.' to indicate 'X' or press '/' >to indicate 'N'.", > > "Try to ignore all irrelevant distractors.", > > "Press spacebar when ready to begin practice trials."; > >$ > >-1001 "+" / " " / "X" , >"O", "O", "O", "O", >"O", "O", "O", "L" * / " " ; > >-1002 "+" / " " / "O" , >"N", "O", "O", "O", >"O", "O", "O", "K" * / " " ; > >-1003 "+" / " " / "O" , >"O", "X", "O", "O", >"O", "O", "O", "M" * / " " ; > >-1004 "+" / " " / "O" , >"O", "O", "N", "O", >"O", "O", "O", "F" * / " " ; >Thanks so much for your help! > >Kara > >----- Original Message ----- >From: "Jonathan C. Forster" >Date: Tuesday, March 25, 2008 6:29 pm >Subject: [DMDX] Re: frame duration >To: DMDX@psy1.psych.arizona.edu > > > > > > > > > > > You'll want a blank frame after your six tick frame: > > > > > > -1001 "+" / " " / > 6> "X" , > > "O", "O", > > "O", "O", > > "O", "O", > > "O", "L" * / ; > > > > > > If they are to be allowed more than 4 seconds for a response you'll want > > to set the timeout with in milliseconds. > > > > > > At 05:29 PM 3/25/2008 -0400, you wrote: > > > > > > >>Hello, >> > >> > >> > I was wondering how to have different frame durations during one trial. >> > In my experiment, I would like to show fixation point (+) for 60 >> > ticks, followed by a blank screen for 30 ticks, and finally my target >> > screen for 6 ticks. After which I would like to allow as much time as >> > needed to respond. I cannot seem to figure out how to do this. I have >> > pasted below some of my program to help illustrate what I want to do. Any >> > help would be greatly appreciated. >> > >> > >> > s1 f60 >> > >> > >> > d-30 >> > >> > >> > >> > >> > >> > >> > >> > >> > $ >> > >> > >> > +1 "Please type your subject number and hit enter:" >> > *; >> > >> > >> > 0 >> > >> > >> > >> > >> > >> > >> > "This is a >> > visual-search task.", >> > >> > >> > "Press spacebar to >> > continue."; >> > >> > >> > 0 >> > >> > >> > "For each of the following >> > trials you will be presented with a cicular array of letters and a >> > distractor.", >> > >> > >> > "Locate the 'X' or 'N' in >> > the cicular array of letters as quickly and accurately as >> > possible.", >> > >> > >> > "Using your right hand, >> > press '.' to indicate 'X' or press '/' to indicate >> > 'N'.", >> > >> > >> > "Try to >> > ignore all irrelevant >> > distractors.", >> > >> > >> > "Press spacebar when ready >> > to begin practice trials."; >> > >> > >> > $ >> > >> > >> > -1001 "+" / " " / > > 6> "X" , >> > "O", "O", >> > "O", "O", >> > "O", "O", >> > "O", "L" *; >> > >> > >> > -1002 "+" / " " / > > 6> "O" , >> > "N", "O", >> > "O", "O", >> > "O", "O", >> > "O", "K" *; >> > >> > >> > -1003 "+" / " " / > > 6> "O" , >> > "O", "X", >> > "O", "O", >> > "O", "O", >> > "O", "M" *; >> > >> > >> > Thanks! >> > >> > >> > Kara > > > > > > > > > > > > /"\ > > > > -jonathan > > (j.c.f.) > > \ / > > > > > > X > > > > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / > > \ > > > > > > > > A man wrapped up in himself makes a very small > > package. > > > > > > > > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1228319343==_.ALT Content-Type: text/html; charset="us-ascii" At 04:18 PM 3/27/2008 -0400, you wrote:
Hi,
 
I was able to add a blank screen. However, I am unsure of where the <timeout> should be located (in the header or in each of the lines).

  Either.  You can read about that kind of detail in the help:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimeoutkeyword.htm

  Switches go in items, parameters go in the parameter line at the start of the item file and anything that's both a switch and a parameter goes anywhere.

Additionally, I am unsure, but it does not seem that my frame durations are working correctly. All items seem to be displayed on the screen for an eqiuvalent amount of time. I was wondering if you could suggest why this may be happening. I have pasted by header and a few practice trials below.

  Your usage of <fd> is by and large correct except for a couple of things.  First, putting a frame duration in the last frame is meaningless as the frame duration specifies the delay till the next frame is to be displayed and if there is no other frame it's not used.  The second usage however is subtle and trips people up all over the place.  When you use a comma delimited series of frames you have to put the frame duration in the last frame of the series.  This is because a comma is exactly equivalent to:

 <FrameDuration 0> / <NoErase>

  So sticking a frame duration in the leading frames is overwritten by the 0 at the comma.  You want:

-1001 <fd 60> "+" / <fd 30> " " / <xy .5,.25> "X" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O",  <fd 6> <xy .85,.5> "L" * / ;



<ep> s1 <zil> <fd 60> <zol>

<vm desktop> <cr> d-30 <xyjustification 1>

<id "keyboard"> <zek> <clfb>

</ep>

$

+1 "Please type your subject number and hit enter:" *;

0 <zek 0> <izk> <zor> <vzk +.> <vzk +/>

<t 2000> <mr +space> <mpr +.> <mnr +/>

<line -4> "This is a visual-search task.",

<line -1> "Press spacebar to continue.";

0

<line -5> "For each of the following trials you will be presented with a cicular array of letters and a distractor.",

<line -4> "Locate the 'X' or 'N' in the cicular array of letters as quickly and accurately as possible.",

<line -3> "Using your right hand, press '.' to indicate 'X' or press '/' to indicate 'N'.",

<line -2> "Try to ignore all irrelevant distractors.",

<line -1> "Press spacebar when ready to begin practice trials.";

$

-1001 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "X" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "L" * / <fd 60> " " ;

-1002 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "N", <xy .675,.5> "O", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .85,.5> "K" * / <fd 60> " " ;

-1003 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "O", <xy .675,.5> "X", <xy .625,.675> "O", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .15,.5> "M" * / <fd 60> " " ;

-1004 <fd 60> "+" / <fd 30> " " / <fd 6> <xy .5,.25> "O" , <xy .625,.325> "O", <xy .675,.5> "O", <xy .625,.675> "N", <xy .5,.75> "O",<xy .375,.675> "O", <xy .325,.5> "O", <xy .375,.325> "O", <xy .15,.5> "F" * / <fd 60> " " ;
Thanks so much for your help!
 
Kara

----- Original Message -----
From: "Jonathan C. Forster" <jforster@psy1.psych.arizona.edu>
Date: Tuesday, March 25, 2008 6:29 pm
Subject: [DMDX] Re: frame duration
To: DMDX@psy1.psych.arizona.edu

>


>
>
> You'll want a blank frame after your six tick frame:
>
>
> -1001 <fd 60> "+" / <fd 30> " " / <fd
> 6> <xy .5,.25> "X" , <xy .625,.325>
> "O", <xy .675,.5> "O", <xy .625,.675>
> "O", <xy .5,.75> "O",<xy .375,.675>
> "O", <xy .325,.5> "O", <xy .375,.325>
> "O", <xy .85,.5> "L" * / ;
>
>
> If they are to be allowed more than 4 seconds for a response you'll want
> to set the timeout with <timeout> in milliseconds.
>
>
> At 05:29 PM 3/25/2008 -0400, you wrote:
>
>
>
Hello,
>
>
> I was wondering how to have different frame durations during one trial.
> In my experiment, I would like to show  fixation point (+) for 60
> ticks, followed by a blank screen for 30 ticks, and finally my target
> screen for 6 ticks. After which I would like to allow as much time as
> needed to respond. I cannot seem to figure out how to do this. I have
> pasted below some of my program to help illustrate what I want to do. Any
> help would be greatly appreciated.
>
>
> <ep> s1 <zil> f60 <zol>
>
>
> <vm desktop> <cr> d-30 <xyjustification 1>
>
>
> <id "keyboard"> <zek> <clfb>
>
>
> </ep>
>
>
> $
>
>
> +1 "Please type your subject number and hit enter:"
> *;
>
>
> 0 <zek 0> <izk> <zor> <vzk +.> <vzk +/>
>
>
>
> <t 2000> <mr +space> <mpr +.> <mnr +/>
>
>
> <line -4> "This is a
> visual-search task.",
>
>
> <line -1> "Press spacebar to
> continue.";
>
>
> 0
>
>
> <line -5> "For each of the following
> trials you will be presented with a cicular array of letters and a
> distractor.",
>
>
> <line -4> "Locate the 'X' or 'N' in
> the cicular array of letters as quickly and accurately as
> possible.",
>
>
> <line -3> "Using your right hand,
> press '.' to indicate 'X' or press '/' to indicate
> 'N'.",
>
>
> <line -2> "Try to
> ignore all irrelevant
> distractors.",
>
>
> <line -1> "Press spacebar when ready
> to begin practice trials.";
>
>
> $
>
>
> -1001 <fd 60> "+" / <fd 30> " " / <fd
> 6> <xy .5,.25> "X" , <xy .625,.325>
> "O", <xy .675,.5> "O", <xy .625,.675>
> "O", <xy .5,.75> "O",<xy .375,.675>
> "O", <xy .325,.5> "O", <xy .375,.325>
> "O", <xy .85,.5> "L" *;
>
>
> -1002 <fd 60> "+" / <fd 30> " " / <fd
> 6> <xy .5,.25> "O" , <xy .625,.325>
> "N", <xy .675,.5> "O", <xy .625,.675>
> "O", <xy .5,.75> "O",<xy .375,.675>
> "O", <xy .325,.5> "O", <xy .375,.325>
> "O", <xy .85,.5> "K" *;
>
>
> -1003 <fd 60> "+" / <fd 30> " " / <fd
> 6> <xy .5,.25> "O" , <xy .625,.325>
> "O", <xy .675,.5> "X", <xy .625,.675>
> "O", <xy .5,.75> "O",<xy .375,.675>
> "O", <xy .325,.5> "O", <xy .375,.325>
> "O", <xy .15,.5> "M" *;
>
>
> Thanks!
>
>
> Kara

>
>
>
>
                                             
> /"\

>
 -jonathan
> (j.c.f.)                          
> \ /

>
                                              
> X

>
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  /
> \

>
>
>
  A man wrapped up in himself makes a very small
> package.

>
>
>
>


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1228319343==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 10:49:29 2008 Received: from m5-86.163.com (m5-86.163.com [202.108.5.86]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2UHmX6A013782 for ; Sun, 30 Mar 2008 10:48:35 -0700 Received: from 0595CD5407FE429 (unknown [80.193.213.158]) by smtp6 (Coremail) with SMTP id ENGowLBLHVNp0u9HRmBQBw==.17125S2; Mon, 31 Mar 2008 01:48:28 +0800 (CST) Date: Sun, 30 Mar 2008 18:48:29 +0100 From: "Zhenguang Cai" To: "DMDX" Subject: [DMDX] Audio recording problem Message-ID: <200803301848266407088@163.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon856217603578_=====" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --=====003_Dragon856217603578_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Hi everyone I am learning to use DMDX, and I have a problem with DMDX. I am using syntactic priming to in my experiment. I am to present a picture on the monitor and ask the subject to describe it. The description is recorded. I need to picture to be presented on the monitor while the subject is describing it. The subject is given as much time as possible to desribe the picture. And when the subject is done describing, he is to press the Space bar, and the picture is to disappear and another trials begins. I used the following parameters. The problem is that the picture is that the recording lasts only for 6 seconds. Of course I can set , but a ensuing problem is that even when the subject press the Space bar, the recording is to last for 100 seconds! Anyone knows how to do that? Best, Zhenguang 2008-03-30 ---------------------------------------------------- Zhenguang Cai (Garry) PhD student in Language, Cognition and Communication Department of Psychology the University of Edinburgh Office: S35, 7 George Square, Edinburgh Email: geraldcai@163.com, s0782345@sms.ed.ac.uk Mobile: 07975648384 --=====003_Dragon856217603578_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: 7bit
Hi everyone
 
I am learning to use DMDX, and I have a problem with DMDX.
 
I am using syntactic priming to in my experiment. I am to present a picture on the monitor and ask the subject to describe it. The description is recorded. I need to picture to be presented on the monitor while the subject is describing it. The subject is given as much time as possible to desribe the picture. And when the subject is done describing, he is to press the Space bar, and the picture is to disappear and another trials begins. I used the following parameters.
 
 

<ExtendedParameters>

 

<n 36>

<azk>

<d 0>

<InputDevice "keyboard">

<MapRequest +space>

<DefaultBackgroundColor 0>

<DefaultWritingColor 255255255>

<VideoMode 1024,768,768,32,50>

<ClearFeedback>

<cr>

<ID RecordVocal 6000>

<Timeout 6000>

<EndOfParameters>

 
The problem is that the picture is that the recording lasts only for 6 seconds. Of course I can set <Timeout 100000>, but a ensuing problem is that even when the subject press the Space bar, the recording is to last for 100 seconds!
 
Anyone knows how to do that?
 
Best,
Zhenguang
 
2008-03-30
----------------------------------------------------
Zhenguang Cai (Garry)
PhD student in Language, Cognition and Communication
Department of Psychology
the University of Edinburgh
Office: S35, 7 George Square, Edinburgh
Email: geraldcai@163.com, s0782345@sms.ed.ac.uk
Mobile: 07975648384
 --=====003_Dragon856217603578_=====-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 10:54:17 2008 Received: from smtpbg12.qq.com (smtpbg12.qq.com [58.60.13.110]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2UHs1E2013817 for ; Sun, 30 Mar 2008 10:54:02 -0700 From: "=?ISO-8859-1?B?bk9PZGxl?=" To: "=?ISO-8859-1?B?ZG1keA==?=" Subject: [DMDX] Re:Audio recording problem Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_47EFD3B2_084DB7F0_592111DE" Content-Transfer-Encoding: 8Bit Date: Mon, 31 Mar 2008 1:53:54 +0800 Message-ID: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------=_NextPart_47EFD3B2_084DB7F0_592111DE Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 Q2FuIHdlIHNlZSB3aGF0IHlvdSBoYXZlIHdyb3RlIGluIHlvdXIgaXRlbXM/DQogIA0KICAN CiAtLS0tLS0tLS0tLS0tLS0tLS0NCiAgR3JlZWQgaXMgZ29vZCBvciBub3Q/IA0KDQogIA0K ICANCiAtLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tDQog IEZyb206ICAiWmhlbmd1YW5nIENhaSI8Z2VyYWxkY2FpQDE2My5jb20+Ow0KIERhdGU6ICBN b24sIE1hciAzMSwgMjAwOCAwMTo0OCBBTQ0KIFRvOiAgIkRNRFgiPERNRFhAcHN5MS5wc3lj aC5hcml6b25hLmVkdT47IA0KIA0KIFN1YmplY3Q6ICBbRE1EWF0gQXVkaW8gcmVjb3JkaW5n IHByb2JsZW0NCg0KICANCiAgSGkgZXZlcnlvbmUNCiAgDQogSSBhbSBsZWFybmluZyB0byB1 c2UgRE1EWCwgYW5kIEkgaGF2ZSBhIHByb2JsZW0gd2l0aCBETURYLg0KICANCiBJIGFtIHVz aW5nIHN5bnRhY3RpYyBwcmltaW5nIHRvIGluIG15IGV4cGVyaW1lbnQuIEkgYW0gdG8gcHJl c2VudCBhIHBpY3R1cmUgb24gdGhlIG1vbml0b3IgYW5kIGFzayB0aGUgc3ViamVjdCB0byBk ZXNjcmliZSBpdC4gVGhlIGRlc2NyaXB0aW9uIGlzIHJlY29yZGVkLiBJIG5lZWQgdG8gcGlj dHVyZSB0byBiZSBwcmVzZW50ZWQgb24gdGhlIG1vbml0b3Igd2hpbGUgdGhlIHN1YmplY3Qg aXMgZGVzY3JpYmluZyBpdC4gVGhlIHN1YmplY3QgaXMgZ2l2ZW4gYXMgbXVjaCB0aW1lIGFz IHBvc3NpYmxlIHRvIGRlc3JpYmUgdGhlIHBpY3R1cmUuIEFuZCB3aGVuIHRoZSBzdWJqZWN0 IGlzIGRvbmUgZGVzY3JpYmluZywgaGUgaXMgdG8gcHJlc3MgdGhlIFNwYWNlIGJhciwgYW5k IHRoZSBwaWN0dXJlIGlzIHRvIGRpc2FwcGVhciBhbmQgYW5vdGhlciB0cmlhbHMgYmVnaW5z LiBJIHVzZWQgdGhlIGZvbGxvd2luZyBwYXJhbWV0ZXJzLg0KICANCiAgICANCjxFeHRlbmRl ZFBhcmFtZXRlcnM+DQogDQogDQogDQo8biAzNj4NCiANCjxhems+DQogDQo8ZCAwPg0KIA0K PElucHV0RGV2aWNlICJrZXlib2FyZCI+DQogDQo8TWFwUmVxdWVzdCArc3BhY2U+DQogDQo8 RGVmYXVsdEJhY2tncm91bmRDb2xvciAwPg0KIA0KPERlZmF1bHRXcml0aW5nQ29sb3IgMjU1 MjU1MjU1Pg0KIA0KPFZpZGVvTW9kZSAxMDI0LDc2OCw3NjgsMzIsNTA+DQogDQo8Q2xlYXJG ZWVkYmFjaz4NCiANCjxjcj4NCiANCjxJRCBSZWNvcmRWb2NhbCA2MDAwPg0KIA0KPFRpbWVv dXQgNjAwMD4NCiANCjxFbmRPZlBhcmFtZXRlcnM+DQoNCiAgDQogVGhlIHByb2JsZW0gaXMg dGhhdCB0aGUgcGljdHVyZSBpcyB0aGF0IHRoZSByZWNvcmRpbmcgbGFzdHMgb25seSBmb3Ig NiBzZWNvbmRzLiBPZiBjb3Vyc2UgSSBjYW4gc2V0IDxUaW1lb3V0IDEwMDAwMD4sIGJ1dCBh IGVuc3VpbmcgcHJvYmxlbSBpcyB0aGF0IGV2ZW4gd2hlbiB0aGUgc3ViamVjdCBwcmVzcyB0 aGUgU3BhY2UgYmFyLCB0aGUgcmVjb3JkaW5nIGlzIHRvIGxhc3QgZm9yIDEwMCBzZWNvbmRz IQ0KICANCiBBbnlvbmUga25vd3MgaG93IHRvIGRvIHRoYXQ/DQogIA0KIEJlc3QsDQogWmhl bmd1YW5nDQogIA0KIDIwMDgtMDMtMzAgDQogDQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhlbmd1YW5nIENhaSAoR2Fycnkp DQpQaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9u DQogRGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5DQp0aGUgVW5pdmVyc2l0eSBvZiBFZGluYnVy Z2gNCk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaA0KRW1haWw6IGdl cmFsZGNhaUAxNjMuY29tLCBzMDc4MjM0NUBzbXMuZWQuYWMudWsgDQogTW9iaWxlOiAwNzk3 NTY0ODM4NA== ------=_NextPart_47EFD3B2_084DB7F0_592111DE Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: base64 PERJVj5DYW4gd2Ugc2VlIHdoYXQgeW91IGhhdmUgd3JvdGUgaW4geW91ciBpdGVtcz88L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBzdHlsZT0i Rk9OVC1TSVpFOiAxMnB4OyBDT0xPUjogIzkwOTA5MDsgRk9OVC1GQU1JTFk6IEFyaWFsIE5h cnJvdyI+LS0tLS0tLS0tLS0tLS0tLS0tPC9ESVY+DQo8RElWPg0KPERJVj5HcmVlZCBpcyBn b29kIG9yIG5vdD8gPElNRyBzcmM9Imh0dHA6Ly9yZXMubWFpbC5xcS5jb20vemhfQ04vaW1h Z2VzL21vL1BJR1BJRy9tMjUuZ2lmIj48L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBzdHlsZT0iUEFERElORy1SSUdIVDogMHB4OyBQ QURESU5HLUxFRlQ6IDBweDsgRk9OVC1TSVpFOiAxMnB4OyBQQURESU5HLUJPVFRPTTogMnB4 OyBQQURESU5HLVRPUDogMnB4OyBGT05ULUZBTUlMWTogQXJpYWwgTmFycm93Ij4tLS0tLS0t LS0tLS0tLS0tLS0mbmJzcDtPcmlnaW5hbCZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLTwvRElW Pg0KPERJViBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4Ij4NCjxESVYgaWQ9bWVudV9zZW5kZXI+ PEI+RnJvbTogPC9CPiZuYnNwOyJaaGVuZ3VhbmcgQ2FpIiZsdDtnZXJhbGRjYWlAMTYzLmNv bSZndDs7PC9ESVY+DQo8RElWPjxCPkRhdGU6IDwvQj4mbmJzcDtNb24sIE1hciAzMSwgMjAw OCAwMTo0OCBBTTwvRElWPg0KPERJVj48Qj5UbzogPC9CPiZuYnNwOyJETURYIiZsdDtETURY QHBzeTEucHN5Y2guYXJpem9uYS5lZHUmZ3Q7OyA8L0RJVj4NCjxESVY+PC9ESVY+DQo8RElW PjxCPlN1YmplY3Q6IDwvQj4mbmJzcDtbRE1EWF0gQXVkaW8gcmVjb3JkaW5nIHByb2JsZW08 L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJGT05ULVdFSUdI VDogbm9ybWFsIj4NCjxTVFlMRT5CTE9DS1FVT1RFIHsNCglNQVJHSU4tVE9QOiAwcHg7IE1B UkdJTi1CT1RUT006IDBweDsgTUFSR0lOLUxFRlQ6IDJlbQ0KfQ0KT0wgew0KCU1BUkdJTi1U T1A6IDBweDsgTUFSR0lOLUJPVFRPTTogMHB4DQp9DQpVTCB7DQoJTUFSR0lOLVRPUDogMHB4 OyBNQVJHSU4tQk9UVE9NOiAwcHgNCn0NCjwvU1RZTEU+DQoNCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj5IaSBldmVyeW9uZTwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPkkgYW0gbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJIGhhdmUgYSBwcm9i bGVtIHdpdGggRE1EWC48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkkgYW0gdXNp bmcgc3ludGFjdGljIHByaW1pbmcgdG8gaW4gbXkgZXhwZXJpbWVudC4gSSBhbSB0byBwcmVz ZW50IGEgcGljdHVyZSBvbiB0aGUgbW9uaXRvciBhbmQgYXNrIHRoZSBzdWJqZWN0IHRvIGRl c2NyaWJlIGl0LiBUaGUgZGVzY3JpcHRpb24gaXMgcmVjb3JkZWQuIEkgbmVlZCB0byBwaWN0 dXJlIHRvIGJlIHByZXNlbnRlZCBvbiB0aGUgbW9uaXRvciB3aGlsZSB0aGUgc3ViamVjdCBp cyBkZXNjcmliaW5nIGl0LiBUaGUgc3ViamVjdCBpcyBnaXZlbiBhcyBtdWNoIHRpbWUgYXMg cG9zc2libGUgdG8gZGVzcmliZSB0aGUgcGljdHVyZS4gQW5kIHdoZW4gdGhlIHN1YmplY3Qg aXMgZG9uZSBkZXNjcmliaW5nLCBoZSBpcyB0byBwcmVzcyB0aGUgU3BhY2UgYmFyLCBhbmQg dGhlIHBpY3R1cmUgaXMgdG8gZGlzYXBwZWFyIGFuZCBhbm90aGVyIHRyaWFscyBiZWdpbnMu IEkgdXNlZCB0aGUgZm9sbG93aW5nIHBhcmFtZXRlcnMuPC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj48U1BBTiBsYW5nPUVOLUdCIHN0eWxlPSJGT05ULVNJWkU6IDE0cHQ7IEZP TlQtRkFNSUxZOiBBcmlhbDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLUdCIj48Rk9OVCBzaXpl PTE+Jm5ic3A7IA0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIHNpemU9Mz48Rk9OVCBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPiZsdDtFeHRlbmRlZFBhcmFtZXRlcnMmZ3Q7PD9YTUw6TkFNRVNQQUNFIFBS RUZJWCA9IE8gLz48TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNs YXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1F Ti1VUz48TzpQPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgc2l6ZT0zPiZuYnNwOzwv Rk9OVD48L086UD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIHNpemU9Mz48Rk9OVCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZsdDtuIDM2Jmd0OzxPOlA+PC9POlA+PC9GT05UPjwv Rk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBj bSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIHNpemU9Mz48Rk9OVCBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPiZsdDthemsmZ3Q7PE86UD48L086UD48L0ZPTlQ+PC9GT05UPjwv U1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAw cHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+Jmx0O2QgMCZndDs8TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQ QU4gbGFuZz1FTi1VUz48Rk9OVCBzaXplPTM+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij4mbHQ7SW5wdXREZXZpY2UgImtleWJvYXJkIiZndDs8TzpQPjwvTzpQPjwvRk9OVD48L0ZP TlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20g MGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCBzaXplPTM+PEZPTlQgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj4mbHQ7TWFwUmVxdWVzdCArc3BhY2UmZ3Q7PE86UD48L086UD48L0ZP TlQ+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0zPjxGT05UIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jmx0O0RlZmF1bHRCYWNrZ3JvdW5kQ29sb3IgMCZndDs8 TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCBz aXplPTM+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbHQ7RGVmYXVsdFdyaXRpbmdD b2xvciAyNTUyNTUyNTUmZ3Q7PE86UD48L086UD48L0ZPTlQ+PC9GT05UPjwvU1BBTj48L1A+ DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFO IGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ Jmx0O1ZpZGVvTW9kZSAxMDI0LDc2OCw3NjgsMzIsNTAmZ3Q7PE86UD48L086UD48L0ZPTlQ+ PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjog MGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0zPjxGT05UIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+Jmx0O0NsZWFyRmVlZGJhY2smZ3Q7PE86UD48L086UD48L0ZP TlQ+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0zPjxGT05UIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jmx0O2NyJmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9O VD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAw Y20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIHNpemU9Mz48Rk9OVCBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPiZsdDtJRCBSZWNvcmRWb2NhbCA2MDAwJmd0OzxPOlA+PC9POlA+PC9G T05UPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIHNpemU9Mz48Rk9OVCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZsdDtUaW1lb3V0IDYwMDAmZ3Q7PE86UD48L086UD48 L0ZPTlQ+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1B UkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgZmFjZT0iVGltZXMg TmV3IFJvbWFuIiBzaXplPTM+Jmx0O0VuZE9mUGFyYW1ldGVycyZndDs8L0ZPTlQ+PC9TUEFO PjwvUD48L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhl IHByb2JsZW0gaXMgdGhhdCB0aGUgcGljdHVyZSBpcyB0aGF0IHRoZSByZWNvcmRpbmcgbGFz dHMgb25seSBmb3IgNiBzZWNvbmRzLiBPZiBjb3Vyc2UgSSBjYW4gc2V0ICZsdDtUaW1lb3V0 IDEwMDAwMCZndDssIGJ1dCBhIGVuc3VpbmcgcHJvYmxlbSBpcyB0aGF0IGV2ZW4gd2hlbiB0 aGUgc3ViamVjdCBwcmVzcyB0aGUgU3BhY2UgYmFyLCB0aGUgcmVjb3JkaW5nIGlzIHRvIGxh c3QgZm9yIDEwMCBzZWNvbmRzITwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QW55 b25lIGtub3dzIGhvdyB0byBkbyB0aGF0PzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+QmVzdCw8L0RJVj4NCjxESVY+Wmhlbmd1YW5nPC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jYzBjMGMwIHNp emU9Mj4yMDA4LTAzLTMwIDwvRk9OVD48L0RJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0y Pg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBhbGlnbj1sZWZ0IFNJ WkU9Mj4NCg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9I2MwYzBjMCBzaXplPTI+ PFNQQU4+DQo8RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gPEJSPlpoZW5n dWFuZyBDYWkgKEdhcnJ5KTxCUj5QaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9u IGFuZCBDb21tdW5pY2F0aW9uPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neTxCUj50aGUgVW5pdmVyc2l0eSBv ZiBFZGluYnVyZ2g8QlI+T2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdo PEJSPkVtYWlsOiA8QSBocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5jb20sIj5nZXJhbGRj YWlAMTYzLmNvbSw8L0E+IDxBIGhyZWY9Im1haWx0bzpzMDc4MjM0NUBzbXMuZWQuYWMudWsi PnMwNzgyMzQ1QHNtcy5lZC5hYy51azwvQT4gPC9GT05UPjwvRElWPg0KPERJVj5Nb2JpbGU6 IDA3OTc1NjQ4Mzg0PC9ESVY+PC9ESVY+PC9TUEFOPjwvRk9OVD48L0RJVj48L0ZPTlQ+PC9E SVY+ ------=_NextPart_47EFD3B2_084DB7F0_592111DE-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 10:59:29 2008 Received: from m5-86.163.com (m5-86.163.com [202.108.5.86]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2UHx8U7013860 for ; Sun, 30 Mar 2008 10:59:09 -0700 Received: from 0595CD5407FE429 (unknown [80.193.213.158]) by smtp6 (Coremail) with SMTP id ENGowLAreFLh1O9HtoNSBw==.21207S2; Mon, 31 Mar 2008 01:59:00 +0800 (CST) Date: Sun, 30 Mar 2008 18:59:01 +0100 From: "Zhenguang Cai" To: "DMDX@psy1.psych.arizona.edu" References: Subject: [DMDX] Re: Re:Audio recording problem Message-ID: <200803301858546871793@163.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon065182655513_=====" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --=====003_Dragon065182655513_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SEksDQoNClRoZSBmb2xsb3dpbmcgaXMgb25lIG9mIHRoZSB0cmlhbHMuDQoNCis4ODY5MDAxIDxz YWM+IDx1bWI+IDxtcHIgK3NwYWNlPiAqIlRoZSBnaXJsIGdhdmUgdGhlIHRlYWNoZXIgaGVyIGRy YXdpbmcuobE7DQorODg2OTAwMiA8c2FjPiA8dW1iPiA8bXByICtzcGFjZT4gKiJUZW4gbWludXRl cyBsYXRlciwgdGhlIGJveSBsZWZ0obE7DQorODg2OTAwMyA8c2FjIDA+IDx1bWI+IDxtcHIgK3Nw YWNlPiBnICoiMTAxMCI7DQotODg2OTAwNCAgPHNhYz4gPHVtYj4gPG1wciArc3BhY2U+ICoiTm8g UXVlc3Rpb24uIjsNCg0KDQpUaGFua3MuDQoNCkJlc3QsDQpaaGVuZ3VhbmcgDQoyMDA4LTAzLTMw IA0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSANClpoZW5ndWFuZyBDYWkgKEdhcnJ5KQ0KUGhEIHN0dWRlbnQgaW4gTGFuZ3VhZ2UsIENv Z25pdGlvbiBhbmQgQ29tbXVuaWNhdGlvbg0KRGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5DQp0aGUg VW5pdmVyc2l0eSBvZiBFZGluYnVyZ2gNCk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVk aW5idXJnaA0KRW1haWw6IGdlcmFsZGNhaUAxNjMuY29tLCBzMDc4MjM0NUBzbXMuZWQuYWMudWsg DQpNb2JpbGU6IDA3OTc1NjQ4Mzg0DQoNCg0KDQq3orz+yMujuiBuT09kbGUgDQq3osvNyrG85KO6 IDIwMDgtMDMtMzAgIDE4OjU0OjE4IA0KytW8/sjLo7ogZG1keCANCrOty82juiANCtb3zOKjuiBb RE1EWF0gUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0gDQogDQpDYW4gd2Ugc2VlIHdoYXQgeW91 IGhhdmUgd3JvdGUgaW4geW91ciBpdGVtcz8NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0NCkdyZWVk IGlzIGdvb2Qgb3Igbm90PyANCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0t LS0tLS0tLS0tLS0tDQpGcm9tOiAgIlpoZW5ndWFuZyBDYWkiPGdlcmFsZGNhaUAxNjMuY29tPjsN CkRhdGU6ICBNb24sIE1hciAzMSwgMjAwOCAwMTo0OCBBTQ0KVG86ICAiRE1EWCI8RE1EWEBwc3kx LnBzeWNoLmFyaXpvbmEuZWR1PjsgDQpTdWJqZWN0OiAgW0RNRFhdIEF1ZGlvIHJlY29yZGluZyBw cm9ibGVtDQoNCkhpIGV2ZXJ5b25lDQoNCkkgYW0gbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJ IGhhdmUgYSBwcm9ibGVtIHdpdGggRE1EWC4NCg0KSSBhbSB1c2luZyBzeW50YWN0aWMgcHJpbWlu ZyB0byBpbiBteSBleHBlcmltZW50LiBJIGFtIHRvIHByZXNlbnQgYSBwaWN0dXJlIG9uIHRoZSBt b25pdG9yIGFuZCBhc2sgdGhlIHN1YmplY3QgdG8gZGVzY3JpYmUgaXQuIFRoZSBkZXNjcmlwdGlv biBpcyByZWNvcmRlZC4gSSBuZWVkIHRvIHBpY3R1cmUgdG8gYmUgcHJlc2VudGVkIG9uIHRoZSBt b25pdG9yIHdoaWxlIHRoZSBzdWJqZWN0IGlzIGRlc2NyaWJpbmcgaXQuIFRoZSBzdWJqZWN0IGlz IGdpdmVuIGFzIG11Y2ggdGltZSBhcyBwb3NzaWJsZSB0byBkZXNyaWJlIHRoZSBwaWN0dXJlLiBB bmQgd2hlbiB0aGUgc3ViamVjdCBpcyBkb25lIGRlc2NyaWJpbmcsIGhlIGlzIHRvIHByZXNzIHRo ZSBTcGFjZSBiYXIsIGFuZCB0aGUgcGljdHVyZSBpcyB0byBkaXNhcHBlYXIgYW5kIGFub3RoZXIg dHJpYWxzIGJlZ2lucy4gSSB1c2VkIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVycy4NCg0KICANCjxF eHRlbmRlZFBhcmFtZXRlcnM+DQogDQo8biAzNj4NCjxhems+DQo8ZCAwPg0KPElucHV0RGV2aWNl ICJrZXlib2FyZCI+DQo8TWFwUmVxdWVzdCArc3BhY2U+DQo8RGVmYXVsdEJhY2tncm91bmRDb2xv ciAwPg0KPERlZmF1bHRXcml0aW5nQ29sb3IgMjU1MjU1MjU1Pg0KPFZpZGVvTW9kZSAxMDI0LDc2 OCw3NjgsMzIsNTA+DQo8Q2xlYXJGZWVkYmFjaz4NCjxjcj4NCjxJRCBSZWNvcmRWb2NhbCA2MDAw Pg0KPFRpbWVvdXQgNjAwMD4NCjxFbmRPZlBhcmFtZXRlcnM+DQoNClRoZSBwcm9ibGVtIGlzIHRo YXQgdGhlIHBpY3R1cmUgaXMgdGhhdCB0aGUgcmVjb3JkaW5nIGxhc3RzIG9ubHkgZm9yIDYgc2Vj b25kcy4gT2YgY291cnNlIEkgY2FuIHNldCA8VGltZW91dCAxMDAwMDA+LCBidXQgYSBlbnN1aW5n IHByb2JsZW0gaXMgdGhhdCBldmVuIHdoZW4gdGhlIHN1YmplY3QgcHJlc3MgdGhlIFNwYWNlIGJh ciwgdGhlIHJlY29yZGluZyBpcyB0byBsYXN0IGZvciAxMDAgc2Vjb25kcyENCg0KQW55b25lIGtu b3dzIGhvdyB0byBkbyB0aGF0Pw0KDQpCZXN0LA0KWmhlbmd1YW5nDQoNCjIwMDgtMDMtMzAgDQoN Cg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t IA0KWmhlbmd1YW5nIENhaSAoR2FycnkpDQpQaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0 aW9uIGFuZCBDb21tdW5pY2F0aW9uDQpEZXBhcnRtZW50IG9mIFBzeWNob2xvZ3kNCnRoZSBVbml2 ZXJzaXR5IG9mIEVkaW5idXJnaA0KT2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1 cmdoDQpFbWFpbDogZ2VyYWxkY2FpQDE2My5jb20sIHMwNzgyMzQ1QHNtcy5lZC5hYy51ayANCk1v YmlsZTogMDc5NzU2NDgzODQNCg== --=====003_Dragon065182655513_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MIFhNTE5TOk8+PEhFQUQ+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlw ZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9Z2IyMzEyIj4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA2LjAwLjI5MDAuMzI2OCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+QGZvbnQtZmFjZSB7 DQoJZm9udC1mYW1pbHk6IMvOzOU7DQp9DQpAZm9udC1mYWNlIHsNCglmb250LWZhbWlseTogVmVy ZGFuYTsNCn0NCkBmb250LWZhY2Ugew0KCWZvbnQtZmFtaWx5OiBAy87M5TsNCn0NCkBwYWdlIFNl Y3Rpb24xIHtzaXplOiA1OTUuM3B0IDg0MS45cHQ7IG1hcmdpbjogNzIuMHB0IDkwLjBwdCA3Mi4w cHQgOTAuMHB0OyBsYXlvdXQtZ3JpZDogMTUuNnB0OyB9DQpQLk1zb05vcm1hbCB7DQoJVEVYVC1K VVNUSUZZOiBpbnRlci1pZGVvZ3JhcGg7IEZPTlQtU0laRTogMTAuNXB0OyBNQVJHSU46IDBjbSAw Y20gMHB0OyBGT05ULUZBTUlMWTogIlRpbWVzIE5ldyBSb21hbiI7IFRFWFQtQUxJR046IGp1c3Rp ZnkNCn0NCkxJLk1zb05vcm1hbCB7DQoJVEVYVC1KVVNUSUZZOiBpbnRlci1pZGVvZ3JhcGg7IEZP TlQtU0laRTogMTAuNXB0OyBNQVJHSU46IDBjbSAwY20gMHB0OyBGT05ULUZBTUlMWTogIlRpbWVz IE5ldyBSb21hbiI7IFRFWFQtQUxJR046IGp1c3RpZnkNCn0NCkRJVi5Nc29Ob3JtYWwgew0KCVRF WFQtSlVTVElGWTogaW50ZXItaWRlb2dyYXBoOyBGT05ULVNJWkU6IDEwLjVwdDsgTUFSR0lOOiAw Y20gMGNtIDBwdDsgRk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9tYW4iOyBURVhULUFMSUdOOiBq dXN0aWZ5DQp9DQpBOmxpbmsgew0KCUNPTE9SOiBibHVlOyBURVhULURFQ09SQVRJT046IHVuZGVy bGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmsgew0KCUNPTE9SOiBibHVlOyBURVhULURFQ09SQVRJ T046IHVuZGVybGluZQ0KfQ0KQTp2aXNpdGVkIHsNCglDT0xPUjogcHVycGxlOyBURVhULURFQ09S QVRJT046IHVuZGVybGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmtGb2xsb3dlZCB7DQoJQ09MT1I6 IHB1cnBsZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmUNCn0NClNQQU4uRW1haWxTdHlsZTE3 IHsNCglGT05ULVdFSUdIVDogbm9ybWFsOyBDT0xPUjogd2luZG93dGV4dDsgRk9OVC1TVFlMRTog bm9ybWFsOyBGT05ULUZBTUlMWTogVmVyZGFuYTsgVEVYVC1ERUNPUkFUSU9OOiBub25lOyBtc28t c3R5bGUtdHlwZTogcGVyc29uYWwtY29tcG9zZQ0KfQ0KRElWLlNlY3Rpb24xIHsNCglwYWdlOiBT ZWN0aW9uMQ0KfQ0KVU5LTk9XTiB7DQoJRk9OVC1TSVpFOiAxMHB0DQp9DQo8L1NUWUxFPg0KPC9I RUFEPg0KPEJPRFkgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IHZlcmRhbmEi Pg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+SEksPC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDgwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxE SVY+PEZPTlQgY29sb3I9IzAwMDA4MD5UaGUgZm9sbG93aW5nIGlzIG9uZSBvZiB0aGUgdHJpYWxz LjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPg0KPFRBQkxFIGNsYXNzPU1zb05vcm1hbFRhYmxlIA0Kc3R5bGU9Ik1BUkdJTjog YXV0byBhdXRvIGF1dG8gMi43NXB0OyBXSURUSDogODA3cHQ7IEJPUkRFUi1DT0xMQVBTRTogY29s bGFwc2U7IG1zby1wYWRkaW5nLWFsdDogMGNtIDMuNXB0IDBjbSAzLjVwdCIgDQpjZWxsU3BhY2lu Zz0wIGNlbGxQYWRkaW5nPTAgd2lkdGg9MTA3NiBib3JkZXI9MD4NCiAgPFRCT0RZPg0KICA8VFIg c3R5bGU9IkhFSUdIVDogMTIuNzVwdDsgbXNvLXlmdGktaXJvdzogMDsgbXNvLXlmdGktZmlyc3Ry b3c6IHllcyI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6ICNlY2U5ZDg7IFBB RERJTkctUklHSFQ6IDMuNXB0OyBCT1JERVItVE9QOiAjZWNlOWQ4OyBQQURESU5HLUxFRlQ6IDMu NXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogI2VjZTlkODsgV0lEVEg6IDgw N3B0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiAjZWNlOWQ4OyBIRUlHSFQ6IDEy Ljc1cHQ7IEJBQ0tHUk9VTkQtQ09MT1I6IHRyYW5zcGFyZW50IiANCiAgICB2QWxpZ249Ym90dG9t IG5vV3JhcCB3aWR0aD0xMDc2Pg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQtU0la RTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0I7IG1z by1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+KzwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4t R0IgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1z by1hbnNpLWxhbmd1YWdlOiBFTi1HQiI+ODg2OTAwMSANCiAgICAgIDwvU1BBTj48U1BBTiBsYW5n PUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFs OyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0I7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+ Jmx0O3NhYyZndDsgDQogICAgICA8L1NQQU4+PFNQQU4gbGFuZz1FTi1HQiANCiAgICAgIHN0eWxl PSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWFuc2ktbGFuZ3VhZ2U6 IEVOLUdCIj4mbHQ7dW1iJmd0OyANCiAgICAgICZsdDttcHIgK3NwYWNlJmd0OzwvU1BBTj48U1BB TiBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6 IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0I7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBa SC1DTiI+IA0KICAgICAgKjwvU1BBTj48U1BBTiBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZP TlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4t R0IiPiI8L1NQQU4+PFNQQU4gDQogICAgICBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0I7 IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+VGhlIA0KICAgICAgZ2lybCBnYXZlIHRoZSB0 ZWFjaGVyIGhlciBkcmF3aW5nLjwvU1BBTj48U1BBTiBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9 IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTog RU4tR0IiPqGxOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPjwvVFI+DQogIDxUUiBzdHlsZT0i SEVJR0hUOiAxMi43NXB0OyBtc28teWZ0aS1pcm93OiAxIj4NCiAgICA8VEQgDQogICAgc3R5bGU9 IkJPUkRFUi1SSUdIVDogI2VjZTlkODsgUEFERElORy1SSUdIVDogMy41cHQ7IEJPUkRFUi1UT1A6 ICNlY2U5ZDg7IFBBRERJTkctTEVGVDogMy41cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRF Ui1MRUZUOiAjZWNlOWQ4OyBXSURUSDogODA3cHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1C T1RUT006ICNlY2U5ZDg7IEhFSUdIVDogMTIuNzVwdDsgQkFDS0dST1VORC1DT0xPUjogdHJhbnNw YXJlbnQiIA0KICAgIHZBbGlnbj1ib3R0b20gbm9XcmFwIHdpZHRoPTEwNzY+DQogICAgICA8UCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4t R0IgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1z by1hbnNpLWxhbmd1YWdlOiBFTi1HQjsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4rPC9T UEFOPjxTUEFOIA0KICAgICAgbGFuZz1FTi1HQiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEw cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLUdCIj44ODY5MDA8 L1NQQU4+PFNQQU4gDQogICAgICBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTog MTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0I7IG1zby1m YXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+MjwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tR0Ig DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1h bnNpLWxhbmd1YWdlOiBFTi1HQiI+IA0KICAgICAgPC9TUEFOPjxTUEFOIGxhbmc9RU4tR0IgDQog ICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1hbnNp LWxhbmd1YWdlOiBFTi1HQjsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4mbHQ7c2FjJmd0 OyANCiAgICAgIDwvU1BBTj48U1BBTiBsYW5nPUVOLUdCIA0KICAgICAgc3R5bGU9IkZPTlQtU0la RTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0IiPiZs dDt1bWImZ3Q7IA0KICAgICAgJmx0O21wciArc3BhY2UmZ3Q7PC9TUEFOPjxTUEFOIGxhbmc9RU4t R0IgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1z by1hbnNpLWxhbmd1YWdlOiBFTi1HQjsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4gDQog ICAgICAqPC9TUEFOPjxTUEFOIGxhbmc9RU4tR0IgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAx MHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1hbnNpLWxhbmd1YWdlOiBFTi1HQiI+IjwvU1BB Tj48U1BBTiANCiAgICAgIGxhbmc9RU4tR0IgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0 OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1hbnNpLWxhbmd1YWdlOiBFTi1HQjsgbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6IFpILUNOIj5UZW4gDQogICAgICBtaW51dGVzIGxhdGVyLCB0aGUgYm95IGxl ZnQ8L1NQQU4+PFNQQU4gbGFuZz1FTi1HQiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7 IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLUdCIj6hsTs8bzpwPjwv bzpwPjwvU1BBTj48L1A+PC9URD48L1RSPg0KICA8VFIgc3R5bGU9IkhFSUdIVDogMTIuNzVwdDsg bXNvLXlmdGktaXJvdzogMiI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6ICNl Y2U5ZDg7IFBBRERJTkctUklHSFQ6IDMuNXB0OyBCT1JERVItVE9QOiAjZWNlOWQ4OyBQQURESU5H LUxFRlQ6IDMuNXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogI2VjZTlkODsg V0lEVEg6IDgwN3B0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiAjZWNlOWQ4OyBI RUlHSFQ6IDEyLjc1cHQ7IEJBQ0tHUk9VTkQtQ09MT1I6IHRyYW5zcGFyZW50IiANCiAgICB2QWxp Z249Ym90dG9tIG5vV3JhcCB3aWR0aD0xMDc2Pg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIHN0 eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVTIA0KICAgICAgc3R5bGU9IkZP TlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsIj4rODg2OTAwMyA8L1NQQU4+PFNQQU4g bGFuZz1FUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBBcmlh bDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4mbHQ7c2FjIA0KICAgICAgMCZndDsgPC9T UEFOPjxTUEFOIGxhbmc9RVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZB TUlMWTogQXJpYWwiPiZsdDt1bWImZ3Q7ICZsdDttcHIgK3NwYWNlJmd0OyANCiAgICAgIGcgKiI8 L1NQQU4+PFNQQU4gbGFuZz1FUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQt RkFNSUxZOiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4xMDEwPC9TUEFOPjxT UEFOIA0KICAgICAgbGFuZz1FUyBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTog QXJpYWwiPiI7PC9TUEFOPjxTUEFOIGxhbmc9REUgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAx MHB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1hbnNpLWxhbmd1YWdlOiBERSI+PG86cD48L286 cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSIHN0eWxlPSJIRUlHSFQ6IDEyLjc1cHQ7IG1z by15ZnRpLWlyb3c6IDM7IG1zby15ZnRpLWxhc3Ryb3c6IHllcyI+DQogICAgPFREIA0KICAgIHN0 eWxlPSJCT1JERVItUklHSFQ6ICNlY2U5ZDg7IFBBRERJTkctUklHSFQ6IDMuNXB0OyBCT1JERVIt VE9QOiAjZWNlOWQ4OyBQQURESU5HLUxFRlQ6IDMuNXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBC T1JERVItTEVGVDogI2VjZTlkODsgV0lEVEg6IDgwN3B0OyBQQURESU5HLVRPUDogMGNtOyBCT1JE RVItQk9UVE9NOiAjZWNlOWQ4OyBIRUlHSFQ6IDEyLjc1cHQ7IEJBQ0tHUk9VTkQtQ09MT1I6IHRy YW5zcGFyZW50IiANCiAgICB2QWxpZ249Ym90dG9tIG5vV3JhcCB3aWR0aD0xMDc2Pg0KICAgICAg PFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5n PUVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsIj4t ODg2OTAwPC9TUEFOPjxTUEFOIGxhbmc9RVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0 OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+NCANCiAg ICAgIDwvU1BBTj48U1BBTiBsYW5nPUVTIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFN SUxZOiBBcmlhbCI+PFNQQU4gDQogICAgICBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNw OzwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEw cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4mbHQ7 c2FjJmd0OyANCiAgICAgIDwvU1BBTj48U1BBTiBsYW5nPUVTIA0KICAgICAgc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsIj4mbHQ7dW1iJmd0OyAmbHQ7bXByIA0KICAg ICAgKzwvU1BBTj48U1BBTiBsYW5nPUVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsg Rk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFnZTogWkgtQ04iPnNwYWNlPC9T UEFOPjxTUEFOIA0KICAgICAgbGFuZz1FUyBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZB TUlMWTogQXJpYWwiPiZndDsgPC9TUEFOPjxTUEFOIA0KICAgICAgbGFuZz1FUyANCiAgICAgIHN0 eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFu Z3VhZ2U6IFpILUNOIj4qPC9TUEFOPjxTUEFOIA0KICAgICAgbGFuZz1FUyBzdHlsZT0iRk9OVC1T SVpFOiAxMHB0OyBGT05ULUZBTUlMWTogQXJpYWwiPiI8L1NQQU4+PFNQQU4gbGFuZz1FUyANCiAg ICAgIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6IFpILUNOIj5ObyANCiAgICAgIFF1ZXN0aW9uLjwvU1BBTj48U1BBTiBsYW5n PUVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IEFyaWFsIj4i OzxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPg0K PERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+PC9GT05UPiZuYnNw OzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+VGhh bmtzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD48L0ZPTlQ+Jm5ic3A7 PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwODA+QmVzdCw8L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGNvbG9yPSMwMDAwODA+Wmhlbmd1YW5nIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSNjMGMwYzAgc2l6ZT0yPjIwMDgtMDMtMzAgPC9GT05UPjwvRElW PjxGT05UIA0KZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwODAgc2l6ZT0yPg0KPEhSIHN0eWxlPSJX SURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD4NCjxE SVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSNjMGMwYzAgc2l6ZT0yPjxTUEFOPg0KPERJVj4N CjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIA0Kc2l6ZT0yPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gPEJSPlpoZW5ndWFuZyBDYWkgDQooR2Fycnkp PEJSPlBoRCBzdHVkZW50IGluIExhbmd1YWdlLCBDb2duaXRpb24gYW5kIENvbW11bmljYXRpb248 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+RGVwYXJ0bWVudCBv ZiBQc3ljaG9sb2d5PEJSPnRoZSBVbml2ZXJzaXR5IG9mIA0KRWRpbmJ1cmdoPEJSPk9mZmljZTog UzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaDxCUj5FbWFpbDogPEEgDQpocmVmPSJtYWls dG86Z2VyYWxkY2FpQDE2My5jb20sIj5nZXJhbGRjYWlAMTYzLmNvbSw8L0E+IDxBIA0KaHJlZj0i bWFpbHRvOnMwNzgyMzQ1QHNtcy5lZC5hYy51ayI+czA3ODIzNDVAc21zLmVkLmFjLnVrPC9BPiA8 L0ZPTlQ+PC9ESVY+DQo8RElWPk1vYmlsZTogMDc5NzU2NDgzODQ8L0RJVj48L0RJVj48L1NQQU4+ PC9GT05UPjwvRElWPjxGT05UIGZhY2U9VmVyZGFuYSANCmNvbG9yPSMwMDAwODAgc2l6ZT0yPg0K PEhSPg0KPC9GT05UPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjxTVFJPTkc+t6K8 /sjLo7o8L1NUUk9ORz4gbk9PZGxlIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJk YW5hIHNpemU9Mj48U1RST05HPreiy83Ksbzko7o8L1NUUk9ORz4gMjAwOC0wMy0zMCZuYnNwOyAx ODo1NDoxOCANCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48 U1RST05HPsrVvP7Iy6O6PC9TVFJPTkc+IGRtZHggPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgc2l6ZT0yPjxTVFJPTkc+s63LzaO6PC9TVFJPTkc+IDwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBb RE1EWF0gUmU6QXVkaW8gcmVjb3JkaW5nIA0KcHJvYmxlbSA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPiA8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj4NCjxESVY+Q2FuIHdlIHNlZSB3aGF0IHlvdSBoYXZlIHdyb3RlIGluIHlv dXIgaXRlbXM/PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVYgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBDT0xPUjogIzkwOTA5MDsgRk9OVC1GQU1JTFk6 IEFyaWFsIE5hcnJvdyI+LS0tLS0tLS0tLS0tLS0tLS0tPC9ESVY+DQo8RElWPg0KPERJVj5HcmVl ZCBpcyBnb29kIG9yIG5vdD8gPElNRyANCnNyYz0iaHR0cDovL3Jlcy5tYWlsLnFxLmNvbS96aF9D Ti9pbWFnZXMvbW8vUElHUElHL20yNS5naWYiPjwvRElWPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsg UEFERElORy1MRUZUOiAwcHg7IEZPTlQtU0laRTogMTJweDsgUEFERElORy1CT1RUT006IDJweDsg UEFERElORy1UT1A6IDJweDsgRk9OVC1GQU1JTFk6IEFyaWFsIE5hcnJvdyI+LS0tLS0tLS0tLS0t LS0tLS0tJm5ic3A7T3JpZ2luYWwmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVYg c3R5bGU9IkZPTlQtU0laRTogMTJweCI+DQo8RElWIGlkPW1lbnVfc2VuZGVyPjxCPkZyb206IDwv Qj4mbmJzcDsiWmhlbmd1YW5nIA0KQ2FpIiZsdDtnZXJhbGRjYWlAMTYzLmNvbSZndDs7PC9ESVY+ DQo8RElWPjxCPkRhdGU6IDwvQj4mbmJzcDtNb24sIE1hciAzMSwgMjAwOCAwMTo0OCBBTTwvRElW Pg0KPERJVj48Qj5UbzogPC9CPiZuYnNwOyJETURYIiZsdDtETURYQHBzeTEucHN5Y2guYXJpem9u YS5lZHUmZ3Q7OyA8L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPjxCPlN1YmplY3Q6IDwvQj4mbmJz cDtbRE1EWF0gQXVkaW8gcmVjb3JkaW5nIHByb2JsZW08L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWIHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsIj4NCjxTVFlMRT5CTE9DS1FV T1RFIHsNCglNQVJHSU4tVE9QOiAwcHg7IE1BUkdJTi1CT1RUT006IDBweDsgTUFSR0lOLUxFRlQ6 IDJlbQ0KfQ0KT0wgew0KCU1BUkdJTi1UT1A6IDBweDsgTUFSR0lOLUJPVFRPTTogMHB4DQp9DQpV TCB7DQoJTUFSR0lOLVRPUDogMHB4OyBNQVJHSU4tQk9UVE9NOiAwcHgNCn0NCjwvU1RZTEU+DQoN CjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj5IaSBldmVyeW9uZTwvRk9OVD48L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkkgYW0gbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJ IGhhdmUgYSBwcm9ibGVtIHdpdGggRE1EWC48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PkkgYW0gdXNpbmcgc3ludGFjdGljIHByaW1pbmcgdG8gaW4gbXkgZXhwZXJpbWVudC4gSSBhbSB0 byBwcmVzZW50IGEgcGljdHVyZSANCm9uIHRoZSBtb25pdG9yIGFuZCBhc2sgdGhlIHN1YmplY3Qg dG8gZGVzY3JpYmUgaXQuIFRoZSBkZXNjcmlwdGlvbiBpcyByZWNvcmRlZC4gDQpJIG5lZWQgdG8g cGljdHVyZSB0byBiZSBwcmVzZW50ZWQgb24gdGhlIG1vbml0b3Igd2hpbGUgdGhlIHN1YmplY3Qg aXMgZGVzY3JpYmluZyANCml0LiBUaGUgc3ViamVjdCBpcyBnaXZlbiBhcyBtdWNoIHRpbWUgYXMg cG9zc2libGUgdG8gZGVzcmliZSB0aGUgcGljdHVyZS4gQW5kIA0Kd2hlbiB0aGUgc3ViamVjdCBp cyBkb25lIGRlc2NyaWJpbmcsIGhlIGlzIHRvIHByZXNzIHRoZSBTcGFjZSBiYXIsIGFuZCB0aGUg DQpwaWN0dXJlIGlzIHRvIGRpc2FwcGVhciBhbmQgYW5vdGhlciB0cmlhbHMgYmVnaW5zLiBJIHVz ZWQgdGhlIGZvbGxvd2luZyANCnBhcmFtZXRlcnMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj48U1BBTiBsYW5nPUVOLUdCIA0Kc3R5bGU9IkZPTlQtU0laRTogMTRwdDsgRk9OVC1GQU1J TFk6IEFyaWFsOyBtc28tYW5zaS1sYW5ndWFnZTogRU4tR0IiPjxGT05UIA0Kc2l6ZT0xPiZuYnNw OyANCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4g bGFuZz1FTi1VUz48Rk9OVCANCnNpemU9Mz48Rk9OVCANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ Jmx0O0V4dGVuZGVkUGFyYW1ldGVycyZndDs8TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFO PjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQ QU4gbGFuZz1FTi1VUz48TzpQPjxGT05UIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBzaXplPTM+ Jm5ic3A7PC9GT05UPjwvTzpQPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpzaXplPTM+PEZP TlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbHQ7biANCjM2Jmd0OzxPOlA+PC9POlA+PC9GT05U PjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBj bSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIA0KZmFjZT0i VGltZXMgTmV3IFJvbWFuIj4mbHQ7YXprJmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9OVD48L1NQ QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48 U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+Jmx0O2QgDQowJmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAg Y2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVO LVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jmx0O0lucHV0 RGV2aWNlIA0KImtleWJvYXJkIiZndDs8TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4g bGFuZz1FTi1VUz48Rk9OVCANCnNpemU9Mz48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZs dDtNYXBSZXF1ZXN0IA0KK3NwYWNlJmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9OVD48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BB TiBsYW5nPUVOLVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ Jmx0O0RlZmF1bHRCYWNrZ3JvdW5kQ29sb3IgDQowJmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9O VD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+Jmx0O0RlZmF1bHRXcml0aW5nQ29sb3IgDQoyNTUyNTUyNTUmZ3Q7PE86UD48L086 UD48L0ZPTlQ+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1B UkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpzaXplPTM+PEZPTlQg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbHQ7VmlkZW9Nb2RlIA0KMTAyNCw3NjgsNzY4LDMyLDUw Jmd0OzxPOlA+PC9POlA+PC9GT05UPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9y bWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0K c2l6ZT0zPjxGT05UIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbHQ7Q2xlYXJGZWVkYmFjayZn dDs8TzpQPjwvTzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCnNp emU9Mz48Rk9OVCANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jmx0O2NyJmd0OzxPOlA+PC9POlA+ PC9GT05UPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0Kc2l6ZT0zPjxGT05UIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jmx0O0lEIFJlY29yZFZvY2FsIA0KNjAwMCZndDs8TzpQPjwv TzpQPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i TUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCnNpemU9Mz48Rk9O VCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZsdDtUaW1lb3V0IA0KNjAwMCZndDs8TzpQPjwvTzpQ PjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFS R0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9IlRpbWVzIE5l dyBSb21hbiIgDQpzaXplPTM+Jmx0O0VuZE9mUGFyYW1ldGVycyZndDs8L0ZPTlQ+PC9TUEFOPjwv UD48L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlIHByb2Js ZW0gaXMgdGhhdCB0aGUgcGljdHVyZSBpcyB0aGF0IHRoZSByZWNvcmRpbmcgbGFzdHMgb25seSBm b3IgNiANCnNlY29uZHMuIE9mIGNvdXJzZSBJIGNhbiBzZXQgJmx0O1RpbWVvdXQgMTAwMDAwJmd0 OywgYnV0IGEgZW5zdWluZyBwcm9ibGVtIGlzIA0KdGhhdCBldmVuIHdoZW4gdGhlIHN1YmplY3Qg cHJlc3MgdGhlIFNwYWNlIGJhciwgdGhlIHJlY29yZGluZyBpcyB0byBsYXN0IGZvciAxMDAgDQpz ZWNvbmRzITwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QW55b25lIGtub3dzIGhvdyB0 byBkbyB0aGF0PzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QmVzdCw8L0RJVj4NCjxE SVY+Wmhlbmd1YW5nPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxG T05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jYzBjMGMwIHNpemU9Mj4yMDA4LTAzLTMwIA0KPC9GT05U PjwvRElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJw eDsgSEVJR0hUOiAycHgiIGFsaWduPWxlZnQgU0laRT0yPg0KDQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBjb2xvcj0jYzBjMGMwIHNpemU9Mj48U1BBTj4NCjxESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYSANCnNpemU9Mj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tIDxCUj5aaGVuZ3VhbmcgQ2FpIA0KKEdhcnJ5KTxCUj5QaEQgc3R1ZGVudCBp biBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neTxCUj50 aGUgVW5pdmVyc2l0eSBvZiANCkVkaW5idXJnaDxCUj5PZmZpY2U6IFMzNSwgNyBHZW9yZ2UgU3F1 YXJlLCBFZGluYnVyZ2g8QlI+RW1haWw6IDxBIA0KaHJlZj0ibWFpbHRvOmdlcmFsZGNhaUAxNjMu Y29tLCI+Z2VyYWxkY2FpQDE2My5jb20sPC9BPiA8QSANCmhyZWY9Im1haWx0bzpzMDc4MjM0NUBz bXMuZWQuYWMudWsiPnMwNzgyMzQ1QHNtcy5lZC5hYy51azwvQT4gPC9GT05UPjwvRElWPg0KPERJ Vj5Nb2JpbGU6IA0KMDc5NzU2NDgzODQ8L0RJVj48L0RJVj48L1NQQU4+PC9GT05UPjwvRElWPjwv Rk9OVD48L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon065182655513_=====-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 11:11:53 2008 Received: from smtpbg12.qq.com (smtpbg12.qq.com [58.60.13.110]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2UIBdFm013948 for ; Sun, 30 Mar 2008 11:11:40 -0700 From: "=?gbk?B?bk9PZGxl?=" To: "=?gbk?B?ZG1keA==?=" Subject: [DMDX] Re:Re: Re:Audio recording problem Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_47EFD7D5_08338A20_5C0CE1EB" Content-Transfer-Encoding: 8Bit Date: Mon, 31 Mar 2008 2:11:33 +0800 Message-ID: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. ------=_NextPart_47EFD7D5_08338A20_5C0CE1EB Content-Type: text/plain; charset="gbk" Content-Transfer-Encoding: base64 U2V0IGFub3RoZXIgcmVzcG9uc2Uga2V5LCBmb3IgZXhhbXBsZSBFbnRlci4NCiAgDQogIA0K IC0tLS0tLS0tLS0tLS0tLS0tLQ0KICBHcmVlZCBpcyBnb29kIG9yIG5vdD8gDQoNCiAgDQog IA0KIC0tLS0tLS0tLS0tLS0tLS0tLSBPcmlnaW5hbCAtLS0tLS0tLS0tLS0tLS0tLS0NCiAg RnJvbTogICJaaGVuZ3VhbmcgQ2FpIjxnZXJhbGRjYWlAMTYzLmNvbT47DQogRGF0ZTogIE1v biwgTWFyIDMxLCAyMDA4IDAxOjU5IEFNDQogVG86ICAiRE1EWEBwc3kxLnBzeWNoLmFyaXpv bmEuZWR1IjxETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+OyANCiANCiBTdWJqZWN0OiAg W0RNRFhdIFJlOiBSZTpBdWRpbyByZWNvcmRpbmcgcHJvYmxlbQ0KDQogIA0KIA0KSEksIA0K ICANClRoZSBmb2xsb3dpbmcgaXMgb25lIG9mIHRoZSB0cmlhbHMuIA0KICANCg0KKyA4ODY5 MDAxIDxzYWM+IDx1bWI+IDxtcHIgK3NwYWNlPiAqICIgVGhlIGdpcmwgZ2F2ZSB0aGUgdGVh Y2hlciBoZXIgZHJhd2luZy4gobE7IA0KDQoNCisgODg2OTAwIDIgPHNhYz4gPHVtYj4gPG1w ciArc3BhY2U+ICogIiBUZW4gbWludXRlcyBsYXRlciwgdGhlIGJveSBsZWZ0IKGxOyANCg0K DQorODg2OTAwMyA8c2FjIDA+IDx1bWI+IDxtcHIgK3NwYWNlPiBnICoiIDEwMTAgIjsgDQoN Cg0KLTg4NjkwMCA0ICAgPHNhYz4gPHVtYj4gPG1wciArIHNwYWNlID4gKiAiIE5vIFF1ZXN0 aW9uLiAiOyANCiAgDQpUaGFua3MuIA0KICANCkJlc3QsIA0KWmhlbmd1YW5nIA0KMjAwOC0w My0zMCANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSANClpoZW5ndWFuZyBDYWkgKEdhcnJ5KSANClBoRCBzdHVkZW50IGluIExhbmd1 YWdlLCBDb2duaXRpb24gYW5kIENvbW11bmljYXRpb24gDQpEZXBhcnRtZW50IG9mIFBzeWNo b2xvZ3kgDQp0aGUgVW5pdmVyc2l0eSBvZiBFZGluYnVyZ2ggDQpPZmZpY2U6IFMzNSwgNyBH ZW9yZ2UgU3F1YXJlLCBFZGluYnVyZ2ggDQpFbWFpbDogZ2VyYWxkY2FpQDE2My5jb20sIHMw NzgyMzQ1QHNtcy5lZC5hYy51ayANCk1vYmlsZTogMDc5NzU2NDgzODQgDQoNCreivP7Iy6O6 IG5PT2RsZSANCreiy83Ksbzko7ogMjAwOC0wMy0zMCAgMTg6NTQ6MTggDQrK1bz+yMujuiBk bWR4IA0Ks63LzaO6IA0K1vfM4qO6IFtETURYXSBSZTpBdWRpbyByZWNvcmRpbmcgcHJvYmxl bSANCg0KQ2FuIHdlIHNlZSB3aGF0IHlvdSBoYXZlIHdyb3RlIGluIHlvdXIgaXRlbXM/IA0K ICANCiAgDQotLS0tLS0tLS0tLS0tLS0tLS0gDQoNCkdyZWVkIGlzIGdvb2Qgb3Igbm90PyAN CiAgDQogIA0KLS0tLS0tLS0tLS0tLS0tLS0tIE9yaWdpbmFsIC0tLS0tLS0tLS0tLS0tLS0t LSANCg0KRnJvbTogICJaaGVuZ3VhbmcgQ2FpIjxnZXJhbGRjYWlAMTYzLmNvbT47IA0KRGF0 ZTogIE1vbiwgTWFyIDMxLCAyMDA4IDAxOjQ4IEFNIA0KVG86ICAiRE1EWCI8RE1EWEBwc3kx LnBzeWNoLmFyaXpvbmEuZWR1PjsgDQoNClN1YmplY3Q6ICBbRE1EWF0gQXVkaW8gcmVjb3Jk aW5nIHByb2JsZW0gDQogIA0KDQpIaSBldmVyeW9uZSANCiAgDQpJIGFtIGxlYXJuaW5nIHRv IHVzZSBETURYLCBhbmQgSSBoYXZlIGEgcHJvYmxlbSB3aXRoIERNRFguIA0KICANCkkgYW0g dXNpbmcgc3ludGFjdGljIHByaW1pbmcgdG8gaW4gbXkgZXhwZXJpbWVudC4gSSBhbSB0byBw cmVzZW50IGEgcGljdHVyZSBvbiB0aGUgbW9uaXRvciBhbmQgYXNrIHRoZSBzdWJqZWN0IHRv IGRlc2NyaWJlIGl0LiBUaGUgZGVzY3JpcHRpb24gaXMgcmVjb3JkZWQuIEkgbmVlZCB0byBw aWN0dXJlIHRvIGJlIHByZXNlbnRlZCBvbiB0aGUgbW9uaXRvciB3aGlsZSB0aGUgc3ViamVj dCBpcyBkZXNjcmliaW5nIGl0LiBUaGUgc3ViamVjdCBpcyBnaXZlbiBhcyBtdWNoIHRpbWUg YXMgcG9zc2libGUgdG8gZGVzcmliZSB0aGUgcGljdHVyZS4gQW5kIHdoZW4gdGhlIHN1Ympl Y3QgaXMgZG9uZSBkZXNjcmliaW5nLCBoZSBpcyB0byBwcmVzcyB0aGUgU3BhY2UgYmFyLCBh bmQgdGhlIHBpY3R1cmUgaXMgdG8gZGlzYXBwZWFyIGFuZCBhbm90aGVyIHRyaWFscyBiZWdp bnMuIEkgdXNlZCB0aGUgZm9sbG93aW5nIHBhcmFtZXRlcnMuIA0KICANCiAgDQoNCjxFeHRl bmRlZFBhcmFtZXRlcnM+IA0KDQogIA0KDQo8biAzNj4gDQoNCjxhems+IA0KDQo8ZCAwPiAN Cg0KPElucHV0RGV2aWNlICJrZXlib2FyZCI+IA0KDQo8TWFwUmVxdWVzdCArc3BhY2U+IA0K DQo8RGVmYXVsdEJhY2tncm91bmRDb2xvciAwPiANCg0KPERlZmF1bHRXcml0aW5nQ29sb3Ig MjU1MjU1MjU1PiANCg0KPFZpZGVvTW9kZSAxMDI0LDc2OCw3NjgsMzIsNTA+IA0KDQo8Q2xl YXJGZWVkYmFjaz4gDQoNCjxjcj4gDQoNCjxJRCBSZWNvcmRWb2NhbCA2MDAwPiANCg0KPFRp bWVvdXQgNjAwMD4gDQoNCjxFbmRPZlBhcmFtZXRlcnM+IA0KICANClRoZSBwcm9ibGVtIGlz IHRoYXQgdGhlIHBpY3R1cmUgaXMgdGhhdCB0aGUgcmVjb3JkaW5nIGxhc3RzIG9ubHkgZm9y IDYgc2Vjb25kcy4gT2YgY291cnNlIEkgY2FuIHNldCA8VGltZW91dCAxMDAwMDA+LCBidXQg YSBlbnN1aW5nIHByb2JsZW0gaXMgdGhhdCBldmVuIHdoZW4gdGhlIHN1YmplY3QgcHJlc3Mg dGhlIFNwYWNlIGJhciwgdGhlIHJlY29yZGluZyBpcyB0byBsYXN0IGZvciAxMDAgc2Vjb25k cyEgDQogIA0KQW55b25lIGtub3dzIGhvdyB0byBkbyB0aGF0PyANCiAgDQpCZXN0LCANClpo ZW5ndWFuZyANCiAgDQoyMDA4LTAzLTMwIA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhlbmd1YW5nIENhaSAoR2FycnkpIA0K UGhEIHN0dWRlbnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBhbmQgQ29tbXVuaWNhdGlvbiAN CkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neSANCnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJn aCANCk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaCANCkVtYWlsOiBn ZXJhbGRjYWlAMTYzLmNvbSwgczA3ODIzNDVAc21zLmVkLmFjLnVrIA0KTW9iaWxlOiAwNzk3 NTY0ODM4NA== ------=_NextPart_47EFD7D5_08338A20_5C0CE1EB Content-Type: text/html; charset="gbk" Content-Transfer-Encoding: base64 PERJVj5TZXQgYW5vdGhlciByZXNwb25zZSBrZXksIGZvciBleGFtcGxlIEVudGVyLjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJG T05ULVNJWkU6IDEycHg7IENPTE9SOiAjOTA5MDkwOyBGT05ULUZBTUlMWTogQXJpYWwgTmFy cm93Ij4tLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVY+DQo8RElWPkdyZWVkIGlzIGdv b2Qgb3Igbm90PyA8L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJViBzdHlsZT0iUEFERElORy1SSUdIVDogMHB4OyBQQURESU5HLUxFRlQ6 IDBweDsgRk9OVC1TSVpFOiAxMnB4OyBQQURESU5HLUJPVFRPTTogMnB4OyBQQURESU5HLVRP UDogMnB4OyBGT05ULUZBTUlMWTogQXJpYWwgTmFycm93Ij4tLS0tLS0tLS0tLS0tLS0tLS0m bmJzcDtPcmlnaW5hbCZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KPERJViBzdHls ZT0iRk9OVC1TSVpFOiAxMnB4Ij4NCjxESVYgaWQ9bWVudV9zZW5kZXI+PEI+RnJvbTogPC9C PiZuYnNwOyJaaGVuZ3VhbmcgQ2FpIiZsdDtnZXJhbGRjYWlAMTYzLmNvbSZndDs7PC9ESVY+ DQo8RElWPjxCPkRhdGU6IDwvQj4mbmJzcDtNb24sIE1hciAzMSwgMjAwOCAwMTo1OSBBTTwv RElWPg0KPERJVj48Qj5UbzogPC9CPiZuYnNwOyJETURYQHBzeTEucHN5Y2guYXJpem9uYS5l ZHUiJmx0O0RNRFhAcHN5MS5wc3ljaC5hcml6b25hLmVkdSZndDs7IDwvRElWPg0KPERJVj48 L0RJVj4NCjxESVY+PEI+U3ViamVjdDogPC9CPiZuYnNwO1tETURYXSBSZTogUmU6QXVkaW8g cmVjb3JkaW5nIHByb2JsZW08L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW IHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsIj48QlI+SEksIDxCUj4mbmJzcDsgPEJSPlRo ZSBmb2xsb3dpbmcgaXMgb25lIG9mIHRoZSB0cmlhbHMuIDxCUj4mbmJzcDsgPEJSPjxCUj4r IDg4NjkwMDEgJmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2UmZ3Q7ICog IiBUaGUgZ2lybCBnYXZlIHRoZSB0ZWFjaGVyIGhlciBkcmF3aW5nLiChsTsgPEJSPjxCUj48 QlI+KyA4ODY5MDAgMiAmbHQ7c2FjJmd0OyAmbHQ7dW1iJmd0OyAmbHQ7bXByICtzcGFjZSZn dDsgKiAiIFRlbiBtaW51dGVzIGxhdGVyLCB0aGUgYm95IGxlZnQgobE7IDxCUj48QlI+PEJS Pis4ODY5MDAzICZsdDtzYWMgMCZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2UmZ3Q7 IGcgKiIgMTAxMCAiOyA8QlI+PEJSPjxCUj4tODg2OTAwIDQgJm5ic3A7ICZsdDtzYWMmZ3Q7 ICZsdDt1bWImZ3Q7ICZsdDttcHIgKyBzcGFjZSAmZ3Q7ICogIiBObyBRdWVzdGlvbi4gIjsg PEJSPiZuYnNwOyA8QlI+VGhhbmtzLiA8QlI+Jm5ic3A7IDxCUj5CZXN0LCA8QlI+Wmhlbmd1 YW5nIDxCUj4yMDA4LTAzLTMwIDxCUj48QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSA8QlI+Wmhlbmd1YW5nIENhaSAoR2FycnkpIDxC Uj5QaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9u IDxCUj5EZXBhcnRtZW50IG9mIFBzeWNob2xvZ3kgPEJSPnRoZSBVbml2ZXJzaXR5IG9mIEVk aW5idXJnaCA8QlI+T2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoIDxC Uj5FbWFpbDogZ2VyYWxkY2FpQDE2My5jb20sIHMwNzgyMzQ1QHNtcy5lZC5hYy51ayA8QlI+ TW9iaWxlOiAwNzk3NTY0ODM4NCA8QlI+PEJSPreivP7Iy6O6IG5PT2RsZSA8QlI+t6LLzcqx vOSjuiAyMDA4LTAzLTMwJm5ic3A7IDE4OjU0OjE4IDxCUj7K1bz+yMujuiBkbWR4IDxCUj6z rcvNo7ogPEJSPtb3zOKjuiBbRE1EWF0gUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0gPEJS PjxCUj5DYW4gd2Ugc2VlIHdoYXQgeW91IGhhdmUgd3JvdGUgaW4geW91ciBpdGVtcz8gPEJS PiZuYnNwOyA8QlI+Jm5ic3A7IDxCUj4tLS0tLS0tLS0tLS0tLS0tLS0gPEJSPjxCUj5HcmVl ZCBpcyBnb29kIG9yIG5vdD8gPEJSPiZuYnNwOyA8QlI+Jm5ic3A7IDxCUj4tLS0tLS0tLS0t LS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tIDxCUj48QlI+RnJvbTogJm5i c3A7IlpoZW5ndWFuZyBDYWkiJmx0O2dlcmFsZGNhaUAxNjMuY29tJmd0OzsgPEJSPkRhdGU6 ICZuYnNwO01vbiwgTWFyIDMxLCAyMDA4IDAxOjQ4IEFNIDxCUj5UbzogJm5ic3A7IkRNRFgi Jmx0O0RNRFhAcHN5MS5wc3ljaC5hcml6b25hLmVkdSZndDs7IDxCUj48QlI+U3ViamVjdDog Jm5ic3A7W0RNRFhdIEF1ZGlvIHJlY29yZGluZyBwcm9ibGVtIDxCUj4mbmJzcDsgPEJSPjxC Uj5IaSBldmVyeW9uZSA8QlI+Jm5ic3A7IDxCUj5JIGFtIGxlYXJuaW5nIHRvIHVzZSBETURY LCBhbmQgSSBoYXZlIGEgcHJvYmxlbSB3aXRoIERNRFguIDxCUj4mbmJzcDsgPEJSPkkgYW0g dXNpbmcgc3ludGFjdGljIHByaW1pbmcgdG8gaW4gbXkgZXhwZXJpbWVudC4gSSBhbSB0byBw cmVzZW50IGEgcGljdHVyZSBvbiB0aGUgbW9uaXRvciBhbmQgYXNrIHRoZSBzdWJqZWN0IHRv IGRlc2NyaWJlIGl0LiBUaGUgZGVzY3JpcHRpb24gaXMgcmVjb3JkZWQuIEkgbmVlZCB0byBw aWN0dXJlIHRvIGJlIHByZXNlbnRlZCBvbiB0aGUgbW9uaXRvciB3aGlsZSB0aGUgc3ViamVj dCBpcyBkZXNjcmliaW5nIGl0LiBUaGUgc3ViamVjdCBpcyBnaXZlbiBhcyBtdWNoIHRpbWUg YXMgcG9zc2libGUgdG8gZGVzcmliZSB0aGUgcGljdHVyZS4gQW5kIHdoZW4gdGhlIHN1Ympl Y3QgaXMgZG9uZSBkZXNjcmliaW5nLCBoZSBpcyB0byBwcmVzcyB0aGUgU3BhY2UgYmFyLCBh bmQgdGhlIHBpY3R1cmUgaXMgdG8gZGlzYXBwZWFyIGFuZCBhbm90aGVyIHRyaWFscyBiZWdp bnMuIEkgdXNlZCB0aGUgZm9sbG93aW5nIHBhcmFtZXRlcnMuIDxCUj4mbmJzcDsgPEJSPiZu YnNwOyA8QlI+PEJSPiZsdDtFeHRlbmRlZFBhcmFtZXRlcnMmZ3Q7IDxCUj48QlI+Jm5ic3A7 IDxCUj48QlI+Jmx0O24gMzYmZ3Q7IDxCUj48QlI+Jmx0O2F6ayZndDsgPEJSPjxCUj4mbHQ7 ZCAwJmd0OyA8QlI+PEJSPiZsdDtJbnB1dERldmljZSAia2V5Ym9hcmQiJmd0OyA8QlI+PEJS PiZsdDtNYXBSZXF1ZXN0ICtzcGFjZSZndDsgPEJSPjxCUj4mbHQ7RGVmYXVsdEJhY2tncm91 bmRDb2xvciAwJmd0OyA8QlI+PEJSPiZsdDtEZWZhdWx0V3JpdGluZ0NvbG9yIDI1NTI1NTI1 NSZndDsgPEJSPjxCUj4mbHQ7VmlkZW9Nb2RlIDEwMjQsNzY4LDc2OCwzMiw1MCZndDsgPEJS PjxCUj4mbHQ7Q2xlYXJGZWVkYmFjayZndDsgPEJSPjxCUj4mbHQ7Y3ImZ3Q7IDxCUj48QlI+ Jmx0O0lEIFJlY29yZFZvY2FsIDYwMDAmZ3Q7IDxCUj48QlI+Jmx0O1RpbWVvdXQgNjAwMCZn dDsgPEJSPjxCUj4mbHQ7RW5kT2ZQYXJhbWV0ZXJzJmd0OyA8QlI+Jm5ic3A7IDxCUj5UaGUg cHJvYmxlbSBpcyB0aGF0IHRoZSBwaWN0dXJlIGlzIHRoYXQgdGhlIHJlY29yZGluZyBsYXN0 cyBvbmx5IGZvciA2IHNlY29uZHMuIE9mIGNvdXJzZSBJIGNhbiBzZXQgJmx0O1RpbWVvdXQg MTAwMDAwJmd0OywgYnV0IGEgZW5zdWluZyBwcm9ibGVtIGlzIHRoYXQgZXZlbiB3aGVuIHRo ZSBzdWJqZWN0IHByZXNzIHRoZSBTcGFjZSBiYXIsIHRoZSByZWNvcmRpbmcgaXMgdG8gbGFz dCBmb3IgMTAwIHNlY29uZHMhIDxCUj4mbmJzcDsgPEJSPkFueW9uZSBrbm93cyBob3cgdG8g ZG8gdGhhdD8gPEJSPiZuYnNwOyA8QlI+QmVzdCwgPEJSPlpoZW5ndWFuZyA8QlI+Jm5ic3A7 IDxCUj4yMDA4LTAzLTMwIDxCUj48QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSA8QlI+Wmhlbmd1YW5nIENhaSAoR2FycnkpIDxCUj5Q aEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uIDxC Uj5EZXBhcnRtZW50IG9mIFBzeWNob2xvZ3kgPEJSPnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5i dXJnaCA8QlI+T2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoIDxCUj5F bWFpbDogZ2VyYWxkY2FpQDE2My5jb20sIHMwNzgyMzQ1QHNtcy5lZC5hYy51ayA8QlI+TW9i aWxlOiAwNzk3NTY0ODM4NCA8L0RJVj4= ------=_NextPart_47EFD7D5_08338A20_5C0CE1EB-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 16:07:40 2008 Received: from m5-82.163.com (m5-82.163.com [202.108.5.82]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m2UN3cZu014925 for ; Sun, 30 Mar 2008 16:03:39 -0700 Received: from 0595CD5407FE429 (unknown [80.193.213.158]) by smtp2 (Coremail) with SMTP id DNGowLAL22M4HPBH5teeBQ==.51166S2; Mon, 31 Mar 2008 07:03:24 +0800 (CST) Date: Mon, 31 Mar 2008 00:03:24 +0000 From: "Zhenguang Cai" To: "DMDX@psy1.psych.arizona.edu" References: Subject: [DMDX] Re:Re: Re:Audio recording problem Message-ID: <200803310003190930690@163.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon056800805426_=====" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --=====003_Dragon056800805426_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SSB0cmllZCwgYnV0IHRoZSByZWNvcmRpbmcgc3RpbGwgbGFzdGVkIGZvciB0aGUgNiBzZWNvbmRz LCBhcyBzcGVjaWZpZWQgaW4gVGltZW91dC4gSSBuZWVkIHRoZSByZWNvcmRpbmcgdG8gYmUgc3Rv cHBlZCB3aGVuIHRoZSBzcGFjZSBiYXIgaXMgcHJlc3NlZC4NCg0KQmVzdCwNClpoZW5ndWFuZw0K DQoNCjIwMDgtMDMtMzEgDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhlbmd1YW5nIENhaSAoR2FycnkpDQpQaEQgc3R1ZGVudCBp biBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uDQpEZXBhcnRtZW50IG9mIFBz eWNob2xvZ3kNCnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaA0KT2ZmaWNlOiBTMzUsIDcgR2Vv cmdlIFNxdWFyZSwgRWRpbmJ1cmdoDQpFbWFpbDogZ2VyYWxkY2FpQDE2My5jb20sIHMwNzgyMzQ1 QHNtcy5lZC5hYy51ayANCk1vYmlsZTogMDc5NzU2NDgzODQNCg0KDQoNCreivP7Iy6O6IG5PT2Rs ZSANCreiy83Ksbzko7ogMjAwOC0wMy0zMCAgMTk6MTI6MDMgDQrK1bz+yMujuiBkbWR4IA0Ks63L zaO6IA0K1vfM4qO6IFtETURYXSBSZTpSZTogUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0gDQog DQpTZXQgYW5vdGhlciByZXNwb25zZSBrZXksIGZvciBleGFtcGxlIEVudGVyLg0KDQoNCi0tLS0t LS0tLS0tLS0tLS0tLQ0KR3JlZWQgaXMgZ29vZCBvciBub3Q/IA0KDQoNCi0tLS0tLS0tLS0tLS0t LS0tLSBPcmlnaW5hbCAtLS0tLS0tLS0tLS0tLS0tLS0NCkZyb206ICAiWmhlbmd1YW5nIENhaSI8 Z2VyYWxkY2FpQDE2My5jb20+Ow0KRGF0ZTogIE1vbiwgTWFyIDMxLCAyMDA4IDAxOjU5IEFNDQpU bzogICJETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHUiPERNRFhAcHN5MS5wc3ljaC5hcml6b25h LmVkdT47IA0KU3ViamVjdDogIFtETURYXSBSZTogUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0N Cg0KDQpISSwgDQogIA0KVGhlIGZvbGxvd2luZyBpcyBvbmUgb2YgdGhlIHRyaWFscy4gDQogIA0K DQorIDg4NjkwMDEgPHNhYz4gPHVtYj4gPG1wciArc3BhY2U+ICogIiBUaGUgZ2lybCBnYXZlIHRo ZSB0ZWFjaGVyIGhlciBkcmF3aW5nLiChsTsgDQoNCg0KKyA4ODY5MDAgMiA8c2FjPiA8dW1iPiA8 bXByICtzcGFjZT4gKiAiIFRlbiBtaW51dGVzIGxhdGVyLCB0aGUgYm95IGxlZnQgobE7IA0KDQoN Cis4ODY5MDAzIDxzYWMgMD4gPHVtYj4gPG1wciArc3BhY2U+IGcgKiIgMTAxMCAiOyANCg0KDQot ODg2OTAwIDQgICA8c2FjPiA8dW1iPiA8bXByICsgc3BhY2UgPiAqICIgTm8gUXVlc3Rpb24uICI7 IA0KICANClRoYW5rcy4gDQogIA0KQmVzdCwgDQpaaGVuZ3VhbmcgDQoyMDA4LTAzLTMwIA0KDQot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhl bmd1YW5nIENhaSAoR2FycnkpIA0KUGhEIHN0dWRlbnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBh bmQgQ29tbXVuaWNhdGlvbiANCkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neSANCnRoZSBVbml2ZXJz aXR5IG9mIEVkaW5idXJnaCANCk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJn aCANCkVtYWlsOiBnZXJhbGRjYWlAMTYzLmNvbSwgczA3ODIzNDVAc21zLmVkLmFjLnVrIA0KTW9i aWxlOiAwNzk3NTY0ODM4NCANCg0Kt6K8/sjLo7ogbk9PZGxlIA0Kt6LLzcqxvOSjuiAyMDA4LTAz LTMwICAxODo1NDoxOCANCsrVvP7Iy6O6IGRtZHggDQqzrcvNo7ogDQrW98zio7ogW0RNRFhdIFJl OkF1ZGlvIHJlY29yZGluZyBwcm9ibGVtIA0KDQpDYW4gd2Ugc2VlIHdoYXQgeW91IGhhdmUgd3Jv dGUgaW4geW91ciBpdGVtcz8gDQogIA0KICANCi0tLS0tLS0tLS0tLS0tLS0tLSANCg0KR3JlZWQg aXMgZ29vZCBvciBub3Q/IA0KICANCiAgDQotLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0t LS0tLS0tLS0tLS0tLS0tIA0KDQpGcm9tOiAgIlpoZW5ndWFuZyBDYWkiPGdlcmFsZGNhaUAxNjMu Y29tPjsgDQpEYXRlOiAgTW9uLCBNYXIgMzEsIDIwMDggMDE6NDggQU0gDQpUbzogICJETURYIjxE TURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+OyANCg0KU3ViamVjdDogIFtETURYXSBBdWRpbyBy ZWNvcmRpbmcgcHJvYmxlbSANCiAgDQoNCkhpIGV2ZXJ5b25lIA0KICANCkkgYW0gbGVhcm5pbmcg dG8gdXNlIERNRFgsIGFuZCBJIGhhdmUgYSBwcm9ibGVtIHdpdGggRE1EWC4gDQogIA0KSSBhbSB1 c2luZyBzeW50YWN0aWMgcHJpbWluZyB0byBpbiBteSBleHBlcmltZW50LiBJIGFtIHRvIHByZXNl bnQgYSBwaWN0dXJlIG9uIHRoZSBtb25pdG9yIGFuZCBhc2sgdGhlIHN1YmplY3QgdG8gZGVzY3Jp YmUgaXQuIFRoZSBkZXNjcmlwdGlvbiBpcyByZWNvcmRlZC4gSSBuZWVkIHRvIHBpY3R1cmUgdG8g YmUgcHJlc2VudGVkIG9uIHRoZSBtb25pdG9yIHdoaWxlIHRoZSBzdWJqZWN0IGlzIGRlc2NyaWJp bmcgaXQuIFRoZSBzdWJqZWN0IGlzIGdpdmVuIGFzIG11Y2ggdGltZSBhcyBwb3NzaWJsZSB0byBk ZXNyaWJlIHRoZSBwaWN0dXJlLiBBbmQgd2hlbiB0aGUgc3ViamVjdCBpcyBkb25lIGRlc2NyaWJp bmcsIGhlIGlzIHRvIHByZXNzIHRoZSBTcGFjZSBiYXIsIGFuZCB0aGUgcGljdHVyZSBpcyB0byBk aXNhcHBlYXIgYW5kIGFub3RoZXIgdHJpYWxzIGJlZ2lucy4gSSB1c2VkIHRoZSBmb2xsb3dpbmcg cGFyYW1ldGVycy4gDQogIA0KICANCg0KPEV4dGVuZGVkUGFyYW1ldGVycz4gDQoNCiAgDQoNCjxu IDM2PiANCg0KPGF6az4gDQoNCjxkIDA+IA0KDQo8SW5wdXREZXZpY2UgImtleWJvYXJkIj4gDQoN CjxNYXBSZXF1ZXN0ICtzcGFjZT4gDQoNCjxEZWZhdWx0QmFja2dyb3VuZENvbG9yIDA+IA0KDQo8 RGVmYXVsdFdyaXRpbmdDb2xvciAyNTUyNTUyNTU+IA0KDQo8VmlkZW9Nb2RlIDEwMjQsNzY4LDc2 OCwzMiw1MD4gDQoNCjxDbGVhckZlZWRiYWNrPiANCg0KPGNyPiANCg0KPElEIFJlY29yZFZvY2Fs IDYwMDA+IA0KDQo8VGltZW91dCA2MDAwPiANCg0KPEVuZE9mUGFyYW1ldGVycz4gDQogIA0KVGhl IHByb2JsZW0gaXMgdGhhdCB0aGUgcGljdHVyZSBpcyB0aGF0IHRoZSByZWNvcmRpbmcgbGFzdHMg b25seSBmb3IgNiBzZWNvbmRzLiBPZiBjb3Vyc2UgSSBjYW4gc2V0IDxUaW1lb3V0IDEwMDAwMD4s IGJ1dCBhIGVuc3VpbmcgcHJvYmxlbSBpcyB0aGF0IGV2ZW4gd2hlbiB0aGUgc3ViamVjdCBwcmVz cyB0aGUgU3BhY2UgYmFyLCB0aGUgcmVjb3JkaW5nIGlzIHRvIGxhc3QgZm9yIDEwMCBzZWNvbmRz ISANCiAgDQpBbnlvbmUga25vd3MgaG93IHRvIGRvIHRoYXQ/IA0KICANCkJlc3QsIA0KWmhlbmd1 YW5nIA0KICANCjIwMDgtMDMtMzAgDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0gDQpaaGVuZ3VhbmcgQ2FpIChHYXJyeSkgDQpQaEQgc3R1ZGVu dCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uIA0KRGVwYXJ0bWVudCBv ZiBQc3ljaG9sb2d5IA0KdGhlIFVuaXZlcnNpdHkgb2YgRWRpbmJ1cmdoIA0KT2ZmaWNlOiBTMzUs IDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoIA0KRW1haWw6IGdlcmFsZGNhaUAxNjMuY29tLCBz MDc4MjM0NUBzbXMuZWQuYWMudWsgDQpNb2JpbGU6IDA3OTc1NjQ4Mzg0IA0K --=====003_Dragon056800805426_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjMyNjgiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPkBmb250LWZhY2Ugew0KCWZvbnQt ZmFtaWx5OiDLzszlOw0KfQ0KQGZvbnQtZmFjZSB7DQoJZm9udC1mYW1pbHk6IFZlcmRhbmE7DQp9 DQpAZm9udC1mYWNlIHsNCglmb250LWZhbWlseTogQMvOzOU7DQp9DQpAcGFnZSBTZWN0aW9uMSB7 c2l6ZTogNTk1LjNwdCA4NDEuOXB0OyBtYXJnaW46IDcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBw dDsgbGF5b3V0LWdyaWQ6IDE1LjZwdDsgfQ0KUC5Nc29Ob3JtYWwgew0KCVRFWFQtSlVTVElGWTog aW50ZXItaWRlb2dyYXBoOyBGT05ULVNJWkU6IDEwLjVwdDsgTUFSR0lOOiAwY20gMGNtIDBwdDsg Rk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9tYW4iOyBURVhULUFMSUdOOiBqdXN0aWZ5DQp9DQpM SS5Nc29Ob3JtYWwgew0KCVRFWFQtSlVTVElGWTogaW50ZXItaWRlb2dyYXBoOyBGT05ULVNJWkU6 IDEwLjVwdDsgTUFSR0lOOiAwY20gMGNtIDBwdDsgRk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9t YW4iOyBURVhULUFMSUdOOiBqdXN0aWZ5DQp9DQpESVYuTXNvTm9ybWFsIHsNCglURVhULUpVU1RJ Rlk6IGludGVyLWlkZW9ncmFwaDsgRk9OVC1TSVpFOiAxMC41cHQ7IE1BUkdJTjogMGNtIDBjbSAw cHQ7IEZPTlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsgVEVYVC1BTElHTjoganVzdGlmeQ0K fQ0KQTpsaW5rIHsNCglDT0xPUjogYmx1ZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmUNCn0N ClNQQU4uTXNvSHlwZXJsaW5rIHsNCglDT0xPUjogYmx1ZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRl cmxpbmUNCn0NCkE6dmlzaXRlZCB7DQoJQ09MT1I6IHB1cnBsZTsgVEVYVC1ERUNPUkFUSU9OOiB1 bmRlcmxpbmUNCn0NClNQQU4uTXNvSHlwZXJsaW5rRm9sbG93ZWQgew0KCUNPTE9SOiBwdXJwbGU7 IFRFWFQtREVDT1JBVElPTjogdW5kZXJsaW5lDQp9DQpTUEFOLkVtYWlsU3R5bGUxNyB7DQoJRk9O VC1XRUlHSFQ6IG5vcm1hbDsgQ09MT1I6IHdpbmRvd3RleHQ7IEZPTlQtU1RZTEU6IG5vcm1hbDsg Rk9OVC1GQU1JTFk6IFZlcmRhbmE7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgbXNvLXN0eWxlLXR5 cGU6IHBlcnNvbmFsLWNvbXBvc2UNCn0NCkRJVi5TZWN0aW9uMSB7DQoJcGFnZTogU2VjdGlvbjEN Cn0NClVOS05PV04gew0KCUZPTlQtU0laRTogMTBwdA0KfQ0KQkxPQ0tRVU9URSB7DQoJTUFSR0lO LVRPUDogMHB4OyBNQVJHSU4tQk9UVE9NOiAwcHg7IE1BUkdJTi1MRUZUOiAyZW0NCn0NCk9MIHsN CglNQVJHSU4tVE9QOiAwcHg7IE1BUkdJTi1CT1RUT006IDBweA0KfQ0KVUwgew0KCU1BUkdJTi1U T1A6IDBweDsgTUFSR0lOLUJPVFRPTTogMHB4DQp9DQo8L1NUWUxFPg0KPC9IRUFEPg0KPEJPRFkg c3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IHZlcmRhbmEiPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+SSB0cmllZCwgYnV0IHRoZSByZWNv cmRpbmcgc3RpbGwgDQpsYXN0ZWQgZm9yIHRoZSA2IHNlY29uZHMsIGFzIHNwZWNpZmllZCBpbiBU aW1lb3V0LiBJIG5lZWQgdGhlIHJlY29yZGluZyB0byBiZSANCnN0b3BwZWQgd2hlbiB0aGUgc3Bh Y2UgYmFyIGlzIHByZXNzZWQuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDgw PjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD5CZXN0LDwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD5aaGVuZ3Vhbmc8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMDgwIHNpemU9Mj48L0ZPTlQ+Jm5i c3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMDgwIHNpemU9Mj48 L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jYzBjMGMw IHNpemU9Mj4yMDA4LTAzLTMxIDwvRk9OVD48L0RJVj48Rk9OVCANCmZhY2U9VmVyZGFuYSBjb2xv cj0jMDAwMDgwIHNpemU9Mj4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIg YWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xv cj0jYzBjMGMwIHNpemU9Mj48U1BBTj4NCjxESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSAN CnNpemU9Mj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tIDxCUj5aaGVuZ3VhbmcgQ2FpIA0KKEdhcnJ5KTxCUj5QaEQgc3R1ZGVudCBpbiBMYW5ndWFn ZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgc2l6ZT0yPkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neTxCUj50aGUgVW5pdmVy c2l0eSBvZiANCkVkaW5idXJnaDxCUj5PZmZpY2U6IFMzNSwgNyBHZW9yZ2UgU3F1YXJlLCBFZGlu YnVyZ2g8QlI+RW1haWw6IDxBIA0KaHJlZj0ibWFpbHRvOmdlcmFsZGNhaUAxNjMuY29tLCI+Z2Vy YWxkY2FpQDE2My5jb20sPC9BPiA8QSANCmhyZWY9Im1haWx0bzpzMDc4MjM0NUBzbXMuZWQuYWMu dWsiPnMwNzgyMzQ1QHNtcy5lZC5hYy51azwvQT4gPC9GT05UPjwvRElWPg0KPERJVj5Nb2JpbGU6 IDA3OTc1NjQ4Mzg0PC9ESVY+PC9ESVY+PC9TUEFOPjwvRk9OVD48L0RJVj48Rk9OVCBmYWNlPVZl cmRhbmEgDQpjb2xvcj0jMDAwMDgwIHNpemU9Mj4NCjxIUj4NCjwvRk9OVD4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIHNpemU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IG5PT2RsZSA8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PFNUUk9ORz63osvNyrG8 5KO6PC9TVFJPTkc+IDIwMDgtMDMtMzAmbmJzcDsgMTk6MTI6MDMgDQo8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PFNUUk9ORz7K1bz+yMujujwvU1RST05HPiBk bWR4IDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48U1RST05H PrOty82jujwvU1RST05HPiA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBz aXplPTI+PFNUUk9ORz7W98zio7o8L1NUUk9ORz4gW0RNRFhdIFJlOlJlOiBSZTpBdWRpbyANCnJl Y29yZGluZyBwcm9ibGVtIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNp emU9Mj48L0ZPTlQ+IDwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPERJ Vj5TZXQgYW5vdGhlciByZXNwb25zZSBrZXksIGZvciBleGFtcGxlIEVudGVyLjwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5bGU9IkZPTlQtU0la RTogMTJweDsgQ09MT1I6ICM5MDkwOTA7IEZPTlQtRkFNSUxZOiBBcmlhbCBOYXJyb3ciPi0tLS0t LS0tLS0tLS0tLS0tLTwvRElWPg0KPERJVj4NCjxESVY+R3JlZWQgaXMgZ29vZCBvciBub3Q/IDwv RElWPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIA0K c3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFERElORy1MRUZUOiAwcHg7IEZPTlQtU0laRTog MTJweDsgUEFERElORy1CT1RUT006IDJweDsgUEFERElORy1UT1A6IDJweDsgRk9OVC1GQU1JTFk6 IEFyaWFsIE5hcnJvdyI+LS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7T3JpZ2luYWwmbmJzcDstLS0t LS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVYgc3R5bGU9IkZPTlQtU0laRTogMTJweCI+DQo8RElW IGlkPW1lbnVfc2VuZGVyPjxCPkZyb206IDwvQj4mbmJzcDsiWmhlbmd1YW5nIA0KQ2FpIiZsdDtn ZXJhbGRjYWlAMTYzLmNvbSZndDs7PC9ESVY+DQo8RElWPjxCPkRhdGU6IDwvQj4mbmJzcDtNb24s IE1hciAzMSwgMjAwOCAwMTo1OSBBTTwvRElWPg0KPERJVj48Qj5UbzogDQo8L0I+Jm5ic3A7IkRN RFhAcHN5MS5wc3ljaC5hcml6b25hLmVkdSImbHQ7RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1 Jmd0OzsgDQo8L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPjxCPlN1YmplY3Q6IDwvQj4mbmJzcDtb RE1EWF0gUmU6IFJlOkF1ZGlvIHJlY29yZGluZyBwcm9ibGVtPC9ESVY+PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJViBzdHlsZT0iRk9OVC1XRUlHSFQ6IG5vcm1hbCI+PEJSPkhJLCA8QlI+ Jm5ic3A7IDxCUj5UaGUgZm9sbG93aW5nIGlzIG9uZSBvZiANCnRoZSB0cmlhbHMuIDxCUj4mbmJz cDsgPEJSPjxCUj4rIDg4NjkwMDEgJmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciANCitz cGFjZSZndDsgKiAiIFRoZSBnaXJsIGdhdmUgdGhlIHRlYWNoZXIgaGVyIGRyYXdpbmcuIKGxOyA8 QlI+PEJSPjxCUj4rIDg4NjkwMCAyIA0KJmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciAr c3BhY2UmZ3Q7ICogIiBUZW4gbWludXRlcyBsYXRlciwgdGhlIGJveSBsZWZ0IA0KobE7IDxCUj48 QlI+PEJSPis4ODY5MDAzICZsdDtzYWMgMCZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2Um Z3Q7IGcgKiIgMTAxMCANCiI7IDxCUj48QlI+PEJSPi04ODY5MDAgNCAmbmJzcDsgJmx0O3NhYyZn dDsgJmx0O3VtYiZndDsgJmx0O21wciArIHNwYWNlICZndDsgKiAiIA0KTm8gUXVlc3Rpb24uICI7 IDxCUj4mbmJzcDsgPEJSPlRoYW5rcy4gPEJSPiZuYnNwOyA8QlI+QmVzdCwgPEJSPlpoZW5ndWFu ZyANCjxCUj4yMDA4LTAzLTMwIDxCUj48QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCjxCUj5aaGVuZ3VhbmcgQ2FpIChHYXJyeSkgPEJSPlBo RCBzdHVkZW50IGluIExhbmd1YWdlLCBDb2duaXRpb24gYW5kIA0KQ29tbXVuaWNhdGlvbiA8QlI+ RGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5IDxCUj50aGUgVW5pdmVyc2l0eSBvZiBFZGluYnVyZ2gg DQo8QlI+T2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoIDxCUj5FbWFpbDog Z2VyYWxkY2FpQDE2My5jb20sIA0KczA3ODIzNDVAc21zLmVkLmFjLnVrIDxCUj5Nb2JpbGU6IDA3 OTc1NjQ4Mzg0IDxCUj48QlI+t6K8/sjLo7ogbk9PZGxlIDxCUj63osvNyrG85KO6IA0KMjAwOC0w My0zMCZuYnNwOyAxODo1NDoxOCA8QlI+ytW8/sjLo7ogZG1keCA8QlI+s63LzaO6IDxCUj7W98zi o7ogW0RNRFhdIFJlOkF1ZGlvIA0KcmVjb3JkaW5nIHByb2JsZW0gPEJSPjxCUj5DYW4gd2Ugc2Vl IHdoYXQgeW91IGhhdmUgd3JvdGUgaW4geW91ciBpdGVtcz8gDQo8QlI+Jm5ic3A7IDxCUj4mbmJz cDsgPEJSPi0tLS0tLS0tLS0tLS0tLS0tLSA8QlI+PEJSPkdyZWVkIGlzIGdvb2Qgb3Igbm90PyAN CjxCUj4mbmJzcDsgPEJSPiZuYnNwOyA8QlI+LS0tLS0tLS0tLS0tLS0tLS0tIE9yaWdpbmFsIC0t LS0tLS0tLS0tLS0tLS0tLSANCjxCUj48QlI+RnJvbTogJm5ic3A7IlpoZW5ndWFuZyBDYWkiJmx0 O2dlcmFsZGNhaUAxNjMuY29tJmd0OzsgPEJSPkRhdGU6IA0KJm5ic3A7TW9uLCBNYXIgMzEsIDIw MDggMDE6NDggQU0gPEJSPlRvOiANCiZuYnNwOyJETURYIiZsdDtETURYQHBzeTEucHN5Y2guYXJp em9uYS5lZHUmZ3Q7OyA8QlI+PEJSPlN1YmplY3Q6ICZuYnNwO1tETURYXSANCkF1ZGlvIHJlY29y ZGluZyBwcm9ibGVtIDxCUj4mbmJzcDsgPEJSPjxCUj5IaSBldmVyeW9uZSA8QlI+Jm5ic3A7IDxC Uj5JIGFtIA0KbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJIGhhdmUgYSBwcm9ibGVtIHdpdGgg RE1EWC4gPEJSPiZuYnNwOyA8QlI+SSBhbSB1c2luZyANCnN5bnRhY3RpYyBwcmltaW5nIHRvIGlu IG15IGV4cGVyaW1lbnQuIEkgYW0gdG8gcHJlc2VudCBhIHBpY3R1cmUgb24gdGhlIG1vbml0b3Ig DQphbmQgYXNrIHRoZSBzdWJqZWN0IHRvIGRlc2NyaWJlIGl0LiBUaGUgZGVzY3JpcHRpb24gaXMg cmVjb3JkZWQuIEkgbmVlZCB0byANCnBpY3R1cmUgdG8gYmUgcHJlc2VudGVkIG9uIHRoZSBtb25p dG9yIHdoaWxlIHRoZSBzdWJqZWN0IGlzIGRlc2NyaWJpbmcgaXQuIFRoZSANCnN1YmplY3QgaXMg Z2l2ZW4gYXMgbXVjaCB0aW1lIGFzIHBvc3NpYmxlIHRvIGRlc3JpYmUgdGhlIHBpY3R1cmUuIEFu ZCB3aGVuIHRoZSANCnN1YmplY3QgaXMgZG9uZSBkZXNjcmliaW5nLCBoZSBpcyB0byBwcmVzcyB0 aGUgU3BhY2UgYmFyLCBhbmQgdGhlIHBpY3R1cmUgaXMgdG8gDQpkaXNhcHBlYXIgYW5kIGFub3Ro ZXIgdHJpYWxzIGJlZ2lucy4gSSB1c2VkIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVycy4gPEJSPiZu YnNwOyANCjxCUj4mbmJzcDsgPEJSPjxCUj4mbHQ7RXh0ZW5kZWRQYXJhbWV0ZXJzJmd0OyA8QlI+ PEJSPiZuYnNwOyA8QlI+PEJSPiZsdDtuIA0KMzYmZ3Q7IDxCUj48QlI+Jmx0O2F6ayZndDsgPEJS PjxCUj4mbHQ7ZCAwJmd0OyA8QlI+PEJSPiZsdDtJbnB1dERldmljZSANCiJrZXlib2FyZCImZ3Q7 IDxCUj48QlI+Jmx0O01hcFJlcXVlc3QgK3NwYWNlJmd0OyANCjxCUj48QlI+Jmx0O0RlZmF1bHRC YWNrZ3JvdW5kQ29sb3IgMCZndDsgPEJSPjxCUj4mbHQ7RGVmYXVsdFdyaXRpbmdDb2xvciANCjI1 NTI1NTI1NSZndDsgPEJSPjxCUj4mbHQ7VmlkZW9Nb2RlIDEwMjQsNzY4LDc2OCwzMiw1MCZndDsg DQo8QlI+PEJSPiZsdDtDbGVhckZlZWRiYWNrJmd0OyA8QlI+PEJSPiZsdDtjciZndDsgPEJSPjxC Uj4mbHQ7SUQgUmVjb3JkVm9jYWwgDQo2MDAwJmd0OyA8QlI+PEJSPiZsdDtUaW1lb3V0IDYwMDAm Z3Q7IDxCUj48QlI+Jmx0O0VuZE9mUGFyYW1ldGVycyZndDsgPEJSPiZuYnNwOyANCjxCUj5UaGUg cHJvYmxlbSBpcyB0aGF0IHRoZSBwaWN0dXJlIGlzIHRoYXQgdGhlIHJlY29yZGluZyBsYXN0cyBv bmx5IGZvciA2IA0Kc2Vjb25kcy4gT2YgY291cnNlIEkgY2FuIHNldCAmbHQ7VGltZW91dCAxMDAw MDAmZ3Q7LCBidXQgYSBlbnN1aW5nIHByb2JsZW0gaXMgDQp0aGF0IGV2ZW4gd2hlbiB0aGUgc3Vi amVjdCBwcmVzcyB0aGUgU3BhY2UgYmFyLCB0aGUgcmVjb3JkaW5nIGlzIHRvIGxhc3QgZm9yIDEw MCANCnNlY29uZHMhIDxCUj4mbmJzcDsgPEJSPkFueW9uZSBrbm93cyBob3cgdG8gZG8gdGhhdD8g PEJSPiZuYnNwOyA8QlI+QmVzdCwgDQo8QlI+Wmhlbmd1YW5nIDxCUj4mbmJzcDsgPEJSPjIwMDgt MDMtMzAgDQo8QlI+PEJSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0gPEJSPlpoZW5ndWFuZyBDYWkgDQooR2FycnkpIDxCUj5QaEQgc3R1ZGVudCBp biBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uIDxCUj5EZXBhcnRtZW50IA0K b2YgUHN5Y2hvbG9neSA8QlI+dGhlIFVuaXZlcnNpdHkgb2YgRWRpbmJ1cmdoIDxCUj5PZmZpY2U6 IFMzNSwgNyBHZW9yZ2UgU3F1YXJlLCANCkVkaW5idXJnaCA8QlI+RW1haWw6IGdlcmFsZGNhaUAx NjMuY29tLCBzMDc4MjM0NUBzbXMuZWQuYWMudWsgPEJSPk1vYmlsZTogDQowNzk3NTY0ODM4NCA8 L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon056800805426_=====-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 16:50:26 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2UNlS6U015101 for ; Sun, 30 Mar 2008 16:47:42 -0700 Received: by an-out-0708.google.com with SMTP id c5so363596anc.55 for ; Sun, 30 Mar 2008 16:47:24 -0700 (PDT) Received: by 10.100.227.6 with SMTP id z6mr14207145ang.41.1206920843986; Sun, 30 Mar 2008 16:47:23 -0700 (PDT) Received: by 10.100.32.11 with HTTP; Sun, 30 Mar 2008 16:47:23 -0700 (PDT) Message-ID: <7525d3e60803301647q5368e534vff58e7f8f692d1c1@mail.gmail.com> Date: Sun, 30 Mar 2008 18:47:23 -0500 From: "Scott Jackson" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re:Re: Re:Audio recording problem In-Reply-To: <200803310003190930690@163.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_32906_12476677.1206920843972" References: <200803310003190930690@163.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_32906_12476677.1206920843972 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline SGksCgpXaGVuZXZlciBJJ3ZlIG5lZWRlZCBzb21ldGhpbmcgbGlrZSB0aGlzLCBJJ3ZlIGFsd2F5 cyBoYWQgdG8gdXNlIGFuIEFib3J0CmtleS4gIFRoYXQgaXMsIHlvdSBqdXN0IG5lZWQgdG8gdXNl IDxhaWtuPiB0byBzZXQgdGhlIGtleSBmb3IgQWJvcnRpbmcgYW4KaXRlbSwgbGlrZSA8YWlrbiAr RW50ZXI+LCBhbmQgdGhlbiB0aGUgc3ViamVjdCBqdXN0IGFib3J0cyBlYWNoIGl0ZW0gd2hlbgp0 aGV5J3JlIGRvbmUgd2l0aCBpdC4gIFlvdSBjYW4gc2V0IHRoZSB0aW1lb3V0IChhbmQgdGh1cyBw b3RlbnRpYWwgcmVjb3JkaW5nCmxlbmd0aCkgdG8gYXMgbG9uZyBhcyB5b3Ugd2FudCB0aGlzIHdh eS4KCk9mIGNvdXJzZSB0aGlzIHdpbGwgbWFrZSB5b3VyIC5hemsgb3V0cHV0IGZpbGUgbm90IHNv IHVzZWZ1bCAoYWxsIHRoZSBpdGVtcwp3aWxsIHNheSAiaXRlbSBhYm9ydGVkIiBhbmQgd2lsbCBs aXN0IGFuIFJUID0gdG8gdGhlIHRpbWVvdXQpLiAgQnV0IGl0CnNvdW5kcyBsaWtlIHRoaXMgaXMg bm90IGFuIGlzc3VlIGZvciB5b3UgYW55d2F5LiAgSWYgeW91IHJlYWxseSBuZWVkIGNvZGVkCnJl c3BvbnNlcyBhbmQgUlRzIG9uIHRob3NlIHJlc3BvbnNlcywgeW91IGp1c3QgbmVlZCB0byB0dXJu IG9uIDx6aWw+IChhbmQKcHJvYmFibHkgPHpvcj4sIHRvbyksIGFuZCBnZXQgdGhlbSBvZmYgdGhl IC56aWwgb3V0cHV0IGZpbGUuCgpIb3BlIHRoaXMgaGVscHMsCi1zY290dAoKCjIwMDgvMy8zMCBa aGVuZ3VhbmcgQ2FpIDxnZXJhbGRjYWlAMTYzLmNvbT46Cgo+ICBJIHRyaWVkLCBidXQgdGhlIHJl Y29yZGluZyBzdGlsbCBsYXN0ZWQgZm9yIHRoZSA2IHNlY29uZHMsIGFzIHNwZWNpZmllZAo+IGlu IFRpbWVvdXQuIEkgbmVlZCB0aGUgcmVjb3JkaW5nIHRvIGJlIHN0b3BwZWQgd2hlbiB0aGUgc3Bh Y2UgYmFyIGlzCj4gcHJlc3NlZC4KPgo+IEJlc3QsCj4gWmhlbmd1YW5nCj4KPgo+IDIwMDgtMDMt MzEKPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiAgIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBaaGVuZ3VhbmcgQ2FpIChHYXJy eSkKPiBQaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9u Cj4gRGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5Cj4gdGhlIFVuaXZlcnNpdHkgb2YgRWRpbmJ1cmdo Cj4gT2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoCj4gRW1haWw6IGdlcmFs ZGNhaUAxNjMuY29tLCBzMDc4MjM0NUBzbXMuZWQuYWMudWsKPiBNb2JpbGU6IDA3OTc1NjQ4Mzg0 Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gICq3orz+yMujuiogbk9PZGxlCj4g Kreiy83Ksbzko7oqIDIwMDgtMDMtMzAgIDE5OjEyOjAzCj4gKsrVvP7Iy6O6KiBkbWR4Cj4gKrOt y82juioKPiAq1vfM4qO6KiBbRE1EWF0gUmU6UmU6IFJlOkF1ZGlvIHJlY29yZGluZyBwcm9ibGVt Cj4gICBTZXQgYW5vdGhlciByZXNwb25zZSBrZXksIGZvciBleGFtcGxlIEVudGVyLgo+Cj4KPiAt LS0tLS0tLS0tLS0tLS0tLS0KPiAgR3JlZWQgaXMgZ29vZCBvciBub3Q/Cj4KPgo+IC0tLS0tLS0t LS0tLS0tLS0tLSBPcmlnaW5hbCAtLS0tLS0tLS0tLS0tLS0tLS0KPiAgKkZyb206ICogIlpoZW5n dWFuZyBDYWkiPGdlcmFsZGNhaUAxNjMuY29tPjsKPiAqRGF0ZTogKiBNb24sIE1hciAzMSwgMjAw OCAwMTo1OSBBTQo+ICpUbzogKiAiRE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IjxETURYQHBz eTEucHN5Y2guYXJpem9uYS5lZHU+Owo+ICAqU3ViamVjdDogKiBbRE1EWF0gUmU6IFJlOkF1ZGlv IHJlY29yZGluZyBwcm9ibGVtCj4KPgo+IEhJLAo+Cj4gVGhlIGZvbGxvd2luZyBpcyBvbmUgb2Yg dGhlIHRyaWFscy4KPgo+Cj4gKyA4ODY5MDAxIDxzYWM+IDx1bWI+IDxtcHIgK3NwYWNlPiAqICIg VGhlIGdpcmwgZ2F2ZSB0aGUgdGVhY2hlciBoZXIKPiBkcmF3aW5nLiAiOwo+Cj4KPiArIDg4Njkw MCAyIDxzYWM+IDx1bWI+IDxtcHIgK3NwYWNlPiAqICIgVGVuIG1pbnV0ZXMgbGF0ZXIsIHRoZSBi b3kgbGVmdCAiOwo+Cj4KPgo+ICs4ODY5MDAzIDxzYWMgMD4gPHVtYj4gPG1wciArc3BhY2U+IGcg KiIgMTAxMCAiOwo+Cj4KPiAtODg2OTAwIDQgICA8c2FjPiA8dW1iPiA8bXByICsgc3BhY2UgPiAq ICIgTm8gUXVlc3Rpb24uICI7Cj4KPiBUaGFua3MuCj4KPiBCZXN0LAo+IFpoZW5ndWFuZwo+IDIw MDgtMDMtMzAKPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KPiBaaGVuZ3VhbmcgQ2FpIChHYXJyeSkKPiBQaEQgc3R1ZGVudCBpbiBMYW5ndWFn ZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uCj4gRGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5 Cj4gdGhlIFVuaXZlcnNpdHkgb2YgRWRpbmJ1cmdoCj4gT2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNx dWFyZSwgRWRpbmJ1cmdoCj4gRW1haWw6IGdlcmFsZGNhaUAxNjMuY29tLCBzMDc4MjM0NUBzbXMu ZWQuYWMudWsKPiBNb2JpbGU6IDA3OTc1NjQ4Mzg0Cj4KPiC3orz+yMujuiBuT09kbGUKPiC3osvN yrG85KO6IDIwMDgtMDMtMzAgIDE4OjU0OjE4Cj4gytW8/sjLo7ogZG1keAo+ILOty82jugo+INb3 zOKjuiBbRE1EWF0gUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0KPgo+IENhbiB3ZSBzZWUgd2hh dCB5b3UgaGF2ZSB3cm90ZSBpbiB5b3VyIGl0ZW1zPwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0K Pgo+IEdyZWVkIGlzIGdvb2Qgb3Igbm90Pwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2lu YWwgLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBGcm9tOiAgIlpoZW5ndWFuZyBDYWkiPGdlcmFsZGNh aUAxNjMuY29tPjsKPiBEYXRlOiAgTW9uLCBNYXIgMzEsIDIwMDggMDE6NDggQU0KPiBUbzogICJE TURYIjxETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+Owo+Cj4gU3ViamVjdDogIFtETURYXSBB dWRpbyByZWNvcmRpbmcgcHJvYmxlbQo+Cj4KPiBIaSBldmVyeW9uZQo+Cj4gSSBhbSBsZWFybmlu ZyB0byB1c2UgRE1EWCwgYW5kIEkgaGF2ZSBhIHByb2JsZW0gd2l0aCBETURYLgo+Cj4gSSBhbSB1 c2luZyBzeW50YWN0aWMgcHJpbWluZyB0byBpbiBteSBleHBlcmltZW50LiBJIGFtIHRvIHByZXNl bnQgYQo+IHBpY3R1cmUgb24gdGhlIG1vbml0b3IgYW5kIGFzayB0aGUgc3ViamVjdCB0byBkZXNj cmliZSBpdC4gVGhlIGRlc2NyaXB0aW9uCj4gaXMgcmVjb3JkZWQuIEkgbmVlZCB0byBwaWN0dXJl IHRvIGJlIHByZXNlbnRlZCBvbiB0aGUgbW9uaXRvciB3aGlsZSB0aGUKPiBzdWJqZWN0IGlzIGRl c2NyaWJpbmcgaXQuIFRoZSBzdWJqZWN0IGlzIGdpdmVuIGFzIG11Y2ggdGltZSBhcyBwb3NzaWJs ZSB0bwo+IGRlc3JpYmUgdGhlIHBpY3R1cmUuIEFuZCB3aGVuIHRoZSBzdWJqZWN0IGlzIGRvbmUg ZGVzY3JpYmluZywgaGUgaXMgdG8gcHJlc3MKPiB0aGUgU3BhY2UgYmFyLCBhbmQgdGhlIHBpY3R1 cmUgaXMgdG8gZGlzYXBwZWFyIGFuZCBhbm90aGVyIHRyaWFscyBiZWdpbnMuIEkKPiB1c2VkIHRo ZSBmb2xsb3dpbmcgcGFyYW1ldGVycy4KPgo+Cj4KPiA8RXh0ZW5kZWRQYXJhbWV0ZXJzPgo+Cj4K Pgo+IDxuIDM2Pgo+Cj4gPGF6az4KPgo+IDxkIDA+Cj4KPiA8SW5wdXREZXZpY2UgImtleWJvYXJk Ij4KPgo+IDxNYXBSZXF1ZXN0ICtzcGFjZT4KPgo+IDxEZWZhdWx0QmFja2dyb3VuZENvbG9yIDA+ Cj4KPiA8RGVmYXVsdFdyaXRpbmdDb2xvciAyNTUyNTUyNTU+Cj4KPiA8VmlkZW9Nb2RlIDEwMjQs NzY4LDc2OCwzMiw1MD4KPgo+IDxDbGVhckZlZWRiYWNrPgo+Cj4gPGNyPgo+Cj4gPElEIFJlY29y ZFZvY2FsIDYwMDA+Cj4KPiA8VGltZW91dCA2MDAwPgo+Cj4gPEVuZE9mUGFyYW1ldGVycz4KPgo+ IFRoZSBwcm9ibGVtIGlzIHRoYXQgdGhlIHBpY3R1cmUgaXMgdGhhdCB0aGUgcmVjb3JkaW5nIGxh c3RzIG9ubHkgZm9yIDYKPiBzZWNvbmRzLiBPZiBjb3Vyc2UgSSBjYW4gc2V0IDxUaW1lb3V0IDEw MDAwMD4sIGJ1dCBhIGVuc3VpbmcgcHJvYmxlbSBpcyB0aGF0Cj4gZXZlbiB3aGVuIHRoZSBzdWJq ZWN0IHByZXNzIHRoZSBTcGFjZSBiYXIsIHRoZSByZWNvcmRpbmcgaXMgdG8gbGFzdCBmb3IgMTAw Cj4gc2Vjb25kcyEKPgo+IEFueW9uZSBrbm93cyBob3cgdG8gZG8gdGhhdD8KPgo+IEJlc3QsCj4g Wmhlbmd1YW5nCj4KPiAyMDA4LTAzLTMwCj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gWmhlbmd1YW5nIENhaSAoR2FycnkpCj4gUGhEIHN0 dWRlbnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBhbmQgQ29tbXVuaWNhdGlvbgo+IERlcGFydG1l bnQgb2YgUHN5Y2hvbG9neQo+IHRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaAo+IE9mZmljZTog UzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaAo+IEVtYWlsOiBnZXJhbGRjYWlAMTYzLmNv bSwgczA3ODIzNDVAc21zLmVkLmFjLnVrCj4gTW9iaWxlOiAwNzk3NTY0ODM4NAo+Cg== ------=_Part_32906_12476677.1206920843972 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline SGksPGJyPjxicj5XaGVuZXZlciBJJiMzOTt2ZSBuZWVkZWQgc29tZXRoaW5nIGxpa2UgdGhpcywg SSYjMzk7dmUgYWx3YXlzIGhhZCB0byB1c2UgYW4gQWJvcnQga2V5LiZuYnNwOyBUaGF0IGlzLCB5 b3UganVzdCBuZWVkIHRvIHVzZSAmbHQ7YWlrbiZndDsgdG8gc2V0IHRoZSBrZXkgZm9yIEFib3J0 aW5nIGFuIGl0ZW0sIGxpa2UgJmx0O2Fpa24gK0VudGVyJmd0OywgYW5kIHRoZW4gdGhlIHN1Ympl Y3QganVzdCBhYm9ydHMgZWFjaCBpdGVtIHdoZW4gdGhleSYjMzk7cmUgZG9uZSB3aXRoIGl0LiZu YnNwOyBZb3UgY2FuIHNldCB0aGUgdGltZW91dCAoYW5kIHRodXMgcG90ZW50aWFsIHJlY29yZGlu ZyBsZW5ndGgpIHRvIGFzIGxvbmcgYXMgeW91IHdhbnQgdGhpcyB3YXkuJm5ic3A7IDxicj4KPGJy Pk9mIGNvdXJzZSB0aGlzIHdpbGwgbWFrZSB5b3VyIC5hemsgb3V0cHV0IGZpbGUgbm90IHNvIHVz ZWZ1bCAoYWxsIHRoZSBpdGVtcyB3aWxsIHNheSAmcXVvdDtpdGVtIGFib3J0ZWQmcXVvdDsgYW5k IHdpbGwgbGlzdCBhbiBSVCA9IHRvIHRoZSB0aW1lb3V0KS4mbmJzcDsgQnV0IGl0IHNvdW5kcyBs aWtlIHRoaXMgaXMgbm90IGFuIGlzc3VlIGZvciB5b3UgYW55d2F5LiZuYnNwOyBJZiB5b3UgcmVh bGx5IG5lZWQgY29kZWQgcmVzcG9uc2VzIGFuZCBSVHMgb24gdGhvc2UgcmVzcG9uc2VzLCB5b3Ug anVzdCBuZWVkIHRvIHR1cm4gb24gJmx0O3ppbCZndDsgKGFuZCBwcm9iYWJseSAmbHQ7em9yJmd0 OywgdG9vKSwgYW5kIGdldCB0aGVtIG9mZiB0aGUgLnppbCBvdXRwdXQgZmlsZS48YnI+Cjxicj5I b3BlIHRoaXMgaGVscHMsPGJyPi1zY290dDxicj48YnI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1 b3RlIj4yMDA4LzMvMzAgWmhlbmd1YW5nIENhaSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdlcmFsZGNh aUAxNjMuY29tIj5nZXJhbGRjYWlAMTYzLmNvbTwvYT4mZ3Q7Ojxicj48YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJib3JkZXItbGVmdDogMXB4IHNvbGlkIHJnYigyMDQsIDIw NCwgMjA0KTsgbWFyZ2luOiAwcHQgMHB0IDBwdCAwLjhleDsgcGFkZGluZy1sZWZ0OiAxZXg7Ij4K CgoKCgoKPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogdmVyZGFuYTsi Pgo8ZGl2Pjxmb250IGNvbG9yPSIjMDAwMDgwIiBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj5JIHRy aWVkLCBidXQgdGhlIHJlY29yZGluZyBzdGlsbCAKbGFzdGVkIGZvciB0aGUgNiBzZWNvbmRzLCBh cyBzcGVjaWZpZWQgaW4gVGltZW91dC4gSSBuZWVkIHRoZSByZWNvcmRpbmcgdG8gYmUgCnN0b3Bw ZWQgd2hlbiB0aGUgc3BhY2UgYmFyIGlzIHByZXNzZWQuPC9mb250PjwvZGl2Pgo8ZGl2Pjxmb250 IGNvbG9yPSIjMDAwMDgwIj48L2ZvbnQ+Jm5ic3A7PC9kaXY+CjxkaXY+PGZvbnQgY29sb3I9IiMw MDAwODAiPkJlc3QsPC9mb250PjwvZGl2Pgo8ZGl2Pjxmb250IGNvbG9yPSIjMDAwMDgwIj5aaGVu Z3Vhbmc8L2ZvbnQ+PC9kaXY+CjxkaXY+PGZvbnQgY29sb3I9IiMwMDAwODAiIGZhY2U9IlZlcmRh bmEiIHNpemU9IjIiPjwvZm9udD4mbmJzcDs8L2Rpdj4KPGRpdj48Zm9udCBjb2xvcj0iIzAwMDA4 MCIgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+PC9mb250PiZuYnNwOzwvZGl2Pgo8ZGl2Pjxmb250 IGNvbG9yPSIjYzBjMGMwIiBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj4yMDA4LTAzLTMxIDwvZm9u dD48L2Rpdj48Zm9udCBjb2xvcj0iIzAwMDA4MCIgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+Cjxo ciBzdHlsZT0id2lkdGg6IDEyMnB4OyIgYWxpZ249ImxlZnQiIHNpemU9IjIiPgo8L2ZvbnQ+PGRp diBjbGFzcz0iSWgyRTNkIj4KPGRpdj48Zm9udCBjb2xvcj0iI2MwYzBjMCIgZmFjZT0iVmVyZGFu YSIgc2l6ZT0iMiI+PHNwYW4+CjxkaXY+CjxkaXY+PGZvbnQgZmFjZT0iVmVyZGFuYSIgc2l6ZT0i MiI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSA8 YnI+Wmhlbmd1YW5nIENhaSAKKEdhcnJ5KTxicj5QaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29n bml0aW9uIGFuZCBDb21tdW5pY2F0aW9uPC9mb250PjwvZGl2Pgo8ZGl2Pjxmb250IGZhY2U9IlZl cmRhbmEiIHNpemU9IjIiPkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neTxicj50aGUgVW5pdmVyc2l0 eSBvZiAKRWRpbmJ1cmdoPGJyPk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJn aDxicj5FbWFpbDogPGEgaHJlZj0ibWFpbHRvOmdlcmFsZGNhaUAxNjMuY29tLCIgdGFyZ2V0PSJf YmxhbmsiPmdlcmFsZGNhaUAxNjMuY29tLDwvYT4gPGEgaHJlZj0ibWFpbHRvOnMwNzgyMzQ1QHNt cy5lZC5hYy51ayIgdGFyZ2V0PSJfYmxhbmsiPnMwNzgyMzQ1QHNtcy5lZC5hYy51azwvYT4gPC9m b250PjwvZGl2PgoKPGRpdj5Nb2JpbGU6IDA3OTc1NjQ4Mzg0PC9kaXY+PC9kaXY+PC9zcGFuPjwv Zm9udD48L2Rpdj48Zm9udCBjb2xvcj0iIzAwMDA4MCIgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+ Cjxocj4KPC9mb250Pgo8ZGl2Pjxmb250IGZhY2U9IlZlcmRhbmEiIHNpemU9IjIiPjxiPreivP7I y6O6PC9iPiBuT09kbGUgPC9mb250PjwvZGl2Pgo8L2Rpdj48ZGl2Pjxmb250IGZhY2U9IlZlcmRh bmEiIHNpemU9IjIiPjxiPreiy83Ksbzko7o8L2I+IDIwMDgtMDMtMzAmbmJzcDsgMTk6MTI6MDMg CjwvZm9udD48L2Rpdj4KPGRpdj48Zm9udCBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj48Yj7K1bz+ yMujujwvYj4gZG1keCA8L2ZvbnQ+PC9kaXY+CjxkaXY+PGZvbnQgZmFjZT0iVmVyZGFuYSIgc2l6 ZT0iMiI+PGI+s63LzaO6PC9iPiA8L2ZvbnQ+PC9kaXY+CjxkaXY+PGZvbnQgZmFjZT0iVmVyZGFu YSIgc2l6ZT0iMiI+PGI+1vfM4qO6PC9iPiBbRE1EWF0gUmU6UmU6IFJlOkF1ZGlvIApyZWNvcmRp bmcgcHJvYmxlbSA8L2ZvbnQ+PC9kaXY+PGRpdj48ZGl2PjwvZGl2PjxkaXYgY2xhc3M9IldqM0M3 YyI+CjxkaXY+PGZvbnQgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+PC9mb250PiA8L2Rpdj4KPGRp dj48Zm9udCBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj4KPGRpdj5TZXQgYW5vdGhlciByZXNwb25z ZSBrZXksIGZvciBleGFtcGxlIEVudGVyLjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8ZGl2PiZu YnNwOzwvZGl2Pgo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDEycHg7IGNvbG9yOiByZ2IoMTQ0LCAx NDQsIDE0NCk7IGZvbnQtZmFtaWx5OiBBcmlhbCBOYXJyb3c7Ij4tLS0tLS0tLS0tLS0tLS0tLS08 L2Rpdj4KPGRpdj4KPGRpdj5HcmVlZCBpcyBnb29kIG9yIG5vdD8gPC9kaXY+PC9kaXY+CjxkaXY+ Jm5ic3A7PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXYgc3R5bGU9InBhZGRpbmc6IDJweCAw cHg7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1mYW1pbHk6IEFyaWFsIE5hcnJvdzsiPi0tLS0tLS0t LS0tLS0tLS0tLSZuYnNwO09yaWdpbmFsJm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tPC9kaXY+Cjxk aXYgc3R5bGU9ImZvbnQtc2l6ZTogMTJweDsiPgo8ZGl2PjxiPkZyb206IDwvYj4mbmJzcDsmcXVv dDtaaGVuZ3VhbmcgCkNhaSZxdW90OyZsdDs8YSBocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5j b20iIHRhcmdldD0iX2JsYW5rIj5nZXJhbGRjYWlAMTYzLmNvbTwvYT4mZ3Q7OzwvZGl2Pgo8ZGl2 PjxiPkRhdGU6IDwvYj4mbmJzcDtNb24sIE1hciAzMSwgMjAwOCAwMTo1OSBBTTwvZGl2Pgo8ZGl2 PjxiPlRvOiAKPC9iPiZuYnNwOyZxdW90OzxhIGhyZWY9Im1haWx0bzpETURYQHBzeTEucHN5Y2gu YXJpem9uYS5lZHUiIHRhcmdldD0iX2JsYW5rIj5ETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU8 L2E+JnF1b3Q7Jmx0OzxhIGhyZWY9Im1haWx0bzpETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHUi IHRhcmdldD0iX2JsYW5rIj5ETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU8L2E+Jmd0OzsgCjwv ZGl2Pgo8ZGl2PjwvZGl2Pgo8ZGl2PjxiPlN1YmplY3Q6IDwvYj4mbmJzcDtbRE1EWF0gUmU6IFJl OkF1ZGlvIHJlY29yZGluZyBwcm9ibGVtPC9kaXY+PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+Cjxk aXYgc3R5bGU9ImZvbnQtd2VpZ2h0OiBub3JtYWw7Ij48YnI+SEksIDxicj4mbmJzcDsgPGJyPlRo ZSBmb2xsb3dpbmcgaXMgb25lIG9mIAp0aGUgdHJpYWxzLiA8YnI+Jm5ic3A7IDxicj48YnI+KyA4 ODY5MDAxICZsdDtzYWMmZ3Q7ICZsdDt1bWImZ3Q7ICZsdDttcHIgCitzcGFjZSZndDsgKiAmcXVv dDsgVGhlIGdpcmwgZ2F2ZSB0aGUgdGVhY2hlciBoZXIgZHJhd2luZy4gIjsgPGJyPjxicj48YnI+ KyA4ODY5MDAgMiAKJmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2UmZ3Q7ICog JnF1b3Q7IFRlbiBtaW51dGVzIGxhdGVyLCB0aGUgYm95IGxlZnQgCiI7IDxicj48YnI+PGJyPis4 ODY5MDAzICZsdDtzYWMgMCZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2UmZ3Q7IGcgKiZx dW90OyAxMDEwIAomcXVvdDs7IDxicj48YnI+PGJyPi04ODY5MDAgNCAmbmJzcDsgJmx0O3NhYyZn dDsgJmx0O3VtYiZndDsgJmx0O21wciArIHNwYWNlICZndDsgKiAmcXVvdDsgCk5vIFF1ZXN0aW9u LiAmcXVvdDs7IDxicj4mbmJzcDsgPGJyPlRoYW5rcy4gPGJyPiZuYnNwOyA8YnI+QmVzdCwgPGJy PlpoZW5ndWFuZyAKPGJyPjIwMDgtMDMtMzAgPGJyPjxicj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIAo8YnI+Wmhlbmd1YW5nIENhaSAoR2Fycnkp IDxicj5QaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCAKQ29tbXVuaWNhdGlv biA8YnI+RGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5IDxicj50aGUgVW5pdmVyc2l0eSBvZiBFZGlu YnVyZ2ggCjxicj5PZmZpY2U6IFMzNSwgNyBHZW9yZ2UgU3F1YXJlLCBFZGluYnVyZ2ggPGJyPkVt YWlsOiA8YSBocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5jb20iIHRhcmdldD0iX2JsYW5rIj5n ZXJhbGRjYWlAMTYzLmNvbTwvYT4sIAo8YSBocmVmPSJtYWlsdG86czA3ODIzNDVAc21zLmVkLmFj LnVrIiB0YXJnZXQ9Il9ibGFuayI+czA3ODIzNDVAc21zLmVkLmFjLnVrPC9hPiA8YnI+TW9iaWxl OiAwNzk3NTY0ODM4NCA8YnI+PGJyPreivP7Iy6O6IG5PT2RsZSA8YnI+t6LLzcqxvOSjuiAKMjAw OC0wMy0zMCZuYnNwOyAxODo1NDoxOCA8YnI+ytW8/sjLo7ogZG1keCA8YnI+s63LzaO6IDxicj7W 98zio7ogW0RNRFhdIFJlOkF1ZGlvIApyZWNvcmRpbmcgcHJvYmxlbSA8YnI+PGJyPkNhbiB3ZSBz ZWUgd2hhdCB5b3UgaGF2ZSB3cm90ZSBpbiB5b3VyIGl0ZW1zPyAKPGJyPiZuYnNwOyA8YnI+Jm5i c3A7IDxicj4tLS0tLS0tLS0tLS0tLS0tLS0gPGJyPjxicj5HcmVlZCBpcyBnb29kIG9yIG5vdD8g Cjxicj4mbmJzcDsgPGJyPiZuYnNwOyA8YnI+LS0tLS0tLS0tLS0tLS0tLS0tIE9yaWdpbmFsIC0t LS0tLS0tLS0tLS0tLS0tLSAKPGJyPjxicj5Gcm9tOiAmbmJzcDsmcXVvdDtaaGVuZ3VhbmcgQ2Fp JnF1b3Q7Jmx0OzxhIGhyZWY9Im1haWx0bzpnZXJhbGRjYWlAMTYzLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPmdlcmFsZGNhaUAxNjMuY29tPC9hPiZndDs7IDxicj5EYXRlOiAKJm5ic3A7TW9uLCBNYXIg MzEsIDIwMDggMDE6NDggQU0gPGJyPlRvOiAKJm5ic3A7JnF1b3Q7RE1EWCZxdW90OyZsdDs8YSBo cmVmPSJtYWlsdG86RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IiB0YXJnZXQ9Il9ibGFuayI+ RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9hPiZndDs7IDxicj48YnI+U3ViamVjdDogJm5i c3A7W0RNRFhdIApBdWRpbyByZWNvcmRpbmcgcHJvYmxlbSA8YnI+Jm5ic3A7IDxicj48YnI+SGkg ZXZlcnlvbmUgPGJyPiZuYnNwOyA8YnI+SSBhbSAKbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJ IGhhdmUgYSBwcm9ibGVtIHdpdGggRE1EWC4gPGJyPiZuYnNwOyA8YnI+SSBhbSB1c2luZyAKc3lu dGFjdGljIHByaW1pbmcgdG8gaW4gbXkgZXhwZXJpbWVudC4gSSBhbSB0byBwcmVzZW50IGEgcGlj dHVyZSBvbiB0aGUgbW9uaXRvciAKYW5kIGFzayB0aGUgc3ViamVjdCB0byBkZXNjcmliZSBpdC4g VGhlIGRlc2NyaXB0aW9uIGlzIHJlY29yZGVkLiBJIG5lZWQgdG8gCnBpY3R1cmUgdG8gYmUgcHJl c2VudGVkIG9uIHRoZSBtb25pdG9yIHdoaWxlIHRoZSBzdWJqZWN0IGlzIGRlc2NyaWJpbmcgaXQu IFRoZSAKc3ViamVjdCBpcyBnaXZlbiBhcyBtdWNoIHRpbWUgYXMgcG9zc2libGUgdG8gZGVzcmli ZSB0aGUgcGljdHVyZS4gQW5kIHdoZW4gdGhlIApzdWJqZWN0IGlzIGRvbmUgZGVzY3JpYmluZywg aGUgaXMgdG8gcHJlc3MgdGhlIFNwYWNlIGJhciwgYW5kIHRoZSBwaWN0dXJlIGlzIHRvIApkaXNh cHBlYXIgYW5kIGFub3RoZXIgdHJpYWxzIGJlZ2lucy4gSSB1c2VkIHRoZSBmb2xsb3dpbmcgcGFy YW1ldGVycy4gPGJyPiZuYnNwOyAKPGJyPiZuYnNwOyA8YnI+PGJyPiZsdDtFeHRlbmRlZFBhcmFt ZXRlcnMmZ3Q7IDxicj48YnI+Jm5ic3A7IDxicj48YnI+Jmx0O24gCjM2Jmd0OyA8YnI+PGJyPiZs dDthemsmZ3Q7IDxicj48YnI+Jmx0O2QgMCZndDsgPGJyPjxicj4mbHQ7SW5wdXREZXZpY2UgCiZx dW90O2tleWJvYXJkJnF1b3Q7Jmd0OyA8YnI+PGJyPiZsdDtNYXBSZXF1ZXN0ICtzcGFjZSZndDsg Cjxicj48YnI+Jmx0O0RlZmF1bHRCYWNrZ3JvdW5kQ29sb3IgMCZndDsgPGJyPjxicj4mbHQ7RGVm YXVsdFdyaXRpbmdDb2xvciAKMjU1MjU1MjU1Jmd0OyA8YnI+PGJyPiZsdDtWaWRlb01vZGUgMTAy NCw3NjgsNzY4LDMyLDUwJmd0OyAKPGJyPjxicj4mbHQ7Q2xlYXJGZWVkYmFjayZndDsgPGJyPjxi cj4mbHQ7Y3ImZ3Q7IDxicj48YnI+Jmx0O0lEIFJlY29yZFZvY2FsIAo2MDAwJmd0OyA8YnI+PGJy PiZsdDtUaW1lb3V0IDYwMDAmZ3Q7IDxicj48YnI+Jmx0O0VuZE9mUGFyYW1ldGVycyZndDsgPGJy PiZuYnNwOyAKPGJyPlRoZSBwcm9ibGVtIGlzIHRoYXQgdGhlIHBpY3R1cmUgaXMgdGhhdCB0aGUg cmVjb3JkaW5nIGxhc3RzIG9ubHkgZm9yIDYgCnNlY29uZHMuIE9mIGNvdXJzZSBJIGNhbiBzZXQg Jmx0O1RpbWVvdXQgMTAwMDAwJmd0OywgYnV0IGEgZW5zdWluZyBwcm9ibGVtIGlzIAp0aGF0IGV2 ZW4gd2hlbiB0aGUgc3ViamVjdCBwcmVzcyB0aGUgU3BhY2UgYmFyLCB0aGUgcmVjb3JkaW5nIGlz IHRvIGxhc3QgZm9yIDEwMCAKc2Vjb25kcyEgPGJyPiZuYnNwOyA8YnI+QW55b25lIGtub3dzIGhv dyB0byBkbyB0aGF0PyA8YnI+Jm5ic3A7IDxicj5CZXN0LCAKPGJyPlpoZW5ndWFuZyA8YnI+Jm5i c3A7IDxicj4yMDA4LTAzLTMwIAo8YnI+PGJyPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gPGJyPlpoZW5ndWFuZyBDYWkgCihHYXJyeSkgPGJyPlBo RCBzdHVkZW50IGluIExhbmd1YWdlLCBDb2duaXRpb24gYW5kIENvbW11bmljYXRpb24gPGJyPkRl cGFydG1lbnQgCm9mIFBzeWNob2xvZ3kgPGJyPnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaCA8 YnI+T2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgCkVkaW5idXJnaCA8YnI+RW1haWw6IDxh IGhyZWY9Im1haWx0bzpnZXJhbGRjYWlAMTYzLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdlcmFsZGNh aUAxNjMuY29tPC9hPiwgPGEgaHJlZj0ibWFpbHRvOnMwNzgyMzQ1QHNtcy5lZC5hYy51ayIgdGFy Z2V0PSJfYmxhbmsiPnMwNzgyMzQ1QHNtcy5lZC5hYy51azwvYT4gPGJyPk1vYmlsZTogCjA3OTc1 NjQ4Mzg0IDwvZGl2PjwvZm9udD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4KPC9ibG9ja3F1b3Rl PjwvZGl2Pjxicj4K ------=_Part_32906_12476677.1206920843972-- From DMDX-owner@psy1.psych.arizona.edu Sun Mar 30 17:32:42 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m2V0UwfM015257 for ; Sun, 30 Mar 2008 17:30:58 -0700 Received: from gandalfs_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 842F1535120 for ; Sun, 30 Mar 2008 17:30:58 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.Arizona.EDU [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D5D30518AE1 for ; Sun, 30 Mar 2008 17:30:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080330172908.00ba4b10@psy1.psych.arizona.edu> Date: Sun, 30 Mar 2008 17:31:04 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re:Re: Re:Audio recording problem In-Reply-To: <7525d3e60803301647q5368e534vff58e7f8f692d1c1@mail.gmail.co m> References: <200803310003190930690@163.com> <200803310003190930690@163.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list That is correct, there is no other way of having subject controlled lengths of recording. It's a kludge but hey, it's possible... At 06:47 PM 3/30/2008 -0500, you wrote: >Hi, > >Whenever I've needed something like this, I've always had to use an Abort >key. That is, you just need to use to set the key for Aborting an >item, like , and then the subject just aborts each item when >they're done with it. You can set the timeout (and thus potential >recording length) to as long as you want this way. > >Of course this will make your .azk output file not so useful (all the >items will say "item aborted" and will list an RT = to the timeout). But >it sounds like this is not an issue for you anyway. If you really need >coded responses and RTs on those responses, you just need to turn on >(and probably , too), and get them off the .zil output file. > >Hope this helps, >-scott > > >2008/3/30 Zhenguang Cai <geraldcai@163.com>: >>I tried, but the recording still lasted for the 6 seconds, as specified >>in Timeout. I need the recording to be stopped when the space bar is pressed. >> >>Best, >>Zhenguang >> >> >>2008-03-31 >> >>---------- >>---------------------------------------------------- >>Zhenguang Cai (Garry) >>PhD student in Language, Cognition and Communication >>Department of Psychology >>the University of Edinburgh >>Office: S35, 7 George Square, Edinburgh >>Email: geraldcai@163.com, >>s0782345@sms.ed.ac.uk >>Mobile: 07975648384 >> >>---------- >>发件人： nOOdle >>发送时间： 2008-03-30 19:12:03 >>收件人： dmdx >>抄送： >>主题： [DMDX] Re:Re: Re:Audio recording problem >>Set another response key, for example Enter. >> >> >>------------------ >>Greed is good or not? >> >> >>------------------ Original ------------------ >>From: "Zhenguang Cai"<geraldcai@163.com>; >>Date: Mon, Mar 31, 2008 01:59 AM >>To: >>"DMDX@psy1.psych.arizona.edu"<DMDX@psy1.psych.arizona.edu>; >> >>Subject: [DMDX] Re: Re:Audio recording problem >> >> >>HI, >> >>The following is one of the trials. >> >> >>+ 8869001 * " The girl gave the teacher her >>drawing. "; >> >> >>+ 886900 2 * " Ten minutes later, the boy left "; >> >> >>+8869003 g *" 1010 "; >> >> >>-886900 4 * " No Question. "; >> >>Thanks. >> >>Best, >>Zhenguang >>2008-03-30 >> >>---------------------------------------------------- >>Zhenguang Cai (Garry) >>PhD student in Language, Cognition and Communication >>Department of Psychology >>the University of Edinburgh >>Office: S35, 7 George Square, Edinburgh >>Email: geraldcai@163.com, >>s0782345@sms.ed.ac.uk >>Mobile: 07975648384 >> >>发件人： nOOdle >>发送时间： 2008-03-30 18:54:18 >>收件人： dmdx >>抄送： >>主题： [DMDX] Re:Audio recording problem >> >>Can we see what you have wrote in your items? >> >> >>------------------ >> >>Greed is good or not? >> >> >>------------------ Original ------------------ >> >>From: "Zhenguang Cai"<geraldcai@163.com>; >>Date: Mon, Mar 31, 2008 01:48 AM >>To: >>"DMDX"<DMDX@psy1.psych.arizona.edu>; >> >>Subject: [DMDX] Audio recording problem >> >> >>Hi everyone >> >>I am learning to use DMDX, and I have a problem with DMDX. >> >>I am using syntactic priming to in my experiment. I am to present a >>picture on the monitor and ask the subject to describe it. The >>description is recorded. I need to picture to be presented on the monitor >>while the subject is describing it. The subject is given as much time as >>possible to desribe the picture. And when the subject is done describing, >>he is to press the Space bar, and the picture is to disappear and another >>trials begins. I used the following parameters. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>The problem is that the picture is that the recording lasts only for 6 >>seconds. Of course I can set , but a ensuing problem is >>that even when the subject press the Space bar, the recording is to last >>for 100 seconds! >> >>Anyone knows how to do that? >> >>Best, >>Zhenguang >> >>2008-03-30 >> >>---------------------------------------------------- >>Zhenguang Cai (Garry) >>PhD student in Language, Cognition and Communication >>Department of Psychology >>the University of Edinburgh >>Office: S35, 7 George Square, Edinburgh >>Email: geraldcai@163.com, >>s0782345@sms.ed.ac.uk >>Mobile: 07975648384 > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Eat Well, Stay Fit, Die Anyway From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 07:08:21 2008 Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.191]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32E7QCo027598 for ; Wed, 2 Apr 2008 07:07:26 -0700 Received: by gv-out-0910.google.com with SMTP id e6so520729gvc.26 for ; Wed, 02 Apr 2008 07:07:21 -0700 (PDT) Received: by 10.150.195.21 with SMTP id s21mr4983875ybf.9.1207145240151; Wed, 02 Apr 2008 07:07:20 -0700 (PDT) Received: by 10.150.150.1 with HTTP; Wed, 2 Apr 2008 07:07:19 -0700 (PDT) Message-ID: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> Date: Wed, 2 Apr 2008 09:07:19 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu, ttschnur@gmail.com Subject: [DMDX] Delay issues with picture-naming experiment MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1081_28967347.1207145240146" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_1081_28967347.1207145240146 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone, I'm currently working on a script that does the following things: #1. Present a cross for 500 ms #2. Present a blank screen for 250 ms #3. Present a black and white picture for 500 ms #4. Play short tone as the picture is going off the screen #5. Have an extra 1500 ms of blank screen for the item #6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture #7. Have a 500 ms ITI But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated. Thanks so much! Olivia _______________________________________ Here is my script: d29 f121 0 "EXPERIMENTAL SESSION", "During the experiment, you will see a series of pictures. Name each", "picture as quickly as possible without making mistakes. If you have", "any questions, please ask the experimenter now."; +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/ %90; +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ %90; +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" %0/ %90; +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ %90; +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" %0/ %90; +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ %90; +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ %90; ------=_Part_1081_28967347.1207145240146 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>      

 

0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";

 

 

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;

------=_Part_1081_28967347.1207145240146-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 07:34:54 2008 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32EYaVN027722 for ; Wed, 2 Apr 2008 07:34:36 -0700 Received: by ti-out-0910.google.com with SMTP id b8so981981tic.9 for ; Wed, 02 Apr 2008 07:34:34 -0700 (PDT) Received: by 10.151.83.12 with SMTP id k12mr4988596ybl.7.1207146873010; Wed, 02 Apr 2008 07:34:33 -0700 (PDT) Received: by 10.150.150.1 with HTTP; Wed, 2 Apr 2008 07:34:32 -0700 (PDT) Message-ID: <208bdab0804020734o5c618d49v4bad3093ce53a2d3@mail.gmail.com> Date: Wed, 2 Apr 2008 09:34:32 -0500 From: SchnurLab To: dmdx , ttschnur@gmail.com Subject: [DMDX] Varying ISI's and making sure DMDX is recording RTs correctly after picture disappears MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1271_28794529.1207146873006" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_1271_28794529.1207146873006 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone, I have another question that's completely unrelated to my last one. Does anyone know of a way to check if the following script is recording RTs past when the picture is presented? It's supposed to be waiting for an RT starting at the onset of the picture and then keep waiting for another 500 ms after the picture disappears. My problem is that each trial has one of three different ISI's in it (before the picture presentation), which makes it hard for me to be able to tell (when looking back at the data later) at what point after the clock-on period I really responded, and therefore, whether or not the RTs are being accurately and consistently recorded. If anyone has done something similar and knows of something I can do or use, please let me know- any help would be greatly appreciated. Here's my script: ! TEXT ON SCREEN-NOT USING-- IF WANT TO, ADD ~~Q TO ML, MM, MH; 1003 MQ+ * "LOW, MEDIUM, OR HIGH?" +C; ! PLAY TONES; ! HIGH; 1004 M4+ %3 "SHORTERTONE1200"/ +C; ! MEDIUM; 1005 M5+ %3 "SHORTERTONE600"/ +C; ! LOW; 1006 M6+ %3 "SHORTERTONE300"/ +C; ! STANDARD FIXATION; 1010 MF+ "*" %60 / %48 / +C; ! COMBINE SOUND MACROS TO MAKE ITEMS; ! ALL THE LOW; 1007 ML+ ~~F *~~6 +C; ! ALL THE MEDIUM; 1008 MM+ ~~F * ~~5 +C; ! ALL THE HIGH; 1009 MH+ ~~F *~~4 +C; !SOAS (ACTUALLY ITIS); !100 MS; 1014 MA+ %6 +C; !350 MS; 1015 MB+ %21 +C; !1000 MS; 1016 MC+ %60 +C; !PICTURE/WORD MACROS; !PICTURE; 1011 MP+ %60 +C; !WORD ARRANGEMENTS; 1017 MO+ , +C; 1018 MR+ , +C; 1019 MS+ , +C; 1020 MT+ , +C; 1021 MU+ , +C; 1022 MV+ , +C; 1023 MX+ , +C; 1024 MY+ , +C; 1025 MZ+ , +C; !LETTERS/#S USED IN MACROS: 1-6, ABCFHLMOPQRSTUVXYZ; 0 "START"; +9999 ~L ~B/ ~P "SINK", ~V G "WHITESQUARE", ~V "KEYBOARD"; +9999 ~L ~A/ ~P "ZEBRA", ~R G "WHITESQUARE", ~R "BRA"; +9999 ~M ~B/ ~P "NAIL", ~S G "WHITESQUARE", ~S "WATCH"; +9999 ~H ~C/ ~P "WALRUS", ~U G "WHITESQUARE", ~U "MICROWAVE"; +9999 ~M ~A/ ~P "HAMBURGER", ~Y G "WHITESQUARE", ~Y "WHALE"; +9999 ~M ~C/ ~P "ALLIGATOR", ~O G "WHITESQUARE", ~O "PLIERS"; +9999 ~H ~C/ ~P "PEAR", ~Z G "WHITESQUARE", ~Z "ROOF"; +9999 ~L ~B/ ~P "HAMMER", ~X G "WHITESQUARE", ~X "GORILLA"; +9999 ~H ~A/ ~P "TIGER", ~T G "WHITESQUARE", ~T "REFRIGERATOR"; +42010605232 ~M ~C/ ~P "KNIFE", ~T G "WHITESQUARE", ~T "TV"; +42020707313 ~H ~A/ ~P "TRUMPET", ~U G "WHITESQUARE", ~U "GUITAR"; +42030101331 ~L ~C/ ~P "NOSE", ~V G "WHITESQUARE", ~V "HAIR"; +42041007221 ~L ~B/ ~P "BUS", ~X G "WHITESQUARE", ~X "PIANO"; +42050808313 ~H ~A/ ~P "POLICEMAN", ~Y G "WHITESQUARE", ~Y "NURSE"; +42060202313 ~H ~A/ ~P "TIE", ~Z G "WHITESQUARE", ~Z "SHIRT"; +42070410233 ~H ~C/ ~P "HORSE", ~O G "WHITESQUARE", ~O "PLANE"; +42080606322 ~M ~B/ ~P "BOWL", ~R G "WHITESQUARE", ~R "PLATE"; +42090909332 ~M ~C/ ~P "PEAS", ~S G "WHITESQUARE", ~S "ONION"; +42100108233 ~H ~C/ ~P "MOUTH", ~T G "WHITESQUARE", ~T "POLICEMAN"; Thank you so much! Olivia ------=_Part_1271_28794529.1207146873006 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Everyone,

I have another question that's completely unrelated to my last one. Does anyone know of a way to check if the following script is recording RTs past when the picture is presented? It's supposed to be waiting for an RT starting at the onset of the picture and then keep waiting for another 500 ms after the picture disappears. My problem is that each trial has one of three different ISI's in it (before the picture presentation), which makes it hard for me to be able to tell (when looking back at the data later) at what point after the clock-on period I really responded, and therefore, whether or not the RTs are being accurately and consistently recorded. If anyone has done something similar and knows of something I can do or use, please let me know- any help would be greatly appreciated.

Here's my script:

<EP> <FD 60> <D 0> <CR> <DBC 255255255>  <DWC 0> <vm 1024,768,768,32,0>  <ID DIGITALVOX> <ID #KEYBOARD> <CLFB>  <ZIL 3> <VZK +#79> <VZK +#80> <VZK +#81> <VZK +DIGITALVOX> <EOP>

 

! TEXT ON SCREEN-NOT USING-- IF WANT TO, ADD ~~Q TO ML, MM, MH;

1003 MQ+ * "LOW, MEDIUM, OR HIGH?" +C;

 

! PLAY TONES;

! HIGH;

1004 M4+ %3 <WAV 2> "SHORTERTONE1200"/ +C;

! MEDIUM;

1005 M5+  %3 <WAV 2> "SHORTERTONE600"/ +C;

! LOW;

1006 M6+  %3 <WAV 2> "SHORTERTONE300"/ +C;

 

! STANDARD FIXATION;

1010 MF+ "*" %60 / %48 / +C;

 

! COMBINE SOUND MACROS TO MAKE ITEMS;

! ALL THE LOW;

1007 ML+ ~~F *~~6  +C;

! ALL THE MEDIUM;

1008 MM+  ~~F * ~~5  +C;

! ALL THE HIGH;

1009 MH+ ~~F *~~4  +C;

 

!SOAS (ACTUALLY ITIS);

!100 MS;

1014 MA+ <TIMEOUT 1650> %6  +C;

!350 MS;

1015 MB+ <TIMEOUT 1900> %21 +C;

!1000 MS;

1016 MC+ <TIMEOUT 2550> %60  +C;

 

!PICTURE/WORD MACROS;

!PICTURE;

1011 MP+ %60 <BMP> +C;

 

!WORD ARRANGEMENTS;

1017 MO+ , <XY 470,350> +C;

1018 MR+  , <XY 455,350> +C;

1019 MS+ , <XY 415,350> +C;

1020 MT+ , <XY 455,335> +C;

1021 MU+ , <XY 415,335> +C;

1022 MV+ , <XY 470,335> +C;

1023 MX+ , <XY 470,335> +C;

1024 MY+ , <XY 470,335> +C;

1025 MZ+ , <XY 470,335> +C;

 

!LETTERS/#S USED IN MACROS: 1-6, ABCFHLMOPQRSTUVXYZ;

 

0 "START";

+9999 ~L ~B/ ~P "SINK", ~V G "WHITESQUARE", ~V "KEYBOARD";

+9999 ~L ~A/ ~P "ZEBRA", ~R G "WHITESQUARE", ~R "BRA";

+9999 ~M ~B/ ~P "NAIL", ~S G "WHITESQUARE", ~S "WATCH";

+9999 ~H ~C/ ~P "WALRUS", ~U G "WHITESQUARE", ~U "MICROWAVE";

+9999 ~M ~A/ ~P "HAMBURGER", ~Y G "WHITESQUARE", ~Y "WHALE";

+9999 ~M ~C/ ~P "ALLIGATOR", ~O G "WHITESQUARE", ~O "PLIERS";

+9999 ~H ~C/ ~P "PEAR", ~Z G "WHITESQUARE", ~Z "ROOF";

+9999 ~L ~B/ ~P "HAMMER", ~X G "WHITESQUARE", ~X "GORILLA";

+9999 ~H ~A/ ~P "TIGER", ~T G "WHITESQUARE", ~T "REFRIGERATOR";

+42010605232 ~M ~C/ ~P "KNIFE", ~T G "WHITESQUARE", ~T "TV";

+42020707313 ~H ~A/ ~P "TRUMPET", ~U G "WHITESQUARE", ~U "GUITAR";

+42030101331 ~L ~C/ ~P "NOSE", ~V G "WHITESQUARE", ~V "HAIR";

+42041007221 ~L ~B/ ~P "BUS", ~X G "WHITESQUARE", ~X "PIANO";

+42050808313 ~H ~A/ ~P "POLICEMAN", ~Y G "WHITESQUARE", ~Y "NURSE";

+42060202313 ~H ~A/ ~P "TIE", ~Z G "WHITESQUARE", ~Z "SHIRT";

+42070410233 ~H ~C/ ~P "HORSE", ~O G "WHITESQUARE", ~O "PLANE";

+42080606322 ~M ~B/ ~P "BOWL", ~R G "WHITESQUARE", ~R "PLATE";

+42090909332 ~M ~C/ ~P "PEAS", ~S G "WHITESQUARE", ~S "ONION";

+42100108233 ~H ~C/ ~P "MOUTH", ~T G "WHITESQUARE", ~T "POLICEMAN";



Thank you so much!

Olivia ------=_Part_1271_28794529.1207146873006-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 07:35:38 2008 Received: from blade3.isos.isu.edu (blade3.isos.isu.edu [134.50.250.75]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32EZPKZ027740 for ; Wed, 2 Apr 2008 07:35:26 -0700 Received: from conversion-daemon.blade3.isos.isu.edu by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) id <0JYP00K01C414500@blade3.isos.isu.edu> (original mail from nprause@isu.edu) for DMDX@psy1.psych.arizona.edu; Wed, 02 Apr 2008 08:35:20 -0600 (MDT) Received: from [127.0.0.1] ([134.50.63.118]) by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JYP00BPJCIUK8B0@blade3.isos.isu.edu>; Wed, 02 Apr 2008 08:35:20 -0600 (MDT) Date: Wed, 02 Apr 2008 08:35:17 -0600 From: Nicole Prause Subject: [DMDX] Re: Delay issues with picture-naming experiment In-reply-to: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> To: DMDX@psy1.psych.arizona.edu Cc: ttschnur@gmail.com Message-id: <47F399A5.80501@isu.edu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors! One idea, anyway! SchnurLab wrote: > Hi Everyone, > > I'm currently working on a script that does the following things: > > #1. Present a cross for 500 ms > #2. Present a blank screen for 250 ms > #3. Present a black and white picture for 500 ms > #4. Play short tone as the picture is going off the screen > #5. Have an extra 1500 ms of blank screen for the item > #6. Have DMDX record RTs (using DigitalVox) and actual responses > (using RecordVocal) from the onset of the picture until the end of the > 1500 ms blank screen after the picture > #7. Have a 500 ms ITI > > But for some reason, the data keeps giving me delay errors, saying > that the next frame after the 1500 ms blank screen (the cross in the > following item) was delayed for X number of ticks (it changed > depending on what changes I made when I was trying things out with the > script, but it was up to over 180 ticks late for one revision of this > script). I tried making the delay longer, but when I made it long > enough, it made the experiment extremely long and boring. The main > reason this is a problem is because we want a constant ITI (that's not > too long), and accurately recorded RTs and responses, and right now, I > can't seem to get all of that at once. If anyone has done something > similar to this and has suggestions on how to adjust my script, since > I don't seem to be having much luck with it, it'd be greatly appreciated. > > Thanks so much! > > Olivia > > _______________________________________ > > > Here is my script: > > d29 f121 > > > > > > > 0 "EXPERIMENTAL SESSION", > > "During the experiment, you will see a series of pictures. > Name each", > > "picture as quickly as possible without making mistakes. If > you have", > > "any questions, please ask the experimenter now."; > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" > %0/ %90; > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" > %0/ %90; > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" > %0/ %90; > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" > %0/ %90; > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" > %0/ %90; > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" start> %0/ %90; > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" > %0/ %90; > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" > %0/ %90; > > -- ******************************** Nicole Prause, Ph.D. Department of Psychology Idaho State University 921 S 8th Ave Stop 8112 Pocatello, ID 83209-8112 Email: nprause@isu.edu Phone: 208-282-4077 Fax: 208-282-4832 Office: Garrison Hall 403 ******************************** ******************************** From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 08:16:44 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32FGGJi027938 for ; Wed, 2 Apr 2008 08:16:17 -0700 Received: from gandalfs_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D7B1456D9D6 for ; Wed, 2 Apr 2008 08:16:16 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8076C56D9C9 for ; Wed, 2 Apr 2008 08:16:14 -0700 (MST) Message-Id: <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> Date: Wed, 02 Apr 2008 08:16:13 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <47F399A5.80501@isu.edu> References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT. Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item. Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer. You must leave enough slack for the machine to do what it needs to do. There's a note about all of that in the help: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm At 08:35 AM 4/2/2008 -0600, you wrote: >Someone else posted about these recently and I may have another solution. >The original response to the other person suggested things like video >driver problems and resetting values in TimeDX. I tried all those things >and nothing worked. What DID work was noticed I had default delay values >in the header that I think were conflicting with the delays I had set on >the item lines. When I sheared the header done to only the absolutely >needed pieces, no more errors! > >One idea, anyway! > >SchnurLab wrote: >>Hi Everyone, >> >>I'm currently working on a script that does the following things: >> >>#1. Present a cross for 500 ms >>#2. Present a blank screen for 250 ms >>#3. Present a black and white picture for 500 ms >>#4. Play short tone as the picture is going off the screen >>#5. Have an extra 1500 ms of blank screen for the item >>#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >>RecordVocal) from the onset of the picture until the end of the 1500 ms >>blank screen after the picture >>#7. Have a 500 ms ITI >> >>But for some reason, the data keeps giving me delay errors, saying that >>the next frame after the 1500 ms blank screen (the cross in the following >>item) was delayed for X number of ticks (it changed depending on what >>changes I made when I was trying things out with the script, but it was >>up to over 180 ticks late for one revision of this script). I tried >>making the delay longer, but when I made it long enough, it made the >>experiment extremely long and boring. The main reason this is a problem >>is because we want a constant ITI (that's not too long), and accurately >>recorded RTs and responses, and right now, I can't seem to get all of >>that at once. If anyone has done something similar to this and has >>suggestions on how to adjust my script, since I don't seem to be having >>much luck with it, it'd be greatly appreciated. >> >>Thanks so much! >> >>Olivia >> >>_______________________________________ >> >> >>Here is my script: >> >> d29 f121 >> >> >> >> >> >> >>0 "EXPERIMENTAL SESSION", >> >> "During the experiment, you will see a series of pictures. Name >> each", >> >> "picture as quickly as possible without making mistakes. If you >> have", >> >> "any questions, please ask the experimenter now."; >> >> >> >> >> >>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; >> >>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>%0/ %90; >> >>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ >>%90; >> >>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>%0/ %90; >> >>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ %90; >> >>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>%0/ %90; >> >>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ %90; >> >>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ >>%90; >> > >-- >******************************** >Nicole Prause, Ph.D. >Department of Psychology >Idaho State University >921 S 8th Ave >Stop 8112 Pocatello, ID 83209-8112 > >Email: nprause@isu.edu >Phone: 208-282-4077 >Fax: 208-282-4832 >Office: Garrison Hall 403 >******************************** >******************************** > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Eat Well, Stay Fit, Die Anyway From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 08:23:38 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32FNBwx027989 for ; Wed, 2 Apr 2008 08:23:11 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 65DC834F47B for ; Wed, 2 Apr 2008 08:23:11 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 27B2A34F45F for ; Wed, 2 Apr 2008 08:23:09 -0700 (MST) Message-Id: <5.1.0.14.2.20080402081945.00ba4b00@psy1.psych.arizona.edu> Date: Wed, 02 Apr 2008 08:23:08 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Varying ISI's and making sure DMDX is recording RTs correctly after picture disappears In-Reply-To: <208bdab0804020734o5c618d49v4bad3093ce53a2d3@mail.gmail.com > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list There are two mechanisms I use, one is to play a tone in the item file and see that the digital vox triggers when the tone is played but that tends to be tricky if you're trying to validate an item's construction as you have to interfere with the item to test it. Second is to have a photo cell triggering off the display that generates a response. At 09:34 AM 4/2/2008 -0500, you wrote: >Hi Everyone, > >I have another question that's completely unrelated to my last one. Does >anyone know of a way to check if the following script is recording RTs >past when the picture is presented? It's supposed to be waiting for an RT >starting at the onset of the picture and then keep waiting for another 500 >ms after the picture disappears. My problem is that each trial has one of >three different ISI's in it (before the picture presentation), which makes >it hard for me to be able to tell (when looking back at the data later) at >what point after the clock-on period I really responded, and therefore, >whether or not the RTs are being accurately and consistently recorded. If >anyone has done something similar and knows of something I can do or use, >please let me know- any help would be greatly appreciated. > >Here's my script: > > 1024,768,768,32,0> +#79> > > > >! TEXT ON SCREEN-NOT USING-- IF WANT TO, ADD ~~Q TO ML, MM, MH; > >1003 MQ+ * "LOW, MEDIUM, OR HIGH?" +C; > > > >! PLAY TONES; > >! HIGH; > >1004 M4+ %3 "SHORTERTONE1200"/ +C; > >! MEDIUM; > >1005 M5+ %3 "SHORTERTONE600"/ +C; > >! LOW; > >1006 M6+ %3 "SHORTERTONE300"/ +C; > > > >! STANDARD FIXATION; > >1010 MF+ "*" %60 / %48 / +C; > > > >! COMBINE SOUND MACROS TO MAKE ITEMS; > >! ALL THE LOW; > >1007 ML+ ~~F *~~6 +C; > >! ALL THE MEDIUM; > >1008 MM+ ~~F * ~~5 +C; > >! ALL THE HIGH; > >1009 MH+ ~~F *~~4 +C; > > > >!SOAS (ACTUALLY ITIS); > >!100 MS; > >1014 MA+ %6 +C; > >!350 MS; > >1015 MB+ %21 +C; > >!1000 MS; > >1016 MC+ %60 +C; > > > >!PICTURE/WORD MACROS; > >!PICTURE; > >1011 MP+ %60 +C; > > > >!WORD ARRANGEMENTS; > >1017 MO+ , +C; > >1018 MR+ , +C; > >1019 MS+ , +C; > >1020 MT+ , +C; > >1021 MU+ , +C; > >1022 MV+ , +C; > >1023 MX+ , +C; > >1024 MY+ , +C; > >1025 MZ+ , +C; > > > >!LETTERS/#S USED IN MACROS: 1-6, ABCFHLMOPQRSTUVXYZ; > > > >0 "START"; > >+9999 ~L ~B/ ~P "SINK", ~V G "WHITESQUARE", ~V "KEYBOARD"; > >+9999 ~L ~A/ ~P "ZEBRA", ~R G "WHITESQUARE", ~R "BRA"; > >+9999 ~M ~B/ ~P "NAIL", ~S G "WHITESQUARE", ~S "WATCH"; > >+9999 ~H ~C/ ~P "WALRUS", ~U G "WHITESQUARE", ~U "MICROWAVE"; > >+9999 ~M ~A/ ~P "HAMBURGER", ~Y G "WHITESQUARE", ~Y "WHALE"; > >+9999 ~M ~C/ ~P "ALLIGATOR", ~O G "WHITESQUARE", ~O "PLIERS"; > >+9999 ~H ~C/ ~P "PEAR", ~Z G "WHITESQUARE", ~Z "ROOF"; > >+9999 ~L ~B/ ~P "HAMMER", ~X G "WHITESQUARE", ~X "GORILLA"; > >+9999 ~H ~A/ ~P "TIGER", ~T G "WHITESQUARE", ~T "REFRIGERATOR"; > >+42010605232 ~M ~C/ ~P "KNIFE", ~T G "WHITESQUARE", ~T "TV"; > >+42020707313 ~H ~A/ ~P "TRUMPET", ~U G "WHITESQUARE", ~U "GUITAR"; > >+42030101331 ~L ~C/ ~P "NOSE", ~V G "WHITESQUARE", ~V "HAIR"; > >+42041007221 ~L ~B/ ~P "BUS", ~X G "WHITESQUARE", ~X "PIANO"; > >+42050808313 ~H ~A/ ~P "POLICEMAN", ~Y G "WHITESQUARE", ~Y "NURSE"; > >+42060202313 ~H ~A/ ~P "TIE", ~Z G "WHITESQUARE", ~Z "SHIRT"; > >+42070410233 ~H ~C/ ~P "HORSE", ~O G "WHITESQUARE", ~O "PLANE"; > >+42080606322 ~M ~B/ ~P "BOWL", ~R G "WHITESQUARE", ~R "PLATE"; > >+42090909332 ~M ~C/ ~P "PEAS", ~S G "WHITESQUARE", ~S "ONION"; > >+42100108233 ~H ~C/ ~P "MOUTH", ~T G "WHITESQUARE", ~T "POLICEMAN"; > > >Thank you so much! > >Olivia /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Eat Well, Stay Fit, Die Anyway From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 09:26:07 2008 Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32GPfhd028235 for ; Wed, 2 Apr 2008 09:25:42 -0700 Received: by gv-out-0910.google.com with SMTP id e6so567507gvc.26 for ; Wed, 02 Apr 2008 09:25:30 -0700 (PDT) Received: by 10.150.12.5 with SMTP id 5mr5065352ybl.39.1207153529446; Wed, 02 Apr 2008 09:25:29 -0700 (PDT) Received: by 10.150.150.1 with HTTP; Wed, 2 Apr 2008 09:25:29 -0700 (PDT) Message-ID: <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> Date: Wed, 2 Apr 2008 11:25:29 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1873_29467048.1207153529428" References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_1873_29467048.1207153529428 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Should the delay really take up to 180 ticks though? On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. wrote: > > Yeah, a common problem is people turning the clock on for a response and > using a fixed delay that is shorter than the timeout of the RT. Here it's > likely to be a similar problem as the timeout sums to exactly the duration > of the display and the delay leaving no time for DMDX to prepare the item. > Most machines are going to be requiring at least a couple of ticks and > anything that reads source material (like a wave file) considerably longer. > You must leave enough slack for the machine to do what it needs to do. > There's a note about all of that in the help: > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm > > > At 08:35 AM 4/2/2008 -0600, you wrote: > > > Someone else posted about these recently and I may have another > > solution. The original response to the other person suggested things like > > video driver problems and resetting values in TimeDX. I tried all those > > things and nothing worked. What DID work was noticed I had default delay > > values in the header that I think were conflicting with the delays I had set > > on the item lines. When I sheared the header done to only the absolutely > > needed pieces, no more errors! > > > > One idea, anyway! > > > > SchnurLab wrote: > > > > > Hi Everyone, > > > > > > I'm currently working on a script that does the following things: > > > > > > #1. Present a cross for 500 ms > > > #2. Present a blank screen for 250 ms > > > #3. Present a black and white picture for 500 ms > > > #4. Play short tone as the picture is going off the screen > > > #5. Have an extra 1500 ms of blank screen for the item > > > #6. Have DMDX record RTs (using DigitalVox) and actual responses > > > (using RecordVocal) from the onset of the picture until the end of the 1500 > > > ms blank screen after the picture > > > #7. Have a 500 ms ITI > > > > > > But for some reason, the data keeps giving me delay errors, saying > > > that the next frame after the 1500 ms blank screen (the cross in the > > > following item) was delayed for X number of ticks (it changed depending on > > > what changes I made when I was trying things out with the script, but it was > > > up to over 180 ticks late for one revision of this script). I tried making > > > the delay longer, but when I made it long enough, it made the experiment > > > extremely long and boring. The main reason this is a problem is because we > > > want a constant ITI (that's not too long), and accurately recorded RTs and > > > responses, and right now, I can't seem to get all of that at once. If anyone > > > has done something similar to this and has suggestions on how to adjust my > > > script, since I don't seem to be having much luck with it, it'd be greatly > > > appreciated. > > > > > > Thanks so much! > > > > > > Olivia > > > > > > _______________________________________ > > > > > > > > > Here is my script: > > > > > > d29 f121 > > > > > > > > > > > > > > > > > > > > > 0 "EXPERIMENTAL SESSION", > > > > > > "During the experiment, you will see a series of pictures. > > > Name each", > > > > > > "picture as quickly as possible without making mistakes. If > > > you have", > > > > > > "any questions, please ask the experimenter now."; > > > > > > > > > > > > > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" > > > %0/ %90; > > > > > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" > > > %0/ %90; > > > > > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" > > > %0/ %90; > > > > > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" > > > %0/ %90; > > > > > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" > > > %0/ %90; > > > > > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" > > start> %0/ %90; > > > > > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" > > > %0/ %90; > > > > > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" > > > %0/ %90; > > > > > > > > -- > > ******************************** > > Nicole Prause, Ph.D. > > Department of Psychology > > Idaho State University > > 921 S 8th Ave > > Stop 8112 Pocatello, ID 83209-8112 > > > > Email: nprause@isu.edu > > Phone: 208-282-4077 > > Fax: 208-282-4832 > > Office: Garrison Hall 403 > > ******************************** > > ******************************** > > > > > > ==================================================================== > > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > > 'unsubscribe' by itself with no quotes in the body of the email > > to be removed from the list. The list archive is available here: > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > ==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_1873_29467048.1207153529428 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm


At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>



0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";





+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;


--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_1873_29467048.1207153529428-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 09:27:16 2008 Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32GQuEB028253 for ; Wed, 2 Apr 2008 09:26:57 -0700 Received: by gv-out-0910.google.com with SMTP id e6so567928gvc.26 for ; Wed, 02 Apr 2008 09:26:55 -0700 (PDT) Received: by 10.150.206.1 with SMTP id d1mr5062997ybg.4.1207153613625; Wed, 02 Apr 2008 09:26:53 -0700 (PDT) Received: by 10.150.150.1 with HTTP; Wed, 2 Apr 2008 09:26:53 -0700 (PDT) Message-ID: <208bdab0804020926j9bef934xcdc05671e7d549ad@mail.gmail.com> Date: Wed, 2 Apr 2008 11:26:53 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <47F399A5.80501@isu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1880_31835063.1207153613627" References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_1880_31835063.1207153613627 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks so much- I'll go ahead and try that and see what happens :) On Wed, Apr 2, 2008 at 9:35 AM, Nicole Prause wrote: > Someone else posted about these recently and I may have another solution. > The original response to the other person suggested things like video driver > problems and resetting values in TimeDX. I tried all those things and > nothing worked. What DID work was noticed I had default delay values in the > header that I think were conflicting with the delays I had set on the item > lines. When I sheared the header done to only the absolutely needed pieces, > no more errors! > > One idea, anyway! > > > SchnurLab wrote: > > > Hi Everyone, > > > > I'm currently working on a script that does the following things: > > > > #1. Present a cross for 500 ms > > #2. Present a blank screen for 250 ms > > #3. Present a black and white picture for 500 ms > > #4. Play short tone as the picture is going off the screen > > #5. Have an extra 1500 ms of blank screen for the item > > #6. Have DMDX record RTs (using DigitalVox) and actual responses (using > > RecordVocal) from the onset of the picture until the end of the 1500 ms > > blank screen after the picture > > #7. Have a 500 ms ITI > > > > But for some reason, the data keeps giving me delay errors, saying that > > the next frame after the 1500 ms blank screen (the cross in the following > > item) was delayed for X number of ticks (it changed depending on what > > changes I made when I was trying things out with the script, but it was up > > to over 180 ticks late for one revision of this script). I tried making the > > delay longer, but when I made it long enough, it made the experiment > > extremely long and boring. The main reason this is a problem is because we > > want a constant ITI (that's not too long), and accurately recorded RTs and > > responses, and right now, I can't seem to get all of that at once. If anyone > > has done something similar to this and has suggestions on how to adjust my > > script, since I don't seem to be having much luck with it, it'd be greatly > > appreciated. > > > > Thanks so much! > > > > Olivia > > > > _______________________________________ > > > > > > Here is my script: > > > > d29 f121 > > > > > > > > > > 0 "EXPERIMENTAL SESSION", > > > > "During the experiment, you will see a series of pictures. Name > > each", > > > > "picture as quickly as possible without making mistakes. If you > > have", > > > > "any questions, please ask the experimenter now."; > > > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ > > %90; > > > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" > > %0/ %90; > > > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" > > %0/ %90; > > > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" > > %0/ %90; > > > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ > > %90; > > > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" > > %0/ %90; > > > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ > > %90; > > > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" > > %0/ %90; > > > > > > > -- > ******************************** > Nicole Prause, Ph.D. > Department of Psychology > Idaho State University > 921 S 8th Ave > Stop 8112 Pocatello, ID 83209-8112 > > Email: nprause@isu.edu > Phone: 208-282-4077 > Fax: 208-282-4832 > Office: Garrison Hall 403 > ******************************** > ******************************** > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_1880_31835063.1207153613627 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks so much- I'll go ahead and try that and see what happens :)

On Wed, Apr 2, 2008 at 9:35 AM, Nicole Prause <nprause@isu.edu> wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!


SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>      
 
0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";

 
 
+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;



--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_1880_31835063.1207153613627-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 13:45:53 2008 Received: from smtpgate.email.arizona.edu (frodo.email.arizona.edu [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m32KjIsq029074 for ; Wed, 2 Apr 2008 13:45:19 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 49B0F34FF96 for ; Wed, 2 Apr 2008 13:45:18 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6252034FF94 for ; Wed, 2 Apr 2008 13:45:16 -0700 (MST) Message-Id: <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> Date: Wed, 02 Apr 2008 13:45:15 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> References: <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1739111437==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1739111437==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed. Indeed, enormous display errors are almost always caused by item design and not item preparation. Don't used a fixed delay unless you really want a fixed delay, used something like if a rigorous ISI isn't essential to your paradigm. At 11:25 AM 4/2/2008 -0500, you wrote: >Should the delay really take up to 180 ticks though? > >On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >> >>Yeah, a common problem is people turning the clock on for a response and >>using a fixed delay that is shorter than the timeout of the RT. Here >>it's likely to be a similar problem as the timeout sums to exactly the >>duration of the display and the delay leaving no time for DMDX to prepare >>the item. Most machines are going to be requiring at least a couple of >>ticks and anything that reads source material (like a wave file) >>considerably longer. You must leave enough slack for the machine to do >>what it needs to do. There's a note about all of that in the help: >> >>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm >> >> >>At 08:35 AM 4/2/2008 -0600, you wrote: >>>Someone else posted about these recently and I may have another >>>solution. The original response to the other person suggested things >>>like video driver problems and resetting values in TimeDX. I tried all >>>those things and nothing worked. What DID work was noticed I had default >>>delay values in the header that I think were conflicting with the delays >>>I had set on the item lines. When I sheared the header done to only the >>>absolutely needed pieces, no more errors! >>> >>>One idea, anyway! >>> >>>SchnurLab wrote: >>>>Hi Everyone, >>>> >>>>I'm currently working on a script that does the following things: >>>> >>>>#1. Present a cross for 500 ms >>>>#2. Present a blank screen for 250 ms >>>>#3. Present a black and white picture for 500 ms >>>>#4. Play short tone as the picture is going off the screen >>>>#5. Have an extra 1500 ms of blank screen for the item >>>>#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >>>>RecordVocal) from the onset of the picture until the end of the 1500 ms >>>>blank screen after the picture >>>>#7. Have a 500 ms ITI >>>> >>>>But for some reason, the data keeps giving me delay errors, saying that >>>>the next frame after the 1500 ms blank screen (the cross in the >>>>following item) was delayed for X number of ticks (it changed depending >>>>on what changes I made when I was trying things out with the script, >>>>but it was up to over 180 ticks late for one revision of this script). >>>>I tried making the delay longer, but when I made it long enough, it >>>>made the experiment extremely long and boring. The main reason this is >>>>a problem is because we want a constant ITI (that's not too long), and >>>>accurately recorded RTs and responses, and right now, I can't seem to >>>>get all of that at once. If anyone has done something similar to this >>>>and has suggestions on how to adjust my script, since I don't seem to >>>>be having much luck with it, it'd be greatly appreciated. >>>> >>>>Thanks so much! >>>> >>>>Olivia >>>> >>>>_______________________________________ >>>> >>>> >>>>Here is my script: >>>> >>>> d29 f121 >>>> >>>> >>>> >>>> >>>> >>>> >>>>0 "EXPERIMENTAL SESSION", >>>> >>>> "During the experiment, you will see a series of pictures. >>>> Name each", >>>> >>>> "picture as quickly as possible without making mistakes. If >>>> you have", >>>> >>>> "any questions, please ask the experimenter now."; >>>> >>>> >>>> >>>> >>>> >>>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ >>>>%90; >>>> >>>>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>>start> %0/ %90; >>>> >>>>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ >>>>%90; >>>> >>>>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" >>>>%0/ %90; >>> >>>-- >>>******************************** >>>Nicole Prause, Ph.D. >>>Department of Psychology >>>Idaho State University >>>921 S 8th Ave >>>Stop 8112 Pocatello, ID 83209-8112 >>> >>>Email: nprause@isu.edu >>>Phone: 208-282-4077 >>>Fax: 208-282-4832 >>>Office: Garrison Hall 403 >>>******************************** >>>******************************** >>> >>> >>>==================================================================== >>> Send mail to >>> DMDX-request@psy1.psych.arizona.edu >>> with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> >>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Eat Well, Stay Fit, Die Anyway >> >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1739111437==_.ALT Content-Type: text/html; charset="us-ascii"
If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.

At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm


At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>



0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";





+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;

--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1739111437==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 2 13:53:41 2008 Received: from m5-81.163.com (m5-81.163.com [202.108.5.81]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m32KrOdL029141 for ; Wed, 2 Apr 2008 13:53:25 -0700 Received: from 0595CD5407FE429 (unknown [80.193.213.158]) by smtp1 (Coremail) with SMTP id C9GowLBbXxA78vNHCYT_AA==.8984S2; Thu, 03 Apr 2008 04:53:21 +0800 (CST) Date: Wed, 2 Apr 2008 21:53:18 +0100 From: "Zhenguang Cai" To: "DMDX@psy1.psych.arizona.edu" References: , <200803310003190930690@163.com>, <7525d3e60803301647q5368e534vff58e7f8f692d1c1@mail.gmail.com> Subject: [DMDX] Re:Re: Re:Audio recording problem Message-ID: <200804022153127811749@163.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon424564511110_=====" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --=====003_Dragon424564511110_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 VGhhbmtzIHRvIFNjb3R0IGZvciB0aGUgaWRlYS4gSSB0aGluayBpdCB3b3JrcyBmb3IgbWUhDQoN CkJlc3QsDQpHYXJyeQ0KDQoNCjIwMDgtMDQtMDIgDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhlbmd1YW5nIENhaSAoR2Fycnkp DQpQaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uDQpE ZXBhcnRtZW50IG9mIFBzeWNob2xvZ3kNCnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaA0KT2Zm aWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRpbmJ1cmdoDQpFbWFpbDogZ2VyYWxkY2FpQDE2 My5jb20sIHMwNzgyMzQ1QHNtcy5lZC5hYy51ayANCk1vYmlsZTogMDc5NzU2NDgzODQNCg0KDQoN CreivP7Iy6O6IFNjb3R0IEphY2tzb24gDQq3osvNyrG85KO6IDIwMDgtMDMtMzEgIDAxOjMwOjA5 IA0KytW8/sjLo7ogRE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IA0Ks63LzaO6IA0K1vfM4qO6 IFtETURYXSBSZTpSZTogUmU6QXVkaW8gcmVjb3JkaW5nIHByb2JsZW0gDQogDQpIaSwNCg0KV2hl bmV2ZXIgSSd2ZSBuZWVkZWQgc29tZXRoaW5nIGxpa2UgdGhpcywgSSd2ZSBhbHdheXMgaGFkIHRv IHVzZSBhbiBBYm9ydCBrZXkuICBUaGF0IGlzLCB5b3UganVzdCBuZWVkIHRvIHVzZSA8YWlrbj4g dG8gc2V0IHRoZSBrZXkgZm9yIEFib3J0aW5nIGFuIGl0ZW0sIGxpa2UgPGFpa24gK0VudGVyPiwg YW5kIHRoZW4gdGhlIHN1YmplY3QganVzdCBhYm9ydHMgZWFjaCBpdGVtIHdoZW4gdGhleSdyZSBk b25lIHdpdGggaXQuICBZb3UgY2FuIHNldCB0aGUgdGltZW91dCAoYW5kIHRodXMgcG90ZW50aWFs IHJlY29yZGluZyBsZW5ndGgpIHRvIGFzIGxvbmcgYXMgeW91IHdhbnQgdGhpcyB3YXkuICANCg0K T2YgY291cnNlIHRoaXMgd2lsbCBtYWtlIHlvdXIgLmF6ayBvdXRwdXQgZmlsZSBub3Qgc28gdXNl ZnVsIChhbGwgdGhlIGl0ZW1zIHdpbGwgc2F5ICJpdGVtIGFib3J0ZWQiIGFuZCB3aWxsIGxpc3Qg YW4gUlQgPSB0byB0aGUgdGltZW91dCkuICBCdXQgaXQgc291bmRzIGxpa2UgdGhpcyBpcyBub3Qg YW4gaXNzdWUgZm9yIHlvdSBhbnl3YXkuICBJZiB5b3UgcmVhbGx5IG5lZWQgY29kZWQgcmVzcG9u c2VzIGFuZCBSVHMgb24gdGhvc2UgcmVzcG9uc2VzLCB5b3UganVzdCBuZWVkIHRvIHR1cm4gb24g PHppbD4gKGFuZCBwcm9iYWJseSA8em9yPiwgdG9vKSwgYW5kIGdldCB0aGVtIG9mZiB0aGUgLnpp bCBvdXRwdXQgZmlsZS4NCg0KSG9wZSB0aGlzIGhlbHBzLA0KLXNjb3R0DQoNCg0KDQoyMDA4LzMv MzAgWmhlbmd1YW5nIENhaSA8Z2VyYWxkY2FpQDE2My5jb20+Og0KDQpJIHRyaWVkLCBidXQgdGhl IHJlY29yZGluZyBzdGlsbCBsYXN0ZWQgZm9yIHRoZSA2IHNlY29uZHMsIGFzIHNwZWNpZmllZCBp biBUaW1lb3V0LiBJIG5lZWQgdGhlIHJlY29yZGluZyB0byBiZSBzdG9wcGVkIHdoZW4gdGhlIHNw YWNlIGJhciBpcyBwcmVzc2VkLg0KDQpCZXN0LA0KWmhlbmd1YW5nDQoNCg0KMjAwOC0wMy0zMSAN Cg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0gDQpaaGVuZ3VhbmcgQ2FpIChHYXJyeSkNClBoRCBzdHVkZW50IGluIExhbmd1YWdlLCBDb2du aXRpb24gYW5kIENvbW11bmljYXRpb24NCkRlcGFydG1lbnQgb2YgUHN5Y2hvbG9neQ0KdGhlIFVu aXZlcnNpdHkgb2YgRWRpbmJ1cmdoDQpPZmZpY2U6IFMzNSwgNyBHZW9yZ2UgU3F1YXJlLCBFZGlu YnVyZ2gNCkVtYWlsOiBnZXJhbGRjYWlAMTYzLmNvbSwgczA3ODIzNDVAc21zLmVkLmFjLnVrIA0K TW9iaWxlOiAwNzk3NTY0ODM4NA0KDQoNCg0Kt6K8/sjLo7ogbk9PZGxlIA0Kt6LLzcqxvOSjuiAy MDA4LTAzLTMwICAxOToxMjowMyANCsrVvP7Iy6O6IGRtZHggDQqzrcvNo7ogDQrW98zio7ogW0RN RFhdIFJlOlJlOiBSZTpBdWRpbyByZWNvcmRpbmcgcHJvYmxlbSANClNldCBhbm90aGVyIHJlc3Bv bnNlIGtleSwgZm9yIGV4YW1wbGUgRW50ZXIuDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tDQpHcmVl ZCBpcyBnb29kIG9yIG5vdD8gDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tIE9yaWdpbmFsIC0tLS0t LS0tLS0tLS0tLS0tLQ0KRnJvbTogICJaaGVuZ3VhbmcgQ2FpIjxnZXJhbGRjYWlAMTYzLmNvbT47 DQpEYXRlOiAgTW9uLCBNYXIgMzEsIDIwMDggMDE6NTkgQU0NClRvOiAgIkRNRFhAcHN5MS5wc3lj aC5hcml6b25hLmVkdSI8RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PjsgDQpTdWJqZWN0OiAg W0RNRFhdIFJlOiBSZTpBdWRpbyByZWNvcmRpbmcgcHJvYmxlbQ0KDQoNCkhJLCANCiAgDQpUaGUg Zm9sbG93aW5nIGlzIG9uZSBvZiB0aGUgdHJpYWxzLiANCiAgDQoNCisgODg2OTAwMSA8c2FjPiA8 dW1iPiA8bXByICtzcGFjZT4gKiAiIFRoZSBnaXJsIGdhdmUgdGhlIHRlYWNoZXIgaGVyIGRyYXdp bmcuICI7IA0KDQoNCisgODg2OTAwIDIgPHNhYz4gPHVtYj4gPG1wciArc3BhY2U+ICogIiBUZW4g bWludXRlcyBsYXRlciwgdGhlIGJveSBsZWZ0ICI7IA0KDQoNCis4ODY5MDAzIDxzYWMgMD4gPHVt Yj4gPG1wciArc3BhY2U+IGcgKiIgMTAxMCAiOyANCg0KDQotODg2OTAwIDQgICA8c2FjPiA8dW1i PiA8bXByICsgc3BhY2UgPiAqICIgTm8gUXVlc3Rpb24uICI7IA0KICANClRoYW5rcy4gDQogIA0K QmVzdCwgDQpaaGVuZ3VhbmcgDQoyMDA4LTAzLTMwIA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWmhlbmd1YW5nIENhaSAoR2FycnkpIA0K UGhEIHN0dWRlbnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBhbmQgQ29tbXVuaWNhdGlvbiANCkRl cGFydG1lbnQgb2YgUHN5Y2hvbG9neSANCnRoZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaCANCk9m ZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaCANCkVtYWlsOiBnZXJhbGRjYWlA MTYzLmNvbSwgczA3ODIzNDVAc21zLmVkLmFjLnVrIA0KTW9iaWxlOiAwNzk3NTY0ODM4NCANCg0K t6K8/sjLo7ogbk9PZGxlIA0Kt6LLzcqxvOSjuiAyMDA4LTAzLTMwICAxODo1NDoxOCANCsrVvP7I y6O6IGRtZHggDQqzrcvNo7ogDQrW98zio7ogW0RNRFhdIFJlOkF1ZGlvIHJlY29yZGluZyBwcm9i bGVtIA0KDQpDYW4gd2Ugc2VlIHdoYXQgeW91IGhhdmUgd3JvdGUgaW4geW91ciBpdGVtcz8gDQog IA0KICANCi0tLS0tLS0tLS0tLS0tLS0tLSANCg0KR3JlZWQgaXMgZ29vZCBvciBub3Q/IA0KICAN CiAgDQotLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tIA0KDQpG cm9tOiAgIlpoZW5ndWFuZyBDYWkiPGdlcmFsZGNhaUAxNjMuY29tPjsgDQpEYXRlOiAgTW9uLCBN YXIgMzEsIDIwMDggMDE6NDggQU0gDQpUbzogICJETURYIjxETURYQHBzeTEucHN5Y2guYXJpem9u YS5lZHU+OyANCg0KU3ViamVjdDogIFtETURYXSBBdWRpbyByZWNvcmRpbmcgcHJvYmxlbSANCiAg DQoNCkhpIGV2ZXJ5b25lIA0KICANCkkgYW0gbGVhcm5pbmcgdG8gdXNlIERNRFgsIGFuZCBJIGhh dmUgYSBwcm9ibGVtIHdpdGggRE1EWC4gDQogIA0KSSBhbSB1c2luZyBzeW50YWN0aWMgcHJpbWlu ZyB0byBpbiBteSBleHBlcmltZW50LiBJIGFtIHRvIHByZXNlbnQgYSBwaWN0dXJlIG9uIHRoZSBt b25pdG9yIGFuZCBhc2sgdGhlIHN1YmplY3QgdG8gZGVzY3JpYmUgaXQuIFRoZSBkZXNjcmlwdGlv biBpcyByZWNvcmRlZC4gSSBuZWVkIHRvIHBpY3R1cmUgdG8gYmUgcHJlc2VudGVkIG9uIHRoZSBt b25pdG9yIHdoaWxlIHRoZSBzdWJqZWN0IGlzIGRlc2NyaWJpbmcgaXQuIFRoZSBzdWJqZWN0IGlz IGdpdmVuIGFzIG11Y2ggdGltZSBhcyBwb3NzaWJsZSB0byBkZXNyaWJlIHRoZSBwaWN0dXJlLiBB bmQgd2hlbiB0aGUgc3ViamVjdCBpcyBkb25lIGRlc2NyaWJpbmcsIGhlIGlzIHRvIHByZXNzIHRo ZSBTcGFjZSBiYXIsIGFuZCB0aGUgcGljdHVyZSBpcyB0byBkaXNhcHBlYXIgYW5kIGFub3RoZXIg dHJpYWxzIGJlZ2lucy4gSSB1c2VkIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVycy4gDQogIA0KICAN Cg0KPEV4dGVuZGVkUGFyYW1ldGVycz4gDQoNCiAgDQoNCjxuIDM2PiANCg0KPGF6az4gDQoNCjxk IDA+IA0KDQo8SW5wdXREZXZpY2UgImtleWJvYXJkIj4gDQoNCjxNYXBSZXF1ZXN0ICtzcGFjZT4g DQoNCjxEZWZhdWx0QmFja2dyb3VuZENvbG9yIDA+IA0KDQo8RGVmYXVsdFdyaXRpbmdDb2xvciAy NTUyNTUyNTU+IA0KDQo8VmlkZW9Nb2RlIDEwMjQsNzY4LDc2OCwzMiw1MD4gDQoNCjxDbGVhckZl ZWRiYWNrPiANCg0KPGNyPiANCg0KPElEIFJlY29yZFZvY2FsIDYwMDA+IA0KDQo8VGltZW91dCA2 MDAwPiANCg0KPEVuZE9mUGFyYW1ldGVycz4gDQogIA0KVGhlIHByb2JsZW0gaXMgdGhhdCB0aGUg cGljdHVyZSBpcyB0aGF0IHRoZSByZWNvcmRpbmcgbGFzdHMgb25seSBmb3IgNiBzZWNvbmRzLiBP ZiBjb3Vyc2UgSSBjYW4gc2V0IDxUaW1lb3V0IDEwMDAwMD4sIGJ1dCBhIGVuc3VpbmcgcHJvYmxl bSBpcyB0aGF0IGV2ZW4gd2hlbiB0aGUgc3ViamVjdCBwcmVzcyB0aGUgU3BhY2UgYmFyLCB0aGUg cmVjb3JkaW5nIGlzIHRvIGxhc3QgZm9yIDEwMCBzZWNvbmRzISANCiAgDQpBbnlvbmUga25vd3Mg aG93IHRvIGRvIHRoYXQ/IA0KICANCkJlc3QsIA0KWmhlbmd1YW5nIA0KICANCjIwMDgtMDMtMzAg DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0g DQpaaGVuZ3VhbmcgQ2FpIChHYXJyeSkgDQpQaEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0 aW9uIGFuZCBDb21tdW5pY2F0aW9uIA0KRGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5IA0KdGhlIFVu aXZlcnNpdHkgb2YgRWRpbmJ1cmdoIA0KT2ZmaWNlOiBTMzUsIDcgR2VvcmdlIFNxdWFyZSwgRWRp bmJ1cmdoIA0KRW1haWw6IGdlcmFsZGNhaUAxNjMuY29tLCBzMDc4MjM0NUBzbXMuZWQuYWMudWsg DQpNb2JpbGU6IDA3OTc1NjQ4Mzg0IA0K --=====003_Dragon424564511110_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjMyNjgiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPkBmb250LWZhY2Ugew0KCWZvbnQt ZmFtaWx5OiDLzszlOw0KfQ0KQGZvbnQtZmFjZSB7DQoJZm9udC1mYW1pbHk6IFZlcmRhbmE7DQp9 DQpAZm9udC1mYWNlIHsNCglmb250LWZhbWlseTogQMvOzOU7DQp9DQpAcGFnZSBTZWN0aW9uMSB7 c2l6ZTogNTk1LjNwdCA4NDEuOXB0OyBtYXJnaW46IDcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBw dDsgbGF5b3V0LWdyaWQ6IDE1LjZwdDsgfQ0KUC5Nc29Ob3JtYWwgew0KCVRFWFQtSlVTVElGWTog aW50ZXItaWRlb2dyYXBoOyBGT05ULVNJWkU6IDEwLjVwdDsgTUFSR0lOOiAwY20gMGNtIDBwdDsg Rk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9tYW4iOyBURVhULUFMSUdOOiBqdXN0aWZ5DQp9DQpM SS5Nc29Ob3JtYWwgew0KCVRFWFQtSlVTVElGWTogaW50ZXItaWRlb2dyYXBoOyBGT05ULVNJWkU6 IDEwLjVwdDsgTUFSR0lOOiAwY20gMGNtIDBwdDsgRk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9t YW4iOyBURVhULUFMSUdOOiBqdXN0aWZ5DQp9DQpESVYuTXNvTm9ybWFsIHsNCglURVhULUpVU1RJ Rlk6IGludGVyLWlkZW9ncmFwaDsgRk9OVC1TSVpFOiAxMC41cHQ7IE1BUkdJTjogMGNtIDBjbSAw cHQ7IEZPTlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsgVEVYVC1BTElHTjoganVzdGlmeQ0K fQ0KQTpsaW5rIHsNCglDT0xPUjogYmx1ZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmUNCn0N ClNQQU4uTXNvSHlwZXJsaW5rIHsNCglDT0xPUjogYmx1ZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRl cmxpbmUNCn0NCkE6dmlzaXRlZCB7DQoJQ09MT1I6IHB1cnBsZTsgVEVYVC1ERUNPUkFUSU9OOiB1 bmRlcmxpbmUNCn0NClNQQU4uTXNvSHlwZXJsaW5rRm9sbG93ZWQgew0KCUNPTE9SOiBwdXJwbGU7 IFRFWFQtREVDT1JBVElPTjogdW5kZXJsaW5lDQp9DQpTUEFOLkVtYWlsU3R5bGUxNyB7DQoJRk9O VC1XRUlHSFQ6IG5vcm1hbDsgQ09MT1I6IHdpbmRvd3RleHQ7IEZPTlQtU1RZTEU6IG5vcm1hbDsg Rk9OVC1GQU1JTFk6IFZlcmRhbmE7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgbXNvLXN0eWxlLXR5 cGU6IHBlcnNvbmFsLWNvbXBvc2UNCn0NCkRJVi5TZWN0aW9uMSB7DQoJcGFnZTogU2VjdGlvbjEN Cn0NClVOS05PV04gew0KCUZPTlQtU0laRTogMTBwdA0KfQ0KQkxPQ0tRVU9URSB7DQoJTUFSR0lO LVRPUDogMHB4OyBNQVJHSU4tQk9UVE9NOiAwcHg7IE1BUkdJTi1MRUZUOiAyZW0NCn0NCk9MIHsN CglNQVJHSU4tVE9QOiAwcHg7IE1BUkdJTi1CT1RUT006IDBweA0KfQ0KVUwgew0KCU1BUkdJTi1U T1A6IDBweDsgTUFSR0lOLUJPVFRPTTogMHB4DQp9DQo8L1NUWUxFPg0KPC9IRUFEPg0KPEJPRFkg c3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IHZlcmRhbmEiPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+VGhhbmtzIHRvIFNjb3R0IGZvciB0 aGUgaWRlYS4gSSANCnRoaW5rIGl0IHdvcmtzIGZvciBtZSE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGNvbG9yPSMwMDAwODA+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDgwPkJlc3QsPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDgwPkdhcnJ5 PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXpl PTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAw MDA4MCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEg Y29sb3I9I2MwYzBjMCBzaXplPTI+MjAwOC0wNC0wMiA8L0ZPTlQ+PC9ESVY+PEZPTlQgDQpmYWNl PVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXplPTI+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsg SEVJR0hUOiAycHgiIGFsaWduPWxlZnQgU0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgY29sb3I9I2MwYzBjMCBzaXplPTI+PFNQQU4+DQo8RElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgDQpzaXplPTI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSA8QlI+Wmhlbmd1YW5nIENhaSANCihHYXJyeSk8QlI+UGhEIHN0dWRl bnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBhbmQgQ29tbXVuaWNhdGlvbjwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj5EZXBhcnRtZW50IG9mIFBzeWNob2xvZ3k8 QlI+dGhlIFVuaXZlcnNpdHkgb2YgDQpFZGluYnVyZ2g8QlI+T2ZmaWNlOiBTMzUsIDcgR2Vvcmdl IFNxdWFyZSwgRWRpbmJ1cmdoPEJSPkVtYWlsOiA8QSANCmhyZWY9Im1haWx0bzpnZXJhbGRjYWlA MTYzLmNvbSwiPmdlcmFsZGNhaUAxNjMuY29tLDwvQT4gPEEgDQpocmVmPSJtYWlsdG86czA3ODIz NDVAc21zLmVkLmFjLnVrIj5zMDc4MjM0NUBzbXMuZWQuYWMudWs8L0E+IDwvRk9OVD48L0RJVj4N CjxESVY+TW9iaWxlOiAwNzk3NTY0ODM4NDwvRElWPjwvRElWPjwvU1BBTj48L0ZPTlQ+PC9ESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIA0KY29sb3I9IzAwMDA4MCBzaXplPTI+DQo8SFI+DQo8L0ZPTlQ+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PFNUUk9ORz63orz+yMujujwvU1RST05H PiBTY290dCBKYWNrc29uIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNp emU9Mj48U1RST05HPreiy83Ksbzko7o8L1NUUk9ORz4gMjAwOC0wMy0zMSZuYnNwOyAwMTozMDow OSANCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48U1RST05H PsrVvP7Iy6O6PC9TVFJPTkc+IERNRFhAcHN5MS5wc3ljaC5hcml6b25hLmVkdSANCjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48U1RST05HPrOty82jujwvU1RS T05HPiA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PFNUUk9O Rz7W98zio7o8L1NUUk9ORz4gW0RNRFhdIFJlOlJlOiBSZTpBdWRpbyANCnJlY29yZGluZyBwcm9i bGVtIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+ IDwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPkhpLDxCUj48QlI+V2hlbmV2 ZXIgSSd2ZSBuZWVkZWQgc29tZXRoaW5nIGxpa2UgDQp0aGlzLCBJJ3ZlIGFsd2F5cyBoYWQgdG8g dXNlIGFuIEFib3J0IGtleS4mbmJzcDsgVGhhdCBpcywgeW91IGp1c3QgbmVlZCB0byB1c2UgDQom bHQ7YWlrbiZndDsgdG8gc2V0IHRoZSBrZXkgZm9yIEFib3J0aW5nIGFuIGl0ZW0sIGxpa2UgJmx0 O2Fpa24gK0VudGVyJmd0OywgYW5kIA0KdGhlbiB0aGUgc3ViamVjdCBqdXN0IGFib3J0cyBlYWNo IGl0ZW0gd2hlbiB0aGV5J3JlIGRvbmUgd2l0aCBpdC4mbmJzcDsgWW91IGNhbiANCnNldCB0aGUg dGltZW91dCAoYW5kIHRodXMgcG90ZW50aWFsIHJlY29yZGluZyBsZW5ndGgpIHRvIGFzIGxvbmcg YXMgeW91IHdhbnQgDQp0aGlzIHdheS4mbmJzcDsgPEJSPjxCUj5PZiBjb3Vyc2UgdGhpcyB3aWxs IG1ha2UgeW91ciAuYXprIG91dHB1dCBmaWxlIG5vdCBzbyANCnVzZWZ1bCAoYWxsIHRoZSBpdGVt cyB3aWxsIHNheSAiaXRlbSBhYm9ydGVkIiBhbmQgd2lsbCBsaXN0IGFuIFJUID0gdG8gdGhlIA0K dGltZW91dCkuJm5ic3A7IEJ1dCBpdCBzb3VuZHMgbGlrZSB0aGlzIGlzIG5vdCBhbiBpc3N1ZSBm b3IgeW91IGFueXdheS4mbmJzcDsgSWYgDQp5b3UgcmVhbGx5IG5lZWQgY29kZWQgcmVzcG9uc2Vz IGFuZCBSVHMgb24gdGhvc2UgcmVzcG9uc2VzLCB5b3UganVzdCBuZWVkIHRvIA0KdHVybiBvbiAm bHQ7emlsJmd0OyAoYW5kIHByb2JhYmx5ICZsdDt6b3ImZ3Q7LCB0b28pLCBhbmQgZ2V0IHRoZW0g b2ZmIHRoZSAuemlsIA0Kb3V0cHV0IGZpbGUuPEJSPjxCUj5Ib3BlIHRoaXMgaGVscHMsPEJSPi1z Y290dDxCUj48QlI+PEJSPg0KPERJViBjbGFzcz1nbWFpbF9xdW90ZT4yMDA4LzMvMzAgWmhlbmd1 YW5nIENhaSAmbHQ7PEEgDQpocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5jb20iPmdlcmFsZGNh aUAxNjMuY29tPC9BPiZndDs6PEJSPg0KPEJMT0NLUVVPVEUgY2xhc3M9Z21haWxfcXVvdGUgDQpz dHlsZT0iUEFERElORy1MRUZUOiAxZXg7IE1BUkdJTjogMHB0IDBwdCAwcHQgMC44ZXg7IEJPUkRF Ui1MRUZUOiByZ2IoMjA0LDIwNCwyMDQpIDFweCBzb2xpZCI+DQogIDxESVYgc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IHZlcmRhbmEiPg0KICA8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBjb2xvcj0jMDAwMDgwIHNpemU9Mj5JIHRyaWVkLCBidXQgdGhlIHJlY29yZGluZyBzdGls bCANCiAgbGFzdGVkIGZvciB0aGUgNiBzZWNvbmRzLCBhcyBzcGVjaWZpZWQgaW4gVGltZW91dC4g SSBuZWVkIHRoZSByZWNvcmRpbmcgdG8gYmUgDQogIHN0b3BwZWQgd2hlbiB0aGUgc3BhY2UgYmFy IGlzIHByZXNzZWQuPC9GT05UPjwvRElWPg0KICA8RElWPjxGT05UIGNvbG9yPSMwMDAwODA+PC9G T05UPiZuYnNwOzwvRElWPg0KICA8RElWPjxGT05UIGNvbG9yPSMwMDAwODA+QmVzdCw8L0ZPTlQ+ PC9ESVY+DQogIDxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD5aaGVuZ3Vhbmc8L0ZPTlQ+PC9ESVY+ DQogIDxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwODAgc2l6ZT0yPjwvRk9OVD4m bmJzcDs8L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDA4MCBzaXpl PTI+PC9GT05UPiZuYnNwOzwvRElWPg0KICA8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0j YzBjMGMwIHNpemU9Mj4yMDA4LTAzLTMxIDwvRk9OVD48L0RJVj48Rk9OVCANCiAgZmFjZT1WZXJk YW5hIGNvbG9yPSMwMDAwODAgc2l6ZT0yPg0KICA8SFIgc3R5bGU9IldJRFRIOiAxMjJweCIgYWxp Z249bGVmdCBTSVpFPTI+DQogIDwvRk9OVD4NCiAgPERJViBjbGFzcz1JaDJFM2Q+DQogIDxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSNjMGMwYzAgc2l6ZT0yPjxTUEFOPg0KICA8RElWPg0K ICA8RElWPjxGT05UIGZhY2U9VmVyZGFuYSANCiAgc2l6ZT0yPi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gPEJSPlpoZW5ndWFuZyBDYWkgDQogIChH YXJyeSk8QlI+UGhEIHN0dWRlbnQgaW4gTGFuZ3VhZ2UsIENvZ25pdGlvbiBhbmQgQ29tbXVuaWNh dGlvbjwvRk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPkRlcGFy dG1lbnQgb2YgUHN5Y2hvbG9neTxCUj50aGUgVW5pdmVyc2l0eSBvZiANCiAgRWRpbmJ1cmdoPEJS Pk9mZmljZTogUzM1LCA3IEdlb3JnZSBTcXVhcmUsIEVkaW5idXJnaDxCUj5FbWFpbDogPEEgDQog IGhyZWY9Im1haWx0bzpnZXJhbGRjYWlAMTYzLmNvbSwiIHRhcmdldD1fYmxhbms+Z2VyYWxkY2Fp QDE2My5jb20sPC9BPiA8QSANCiAgaHJlZj0ibWFpbHRvOnMwNzgyMzQ1QHNtcy5lZC5hYy51ayIg dGFyZ2V0PV9ibGFuaz5zMDc4MjM0NUBzbXMuZWQuYWMudWs8L0E+IA0KICA8L0ZPTlQ+PC9ESVY+ DQogIDxESVY+TW9iaWxlOiAwNzk3NTY0ODM4NDwvRElWPjwvRElWPjwvU1BBTj48L0ZPTlQ+PC9E SVY+PEZPTlQgZmFjZT1WZXJkYW5hIA0KICBjb2xvcj0jMDAwMDgwIHNpemU9Mj4NCiAgPEhSPg0K ICA8L0ZPTlQ+DQogIDxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48Qj63orz+yMujujwv Qj4gbk9PZGxlIDwvRk9OVD48L0RJVj48L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEg c2l6ZT0yPjxCPreiy83Ksbzko7o8L0I+IDIwMDgtMDMtMzAmbmJzcDsgMTk6MTI6MDMgDQogIDwv Rk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjxCPsrVvP7Iy6O6 PC9CPiBkbWR4IDwvRk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0y PjxCPrOty82jujwvQj4gPC9GT05UPjwvRElWPg0KICA8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBz aXplPTI+PEI+1vfM4qO6PC9CPiBbRE1EWF0gUmU6UmU6IFJlOkF1ZGlvIHJlY29yZGluZyANCiAg cHJvYmxlbSA8L0ZPTlQ+PC9ESVY+DQogIDxESVY+DQogIDxESVY+PC9ESVY+DQogIDxESVYgY2xh c3M9V2ozQzdjPg0KICA8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPjwvRElW Pg0KICA8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQogIDxESVY+U2V0IGFub3RoZXIg cmVzcG9uc2Uga2V5LCBmb3IgZXhhbXBsZSBFbnRlci48L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJ Vj4NCiAgPERJVj4mbmJzcDs8L0RJVj4NCiAgPERJViANCiAgc3R5bGU9IkZPTlQtU0laRTogMTJw eDsgQ09MT1I6IHJnYigxNDQsMTQ0LDE0NCk7IEZPTlQtRkFNSUxZOiBBcmlhbCBOYXJyb3ciPi0t LS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KICA8RElWPg0KICA8RElWPkdyZWVkIGlzIGdvb2Qgb3Ig bm90PyA8L0RJVj48L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJ Vj4NCiAgPERJViANCiAgc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFERElORy1MRUZUOiAw cHg7IEZPTlQtU0laRTogMTJweDsgUEFERElORy1CT1RUT006IDJweDsgUEFERElORy1UT1A6IDJw eDsgRk9OVC1GQU1JTFk6IEFyaWFsIE5hcnJvdyI+LS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7T3Jp Z2luYWwmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCiAgPERJViBzdHlsZT0iRk9OVC1T SVpFOiAxMnB4Ij4NCiAgPERJVj48Qj5Gcm9tOiA8L0I+Jm5ic3A7IlpoZW5ndWFuZyBDYWkiJmx0 OzxBIGhyZWY9Im1haWx0bzpnZXJhbGRjYWlAMTYzLmNvbSIgDQogIHRhcmdldD1fYmxhbms+Z2Vy YWxkY2FpQDE2My5jb208L0E+Jmd0Ozs8L0RJVj4NCiAgPERJVj48Qj5EYXRlOiA8L0I+Jm5ic3A7 TW9uLCBNYXIgMzEsIDIwMDggMDE6NTkgQU08L0RJVj4NCiAgPERJVj48Qj5UbzogPC9CPiZuYnNw OyI8QSBocmVmPSJtYWlsdG86RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IiANCiAgdGFyZ2V0 PV9ibGFuaz5ETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU8L0E+IiZsdDs8QSANCiAgaHJlZj0i bWFpbHRvOkRNRFhAcHN5MS5wc3ljaC5hcml6b25hLmVkdSIgDQogIHRhcmdldD1fYmxhbms+RE1E WEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9BPiZndDs7IDwvRElWPg0KICA8RElWPjwvRElWPg0K ICA8RElWPjxCPlN1YmplY3Q6IDwvQj4mbmJzcDtbRE1EWF0gUmU6IFJlOkF1ZGlvIHJlY29yZGlu ZyBwcm9ibGVtPC9ESVY+PC9ESVY+DQogIDxESVY+Jm5ic3A7PC9ESVY+DQogIDxESVYgc3R5bGU9 IkZPTlQtV0VJR0hUOiBub3JtYWwiPjxCUj5ISSwgPEJSPiZuYnNwOyA8QlI+VGhlIGZvbGxvd2lu ZyBpcyBvbmUgDQogIG9mIHRoZSB0cmlhbHMuIDxCUj4mbmJzcDsgPEJSPjxCUj4rIDg4NjkwMDEg Jmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciANCiAgK3NwYWNlJmd0OyAqICIgVGhlIGdp cmwgZ2F2ZSB0aGUgdGVhY2hlciBoZXIgZHJhd2luZy4gIjsgPEJSPjxCUj48QlI+KyA4ODY5MDAg DQogIDIgJmx0O3NhYyZndDsgJmx0O3VtYiZndDsgJmx0O21wciArc3BhY2UmZ3Q7ICogIiBUZW4g bWludXRlcyBsYXRlciwgdGhlIGJveSANCiAgbGVmdCAiOyA8QlI+PEJSPjxCUj4rODg2OTAwMyAm bHQ7c2FjIDAmZ3Q7ICZsdDt1bWImZ3Q7ICZsdDttcHIgK3NwYWNlJmd0OyBnICoiIA0KICAxMDEw ICI7IDxCUj48QlI+PEJSPi04ODY5MDAgNCAmbmJzcDsgJmx0O3NhYyZndDsgJmx0O3VtYiZndDsg Jmx0O21wciArIHNwYWNlIA0KICAmZ3Q7ICogIiBObyBRdWVzdGlvbi4gIjsgPEJSPiZuYnNwOyA8 QlI+VGhhbmtzLiA8QlI+Jm5ic3A7IDxCUj5CZXN0LCANCiAgPEJSPlpoZW5ndWFuZyA8QlI+MjAw OC0wMy0zMCANCiAgPEJSPjxCUj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tIDxCUj5aaGVuZ3VhbmcgQ2FpIA0KICAoR2FycnkpIDxCUj5QaEQgc3R1 ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uIA0KICA8QlI+RGVw YXJ0bWVudCBvZiBQc3ljaG9sb2d5IDxCUj50aGUgVW5pdmVyc2l0eSBvZiBFZGluYnVyZ2ggPEJS Pk9mZmljZTogUzM1LCANCiAgNyBHZW9yZ2UgU3F1YXJlLCBFZGluYnVyZ2ggPEJSPkVtYWlsOiA8 QSBocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5jb20iIA0KICB0YXJnZXQ9X2JsYW5rPmdlcmFs ZGNhaUAxNjMuY29tPC9BPiwgPEEgaHJlZj0ibWFpbHRvOnMwNzgyMzQ1QHNtcy5lZC5hYy51ayIg DQogIHRhcmdldD1fYmxhbms+czA3ODIzNDVAc21zLmVkLmFjLnVrPC9BPiA8QlI+TW9iaWxlOiAw Nzk3NTY0ODM4NCA8QlI+PEJSPreivP7Iy6O6IA0KICBuT09kbGUgPEJSPreiy83Ksbzko7ogMjAw OC0wMy0zMCZuYnNwOyAxODo1NDoxOCA8QlI+ytW8/sjLo7ogZG1keCA8QlI+s63LzaO6IDxCUj7W 98zio7ogDQogIFtETURYXSBSZTpBdWRpbyByZWNvcmRpbmcgcHJvYmxlbSA8QlI+PEJSPkNhbiB3 ZSBzZWUgd2hhdCB5b3UgaGF2ZSB3cm90ZSBpbiANCiAgeW91ciBpdGVtcz8gPEJSPiZuYnNwOyA8 QlI+Jm5ic3A7IDxCUj4tLS0tLS0tLS0tLS0tLS0tLS0gPEJSPjxCUj5HcmVlZCBpcyBnb29kIA0K ICBvciBub3Q/IDxCUj4mbmJzcDsgPEJSPiZuYnNwOyA8QlI+LS0tLS0tLS0tLS0tLS0tLS0tIE9y aWdpbmFsIA0KICAtLS0tLS0tLS0tLS0tLS0tLS0gPEJSPjxCUj5Gcm9tOiAmbmJzcDsiWmhlbmd1 YW5nIENhaSImbHQ7PEEgDQogIGhyZWY9Im1haWx0bzpnZXJhbGRjYWlAMTYzLmNvbSIgdGFyZ2V0 PV9ibGFuaz5nZXJhbGRjYWlAMTYzLmNvbTwvQT4mZ3Q7OyANCiAgPEJSPkRhdGU6ICZuYnNwO01v biwgTWFyIDMxLCAyMDA4IDAxOjQ4IEFNIDxCUj5UbzogJm5ic3A7IkRNRFgiJmx0OzxBIA0KICBo cmVmPSJtYWlsdG86RE1EWEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IiANCiAgdGFyZ2V0PV9ibGFu az5ETURYQHBzeTEucHN5Y2guYXJpem9uYS5lZHU8L0E+Jmd0OzsgPEJSPjxCUj5TdWJqZWN0OiAN CiAgJm5ic3A7W0RNRFhdIEF1ZGlvIHJlY29yZGluZyBwcm9ibGVtIDxCUj4mbmJzcDsgPEJSPjxC Uj5IaSBldmVyeW9uZSA8QlI+Jm5ic3A7IA0KICA8QlI+SSBhbSBsZWFybmluZyB0byB1c2UgRE1E WCwgYW5kIEkgaGF2ZSBhIHByb2JsZW0gd2l0aCBETURYLiA8QlI+Jm5ic3A7IA0KICA8QlI+SSBh bSB1c2luZyBzeW50YWN0aWMgcHJpbWluZyB0byBpbiBteSBleHBlcmltZW50LiBJIGFtIHRvIHBy ZXNlbnQgYSANCiAgcGljdHVyZSBvbiB0aGUgbW9uaXRvciBhbmQgYXNrIHRoZSBzdWJqZWN0IHRv IGRlc2NyaWJlIGl0LiBUaGUgZGVzY3JpcHRpb24gaXMgDQogIHJlY29yZGVkLiBJIG5lZWQgdG8g cGljdHVyZSB0byBiZSBwcmVzZW50ZWQgb24gdGhlIG1vbml0b3Igd2hpbGUgdGhlIHN1YmplY3Qg DQogIGlzIGRlc2NyaWJpbmcgaXQuIFRoZSBzdWJqZWN0IGlzIGdpdmVuIGFzIG11Y2ggdGltZSBh cyBwb3NzaWJsZSB0byBkZXNyaWJlIHRoZSANCiAgcGljdHVyZS4gQW5kIHdoZW4gdGhlIHN1Ympl Y3QgaXMgZG9uZSBkZXNjcmliaW5nLCBoZSBpcyB0byBwcmVzcyB0aGUgU3BhY2UgDQogIGJhciwg YW5kIHRoZSBwaWN0dXJlIGlzIHRvIGRpc2FwcGVhciBhbmQgYW5vdGhlciB0cmlhbHMgYmVnaW5z LiBJIHVzZWQgdGhlIA0KICBmb2xsb3dpbmcgcGFyYW1ldGVycy4gPEJSPiZuYnNwOyA8QlI+Jm5i c3A7IDxCUj48QlI+Jmx0O0V4dGVuZGVkUGFyYW1ldGVycyZndDsgDQogIDxCUj48QlI+Jm5ic3A7 IDxCUj48QlI+Jmx0O24gMzYmZ3Q7IDxCUj48QlI+Jmx0O2F6ayZndDsgPEJSPjxCUj4mbHQ7ZCAw Jmd0OyANCiAgPEJSPjxCUj4mbHQ7SW5wdXREZXZpY2UgImtleWJvYXJkIiZndDsgPEJSPjxCUj4m bHQ7TWFwUmVxdWVzdCArc3BhY2UmZ3Q7IA0KICA8QlI+PEJSPiZsdDtEZWZhdWx0QmFja2dyb3Vu ZENvbG9yIDAmZ3Q7IDxCUj48QlI+Jmx0O0RlZmF1bHRXcml0aW5nQ29sb3IgDQogIDI1NTI1NTI1 NSZndDsgPEJSPjxCUj4mbHQ7VmlkZW9Nb2RlIDEwMjQsNzY4LDc2OCwzMiw1MCZndDsgDQogIDxC Uj48QlI+Jmx0O0NsZWFyRmVlZGJhY2smZ3Q7IDxCUj48QlI+Jmx0O2NyJmd0OyA8QlI+PEJSPiZs dDtJRCBSZWNvcmRWb2NhbCANCiAgNjAwMCZndDsgPEJSPjxCUj4mbHQ7VGltZW91dCA2MDAwJmd0 OyA8QlI+PEJSPiZsdDtFbmRPZlBhcmFtZXRlcnMmZ3Q7IA0KICA8QlI+Jm5ic3A7IDxCUj5UaGUg cHJvYmxlbSBpcyB0aGF0IHRoZSBwaWN0dXJlIGlzIHRoYXQgdGhlIHJlY29yZGluZyBsYXN0cyAN CiAgb25seSBmb3IgNiBzZWNvbmRzLiBPZiBjb3Vyc2UgSSBjYW4gc2V0ICZsdDtUaW1lb3V0IDEw MDAwMCZndDssIGJ1dCBhIGVuc3VpbmcgDQogIHByb2JsZW0gaXMgdGhhdCBldmVuIHdoZW4gdGhl IHN1YmplY3QgcHJlc3MgdGhlIFNwYWNlIGJhciwgdGhlIHJlY29yZGluZyBpcyB0byANCiAgbGFz dCBmb3IgMTAwIHNlY29uZHMhIDxCUj4mbmJzcDsgPEJSPkFueW9uZSBrbm93cyBob3cgdG8gZG8g dGhhdD8gPEJSPiZuYnNwOyANCiAgPEJSPkJlc3QsIDxCUj5aaGVuZ3VhbmcgPEJSPiZuYnNwOyA8 QlI+MjAwOC0wMy0zMCANCiAgPEJSPjxCUj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIDxCUj5aaGVuZ3VhbmcgQ2FpIA0KICAoR2FycnkpIDxCUj5Q aEQgc3R1ZGVudCBpbiBMYW5ndWFnZSwgQ29nbml0aW9uIGFuZCBDb21tdW5pY2F0aW9uIA0KICA8 QlI+RGVwYXJ0bWVudCBvZiBQc3ljaG9sb2d5IDxCUj50aGUgVW5pdmVyc2l0eSBvZiBFZGluYnVy Z2ggPEJSPk9mZmljZTogUzM1LCANCiAgNyBHZW9yZ2UgU3F1YXJlLCBFZGluYnVyZ2ggPEJSPkVt YWlsOiA8QSBocmVmPSJtYWlsdG86Z2VyYWxkY2FpQDE2My5jb20iIA0KICB0YXJnZXQ9X2JsYW5r PmdlcmFsZGNhaUAxNjMuY29tPC9BPiwgPEEgaHJlZj0ibWFpbHRvOnMwNzgyMzQ1QHNtcy5lZC5h Yy51ayIgDQogIHRhcmdldD1fYmxhbms+czA3ODIzNDVAc21zLmVkLmFjLnVrPC9BPiA8QlI+TW9i aWxlOiAwNzk3NTY0ODM4NCANCiAgPC9ESVY+PC9GT05UPjwvRElWPjwvRElWPjwvRElWPjwvRElW PjwvQkxPQ0tRVU9URT48L0RJVj48QlI+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon424564511110_=====-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 3 08:44:58 2008 Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m33Fi3Mq000343 for ; Thu, 3 Apr 2008 08:44:05 -0700 Received: by fk-out-0910.google.com with SMTP id b27so4881170fka.11 for ; Thu, 03 Apr 2008 08:44:01 -0700 (PDT) Received: by 10.78.29.6 with SMTP id c6mr30103684huc.48.1207237437741; Thu, 03 Apr 2008 08:43:57 -0700 (PDT) Received: by 10.78.174.2 with HTTP; Thu, 3 Apr 2008 08:43:57 -0700 (PDT) Message-ID: <208bdab0804030843y1a69c77dpa88c887b6570f37c@mail.gmail.com> Date: Thu, 3 Apr 2008 10:43:57 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu, ttschnur@gmail.com Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1415_29853106.1207237437671" References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_1415_29853106.1207237437671 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering. Thanks so much! Olivia On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster < jforster@psy1.psych.arizona.edu> wrote: > > If the previous item's sound recording or subject RT gathering or audio > playing lasts that long that's how long the next item's first frame is going > to be delayed. Indeed, enormous display errors are almost always caused by > item design and not item preparation. Don't used a fixed delay unless you > really want a fixed delay, used something like if a rigorous ISI > isn't essential to your paradigm. > > > At 11:25 AM 4/2/2008 -0500, you wrote: > > Should the delay really take up to 180 ticks though? > > On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. > wrote: > > > Yeah, a common problem is people turning the clock on for a response and > using a fixed delay that is shorter than the timeout of the RT. Here it's > likely to be a similar problem as the timeout sums to exactly the duration > of the display and the delay leaving no time for DMDX to prepare the item. > Most machines are going to be requiring at least a couple of ticks and > anything that reads source material (like a wave file) considerably longer. > You must leave enough slack for the machine to do what it needs to do. > There's a note about all of that in the help: > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm > > > At 08:35 AM 4/2/2008 -0600, you wrote: > > Someone else posted about these recently and I may have another solution. > The original response to the other person suggested things like video driver > problems and resetting values in TimeDX. I tried all those things and > nothing worked. What DID work was noticed I had default delay values in the > header that I think were conflicting with the delays I had set on the item > lines. When I sheared the header done to only the absolutely needed pieces, > no more errors! > > One idea, anyway! > > SchnurLab wrote: > > Hi Everyone, > > I'm currently working on a script that does the following things: > > #1. Present a cross for 500 ms > #2. Present a blank screen for 250 ms > #3. Present a black and white picture for 500 ms > #4. Play short tone as the picture is going off the screen > #5. Have an extra 1500 ms of blank screen for the item > #6. Have DMDX record RTs (using DigitalVox) and actual responses (using > RecordVocal) from the onset of the picture until the end of the 1500 ms > blank screen after the picture > #7. Have a 500 ms ITI > > But for some reason, the data keeps giving me delay errors, saying that > the next frame after the 1500 ms blank screen (the cross in the following > item) was delayed for X number of ticks (it changed depending on what > changes I made when I was trying things out with the script, but it was up > to over 180 ticks late for one revision of this script). I tried making the > delay longer, but when I made it long enough, it made the experiment > extremely long and boring. The main reason this is a problem is because we > want a constant ITI (that's not too long), and accurately recorded RTs and > responses, and right now, I can't seem to get all of that at once. If anyone > has done something similar to this and has suggestions on how to adjust my > script, since I don't seem to be having much luck with it, it'd be greatly > appreciated. > > Thanks so much! > > Olivia > > _______________________________________ > > > Here is my script: > > d29 f121 > > > > > > > 0 "EXPERIMENTAL SESSION", > > "During the experiment, you will see a series of pictures. Name > each", > > "picture as quickly as possible without making mistakes. If you > have", > > "any questions, please ask the experimenter now."; > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ > %90; > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/ > %90; > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ > %90; > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" %0/ > %90; > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ > %90; > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" > %0/ %90; > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ > %90; > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ > %90; > > > -- > ******************************** > Nicole Prause, Ph.D. > Department of Psychology > Idaho State University > 921 S 8th Ave > Stop 8112 Pocatello, ID 83209-8112 > > Email: nprause@isu.edu > Phone: 208-282-4077 > Fax: 208-282-4832 > Office: Garrison Hall 403 > ******************************** > ******************************** > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > ------=_Part_1415_29853106.1207237437671 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia


On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.


At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm


At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>



0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";





+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;

--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.


------=_Part_1415_29853106.1207237437671-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 3 19:00:33 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m341xptc002312 for ; Thu, 3 Apr 2008 18:59:51 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 464D957609F for ; Thu, 3 Apr 2008 18:59:51 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C972257609D for ; Thu, 3 Apr 2008 18:59:48 -0700 (MST) Message-Id: <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> Date: Thu, 03 Apr 2008 18:59:46 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <208bdab0804030843y1a69c77dpa88c887b6570f37c@mail.gmail.com > References: <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Then make your delays large enough. There's a whole section on determining what a minimum delay can be using the preparation A and B times: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm You can also use to make sure ISI is rigid. You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm At 10:43 AM 4/3/2008 -0500, you wrote: >A rigorous ITI is important, that's the problem we're having. Moving the >delay command from the parameters back down to the item line seemed to >help things (there were no more errors in the results file), but I think >the ITI was still varied for some trials (I don't know for sure, it just >really seemed like when I'd respond late an item, the delay was still >being lengthened still). Do you know how moving the placement of the delay >function affects the script? Does it allow delay errors to be reported in >the results file in one case (when it's in the parameters), but not the >other case (when it's in an item line)? I know putting a - before the >d-value (like you mentioned before) makes error messages not be reported, >but we need them to be reported if they're showing up, since timing is so >crucial, so that's why I was wondering. > >Thanks so much! > >Olivia > > >On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster ><jforster@psy1.psych.arizona.edu> >wrote: >> >>If the previous item's sound recording or subject RT gathering or audio >>playing lasts that long that's how long the next item's first frame is >>going to be delayed. Indeed, enormous display errors are almost always >>caused by item design and not item preparation. Don't used a fixed delay >>unless you really want a fixed delay, used something like if >>a rigorous ISI isn't essential to your paradigm. >> >> >>At 11:25 AM 4/2/2008 -0500, you wrote: >>>Should the delay really take up to 180 ticks though? >>> >>>On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. >>><jforster@psy1.psych.arizona.edu> >>> wrote: >>>> >>>>Yeah, a common problem is people turning the clock on for a response >>>>and using a fixed delay that is shorter than the timeout of the >>>>RT. Here it's likely to be a similar problem as the timeout sums to >>>>exactly the duration of the display and the delay leaving no time for >>>>DMDX to prepare the item. Most machines are going to be requiring at >>>>least a couple of ticks and anything that reads source material (like a >>>>wave file) considerably longer. You must leave enough slack for the >>>>machine to do what it needs to do. There's a note about all of that in >>>>the help: >>>> >>>>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm >>>> >>>> >>>>At 08:35 AM 4/2/2008 -0600, you wrote: >>>>>Someone else posted about these recently and I may have another >>>>>solution. The original response to the other person suggested things >>>>>like video driver problems and resetting values in TimeDX. I tried all >>>>>those things and nothing worked. What DID work was noticed I had >>>>>default delay values in the header that I think were conflicting with >>>>>the delays I had set on the item lines. When I sheared the header done >>>>>to only the absolutely needed pieces, no more errors! >>>>> >>>>>One idea, anyway! >>>>> >>>>>SchnurLab wrote: >>>>>>Hi Everyone, >>>>>> >>>>>>I'm currently working on a script that does the following things: >>>>>> >>>>>>#1. Present a cross for 500 ms >>>>>>#2. Present a blank screen for 250 ms >>>>>>#3. Present a black and white picture for 500 ms >>>>>>#4. Play short tone as the picture is going off the screen >>>>>>#5. Have an extra 1500 ms of blank screen for the item >>>>>>#6. Have DMDX record RTs (using DigitalVox) and actual responses >>>>>>(using RecordVocal) from the onset of the picture until the end of >>>>>>the 1500 ms blank screen after the picture >>>>>>#7. Have a 500 ms ITI >>>>>> >>>>>>But for some reason, the data keeps giving me delay errors, saying >>>>>>that the next frame after the 1500 ms blank screen (the cross in the >>>>>>following item) was delayed for X number of ticks (it changed >>>>>>depending on what changes I made when I was trying things out with >>>>>>the script, but it was up to over 180 ticks late for one revision of >>>>>>this script). I tried making the delay longer, but when I made it >>>>>>long enough, it made the experiment extremely long and boring. The >>>>>>main reason this is a problem is because we want a constant ITI >>>>>>(that's not too long), and accurately recorded RTs and responses, and >>>>>>right now, I can't seem to get all of that at once. If anyone has >>>>>>done something similar to this and has suggestions on how to adjust >>>>>>my script, since I don't seem to be having much luck with it, it'd be >>>>>>greatly appreciated. >>>>>> >>>>>>Thanks so much! >>>>>> >>>>>>Olivia >>>>>> >>>>>>_______________________________________ >>>>>> >>>>>> >>>>>>Here is my script: >>>>>> >>>>>> d29 f121 >>>>>1999> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>0 "EXPERIMENTAL SESSION", >>>>>> >>>>>> "During the experiment, you will see a series of pictures. >>>>>> Name each", >>>>>> >>>>>> "picture as quickly as possible without making mistakes. If >>>>>> you have", >>>>>> >>>>>> "any questions, please ask the experimenter now."; >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" >>>>>>%0/ %90; >>>>>> >>>>>>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>>>>start> %0/ %90; >>>>>> >>>>>>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" >>>>>>%0/ %90; >>>>>> >>>>>>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>>>>start> %0/ %90; >>>>>> >>>>>>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" >>>>>>%0/ %90; >>>>>> >>>>>>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>>>>start> %0/ %90; >>>>>> >>>>>>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" >>>>>>%0/ %90; >>>>>> >>>>>>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" >>>>>>%0/ %90; >>>>> >>>>>-- >>>>>******************************** >>>>>Nicole Prause, Ph.D. >>>>>Department of Psychology >>>>>Idaho State University >>>>>921 S 8th Ave >>>>>Stop 8112 Pocatello, ID 83209-8112 >>>>> >>>>>Email: nprause@isu.edu >>>>>Phone: 208-282-4077 >>>>>Fax: 208-282-4832 >>>>>Office: Garrison Hall 403 >>>>>******************************** >>>>>******************************** >>>>> >>>>> >>>>>==================================================================== >>>>> Send mail to >>>>> DMDX-request@psy1.psych.arizona.edu >>>>> with the word >>>>> 'unsubscribe' by itself with no quotes in the body of the email >>>>> to be removed from the list. The list archive is available here: >>>>> >>>>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>>==================================================================== >>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> Eat Well, Stay Fit, Die Anyway >>>> >>>> >>>> >>>>==================================================================== >>>> Send mail to >>>> DMDX-request@psy1.psych.arizona.edu >>>> with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> >>>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> A man wrapped up in himself makes a very small package. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Eat Well, Stay Fit, Die Anyway From DMDX-owner@psy1.psych.arizona.edu Fri Apr 4 09:14:23 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m34GDGZs005006 for ; Fri, 4 Apr 2008 09:13:17 -0700 Received: by nf-out-0910.google.com with SMTP id g13so90381nfb.21 for ; Fri, 04 Apr 2008 09:13:08 -0700 (PDT) Received: by 10.78.45.13 with SMTP id s13mr3815892hus.12.1207325582195; Fri, 04 Apr 2008 09:13:02 -0700 (PDT) Received: by 10.78.174.2 with HTTP; Fri, 4 Apr 2008 09:13:02 -0700 (PDT) Message-ID: <208bdab0804040913k3a97d447w65ac72a17533f9d4@mail.gmail.com> Date: Fri, 4 Apr 2008 11:13:02 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4586_21262276.1207325582119" References: <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_4586_21262276.1207325582119 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay, thanks. I'll try the function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that. I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay. On 4/3/08, j.c.f. wrote: > > > Then make your delays large enough. There's a whole section on > determining what a minimum delay can be using the preparation A and B times: > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm > > You can also use to make sure ISI is rigid. > > You can change the delay in the items however that doesn't affect whether > the delay is rigid or not so you'll want some initial positive delay > parameter: > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm > > At 10:43 AM 4/3/2008 -0500, you wrote: > > > A rigorous ITI is important, that's the problem we're having. Moving the > > delay command from the parameters back down to the item line seemed to help > > things (there were no more errors in the results file), but I think the ITI > > was still varied for some trials (I don't know for sure, it just really > > seemed like when I'd respond late an item, the delay was still being > > lengthened still). Do you know how moving the placement of the delay > > function affects the script? Does it allow delay errors to be reported in > > the results file in one case (when it's in the parameters), but not the > > other case (when it's in an item line)? I know putting a - before the > > d-value (like you mentioned before) makes error messages not be reported, > > but we need them to be reported if they're showing up, since timing is so > > crucial, so that's why I was wondering. > > > > Thanks so much! > > > > Olivia > > > > > > On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster < > jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote: > > > > > > > > If the previous item's sound recording or subject RT gathering or > > > audio playing lasts that long that's how long the next item's first frame is > > > going to be delayed. Indeed, enormous display errors are almost always > > > caused by item design and not item preparation. Don't used a fixed delay > > > unless you really want a fixed delay, used something like if a > > > rigorous ISI isn't essential to your paradigm. > > > > > > > > > At 11:25 AM 4/2/2008 -0500, you wrote: > > > > > > > Should the delay really take up to 180 ticks though? > > > > > > > > On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. < > > > jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> > > > > wrote: > > > > > > > > > > > > > > Yeah, a common problem is people turning the clock on for a > > > > > response and using a fixed delay that is shorter than the timeout of the RT. > > > > > Here it's likely to be a similar problem as the timeout sums to exactly the > > > > > duration of the display and the delay leaving no time for DMDX to prepare > > > > > the item. Most machines are going to be requiring at least a couple of > > > > > ticks and anything that reads source material (like a wave file) > > > > > considerably longer. You must leave enough slack for the machine to do what > > > > > it needs to do. There's a note about all of that in the help: > > > > > > > > > > < > > > > > http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm > > > > > > > > > > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm > > > > > > > > > > > > > > > At 08:35 AM 4/2/2008 -0600, you wrote: > > > > > > > > > > > Someone else posted about these recently and I may have another > > > > > > solution. The original response to the other person suggested things like > > > > > > video driver problems and resetting values in TimeDX. I tried all those > > > > > > things and nothing worked. What DID work was noticed I had default delay > > > > > > values in the header that I think were conflicting with the delays I had set > > > > > > on the item lines. When I sheared the header done to only the absolutely > > > > > > needed pieces, no more errors! > > > > > > > > > > > > One idea, anyway! > > > > > > > > > > > > SchnurLab wrote: > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > > > I'm currently working on a script that does the following > > > > > > > things: > > > > > > > > > > > > > > #1. Present a cross for 500 ms > > > > > > > #2. Present a blank screen for 250 ms > > > > > > > #3. Present a black and white picture for 500 ms > > > > > > > #4. Play short tone as the picture is going off the screen > > > > > > > #5. Have an extra 1500 ms of blank screen for the item > > > > > > > #6. Have DMDX record RTs (using DigitalVox) and actual > > > > > > > responses (using RecordVocal) from the onset of the picture until the end of > > > > > > > the 1500 ms blank screen after the picture > > > > > > > #7. Have a 500 ms ITI > > > > > > > > > > > > > > But for some reason, the data keeps giving me delay errors, > > > > > > > saying that the next frame after the 1500 ms blank screen (the cross in the > > > > > > > following item) was delayed for X number of ticks (it changed depending on > > > > > > > what changes I made when I was trying things out with the script, but it was > > > > > > > up to over 180 ticks late for one revision of this script). I tried making > > > > > > > the delay longer, but when I made it long enough, it made the experiment > > > > > > > extremely long and boring. The main reason this is a problem is because we > > > > > > > want a constant ITI (that's not too long), and accurately recorded RTs and > > > > > > > responses, and right now, I can't seem to get all of that at once. If anyone > > > > > > > has done something similar to this and has suggestions on how to adjust my > > > > > > > script, since I don't seem to be having much luck with it, it'd be greatly > > > > > > > appreciated. > > > > > > > > > > > > > > Thanks so much! > > > > > > > > > > > > > > Olivia > > > > > > > > > > > > > > _______________________________________ > > > > > > > > > > > > > > > > > > > > > Here is my script: > > > > > > > > > > > > > > d29 f121 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0 "EXPERIMENTAL SESSION", > > > > > > > > > > > > > > "During the experiment, you will see a series of > > > > > > > pictures. Name each", > > > > > > > > > > > > > > "picture as quickly as possible without making > > > > > > > mistakes. If you have", > > > > > > > > > > > > > > "any questions, please ask the experimenter now."; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" > > > > > > start> %0/ %90; > > > > > > > > > > > > > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" > > > > > > > %0/ %90; > > > > > > > > > > > > > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" > > > > > > start> %0/ %90; > > > > > > > > > > > > > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" > > > > > > > %0/ %90; > > > > > > > > > > > > > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" > > > > > > start> %0/ %90; > > > > > > > > > > > > > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" > > > > > > > %0/ %90; > > > > > > > > > > > > > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" > > > > > > start> %0/ %90; > > > > > > > > > > > > > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" > > > > > > start> %0/ %90; > > > > > > > > > > > > > > > > > > > -- > > > > > > ******************************** > > > > > > Nicole Prause, Ph.D. > > > > > > Department of Psychology > > > > > > Idaho State University > > > > > > 921 S 8th Ave > > > > > > Stop 8112 Pocatello, ID 83209-8112 > > > > > > > > > > > > Email: nprause@isu.edu > > > > > > Phone: 208-282-4077 > > > > > > Fax: 208-282-4832 > > > > > > Office: Garrison Hall 403 > > > > > > ******************************** > > > > > > ******************************** > > > > > > > > > > > > > > > > > > > > > > > > ==================================================================== > > > > > > Send mail to > > > > > > DMDX-request@psy1.psych.arizona.edu with the word > > > > > > 'unsubscribe' by itself with no quotes in the body of the email > > > > > > to be removed from the list. The list archive is available > > > > > > here: > > > > > > > > > > > > > > > > > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > > > > > > > > > > > ==================================================================== > > > > > > > > > > > > > > > > /"\ > > > > > -jonathan (j.c.f.) \ / > > > > > X > > > > > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > > > > > > > > > Eat Well, Stay Fit, Die Anyway > > > > > > > > > > > > > > > > > > > > > > > > > ==================================================================== > > > > > Send mail to > > > > > DMDX-request@psy1.psych.arizona.edu with the word > > > > > 'unsubscribe' by itself with no quotes in the body of the email > > > > > to be removed from the list. The list archive is available here: > > > > > > > > > > > > > > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > > > > > > > > > > ==================================================================== > > > > > > > > > > > > > > > /"\ > > > -jonathan (j.c.f.) \ / > > > X > > > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > > > > > A man wrapped up in himself makes a very small package. > > > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_4586_21262276.1207325582119 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay, thanks. I'll try the <rcot> function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that.  I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:

Then make your delays large enough.  There's a whole section on determining what a minimum delay can be using the preparation A and B times:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm

You can also use <RecordClockOnTimes> to make sure ISI is rigid.

You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:
A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia


On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.


At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm



At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________


Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>



0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";





+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;

--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

                                             /"\
 -jonathan (j.c.f.)                            \ /
                                              X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 A man wrapped up in himself makes a very small package.

                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_4586_21262276.1207325582119-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 4 11:49:21 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m34In58S005583 for ; Fri, 4 Apr 2008 11:49:05 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0C6A757905E for ; Fri, 4 Apr 2008 11:49:05 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7D07657908E for ; Fri, 4 Apr 2008 11:49:01 -0700 (MST) Message-Id: <5.1.0.14.2.20080404113809.00ba5148@psy1.psych.arizona.edu> Date: Fri, 04 Apr 2008 11:48:24 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <208bdab0804040913k3a97d447w65ac72a17533f9d4@mail.gmail.com > References: <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1904935515==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1904935515==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Item design. > d29 f121 > > > > >+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; Assuming that's still your item construction you're asking for the next item to begin 29 ticks after the last frame is displayed. Forget the %90 you have in the last frame as frame durations only specify the time the next frame in that item should be displayed, there is no next frame in that item so %90 has no impact. However the clock is on. It's already been on 30 ticks, 500 ms. You've asked for the next item to begin in another 30 ticks (delay of 29 plus the time to put the last frame up which is 1 tick). If the subject has responded already DMDX can move to the next item, however you have a timeout of 1999 ms so if the subject takes more than a second to respond (from the original clock on) there will be a display error of however long the subject takes to respond less 1000 ms (or thereabouts). At 11:13 AM 4/4/2008 -0500, you wrote: >Okay, thanks. I'll try the function to see whether or not that one >script that's not giving me errors (but still seems a little off) is >working right. I'd previously read up on Preparation A and B times, but >the times I'm getting back for this for A and B combined are under 10 ms, >and my designated delay is definitely way over that. I'll keep trying >different things with it and see if I can get it to work. Let me know if >you know of anything besides preparation time that would affect the delay. > >On 4/3/08, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >Then make your delays large enough. There's a whole section on >determining what a minimum delay can be using the preparation A and B times: >http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm > >You can also use to make sure ISI is rigid. > >You can change the delay in the items however that doesn't affect whether >the delay is rigid or not so you'll want some initial positive delay parameter: > >http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm > >At 10:43 AM 4/3/2008 -0500, you wrote: >A rigorous ITI is important, that's the problem we're having. Moving the >delay command from the parameters back down to the item line seemed to >help things (there were no more errors in the results file), but I think >the ITI was still varied for some trials (I don't know for sure, it just >really seemed like when I'd respond late an item, the delay was still >being lengthened still). Do you know how moving the placement of the delay >function affects the script? Does it allow delay errors to be reported in >the results file in one case (when it's in the parameters), but not the >other case (when it's in an item line)? I know putting a - before the >d-value (like you mentioned before) makes error messages not be reported, >but we need them to be reported if they're showing up, since timing is so >crucial, so that's why I was wondering. > >Thanks so much! > >Olivia > > > >On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster ><jforster@psy1.psych.arizona.edu> >wrote: > >If the previous item's sound recording or subject RT gathering or audio >playing lasts that long that's how long the next item's first frame is >going to be delayed. Indeed, enormous display errors are almost always >caused by item design and not item preparation. Don't used a fixed delay >unless you really want a fixed delay, used something like if a >rigorous ISI isn't essential to your paradigm. > > > >At 11:25 AM 4/2/2008 -0500, you wrote: >Should the delay really take up to 180 ticks though? > >On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: > >Yeah, a common problem is people turning the clock on for a response and >using a fixed delay that is shorter than the timeout of the RT. Here it's >likely to be a similar problem as the timeout sums to exactly the duration >of the display and the delay leaving no time for DMDX to prepare the >item. Most machines are going to be requiring at least a couple of ticks >and anything that reads source material (like a wave file) considerably >longer. You must leave enough slack for the machine to do what it needs >to do. There's a note about all of that in the help: > ><http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm > > > > > > >At 08:35 AM 4/2/2008 -0600, you wrote: >Someone else posted about these recently and I may have another solution. >The original response to the other person suggested things like video >driver problems and resetting values in TimeDX. I tried all those things >and nothing worked. What DID work was noticed I had default delay values >in the header that I think were conflicting with the delays I had set on >the item lines. When I sheared the header done to only the absolutely >needed pieces, no more errors! > >One idea, anyway! > >SchnurLab wrote: >Hi Everyone, > >I'm currently working on a script that does the following things: > >#1. Present a cross for 500 ms >#2. Present a blank screen for 250 ms >#3. Present a black and white picture for 500 ms >#4. Play short tone as the picture is going off the screen >#5. Have an extra 1500 ms of blank screen for the item >#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >RecordVocal) from the onset of the picture until the end of the 1500 ms >blank screen after the picture >#7. Have a 500 ms ITI > >But for some reason, the data keeps giving me delay errors, saying that >the next frame after the 1500 ms blank screen (the cross in the following >item) was delayed for X number of ticks (it changed depending on what >changes I made when I was trying things out with the script, but it was up >to over 180 ticks late for one revision of this script). I tried making >the delay longer, but when I made it long enough, it made the experiment >extremely long and boring. The main reason this is a problem is because we >want a constant ITI (that's not too long), and accurately recorded RTs and >responses, and right now, I can't seem to get all of that at once. If >anyone has done something similar to this and has suggestions on how to >adjust my script, since I don't seem to be having much luck with it, it'd >be greatly appreciated. > >Thanks so much! > >Olivia > >_______________________________________ > > > >Here is my script: > > d29 f121 > > > > > > > > >0 "EXPERIMENTAL SESSION", > > "During the experiment, you will see a series of pictures. Name > each", > > "picture as quickly as possible without making mistakes. If you > have", > > "any questions, please ask the experimenter now."; > > > > > > > > > >+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; > >+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/ >%90; > >+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ %90; > >+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" %0/ >%90; > >+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ %90; > >+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >%0/ %90; > >+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ %90; > >+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ >%90; > >-- >******************************** >Nicole Prause, Ph.D. >Department of Psychology >Idaho State University >921 S 8th Ave >Stop 8112 Pocatello, ID 83209-8112 > >Email: nprause@isu.edu >Phone: 208-282-4077 >Fax: 208-282-4832 >Office: Garrison Hall 403 >******************************** >******************************** > > >==================================================================== > Send mail to > DMDX-request@psy1.psych.arizona.edu > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > ><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > >==================================================================== > Send mail to > DMDX-request@psy1.psych.arizona.edu > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > ><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > >==================================================================== > Send mail to > DMDX-request@psy1.psych.arizona.edu > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > >http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1904935515==_.ALT Content-Type: text/html; charset="us-ascii"
Item design.
<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

Assuming that's still your item construction you're asking for the next item to begin 29 ticks after the last frame is displayed.  Forget the %90 you have in the last frame as frame durations only specify the time the next frame in that item should be displayed, there is no next frame in that item so %90 has no impact.  However the clock is on.  It's already been on 30 ticks, 500 ms.  You've asked for the next item to begin in another 30 ticks (delay of 29 plus the time to put the last frame up which is 1 tick).  If the subject has responded already DMDX can move to the next item, however you have a timeout of 1999 ms so if the subject takes more than a second to respond (from the original clock on) there will be a display error of however long the subject takes to respond less 1000 ms (or thereabouts).

At 11:13 AM 4/4/2008 -0500, you wrote:
Okay, thanks. I'll try the <rcot> function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that.  I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
Then make your delays large enough.  There's a whole section on determining what a minimum delay can be using the preparation A and B times:
http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm

You can also use <RecordClockOnTimes> to make sure ISI is rigid.

You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:
A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia



On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.



At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm





At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________



Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>





0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";









+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;

--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                             /"\
 -jonathan (j.c.f.)                            \ /
                                              X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 A man wrapped up in himself makes a very small package.


                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1904935515==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 4 11:51:10 2008 Received: from smtpgate.email.arizona.edu (frodo.email.arizona.edu [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m34IopES005606 for ; Fri, 4 Apr 2008 11:50:51 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8222435E434 for ; Fri, 4 Apr 2008 11:50:51 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8797235E44C for ; Fri, 4 Apr 2008 11:50:47 -0700 (MST) Message-Id: <5.1.0.14.2.20080404114942.00ba5258@psy1.psych.arizona.edu> Date: Fri, 04 Apr 2008 11:50:46 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080404113809.00ba5148@psy1.psych.arizona.edu> References: <208bdab0804040913k3a97d447w65ac72a17533f9d4@mail.gmail.com > <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1905042625==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1905042625==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Of course that's assuming your "beep" wave file is also less than half a second long as DMDX won't move to the next item till the sound finishes... At 11:48 AM 4/4/2008 -0700, you wrote: >Item design. >> d29 f121 >> >> >> >> >>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; > > >Assuming that's still your item construction you're asking for the next >item to begin 29 ticks after the last frame is displayed. Forget the %90 >you have in the last frame as frame durations only specify the time the >next frame in that item should be displayed, there is no next frame in >that item so %90 has no impact. However the clock is on. It's already >been on 30 ticks, 500 ms. You've asked for the next item to begin in >another 30 ticks (delay of 29 plus the time to put the last frame up which >is 1 tick). If the subject has responded already DMDX can move to the >next item, however you have a timeout of 1999 ms so if the subject takes >more than a second to respond (from the original clock on) there will be a >display error of however long the subject takes to respond less 1000 ms >(or thereabouts). > >At 11:13 AM 4/4/2008 -0500, you wrote: >>Okay, thanks. I'll try the function to see whether or not that one >>script that's not giving me errors (but still seems a little off) is >>working right. I'd previously read up on Preparation A and B times, but >>the times I'm getting back for this for A and B combined are under 10 ms, >>and my designated delay is definitely way over that. I'll keep trying >>different things with it and see if I can get it to work. Let me know if >>you know of anything besides preparation time that would affect the delay. >> >>On 4/3/08, j.c.f. >><jforster@psy1.psych.arizona.edu> >>wrote: >>Then make your delays large enough. There's a whole section on >>determining what a minimum delay can be using the preparation A and B times: >>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm >> >>You can also use to make sure ISI is rigid. >> >>You can change the delay in the items however that doesn't affect whether >>the delay is rigid or not so you'll want some initial positive delay parameter: >> >>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm >> >>At 10:43 AM 4/3/2008 -0500, you wrote: >>A rigorous ITI is important, that's the problem we're having. Moving the >>delay command from the parameters back down to the item line seemed to >>help things (there were no more errors in the results file), but I think >>the ITI was still varied for some trials (I don't know for sure, it just >>really seemed like when I'd respond late an item, the delay was still >>being lengthened still). Do you know how moving the placement of the >>delay function affects the script? Does it allow delay errors to be >>reported in the results file in one case (when it's in the parameters), >>but not the other case (when it's in an item line)? I know putting a - >>before the d-value (like you mentioned before) makes error messages not >>be reported, but we need them to be reported if they're showing up, since >>timing is so crucial, so that's why I was wondering. >> >>Thanks so much! >> >>Olivia >> >> >> >> >> >>On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster >><jforster@psy1.psych.arizona.edu> >>wrote: >> >>If the previous item's sound recording or subject RT gathering or audio >>playing lasts that long that's how long the next item's first frame is >>going to be delayed. Indeed, enormous display errors are almost always >>caused by item design and not item preparation. Don't used a fixed delay >>unless you really want a fixed delay, used something like if >>a rigorous ISI isn't essential to your paradigm. >> >> >> >> >> >>At 11:25 AM 4/2/2008 -0500, you wrote: >>Should the delay really take up to 180 ticks though? >> >>On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. >><jforster@psy1.psych.arizona.edu> >>wrote: >> >>Yeah, a common problem is people turning the clock on for a response and >>using a fixed delay that is shorter than the timeout of the RT. Here >>it's likely to be a similar problem as the timeout sums to exactly the >>duration of the display and the delay leaving no time for DMDX to prepare >>the item. Most machines are going to be requiring at least a couple of >>ticks and anything that reads source material (like a wave file) >>considerably longer. You must leave enough slack for the machine to do >>what it needs to do. There's a note about all of that in the help: >> >><http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm >> >> >> >> >> >> >> >> >> >> >>At 08:35 AM 4/2/2008 -0600, you wrote: >>Someone else posted about these recently and I may have another solution. >>The original response to the other person suggested things like video >>driver problems and resetting values in TimeDX. I tried all those things >>and nothing worked. What DID work was noticed I had default delay values >>in the header that I think were conflicting with the delays I had set on >>the item lines. When I sheared the header done to only the absolutely >>needed pieces, no more errors! >> >>One idea, anyway! >> >>SchnurLab wrote: >>Hi Everyone, >> >>I'm currently working on a script that does the following things: >> >>#1. Present a cross for 500 ms >>#2. Present a blank screen for 250 ms >>#3. Present a black and white picture for 500 ms >>#4. Play short tone as the picture is going off the screen >>#5. Have an extra 1500 ms of blank screen for the item >>#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >>RecordVocal) from the onset of the picture until the end of the 1500 ms >>blank screen after the picture >>#7. Have a 500 ms ITI >> >>But for some reason, the data keeps giving me delay errors, saying that >>the next frame after the 1500 ms blank screen (the cross in the following >>item) was delayed for X number of ticks (it changed depending on what >>changes I made when I was trying things out with the script, but it was >>up to over 180 ticks late for one revision of this script). I tried >>making the delay longer, but when I made it long enough, it made the >>experiment extremely long and boring. The main reason this is a problem >>is because we want a constant ITI (that's not too long), and accurately >>recorded RTs and responses, and right now, I can't seem to get all of >>that at once. If anyone has done something similar to this and has >>suggestions on how to adjust my script, since I don't seem to be having >>much luck with it, it'd be greatly appreciated. >> >>Thanks so much! >> >>Olivia >> >>_______________________________________ >> >> >> >> >> >>Here is my script: >> >> d29 f121 >> >> >> >> >> >> >> >> >> >> >> >> >>0 "EXPERIMENTAL SESSION", >> >> "During the experiment, you will see a series of pictures. Name >> each", >> >> "picture as quickly as possible without making mistakes. If you >> have", >> >> "any questions, please ask the experimenter now."; >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; >> >>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>%0/ %90; >> >>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ >>%90; >> >>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>%0/ %90; >> >>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ %90; >> >>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>%0/ %90; >> >>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ %90; >> >>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ >>%90; >> >> >>-- >>******************************** >>Nicole Prause, Ph.D. >>Department of Psychology >>Idaho State University >>921 S 8th Ave >>Stop 8112 Pocatello, ID 83209-8112 >> >>Email: nprause@isu.edu >>Phone: 208-282-4077 >>Fax: 208-282-4832 >>Office: Garrison Hall 403 >>******************************** >>******************************** >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Eat Well, Stay Fit, Die Anyway >> >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== >> >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> A man wrapped up in himself makes a very small package. >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> Eat Well, Stay Fit, Die Anyway >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1905042625==_.ALT Content-Type: text/html; charset="us-ascii"
Of course that's assuming your "beep" wave file is also less than half a second long as DMDX won't move to the next item till the sound finishes...

At 11:48 AM 4/4/2008 -0700, you wrote:

Item design.
<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;


Assuming that's still your item construction you're asking for the next item to begin 29 ticks after the last frame is displayed.  Forget the %90 you have in the last frame as frame durations only specify the time the next frame in that item should be displayed, there is no next frame in that item so %90 has no impact.  However the clock is on.  It's already been on 30 ticks, 500 ms.  You've asked for the next item to begin in another 30 ticks (delay of 29 plus the time to put the last frame up which is 1 tick).  If the subject has responded already DMDX can move to the next item, however you have a timeout of 1999 ms so if the subject takes more than a second to respond (from the original clock on) there will be a display error of however long the subject takes to respond less 1000 ms (or thereabouts).

At 11:13 AM 4/4/2008 -0500, you wrote:
Okay, thanks. I'll try the <rcot> function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that.  I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
Then make your delays large enough.  There's a whole section on determining what a minimum delay can be using the preparation A and B times:
http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm

You can also use <RecordClockOnTimes> to make sure ISI is rigid.

You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:
A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia





On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.





At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm









At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________





Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>









0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";

















+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;


--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                             /"\
 -jonathan (j.c.f.)                            \ /
                                              X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 A man wrapped up in himself makes a very small package.


                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1905042625==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 4 12:05:37 2008 Received: from smtpgate.email.arizona.edu (frodo.email.arizona.edu [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m34J5PKB005714 for ; Fri, 4 Apr 2008 12:05:25 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 98D8635E463 for ; Fri, 4 Apr 2008 12:05:25 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 712E631795E for ; Fri, 4 Apr 2008 12:05:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080404120423.00ba5258@psy1.psych.arizona.edu> Date: Fri, 04 Apr 2008 12:05:14 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080404114942.00ba5258@psy1.psych.arizona.edu> References: <5.1.0.14.2.20080404113809.00ba5148@psy1.psych.arizona.edu> <208bdab0804040913k3a97d447w65ac72a17533f9d4@mail.gmail.com > <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1905910578==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1905910578==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I guess what you intended was this: +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %89 /; At 11:50 AM 4/4/2008 -0700, you wrote: >Of course that's assuming your "beep" wave file is also less than half a >second long as DMDX won't move to the next item till the sound finishes... > >At 11:48 AM 4/4/2008 -0700, you wrote: > >>Item design. >>> d29 f121 >>> >>> >>> >>> >>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; >> >> >> >>Assuming that's still your item construction you're asking for the next >>item to begin 29 ticks after the last frame is displayed. Forget the %90 >>you have in the last frame as frame durations only specify the time the >>next frame in that item should be displayed, there is no next frame in >>that item so %90 has no impact. However the clock is on. It's already >>been on 30 ticks, 500 ms. You've asked for the next item to begin in >>another 30 ticks (delay of 29 plus the time to put the last frame up >>which is 1 tick). If the subject has responded already DMDX can move to >>the next item, however you have a timeout of 1999 ms so if the subject >>takes more than a second to respond (from the original clock on) there >>will be a display error of however long the subject takes to respond less >>1000 ms (or thereabouts). >> >>At 11:13 AM 4/4/2008 -0500, you wrote: >>>Okay, thanks. I'll try the function to see whether or not that >>>one script that's not giving me errors (but still seems a little off) is >>>working right. I'd previously read up on Preparation A and B times, but >>>the times I'm getting back for this for A and B combined are under 10 >>>ms, and my designated delay is definitely way over that. I'll keep >>>trying different things with it and see if I can get it to work. Let me >>>know if you know of anything besides preparation time that would affect >>>the delay. >>> >>>On 4/3/08, j.c.f. >>><jforster@psy1.psych.arizona.edu> >>> wrote: >>>Then make your delays large enough. There's a whole section on >>>determining what a minimum delay can be using the preparation A and B times: >>>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm >>> >>>You can also use to make sure ISI is rigid. >>> >>>You can change the delay in the items however that doesn't affect >>>whether the delay is rigid or not so you'll want some initial positive >>>delay parameter: >>> >>>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm >>> >>>At 10:43 AM 4/3/2008 -0500, you wrote: >>>A rigorous ITI is important, that's the problem we're having. Moving the >>>delay command from the parameters back down to the item line seemed to >>>help things (there were no more errors in the results file), but I think >>>the ITI was still varied for some trials (I don't know for sure, it just >>>really seemed like when I'd respond late an item, the delay was still >>>being lengthened still). Do you know how moving the placement of the >>>delay function affects the script? Does it allow delay errors to be >>>reported in the results file in one case (when it's in the parameters), >>>but not the other case (when it's in an item line)? I know putting a - >>>before the d-value (like you mentioned before) makes error messages not >>>be reported, but we need them to be reported if they're showing up, >>>since timing is so crucial, so that's why I was wondering. >>> >>>Thanks so much! >>> >>>Olivia >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster >>><jforster@psy1.psych.arizona.edu> >>>wrote: >>> >>>If the previous item's sound recording or subject RT gathering or audio >>>playing lasts that long that's how long the next item's first frame is >>>going to be delayed. Indeed, enormous display errors are almost always >>>caused by item design and not item preparation. Don't used a fixed >>>delay unless you really want a fixed delay, used something like >>-29> if a rigorous ISI isn't essential to your paradigm. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>At 11:25 AM 4/2/2008 -0500, you wrote: >>>Should the delay really take up to 180 ticks though? >>> >>>On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. >>><jforster@psy1.psych.arizona.edu> >>>wrote: >>> >>>Yeah, a common problem is people turning the clock on for a response and >>>using a fixed delay that is shorter than the timeout of the RT. Here >>>it's likely to be a similar problem as the timeout sums to exactly the >>>duration of the display and the delay leaving no time for DMDX to >>>prepare the item. Most machines are going to be requiring at least a >>>couple of ticks and anything that reads source material (like a wave >>>file) considerably longer. You must leave enough slack for the machine >>>to do what it needs to do. There's a note about all of that in the help: >>> >>><http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>At 08:35 AM 4/2/2008 -0600, you wrote: >>>Someone else posted about these recently and I may have another >>>solution. The original response to the other person suggested things >>>like video driver problems and resetting values in TimeDX. I tried all >>>those things and nothing worked. What DID work was noticed I had default >>>delay values in the header that I think were conflicting with the delays >>>I had set on the item lines. When I sheared the header done to only the >>>absolutely needed pieces, no more errors! >>> >>>One idea, anyway! >>> >>>SchnurLab wrote: >>>Hi Everyone, >>> >>>I'm currently working on a script that does the following things: >>> >>>#1. Present a cross for 500 ms >>>#2. Present a blank screen for 250 ms >>>#3. Present a black and white picture for 500 ms >>>#4. Play short tone as the picture is going off the screen >>>#5. Have an extra 1500 ms of blank screen for the item >>>#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >>>RecordVocal) from the onset of the picture until the end of the 1500 ms >>>blank screen after the picture >>>#7. Have a 500 ms ITI >>> >>>But for some reason, the data keeps giving me delay errors, saying that >>>the next frame after the 1500 ms blank screen (the cross in the >>>following item) was delayed for X number of ticks (it changed depending >>>on what changes I made when I was trying things out with the script, but >>>it was up to over 180 ticks late for one revision of this script). I >>>tried making the delay longer, but when I made it long enough, it made >>>the experiment extremely long and boring. The main reason this is a >>>problem is because we want a constant ITI (that's not too long), and >>>accurately recorded RTs and responses, and right now, I can't seem to >>>get all of that at once. If anyone has done something similar to this >>>and has suggestions on how to adjust my script, since I don't seem to be >>>having much luck with it, it'd be greatly appreciated. >>> >>>Thanks so much! >>> >>>Olivia >>> >>>_______________________________________ >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>Here is my script: >>> >>> d29 f121 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>0 "EXPERIMENTAL SESSION", >>> >>> "During the experiment, you will see a series of pictures. Name >>> each", >>> >>> "picture as quickly as possible without making mistakes. If you >>> have", >>> >>> "any questions, please ask the experimenter now."; >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ %90; >>> >>>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>>%0/ %90; >>> >>>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" >>>%0/ %90; >>> >>>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>>%0/ %90; >>> >>>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ >>>%90; >>> >>>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>>%0/ %90; >>> >>>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ %90; >>> >>>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" >>>%0/ %90; >>> >>> >>> >>>-- >>>******************************** >>>Nicole Prause, Ph.D. >>>Department of Psychology >>>Idaho State University >>>921 S 8th Ave >>>Stop 8112 Pocatello, ID 83209-8112 >>> >>>Email: nprause@isu.edu >>>Phone: 208-282-4077 >>>Fax: 208-282-4832 >>>Office: Garrison Hall 403 >>>******************************** >>>******************************** >>> >>> >>>==================================================================== >>> Send mail to >>> DMDX-request@psy1.psych.arizona.edu >>> with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> >>><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >>> >>> >>> /"\ >>> -jonathan (j.c.f.) \ / >>> X >>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>> >>> Eat Well, Stay Fit, Die Anyway >>> >>> >>> >>>==================================================================== >>> Send mail to >>> DMDX-request@psy1.psych.arizona.edu >>> with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> >>><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >>> >>> >>> >>> /"\ >>> -jonathan (j.c.f.) \ / >>> X >>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>> >>> A man wrapped up in himself makes a very small package. >>> >>> >>> /"\ >>> -jonathan (j.c.f.) \ / >>> X >>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>> >>> Eat Well, Stay Fit, Die Anyway >>> >>> >>>==================================================================== >>> Send mail to >>> DMDX-request@psy1.psych.arizona.edu >>> with the word >>> 'unsubscribe' by itself with no quotes in the body of the email >>> to be removed from the list. The list archive is available here: >>> >>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>==================================================================== >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> A man wrapped up in himself makes a very small package. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. --=====================_1905910578==_.ALT Content-Type: text/html; charset="us-ascii"
I guess what you intended was this:

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %89 /;

At 11:50 AM 4/4/2008 -0700, you wrote:

Of course that's assuming your "beep" wave file is also less than half a second long as DMDX won't move to the next item till the sound finishes...

At 11:48 AM 4/4/2008 -0700, you wrote:

Item design.
<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;



Assuming that's still your item construction you're asking for the next item to begin 29 ticks after the last frame is displayed.  Forget the %90 you have in the last frame as frame durations only specify the time the next frame in that item should be displayed, there is no next frame in that item so %90 has no impact.  However the clock is on.  It's already been on 30 ticks, 500 ms.  You've asked for the next item to begin in another 30 ticks (delay of 29 plus the time to put the last frame up which is 1 tick).  If the subject has responded already DMDX can move to the next item, however you have a timeout of 1999 ms so if the subject takes more than a second to respond (from the original clock on) there will be a display error of however long the subject takes to respond less 1000 ms (or thereabouts).

At 11:13 AM 4/4/2008 -0500, you wrote:
Okay, thanks. I'll try the <rcot> function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that.  I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
Then make your delays large enough.  There's a whole section on determining what a minimum delay can be using the preparation A and B times:
http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm

You can also use <RecordClockOnTimes> to make sure ISI is rigid.

You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:
A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia









On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.









At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm

















At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________









Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

















0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";

































+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;



--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                             /"\
 -jonathan (j.c.f.)                            \ /
                                              X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 A man wrapped up in himself makes a very small package.


                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

--=====================_1905910578==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 4 14:42:53 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m34LgQIc006294 for ; Fri, 4 Apr 2008 14:42:26 -0700 Received: from frodos_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D2F1E35EBD7 for ; Fri, 4 Apr 2008 14:42:25 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 424C635EBD3 for ; Fri, 4 Apr 2008 14:42:25 -0700 (MST) Message-Id: <5.1.0.14.2.20080404144016.00ba5130@psy1.psych.arizona.edu> Date: Fri, 04 Apr 2008 14:42:24 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] DMDX 3.2.6.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX 3.2.6.1 contains a fix to the code where a response made after the timeout of a would be held over to the next item with even if there was an intervening . Oops. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ A man wrapped up in himself makes a very small package. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 7 20:50:48 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m383o3sZ021089 for ; Mon, 7 Apr 2008 20:50:03 -0700 Received: by wx-out-0506.google.com with SMTP id i28so1883329wxd.1 for ; Mon, 07 Apr 2008 20:49:59 -0700 (PDT) Received: by 10.141.27.16 with SMTP id e16mr1897859rvj.141.1207626599103; Mon, 07 Apr 2008 20:49:59 -0700 (PDT) Received: by 10.141.172.2 with HTTP; Mon, 7 Apr 2008 20:49:59 -0700 (PDT) Message-ID: <8a16e4fd0804072049l35c54501sa53a3c5e3bfc6e18@mail.gmail.com> Date: Mon, 7 Apr 2008 22:49:59 -0500 From: "Jenessa Sprague" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] presenting sound file between stimuli? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16323_4077839.1207626599096" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_16323_4077839.1207626599096 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi All,I am trying to write a go/no-go flanker task with an emotional manipulation. Specifically, I am planning on having blocks of "threat" and "no-threat" conditions in which participants will hear intermittent blasts of white noise during the "threat" conditions (my lab has a .wav file that plays a short burst of white noise). I wanted to write my item files so that the noise blast occurs immediately before the presentation of the letter string, so as not to confound the presentation of the noise burst with the presentation of the letter string. I'm not sure how to do this... Currently a sample item file of mine (without inclusion of the sound file) that presents a letter string for 500ms with a 1500ms interstimulus interval looks like this: +11101 / * "HHHHH" 500//; I know that previous item file works fine for presentation of the letter strings. However, in order to introduce the sound file I modified the item file to look as follows, but I don't think it's correct: +11101 "whitenoise" / * "HHHHH" 500//; Any feedback would be very much appreciated! -- Jenessa Sprague Doctoral Student of Clinical Psychology University of Illinois at Urbana-Champaign 603 E. Daniel Street Champaign, IL 61820 email: jspragu2@uiuc.edu ------=_Part_16323_4077839.1207626599096 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi All,
I am trying to write a go/no-go flanker task with an emotional manipulation. Specifically, I am planning on having blocks of "threat" and "no-threat" conditions in which participants will hear intermittent blasts of white noise during the "threat" conditions (my lab has a .wav file that plays a short burst of white noise). I wanted to write my item files so that the noise blast occurs immediately before the presentation of the letter string, so as not to confound the presentation of the noise burst with the presentation of the letter string. I'm not sure how to do this... Currently a sample item file of mine (without inclusion of the sound file) that presents a letter string for 500ms with a 1500ms interstimulus interval looks like this:
         +11101 <umr> <mpr +space> / * "HHHHH" <msfd>500/<msfd 1500>/;

I know that previous item file works fine for presentation of the letter strings. However, in order to introduce the sound file I modified the item file to look as follows, but I don't think it's correct:
         +11101 <umr> <mpr +space> <wav 2> "whitenoise" / * "HHHHH" <msfd>500/<msfd 1500>/;

Any feedback would be very much appreciated!



--
Jenessa Sprague
Doctoral Student of Clinical Psychology
University of Illinois at Urbana-Champaign
603 E. Daniel Street
Champaign, IL 61820

email: jspragu2@uiuc.edu
------=_Part_16323_4077839.1207626599096-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 07:49:30 2008 Received: from smtpgate.email.arizona.edu (frodo.email.arizona.edu [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38Emwtq023347 for ; Tue, 8 Apr 2008 07:48:58 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 33FA537751A for ; Tue, 8 Apr 2008 07:48:58 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.Arizona.EDU [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 28474377515 for ; Tue, 8 Apr 2008 07:48:57 -0700 (MST) Message-Id: <5.1.0.14.2.20080408074802.00ba4b80@psy1.psych.arizona.edu> Date: Tue, 08 Apr 2008 07:48:53 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: presenting sound file between stimuli? In-Reply-To: <8a16e4fd0804072049l35c54501sa53a3c5e3bfc6e18@mail.gmail.co m> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Try the sound help: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsound.htm What you have will work. At 10:49 PM 4/7/2008 -0500, you wrote: >Hi All, >I am trying to write a go/no-go flanker task with an emotional >manipulation. Specifically, I am planning on having blocks of "threat" and >"no-threat" conditions in which participants will hear intermittent blasts >of white noise during the "threat" conditions (my lab has a .wav file that >plays a short burst of white noise). I wanted to write my item files so >that the noise blast occurs immediately before the presentation of the >letter string, so as not to confound the presentation of the noise burst >with the presentation of the letter string. I'm not sure how to do this... >Currently a sample item file of mine (without inclusion of the sound file) >that presents a letter string for 500ms with a 1500ms interstimulus >interval looks like this: > +11101 / * "HHHHH" 500//; > >I know that previous item file works fine for presentation of the letter >strings. However, in order to introduce the sound file I modified the item >file to look as follows, but I don't think it's correct: > +11101 "whitenoise" / * "HHHHH" > 500//; > >Any feedback would be very much appreciated! > > > >-- >Jenessa Sprague >Doctoral Student of Clinical Psychology >University of Illinois at Urbana-Champaign >603 E. Daniel Street >Champaign, IL 61820 > >email: jspragu2@uiuc.edu /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 12:48:38 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38Jm1at024371 for ; Tue, 8 Apr 2008 12:48:01 -0700 Received: by wx-out-0506.google.com with SMTP id i28so2315949wxd.1 for ; Tue, 08 Apr 2008 12:47:53 -0700 (PDT) Received: by 10.141.195.5 with SMTP id x5mr2220804rvp.263.1207684072830; Tue, 08 Apr 2008 12:47:52 -0700 (PDT) Received: by 10.141.26.1 with HTTP; Tue, 8 Apr 2008 12:47:52 -0700 (PDT) Message-ID: Date: Tue, 8 Apr 2008 15:47:52 -0400 From: "Mahesh Srinivasan" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] question about delay associated with voice recording on picture-word interference task MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27764_7338060.1207684072811" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_27764_7338060.1207684072811 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear all, My name is Mahesh Srinivasan and I am a doctoral student at Harvard University. I am currently running a picture-word interference task. The task consists of: presentation of a fixation cross, followed by presentation of a picture and simultaneous presentation of a distractor, at which point the participant's vocal response is timed and recorded. I am concerned that the subjects that I have been running through my picture-word interference task have been responding more slowly than previous studies. I think that part of this may stem from the fact that in my script, the pictures do not seem to disappear as soon as the participant= s names the picture--rather they seem to stay on screen for some time, before proceeding to the next trial. An example of an item from my current script: +901 g "bckgrnd2", %60 "+" / %30 g "bckgrnd2" / g "bckgrnd2", g* "BOTTLE", g "whtspc", "PA=D1UELO"/!; I have tried to take out the last frame delimiter (after PA=D1UELO), to see= if the script would proceed to the next item without waiting for the voice to be completely recorded, but this does not seem to have an effect. My sense is that the reason that the picture doesn't disappear instantly is because the item is continued until the recording is done. Thus, the RecordVocal<750, 900> command makes it such that after the voice key is triggered, the item continues for 750 ms before going to the next trial. When I eliminate RecordVocal altogether, the picture goes off instantly whe= n the voice key is triggered; but the problem is that no voice files are recorded. Do you know if it is possible for recording to proceed without being stuck on the same item? Because that seems to be the key. Some sample scripts that I have seen did not seem to use a RecordVocal command (they only used the command.) Do you know if vocal responses are recorded= , even without the RecordVocal command? Thanks so much for any help or suggestions, Mahesh --=20 -------------------------------------------- Mahesh Srinivasan Doctoral Student Department of Psychology Harvard University email: mahesh@wjh.harvard.edu ------=_Part_27764_7338060.1207684072811 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear all,

My name is Mahesh Srinivasan and I am a doctoral student a= t Harvard University.

I am currently running a picture-word interfer= ence task.  The task consists of: presentation of a fixation cross, fo= llowed by presentation of a picture and simultaneous presentation of a dist= ractor, at which point the participant's vocal response is timed and re= corded. 

I am concerned that the subjects that I have been running through my picture-word interference task have been responding more slowly than previous studies.  I think that part of this may stem from the fact that in my script, the pictures do not seem to disappear as soon as the participants names the picture--rather they seem to stay on screen for some time, before proceeding to the next trial. An example of an item from my current script:

+901 g "bckgrnd2", %60 "+" / %30 g "bckgrnd2" / <= fd 180> g "bckgrnd2", g* "BOTTLE", <xy 617, 398> = g "whtspc", <xy 617, 398> "PA=D1UELO"/!;

I have tried to take out the last frame delimiter (after PA=D1UELO), to see if the script would proceed to the next item without waiting for the voice to be completely recorded, but this does not seem to have an effect.  My sense is that the reason that the picture doesn'= ;t disappear instantly is because the item is continued until the recording is done.  Thus, the RecordVocal<750, 900> command makes it such tha= t after the voice key is triggered, the item continues for 750 ms before going to the next trial.  When I eliminate RecordVocal altogether, the picture goes off instantly when the voice key is triggered; but the problem is that no voice files are recorded. 

Do you know if it is possible for recording to proceed without being stuck on the same item?   Because that seems to be the key.=   Some sample scripts that I have seen did not seem to use a RecordVocal command (they only used the <id digitialvox> command.)  Do you know if vocal responses are recorded, even without t= he RecordVocal command?

Thanks so much for any help or suggestions,<= br>Mahesh

--
-------------------------------------= -------
Mahesh Srinivasan
Doctoral Student
Department of Psychology
Harvar= d University
email: mahesh@wjh= .harvard.edu ------=_Part_27764_7338060.1207684072811-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 13:18:45 2008 Received: from us25.unix.fas.harvard.edu (us25.unix.fas.harvard.edu [140.247.35.201]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38KIUHe024496 for ; Tue, 8 Apr 2008 13:18:31 -0700 Received: from [140.247.94.67] (dhcp-0000114138-1f-b2.client.fas.harvard.edu [140.247.94.67]) by us25.unix.fas.harvard.edu (8.14.1/8.14.1) with ESMTP id m38KIPAk021191 for ; Tue, 8 Apr 2008 16:18:25 -0400 Message-ID: <47FBD311.8080807@fas.harvard.edu> Date: Tue, 08 Apr 2008 16:18:25 -0400 From: Jorge Almeida MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] question about sending pulses with a laptop Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi there, My colleagues and I are going to do a TMS experiment where we need to send some pulses to the TMS coil (triple pulse tms locked to the presentation of the pic and an the average response time. The pulse frequency would be 10 or 20 Hz), and we wanted to use DMDX to trigger the TMS. We have been using DMDX in lots of other experiments and we have use PCI-DIO24 board from measurement computing for our input devices in our desktop computers. I have also tested sending pulses using this configuration and it works great. The problem is that for this TMS experiment we are going to be using a laptop. Do you have any recommendation for the way to send pulses with a laptop? I have contacted measurement computing asking for a solution for a laptop that is similar to the one that we have for the desktop and they directed me to the following solution: Our USB-DIO24/37, which offers compatible pinout for the digital IO lines: http://www.measurementcomputing.com/cbicatalog/cbiproduct_new.asp?dept_id=415&pf_id=1709 Now, I know that these may have latency problems. I asked the sales person at measurement computing about this and I got the following answer: Yes, the throughput rates are magnitudes slower relative to a PCMCIA card or a PCI board. I have done some benchtesting - VB6, old PC with Win XP, USB 1.0 port - I was able to write to a port every 4mS's or so, and read a port every 8mS's. For comparison, our PCI board is close to 0.5MgHz, and our PCMCIA card about 250kHz. There is nothing we can do about the speed issue - the bottleneck is in the USB port coupled with the Microsoft HID driver. My question is simply what other people have been using for collecting or outputting response/pulses with laptops. Can one use a serial port from older laptops, or do you think that using the USB card would really be ok for pulses that are sent every 100 or 50 ms, or are there PCMCIA cards that can do the trick better? Thank you very much, Jorge Almeida From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 15:23:35 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38MN9si024986 for ; Tue, 8 Apr 2008 15:23:09 -0700 Received: from frodos_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9CACA378C31 for ; Tue, 8 Apr 2008 15:23:09 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 978A7378C3D for ; Tue, 8 Apr 2008 15:23:08 -0700 (MST) Message-Id: <5.1.0.14.2.20080408151857.00ba52b8@psy1.psych.arizona.edu> Date: Tue, 08 Apr 2008 15:23:07 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question about delay associated with voice recording on picture-word interference task In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_-2031584343==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_-2031584343==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable What you want will only work with some sort of kludge. You'll have to use= =20 two items, you'll have to have a short timeout in the first item so any=20 recording done is for a short interval and then follow with another item=20 that clears the screen and has a longer timeout and records more of their=20 response. But you'll have to have a low and of course that doesn't= =20 work where DMDX is writing out vocalizations. Or you'll just have to clear= =20 the display after some fixed interval. At 03:47 PM 4/8/2008 -0400, you wrote: >Dear all, > >My name is Mahesh Srinivasan and I am a doctoral student at Harvard=20 >University. > >I am currently running a picture-word interference task. The task=20 >consists of: presentation of a fixation cross, followed by presentation of= =20 >a picture and simultaneous presentation of a distractor, at which point=20 >the participant's vocal response is timed and recorded. > >I am concerned that the subjects that I have been running through my=20 >picture-word interference task have been responding more slowly than=20 >previous studies. I think that part of this may stem from the fact that=20 >in my script, the pictures do not seem to disappear as soon as the=20 >participants names the picture--rather they seem to stay on screen for=20 >some time, before proceeding to the next trial. An example of an item from= =20 >my current script: > >+901 g "bckgrnd2", %60 "+" / %30 g "bckgrnd2" / g "bckgrnd2", g*= =20 >"BOTTLE", g "whtspc", "PA=D1UELO"/!; > >I have tried to take out the last frame delimiter (after PA=D1UELO), to see= =20 >if the script would proceed to the next item without waiting for the voice= =20 >to be completely recorded, but this does not seem to have an effect. My=20 >sense is that the reason that the picture doesn't disappear instantly is=20 >because the item is continued until the recording is done. Thus, the=20 >RecordVocal<750, 900> command makes it such that after the voice key is=20 >triggered, the item continues for 750 ms before going to the next=20 >trial. When I eliminate RecordVocal altogether, the picture goes off=20 >instantly when the voice key is triggered; but the problem is that no=20 >voice files are recorded. > >Do you know if it is possible for recording to proceed without being stuck= =20 >on the same item? Because that seems to be the key. Some sample scripts= =20 >that I have seen did not seem to use a RecordVocal command (they only used= =20 >the command.) Do you know if vocal responses are=20 >recorded, even without the RecordVocal command? > >Thanks so much for any help or suggestions, >Mahesh > >-- >-------------------------------------------- >Mahesh Srinivasan >Doctoral Student >Department of Psychology >Harvard University >email: mahesh@wjh.harvard.edu /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_-2031584343==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
What you want will only work with some sort of kludge.  You'll have to use two items, you'll have to have a short timeout in the first item so any recording done is for a short interval and then follow with another item that clears the screen and has a longer timeout and records more of their response.  But you'll have to have a low <Delay> and of course that doesn't work where DMDX is writing out vocalizations.  Or you'll just have to clear the display after some fixed interval.

At 03:47 PM 4/8/2008 -0400, you wrote:
Dear all,

My name is Mahesh Srinivasan and I am a doctoral student at Harvard University.

I am currently running a picture-word interference task.  The task consists of: presentation of a fixation cross, followed by presentation of a picture and simultaneous presentation of a distractor, at which point the participant's vocal response is timed and recorded. 

I am concerned that the subjects that I have been running through my picture-word interference task have been responding more slowly than previous studies.  I think that part of this may stem from the fact that in my script, the pictures do not seem to disappear as soon as the participants names the picture--rather they seem to stay on screen for some time, before proceeding to the next trial. An example of an item from my current script:

+901 g "bckgrnd2", %60 "+" / %30 g "bckgrnd2" / <fd 180> g "bckgrnd2", g* "BOTTLE", <xy 617, 398> g "whtspc", <xy 617, 398> "PA=D1UELO"/!;

I have tried to take out the last frame delimiter (after PA=D1UELO), to see if the script would proceed to the next item without waiting for the voice to be completely recorded, but this does not seem to have an effect.  My sense is that the reason that the picture doesn't disappear instantly is because the item is continued until the recording is done.  Thus, the RecordVocal<750, 900> command makes it such that after the voice key is triggered, the item continues for 750 ms before going to the next trial.  When I eliminate RecordVocal altogether, the picture goes off instantly when the voice key is triggered; but the problem is that no voice files are recorded. 

Do you know if it is possible for recording to proceed without being stuck on the same item?   Because that seems to be the key.  Some sample scripts that I have seen did not seem to use a RecordVocal command (they only used the <id digitialvox> command.)  Do you know if vocal responses are recorded, even without the RecordVocal command?

Thanks so much for any help or suggestions,
Mahesh

--
--------------------------------------------
Mahesh Srinivasan
Doctoral Student
Department of Psychology
Harvard University
email: mahesh@wjh.harvard.edu


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.

--=====================_-2031584343==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 15:30:04 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38MTnnB025035 for ; Tue, 8 Apr 2008 15:29:49 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id CB52D58415A for ; Tue, 8 Apr 2008 15:29:49 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 90BE658416E for ; Tue, 8 Apr 2008 15:29:48 -0700 (MST) Message-Id: <5.1.0.14.2.20080408152438.00ba52b8@psy1.psych.arizona.edu> Date: Tue, 08 Apr 2008 15:29:48 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question about sending pulses with a laptop In-Reply-To: <47FBD311.8080807@fas.harvard.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 04:18 PM 4/8/2008 -0400, Jorge Almeida wrote: >My question is simply what other people have been using for collecting or >outputting response/pulses with laptops. Can one use a serial port from >older laptops, No. > or do you think that using the USB card would really be ok for pulses > that are sent every 100 or 50 ms, or are there PCMCIA cards that can do > the trick better? There's a Measurement Computing PCMCIA (or PCCARD or whatever euphemism people feel has to be used rather than PCMCIA) cards. We've used them in the past, can't recall that their latency figures were but I'm fairly sure it was sub millisecond. http://www.measurementcomputing.com/cbicatalog/cbiproduct.asp?dept%5Fid=156&pf%5Fid=1422&mscssid=ND0WG6P2UBJT8GMC36892WG4U30B2BV9 If you have to go USB there are USB rate tweakers out there that should get it's latency down to sub millisecond as well. Kinda surprised Measurement Computing dont offer that sort of advice. >Thank you very much, >Jorge Almeida > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 16:14:00 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m38NDYdQ025252 for ; Tue, 8 Apr 2008 16:13:34 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id ED97A3791BF for ; Tue, 8 Apr 2008 16:13:33 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4828F3791C2 for ; Tue, 8 Apr 2008 16:13:33 -0700 (MST) Message-Id: <5.1.0.14.2.20080408161023.00ba5320@psy1.psych.arizona.edu> Date: Tue, 08 Apr 2008 16:13:32 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question about delay associated with voice Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list And what you may need to do if setting a short timeout in the first item doesn't work is to use the abort item expression stuff and have the item abort once a response has been received from the digital vox (fairly sure the abort item expression docs show this type of thing). The second item would have to set the abort item expression off. Seeing as you won't care so much about rigid timing you can just use and live with 60 ms or so of missed recording. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Tue Apr 8 23:12:15 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m396BWXo026450 for ; Tue, 8 Apr 2008 23:11:32 -0700 Received: from gandalfs_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B7190584BC3 for ; Tue, 8 Apr 2008 23:11:32 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0E6F5584BC2 for ; Tue, 8 Apr 2008 23:11:32 -0700 (MST) Message-Id: <5.1.0.14.2.20080408225943.00ba4b80@psy1.psych.arizona.edu> Date: Tue, 08 Apr 2008 23:11:31 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: question about sending pulses with a laptop Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list And of course we can always test any device you want. You'll have to purchase one and ship it to us (if you really want it back you'll have to include pre-paid shipping for it but I prefer to keep said devices for future testing). I can accurately measure variability on input devices so that will give us a basic bench on the output variability and any effect USB rate tweaking has on it. I can also setup the output device along with a photosensor off a screen (which is well calibrated) and measure the latency and variability there. Not as accurate as the input variability measurements but still good to millisecond level measurements. The ultimate test would be have DMDX drive both devices and compare the output but I've never added the code to get DMDX to handle two output devices. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 9 16:40:27 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m39NdXYu029988 for ; Wed, 9 Apr 2008 16:39:33 -0700 Received: from frodos_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1CF3F37EF09 for ; Wed, 9 Apr 2008 16:39:33 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 97CCE37EE79 for ; Wed, 9 Apr 2008 16:39:31 -0700 (MST) Message-Id: <5.1.0.14.2.20080409163754.00ba5348@psy1.psych.arizona.edu> Date: Wed, 09 Apr 2008 16:39:28 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question about sending pulses with a laptop In-Reply-To: <5.1.0.14.2.20080408225943.00ba4b80@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list And you can also easily bench combined output and input latency by having a clock on in a frame that has an output and wiring the output to the input. If the result is under two milliseconds you're golden. At 11:11 PM 4/8/2008 -0700, you wrote: >And of course we can always test any device you want. You'll have to >purchase one and ship it to us (if you really want it back you'll have to >include pre-paid shipping for it but I prefer to keep said devices for >future testing). I can accurately measure variability on input devices so >that will give us a basic bench on the output variability and any effect >USB rate tweaking has on it. I can also setup the output device along >with a photosensor off a screen (which is well calibrated) and measure the >latency and variability there. Not as accurate as the input variability >measurements but still good to millisecond level measurements. The >ultimate test would be have DMDX drive both devices and compare the output >but I've never added the code to get DMDX to handle two output devices. > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > I'm not a complete idiot. Some parts are missing. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Fri Apr 11 00:37:43 2008 Received: from sorbus.ccs.bbk.ac.uk (sorbus.ccs.bbk.ac.uk [193.61.22.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m3B7av2j003243 for ; Fri, 11 Apr 2008 00:36:57 -0700 Received: from mpmail2.bbk.ac.uk by sorbus.ccs.bbk.ac.uk with SMTP (Mailer) with ESMTP; Fri, 11 Apr 2008 08:36:33 +0100 Received: (from mpmail2.bbk.ac.uk [78.57.210.44]) by mpmail2.bbk.ac.uk (MOS 3.7.4b-GA) with HTTP/1.1 id ADT11620 (AUTH ubjte13); Fri, 11 Apr 2008 08:36:33 +0100 (BST) From: MR L SHOKER Subject: [DMDX] Inter trial interval - timing issues To: DMDX@psy1.psych.arizona.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20080411083633.ADT11620@mpmail2.bbk.ac.uk> Date: Fri, 11 Apr 2008 08:36:33 +0100 (BST) Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi, I am trying to generate a visual cueing task with a random inter trial interval. The timing between trials is very important. My first problem is that after the request item there is a long delay until the first item ("Get ready"). Maybe I'm not understanding the RCOT output properly, but shouldn't the timing of item 72299040 be comprised of the time taken for item 66699069 to run (because the * is on at the beginning of the trial). I would expect it to be 60 + 90 + 3 + 1 ticks plus the delay 69 ticks = 3717ms @ 16.67 refresh. The last item is about 20ms out. I measure the time between items with . I've appended the item file and the azk output below. I've downloaded the latest versions of DMDX and the graphics driver (nVidia GeForce FX Go5200). Also, DMDX sometimes skips the first item (not in this example). The item doesn't appear in the azk file nor does it get display. Is there any way to fix this? Thank you for your help. ********************************************************************** Subject 4, 04/07/2008 17:56:49 on HP10, refresh 16.67ms Item RT COT ! Display error at msec 82.33, tick 4 in item 0, frame "GET READY" ! moved into video memory 1 tick late ! (previous frame's duration will have been longer) 66699069 1.00 0.00 72299040 1.00 3234.65 911140239 -900.00 9803.98 **************Item file \ $ 0 "Block 1", "GET READY"; $ ^66699069 * "cross_h.bmp" / "cross_h.bmp" , "cross_h.bmp" / /; ^72299040 * "cross_v.bmp" / "cross_v.bmp" , "Ang1.bmp", "PairAng1.bmp"/ "cross_v.bmp" / ; +911140239 * "cross_h.bmp" / "cross_h.bmp" , "Hap1.bmp", "PairHap1.bmp"/ "cross_h.bmp" / "cross_h.bmp", "line_h.bmp"/ /; \ $ 0 "End of experiment"; $ $ 0 "Thank you"; $ From DMDX-owner@psy1.psych.arizona.edu Fri Apr 11 08:41:49 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3BFfGY8004902 for ; Fri, 11 Apr 2008 08:41:16 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7FE4A387AF5 for ; Fri, 11 Apr 2008 08:41:16 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B587F387AF2 for ; Fri, 11 Apr 2008 08:41:14 -0700 (MST) Message-Id: <5.1.0.14.2.20080411082242.00ba4af0@psy1.psych.arizona.edu> Date: Fri, 11 Apr 2008 08:41:13 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Inter trial interval - timing issues In-Reply-To: <20080411083633.ADT11620@mpmail2.bbk.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 08:36 AM 4/11/2008 +0100, you wrote: >Hi, > I am trying to generate a visual cueing task with a random inter trial > interval. The timing between trials is very important. My first problem > is that after the request item there is a long delay until the first item > ("Get ready"). > >Maybe I'm not understanding the RCOT output properly, but shouldn't the >timing of item 72299040 be comprised of the time taken for item 66699069 >to run (because the * is on at the beginning of the trial). I would expect >it to be 60 + 90 + 3 + 1 ticks plus the delay 69 ticks = 3717ms @ 16.67 >refresh. The last item is about 20ms out. Actually delay used in an item sets the delay for that item, not the next so the delay between 66699069 and 72299040 will be 40 ticks which is much closer to the 3234.65 you see (only about a millisecond off and that's spot on as far as DMDX retrace timing is concerned). And beware that your initial use of the delay parameter is which doesn't ask for rigorous timing so DMDX is going to be adding however much extra time it needs to prepare the items. Fortunately your delays are large enough that you're not likely to run into trouble but I'd be tempted to try an initial nonetheless. >I measure the time between items with . I've appended the item file >and the azk output below. I've downloaded the latest versions of DMDX and >the graphics driver (nVidia GeForce FX Go5200). > > >Also, DMDX sometimes skips the first item (not in this example). The item >doesn't appear in the azk file nor does it get display. Is there any way >to fix this? Could be your last scramble emit isn't in the first column on the item file and is thus not considered to be an emit character. Scramble can do weird things when text between controls isn't terminated with semi-colons. You can always check want happened by looking at the temporary files (like scrambled.itm) to see just what happened. Not that it does anything useful to have an emit before a fixed block at the end of a trial. > Thank you for your help. > > > > ********************************************************************** > Subject 4, 04/07/2008 17:56:49 on HP10, refresh 16.67ms > Item RT COT > ! Display error at msec 82.33, tick 4 in item 0, frame "GET READY" > ! moved into video memory 1 tick late > ! (previous frame's duration will have been longer) > 66699069 1.00 0.00 > 72299040 1.00 3234.65 > 911140239 -900.00 9803.98 > > > > > **************Item file > > > > > > > > >\ > $ 0 "Block 1", > "GET READY"; > $ > > > > ^66699069 > > * > > "cross_h.bmp" / > "cross_h.bmp" , > "cross_h.bmp" / > > /; > > > > ^72299040 > > * > > "cross_v.bmp" / > "cross_v.bmp" , > "Ang1.bmp", > "PairAng1.bmp"/ > "cross_v.bmp" / > > ; > > > > +911140239 > > * > > "cross_h.bmp" / > "cross_h.bmp" , > "Hap1.bmp", > "PairHap1.bmp"/ > "cross_h.bmp" / > > "cross_h.bmp", > "line_h.bmp"/ > /; > > \ >$ 0 "End of experiment"; $ >$ 0 "Thank you"; $ >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 14 02:56:10 2008 Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.230]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3E9tHjI018721 for ; Mon, 14 Apr 2008 02:55:18 -0700 Received: by qb-out-0506.google.com with SMTP id e11so1712017qba.1 for ; Mon, 14 Apr 2008 02:55:17 -0700 (PDT) Received: by 10.142.203.13 with SMTP id a13mr1740715wfg.193.1208166917077; Mon, 14 Apr 2008 02:55:17 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Mon, 14 Apr 2008 02:55:16 -0700 (PDT) Message-ID: Date: Mon, 14 Apr 2008 17:55:16 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] a priming experiment MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear all: I am running a priming expriment.For each trial, the participant will hear a sentence which contains an idiom,then a letter string would appear during the sentence .The letter string could appear in either one of two positions:right at the end of the last word of the idiom,or before the idiom.I'm a new user of DMDX.I don't kown how to fix it .Each idiom is spoken in different time,so the letter sting appear in different time ,I don't kown which keyword can be used .I really appreciate it if someone could help me figure out how to do this. Besides,now I try to run the expriment when the idiom is just the end of a sentence.The letter string will appear just after the sentence.I meet some trouble . Here is my script: n2 s1 $ 0"谢谢你参与本实验，实验开始后你会先听到句子", "在听句子的同时，屏幕上会呈现两个字", "请你认真判断呈现的两个字是词还是非词", "是词就立即按左箭头，非词就按右箭头", "请你认真听句子并作出判断，谢谢合作", "please press Space to begin。"; $ +1"4"/*"思念"/; +2"5"/*"残酷"/; $ 0"实验结束，请按ESC保留结果并退出，谢谢您！"; $ In Scheduled experiment,the letter string(the target) will remained on the screen until the participant responded.If no response provided in 4000ms,it will disppear and the next trial will begin,Now the problem is when the participant responded the target remainde on the screen until next tral began.The sound file is just 400KB.If I modify to ,things are better.But it don't comform to the demands of the experiment.We are just running the experiment on the basis of the study of foreign scholars. I hope you know what I have said.Any help on this would be very much appreciated! From DMDX-owner@psy1.psych.arizona.edu Mon Apr 14 11:03:34 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3EI34wj020608 for ; Mon, 14 Apr 2008 11:03:05 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id CD6BB39C64C for ; Mon, 14 Apr 2008 11:03:04 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 146AC39C64F for ; Mon, 14 Apr 2008 11:03:04 -0700 (MST) Message-Id: <5.1.0.14.2.20080414110004.00ba52f8@psy1.psych.arizona.edu> Date: Mon, 14 Apr 2008 11:03:03 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list The Sound documentation covers all this: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsound.htm You'll want to use the visual probe features. You'll want to put cues into your audio files at the locations the visual probe is to appear and then use with the name of the cue you want to use. Your items will look like: +1 "audiofile" %0 / "Visual Target" *; At 05:55 PM 4/14/2008 +0800, you wrote: >Dear all: > > I am running a priming expriment.For each trial, the participant >will hear a sentence which contains an idiom,then a letter string >would appear during the sentence .The letter string could appear in >either one of two positions:right at the end of the last word of the >idiom,or before the idiom.I'm a new user of DMDX.I don't kown how to >fix it .Each idiom is spoken in different time,so the letter sting >appear in different time ,I don't kown which keyword can be used .I >really appreciate it if someone could help me figure out how to do >this. > >Besides,now I try to run the expriment when the idiom is just the end >of a sentence.The letter string will appear just after the sentence.I >meet some trouble . > >Here is my script: >n2 s1 "keyboard">arrow"> >$ > 0"谢谢你参与本实验，实验开始后你会先听到句子", > "在听句子的同时，屏幕上会呈现两个字", > "请你认真判断呈现的两个字是词还是非词", > "是词就立即按左箭头，非词就按右箭头", > "请你认真听句子并作出判断，谢谢合作", >"please press Space to begin。"; >$ >+1"4"/*"思念"/; >+2"5"/*"残酷"/; >$ >0"实验结束，请按ESC保留结果并退出，谢谢您！"; >$ >In Scheduled experiment,the letter string(the target) will remained on >the screen until the participant responded.If no response provided in >4000ms,it will disppear and the next trial will begin,Now the problem >is when the participant responded the target remainde on the screen >until next tral began.The sound file is just 400KB.If I >modify to ,things are better.But it don't comform to >the demands of the experiment.We are just running the experiment on >the basis of the study of foreign scholars. > >I hope you know what I have said.Any help on this would be very much >appreciated! > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 14 22:29:41 2008 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3F5TEne023215 for ; Mon, 14 Apr 2008 22:29:14 -0700 Received: by wf-out-1314.google.com with SMTP id 24so2484673wfg.1 for ; Mon, 14 Apr 2008 22:29:06 -0700 (PDT) Received: by 10.142.12.14 with SMTP id 14mr2105154wfl.152.1208237346160; Mon, 14 Apr 2008 22:29:06 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Mon, 14 Apr 2008 22:29:06 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 13:29:06 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment In-Reply-To: <5.1.0.14.2.20080414110004.00ba52f8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7068_15566853.1208237346196" References: <5.1.0.14.2.20080414110004.00ba52f8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_7068_15566853.1208237346196 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline VGhhbmsgeW91IGZvciB5b3VyIGFkdmljZS5CdXQgaG93IGNhbiBJIHB1dCBjdWVzIGludG8gbXkg YXVkaW8gZmlsZXM/SXMKdGhlcmUgIGEgdG9vbCBidWlsdCBpbiBETURYIHRvIGRvIHRoaXM/CkFu ZCBJIHN0aWxsIGhhdmUgYSBxdWVzdGlvbjogbXkgVmlzdWFsIFRhcmdldHMgd291bGQgbm90IGRp c3BwZWFyCmltbWVkaWF0ZWx5IGFmdGVyIHRoZSBwYXJ0aWNlcGFudHMgcmVzcG9uZC4KCgoKCgoK 1NowOC00LTE1o6xKb25hdGhhbiBDLiBGb3JzdGVyIDxqZm9yc3RlckBwc3kxLnBzeWNoLmFyaXpv bmEuZWR1PiDQtLXAo7oKPgo+Cj4gVGhlIFNvdW5kIGRvY3VtZW50YXRpb24gY292ZXJzIGFsbCB0 aGlzOgo+Cj4gaHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVyL2RtZHgvaGVs cC9kbWR4aHNvdW5kLmh0bQo+Cj4gWW91J2xsIHdhbnQgdG8gdXNlIHRoZSB2aXN1YWwgcHJvYmUg ZmVhdHVyZXMuICBZb3UnbGwgd2FudCB0byBwdXQgY3Vlcwo+IGludG8geW91ciBhdWRpbyBmaWxl cyBhdCB0aGUgbG9jYXRpb25zIHRoZSB2aXN1YWwgcHJvYmUgaXMgdG8gYXBwZWFyIGFuZAo+IHRo ZW4gdXNlIDxTZXRWaXN1YWxQcm9iZT4gd2l0aCB0aGUgbmFtZSBvZiB0aGUgY3VlIHlvdSB3YW50 IHRvIHVzZS4gIFlvdXIKPiBpdGVtcyB3aWxsIGxvb2sgbGlrZToKPgo+ICsxIDx3YXY+ICJhdWRp b2ZpbGUiIDxzdnAgY3VlbmFtZT4gJTAgLyAiVmlzdWFsIFRhcmdldCIgKjsKPgo+IEF0IDA1OjU1 IFBNIDQvMTQvMjAwOCArMDgwMCwgeW91IHdyb3RlOgo+Cj4gPiBEZWFyIGFsbDoKPiA+Cj4gPiAg SSBhbSBydW5uaW5nIGEgcHJpbWluZyBleHByaW1lbnQuRm9yIGVhY2ggdHJpYWwsIHRoZSBwYXJ0 aWNpcGFudAo+ID4gd2lsbCBoZWFyIGEgc2VudGVuY2Ugd2hpY2ggY29udGFpbnMgYW4gaWRpb20s dGhlbiBhIGxldHRlciBzdHJpbmcKPiA+IHdvdWxkIGFwcGVhciBkdXJpbmcgdGhlIHNlbnRlbmNl IC5UaGUgbGV0dGVyIHN0cmluZyBjb3VsZCBhcHBlYXIgaW4KPiA+IGVpdGhlciBvbmUgb2YgdHdv IHBvc2l0aW9uczpyaWdodCBhdCB0aGUgZW5kIG9mIHRoZSBsYXN0IHdvcmQgb2YgdGhlCj4gPiBp ZGlvbSxvciBiZWZvcmUgdGhlIGlkaW9tLkknbSBhIG5ldyB1c2VyIG9mIERNRFguSSBkb24ndCBr b3duIGhvdyB0bwo+ID4gZml4IGl0IC5FYWNoIGlkaW9tIGlzIHNwb2tlbiBpbiBkaWZmZXJlbnQg dGltZSxzbyB0aGUgbGV0dGVyIHN0aW5nCj4gPiBhcHBlYXIgaW4gZGlmZmVyZW50IHRpbWUgLEkg ZG9uJ3Qga293biB3aGljaCBrZXl3b3JkIGNhbiBiZSB1c2VkIC5JCj4gPiByZWFsbHkgYXBwcmVj aWF0ZSBpdCBpZiBzb21lb25lIGNvdWxkIGhlbHAgbWUgZmlndXJlIG91dCBob3cgdG8gZG8KPiA+ IHRoaXMuCj4gPgo+ID4gQmVzaWRlcyxub3cgSSB0cnkgdG8gcnVuIHRoZSBleHByaW1lbnQgd2hl biB0aGUgaWRpb20gaXMganVzdCB0aGUgZW5kCj4gPiBvZiBhIHNlbnRlbmNlLlRoZSBsZXR0ZXIg c3RyaW5nIHdpbGwgYXBwZWFyIGp1c3QgYWZ0ZXIgdGhlIHNlbnRlbmNlLkkKPiA+IG1lZXQgc29t ZSB0cm91YmxlIC4KPiA+Cj4gPiBIZXJlIGlzIG15IHNjcmlwdDoKPiA+IG4yIHMxIDxkIG8+PGF6 az48Y3I+PGNsZmI+PHQgNDAwMD48dm0gMTAyNCw3NjgsNzY4LDMyLDc1PjxpZAo+ID4gImtleWJv YXJkIj48ZGJjIDI1NTI1NTI1NT48ZHdjIDAwMDAwMDAwMD48bXIgK1NwYWNlPjxtbnIgIityaWdo dAo+ID4gYXJyb3ciPjxtcHIgIitsZWZ0IGFycm93Ij4KPiA+ICQKPiA+ICAwPGxuIC01PiLQu9C7 xOOyztPrsb7KtdHpo6zKtdHpv6rKvLrzxOO74c/IzP21vb7k19MiLAo+ID4gICA8bG4gLTQ+ItTa zP2+5NfTtcTNrMqxo6zGwcS7yc+74bPKz9bBvbj219YiLAo+ID4gIDxsbiAtMz4ix+vE48jP1ebF 0LbPs8rP1rXEwb249tfWyse0yru5yse3x7TKIiwKPiA+ICAgPGxuIC0yPiLKx7TKvs3Bory0sLTX 87z9zbejrLfHtMq+zbC009K8/c23IiwKPiA+ICAgPGxuIC0xPiLH68TjyM/V5sz9vuTX07Ki1/ez 9sXQts+jrNC70Lu6z9f3IiwKPiA+IDxsbiAgMD4icGxlYXNlIHByZXNzIFNwYWNlIHRvIGJlZ2lu oaMiOwo+ID4gJAo+ID4gKzE8d2F2IDI+IjQiLyo8bXMlIDQwMDA+Isu8xO4iLzxtcyUgOTAwPjsK PiA+ICsyPHdhdiAyPiI1Ii8qPG1zJSA0MDAwPiKy0L/hIi88bXMlIDkwMD47Cj4gPiAkCj4gPiAw Isq10em94cr4o6zH67C0RVNDsaPB9L3hufuyos3Ls/ajrNC70LvE+qOhIjsKPiA+ICQKPiA+IElu IFNjaGVkdWxlZCBleHBlcmltZW50LHRoZSBsZXR0ZXIgc3RyaW5nKHRoZSB0YXJnZXQpIHdpbGwg cmVtYWluZWQgb24KPiA+IHRoZSBzY3JlZW4gdW50aWwgdGhlIHBhcnRpY2lwYW50IHJlc3BvbmRl ZC5JZiBubyByZXNwb25zZSBwcm92aWRlZCBpbgo+ID4gNDAwMG1zLGl0IHdpbGwgZGlzcHBlYXIg YW5kIHRoZSBuZXh0IHRyaWFsIHdpbGwgYmVnaW4sTm93IHRoZSBwcm9ibGVtCj4gPiBpcyB3aGVu IHRoZSBwYXJ0aWNpcGFudCByZXNwb25kZWQgdGhlIHRhcmdldCByZW1haW5kZSBvbiB0aGUgc2Ny ZWVuCj4gPiB1bnRpbCBuZXh0IHRyYWwgYmVnYW4uVGhlIHNvdW5kIGZpbGUgaXMganVzdCA0MDBL Qi5JZiBJCj4gPiBtb2RpZnk8bXMlNDAwMD4gdG8gPG1zJSA4MDA+LHRoaW5ncyBhcmUgYmV0dGVy LkJ1dCBpdCBkb24ndCBjb21mb3JtIHRvCj4gPiB0aGUgZGVtYW5kcyBvZiB0aGUgZXhwZXJpbWVu dC5XZSBhcmUganVzdCBydW5uaW5nIHRoZSBleHBlcmltZW50IG9uCj4gPiB0aGUgYmFzaXMgb2Yg dGhlIHN0dWR5IG9mIGZvcmVpZ24gc2Nob2xhcnMuCj4gPgo+ID4gSSBob3BlIHlvdSBrbm93IHdo YXQgSSBoYXZlIHNhaWQuQW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSB2ZXJ5IG11Y2gKPiA+IGFw cHJlY2lhdGVkIQo+ID4KPiA+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4gPiAgIFNlbmQgbWFpbCB0byBETURYLXJl cXVlc3RAcHN5MS5wc3ljaC5hcml6b25hLmVkdSB3aXRoIHRoZSB3b3JkCj4gPiAgJ3Vuc3Vic2Ny aWJlJyBieSBpdHNlbGYgd2l0aCBubyBxdW90ZXMgaW4gdGhlIGJvZHkgb2YgdGhlIGVtYWlsCj4g PiAgdG8gYmUgcmVtb3ZlZCBmcm9tIHRoZSBsaXN0LiAgVGhlIGxpc3QgYXJjaGl2ZSBpcyBhdmFp bGFibGUgaGVyZToKPiA+ICAgICAgICAgIGh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L2Nn aS1iaW4vRE1EWC90aHJlYWQKPiA+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4gPgo+Cj4KPiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyJcCj4gIC1qb25hdGhhbiAoai5jLmYu KSAgICAgICAgICAgICAgICAgICAgICAgICAgICBcIC8KPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFgKPiAgICBBU0NJSSBSSUJCT04gQ0FNUEFJR04gLSBB R0FJTlNUIEhUTUwgTUFJTCAgLyBcCj4KPiBMaWZlIGlzIGEgeW8teW8sIGFuZCBtYW5raW5kIHRp ZXMga25vdHMgaW4gdGhlIHN0cmluZy4KPgo+Cj4KPiA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+ICBTZW5kIG1haWwg dG8gRE1EWC1yZXF1ZXN0QHBzeTEucHN5Y2guYXJpem9uYS5lZHUgd2l0aCB0aGUgd29yZAo+ICAn dW5zdWJzY3JpYmUnIGJ5IGl0c2VsZiB3aXRoIG5vIHF1b3RlcyBpbiB0aGUgYm9keSBvZiB0aGUg ZW1haWwKPiAgdG8gYmUgcmVtb3ZlZCBmcm9tIHRoZSBsaXN0LiAgVGhlIGxpc3QgYXJjaGl2ZSBp cyBhdmFpbGFibGUgaGVyZToKPiAgICAgICAgIGh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1 L2NnaS1iaW4vRE1EWC90aHJlYWQKPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+CgoKClRoYW5rIHlvdSBmb3IgeW91 ciBhZHZpY2UuQnV0IGhvdyBjYW4gSSBwdXQgY3VlcyBpbnRvIG15IGF1ZGlvIGZpbGVzP0lzCnRo ZXJlICBhIHRvb2wgYnVpbHQgaW4gRE1EWCB0byBkbyB0aGlzPwpBbmQgSSBzdGlsbCBoYXZlIGEg cXVlc3Rpb246IG15IFZpc3VhbCBUYXJnZXRzIHdvdWxkIG5vdCBkaXNwcGVhcgppbW1lZGlhdGVs eSBhZnRlciB0aGUgcGFydGljZXBhbnRzIHJlc3BvbmQuCg== ------=_Part_7068_15566853.1208237346196 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PGJyPgo8ZGl2PlRoYW5rIHlvdSBmb3IgeW91ciBhZHZpY2UuQnV0IGhvdyBjYW4gSSBwdXQgY3Vl cyBpbnRvIG15IGF1ZGlvIGZpbGVzP0lzIHRoZXJlJm5ic3A7IGEgdG9vbCBidWlsdCBpbiBETURY IHRvIGRvIHRoaXM/PC9kaXY+CjxkaXY+QW5kIEkgc3RpbGwgaGF2ZSBhIHF1ZXN0aW9uOiBteSBW aXN1YWwgVGFyZ2V0cyB3b3VsZCBub3QgZGlzcHBlYXIgaW1tZWRpYXRlbHkgYWZ0ZXIgdGhlIHBh cnRpY2VwYW50cyByZXNwb25kLjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8cD4mbmJzcDs8L3A+ CjxwPjxicj4mbmJzcDs8L3A+CjxkaXY+PHNwYW4gY2xhc3M9ImdtYWlsX3F1b3RlIj7U2jA4LTQt MTWjrDxiIGNsYXNzPSJnbWFpbF9zZW5kZXJuYW1lIj5Kb25hdGhhbiBDLiBGb3JzdGVyPC9iPiAm bHQ7PGEgaHJlZj0ibWFpbHRvOmpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUiPmpmb3Jz dGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHU8L2E+Jmd0OyDQtLXAo7o8L3NwYW4+CjxibG9ja3F1 b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46 IDBweCAwcHggMHB4IDAuOGV4OyBCT1JERVItTEVGVDogI2NjYyAxcHggc29saWQiPjxicj5UaGUg U291bmQgZG9jdW1lbnRhdGlvbiBjb3ZlcnMgYWxsIHRoaXM6PGJyPjxicj48YSBvbmNsaWNrPSJy ZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxldmVudCx0aGlzKSIgaHJlZj0iaHR0cDov L3BzeTEucHN5Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVyL2RtZHgvaGVscC9kbWR4aHNvdW5kLmh0 bSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L35qZm9yc3Rl ci9kbWR4L2hlbHAvZG1keGhzb3VuZC5odG08L2E+PGJyPgo8YnI+WW91JiMzOTtsbCB3YW50IHRv IHVzZSB0aGUgdmlzdWFsIHByb2JlIGZlYXR1cmVzLiAmbmJzcDtZb3UmIzM5O2xsIHdhbnQgdG8g cHV0IGN1ZXMgaW50byB5b3VyIGF1ZGlvIGZpbGVzIGF0IHRoZSBsb2NhdGlvbnMgdGhlIHZpc3Vh bCBwcm9iZSBpcyB0byBhcHBlYXIgYW5kIHRoZW4gdXNlICZsdDtTZXRWaXN1YWxQcm9iZSZndDsg d2l0aCB0aGUgbmFtZSBvZiB0aGUgY3VlIHlvdSB3YW50IHRvIHVzZS4gJm5ic3A7WW91ciBpdGVt cyB3aWxsIGxvb2sgbGlrZTo8YnI+Cjxicj4rMSAmbHQ7d2F2Jmd0OyAmcXVvdDthdWRpb2ZpbGUm cXVvdDsgJmx0O3N2cCBjdWVuYW1lJmd0OyAlMCAvICZxdW90O1Zpc3VhbCBUYXJnZXQmcXVvdDsg KjsgCjxkaXY+PHNwYW4gY2xhc3M9ImUiIGlkPSJxXzExOTRlMWI4Y2M5YzA5MjNfMSI+PGJyPjxi cj5BdCAwNTo1NSBQTSA0LzE0LzIwMDggKzA4MDAsIHlvdSB3cm90ZTo8YnI+PC9zcGFuPjwvZGl2 Pgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJQQURESU5HLUxFRlQ6IDFl eDsgTUFSR0lOOiAwcHg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xpZCI+CjxkaXY+PHNwYW4g Y2xhc3M9ImUiIGlkPSJxXzExOTRlMWI4Y2M5YzA5MjNfMyI+RGVhciBhbGw6PGJyPjxicj4mbmJz cDtJIGFtIHJ1bm5pbmcgYSBwcmltaW5nIGV4cHJpbWVudC5Gb3IgZWFjaCB0cmlhbCwgdGhlIHBh cnRpY2lwYW50PGJyPndpbGwgaGVhciBhIHNlbnRlbmNlIHdoaWNoIGNvbnRhaW5zIGFuIGlkaW9t LHRoZW4gYSBsZXR0ZXIgc3RyaW5nPGJyPndvdWxkIGFwcGVhciBkdXJpbmcgdGhlIHNlbnRlbmNl IC5UaGUgbGV0dGVyIHN0cmluZyBjb3VsZCBhcHBlYXIgaW48YnI+CmVpdGhlciBvbmUgb2YgdHdv IHBvc2l0aW9uczpyaWdodCBhdCB0aGUgZW5kIG9mIHRoZSBsYXN0IHdvcmQgb2YgdGhlPGJyPmlk aW9tLG9yIGJlZm9yZSB0aGUgaWRpb20uSSYjMzk7bSBhIG5ldyB1c2VyIG9mIERNRFguSSBkb24m IzM5O3Qga293biBob3cgdG88YnI+Zml4IGl0IC5FYWNoIGlkaW9tIGlzIHNwb2tlbiBpbiBkaWZm ZXJlbnQgdGltZSxzbyB0aGUgbGV0dGVyIHN0aW5nPGJyPgphcHBlYXIgaW4gZGlmZmVyZW50IHRp bWUgLEkgZG9uJiMzOTt0IGtvd24gd2hpY2gga2V5d29yZCBjYW4gYmUgdXNlZCAuSTxicj5yZWFs bHkgYXBwcmVjaWF0ZSBpdCBpZiBzb21lb25lIGNvdWxkIGhlbHAgbWUgZmlndXJlIG91dCBob3cg dG8gZG88YnI+dGhpcy48YnI+PGJyPkJlc2lkZXMsbm93IEkgdHJ5IHRvIHJ1biB0aGUgZXhwcmlt ZW50IHdoZW4gdGhlIGlkaW9tIGlzIGp1c3QgdGhlIGVuZDxicj4Kb2YgYSBzZW50ZW5jZS5UaGUg bGV0dGVyIHN0cmluZyB3aWxsIGFwcGVhciBqdXN0IGFmdGVyIHRoZSBzZW50ZW5jZS5JPGJyPm1l ZXQgc29tZSB0cm91YmxlIC48YnI+PGJyPkhlcmUgaXMgbXkgc2NyaXB0Ojxicj5uMiBzMSAmbHQ7 ZCBvJmd0OyZsdDthemsmZ3Q7Jmx0O2NyJmd0OyZsdDtjbGZiJmd0OyZsdDt0IDQwMDAmZ3Q7Jmx0 O3ZtIDEwMjQsNzY4LDc2OCwzMiw3NSZndDsmbHQ7aWQ8YnI+CiZxdW90O2tleWJvYXJkJnF1b3Q7 Jmd0OyZsdDtkYmMgMjU1MjU1MjU1Jmd0OyZsdDtkd2MgMDAwMDAwMDAwJmd0OyZsdDttciArU3Bh Y2UmZ3Q7Jmx0O21uciAmcXVvdDsrcmlnaHQ8YnI+YXJyb3cmcXVvdDsmZ3Q7Jmx0O21wciAmcXVv dDsrbGVmdCBhcnJvdyZxdW90OyZndDs8YnI+JDxicj4mbmJzcDswJmx0O2xuIC01Jmd0OyZxdW90 O9C70LvE47LO0+uxvsq10emjrMq10em/qsq8uvPE47vhz8jM/bW9vuTX0yZxdW90Oyw8YnI+Jm5i c3A7ICZsdDtsbiAtNCZndDsmcXVvdDvU2sz9vuTX07XEzazKsaOsxsHEu8nPu+Gzys/Wwb249tfW JnF1b3Q7LDxicj4KJm5ic3A7Jmx0O2xuIC0zJmd0OyZxdW90O8frxOPIz9XmxdC2z7PKz9a1xMG9 uPbX1srHtMq7ucrHt8e0yiZxdW90Oyw8YnI+Jm5ic3A7ICZsdDtsbiAtMiZndDsmcXVvdDvKx7TK vs3Bory0sLTX87z9zbejrLfHtMq+zbC009K8/c23JnF1b3Q7LDxicj4mbmJzcDsgJmx0O2xuIC0x Jmd0OyZxdW90O8frxOPIz9XmzP2+5NfTsqLX97P2xdC2z6Os0LvQu7rP1/cmcXVvdDssPGJyPiZs dDtsbiAmbmJzcDswJmd0OyZxdW90O3BsZWFzZSBwcmVzcyBTcGFjZSB0byBiZWdpbqGjJnF1b3Q7 Ozxicj4kPGJyPisxJmx0O3dhdiAyJmd0OyZxdW90OzQmcXVvdDsvKiZsdDttcyUgNDAwMCZndDsm cXVvdDvLvMTuJnF1b3Q7LyZsdDttcyUgOTAwJmd0Ozs8YnI+CisyJmx0O3dhdiAyJmd0OyZxdW90 OzUmcXVvdDsvKiZsdDttcyUgNDAwMCZndDsmcXVvdDuy0L/hJnF1b3Q7LyZsdDttcyUgOTAwJmd0 Ozs8YnI+JDxicj4wJnF1b3Q7yrXR6b3hyvijrMfrsLRFU0Oxo8H0veG5+7Kizcuz9qOs0LvQu8T6 o6EmcXVvdDs7PGJyPiQ8YnI+SW4gU2NoZWR1bGVkIGV4cGVyaW1lbnQsdGhlIGxldHRlciBzdHJp bmcodGhlIHRhcmdldCkgd2lsbCByZW1haW5lZCBvbjxicj50aGUgc2NyZWVuIHVudGlsIHRoZSBw YXJ0aWNpcGFudCByZXNwb25kZWQuSWYgbm8gcmVzcG9uc2UgcHJvdmlkZWQgaW48YnI+CjQwMDBt cyxpdCB3aWxsIGRpc3BwZWFyIGFuZCB0aGUgbmV4dCB0cmlhbCB3aWxsIGJlZ2luLE5vdyB0aGUg cHJvYmxlbTxicj5pcyB3aGVuIHRoZSBwYXJ0aWNpcGFudCByZXNwb25kZWQgdGhlIHRhcmdldCBy ZW1haW5kZSBvbiB0aGUgc2NyZWVuPGJyPnVudGlsIG5leHQgdHJhbCBiZWdhbi5UaGUgc291bmQg ZmlsZSBpcyBqdXN0IDQwMEtCLklmIEk8YnI+bW9kaWZ5Jmx0O21zJTQwMDAmZ3Q7IHRvICZsdDtt cyUgODAwJmd0Oyx0aGluZ3MgYXJlIGJldHRlci5CdXQgaXQgZG9uJiMzOTt0IGNvbWZvcm0gdG88 YnI+CnRoZSBkZW1hbmRzIG9mIHRoZSBleHBlcmltZW50LldlIGFyZSBqdXN0IHJ1bm5pbmcgdGhl IGV4cGVyaW1lbnQgb248YnI+dGhlIGJhc2lzIG9mIHRoZSBzdHVkeSBvZiBmb3JlaWduIHNjaG9s YXJzLjxicj48YnI+SSBob3BlIHlvdSBrbm93IHdoYXQgSSBoYXZlIHNhaWQuQW55IGhlbHAgb24g dGhpcyB3b3VsZCBiZSB2ZXJ5IG11Y2g8YnI+YXBwcmVjaWF0ZWQhPGJyPjxicj48L3NwYW4+PC9k aXY+Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PGJyPiZuYnNwOyBTZW5kIG1haWwgdG8gPGEgb25jbGljaz0icmV0dXJu IHRvcC5qcy5PcGVuRXh0TGluayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9Im1haWx0bzpETURY LXJlcXVlc3RAcHN5MS5wc3ljaC5hcml6b25hLmVkdSIgdGFyZ2V0PSJfYmxhbmsiPkRNRFgtcmVx dWVzdEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9hPiB3aXRoIHRoZSB3b3JkPGJyPgombmJzcDsm IzM5O3Vuc3Vic2NyaWJlJiMzOTsgYnkgaXRzZWxmIHdpdGggbm8gcXVvdGVzIGluIHRoZSBib2R5 IG9mIHRoZSBlbWFpbDxicj4mbmJzcDt0byBiZSByZW1vdmVkIGZyb20gdGhlIGxpc3QuICZuYnNw O1RoZSBsaXN0IGFyY2hpdmUgaXMgYXZhaWxhYmxlIGhlcmU6PGJyPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDs8YSBvbmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdp bmRvdyxldmVudCx0aGlzKSIgaHJlZj0iaHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvY2dp LWJpbi9ETURYL3RocmVhZCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpv bmEuZWR1L2NnaS1iaW4vRE1EWC90aHJlYWQ8L2E+PGJyPgo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTxicj48L2Jsb2Nr cXVvdGU+PGJyPjxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IC8mcXVvdDtcPGJyPiZuYnNwOy1qb25hdGhhbiAoai5jLmYuKSAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7XCAvPGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7WDxicj4KJm5ic3A7ICZuYnNwO0FTQ0lJIFJJQkJP TiBDQU1QQUlHTiAtIEFHQUlOU1QgSFRNTCBNQUlMICZuYnNwOy8gXDxicj48YnI+TGlmZSBpcyBh IHlvLXlvLCBhbmQgbWFua2luZCB0aWVzIGtub3RzIGluIHRoZSBzdHJpbmcuPGJyPjxicj48YnI+ PGJyPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PGJyPiZuYnNwO1NlbmQgbWFpbCB0byA8YSBvbmNsaWNrPSJyZXR1cm4g dG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxldmVudCx0aGlzKSIgaHJlZj0ibWFpbHRvOkRNRFgt cmVxdWVzdEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1IiB0YXJnZXQ9Il9ibGFuayI+RE1EWC1yZXF1 ZXN0QHBzeTEucHN5Y2guYXJpem9uYS5lZHU8L2E+IHdpdGggdGhlIHdvcmQ8YnI+CiZuYnNwOyYj Mzk7dW5zdWJzY3JpYmUmIzM5OyBieSBpdHNlbGYgd2l0aCBubyBxdW90ZXMgaW4gdGhlIGJvZHkg b2YgdGhlIGVtYWlsPGJyPiZuYnNwO3RvIGJlIHJlbW92ZWQgZnJvbSB0aGUgbGlzdC4gJm5ic3A7 VGhlIGxpc3QgYXJjaGl2ZSBpcyBhdmFpbGFibGUgaGVyZTo8YnI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IDxhIG9uY2xpY2s9InJldHVybiB0b3AuanMuT3BlbkV4dExpbmsod2luZG93LGV2 ZW50LHRoaXMpIiBocmVmPSJodHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9jZ2ktYmluL0RN RFgvdGhyZWFkIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUv Y2dpLWJpbi9ETURYL3RocmVhZDwvYT48YnI+Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJyPjwvYmxvY2txdW90ZT48 L2Rpdj4KPGRpdj48YnI+Jm5ic3A7PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+VGhhbmsg eW91IGZvciB5b3VyIGFkdmljZS5CdXQgaG93IGNhbiBJIHB1dCBjdWVzIGludG8gbXkgYXVkaW8g ZmlsZXM/SXMgdGhlcmUmbmJzcDsgYSB0b29sIGJ1aWx0IGluIERNRFggdG8gZG8gdGhpcz88L2Rp dj4KPGRpdj5BbmQgSSBzdGlsbCBoYXZlIGEgcXVlc3Rpb246IG15IFZpc3VhbCBUYXJnZXRzIHdv dWxkIG5vdCBkaXNwcGVhciBpbW1lZGlhdGVseSBhZnRlciB0aGUgcGFydGljZXBhbnRzIHJlc3Bv bmQuPC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+Cg== ------=_Part_7068_15566853.1208237346196-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 15 03:00:48 2008 Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.241]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3FA080N024056 for ; Tue, 15 Apr 2008 03:00:09 -0700 Received: by ag-out-0708.google.com with SMTP id 9so1451055agd.9 for ; Tue, 15 Apr 2008 03:00:06 -0700 (PDT) Received: by 10.142.241.10 with SMTP id o10mr2184758wfh.27.1208253605650; Tue, 15 Apr 2008 03:00:05 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Tue, 15 Apr 2008 03:00:05 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 18:00:05 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7481_22355753.1208253605661" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_7481_22355753.1208253605661 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you for your advice.But how can I put cues into my audio files?Is there a tool built in DMDX to do this? And I still have a question: my Visual Targets would not disppear immediately after the particepants respond ------=_Part_7481_22355753.1208253605661 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Thank you for your advice.But how can I put cues into my audio files?Is there  a tool built in DMDX to do this?
And I still have a question: my Visual Targets would not disppear immediately after the particepants respond
------=_Part_7481_22355753.1208253605661-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 15 10:35:19 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3FHYfLp025561 for ; Tue, 15 Apr 2008 10:34:41 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1B5953A22C2 for ; Tue, 15 Apr 2008 10:34:41 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 368953A22B9 for ; Tue, 15 Apr 2008 10:34:40 -0700 (MST) Message-Id: <5.1.0.14.2.20080415103408.00ba52b8@psy1.psych.arizona.edu> Date: Tue, 15 Apr 2008 10:34:39 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: References: <5.1.0.14.2.20080414110004.00ba52f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080414110004.00ba52f8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_345151015==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_345151015==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable At 01:29 PM 4/15/2008 +0800, you wrote: >Thank you for your advice.But how can I put cues into my audio files?Is=20 >there a tool built in DMDX to do this? You use a wave file editor. >And I still have a question: my Visual Targets would not disppear=20 >immediately after the particepants respond. You'd use for that. > > > > > > >=D4=DA08-4-15=A3=ACJonathan C. Forster=20 ><jforster@psy1.psych.arizona.edu>= =20 >=D0=B4=B5=C0=A3=BA >The Sound documentation covers all this: > >http://ps= y1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsound.htm > >You'll want to use the visual probe features. You'll want to put cues=20 >into your audio files at the locations the visual probe is to appear and=20 >then use with the name of the cue you want to use. Your= =20 >items will look like: > >+1 "audiofile" %0 / "Visual Target" *; > > > >At 05:55 PM 4/14/2008 +0800, you wrote: >Dear all: > > I am running a priming expriment.For each trial, the participant >will hear a sentence which contains an idiom,then a letter string >would appear during the sentence .The letter string could appear in >either one of two positions:right at the end of the last word of the >idiom,or before the idiom.I'm a new user of DMDX.I don't kown how to >fix it .Each idiom is spoken in different time,so the letter sting >appear in different time ,I don't kown which keyword can be used .I >really appreciate it if someone could help me figure out how to do >this. > >Besides,now I try to run the expriment when the idiom is just the end >of a sentence.The letter string will appear just after the sentence.I >meet some trouble . > >Here is my script: >n2 s1 "keyboard">arrow"> >$ > 0"=D0=BB=D0=BB=C4=E3=B2=CE=D3=EB=B1=BE=CA=B5=D1=E9=A3=AC=CA=B5=D1= =E9=BF=AA=CA=BC=BA=F3=C4=E3=BB=E1=CF=C8=CC=FD=B5=BD=BE=E4=D7=D3", > "=D4=DA=CC=FD=BE=E4=D7=D3=B5=C4=CD=AC=CA=B1=A3=AC=C6=C1=C4=BB=C9= =CF=BB=E1=B3=CA=CF=D6=C1=BD=B8=F6=D7=D6", > "=C7=EB=C4=E3=C8=CF=D5=E6=C5=D0=B6=CF=B3=CA=CF=D6=B5=C4=C1=BD=B8= =F6=D7=D6=CA=C7=B4=CA=BB=B9=CA=C7=B7=C7=B4=CA", > "=CA=C7=B4=CA=BE=CD=C1=A2=BC=B4=B0=B4=D7=F3=BC=FD=CD=B7=A3=AC=B7= =C7=B4=CA=BE=CD=B0=B4=D3=D2=BC=FD=CD=B7", > "=C7=EB=C4=E3=C8=CF=D5=E6=CC=FD=BE=E4=D7=D3=B2=A2=D7=F7=B3=F6=C5= =D0=B6=CF=A3=AC=D0=BB=D0=BB=BA=CF=D7=F7", >"please press Space to begin=A1=A3"; >$ >+1"4"/*"=CB=BC=C4=EE"/; >+2"5"/*"=B2=D0=BF=E1"/; >$ >0"=CA=B5=D1=E9=BD=E1=CA=F8=A3=AC=C7=EB=B0=B4ESC=B1=A3=C1=F4=BD=E1=B9=FB=B2= =A2=CD=CB=B3=F6=A3=AC=D0=BB=D0=BB=C4=FA=A3=A1"; >$ >In Scheduled experiment,the letter string(the target) will remained on >the screen until the participant responded.If no response provided in >4000ms,it will disppear and the next trial will begin,Now the problem >is when the participant responded the target remainde on the screen >until next tral began.The sound file is just 400KB.If I >modify to ,things are better.But it don't comform to >the demands of the experiment.We are just running the experiment on >the basis of the study of foreign scholars. > >I hope you know what I have said.Any help on this would be very much >appreciated! > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Send mail to=20 >= DMDX-request@psy1.psych.arizona= .edu=20 > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: >=20 >http://psy1.psych.arizon= a.edu/cgi-bin/DMDX/thread=20 > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > >Life is a yo-yo, and mankind ties knots in the string. > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Send mail to=20 >= DMDX-request@psy1.psych.arizona= .edu=20 > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: >=20 >http://psy1.psych.arizon= a.edu/cgi-bin/DMDX/thread >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > >Thank you for your advice.But how can I put cues into my audio files?Is=20 >there a tool built in DMDX to do this? >And I still have a question: my Visual Targets would not disppear=20 >immediately after the particepants respond. > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_345151015==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 01:29 PM 4/15/2008 +0800, you wrote:

Thank you for your advice.But how can I put cues into my audio files?Is there  a tool built in DMDX to do this?

  You use a wave file editor.

And I still have a question: my Visual Targets would not disppear immediately after the particepants respond.

  You'd use <ClearFeedback> for that.

 

 


 
=D4=DA08-4-15=A3=ACJonathan C. Forster <jforster@psy1.psych.a= rizona.edu> =D0=B4=B5=C0=A3=BA=20
The Sound documentation covers all this:

h= ttp://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhsound.htm

You'll want to use the visual probe features.  You'll want to put cues into your audio files at the locations the visual probe is to appear and then use <SetVisualProbe> with the name of the cue you want to use.  Your items will look like:

+1 <wav> "audiofile" <svp cuename> %0 / "Visual Target" *;



At 05:55 PM 4/14/2008 +0800, you wrote:
Dear all:

 I am running a priming expriment.For each trial, the participant
will hear a sentence which contains an idiom,then a letter string
would appear during the sentence .The letter string could appear in
either one of two positions:right at the end of the last word of=20 the
idiom,or before the idiom.I'm a new user of DMDX.I don't kown how=20 to
fix it .Each idiom is spoken in different time,so the letter sting
appear in different time ,I don't kown which keyword can be used .I
really appreciate it if someone could help me figure out how to do
this.

Besides,now I try to run the expriment when the idiom is just the end
of a sentence.The letter string will appear just after the sentence.I
meet some trouble .

Here is my script:
n2 s1 <d o><azk><cr><clfb><t 4000><vm 1024,768,768,32,75><id
"keyboard"><dbc 255255255><dwc 000000000><mr +Space><mnr "+right
arrow"><mpr "+left arrow">
$
 0<ln -5>"=D0=BB=D0=BB=C4=E3=B2=CE=D3=EB=B1=BE=CA=B5=D1=E9=A3=AC=CA=B5=D1= =E9=BF=AA=CA=BC=BA=F3=C4=E3=BB=E1=CF=C8=CC=FD=B5=BD=BE=E4=D7=D3",
  <ln -4>"=D4=DA=CC=FD=BE=E4=D7=D3=B5=C4=CD=AC=CA=B1=A3= =AC=C6=C1=C4=BB=C9=CF=BB=E1=B3=CA=CF=D6=C1=BD=B8=F6=D7=D6",
 <ln=20 -3>"=C7=EB=C4=E3=C8=CF=D5=E6=C5=D0=B6=CF=B3=CA=CF=D6=B5=C4=C1=BD=B8= =F6=D7=D6=CA=C7=B4=CA=BB=B9=CA=C7=B7=C7=B4=CA",
  <ln -2>"=CA=C7=B4=CA=BE=CD=C1=A2=BC=B4=B0=B4=D7=F3=BC= =FD=CD=B7=A3=AC=B7=C7=B4=CA=BE=CD=B0=B4=D3=D2=BC=FD=CD=B7",
  <ln -1>"=C7=EB=C4=E3=C8=CF=D5=E6=CC=FD=BE=E4=D7=D3=B2= =A2=D7=F7=B3=F6=C5=D0=B6=CF=A3=AC=D0=BB=D0=BB=BA=CF=D7=F7",
<ln  0>"please press Space to begin=A1=A3";
$
+1<wav 2>"4"/*<ms% 4000>"=CB=BC=C4=EE"/<ms% 900>;
+2<wav 2>"5"/*<ms% 4000>"=B2=D0=BF=E1"/<ms% 900>;
$
0"=CA=B5=D1=E9=BD=E1=CA=F8=A3=AC=C7=EB=B0=B4ESC=B1=A3=C1=F4=BD=E1= =B9=FB=B2=A2=CD=CB=B3=F6=A3=AC=D0=BB=D0=BB=C4=FA=A3=A1";
$
In Scheduled experiment,the letter string(the target) will remained on
the screen until the participant responded.If no response provided in
4000ms,it will disppear and the next trial will begin,Now the problem
is when the participant responded the target remainde on the screen
until next tral began.The sound file is just 400KB.If I
modify<ms%4000> to <ms% 800>,things are better.But it don't comform to
the demands of the experiment.We are just running the experiment on
the basis of the study of foreign scholars.

I hope you know what I have said.Any help on this would be very=20 much
appreciated!

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
  Send mail to DMDX-request@psy1.psy= ch.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available= here:
         http://psy1.psyc= h.arizona.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D



            &nbs= p;            &n= bsp;            =         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            &nbs= p;            &n= bsp;            =          X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.



=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 Send mail to DMDX-request@psy1.psych= .arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available= here:
        http://psy1.psyc= h.arizona.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


 
 
Thank you for your advice.But how can I put cues into my audio files?Is= there  a tool built in DMDX to do this?
And I still have a question: my Visual Targets would not disppear= immediately after the particepants respond.
 
 


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \=

Life is a yo-yo, and mankind ties knots in the string.

--=====================_345151015==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 15 22:29:37 2008 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3G5Squl028409 for ; Tue, 15 Apr 2008 22:28:52 -0700 Received: by wf-out-1314.google.com with SMTP id 24so2995859wfg.1 for ; Tue, 15 Apr 2008 22:28:48 -0700 (PDT) Received: by 10.142.203.13 with SMTP id a13mr2542441wfg.193.1208323728354; Tue, 15 Apr 2008 22:28:48 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Tue, 15 Apr 2008 22:28:48 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 13:28:48 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10341_2583967.1208323728342" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_10341_2583967.1208323728342 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline bjk2IHMxIDxkIG8+PGF6az48Y3I+PGNsZmI+PHQgNDAwMD48dm0gMTAyNCw3NjgsNzY4LDMyLDA+ PGlkICK8/MXMIj48ZGJjCjI1NTI1NTI1NT48ZHdjIDAwMDAwMDAwMD48bXIgK1NwYWNlPjxtbnIg IivT0rz9zbciPjxtcHIgIivX87z9zbciPgoKCisxPHdhdj4iYjEiLyo8bXMlIDQwMDA+Isbky/si LzxtcyUgOTAwPjsKCgoKSSBoYXZlIHVzZWQgPGNsZmI+LGJ1dCB0aGUgcHJvYmxlbSBzdGlsbCBl eGlzdCAuSWYgSSBtb2RpZnkgPG1zJSA0MDAwPiB0bwo8bXMlIDIwMDA+LHRoaW5ncyBhcmUgYmV0 dGVyLgo= ------=_Part_10341_2583967.1208323728342 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1B TElHTjogbGVmdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIiBhbGlnbj0ibGVmdCI+PHNw YW4gc3R5bGU9IkZPTlQtU0laRTogMTJwdDsgQ09MT1I6IHJlZDsgRk9OVC1GQU1JTFk6IMvOzOU7 IG1zby1oYW5zaS1mb250LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJp ZGktZm9udC1mYW1pbHk6IMvOzOU7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWFuc2ktbGFu Z3VhZ2U6IFpILUNOIj5uOTYgczEgJmx0O2QgbyZndDsmbHQ7YXprJmd0OyZsdDtjciZndDsmbHQ7 Y2xmYiZndDsmbHQ7dCA0MDAwJmd0OyZsdDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJGT05ULVNJWkU6IDEycHQ7IENPTE9SOiByZWQ7IEZPTlQtRkFNSUxZOiAmIzM5O0NvdXJpZXIg TmV3JiMzOTsiPnZtIDEwMjQsNzY4LDc2OCwzMiwwPC9zcGFuPjxzcGFuIHN0eWxlPSJGT05ULVNJ WkU6IDEycHQ7IENPTE9SOiByZWQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28taGFuc2ktZm9udC1m YW1pbHk6ICYjMzk7Q291cmllciBOZXcmIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7 IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IFpILUNOIj4mZ3Q7Jmx0 O2lkICZxdW90O7z8xcwmcXVvdDsmZ3Q7Jmx0O2RiYyAyNTUyNTUyNTUmZ3Q7Jmx0O2R3YyAwMDAw MDAwMDAmZ3Q7Jmx0O21yICtTcGFjZSZndDsmbHQ7bW5yIDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9IkZPTlQtU0laRTogMTJwdDsgQ09MT1I6IHJlZDsgbXNvLWZvbnQta2VybmluZzog MHB0Ij48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZxdW90OzwvZm9udD48L3NwYW4+PHNw YW4gc3R5bGU9IkZPTlQtU0laRTogMTJwdDsgQ09MT1I6IHJlZDsgRk9OVC1GQU1JTFk6IMvOzOU7 IG1zby1oYW5zaS1mb250LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJp ZGktZm9udC1mYW1pbHk6IMvOzOU7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWFuc2ktbGFu Z3VhZ2U6IFpILUNOIj4r09K8/c23PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iRk9O VC1TSVpFOiAxMnB0OyBDT0xPUjogcmVkOyBtc28tZm9udC1rZXJuaW5nOiAwcHQiPjxmb250IGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+JnF1b3Q7PC9mb250Pjwvc3Bhbj48c3BhbiBzdHlsZT0iRk9O VC1TSVpFOiAxMnB0OyBDT0xPUjogcmVkOyBGT05ULUZBTUlMWTogy87M5TsgbXNvLWhhbnNpLWZv bnQtZmFtaWx5OiAmIzM5O1RpbWVzIE5ldyBSb21hbiYjMzk7OyBtc28tYmlkaS1mb250LWZhbWls eTogy87M5TsgbXNvLWZvbnQta2VybmluZzogMHB0OyBtc28tYW5zaS1sYW5ndWFnZTogWkgtQ04i PiZndDsmbHQ7bXByIDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9IkZPTlQtU0laRTog MTJwdDsgQ09MT1I6IHJlZDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48Zm9udCBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPiZxdW90OzwvZm9udD48L3NwYW4+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTog MTJwdDsgQ09MT1I6IHJlZDsgRk9OVC1GQU1JTFk6IMvOzOU7IG1zby1oYW5zaS1mb250LWZhbWls eTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7 IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IFpILUNOIj4r1/O8/c23 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBDT0xPUjog cmVkOyBtc28tZm9udC1rZXJuaW5nOiAwcHQiPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ JnF1b3Q7PC9mb250Pjwvc3Bhbj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBDT0xPUjog cmVkOyBGT05ULUZBTUlMWTogy87M5TsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAmIzM5O1RpbWVz IE5ldyBSb21hbiYjMzk7OyBtc28tYmlkaS1mb250LWZhbWlseTogy87M5TsgbXNvLWZvbnQta2Vy bmluZzogMHB0OyBtc28tYW5zaS1sYW5ndWFnZTogWkgtQ04iPiZndDs8L3NwYW4+PC9kaXY+Cgo8 ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0OyBURVhULUFM SUdOOiBsZWZ0OyBtc28tbGF5b3V0LWdyaWQtYWxpZ246IG5vbmUiIGFsaWduPSJsZWZ0Ij48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBDT0xPUjogcmVkOyBGT05ULUZBTUlMWTogy87M5Tsg bXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAmIzM5O1RpbWVzIE5ldyBSb21hbiYjMzk7OyBtc28tYmlk aS1mb250LWZhbWlseTogy87M5TsgbXNvLWZvbnQta2VybmluZzogMHB0OyBtc28tYW5zaS1sYW5n dWFnZTogWkgtQ04iPjwvc3Bhbj4mbmJzcDs8L2Rpdj4KCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQt Z3JpZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEy cHQ7IENPTE9SOiByZWQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28taGFuc2ktZm9udC1mYW1pbHk6 ICYjMzk7VGltZXMgTmV3IFJvbWFuJiMzOTs7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBt c28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+PC9zcGFuPjxz cGFuIHN0eWxlPSJGT05ULVNJWkU6IDEycHQ7IENPTE9SOiByZWQ7IG1zby1mb250LWtlcm5pbmc6 IDBwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IFpILUNOIj4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3Jp ZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEycHQ7 IENPTE9SOiByZWQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICYj Mzk7VGltZXMgTmV3IFJvbWFuJiMzOTs7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBtc28t Zm9udC1rZXJuaW5nOiAwcHQ7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+KzEmbHQ7d2F2Jmd0 Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9IkZPTlQtU0laRTogMTJwdDsgQ09MT1I6 IHJlZDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PiZxdW90O2IxJnF1b3Q7PC9mb250Pjwvc3Bhbj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMnB0 OyBDT0xPUjogcmVkOyBGT05ULUZBTUlMWTogy87M5TsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAm IzM5O1RpbWVzIE5ldyBSb21hbiYjMzk7OyBtc28tYmlkaS1mb250LWZhbWlseTogy87M5TsgbXNv LWZvbnQta2VybmluZzogMHB0OyBtc28tYW5zaS1sYW5ndWFnZTogWkgtQ04iPi8qJmx0O21zJSA0 MDAwJmd0Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9IkZPTlQtU0laRTogMTJwdDsg Q09MT1I6IHJlZDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48Zm9udCBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPiZxdW90OzwvZm9udD48L3NwYW4+PHNwYW4gc3R5bGU9IkNPTE9SOiByZWQ7IEZPTlQt RkFNSUxZOiDLzszlOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICYjMzk7VGltZXMgTmV3IFJvbWFu JiMzOTs7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBtc28tYW5zaS1sYW5ndWFnZTogWkgt Q04iPsbky/s8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJGT05ULVNJWkU6IDEycHQ7 IENPTE9SOiByZWQ7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PGZvbnQgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj4mcXVvdDs8L2ZvbnQ+PC9zcGFuPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEycHQ7 IENPTE9SOiByZWQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICYj Mzk7VGltZXMgTmV3IFJvbWFuJiMzOTs7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBtc28t Zm9udC1rZXJuaW5nOiAwcHQ7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+LyZsdDttcyUgOTAw Jmd0Ozs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJDT0xPUjogcmVkOyBGT05ULUZB TUlMWTogVmVyZGFuYTsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFZlcmRhbmEiPiA8L3NwYW4+PC9w PgoKPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQt QUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iQ09MT1I6IHJlZDsgRk9OVC1GQU1JTFk6IFZlcmRhbmE7 IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBWZXJkYW5hIj48L3NwYW4+Jm5ic3A7PC9wPgo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjogbGVm dDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIiBhbGlnbj0ibGVmdCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJDT0xPUjogcmVkOyBGT05ULUZBTUlMWTogVmVyZGFuYTsgbXNvLWJpZGkt Zm9udC1mYW1pbHk6IFZlcmRhbmEiPkkgaGF2ZSB1c2VkICZsdDtjbGZiJmd0OyxidXQgdGhlIHBy b2JsZW0gc3RpbGwgZXhpc3QgLklmIEkgbW9kaWZ5ICZsdDttcyUgNDAwMCZndDsgdG8gJmx0O21z JSAyMDAwJmd0Oyx0aGluZ3MgYXJlIGJldHRlci48L3NwYW4+PC9wPgo8L3NwYW4+PC9kaXY+Cg== ------=_Part_10341_2583967.1208323728342-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 15 23:48:14 2008 Received: from qb-out-1314.google.com (qb-out-1314.google.com [72.14.204.173]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3G6lcpw028674 for ; Tue, 15 Apr 2008 23:47:39 -0700 Received: by qb-out-1314.google.com with SMTP id k28so666805qba.1 for ; Tue, 15 Apr 2008 23:47:37 -0700 (PDT) Received: by 10.142.141.21 with SMTP id o21mr2567520wfd.84.1208328457492; Tue, 15 Apr 2008 23:47:37 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Tue, 15 Apr 2008 23:47:37 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 14:47:37 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10481_24154643.1208328457476" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_10481_24154643.1208328457476 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But DMDX allways points out : Unable to find cue points data Unable to locate visual probe cue "1" in wave file s1.wav But I really built a cue into the file,you can see the cue on the waveform when opening the file by the software.Maybe you can recommend a software. Many thanks for your help. ------=_Part_10481_24154643.1208328457476 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But DMDX allways points  out :
 
Unable to find cue points data
Unable to locate visual probe cue "1" in wave file s1.wav
 
But I really built a cue into the file,you can see  the cue on the waveform when opening the file by the software.Maybe you can  recommend a software.
Many thanks for your help.
------=_Part_10481_24154643.1208328457476-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 01:25:27 2008 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3G8OumX028987 for ; Wed, 16 Apr 2008 01:24:57 -0700 Received: by fg-out-1718.google.com with SMTP id d23so2904771fga.31 for ; Wed, 16 Apr 2008 01:24:50 -0700 (PDT) Received: by 10.86.54.3 with SMTP id c3mr18087862fga.73.1208334290491; Wed, 16 Apr 2008 01:24:50 -0700 (PDT) Received: by 10.86.83.18 with HTTP; Wed, 16 Apr 2008 01:24:50 -0700 (PDT) Message-ID: <9b5ae5890804160124r42d59a7etc34f291abb85f347@mail.gmail.com> Date: Wed, 16 Apr 2008 11:24:50 +0300 From: "David & Miriam Cohen" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] scrambling items & blocks MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3949_929472.1208334290463" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_3949_929472.1208334290463 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline aGksIGFsbAppJ20gcnVubmluZyBhbiBleHBlcmltZW50IGluIHdoaWNoIGkgcHJlc2VudCA2IGJs b2NrcyBvZiBzdGltdWxpIHdoaWNoIG5lZWQKdG8gYmUgcHJlc2VudGVkIGluIHJhbmRvbSBvcmRl ciwgd2hpbGUgYWxzbyBzY3JhbWJsaW5nIHRoZSBpdGVtcyBpbgp0aGVtc2VsdmVzLiB0aGF0LSBp IGNhbiBkby4KdGhlIHByb2JsZW0gaXMgdGhhdCBhdCB0aGUgZW5kIG9mIGV2ZXJ5IGJsb2NrIGkg d2FudCB0byBwdXQgYW4gaW5zdHJ1Y3Rpb24sCmxpa2UgInRoYW5rcywgcmVzdCBhIG1pbnV0ZSwg cHJlc3Mgc3BhY2UgYmFyIHRvIGdvIG9uIi4gdGhhdCB0b3RhbGx5IHNjcmV3cwp1cCBldmVyeXRo aW5nLgppIHB1dCB0aGUgaW5zdHJ1Y3Rpb24gaW4gYSAiMCIgbGluZSBhZnRlciB0aGUgc3RpbXVs aS4gdGhlcmUgYXJlIDExIHN0aW11bHVzCml0ZW1zIGFuZCBvbmUgZ29tbWFuZC4KaXQgc2tpcHMg YXV0b21hdGljYWxseSB0byB0aGUgbGFzdCBsaW5lIGluIHRoZSBicmFuY2Ugd2l0aG91dCBydW5u aW5nIHRoZQpwcmFjdGljZSwgdGhlbiB0b3RhbGx5IHNjcmV3cyB1cCB0aGUgYmxvY2tpbmcuCm9i dmlvdXNseSBpJ20gZG9pbmcgc29tZXRoaW5nIHdyb25nLCBidXQgaSBkb250IGtub3cgd2hhdC4K aGVyZSdzIHRoZSBjb2RlLSBzaG91bGQgYmUgc3RyYWlnaHRmb3J3YXJkIGFuZCBzaW1wbGUuIGFt IHVzaW5nIGFuIG9sZAp2ZXJzaW9uIG9mIGRtZHggMy4xLjYuMgoKPGVwPiBzMTEgZzEyIDxjcj4g PGlkICJrZXlib2FyZCI+IDxtcHIgK2w+IDxtbnIgK2E+IDxhems+IDx2emsgK2w+IDx2emsKK2E+ PHZtIDY0MCw0ODAsNDgwLDgsMD4gPGZkIDMxPiA8ZCAzNj4gPHQgNTAwPiA8ZHdjIDA+IDxuZmI+ IDxlb3A+ICAoaW4gdGhlCm9yaWdpbmFsIHRoZSB3aG9sZSBwYXJhbWF0ZXIgbGluZSBpcyBvbiBv bmUgbGluZSkKCnRoZW4gY29tZSBpbnN0cnVjdGlvbnMgZW5jbHNlZCBpbiBkb2xsYXIgc2lnbnMs IHdpdGggMTEgcHJhY3RpY2UgaXRlbXMgYW5kCmFuIGluc3RydWN0aW9uIGxpbmUsIHdpdGggYSBz aW1wbGUgYnJhbmNoICh3aXRoaW4gdGhlICQkKTogdGh1cyAoZXZlcnl0aGluZwpidXQgdGhlIGNv bW1hbmRzIGFyZSBpbiBoZWJyZXctIGJ1dCB0aGF0IG1ha2VzIG5vIG1hdHRlci4gZXZlcnl0aGlu ZyB3b3RrZWQKdW50aWwgaSB0aHJldyBpbiB0aGUgYmxvY2sgc2NyYW1ibGluZyk6CgowICLXm9ei 16og16DXqteX15nXnCDXotedINeQ15nXnteV158g16fXpteoLiDXoNeQINec15zXl9eV16Ug16LX nCDXnten16kg15Qn16jXldeV15cnINeb16nXkNeq15Qg157Xldeb158iIDxiaWVybHQgMTAxLAoy NTE+OwoKMiAi4oCmINeQ15XXmSwg15nXldeq16gg157Xk9eZINep15LXmdei15XXqi0g15HXldeQ INeg16DXodeUINep15XXkSI7CgotMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MTUzMF0+ IDxsbiAtMj4qICLXnNeV15zXkSIvIDsKCisyNTAgPGZtIDY+ICIjIyMjIyMiLyA8cmNvIFsyNTUw MDAwXT4gPGxuICsyPiogIteQ16rXqNeV15IiLyA7CgotMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJj byBbMjU1MTUzMF0+ICogIiDXlNeT16EiLyA7CgorMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBb MjU1MDAwMF0+ICogIiDXoteo15HXlCIvIDsKCi0yNTAgPGZtIDY+ICIjIyMjIyMiLyA8cmNvIFsy NTUxNTMwXT4gPGxuICsyPiogIteb16jXpNehIi8gOwoKLTI1MCA8Zm0gNj4gIiMjIyMjIyIvIDxy Y28gWzI1NTE1MzBdPiA8bG4gLTI+KiAi15zXldec15EiLyA7CgotMjUwIDxmbSA2PiAiIyMjIyMj Ii8gPHJjbyBbMjU1MTUzMF0+IDxsbiAtMj4qICLXnNeV15zXkSIvIDsKCisyNTAgPGZtIDY+ICIj IyMjIyMiLyA8cmNvIFsyNTUwMDAwXT4gPGxuICsyPiogIteQ16rXqNeV15IiLyA7CgotMjUwIDxm bSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MTUzMF0+ICogIiDXlNeT16EiLyA7CgorMjUwIDxmbSA2 PiAiIyMjIyMjIi8gPHJjbyBbMjU1MDAwMF0+ICogIiDXoteo15HXlCIvIDsKCisyNTEgPGZtIDY+ ICIjIyMjIyMiLyA8cmNvIFsyNTUwMDAwXT4gPGxuIOKAkzI+KiAi157XqNeV16giLyA8Ymllcmd0 IDgwLCAtMj47CgowICLXlteU15Ug16HXldejINeU15DXmdee15XXny4g15HXkden16nXlCwg16DX qteX15nXnCDXkdeg15nXodeV15kgLi4uIjsKCiBhbmQgdGhlbiAoc3RpbXVsdXMgd29yZHMgYXJl IGluIGhlYnJldy0gYnV0IHRoYXQgc2hvdWxkbid0IG1hdHRlcik6CgotMDExIDxyY28gWzI1NTE1 MzBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIteQ15XXoNehIi87CgorMDEyIDxyY28gWzI1NTAwMDBd PiA8Zm0gNj4gIiMjIyMjIyIvICogIteo16bXlyIvOwoKLTAxMyA8cmNvIFsyNTUxNTMwXT4gPGZt IDY+ICIjIyMjIyMiLyAqICLXp9eY15jXlCIvOwoKKzAxNCA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ ICIjIyMjIyMiLyAqICLXpNem15XXoiIvOwoKLTAxNSA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIj IyMjIyMiLyAqICLXlNeo15XXkiIvOwoKKzAxNiA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMj IyMiLyAqICLXnteV15fXpSIvOwoKLTAxNyA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMi LyAqICLXnteX15HXnCIvOwoKKzAxOCA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMjIyMiLyAq ICLXqteV16fXoyIvOwoKLTAxOSA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLX ltei150iLzsKCiswMjAgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15PXlden 16giLzsKCi0wMjEgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi16rXp9eZ16TX lCIvOwoKMCAiLteZ16TXlCwg16LXm9ep15nXlSDXoteV15Mg16TXotedINeR15HXp9ep15QtINeq 15zXl9elINei15wg15TXqNeV15XXlyDXm9ep15DXqteUINee15XXm9efIjsKCiFmaXJzdCBnbyBv ZiB2aW9sZW50IHdvcmQgY29udHJvbGxzIGFsbCBjb250cm9sbCB3b3JkcyBzdGFydCB3aXRoIG9u ZSBvZGQKbmVnYXRpdmUgbnVtYmVycyBhcmUgZm9yIG9yYW5nZSB3b3JkcyBldmVuIHBvc2l0aXZl IG51bWJlcnMgZm9yIHJlZCB3b3JkczsKCi0xMTEgPHJjbyBbMjU1MTUzMF0+IDxmbSA2PiAiIyMj IyMjIi8gKiAi16nXoteV158iLzsKCisxMTIgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMj Ii8gKiAi15zXkdefIi87CgotMTEzIDxyY28gWzI1NTE1MzBdPiA8Zm0gNj4gIiMjIyMjIyIvICog IteS16nXldedIi87CgorMTE0IDxyY28gWzI1NTAwMDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIteT 15nXodenIi87CgotMTE1IDxyY28gWzI1NTE1MzBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIteR16jX ldepIi87CgorMTE2IDxyY28gWzI1NTAwMDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIten16jXmdeo Ii87CgotMTE3IDxyY28gWzI1NTE1MzBdPiA8Zm0gNj4gIiMjIyMjIyIvICogItei157XldeTIi87 CgorMTE4IDxyY28gWzI1NTAwMDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIteU15LXk9eUIi87Cgot MTE5IDxyY28gWzI1NTE1MzBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIteg157XnCIvOwoKKzEyMCA8 cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXodeg15PXpyIvOwoKLTEyMSA8cmNv IFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXlNeV15zXoNeTIi87CgowICIu15nXpNeU LCDXoteb16nXmdeVINei15XXkyDXpNei150g15HXkden16nXlC0g16rXnNeX16Ug16LXnCDXlNeo 15XXldeXINeb16nXkNeq15Qg157Xldeb158iOwpldGMuLi4uLi4uCnRoYW5rcwpkYXZpZCBjb2hl bgoKLS0gCn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KUHJlZGljdGlvbiBpcyB2ZXJ5IGRp ZmZpY3VsdCwgZXNwZWNpYWxseSBpZiBpdCdzIGFib3V0IHRoZSBmdXR1cmUuCk5pZWxzIEJvaHIK ------=_Part_3949_929472.1208334290463 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5oaSwgYWxsPC9kaXY+CjxkaXY+aSYjMzk7bSBydW5uaW5nIGFuIGV4cGVyaW1lbnQgaW4g d2hpY2ggaSBwcmVzZW50IDYgYmxvY2tzIG9mIHN0aW11bGkgd2hpY2ggbmVlZCB0byBiZSBwcmVz ZW50ZWQgaW4gcmFuZG9tIG9yZGVyLCB3aGlsZSBhbHNvIHNjcmFtYmxpbmcgdGhlIGl0ZW1zIGlu IHRoZW1zZWx2ZXMuIHRoYXQtIGkgY2FuIGRvLjwvZGl2Pgo8ZGl2PnRoZSBwcm9ibGVtIGlzIHRo YXQgYXQgdGhlIGVuZCBvZiBldmVyeSBibG9jayBpIHdhbnQgdG8gcHV0IGFuIGluc3RydWN0aW9u LCBsaWtlICZxdW90O3RoYW5rcywgcmVzdCBhIG1pbnV0ZSwgcHJlc3Mgc3BhY2UgYmFyIHRvIGdv IG9uJnF1b3Q7LiB0aGF0IHRvdGFsbHkgc2NyZXdzIHVwIGV2ZXJ5dGhpbmcuPC9kaXY+CjxkaXY+ aSBwdXQgdGhlIGluc3RydWN0aW9uIGluIGEgJnF1b3Q7MCZxdW90OyBsaW5lIGFmdGVyIHRoZSBz dGltdWxpLiB0aGVyZSBhcmUgMTEgc3RpbXVsdXMgaXRlbXMgYW5kIG9uZSBnb21tYW5kLjwvZGl2 Pgo8ZGl2Pml0IHNraXBzIGF1dG9tYXRpY2FsbHkgdG8gdGhlIGxhc3QgbGluZSBpbiB0aGUgYnJh bmNlIHdpdGhvdXQgcnVubmluZyB0aGUgcHJhY3RpY2UsIHRoZW4gdG90YWxseSBzY3Jld3MgdXAg dGhlIGJsb2NraW5nLjwvZGl2Pgo8ZGl2Pm9idmlvdXNseSBpJiMzOTttIGRvaW5nIHNvbWV0aGlu ZyB3cm9uZywgYnV0IGkgZG9udCBrbm93IHdoYXQuIDwvZGl2Pgo8ZGl2PmhlcmUmIzM5O3MgdGhl IGNvZGUtIHNob3VsZCBiZSBzdHJhaWdodGZvcndhcmQgYW5kIHNpbXBsZS4gYW0gdXNpbmcgYW4g b2xkIHZlcnNpb24gb2YgZG1keCA8YSBocmVmPSJodHRwOi8vMy4xLjYuMiI+My4xLjYuMjwvYT48 L2Rpdj4KPHA+Jmx0O2VwJmd0OyBzMTEgZzEyICZsdDtjciZndDsgJmx0O2lkICZxdW90O2tleWJv YXJkJnF1b3Q7Jmd0OyAmbHQ7bXByICtsJmd0OyAmbHQ7bW5yICthJmd0OyAmbHQ7YXprJmd0OyAm bHQ7dnprICtsJmd0OyAmbHQ7dnprICthJmd0OyZsdDt2bSA2NDAsNDgwLDQ4MCw4LDAmZ3Q7ICZs dDtmZCAzMSZndDsgJmx0O2QgMzYmZ3Q7ICZsdDt0IDUwMCZndDsgJmx0O2R3YyAwJmd0OyAmbHQ7 bmZiJmd0OyAmbHQ7ZW9wJmd0OyZuYnNwOyAoaW4gdGhlIG9yaWdpbmFsIHRoZSB3aG9sZSBwYXJh bWF0ZXIgbGluZSBpcyBvbiBvbmUgbGluZSk8L3A+Cgo8cD50aGVuIGNvbWUgaW5zdHJ1Y3Rpb25z IGVuY2xzZWQgaW4gZG9sbGFyIHNpZ25zLCB3aXRoIDExIHByYWN0aWNlIGl0ZW1zIGFuZCBhbiBp bnN0cnVjdGlvbiBsaW5lLCB3aXRoIGEgc2ltcGxlIGJyYW5jaCAod2l0aGluIHRoZSAkJCk6IHRo dXMgKGV2ZXJ5dGhpbmcgYnV0IHRoZSBjb21tYW5kcyBhcmUgaW4gaGVicmV3LSBidXQgdGhhdCBt YWtlcyBubyBtYXR0ZXIuIGV2ZXJ5dGhpbmcgd290a2VkIHVudGlsIGkgdGhyZXcgaW4gdGhlIGJs b2NrIHNjcmFtYmxpbmcpOjwvcD4KCjxwPjxmb250IHNpemU9IjEiPjAgJnF1b3Q7PGZvbnQgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIChIZWJyZXcpIj7Xm9ei16og16DXqteX15nXnCDXotedINeQ15nX nteV158g16fXpteoLiDXoNeQINec15zXl9eV16Ug16LXnCDXnten16kg15QmIzM5O9eo15XXldeX JiMzOTsg15vXqdeQ16rXlCDXnteV15vXnzwvZm9udD4mcXVvdDs8L2ZvbnQ+PGZvbnQgZmFjZT0i Q291cmllciBOZXciPjxmb250IHNpemU9IjEiPiAmbHQ7Ymllcmx0IDEwMSwgMjUxJmd0Ozs8L2Zv bnQ+PC9mb250PjwvcD4KCjxwPjxmb250IHNpemU9IjEiPjIgJnF1b3Q74oCmIDwvZm9udD48Zm9u dCBmYWNlPSJDb3VyaWVyIE5ldyAoSGVicmV3KSIgc2l6ZT0iMSI+15DXldeZLCDXmdeV16rXqCDX nteT15kg16nXkteZ16LXldeqLSDXkdeV15Ag16DXoNeh15Qg16nXldeRPC9mb250Pjxmb250IGZh Y2U9IkNvdXJpZXIgTmV3Ij48Zm9udCBzaXplPSIxIj4mcXVvdDs7PC9mb250PjwvZm9udD48L3A+ CjxwPjxmb250IGZhY2U9IkFyaWFsIj48Zm9udCBzaXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7bG4gLTImZ3Q7KiAm cXVvdDs8L2ZvbnQ+PC9mb250Pjxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2Zm OTkwMCIgc2l6ZT0iMSI+15zXldec15E8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiPjxmb250IHNp emU9IjEiPiZxdW90Oy8gOzwvZm9udD48L2ZvbnQ+PC9wPgoKPHA+PGZvbnQgc2l6ZT0iMSI+KzI1 MCAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsyNTUwMDAwXSZndDsg Jmx0O2xuICsyJmd0OyogJnF1b3Q7PC9mb250Pjxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBj b2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMSI+15DXqteo15XXkjwvZm9udD48Zm9udCBmYWNlPSJBcmlh bCI+PGZvbnQgc2l6ZT0iMSI+JnF1b3Q7LyA7PC9mb250PjwvZm9udD48L3A+Cgo8cD48Zm9udCBz aXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMSI+PGZvbnQgZmFj ZT0iQXJpYWwiPiZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCI+IyMjIyMjJnF1b3Q7LyAm bHQ7cmNvIFsyNTUxNTMwXSZndDsgKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj4gPC9mb250Pjxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkw MCI+15TXk9ehPC9mb250PjwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCI+PGZvbnQgc2l6ZT0iMSI+ JnF1b3Q7LyA7PC9mb250PjwvZm9udD48L3A+Cgo8cD48Zm9udCBzaXplPSIxIj4rMjUwICZsdDtm bSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTAwMDBdJmd0OyAqICZxdW90 OyA8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwgKEhlYnJldykiIGNvbG9yPSIjZmYwMDAwIiBzaXpl PSIxIj7Xoteo15HXlDwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCI+PGZvbnQgc2l6ZT0iMSI+JnF1 b3Q7LyA7PC9mb250PjwvZm9udD48L3A+CjxwPjxmb250IHNpemU9IjEiPi0yNTAgJmx0O2ZtIDYm Z3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtsbiArMiZn dDsqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCAoSGVicmV3KSIgY29sb3I9IiNmZjk5 MDAiIHNpemU9IjEiPteb16jXpNehPC9mb250Pjxmb250IGZhY2U9IkFyaWFsIj48Zm9udCBzaXpl PSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PC9mb250PjwvcD4KCjxwPjxmb250IHNpemU9IjEiPi0yNTAg Jmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZs dDtsbiAtMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCAoSGVicmV3KSIgY29s b3I9IiNmZjk5MDAiIHNpemU9IjEiPtec15XXnNeRPC9mb250Pjxmb250IGZhY2U9IkFyaWFsIj48 Zm9udCBzaXplPSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PC9mb250PjwvcD4KCjxwPjxmb250IHNpemU9 IjEiPi0yNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MTUz MF0mZ3Q7ICZsdDtsbiAtMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCAoSGVi cmV3KSIgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPtec15XXnNeRPC9mb250Pjxmb250IGZhY2U9 IkFyaWFsIj48Zm9udCBzaXplPSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PC9mb250PjwvcD4KCjxwPjxm b250IHNpemU9IjEiPisyNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3Jj byBbMjU1MDAwMF0mZ3Q7ICZsdDtsbiArMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJB cmlhbCAoSGVicmV3KSIgY29sb3I9IiNmZjAwMDAiIHNpemU9IjEiPteQ16rXqNeV15I8L2ZvbnQ+ PGZvbnQgZmFjZT0iQXJpYWwiPjxmb250IHNpemU9IjEiPiZxdW90Oy8gOzwvZm9udD48L2ZvbnQ+ PC9wPgoKPHA+PGZvbnQgc2l6ZT0iMSI+LTI1MCAmbHQ7Zm0gNiZndDsgPC9mb250Pjxmb250IHNp emU9IjEiPjxmb250IGZhY2U9IkFyaWFsIj4mcXVvdDs8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwi PiMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICogJnF1b3Q7PC9mb250Pjxmb250 IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+IDwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCAoSGVicmV3 KSIgY29sb3I9IiNmZjk5MDAiPteU15PXoTwvZm9udD48L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwi Pjxmb250IHNpemU9IjEiPiZxdW90Oy8gOzwvZm9udD48L2ZvbnQ+PC9wPgoKPHA+PGZvbnQgc2l6 ZT0iMSI+KzI1MCAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsyNTUw MDAwXSZndDsgKiAmcXVvdDsgPC9mb250Pjxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xv cj0iI2ZmMDAwMCIgc2l6ZT0iMSI+16LXqNeR15Q8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiPjxm b250IHNpemU9IjEiPiZxdW90Oy8gOzwvZm9udD48L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIx Ij4rMjUxICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTAwMDBd Jmd0OyAmbHQ7bG4g4oCTMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCAoSGVi cmV3KSIgY29sb3I9IiNmZjAwMDAiIHNpemU9IjEiPtee16jXldeoPC9mb250Pjxmb250IGZhY2U9 IkFyaWFsIj48Zm9udCBzaXplPSIxIj4mcXVvdDsvICZsdDtiaWVyZ3QgODAsIC0yJmd0Ozs8L2Zv bnQ+PC9mb250PjwvcD4KCjxwPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3Ij48Zm9udCBzaXplPSIx Ij4wICZxdW90OzwvZm9udD48L2ZvbnQ+PGZvbnQgZmFjZT0iQ291cmllciBOZXcgKEhlYnJldyki IHNpemU9IjEiPteW15TXlSDXodeV16Mg15TXkNeZ157XldefLiDXkdeR16fXqdeULCDXoNeq15fX mdecINeR16DXmdeh15XXmTwvZm9udD48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyI+IC4uLiZxdW90 Ozs8L2ZvbnQ+PC9wPgo8cD4mbmJzcDthbmQgdGhlbiAoc3RpbXVsdXMgd29yZHMgYXJlIGluIGhl YnJldy0gYnV0IHRoYXQgc2hvdWxkbiYjMzk7dCBtYXR0ZXIpOjwvcD48Zm9udCBzaXplPSI0Ij4K PHA+PC9wPjwvZm9udD48Zm9udCBzaXplPSIyIj4tMDExICZsdDtyY28gWzI1NTE1MzBdJmd0OyAm bHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFs IChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+15DXldeg16E8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+ CjxwPjxmb250IHNpemU9IjIiPiswMTIgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0 OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PGZvbnQgZmFjZT0iQXJpYWwgKEhlYnJldyki IGNvbG9yPSIjZmYwMDAwIj7XqNem15c8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9u dCBzaXplPSIyIj4tMDEzICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7 IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0i I2ZmOTkwMCI+16fXmNeY15Q8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXpl PSIyIj4rMDE0ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMj JnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmMDAw MCI+16TXpteV16I8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4t MDE1ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7 LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+15TX qNeV15I8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4rMDE2ICZs dDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZx dW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmMDAwMCI+157XldeX16U8 L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4tMDE3ICZsdDtyY28g WzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxm b250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+157Xl9eR15w8L2ZvbnQ+ JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4rMDE4ICZsdDtyY28gWzI1NTAw MDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZh Y2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmMDAwMCI+16rXlden16M8L2ZvbnQ+JnF1b3Q7 Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4tMDE5ICZsdDtyY28gWzI1NTE1MzBdJmd0 OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFy aWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+15bXotedPC9mb250PiZxdW90Oy87IDwvZm9u dD48L3A+CjxwPjxmb250IHNpemU9IjIiPiswMjAgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtm bSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PGZvbnQgZmFjZT0iQXJpYWwgKEhl YnJldykiIGNvbG9yPSIjZmYwMDAwIj7Xk9eV16fXqDwvZm9udD4mcXVvdDsvOzwvZm9udD48L3A+ CjxwPjxmb250IHNpemU9IjIiPi0wMjEgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0 OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PGZvbnQgZmFjZT0iQXJpYWwgKEhlYnJldyki IGNvbG9yPSIjZmY5OTAwIj7Xqten15nXpNeUPC9mb250PiZxdW90Oy87PC9mb250PjwvcD4KPHA+ PGZvbnQgc2l6ZT0iMiI+PGZvbnQgZmFjZT0iQ291cmllciBOZXciPjAgJnF1b3Q7PC9mb250Pjxm b250IGZhY2U9IkNvdXJpZXIgTmV3IChIZWJyZXcpIj4u15nXpNeULCDXoteb16nXmdeVINei15XX kyDXpNei150g15HXkden16nXlC0g16rXnNeX16Ug16LXnCDXlNeo15XXldeXINeb16nXkNeq15Qg 157Xldeb1588L2ZvbnQ+PC9mb250Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3Ij48Zm9udCBzaXpl PSIyIj4mcXVvdDs7PC9mb250PjwvZm9udD48L3A+Cgo8cD48Zm9udCBmYWNlPSJDb3VyaWVyIE5l dyIgY29sb3I9IiMwMDgwODAiPjxmb250IHNpemU9IjIiPiFmaXJzdCBnbyBvZiB2aW9sZW50IHdv cmQgY29udHJvbGxzIGFsbCBjb250cm9sbCB3b3JkcyBzdGFydCB3aXRoIG9uZSBvZGQgbmVnYXRp dmUgbnVtYmVycyBhcmUgZm9yIG9yYW5nZSB3b3JkcyBldmVuIHBvc2l0aXZlIG51bWJlcnMgZm9y IHJlZCB3b3Jkczs8L2ZvbnQ+PC9mb250PjwvcD4KCjxwPjxmb250IHNpemU9IjIiPi0xMTEgJmx0 O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1 b3Q7PGZvbnQgZmFjZT0iQXJpYWwgKEhlYnJldykiIGNvbG9yPSIjZmY5OTAwIj7Xqdei15XXnzwv Zm9udD4mcXVvdDsvOzwvZm9udD48L3A+CjxwPjxmb250IHNpemU9IjIiPisxMTIgJmx0O3JjbyBb MjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PGZv bnQgZmFjZT0iQXJpYWwgKEhlYnJldykiIGNvbG9yPSIjZmYwMDAwIj7XnNeR1588L2ZvbnQ+JnF1 b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4tMTEzICZsdDtyY28gWzI1NTE1MzBd Jmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9 IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+15LXqdeV1508L2ZvbnQ+JnF1b3Q7Lzs8 L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4rMTE0ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAm bHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFs IChIZWJyZXcpIiBjb2xvcj0iI2ZmMDAwMCI+15PXmdeh16c8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+ PC9wPgo8cD48Zm9udCBzaXplPSIyIj4tMTE1ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0g NiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJy ZXcpIiBjb2xvcj0iI2ZmOTkwMCI+15HXqNeV16k8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8 cD48Zm9udCBzaXplPSIyIj4rMTE2ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsg JnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBj b2xvcj0iI2ZmMDAwMCI+16fXqNeZ16g8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9u dCBzaXplPSIyIj4tMTE3ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7 IyMjIyMjJnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0i I2ZmOTkwMCI+16LXnteV15M8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXpl PSIyIj4rMTE4ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMj JnF1b3Q7LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmMDAw MCI+15TXkteT15Q8L2ZvbnQ+JnF1b3Q7Lzs8L2ZvbnQ+PC9wPgo8cD48Zm9udCBzaXplPSIyIj4t MTE5ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7 LyAqICZxdW90Ozxmb250IGZhY2U9IkFyaWFsIChIZWJyZXcpIiBjb2xvcj0iI2ZmOTkwMCI+16DX ntecPC9mb250PiZxdW90Oy87IDwvZm9udD48L3A+CjxwPjxmb250IHNpemU9IjIiPisxMjAgJmx0 O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1 b3Q7PGZvbnQgZmFjZT0iQXJpYWwgKEhlYnJldykiIGNvbG9yPSIjZmYwMDAwIj7Xodeg15PXpzwv Zm9udD4mcXVvdDsvOzwvZm9udD48L3A+CjxwPjxmb250IHNpemU9IjIiPi0xMjEgJmx0O3JjbyBb MjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PGZv bnQgZmFjZT0iQXJpYWwgKEhlYnJldykiIGNvbG9yPSIjZmY5OTAwIj7XlNeV15zXoNeTPC9mb250 PiZxdW90Oy87PC9mb250PjwvcD4KPHA+PGZvbnQgZmFjZT0iQ291cmllciBOZXciPjxmb250IHNp emU9IjIiPjAgJnF1b3Q7PC9mb250PjwvZm9udD48Zm9udCBzaXplPSIyIj48Zm9udCBmYWNlPSJD b3VyaWVyIE5ldyAoSGVicmV3KSI+LteZ16TXlCwg16LXm9ep15nXlSDXoteV15Mg16TXotedINeR 15HXp9ep15QtINeq15zXl9elINei15wg15TXqNeV15XXlyDXm9ep15DXqteUINee15XXm9efPC9m b250Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3Ij4mcXVvdDs7PC9mb250PjwvZm9udD48L3A+Cgo8 ZGl2PmV0Yy4uLi4uLi48L2Rpdj4KPGRpdj50aGFua3MgPC9kaXY+CjxkaXY+ZGF2aWQgY29oZW48 YnIgY2xlYXI9ImFsbCI+PGJyPi0tIDxicj5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+PGJy PlByZWRpY3Rpb24gaXMgdmVyeSBkaWZmaWN1bHQsIGVzcGVjaWFsbHkgaWYgaXQmIzM5O3MgYWJv dXQgdGhlIGZ1dHVyZS4gPGJyPk5pZWxzIEJvaHIgPC9kaXY+Cg== ------=_Part_3949_929472.1208334290463-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 05:28:21 2008 Received: from colne.bc.iop.kcl.ac.uk (mail.iop.kcl.ac.uk [194.83.138.4]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GCRS7r029772 for ; Wed, 16 Apr 2008 05:27:29 -0700 Received: from iop.kcl.ac.uk ([194.83.138.8]) by colne.bc.iop.kcl.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Wed, 16 Apr 2008 13:27:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [DMDX] Tuning graphics display settings in time dx Date: Wed, 16 Apr 2008 13:27:21 +0100 Message-ID: <5626ED9CB91C814197079FB9940312E50526A666@MAIL.bc.iop.kcl.ac.uk> From: "Harrison, Amy" To: Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list I have successfully managed to get DMDX up and running on two laptops and need to get it running on two other (both Samsung) laptops. The problem I am having is this: I install DMDX, tune the values in the registry (16bps) and then I load my stimuli in. it is a stroop task with various images displayed in four different colours and has successfully been used by another research group and also our own group. What happens is that once the dmdx starts to load the stimuli, it takes ages (up to 30 seconds) to get to the first frame (the instructions) and then throughout the presentation, the stimuli are on the screen for long than they should be each time - normally once the participant responds, the stimuli moves onto the next one immediately (and I am using the same rtf file as I did for the laptops on which it works and I have also tested the microphone) and whilst it records my responses, there are errors after every response which say: Display error at msec 692984.21 tick 677 in item 2161 frame "CrossHair" moved into video memory 63 ticks late Obviously the item number, ms, tick no. and frame no. are all interchangeable but this message comes up consistently through the programme after each response time and whilst the participant is doing it, it is visibly slow to move onto the next stimulus. I have tried altering the graphics display settings but this does not help. Please could you advise me? Many thanks, Amy Amy Harrison Eating Disorders Unit Department of Academic Psychiatry 5th Floor Bermondsey Wing Guy's Hospital, London SE1 9RT 0207 1880 168 From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 10:10:39 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GH9qES030642 for ; Wed, 16 Apr 2008 10:09:52 -0700 Received: from frodos_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 93FD93A7AC4 for ; Wed, 16 Apr 2008 10:09:52 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 0A27A3A7AD0 for ; Wed, 16 Apr 2008 10:09:52 -0700 (MST) Message-Id: <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 10:09:51 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list That software is fine. You have to get the name correct. At 02:47 PM 4/16/2008 +0800, you wrote: >Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But >DMDX allways points out : > >Unable to find cue points data >Unable to locate visual probe cue "1" in wave file s1.wav > >But I really built a cue into the file,you can see the cue on the >waveform when opening the file by the software.Maybe you can recommend a >software. >Many thanks for your help. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 10:12:47 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GHCJ5M030666 for ; Wed, 16 Apr 2008 10:12:19 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 106025C6210 for ; Wed, 16 Apr 2008 10:12:19 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 49E285C0A28 for ; Wed, 16 Apr 2008 10:12:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080416101013.00ba52f8@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 10:12:14 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_430206531==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_430206531==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable You have a blank frame after your clock on and the frame that has the clock= =20 on is 4000 ms long so the feedback can't come till it's displayed. If you= =20 want DMDX to clear the display after the response you can't be scheduling=20 anything else to be displayed because DMDX is going to wait till that is=20 displayed before doing anything else. You want: +1"b1"/*"=C6=E4=CB=FB"; At 01:28 PM 4/16/2008 +0800, you wrote: >n96 s1 255255255> > > >+1"b1"/*"=C6=E4=CB=FB"/; > > > >I have used ,but the problem still exist .If I modify to= =20 >,things are better. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_430206531==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

You have a blank frame after your clock on and the frame that has the clock on is 4000 ms long so the feedback can't come till it's displayed.  If you want DMDX to clear the display after the response you can't be scheduling anything else to be displayed because DMDX is going to wait till that is displayed before doing anything else.  You want:

+1<wav>"b1"/*"=C6=E4=CB=FB"= ;;

At 01:28 PM 4/16/2008 +0800, you wrote:
n96 s1 <d o><azk><cr><clfb><t 4000><vm 1024,768,768,32,0><id "=BC=FC=C5=CC"><dbc 255255255><dwc 000000000><mr +Space><mnr "+=D3=D2=BC=FD=CD=B7"><mpr "+=D7=F3=BC=FD=CD=B7">
 

+1<wav>"b1"/*&l= t;ms% 4000>"=C6=E4=CB=FB"/<ms% 900>;

 

I have used <clfb>,but the problem still exist .If I modify <ms% 4000> to <ms% 2000>,things are better.


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.

--=====================_430206531==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 10:14:14 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GHE09f030690 for ; Wed, 16 Apr 2008 10:14:01 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E4A525C621A for ; Wed, 16 Apr 2008 10:14:00 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 12BAD5C6213 for ; Wed, 16 Apr 2008 10:14:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 10:13:59 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: scrambling items & blocks In-Reply-To: <9b5ae5890804160124r42d59a7etc34f291abb85f347@mail.gmail.co m> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_430311281==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_430311281==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable You need to put dollar symbols around sections that aren't to be scrambled. http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhscrambling.htm At 11:24 AM 4/16/2008 +0300, you wrote: >hi, all >i'm running an experiment in which i present 6 blocks of stimuli which=20 >need to be presented in random order, while also scrambling the items in=20 >themselves. that- i can do. >the problem is that at the end of every block i want to put an=20 >instruction, like "thanks, rest a minute, press space bar to go on". that= =20 >totally screws up everything. >i put the instruction in a "0" line after the stimuli. there are 11=20 >stimulus items and one gommand. >it skips automatically to the last line in the brance without running the= =20 >practice, then totally screws up the blocking. >obviously i'm doing something wrong, but i dont know what. >here's the code- should be straightforward and simple. am using an old=20 >version of dmdx 3.1.6.2 > > s11 g12 +a> (in=20 >the original the whole paramater line is on one line) > >then come instructions enclsed in dollar signs, with 11 practice items and= =20 >an instruction line, with a simple branch (within the $$): thus=20 >(everything but the commands are in hebrew- but that makes no matter.=20 >everything wotked until i threw in the block scrambling): > >0 "=D7=9B=D7=A2=D7=AA =D7 =D7=AA=D7=97=D7=99=D7=9C =D7=A2=D7=9D =D7=90=D7= =99=D7=9E=D7=95=D7=9F =D7=A7=D7=A6=D7=A8. =D7 =D7=90 =D7=9C=D7=9C=D7=97=D7= =95=D7=A5 =D7=A2=D7=9C =D7=9E=D7=A7=D7=A9=20 >=D7=94'=D7=A8=D7=95=D7=95=D7=97' =D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7= =95=D7=9B=D7=9F" ; > >2 "=E2=80=A6 =D7=90=D7=95=D7=99, =D7=99=D7=95=D7=AA=D7=A8 =D7=9E=D7=93=D7= =99 =D7=A9=D7=92=D7=99=D7=A2=D7=95=D7=AA- =D7=91=D7=95=D7=90 =D7 =D7 =D7=A1= =D7=94 =D7=A9=D7=95=D7=91"; > >-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; > >+250 "######"/ * "=D7=90=D7=AA=D7=A8=D7=95=D7= =92"/ ; > >-250 "######"/ * " =D7=94=D7=93=D7=A1"/ ; > >+250 "######"/ * " =D7=A2=D7=A8=D7=91=D7=94"/ ; > >-250 "######"/ * "=D7=9B=D7=A8=D7=A4=D7=A1"/= ; > >-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; > >-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; > >+250 "######"/ * "=D7=90=D7=AA=D7=A8=D7=95=D7= =92"/ ; > >-250 "######"/ * " =D7=94=D7=93=D7=A1"/ ; > >+250 "######"/ * " =D7=A2=D7=A8=D7=91=D7=94"/ ; > >+251 "######"/ * "=D7=9E=D7=A8=D7=95= =D7=A8"/ ; > >0 "=D7=96=D7=94=D7=95 =D7=A1=D7=95=D7=A3 =D7=94=D7=90=D7=99=D7=9E=D7=95=D7= =9F. =D7=91=D7=91=D7=A7=D7=A9=D7=94, =D7 =D7=AA=D7=97=D7=99=D7=9C =D7=91=D7= =D7=99=D7=A1=D7=95=D7=99 ..."; > > and then (stimulus words are in hebrew- but that shouldn't matter): > >-011 "######"/ * "=D7=90=D7=95=D7 =D7=A1"/; > >+012 "######"/ * "=D7=A8=D7=A6=D7=97"/; > >-013 "######"/ * "=D7=A7=D7=98=D7=98=D7=94"/; > >+014 "######"/ * "=D7=A4=D7=A6=D7=95=D7=A2"/; > >-015 "######"/ * "=D7=94=D7=A8=D7=95=D7=92"/; > >+016 "######"/ * "=D7=9E=D7=95=D7=97=D7=A5"/; > >-017 "######"/ * "=D7=9E=D7=97=D7=91=D7=9C"/; > >+018 "######"/ * "=D7=AA=D7=95=D7=A7=D7=A3"/; > >-019 "######"/ * "=D7=96=D7=A2=D7=9D"/; > >+020 "######"/ * "=D7=93=D7=95=D7=A7=D7=A8"/; > >-021 "######"/ * "=D7=AA=D7=A7=D7=99=D7=A4=D7=94"/; > >0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95=D7=93= =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5= =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97=20 >=D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F"; > >!first go of violent word controlls all controll words start with one odd= =20 >negative numbers are for orange words even positive numbers for red words; > >-111 "######"/ * "=D7=A9=D7=A2=D7=95=D7=9F"/; > >+112 "######"/ * "=D7=9C=D7=91=D7=9F"/; > >-113 "######"/ * "=D7=92=D7=A9=D7=95=D7=9D"/; > >+114 "######"/ * "=D7=93=D7=99=D7=A1=D7=A7"/; > >-115 "######"/ * "=D7=91=D7=A8=D7=95=D7=A9"/; > >+116 "######"/ * "=D7=A7=D7=A8=D7=99=D7=A8"/; > >-117 "######"/ * "=D7=A2=D7=9E=D7=95=D7=93"/; > >+118 "######"/ * "=D7=94=D7=92=D7=93=D7=94"/; > >-119 "######"/ * "=D7 =D7=9E=D7=9C"/; > >+120 "######"/ * "=D7=A1=D7 =D7=93=D7=A7"/; > >-121 "######"/ * "=D7=94=D7=95=D7=9C=D7 =D7=93"/; > >0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95=D7=93= =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5= =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97=20 >=D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F"; >etc....... >thanks >david cohen > >-- >~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Prediction is very difficult, especially if it's about the future. >Niels Bohr /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_430311281==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
You need to put dollar symbols around sections that aren't to be scrambled.

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhs= crambling.htm

At 11:24 AM 4/16/2008 +0300, you wrote:
hi, all
i'm running an experiment in which i present 6 blocks of stimuli which need to be presented in random order, while also scrambling the items in themselves. that- i can do.
the problem is that at the end of every block i want to put an instruction, like "thanks, rest a minute, press space bar to go on". that totally screws up everything.
i put the instruction in a "0" line after the stimuli. there are 11 stimulus items and one gommand.
it skips automatically to the last line in the brance without running the practice, then totally screws up the blocking.
obviously i'm doing something wrong, but i dont know what.
here's the code- should be straightforward and simple. am using an old version of dmdx 3.1.6.2

<ep> s11 g12 <cr> <id "keyboard"> <mpr +l> <mnr +a> <azk> <vzk +l> <vzk +a><vm 640,480,480,8,0> <fd 31> <d 36> <t 500> <dwc 0> <nfb> <eop>  (in the original the whole paramater line is on one line)

then come instructions enclsed in dollar signs, with 11 practice items and an instruction line, with a simple branch (within the $$): thus (everything but the commands are in hebrew- but that makes no matter. everything wotked until i threw in the block scrambling):

0 "=D7=9B=D7=A2=D7=AA =D7 =D7=AA=D7=97=D7=99=D7=9C =D7= =A2=D7=9D =D7=90=D7=99=D7=9E=D7=95=D7=9F =D7=A7=D7=A6=D7=A8. =D7 =D7=90 =D7=9C=D7=9C=D7=97=D7=95=D7=A5 =D7=A2=D7=9C =D7=9E=D7=A7=D7=A9 =D7=94'=D7=A8= =D7=95=D7=95=D7=97' =D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F&= quot; <bierlt 101, 251>;

2 "=E2=80=A6 =D7=90=D7=95=D7=99, =D7=99=D7=95=D7=AA=D7= =A8 =D7=9E=D7=93=D7=99 =D7=A9=D7=92=D7=99=D7=A2=D7=95=D7=AA- =D7=91=D7=95=D7= =90 =D7 =D7 =D7=A1=D7=94 =D7=A9=D7=95=D7=91";

-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;

+250 <fm 6> "######"/ <rco [2550000]> <ln +2>* "=D7=90=D7=AA=D7=A8=D7=95=D7=92= "/ ;

-250 <fm 6> "######"/ <rco [2551530]> * " =D7=94=D7=93=D7=A1"/ ;

+250 <fm 6> "######"/ <rco [2550000]> * " =D7=A2=D7=A8=D7=91=D7=94"/ ;

-250 <fm 6> "######"/ <rco [2551530]> <ln +2>* "=D7=9B=D7=A8=D7=A4=D7=A1"/ ;

-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;

-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;

+250 <fm 6> "######"/ <rco [2550000]> <ln +2>* "=D7=90=D7=AA=D7=A8=D7=95=D7=92= "/ ;

-250 <fm 6> "######"/ <rco [2551530]> * " =D7=94=D7=93=D7=A1"/ ;

+250 <fm 6> "######"/ <rco [2550000]> * " =D7=A2=D7=A8=D7=91=D7=94"/ ;

+251 <fm 6> "######"/ <rco [2550000]> <ln =E2=80=932>* "=D7=9E=D7=A8=D7=95=D7=A8"/ <biergt 80, -2>;

0 "=D7=96=D7=94=D7=95 =D7=A1=D7=95=D7=A3 =D7=94=D7=90=D7= =99=D7=9E=D7=95=D7=9F. =D7=91=D7=91=D7=A7=D7=A9=D7=94, =D7 =D7=AA=D7=97=D7= =99=D7=9C =D7=91=D7 =D7=99=D7=A1=D7=95=D7=99 ...";

 and then (stimulus words are in hebrew- but that shouldn't matter):

-011 <rco [2551530]> <fm 6> "######"/ * "=D7=90= =D7=95=D7 =D7=A1"/;

+012 <rco [2550000]> <fm 6> "######"/ * "=D7=A8=D7=A6=D7=97"/;

-013 <rco [2551530]> <fm 6> "######"/ * "=D7=A7=D7=98=D7=98=D7=94"/;

+014 <rco [2550000]> <fm 6> "######"/ * "=D7=A4=D7=A6=D7=95=D7=A2"/;

-015 <rco [2551530]> <fm 6> "######"/ * "=D7=94=D7=A8=D7=95=D7=92"/;

+016 <rco [2550000]> <fm 6> "######"/ * "=D7=9E=D7=95=D7=97=D7=A5"/;

-017 <rco [2551530]> <fm 6> "######"/ * "=D7=9E=D7=97=D7=91=D7=9C"/;

+018 <rco [2550000]> <fm 6> "######"/ * "=D7=AA=D7=95=D7=A7=D7=A3"/;

-019 <rco [2551530]> <fm 6> "######"/ * "=D7=96=D7=A2=D7=9D"/;

+020 <rco [2550000]> <fm 6> "######"/ * "=D7=93=D7=95=D7=A7=D7=A8"/;

-021 <rco [2550000]> <fm 6> "######"/ * "=D7=AA=D7=A7=D7=99=D7=A4=D7=94= "/;

0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95= =D7=A2=D7=95=D7=93 =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5 =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97= =D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F";

!first go of violent word controlls all controll words start with one odd negative numbers are for orange words even positive numbers for red words;

-111 <rco [2551530]> <fm 6> "######"/ * "=D7=A9=D7=A2=D7=95=D7=9F"/;

+112 <rco [2550000]> <fm 6> "######"/ * "=D7=9C=D7=91=D7=9F"/;

-113 <rco [2551530]> <fm 6> "######"/ * "=D7=92=D7=A9=D7=95=D7=9D"/;

+114 <rco [2550000]> <fm 6> "######"/ * "=D7=93=D7=99=D7=A1=D7=A7"/;

-115 <rco [2551530]> <fm 6> "######"/ * "=D7=91=D7=A8=D7=95=D7=A9"/;

+116 <rco [2550000]> <fm 6> "######"/ * "=D7=A7=D7=A8=D7=99=D7=A8"/;

-117 <rco [2551530]> <fm 6> "######"/ * "=D7=A2=D7=9E=D7=95=D7=93"/;

+118 <rco [2550000]> <fm 6> "######"/ * "=D7=94=D7=92=D7=93=D7=94"/;

-119 <rco [2551530]> <fm 6> "######"/ * "=D7 =D7=9E=D7=9C"/;

+120 <rco [2550000]> <fm 6> "######"/ * "=D7=A1=D7 =D7=93=D7=A7"/;

-121 <rco [2550000]> <fm 6> "######"/ * "=D7=94=D7=95=D7=9C=D7 =D7=93"/;

0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95= =D7=A2=D7=95=D7=93 =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5 =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97= =D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F";
etc.......
thanks
david cohen

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Prediction is very difficult, especially if it's about the future.
Niels Bohr


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.

--=====================_430311281==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 10:15:47 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GHFQA1030710 for ; Wed, 16 Apr 2008 10:15:26 -0700 Received: from frodos_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1299E3A7AD1 for ; Wed, 16 Apr 2008 10:15:26 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C2F4D3A7AD3 for ; Wed, 16 Apr 2008 10:15:24 -0700 (MST) Message-Id: <5.1.0.14.2.20080416101453.00bcd288@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 10:15:23 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Tuning graphics display settings in time dx In-Reply-To: <5626ED9CB91C814197079FB9940312E50526A666@MAIL.bc.iop.kcl.a c.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Get new video drivers or use the DMDX shortcuts for really bad video cards in Start / All Programs / DMDX. At 01:27 PM 4/16/2008 +0100, you wrote: >I have successfully managed to get DMDX up and running on two laptops >and need to get it running on two other (both Samsung) laptops. The >problem I am having is this: I install DMDX, tune the values in the >registry (16bps) and then I load my stimuli in. it is a stroop task with >various images displayed in four different colours and has successfully >been used by another research group and also our own group. >What happens is that once the dmdx starts to load the stimuli, it takes >ages (up to 30 seconds) to get to the first frame (the instructions) and >then throughout the presentation, the stimuli are on the screen for long >than they should be each time - normally once the participant responds, >the stimuli moves onto the next one immediately (and I am using the same >rtf file as I did for the laptops on which it works and I have also >tested the microphone) and whilst it records my responses, there are >errors after every response which say: >Display error at msec 692984.21 tick 677 in item 2161 frame "CrossHair" >moved into video memory 63 ticks late >Obviously the item number, ms, tick no. and frame no. are all >interchangeable but this message comes up consistently through the >programme after each response time and whilst the participant is doing >it, it is visibly slow to move onto the next stimulus. >I have tried altering the graphics display settings but this does not >help. Please could you advise me? >Many thanks, >Amy > > >Amy Harrison >Eating Disorders Unit >Department of Academic Psychiatry >5th Floor Bermondsey Wing >Guy's Hospital, London >SE1 9RT >0207 1880 168 > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 10:27:04 2008 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GHQjpo030813 for ; Wed, 16 Apr 2008 10:26:46 -0700 Received: by fg-out-1718.google.com with SMTP id d23so3079113fga.31 for ; Wed, 16 Apr 2008 10:26:40 -0700 (PDT) Received: by 10.86.72.15 with SMTP id u15mr572343fga.11.1208366800080; Wed, 16 Apr 2008 10:26:40 -0700 (PDT) Received: by 10.86.83.18 with HTTP; Wed, 16 Apr 2008 10:26:40 -0700 (PDT) Message-ID: <9b5ae5890804161026y4a84795dibb00259488bd86ee@mail.gmail.com> Date: Wed, 16 Apr 2008 20:26:40 +0300 From: "David & Miriam Cohen" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: scrambling items & blocks In-Reply-To: <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5493_16623854.1208366800105" References: <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_5493_16623854.1208366800105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline c3RpbGwgbWl4aW5nIHRoZSBibG9jayBpdGVtcy4Kd2hhdCBpIG5lZWQgaXMgdGhlIGl0ZW1zIHNj cmFtYmxlZCB3aXRoaW4gYmxvY2tzIGFuZCB0aGUgYmxvY2tzIHByZXNlbnRlZCBpbgpyYW5kb20g b3JkZXIuIGlmIHRoZXJlIGFyZSAxMSBpdGVtcyBwZXIgYmxvY2ssIHdoYXQgc2hvdWxkIHMgJiBn IGJlPyBjYW50CnNlZW0gdG8gZmlndXJlIGl0IG91dC4KdGhhbmtzCgoKT24gNC8xNi8wOCwgSm9u YXRoYW4gQy4gRm9yc3RlciA8amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdT4gd3JvdGU6 Cj4KPgo+IFlvdSBuZWVkIHRvIHB1dCBkb2xsYXIgc3ltYm9scyBhcm91bmQgc2VjdGlvbnMgdGhh dCBhcmVuJ3QgdG8gYmUKPiBzY3JhbWJsZWQuCj4KPiBodHRwOi8vcHN5MS5wc3ljaC5hcml6b25h LmVkdS9+amZvcnN0ZXIvZG1keC9oZWxwL2RtZHhoc2NyYW1ibGluZy48aHR0cDovL3BzeTEucHN5 Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVyL2RtZHgvaGVscC9kbWR4aHNjcmFtYmxpbmcuaHRtPgo+ IGh0bQo+Cj4gPGh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L35qZm9yc3Rlci9kbWR4L2hl bHAvZG1keGhzY3JhbWJsaW5nLmh0bT5BdAo+IDExOjI0IEFNIDQvMTYvMjAwOCArMDMwMCwgeW91 IHdyb3RlOgo+Cj4gaGksIGFsbAo+IGknbSBydW5uaW5nIGFuIGV4cGVyaW1lbnQgaW4gd2hpY2gg aSBwcmVzZW50IDYgYmxvY2tzIG9mIHN0aW11bGkgd2hpY2gKPiBuZWVkIHRvIGJlIHByZXNlbnRl ZCBpbiByYW5kb20gb3JkZXIsIHdoaWxlIGFsc28gc2NyYW1ibGluZyB0aGUgaXRlbXMgaW4KPiB0 aGVtc2VsdmVzLiB0aGF0LSBpIGNhbiBkby4KPiB0aGUgcHJvYmxlbSBpcyB0aGF0IGF0IHRoZSBl bmQgb2YgZXZlcnkgYmxvY2sgaSB3YW50IHRvIHB1dCBhbgo+IGluc3RydWN0aW9uLCBsaWtlICJ0 aGFua3MsIHJlc3QgYSBtaW51dGUsIHByZXNzIHNwYWNlIGJhciB0byBnbyBvbiIuIHRoYXQKPiB0 b3RhbGx5IHNjcmV3cyB1cCBldmVyeXRoaW5nLgo+IGkgcHV0IHRoZSBpbnN0cnVjdGlvbiBpbiBh ICIwIiBsaW5lIGFmdGVyIHRoZSBzdGltdWxpLiB0aGVyZSBhcmUgMTEKPiBzdGltdWx1cyBpdGVt cyBhbmQgb25lIGdvbW1hbmQuCj4gaXQgc2tpcHMgYXV0b21hdGljYWxseSB0byB0aGUgbGFzdCBs aW5lIGluIHRoZSBicmFuY2Ugd2l0aG91dCBydW5uaW5nIHRoZQo+IHByYWN0aWNlLCB0aGVuIHRv dGFsbHkgc2NyZXdzIHVwIHRoZSBibG9ja2luZy4KPiBvYnZpb3VzbHkgaSdtIGRvaW5nIHNvbWV0 aGluZyB3cm9uZywgYnV0IGkgZG9udCBrbm93IHdoYXQuCj4gaGVyZSdzIHRoZSBjb2RlLSBzaG91 bGQgYmUgc3RyYWlnaHRmb3J3YXJkIGFuZCBzaW1wbGUuIGFtIHVzaW5nIGFuIG9sZAo+IHZlcnNp b24gb2YgZG1keCAzLjEuNi4yCj4KPiA8ZXA+IHMxMSBnMTIgPGNyPiA8aWQgImtleWJvYXJkIj4g PG1wciArbD4gPG1uciArYT4gPGF6az4gPHZ6ayArbD4gPHZ6awo+ICthPjx2bSA2NDAsNDgwLDQ4 MCw4LDA+IDxmZCAzMT4gPGQgMzY+IDx0IDUwMD4gPGR3YyAwPiA8bmZiPiA8ZW9wPiAgKGluIHRo ZQo+IG9yaWdpbmFsIHRoZSB3aG9sZSBwYXJhbWF0ZXIgbGluZSBpcyBvbiBvbmUgbGluZSkKPgo+ IHRoZW4gY29tZSBpbnN0cnVjdGlvbnMgZW5jbHNlZCBpbiBkb2xsYXIgc2lnbnMsIHdpdGggMTEg cHJhY3RpY2UgaXRlbXMgYW5kCj4gYW4gaW5zdHJ1Y3Rpb24gbGluZSwgd2l0aCBhIHNpbXBsZSBi cmFuY2ggKHdpdGhpbiB0aGUgJCQpOiB0aHVzIChldmVyeXRoaW5nCj4gYnV0IHRoZSBjb21tYW5k cyBhcmUgaW4gaGVicmV3LSBidXQgdGhhdCBtYWtlcyBubyBtYXR0ZXIuIGV2ZXJ5dGhpbmcgd290 a2VkCj4gdW50aWwgaSB0aHJldyBpbiB0aGUgYmxvY2sgc2NyYW1ibGluZyk6Cj4KPiAwICLXm9ei 16ogw5cg16rXl9eZ15wg16LXnSDXkNeZ157XldefINen16bXqC4gw5cg15Ag15zXnNeX15XXpSDX otecINee16fXqSDXlCfXqNeV15XXlycg15vXqdeQ16rXlCDXnteV15vXnyIgPGJpZXJsdAo+IDEw MSwgMjUxPjsKPgo+IDIgIuKApiDXkNeV15ksINeZ15XXqteoINee15PXmSDXqdeS15nXoteV16ot INeR15XXkCDDlyDDlyDXodeUINep15XXkSI7Cj4KPiAtMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJj byBbMjU1MTUzMF0+IDxsbiAtMj4qICLXnNeV15zXkSIvIDsKPgo+ICsyNTAgPGZtIDY+ICIjIyMj IyMiLyA8cmNvIFsyNTUwMDAwXT4gPGxuICsyPiogIteQ16rXqNeV15IiLyA7Cj4KPiAtMjUwIDxm bSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MTUzMF0+ICogIiDXlNeT16EiLyA7Cj4KPiArMjUwIDxm bSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MDAwMF0+ICogIiDXoteo15HXlCIvIDsKPgo+IC0yNTAg PGZtIDY+ICIjIyMjIyMiLyA8cmNvIFsyNTUxNTMwXT4gPGxuICsyPiogIteb16jXpNehIi8gOwo+ Cj4gLTI1MCA8Zm0gNj4gIiMjIyMjIyIvIDxyY28gWzI1NTE1MzBdPiA8bG4gLTI+KiAi15zXldec 15EiLyA7Cj4KPiAtMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MTUzMF0+IDxsbiAtMj4q ICLXnNeV15zXkSIvIDsKPgo+ICsyNTAgPGZtIDY+ICIjIyMjIyMiLyA8cmNvIFsyNTUwMDAwXT4g PGxuICsyPiogIteQ16rXqNeV15IiLyA7Cj4KPiAtMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBb MjU1MTUzMF0+ICogIiDXlNeT16EiLyA7Cj4KPiArMjUwIDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBb MjU1MDAwMF0+ICogIiDXoteo15HXlCIvIDsKPgo+ICsyNTEgPGZtIDY+ICIjIyMjIyMiLyA8cmNv IFsyNTUwMDAwXT4gPGxuIOKAkzI+KiAi157XqNeV16giLyA8Ymllcmd0IDgwLCAtMj47Cj4KPiAw ICLXlteU15Ug16HXldejINeU15DXmdee15XXny4g15HXkden16nXlCwgw5cg16rXl9eZ15wg15HD lyDXmdeh15XXmSAuLi4iOwo+Cj4gIGFuZCB0aGVuIChzdGltdWx1cyB3b3JkcyBhcmUgaW4gaGVi cmV3LSBidXQgdGhhdCBzaG91bGRuJ3QgbWF0dGVyKToKPgo+IC0wMTEgPHJjbyBbMjU1MTUzMF0+ IDxmbSA2PiAiIyMjIyMjIi8gKiAi15DXlcOXINehIi87Cj4KPiArMDEyIDxyY28gWzI1NTAwMDBd PiA8Zm0gNj4gIiMjIyMjIyIvICogIteo16bXlyIvOwo+Cj4gLTAxMyA8cmNvIFsyNTUxNTMwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXp9eY15jXlCIvOwo+Cj4gKzAxNCA8cmNvIFsyNTUwMDAwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXpNem15XXoiIvOwo+Cj4gLTAxNSA8cmNvIFsyNTUxNTMwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXlNeo15XXkiIvOwo+Cj4gKzAxNiA8cmNvIFsyNTUwMDAwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXnteV15fXpSIvOwo+Cj4gLTAxNyA8cmNvIFsyNTUxNTMwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXnteX15HXnCIvOwo+Cj4gKzAxOCA8cmNvIFsyNTUwMDAwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXqteV16fXoyIvOwo+Cj4gLTAxOSA8cmNvIFsyNTUxNTMwXT4g PGZtIDY+ICIjIyMjIyMiLyAqICLXltei150iLzsKPgo+ICswMjAgPHJjbyBbMjU1MDAwMF0+IDxm bSA2PiAiIyMjIyMjIi8gKiAi15PXlden16giLzsKPgo+IC0wMjEgPHJjbyBbMjU1MDAwMF0+IDxm bSA2PiAiIyMjIyMjIi8gKiAi16rXp9eZ16TXlCIvOwo+Cj4gMCAiLteZ16TXlCwg16LXm9ep15nX lSDXoteV15Mg16TXotedINeR15HXp9ep15QtINeq15zXl9elINei15wg15TXqNeV15XXlyDXm9ep 15DXqteUINee15XXm9efIjsKPgo+ICFmaXJzdCBnbyBvZiB2aW9sZW50IHdvcmQgY29udHJvbGxz IGFsbCBjb250cm9sbCB3b3JkcyBzdGFydCB3aXRoIG9uZSBvZGQKPiBuZWdhdGl2ZSBudW1iZXJz IGFyZSBmb3Igb3JhbmdlIHdvcmRzIGV2ZW4gcG9zaXRpdmUgbnVtYmVycyBmb3IgcmVkIHdvcmRz Owo+Cj4gLTExMSA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXqdei15XXnyIv Owo+Cj4gKzExMiA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXnNeR158iLzsK Pgo+IC0xMTMgPHJjbyBbMjU1MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15LXqdeV150iLzsK Pgo+ICsxMTQgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15PXmdeh16ciLzsK Pgo+IC0xMTUgPHJjbyBbMjU1MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15HXqNeV16kiLzsK Pgo+ICsxMTYgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi16fXqNeZ16giLzsK Pgo+IC0xMTcgPHJjbyBbMjU1MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi16LXnteV15MiLzsK Pgo+ICsxMTggPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15TXkteT15QiLzsK Pgo+IC0xMTkgPHJjbyBbMjU1MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAiw5cg157XnCIvOwo+ Cj4gKzEyMCA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXocOXINeT16ciLzsK Pgo+IC0xMjEgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15TXldecw5cg15Mi LzsKPgo+IDAgIi7Xmdek15QsINei15vXqdeZ15Ug16LXldeTINek16LXnSDXkdeR16fXqdeULSDX qtec15fXpSDXotecINeU16jXldeV15cg15vXqdeQ16rXlCDXnteV15vXnyI7Cj4gZXRjLi4uLi4u Lgo+IHRoYW5rcwo+IGRhdmlkIGNvaGVuCj4KPiAtLQo+IH5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn4KPiBQcmVkaWN0aW9uIGlzIHZlcnkgZGlmZmljdWx0LCBlc3BlY2lhbGx5IGlmIGl0J3Mg YWJvdXQgdGhlIGZ1dHVyZS4KPiBOaWVscyBCb2hyCj4KPgo+Cj4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvIlwKPiAgLWpvbmF0aGFuIChqLmMuZi4pICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFwgLwo+ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFgKPiAgICAgQVNDSUkgUklCQk9OIENBTVBBSUdOIC0gQUdB SU5TVCBIVE1MIE1BSUwgIC8gXAo+Cj4gTGlmZSBpcyBhIHlvLXlvLCBhbmQgbWFua2luZCB0aWVz IGtub3RzIGluIHRoZSBzdHJpbmcuCj4KPgoKCi0tIAp+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+ClByZWRpY3Rpb24gaXMgdmVyeSBkaWZmaWN1bHQsIGVzcGVjaWFsbHkgaWYgaXQncyBhYm91 dCB0aGUgZnV0dXJlLgpOaWVscyBCb2hyCg== ------=_Part_5493_16623854.1208366800105 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5zdGlsbCBtaXhpbmcgdGhlIGJsb2NrIGl0ZW1zLiA8L2Rpdj4KPGRpdj53aGF0IGkgbmVl ZCBpcyB0aGUgaXRlbXMgc2NyYW1ibGVkIHdpdGhpbiBibG9ja3MgYW5kIHRoZSBibG9ja3MgcHJl c2VudGVkIGluIHJhbmRvbSBvcmRlci4gaWYgdGhlcmUgYXJlIDExIGl0ZW1zIHBlciBibG9jaywg d2hhdCBzaG91bGQgcyAmYW1wOyBnIGJlPyBjYW50IHNlZW0gdG8gZmlndXJlIGl0IG91dC48L2Rp dj4KPGRpdj50aGFua3M8YnI+PGJyPiZuYnNwOzwvZGl2Pgo8ZGl2PjxzcGFuIGNsYXNzPSJnbWFp bF9xdW90ZSI+T24gNC8xNi8wOCwgPGIgY2xhc3M9ImdtYWlsX3NlbmRlcm5hbWUiPkpvbmF0aGFu IEMuIEZvcnN0ZXI8L2I+ICZsdDs8YSBocmVmPSJtYWlsdG86amZvcnN0ZXJAcHN5MS5wc3ljaC5h cml6b25hLmVkdSI+amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdTwvYT4mZ3Q7IHdyb3Rl Ojwvc3Bhbj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iUEFERElORy1M RUZUOiAxZXg7IE1BUkdJTjogMHB4IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFw eCBzb2xpZCI+PGJyPllvdSBuZWVkIHRvIHB1dCBkb2xsYXIgc3ltYm9scyBhcm91bmQgc2VjdGlv bnMgdGhhdCBhcmVuJiMzOTt0IHRvIGJlIHNjcmFtYmxlZC48YnI+PGJyPjxhIG9uY2xpY2s9InJl dHVybiB0b3AuanMuT3BlbkV4dExpbmsod2luZG93LGV2ZW50LHRoaXMpIiBocmVmPSJodHRwOi8v cHN5MS5wc3ljaC5hcml6b25hLmVkdS9+amZvcnN0ZXIvZG1keC9oZWxwL2RtZHhoc2NyYW1ibGlu Zy5odG0iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9+amZv cnN0ZXIvZG1keC9oZWxwL2RtZHhoc2NyYW1ibGluZy48L2E+PGEgb25jbGljaz0icmV0dXJuIHRv cC5qcy5PcGVuRXh0TGluayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9Imh0dHA6Ly9wc3kxLnBz eWNoLmFyaXpvbmEuZWR1L35qZm9yc3Rlci9kbWR4L2hlbHAvZG1keGhzY3JhbWJsaW5nLmh0bSIg dGFyZ2V0PSJfYmxhbmsiPmh0bTxicj4KPGJyPjwvYT48c3BhbiBjbGFzcz0icSI+QXQgMTE6MjQg QU0gNC8xNi8yMDA4ICswMzAwLCB5b3Ugd3JvdGU6PGJyPjwvc3Bhbj4KPGJsb2NrcXVvdGUgdHlw ZT0iY2l0ZSI+PHNwYW4gY2xhc3M9InEiPmhpLCBhbGw8YnI+aSYjMzk7bSBydW5uaW5nIGFuIGV4 cGVyaW1lbnQgaW4gd2hpY2ggaSBwcmVzZW50IDYgYmxvY2tzIG9mIHN0aW11bGkgd2hpY2ggbmVl ZCB0byBiZSBwcmVzZW50ZWQgaW4gcmFuZG9tIG9yZGVyLCB3aGlsZSBhbHNvIHNjcmFtYmxpbmcg dGhlIGl0ZW1zIGluIHRoZW1zZWx2ZXMuIHRoYXQtIGkgY2FuIGRvLjxicj4KdGhlIHByb2JsZW0g aXMgdGhhdCBhdCB0aGUgZW5kIG9mIGV2ZXJ5IGJsb2NrIGkgd2FudCB0byBwdXQgYW4gaW5zdHJ1 Y3Rpb24sIGxpa2UgJnF1b3Q7dGhhbmtzLCByZXN0IGEgbWludXRlLCBwcmVzcyBzcGFjZSBiYXIg dG8gZ28gb24mcXVvdDsuIHRoYXQgdG90YWxseSBzY3Jld3MgdXAgZXZlcnl0aGluZy48YnI+aSBw dXQgdGhlIGluc3RydWN0aW9uIGluIGEgJnF1b3Q7MCZxdW90OyBsaW5lIGFmdGVyIHRoZSBzdGlt dWxpLiB0aGVyZSBhcmUgMTEgc3RpbXVsdXMgaXRlbXMgYW5kIG9uZSBnb21tYW5kLjxicj4KaXQg c2tpcHMgYXV0b21hdGljYWxseSB0byB0aGUgbGFzdCBsaW5lIGluIHRoZSBicmFuY2Ugd2l0aG91 dCBydW5uaW5nIHRoZSBwcmFjdGljZSwgdGhlbiB0b3RhbGx5IHNjcmV3cyB1cCB0aGUgYmxvY2tp bmcuPGJyPm9idmlvdXNseSBpJiMzOTttIGRvaW5nIHNvbWV0aGluZyB3cm9uZywgYnV0IGkgZG9u dCBrbm93IHdoYXQuIDxicj5oZXJlJiMzOTtzIHRoZSBjb2RlLSBzaG91bGQgYmUgc3RyYWlnaHRm b3J3YXJkIGFuZCBzaW1wbGUuIGFtIHVzaW5nIGFuIG9sZCB2ZXJzaW9uIG9mIGRtZHggPGEgb25j bGljaz0icmV0dXJuIHRvcC5qcy5PcGVuRXh0TGluayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9 Imh0dHA6Ly8zLjEuNi4yLyIgdGFyZ2V0PSJfYmxhbmsiPjMuMS42LjI8L2E+PGJyPgo8YnI+Jmx0 O2VwJmd0OyBzMTEgZzEyICZsdDtjciZndDsgJmx0O2lkICZxdW90O2tleWJvYXJkJnF1b3Q7Jmd0 OyAmbHQ7bXByICtsJmd0OyAmbHQ7bW5yICthJmd0OyAmbHQ7YXprJmd0OyAmbHQ7dnprICtsJmd0 OyAmbHQ7dnprICthJmd0OyZsdDt2bSA2NDAsNDgwLDQ4MCw4LDAmZ3Q7ICZsdDtmZCAzMSZndDsg Jmx0O2QgMzYmZ3Q7ICZsdDt0IDUwMCZndDsgJmx0O2R3YyAwJmd0OyAmbHQ7bmZiJmd0OyAmbHQ7 ZW9wJmd0OyZuYnNwOyAoaW4gdGhlIG9yaWdpbmFsIHRoZSB3aG9sZSBwYXJhbWF0ZXIgbGluZSBp cyBvbiBvbmUgbGluZSk8YnI+Cjxicj50aGVuIGNvbWUgaW5zdHJ1Y3Rpb25zIGVuY2xzZWQgaW4g ZG9sbGFyIHNpZ25zLCB3aXRoIDExIHByYWN0aWNlIGl0ZW1zIGFuZCBhbiBpbnN0cnVjdGlvbiBs aW5lLCB3aXRoIGEgc2ltcGxlIGJyYW5jaCAod2l0aGluIHRoZSAkJCk6IHRodXMgKGV2ZXJ5dGhp bmcgYnV0IHRoZSBjb21tYW5kcyBhcmUgaW4gaGVicmV3LSBidXQgdGhhdCBtYWtlcyBubyBtYXR0 ZXIuIGV2ZXJ5dGhpbmcgd290a2VkIHVudGlsIGkgdGhyZXcgaW4gdGhlIGJsb2NrIHNjcmFtYmxp bmcpOjxicj4KPGJyPjwvc3Bhbj48Zm9udCBzaXplPSIxIj4wICZxdW90O9eb16LXqiDDlyDXqteX 15nXnCDXotedINeQ15nXnteV158g16fXpteoLiDDlyDXkCDXnNec15fXldelINei15wg157Xp9ep INeUJiMzOTvXqNeV15XXlyYjMzk7INeb16nXkNeq15Qg157Xldeb158mcXVvdDsgJmx0O2JpZXJs dCAxMDEsIDI1MSZndDs7PGJyPjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMSI+MiAmcXVvdDvigKYg 15DXldeZLCDXmdeV16rXqCDXnteT15kg16nXkteZ16LXldeqLSDXkdeV15Agw5cgw5cg16HXlCDX qdeV15EmcXVvdDs7PGJyPjwvZm9udD48c3BhbiBjbGFzcz0icSI+PGJyPgo8Zm9udCBmYWNlPSJB cmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMm cXVvdDsvICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7bG4gLTImZ3Q7KiAmcXVvdDs8L2ZvbnQ+ PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPtec15XXnNeRPC9mb250Pjxmb250IGZhY2U9 IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8gOzxicj4KPC9mb250Pjxicj48Zm9u dCBzaXplPSIxIj4rMjUwICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28g WzI1NTAwMDBdJmd0OyAmbHQ7bG4gKzImZ3Q7KiAmcXVvdDs8L2ZvbnQ+PGZvbnQgY29sb3I9IiNm ZjAwMDAiIHNpemU9IjEiPteQ16rXqNeV15I8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZl dGljYSIgc2l6ZT0iMSI+JnF1b3Q7LyA7PGJyPjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMSI+LTI1 MCAmbHQ7Zm0gNiZndDsgPC9mb250Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9 IjEiPiZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICogJnF1b3Q7PC9m b250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiwgVGltZXMiIHNpemU9IjEiPiA8L2ZvbnQ+ PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPteU15PXoTwvZm9udD48Zm9udCBmYWNlPSJB cmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVvdDsvIDs8YnI+CjwvZm9udD48YnI+PGZvbnQg c2l6ZT0iMSI+KzI1MCAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsy NTUwMDAwXSZndDsgKiAmcXVvdDsgPC9mb250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIx Ij7Xoteo15HXlDwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4m cXVvdDsvIDs8YnI+PC9mb250Pjxicj48Zm9udCBzaXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7bG4gKzImZ3Q7KiAm cXVvdDs8L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPteb16jXpNehPC9mb250 Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8gOzxicj4KPC9m b250Pjxicj48Zm9udCBzaXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVv dDsvICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7bG4gLTImZ3Q7KiAmcXVvdDs8L2ZvbnQ+PGZv bnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPtec15XXnNeRPC9mb250Pjxmb250IGZhY2U9IkFy aWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8gOzxicj48L2ZvbnQ+PGJyPjxmb250IHNp emU9IjEiPi0yNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1 MTUzMF0mZ3Q7ICZsdDtsbiAtMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkw MCIgc2l6ZT0iMSI+15zXldec15E8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSIg c2l6ZT0iMSI+JnF1b3Q7LyA7PGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjEiPisyNTAgJmx0 O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDts biArMiZndDsqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMSI+15DX qteo15XXkjwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVv dDsvIDs8YnI+PC9mb250Pjxicj48Zm9udCBzaXplPSIxIj4tMjUwICZsdDtmbSA2Jmd0OyA8L2Zv bnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+JnF1b3Q7IyMjIyMjJnF1 b3Q7LyAmbHQ7cmNvIFsyNTUxNTMwXSZndDsgKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuLCBUaW1lcyIgc2l6ZT0iMSI+IDwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkw MCIgc2l6ZT0iMSI+15TXk9ehPC9mb250Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNp emU9IjEiPiZxdW90Oy8gOzxicj4KPC9mb250Pjxicj48Zm9udCBzaXplPSIxIj4rMjUwICZsdDtm bSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTAwMDBdJmd0OyAqICZxdW90 OyA8L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9IjEiPtei16jXkdeUPC9mb250Pjxm b250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8gOzxicj48L2ZvbnQ+ PGJyPjxmb250IHNpemU9IjEiPisyNTEgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8g Jmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtsbiDigJMyJmd0OyogJnF1b3Q7PC9mb250Pjxmb250 IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIxIj7Xnteo15XXqDwvZm9udD48Zm9udCBmYWNlPSJBcmlh bCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVvdDsvICZsdDtiaWVyZ3QgODAsIC0yJmd0Ozs8YnI+ CjwvZm9udD48YnI+PC9zcGFuPjxmb250IHNpemU9IjEiPjAgJnF1b3Q715bXlNeVINeh15XXoyDX lNeQ15nXnteV158uINeR15HXp9ep15QsIMOXINeq15fXmdecINeRw5cg15nXodeV15k8L2ZvbnQ+ IC4uLiZxdW90Ozs8c3BhbiBjbGFzcz0icSI+PGJyPjxicj4mbmJzcDthbmQgdGhlbiAoc3RpbXVs dXMgd29yZHMgYXJlIGluIGhlYnJldy0gYnV0IHRoYXQgc2hvdWxkbiYjMzk7dCBtYXR0ZXIpOjxi cj48Zm9udCBzaXplPSI0Ij48YnI+PC9mb250Pjwvc3Bhbj48Zm9udCBzaXplPSIyIj4tMDExICZs dDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZx dW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMiI+15DXlcOXINehPC9mb250 Pjxmb250IHNpemU9IjIiPiZxdW90Oy87PC9mb250PiA8YnI+CjxzcGFuIGNsYXNzPSJxIj48YnI+ PGZvbnQgc2l6ZT0iMiI+KzAxMiAmbHQ7cmNvIFsyNTUwMDAwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZx dW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNp emU9IjIiPteo16bXlzwvZm9udD48Zm9udCBzaXplPSIyIj4mcXVvdDsvOzxicj48L2ZvbnQ+PGJy Pjxmb250IHNpemU9IjIiPi0wMTMgJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBz aXplPSIyIj7Xp9eY15jXlDwvZm9udD48Zm9udCBzaXplPSIyIj4mcXVvdDsvOzxicj4KPC9mb250 Pjxicj48Zm9udCBzaXplPSIyIj4rMDE0ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZn dDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmMDAw MCIgc2l6ZT0iMiI+16TXpteV16I8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+JnF1b3Q7Lzs8YnI+PC9m b250Pjxicj48Zm9udCBzaXplPSIyIj4tMDE1ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0g NiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2Zm OTkwMCIgc2l6ZT0iMiI+15TXqNeV15I8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+JnF1b3Q7Lzs8YnI+ CjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMiI+KzAxNiAmbHQ7cmNvIFsyNTUwMDAwXSZndDsgJmx0 O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgY29sb3I9 IiNmZjAwMDAiIHNpemU9IjIiPtee15XXl9elPC9mb250Pjxmb250IHNpemU9IjIiPiZxdW90Oy87 PGJyPjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMiI+LTAxNyAmbHQ7cmNvIFsyNTUxNTMwXSZndDsg Jmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgY29s b3I9IiNmZjk5MDAiIHNpemU9IjIiPtee15fXkdecPC9mb250Pjxmb250IHNpemU9IjIiPiZxdW90 Oy87PGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPiswMTggJmx0O3JjbyBbMjU1MDAwMF0m Z3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxmb250 IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7XqteV16fXozwvZm9udD48Zm9udCBzaXplPSIyIj4m cXVvdDsvOzxicj48L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPi0wMTkgJmx0O3JjbyBbMjU1MTUz MF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxm b250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7Xltei1508L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+ JnF1b3Q7LzsgPGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPiswMjAgJmx0O3JjbyBbMjU1 MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250 Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7Xk9eV16fXqDwvZm9udD48Zm9udCBzaXpl PSIyIj4mcXVvdDsvOzxicj48L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPi0wMjEgJmx0O3JjbyBb MjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9m b250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7Xqten15nXpNeUPC9mb250Pjxmb250 IHNpemU9IjIiPiZxdW90Oy87PGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPjAgJnF1b3Q7 LteZ16TXlCwg16LXm9ep15nXlSDXoteV15Mg16TXotedINeR15HXp9ep15QtINeq15zXl9elINei 15wg15TXqNeV15XXlyDXm9ep15DXqteUINee15XXm9efJnF1b3Q7Ozxicj48L2ZvbnQ+PGJyPjxm b250IGNvbG9yPSIjMDA4MDgwIiBzaXplPSIyIj4hZmlyc3QgZ28gb2YgdmlvbGVudCB3b3JkIGNv bnRyb2xscyBhbGwgY29udHJvbGwgd29yZHMgc3RhcnQgd2l0aCBvbmUgb2RkIG5lZ2F0aXZlIG51 bWJlcnMgYXJlIGZvciBvcmFuZ2Ugd29yZHMgZXZlbiBwb3NpdGl2ZSBudW1iZXJzIGZvciByZWQg d29yZHM7PGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPi0xMTEgJmx0O3JjbyBbMjU1MTUz MF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxm b250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7Xqdei15XXnzwvZm9udD48Zm9udCBzaXplPSIy Ij4mcXVvdDsvOzxicj48L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPisxMTIgJmx0O3JjbyBbMjU1 MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250 Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7XnNeR1588L2ZvbnQ+PGZvbnQgc2l6ZT0i MiI+JnF1b3Q7Lzs8YnI+CjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMiI+LTExMyAmbHQ7cmNvIFsy NTUxNTMwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2Zv bnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjIiPteS16nXldedPC9mb250Pjxmb250IHNp emU9IjIiPiZxdW90Oy87PGJyPjwvZm9udD48YnI+PGZvbnQgc2l6ZT0iMiI+KzExNCAmbHQ7cmNv IFsyNTUwMDAwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8 L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9IjIiPteT15nXodenPC9mb250Pjxmb250 IHNpemU9IjIiPiZxdW90Oy87PGJyPgo8L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPi0xMTUgJmx0 O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1 b3Q7PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7Xkdeo15XXqTwvZm9udD48 Zm9udCBzaXplPSIyIj4mcXVvdDsvOzxicj48L2ZvbnQ+PGJyPjxmb250IHNpemU9IjIiPisxMTYg Jmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICog JnF1b3Q7PC9mb250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7Xp9eo15nXqDwvZm9u dD48Zm9udCBzaXplPSIyIj4mcXVvdDsvOzxicj4KPC9mb250Pjxicj48Zm9udCBzaXplPSIyIj4t MTE3ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7 LyAqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMiI+16LXnteV15M8 L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+JnF1b3Q7Lzs8YnI+PC9mb250Pjxicj48Zm9udCBzaXplPSIy Ij4rMTE4ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1 b3Q7LyAqICZxdW90OzwvZm9udD48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMiI+15TXkteT 15Q8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+JnF1b3Q7Lzs8YnI+CjwvZm9udD48YnI+PC9zcGFuPjxm b250IHNpemU9IjIiPi0xMTkgJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVv dDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBzaXpl PSIyIj7DlyDXntecPC9mb250Pjxmb250IHNpemU9IjIiPiZxdW90Oy87IDxicj48L2ZvbnQ+PGJy Pjxmb250IHNpemU9IjIiPisxMjAgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9mb250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBz aXplPSIyIj7XocOXINeT16c8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+JnF1b3Q7Lzs8YnI+CjwvZm9u dD48YnI+PGZvbnQgc2l6ZT0iMiI+LTEyMSAmbHQ7cmNvIFsyNTUwMDAwXSZndDsgJmx0O2ZtIDYm Z3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5 MDAiIHNpemU9IjIiPteU15XXnMOXINeTPC9mb250Pjxmb250IHNpemU9IjIiPiZxdW90Oy87PGJy PjwvZm9udD48c3BhbiBjbGFzcz0icSI+PGJyPjxmb250IHNpemU9IjIiPjAgJnF1b3Q7LteZ16TX lCwg16LXm9ep15nXlSDXoteV15Mg16TXotedINeR15HXp9ep15QtINeq15zXl9elINei15wg15TX qNeV15XXlyDXm9ep15DXqteUINee15XXm9efJnF1b3Q7Ozxicj4KPC9mb250PmV0Yy4uLi4uLi48 YnI+dGhhbmtzIDxicj5kYXZpZCBjb2hlbjxicj48YnI+LS0gPGJyPn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn48YnI+UHJlZGljdGlvbiBpcyB2ZXJ5IGRpZmZpY3VsdCwgZXNwZWNpYWxseSBp ZiBpdCYjMzk7cyBhYm91dCB0aGUgZnV0dXJlLiA8YnI+TmllbHMgQm9ociA8YnI+PC9zcGFuPjwv YmxvY2txdW90ZT48YnI+PGJyPgo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAvJnF1b3Q7XDwvZGl2Pgo8ZGl2PiZuYnNwOy1qb25hdGhhbiAoai5j LmYuKSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBcIC88 L2Rpdj4KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgWCA8L2Rpdj4KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgQVNDSUkgUklCQk9OIENB TVBBSUdOIC0gQUdBSU5TVCBIVE1MIE1BSUwmbmJzcDsgLyBcIDwvZGl2Pjxicj4KPGRpdj5MaWZl IGlzIGEgeW8teW8sIGFuZCBtYW5raW5kIHRpZXMga25vdHMgaW4gdGhlIHN0cmluZy48L2Rpdj48 YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+PGJyPi0tIDxicj5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+PGJyPlByZWRpY3Rpb24gaXMgdmVyeSBkaWZmaWN1bHQs IGVzcGVjaWFsbHkgaWYgaXQmIzM5O3MgYWJvdXQgdGhlIGZ1dHVyZS4gPGJyPgpOaWVscyBCb2hy IAo= ------=_Part_5493_16623854.1208366800105-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 11:50:59 2008 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GInIqO000176 for ; Wed, 16 Apr 2008 11:49:49 -0700 Received: by nf-out-0910.google.com with SMTP id g13so779031nfb.21 for ; Wed, 16 Apr 2008 11:48:50 -0700 (PDT) Received: by 10.78.122.2 with SMTP id u2mr635874huc.38.1208371341774; Wed, 16 Apr 2008 11:42:21 -0700 (PDT) Received: by 10.78.173.10 with HTTP; Wed, 16 Apr 2008 11:42:21 -0700 (PDT) Message-ID: <208bdab0804161142r4f31fc00oee8bff2714eb23b@mail.gmail.com> Date: Wed, 16 Apr 2008 13:42:21 -0500 From: SchnurLab To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <5.1.0.14.2.20080404120423.00ba5258@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_28167_20292551.1208371341753" References: <5.1.0.14.2.20080404113809.00ba5148@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> <5.1.0.14.2.20080404114942.00ba5258@psy1.psych.arizona.edu> <5.1.0.14.2.20080404120423.00ba5258@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_28167_20292551.1208371341753 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I got the following script to work the way I want it to: d90 f121 +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/; +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/; +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/; _____________ However, is there a way to make this work while having RecordVocal record the entire two seconds of the timeout? This was one of the combinations I tried earlier, but since it had RecordVocal in it, it didn't work right and caused delay errors. Let me know if you know of anything I can do to have RecordVocal in there without having it cause delay errors. Thanks so much, Olivia On 4/4/08, Jonathan C. Forster wrote: > > > I guess what you intended was this: > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ > %89 /; > > At 11:50 AM 4/4/2008 -0700, you wrote: > > Of course that's assuming your "beep" wave file is also less than half a > second long as DMDX won't move to the next item till the sound finishes... > > At 11:48 AM 4/4/2008 -0700, you wrote: > > Item design. > > d29 f121 > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ > %90; > > > > > Assuming that's still your item construction you're asking for the next > item to begin 29 ticks after the last frame is displayed. Forget the %90 > you have in the last frame as frame durations only specify the time the next > frame in that item should be displayed, there is no next frame in that item > so %90 has no impact. However the clock is on. It's already been on 30 > ticks, 500 ms. You've asked for the next item to begin in another 30 ticks > (delay of 29 plus the time to put the last frame up which is 1 tick). If > the subject has responded already DMDX can move to the next item, however > you have a timeout of 1999 ms so if the subject takes more than a second to > respond (from the original clock on) there will be a display error of > however long the subject takes to respond less 1000 ms (or thereabouts). > > At 11:13 AM 4/4/2008 -0500, you wrote: > > Okay, thanks. I'll try the function to see whether or not that one > script that's not giving me errors (but still seems a little off) is working > right. I'd previously read up on Preparation A and B times, but the times > I'm getting back for this for A and B combined are under 10 ms, and my > designated delay is definitely way over that. I'll keep trying different > things with it and see if I can get it to work. Let me know if you know of > anything besides preparation time that would affect the delay. > > On 4/3/08, *j.c.f.* wrote: Then make > your delays large enough. There's a whole section on determining what a > minimum delay can be using the preparation A and B times: > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm > > You can also use to make sure ISI is rigid. > > You can change the delay in the items however that doesn't affect whether > the delay is rigid or not so you'll want some initial positive delay > parameter: > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm > > At 10:43 AM 4/3/2008 -0500, you wrote: A rigorous ITI is important, that's > the problem we're having. Moving the delay command from the parameters back > down to the item line seemed to help things (there were no more errors in > the results file), but I think the ITI was still varied for some trials (I > don't know for sure, it just really seemed like when I'd respond late an > item, the delay was still being lengthened still). Do you know how moving > the placement of the delay function affects the script? Does it allow delay > errors to be reported in the results file in one case (when it's in the > parameters), but not the other case (when it's in an item line)? I know > putting a - before the d-value (like you mentioned before) makes error > messages not be reported, but we need them to be reported if they're showing > up, since timing is so crucial, so that's why I was wondering. > > Thanks so much! > > Olivia > > > > > > > > > > On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster << > mailto:jforster@psy1.psych.arizona.edu > > jforster@psy1.psych.arizona.edu> wrote: > > If the previous item's sound recording or subject RT gathering or audio > playing lasts that long that's how long the next item's first frame is going > to be delayed. Indeed, enormous display errors are almost always caused by > item design and not item preparation. Don't used a fixed delay unless you > really want a fixed delay, used something like if a rigorous ISI > isn't essential to your paradigm. > > > > > > > > > > At 11:25 AM 4/2/2008 -0500, you wrote: Should the delay really take up to > 180 ticks though? > > On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. << > mailto:jforster@psy1.psych.arizona.edu > > jforster@psy1.psych.arizona.edu> wrote: > > Yeah, a common problem is people turning the clock on for a response and > using a fixed delay that is shorter than the timeout of the RT. Here it's > likely to be a similar problem as the timeout sums to exactly the duration > of the display and the delay leaving no time for DMDX to prepare the item. > Most machines are going to be requiring at least a couple of ticks and > anything that reads source material (like a wave file) considerably longer. > You must leave enough slack for the machine to do what it needs to do. > There's a note about all of that in the help: > > > http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm > > > > > > > > > > > > > > > > > > At 08:35 AM 4/2/2008 -0600, you wrote: Someone else posted about these > recently and I may have another solution. The original response to the other > person suggested things like video driver problems and resetting values in > TimeDX. I tried all those things and nothing worked. What DID work was > noticed I had default delay values in the header that I think were > conflicting with the delays I had set on the item lines. When I sheared the > header done to only the absolutely needed pieces, no more errors! > > One idea, anyway! > > SchnurLab wrote: Hi Everyone, > > I'm currently working on a script that does the following things: > > #1. Present a cross for 500 ms #2. Present a blank screen for 250 ms #3. > Present a black and white picture for 500 ms #4. Play short tone as the > picture is going off the screen #5. Have an extra 1500 ms of blank screen > for the item #6. Have DMDX record RTs (using DigitalVox) and actual > responses (using RecordVocal) from the onset of the picture until the end of > the 1500 ms blank screen after the picture #7. Have a 500 ms ITI > > But for some reason, the data keeps giving me delay errors, saying that > the next frame after the 1500 ms blank screen (the cross in the following > item) was delayed for X number of ticks (it changed depending on what > changes I made when I was trying things out with the script, but it was up > to over 180 ticks late for one revision of this script). I tried making the > delay longer, but when I made it long enough, it made the experiment > extremely long and boring. The main reason this is a problem is because we > want a constant ITI (that's not too long), and accurately recorded RTs and > responses, and right now, I can't seem to get all of that at once. If anyone > has done something similar to this and has suggestions on how to adjust my > script, since I don't seem to be having much luck with it, it'd be greatly > appreciated. > > Thanks so much! > > Olivia > > _______________________________________ > > > > > > > > > > Here is my script: > > d29 f121 > > > > > > > > > > > > > > > > > > > > > 0 "EXPERIMENTAL SESSION", > > "During the experiment, you will see a series of pictures. Name > each", > > "picture as quickly as possible without making mistakes. If you > have", > > "any questions, please ask the experimenter now."; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > +0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ > %90; > > +0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/ > %90; > > +0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/ > %90; > > +0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" %0/ > %90; > > +0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" %0/ > %90; > > +0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" > %0/ %90; > > +0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ > %90; > > +0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" %0/ > %90; > > > -- > ******************************** > Nicole Prause, Ph.D. > Department of Psychology > Idaho State University > 921 S 8th Ave > Stop 8112 Pocatello, ID 83209-8112 > > Email: >nprause@isu.edu > Phone: 208-282-4077 > Fax: 208-282-4832 > Office: Garrison Hall 403 > ******************************** > ******************************** > > > ==================================================================== > Send mail to > >DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > > ==================================================================== > Send mail to > >DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > > > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Eat Well, Stay Fit, Die Anyway > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > > ------=_Part_28167_20292551.1208371341753 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I got the following script to work the way I wa= nt it to:
 
 
<ep> <id keyboard> d90 f121 <vm 1024, 768, 768, 32, 0> <nfb> <t 1999>   <mr "+Space"> <id recordvocal 1999>

 

<id digitalvox> <eop>&n= bsp;     

   

 

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp= start> %0/;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <= svp start> %0/;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <= ;svp start> %0/;
 
_____________
 
However, is there a way to make this work while having RecordVocal = record the entire two seconds of the timeout? This was one of the combinati= ons I tried earlier, but since it had RecordVocal in it, it didn't work= right and caused delay errors.
 
Let me know if you know of anything I can do to have RecordVocal in= there without having it cause delay errors.
 
Thanks so much,
Olivia


 
 
 
 
 
 
 
 
 
 
 
 

 
On 4/4/08, J= onathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:

I guess what you intended wa= s this:

+0010000 %30 "+" %30/ %15 /*g"dart" %30/= <wav 2> "beep" <svp start> %0/ %89 /;=20


At 11:50 AM 4/4/= 2008 -0700, you wrote:

Of course that's assuming your "beep&quo= t; wave file is also less than half a second long as DMDX won't move to= the next item till the sound finishes...

At 11:48 AM 4/4/2008 -0700= , you wrote:

Item design.=20
<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60&g= t; <nfb> <t 1999> <cr> <id recordvocal 1999> <mr= "+Space">

<id digitalvox> <eop>

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2&= gt; "beep" <svp start> %0/ %90;



Assuming that's still your item construction you'r= e asking for the next item to begin 29 ticks after the last frame is displa= yed.  Forget the %90 you have in the last frame as frame durations onl= y specify the time the next frame in that item should be displayed, there i= s no next frame in that item so %90 has no impact.  However the clock = is on.  It's already been on 30 ticks, 500 ms.  You've as= ked for the next item to begin in another 30 ticks (delay of 29 plus the ti= me to put the last frame up which is 1 tick).  If the subject has resp= onded already DMDX can move to the next item, however you have a timeout of= 1999 ms so if the subject takes more than a second to respond (from the or= iginal clock on) there will be a display error of however long the subject = takes to respond less 1000 ms (or thereabouts).

At 11:13 AM 4/4/2008 -0500, you wrote:
Okay, thanks. I'll try the <rcot> funct= ion to see whether or not that one script that's not giving me errors (= but still seems a little off) is working right. I'd previously read up = on Preparation A and B times, but the times I'm getting back for this f= or A and B combined are under 10 ms, and my designated delay is definitely = way over that.  I'll keep trying different things with it and see = if I can get it to work. Let me know if you know of anything besides prepar= ation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:=20
Then make your delays large enough.  There's a whole section o= n determining what a minimum delay can be using the preparation A and B tim= es:=20
http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm

You can also use <RecordClockOnTimes> to make sure ISI is rigid.<= br>
You can change the delay in the items however that doesn't affect w= hether the delay is rigid or not so you'll want some initial positive d= elay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelayke= yword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:=20
A rigorous ITI is important, that's the problem we're having. M= oving the delay command from the parameters back down to the item line seem= ed to help things (there were no more errors in the results file), but I th= ink the ITI was still varied for some trials (I don't know for sure, it= just really seemed like when I'd respond late an item, the delay was s= till being lengthened still). Do you know how moving the placement of the d= elay function affects the script? Does it allow delay errors to be reported= in the results file in one case (when it's in the parameters), but not= the other case (when it's in an item line)? I know putting a - before = the d-value (like you mentioned before) makes error messages not be reporte= d, but we need them to be reported if they're showing up, since timing = is so crucial, so that's why I was wondering.

Thanks so much!

Olivia









On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona= .edu>jforster@psy= 1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or a= udio playing lasts that long that's how long the next item's first = frame is going to be delayed.  Indeed, enormous display errors are alm= ost always caused by item design and not item preparation.  Don't = used a fixed delay unless you really want a fixed delay, used something lik= e <delay -29> if a rigorous ISI isn't essential to your paradigm.=









At 11:25 AM 4/2/2008 -0500, you wrote:=20
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu><= a onclick=3D"return top.js.OpenExtLink(window,event,this)" href=3D"mailto:j= forster@psy1.psych.arizona.edu" target=3D"_blank">jforster@psy1.psych.arizo= na.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response an= d using a fixed delay that is shorter than the timeout of the RT.  Her= e it's likely to be a similar problem as the timeout sums to exactly th= e duration of the display and the delay leaving no time for DMDX to prepare= the item.  Most machines are going to be requiring at least a couple = of ticks and anything that reads source material (like a wave file) conside= rably longer.  You must leave enough slack for the machine to do what = it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxh= timingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx= /help/dmdxhtimingnotes.htm

















At 08:35 AM 4/2/2008 -0600, you wrote:=20
Someone else posted about these recently and I may have another solutio= n. The original response to the other person suggested things like video dr= iver problems and resetting values in TimeDX. I tried all those things and = nothing worked. What DID work was noticed I had default delay values in the= header that I think were conflicting with the delays I had set on the item= lines. When I sheared the header done to only the absolutely needed pieces= , no more errors!

One idea, anyway!

SchnurLab wrote:=20
Hi Everyone,

I'm currently working on a script that does the following things:
#1. Present a cross for 500 ms=20
#2. Present a blank screen for 250 ms=20
#3. Present a black and white picture for 500 ms=20
#4. Play short tone as the picture is going off the screen=20
#5. Have an extra 1500 ms of blank screen for the item=20
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using= RecordVocal) from the onset of the picture until the end of the 1500 ms bl= ank screen after the picture=20
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that= the next frame after the 1500 ms blank screen (the cross in the following = item) was delayed for X number of ticks (it changed depending on what chang= es I made when I was trying things out with the script, but it was up to ov= er 180 ticks late for one revision of this script). I tried making the dela= y longer, but when I made it long enough, it made the experiment extremely = long and boring. The main reason this is a problem is because we want a con= stant ITI (that's not too long), and accurately recorded RTs and respon= ses, and right now, I can't seem to get all of that at once. If anyone = has done something similar to this and has suggestions on how to adjust my = script, since I don't seem to be having much luck with it, it'd be = greatly appreciated.

Thanks so much!

Olivia

_______________________________________







=

Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60&g= t; <nfb> <t 1999> <cr> <id recordvocal 1999> <mr= "+Space">

<id digitalvox> <eop>
















0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series o= f pictures. Name each",

 <ln 2> "picture as quickly as possible without making = mistakes. If you have",

 <ln 3>  "any questions, please ask the experiment= er now.";














<= br>

















+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2&= gt; "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav= 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav = 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav= 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2= > "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <w= av 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2&= gt; "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav = 2> "beep" <svp start> %0/ %90;
= =
=


--
********************************
Nicole Prause, Ph.D.<= br> Department of Psychology
Idaho State University
921 S 8th Ave
Stop= 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>n= prause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
**= ******************************
********************************

<= br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu wi= th the word
 'unsubscribe' by itself with no quotes in the body of the ema= il
 to be removed from the list.  The list archive is availabl= e here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizo= na.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


 &nb= sp;            =             &nb= sp;            =       /"\
 -jonathan (j.c.f.) &n= bsp;            = ;            &n= bsp; \ /
          &nb= sp;            =             &nb= sp;          X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat= Well, Stay Fit, Die Anyway



=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@p= sy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the ema= il
 to be removed from the list.  The list archive is availabl= e here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizo= na.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D



 = ;            &n= bsp;            = ;            &n= bsp;       /"\
 -jonathan (j.c.f= .)            &= nbsp;           &nbs= p;   \ /
         = ;            &n= bsp;            = ;             X=
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

&nb= sp;A man wrapped up in himself makes a very small package.


 = ;            &n= bsp;            = ;            &n= bsp;       /"\
 -jonathan (j.c.f= .)            &= nbsp;           &nbs= p;   \ /
            &nb= sp;            =             &nb= sp;         X
   ASCII= RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay = Fit, Die Anyway


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
 Send mail to D= MDX-request@psy1.psych.arizona.edu with the word
 'unsubscr= ibe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here= :
        http://psy1.psych.arizona.edu/cgi-bin/DM= DX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


=             &nb= sp;            =             &nb= sp;         /"\
 -jona= than (j.c.f.)          &n= bsp;            = ;     \ /
       =             &nb= sp;            =             &nb= sp;   X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \
=
  A man wrapped up in himself makes a very small package.

          &nb= sp;            =             &nb= sp;           /"\ -jonathan (j.c.f.)        &n= bsp;            = ;       \ /
            &nb= sp;            =             &nb= sp;          X
  = ;  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  = A man wrapped up in himself makes a very small package.

           &nbs= p;            &= nbsp;           &nbs= p;          /"\
 -jonathan (j.c.f.)       &nbs= p;            &= nbsp;       \ /
           &nbs= p;            &= nbsp;           &nbs= p;           X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \=

  A man wrapped up in himself makes a very small package.

------=_Part_28167_20292551.1208371341753-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 11:51:29 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GIpBve000202 for ; Wed, 16 Apr 2008 11:51:11 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 944803A7DCC for ; Wed, 16 Apr 2008 11:51:11 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 226F03A7DC9 for ; Wed, 16 Apr 2008 11:51:10 -0700 (MST) Message-Id: <5.1.0.14.2.20080416113803.00ba52e8@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 11:40:31 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: scrambling items & blocks In-Reply-To: <9b5ae5890804161026y4a84795dibb00259488bd86ee@mail.gmail.co m> References: <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1337546==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1337546==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable You will need one of the multiscramble solutions then. First scramble will= =20 rearrange items, second will rearrange blocks. This is of course quite=20 complex. See the more straight forward solution at the end of the=20 multiscramble documentation: http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhmultiscramblingscramb= lekeyword.htm At 08:26 PM 4/16/2008 +0300, you wrote: >still mixing the block items. >what i need is the items scrambled within blocks and the blocks presented= =20 >in random order. if there are 11 items per block, what should s & g be?=20 >cant seem to figure it out. >thanks > > >On 4/16/08, Jonathan C. Forster=20 ><jforster@psy1.psych.arizona.edu>= =20 >wrote: >You need to put dollar symbols around sections that aren't to be scrambled. > >http= ://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhscrambling.htm > >At 11:24 AM 4/16/2008 +0300, you wrote: >>hi, all >>i'm running an experiment in which i present 6 blocks of stimuli which=20 >>need to be presented in random order, while also scrambling the items in= =20 >>themselves. that- i can do. >>the problem is that at the end of every block i want to put an=20 >>instruction, like "thanks, rest a minute, press space bar to go on". that= =20 >>totally screws up everything. >>i put the instruction in a "0" line after the stimuli. there are 11=20 >>stimulus items and one gommand. >>it skips automatically to the last line in the brance without running the= =20 >>practice, then totally screws up the blocking. >>obviously i'm doing something wrong, but i dont know what. >>here's the code- should be straightforward and simple. am using an old=20 >>version of dmdx 3.1.6.2 >> >> s11 g12 >+a> (in=20 >>the original the whole paramater line is on one line) >> >>then come instructions enclsed in dollar signs, with 11 practice items=20 >>and an instruction line, with a simple branch (within the $$): thus=20 >>(everything but the commands are in hebrew- but that makes no matter.=20 >>everything wotked until i threw in the block scrambling): >> >>0 "=D7=9B=D7=A2=D7=AA =C3=97 =D7=AA=D7=97=D7=99=D7=9C =D7=A2=D7=9D= =D7=90=D7=99=D7=9E=D7=95=D7=9F =D7=A7=D7=A6=D7=A8. =C3=97 =D7=90 =D7=9C=D7= =9C=D7=97=D7=95=D7=A5 =D7=A2=D7=9C=20 >>=D7=9E=D7=A7=D7=A9 =D7=94'=D7=A8=D7=95=D7=95=D7=97' =D7=9B=D7=A9=D7=90=D7= =AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F" ; >>2 "=E2=80=A6 =D7=90=D7=95=D7=99, =D7=99=D7=95=D7=AA=D7=A8 =D7=9E=D7=93=D7= =99 =D7=A9=D7=92=D7=99=D7=A2=D7=95=D7=AA- =D7=91=D7=95=D7=90 =C3=97 =C3=97= =D7=A1=D7=94 =D7=A9=D7=95=D7=91"; >>-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; >>+250 "######"/ * "=D7=90=D7=AA=D7=A8=D7=95= =D7=92"/ ; >>-250 "######"/ * " =D7=94=D7=93=D7=A1"/ ; >>+250 "######"/ * " =D7=A2=D7=A8=D7=91=D7=94"/ ; >>-250 "######"/ * "=D7=9B=D7=A8=D7=A4=D7=A1"/= ; >>-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; >>-250 "######"/ * "=D7=9C=D7=95=D7=9C=D7=91"/= ; >>+250 "######"/ * "=D7=90=D7=AA=D7=A8=D7=95= =D7=92"/ ; >>-250 "######"/ * " =D7=94=D7=93=D7=A1"/ ; >>+250 "######"/ * " =D7=A2=D7=A8=D7=91=D7=94"/ ; >>+251 "######"/ * "=D7=9E=D7=A8=D7=95= =D7=A8"/ >-2>; >>0 "=D7=96=D7=94=D7=95 =D7=A1=D7=95=D7=A3 =D7=94=D7=90=D7=99=D7=9E=D7=95=D7= =9F. =D7=91=D7=91=D7=A7=D7=A9=D7=94, =C3=97 =D7=AA=D7=97=D7=99=D7=9C =D7=91= =C3=97 =D7=99=D7=A1=D7=95=D7=99 ..."; >> >> and then (stimulus words are in hebrew- but that shouldn't matter): >>-011 "######"/ * "=D7=90=D7=95=C3=97 =D7=A1"/; >> >>+012 "######"/ * "=D7=A8=D7=A6=D7=97"/; >>-013 "######"/ * "=D7=A7=D7=98=D7=98=D7=94"/; >>+014 "######"/ * "=D7=A4=D7=A6=D7=95=D7=A2"/; >>-015 "######"/ * "=D7=94=D7=A8=D7=95=D7=92"/; >>+016 "######"/ * "=D7=9E=D7=95=D7=97=D7=A5"/; >>-017 "######"/ * "=D7=9E=D7=97=D7=91=D7=9C"/; >>+018 "######"/ * "=D7=AA=D7=95=D7=A7=D7=A3"/; >>-019 "######"/ * "=D7=96=D7=A2=D7=9D"/; >>+020 "######"/ * "=D7=93=D7=95=D7=A7=D7=A8"/; >>-021 "######"/ * "=D7=AA=D7=A7=D7=99=D7=A4=D7=94"/; >>0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95=D7=93= =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5= =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97=20 >>=D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F"; >>!first go of violent word controlls all controll words start with one odd= =20 >>negative numbers are for orange words even positive numbers for red words; >>-111 "######"/ * "=D7=A9=D7=A2=D7=95=D7=9F"/; >>+112 "######"/ * "=D7=9C=D7=91=D7=9F"/; >>-113 "######"/ * "=D7=92=D7=A9=D7=95=D7=9D"/; >>+114 "######"/ * "=D7=93=D7=99=D7=A1=D7=A7"/; >>-115 "######"/ * "=D7=91=D7=A8=D7=95=D7=A9"/; >>+116 "######"/ * "=D7=A7=D7=A8=D7=99=D7=A8"/; >>-117 "######"/ * "=D7=A2=D7=9E=D7=95=D7=93"/; >>+118 "######"/ * "=D7=94=D7=92=D7=93=D7=94"/; >>-119 "######"/ * "=C3=97 =D7=9E=D7=9C"/; >>+120 "######"/ * "=D7=A1=C3=97 =D7=93=D7=A7"/; >>-121 "######"/ * "=D7=94=D7=95=D7=9C=C3=97 =D7=93"/= ; >>0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95=D7=93= =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97=D7=A5= =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97=20 >>=D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F"; >>etc....... >>thanks >>david cohen >> >>-- >>~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>Prediction is very difficult, especially if it's about the future. >>Niels Bohr > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > >Life is a yo-yo, and mankind ties knots in the string. > > > > >-- >~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Prediction is very difficult, especially if it's about the future. >Niels Bohr /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_1337546==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
You will need one of the multiscramble solutions then.  First scramble will rearrange items, second will rearrange blocks.  This is of course quite complex.  See the more straight forward solution at the end of the multiscramble documentation:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhm= ultiscramblingscramblekeyword.htm

At 08:26 PM 4/16/2008 +0300, you wrote:
still mixing the block items.=20
what i need is the items scrambled within blocks and the blocks presented in random order. if there are 11 items per block, what should s & g be? cant seem to figure it out.
thanks

 
On 4/16/08, Jonathan C. Forster <jforster@psy1.psych.a= rizona.edu> wrote:=20
You need to put dollar symbols around sections that aren't to be scrambled.

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhscrambling.htm

At 11:24 AM 4/16/2008 +0300, you wrote:
hi, all
i'm running an experiment in which i present 6 blocks of stimuli which need to be presented in random order, while also scrambling the items in themselves. that- i can do.
the problem is that at the end of every block i want to put an instruction, like "thanks, rest a minute, press space bar to go on". that totally screws up everything.
i put the instruction in a "0" line after the stimuli. there are 11 stimulus items and one gommand.
it skips automatically to the last line in the brance without running the practice, then totally screws up the blocking.
obviously i'm doing something wrong, but i dont know what.=20
here's the code- should be straightforward and simple. am using an old version of dmdx 3.1.6.2

<ep> s11 g12 <cr> <id "keyboard"> <mpr +l> <mnr +a> <azk> <vzk +l> <vzk +a><vm 640,480,480,8,0> <fd 31> <d 36> <t 500> <dwc 0> <nfb> <eop>  (in the original the whole paramater line is on one line)

then come instructions enclsed in dollar signs, with 11 practice items and an instruction line, with a simple branch (within the $$): thus (everything but the commands are in hebrew- but that makes no matter. everything wotked until i threw in the block scrambling):

0 "=D7=9B=D7=A2=D7=AA =C3=97 =D7=AA=D7=97=D7=99=D7=9C =D7=A2=D7=9D= =D7=90=D7=99=D7=9E=D7=95=D7=9F =D7=A7=D7=A6=D7=A8. =C3=97 =D7=90 =D7=9C=D7= =9C=D7=97=D7=95=D7=A5 =D7=A2=D7=9C =D7=9E=D7=A7=D7=A9 =D7=94'=D7=A8=D7=95=D7=95=D7=97' =D7=9B=D7= =A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F" <bierlt 101, 251>;
2 "=E2=80=A6 =D7=90=D7=95=D7=99, =D7=99=D7=95=D7=AA=D7=A8 =D7=9E=D7= =93=D7=99 =D7=A9=D7=92=D7=99=D7=A2=D7=95=D7=AA- =D7=91=D7=95=D7=90 =C3=97 = =C3=97 =D7=A1=D7=94 =D7=A9=D7=95=D7=91";
-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;
+250 <fm 6> "######"/ <rco [2550000]> <ln +2>* "=D7=90=D7=AA=D7=A8=D7=95=D7=92= "/ ;
-250 <fm 6> "######"/ <rco [2551530]> * " =D7=94=D7=93=D7=A1"/ ;
+250 <fm 6> "######"/ <rco [2550000]> * " =D7=A2=D7=A8=D7=91=D7=94"/ ;
-250 <fm 6> "######"/ <rco [2551530]> <ln +2>* "=D7=9B=D7=A8=D7=A4=D7=A1"/ ;
-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;
-250 <fm 6> "######"/ <rco [2551530]> <ln -2>* "=D7=9C=D7=95=D7=9C=D7=91"/ ;
+250 <fm 6> "######"/ <rco [2550000]> <ln +2>* "=D7=90=D7=AA=D7=A8=D7=95=D7=92= "/ ;
-250 <fm 6> "######"/ <rco [2551530]> * " =D7=94=D7=93=D7=A1"/ ;
+250 <fm 6> "######"/ <rco [2550000]> * " =D7=A2=D7=A8=D7=91=D7=94"/ ;
+251 <fm 6> "######"/ <rco [2550000]> <ln =E2=80=932>* "=D7=9E=D7=A8=D7=95=D7=A8"/ <biergt 80, -2>;
0 "=D7=96=D7=94=D7=95 =D7=A1=D7=95=D7=A3 =D7=94=D7=90=D7=99=D7=9E= =D7=95=D7=9F. =D7=91=D7=91=D7=A7=D7=A9=D7=94, =C3=97 =D7=AA=D7=97=D7=99=D7= =9C =D7=91=C3=97 =D7=99=D7=A1=D7=95=D7=99 ...";

 and then (stimulus words are in hebrew- but that shouldn't matter):
-011 <rco [2551530]> <fm 6> "######"/ * "=D7=90=D7=95=C3=97 =D7=A1"/;

+012 <rco [2550000]> <fm 6> "######"/ * "=D7=A8=D7=A6=D7=97"= ;/;
-013 <rco [2551530]> <fm 6> "######"/ * "=D7=A7=D7=98=D7=98=D7=94"/;
+014 <rco [2550000]> <fm 6> "######"/ * "=D7=A4=D7=A6=D7=95=D7=A2"/;
-015 <rco [2551530]> <fm 6> "######"/ * "=D7=94=D7=A8=D7=95=D7=92"/;
+016 <rco [2550000]> <fm 6> "######"/ * "=D7=9E=D7=95=D7=97=D7=A5"/;
-017 <rco [2551530]> <fm 6> "######"/ * "=D7=9E=D7=97=D7=91=D7=9C"/;
+018 <rco [2550000]> <fm 6> "######"/ * "=D7=AA=D7=95=D7=A7=D7=A3"/;
-019 <rco [2551530]> <fm 6> "######"/ * "=D7=96=D7=A2=D7=9D"= ;/;
+020 <rco [2550000]> <fm 6> "######"/ * "=D7=93=D7=95=D7=A7=D7=A8"/;
-021 <rco [2550000]> <fm 6> "######"/ * "=D7=AA=D7=A7=D7=99=D7=A4=D7=94= "/;
0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95= =D7=93 =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97= =D7=A5 =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97 =D7=9B=D7=A9=D7=90=D7=AA=D7=94 =D7=9E=D7=95=D7=9B=D7=9F";
!first go of violent word controlls all controll words start with one odd negative numbers are for orange words even positive numbers for red words;
-111 <rco [2551530]> <fm 6> "######"/ * "=D7=A9=D7=A2=D7=95=D7=9F"/;
+112 <rco [2550000]> <fm 6> "######"/ * "=D7=9C=D7=91=D7=9F"= ;/;
-113 <rco [2551530]> <fm 6> "######"/ * "=D7=92=D7=A9=D7=95=D7=9D"/;
+114 <rco [2550000]> <fm 6> "######"/ * "=D7=93=D7=99=D7=A1=D7=A7"/;
-115 <rco [2551530]> <fm 6> "######"/ * "=D7=91=D7=A8=D7=95=D7=A9"/;
+116 <rco [2550000]> <fm 6> "######"/ * "=D7=A7=D7=A8=D7=99=D7=A8"/;
-117 <rco [2551530]> <fm 6> "######"/ * "=D7=A2=D7=9E=D7=95=D7=93"/;
+118 <rco [2550000]> <fm 6> "######"/ * "=D7=94=D7=92=D7=93=D7=94"/;
-119 <rco [2551530]> <fm 6> "######"/ * "=C3=97 =D7=9E=D7=9C&quo= t;/;
+120 <rco [2550000]> <fm 6> "######"/ * "=D7=A1=C3=97 =D7=93=D7=A7"/;
-121 <rco [2550000]> <fm 6> "######"/ * "=D7=94=D7=95=D7=9C=C3=97 =D7=93"/;
0 ".=D7=99=D7=A4=D7=94, =D7=A2=D7=9B=D7=A9=D7=99=D7=95 =D7=A2=D7=95= =D7=93 =D7=A4=D7=A2=D7=9D =D7=91=D7=91=D7=A7=D7=A9=D7=94- =D7=AA=D7=9C=D7=97= =D7=A5 =D7=A2=D7=9C =D7=94=D7=A8=D7=95=D7=95=D7=97 =D7=9B=D7=A9=D7=90=D7=AA=D7=94= =D7=9E=D7=95=D7=9B=D7=9F";
etc.......
thanks=20
david cohen

--=20
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Prediction is very difficult, especially if it's about the future.=20
Niels Bohr


            =             &nbs= p;            &n= bsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            =             &nbs= p;            &n= bsp;          X=20
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.




--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Prediction is very difficult, especially if it's about the future.
Niels Bohr


            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.

--=====================_1337546==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 11:54:00 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GIrfGH000221 for ; Wed, 16 Apr 2008 11:53:41 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5F6855C678B for ; Wed, 16 Apr 2008 11:53:41 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C041F5C6785 for ; Wed, 16 Apr 2008 11:53:36 -0700 (MST) Message-Id: <5.1.0.14.2.20080416115306.00ba54d8@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 11:53:35 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Delay issues with picture-naming experiment In-Reply-To: <208bdab0804161142r4f31fc00oee8bff2714eb23b@mail.gmail.com> References: <5.1.0.14.2.20080404120423.00ba5258@psy1.psych.arizona.edu> <5.1.0.14.2.20080404113809.00ba5148@psy1.psych.arizona.edu> <208bdab0804020707h3133bfc2ka1e5457e9aa05a7@mail.gmail.com> <47F399A5.80501@isu.edu> <5.1.0.14.2.20080402081228.00ba4b00@psy1.psych.arizona.edu> <208bdab0804020925t710a4348r31c4e8a12a0c5de@mail.gmail.com> <5.1.0.14.2.20080402133950.00ba5290@psy1.psych.arizona.edu> <5.1.0.14.2.20080403185240.00ba4b80@psy1.psych.arizona.edu> <5.1.0.14.2.20080404114942.00ba5258@psy1.psych.arizona.edu> <5.1.0.14.2.20080404120423.00ba5258@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1488375==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_1488375==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Don't use the DigitalVOX if you want RecordVocal to record the whole timeout interval. At 01:42 PM 4/16/2008 -0500, you wrote: >I got the following script to work the way I want it to: > > > d90 f121 > > > > > > > > > > >+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/; > >+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" %0/; >+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" %0/; > >_____________ > >However, is there a way to make this work while having RecordVocal record >the entire two seconds of the timeout? This was one of the combinations I >tried earlier, but since it had RecordVocal in it, it didn't work right >and caused delay errors. > >Let me know if you know of anything I can do to have RecordVocal in there >without having it cause delay errors. > >Thanks so much, >Olivia > > > > > > > > > > > > > > > >On 4/4/08, Jonathan C. Forster ><jforster@psy1.psych.arizona.edu> >wrote: >I guess what you intended was this: > >+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ >%89 /; > > > >At 11:50 AM 4/4/2008 -0700, you wrote: > >>Of course that's assuming your "beep" wave file is also less than half a >>second long as DMDX won't move to the next item till the sound finishes... >> >>At 11:48 AM 4/4/2008 -0700, you wrote: >> >>>Item design. >>>> d29 f121 >>>> >>>> >>>> >>>> >>>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ >>>>%90; >>> >>> >>> >>>Assuming that's still your item construction you're asking for the next >>>item to begin 29 ticks after the last frame is displayed. Forget the >>>%90 you have in the last frame as frame durations only specify the time >>>the next frame in that item should be displayed, there is no next frame >>>in that item so %90 has no impact. However the clock is on. It's >>>already been on 30 ticks, 500 ms. You've asked for the next item to >>>begin in another 30 ticks (delay of 29 plus the time to put the last >>>frame up which is 1 tick). If the subject has responded already DMDX >>>can move to the next item, however you have a timeout of 1999 ms so if >>>the subject takes more than a second to respond (from the original clock >>>on) there will be a display error of however long the subject takes to >>>respond less 1000 ms (or thereabouts). >>> >>>At 11:13 AM 4/4/2008 -0500, you wrote: >>>>Okay, thanks. I'll try the function to see whether or not that >>>>one script that's not giving me errors (but still seems a little off) >>>>is working right. I'd previously read up on Preparation A and B times, >>>>but the times I'm getting back for this for A and B combined are under >>>>10 ms, and my designated delay is definitely way over that. I'll keep >>>>trying different things with it and see if I can get it to work. Let me >>>>know if you know of anything besides preparation time that would affect >>>>the delay. >>>> >>>>On 4/3/08, j.c.f. >>>><jforster@psy1.psych.arizona.edu >>>> > wrote: >>>>Then make your delays large enough. There's a whole section on >>>>determining what a minimum delay can be using the preparation A and B times: >>>>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm >>>> >>>>You can also use to make sure ISI is rigid. >>>> >>>>You can change the delay in the items however that doesn't affect >>>>whether the delay is rigid or not so you'll want some initial positive >>>>delay parameter: >>>> >>>>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm >>>> >>>>At 10:43 AM 4/3/2008 -0500, you wrote: >>>>A rigorous ITI is important, that's the problem we're having. Moving >>>>the delay command from the parameters back down to the item line seemed >>>>to help things (there were no more errors in the results file), but I >>>>think the ITI was still varied for some trials (I don't know for sure, >>>>it just really seemed like when I'd respond late an item, the delay was >>>>still being lengthened still). Do you know how moving the placement of >>>>the delay function affects the script? Does it allow delay errors to be >>>>reported in the results file in one case (when it's in the parameters), >>>>but not the other case (when it's in an item line)? I know putting a - >>>>before the d-value (like you mentioned before) makes error messages not >>>>be reported, but we need them to be reported if they're showing up, >>>>since timing is so crucial, so that's why I was wondering. >>>> >>>>Thanks so much! >>>> >>>>Olivia >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster >>>><<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> >>>>wrote: >>>> >>>>If the previous item's sound recording or subject RT gathering or audio >>>>playing lasts that long that's how long the next item's first frame is >>>>going to be delayed. Indeed, enormous display errors are almost always >>>>caused by item design and not item preparation. Don't used a fixed >>>>delay unless you really want a fixed delay, used something like >>>-29> if a rigorous ISI isn't essential to your paradigm. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>At 11:25 AM 4/2/2008 -0500, you wrote: >>>>Should the delay really take up to 180 ticks though? >>>> >>>>On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. >>>><<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> >>>>wrote: >>>> >>>>Yeah, a common problem is people turning the clock on for a response >>>>and using a fixed delay that is shorter than the timeout of the >>>>RT. Here it's likely to be a similar problem as the timeout sums to >>>>exactly the duration of the display and the delay leaving no time for >>>>DMDX to prepare the item. Most machines are going to be requiring at >>>>least a couple of ticks and anything that reads source material (like a >>>>wave file) considerably longer. You must leave enough slack for the >>>>machine to do what it needs to do. There's a note about all of that in >>>>the help: >>>> >>>><http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>At 08:35 AM 4/2/2008 -0600, you wrote: >>>>Someone else posted about these recently and I may have another >>>>solution. The original response to the other person suggested things >>>>like video driver problems and resetting values in TimeDX. I tried all >>>>those things and nothing worked. What DID work was noticed I had >>>>default delay values in the header that I think were conflicting with >>>>the delays I had set on the item lines. When I sheared the header done >>>>to only the absolutely needed pieces, no more errors! >>>> >>>>One idea, anyway! >>>> >>>>SchnurLab wrote: >>>>Hi Everyone, >>>> >>>>I'm currently working on a script that does the following things: >>>> >>>>#1. Present a cross for 500 ms >>>>#2. Present a blank screen for 250 ms >>>>#3. Present a black and white picture for 500 ms >>>>#4. Play short tone as the picture is going off the screen >>>>#5. Have an extra 1500 ms of blank screen for the item >>>>#6. Have DMDX record RTs (using DigitalVox) and actual responses (using >>>>RecordVocal) from the onset of the picture until the end of the 1500 ms >>>>blank screen after the picture >>>>#7. Have a 500 ms ITI >>>> >>>>But for some reason, the data keeps giving me delay errors, saying that >>>>the next frame after the 1500 ms blank screen (the cross in the >>>>following item) was delayed for X number of ticks (it changed depending >>>>on what changes I made when I was trying things out with the script, >>>>but it was up to over 180 ticks late for one revision of this script). >>>>I tried making the delay longer, but when I made it long enough, it >>>>made the experiment extremely long and boring. The main reason this is >>>>a problem is because we want a constant ITI (that's not too long), and >>>>accurately recorded RTs and responses, and right now, I can't seem to >>>>get all of that at once. If anyone has done something similar to this >>>>and has suggestions on how to adjust my script, since I don't seem to >>>>be having much luck with it, it'd be greatly appreciated. >>>> >>>>Thanks so much! >>>> >>>>Olivia >>>> >>>>_______________________________________ >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>Here is my script: >>>> >>>> d29 f121 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>0 "EXPERIMENTAL SESSION", >>>> >>>> "During the experiment, you will see a series of pictures. >>>> Name each", >>>> >>>> "picture as quickly as possible without making mistakes. If >>>> you have", >>>> >>>> "any questions, please ask the experimenter now."; >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>+0010000 %30 "+" %30/ %15 /*g"dart" %30/ "beep" %0/ >>>>%90; >>>> >>>>+0020000 %30 "+" %30/ %15 /*g"earring" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0030000 %30 "+" %30/ %15 /*g"scales" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0050000 %30 "+" %30/ %15 /*g"witch" %30/ "beep" >>>>%0/ %90; >>>> >>>>+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ "beep" >>>start> %0/ %90; >>>> >>>>+0070000 %30 "+" %30/ %15 /*g"rose" %30/ "beep" %0/ >>>>%90; >>>> >>>>+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ "beep" >>>>%0/ %90; >>>> >>>> >>>> >>>> >>>>-- >>>>******************************** >>>>Nicole Prause, Ph.D. >>>>Department of Psychology >>>>Idaho State University >>>>921 S 8th Ave >>>>Stop 8112 Pocatello, ID 83209-8112 >>>> >>>>Email: >>>><mailto:nprause@isu.edu>nprause@isu.edu >>>>Phone: 208-282-4077 >>>>Fax: 208-282-4832 >>>>Office: Garrison Hall 403 >>>>******************************** >>>>******************************** >>>> >>>> >>>>==================================================================== >>>> Send mail to >>>> <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu >>>> with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> >>>><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>==================================================================== >>>> >>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> Eat Well, Stay Fit, Die Anyway >>>> >>>> >>>> >>>>==================================================================== >>>> Send mail to >>>> <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu >>>> with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> >>>><http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>==================================================================== >>>> >>>> >>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> A man wrapped up in himself makes a very small package. >>>> >>>> >>>> /"\ >>>> -jonathan (j.c.f.) \ / >>>> X >>>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>>> >>>> Eat Well, Stay Fit, Die Anyway >>>> >>>> >>>>==================================================================== >>>> Send mail to >>>> DMDX-request@psy1.psych.arizona.edu >>>> with the word >>>> 'unsubscribe' by itself with no quotes in the body of the email >>>> to be removed from the list. The list archive is available here: >>>> >>>>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>>>==================================================================== >>> >>> >>> /"\ >>> -jonathan (j.c.f.) \ / >>> X >>> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >>> >>> A man wrapped up in himself makes a very small package. >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> A man wrapped up in himself makes a very small package. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > A man wrapped up in himself makes a very small package. > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Life is a yo-yo, and mankind ties knots in the string. --=====================_1488375==_.ALT Content-Type: text/html; charset="us-ascii"
Don't use the DigitalVOX if you want RecordVocal to record the whole timeout interval.

At 01:42 PM 4/16/2008 -0500, you wrote:
I got the following script to work the way I want it to:
 
 
<ep> <id keyboard> d90 f121 <vm 1024, 768, 768, 32, 0> <nfb> <t 1999> <cr>  <mr "+Space"> <id recordvocal 1999>

 

<id digitalvox> <eop>      

  

 

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/;
+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/;
 
_____________
 
However, is there a way to make this work while having RecordVocal record the entire two seconds of the timeout? This was one of the combinations I tried earlier, but since it had RecordVocal in it, it didn't work right and caused delay errors.
 
Let me know if you know of anything I can do to have RecordVocal in there without having it cause delay errors.
 
Thanks so much,
Olivia

 
 
 
 
 
 
 
 
 
 
 
 

 
On 4/4/08, Jonathan C. Forster <jforster@psy1.psych.arizona.edu> wrote:
I guess what you intended was this:

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %89 /;



At 11:50 AM 4/4/2008 -0700, you wrote:

Of course that's assuming your "beep" wave file is also less than half a second long as DMDX won't move to the next item till the sound finishes...

At 11:48 AM 4/4/2008 -0700, you wrote:

Item design.
<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;



Assuming that's still your item construction you're asking for the next item to begin 29 ticks after the last frame is displayed.  Forget the %90 you have in the last frame as frame durations only specify the time the next frame in that item should be displayed, there is no next frame in that item so %90 has no impact.  However the clock is on.  It's already been on 30 ticks, 500 ms.  You've asked for the next item to begin in another 30 ticks (delay of 29 plus the time to put the last frame up which is 1 tick).  If the subject has responded already DMDX can move to the next item, however you have a timeout of 1999 ms so if the subject takes more than a second to respond (from the original clock on) there will be a display error of however long the subject takes to respond less 1000 ms (or thereabouts).

At 11:13 AM 4/4/2008 -0500, you wrote:
Okay, thanks. I'll try the <rcot> function to see whether or not that one script that's not giving me errors (but still seems a little off) is working right. I'd previously read up on Preparation A and B times, but the times I'm getting back for this for A and B combined are under 10 ms, and my designated delay is definitely way over that.  I'll keep trying different things with it and see if I can get it to work. Let me know if you know of anything besides preparation time that would affect the delay.

On 4/3/08, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:
Then make your delays large enough.  There's a whole section on determining what a minimum delay can be using the preparation A and B times:
http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxherrors.htm
You can also use <RecordClockOnTimes> to make sure ISI is rigid.

You can change the delay in the items however that doesn't affect whether the delay is rigid or not so you'll want some initial positive delay parameter:

http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhdelaykeyword.htm

At 10:43 AM 4/3/2008 -0500, you wrote:
A rigorous ITI is important, that's the problem we're having. Moving the delay command from the parameters back down to the item line seemed to help things (there were no more errors in the results file), but I think the ITI was still varied for some trials (I don't know for sure, it just really seemed like when I'd respond late an item, the delay was still being lengthened still). Do you know how moving the placement of the delay function affects the script? Does it allow delay errors to be reported in the results file in one case (when it's in the parameters), but not the other case (when it's in an item line)? I know putting a - before the d-value (like you mentioned before) makes error messages not be reported, but we need them to be reported if they're showing up, since timing is so crucial, so that's why I was wondering.

Thanks so much!

Olivia

















On Wed, Apr 2, 2008 at 3:45 PM, Jonathan C. Forster <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu> wrote:

If the previous item's sound recording or subject RT gathering or audio playing lasts that long that's how long the next item's first frame is going to be delayed.  Indeed, enormous display errors are almost always caused by item design and not item preparation.  Don't used a fixed delay unless you really want a fixed delay, used something like <delay -29> if a rigorous ISI isn't essential to your paradigm.

















At 11:25 AM 4/2/2008 -0500, you wrote:
Should the delay really take up to 180 ticks though?

On Wed, Apr 2, 2008 at 10:16 AM, j.c.f. <<mailto:jforster@psy1.psych.arizona.edu>jforster@psy1.psych.arizona.edu>  wrote:

Yeah, a common problem is people turning the clock on for a response and using a fixed delay that is shorter than the timeout of the RT.  Here it's likely to be a similar problem as the timeout sums to exactly the duration of the display and the delay leaving no time for DMDX to prepare the item.  Most machines are going to be requiring at least a couple of ticks and anything that reads source material (like a wave file) considerably longer.  You must leave enough slack for the machine to do what it needs to do.  There's a note about all of that in the help:

<http://psy1.psych.arizona.edu/%7Ejforster/dmdx/help/dmdxhtimingnotes.htm>http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtimingnotes.htm

































At 08:35 AM 4/2/2008 -0600, you wrote:
Someone else posted about these recently and I may have another solution. The original response to the other person suggested things like video driver problems and resetting values in TimeDX. I tried all those things and nothing worked. What DID work was noticed I had default delay values in the header that I think were conflicting with the delays I had set on the item lines. When I sheared the header done to only the absolutely needed pieces, no more errors!

One idea, anyway!

SchnurLab wrote:
Hi Everyone,

I'm currently working on a script that does the following things:

#1. Present a cross for 500 ms
#2. Present a blank screen for 250 ms
#3. Present a black and white picture for 500 ms
#4. Play short tone as the picture is going off the screen
#5. Have an extra 1500 ms of blank screen for the item
#6. Have DMDX record RTs (using DigitalVox) and actual responses (using RecordVocal) from the onset of the picture until the end of the 1500 ms blank screen after the picture
#7. Have a 500 ms ITI

But for some reason, the data keeps giving me delay errors, saying that the next frame after the 1500 ms blank screen (the cross in the following item) was delayed for X number of ticks (it changed depending on what changes I made when I was trying things out with the script, but it was up to over 180 ticks late for one revision of this script). I tried making the delay longer, but when I made it long enough, it made the experiment extremely long and boring. The main reason this is a problem is because we want a constant ITI (that's not too long), and accurately recorded RTs and responses, and right now, I can't seem to get all of that at once. If anyone has done something similar to this and has suggestions on how to adjust my script, since I don't seem to be having much luck with it, it'd be greatly appreciated.

Thanks so much!

Olivia

_______________________________________

















Here is my script:

<ep> <id keyboard> d29 f121 <vm 1024, 768, 768, 32, 60> <nfb> <t 1999> <cr> <id recordvocal 1999> <mr "+Space">

<id digitalvox> <eop>

































0 <ln -1> "EXPERIMENTAL SESSION",

 <ln 1> "During the experiment, you will see a series of pictures. Name each",

 <ln 2> "picture as quickly as possible without making mistakes. If you have",

 <ln 3>  "any questions, please ask the experimenter now.";

































































+0010000 %30 "+" %30/ %15 /*g"dart" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0020000 %30 "+" %30/ %15 /*g"earring" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0030000 %30 "+" %30/ %15 /*g"scales" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0040000 %30 "+" %30/ %15 /*g"biscuit" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0050000 %30 "+" %30/ %15 /*g"witch" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0060000 %30 "+" %30/ %15 /*g"corkscrew" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0070000 %30 "+" %30/ %15 /*g"rose" %30/ <wav 2> "beep" <svp start> %0/ %90;

+0080000 %30 "+" %30/ %15 /*g"toilet" %30/ <wav 2> "beep" <svp start> %0/ %90;




--
********************************
Nicole Prause, Ph.D.
Department of Psychology
Idaho State University
921 S 8th Ave
Stop 8112 Pocatello, ID 83209-8112

Email: <mailto:nprause@isu.edu>nprause@isu.edu
Phone: 208-282-4077
Fax: 208-282-4832
Office: Garrison Hall 403
********************************
********************************


====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                             /"\
 -jonathan (j.c.f.)                            \ /
                                              X
  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway



====================================================================
 Send mail to <mailto:DMDX-request@psy1.psych.arizona.edu>DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:

<http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================



                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 A man wrapped up in himself makes a very small package.


                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Eat Well, Stay Fit, Die Anyway


====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================


                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.

                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  A man wrapped up in himself makes a very small package.



                                               /"\
 -jonathan (j.c.f.)                            \ /
                                                X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.

--=====================_1488375==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 12:07:43 2008 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GJ7Qfm000329 for ; Wed, 16 Apr 2008 12:07:26 -0700 Received: by fg-out-1718.google.com with SMTP id d23so3110202fga.31 for ; Wed, 16 Apr 2008 12:07:18 -0700 (PDT) Received: by 10.86.84.5 with SMTP id h5mr693936fgb.55.1208372837861; Wed, 16 Apr 2008 12:07:17 -0700 (PDT) Received: by 10.86.83.18 with HTTP; Wed, 16 Apr 2008 12:07:17 -0700 (PDT) Message-ID: <9b5ae5890804161207s6019a23xb22301d71a1c7881@mail.gmail.com> Date: Wed, 16 Apr 2008 22:07:17 +0300 From: "David & Miriam Cohen" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: scrambling items & blocks In-Reply-To: <5.1.0.14.2.20080416113803.00ba52e8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5776_32067849.1208372837845" References: <5.1.0.14.2.20080416101304.00bcd288@psy1.psych.arizona.edu> <5.1.0.14.2.20080416113803.00ba52e8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_5776_32067849.1208372837845 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline VGhhbmtzLiBhY3R1YWxseSwgaSBzZWVtIHRvIGhhdmUgKGFjY2lkZW50YWxseSkgc29sdmVkIHRo ZSBwcm9ibGVtIGJ5CnNldHRpbmcgcyB0byAxMiBhbmQgcmVtb3ZpbmcgdGhlIGcgcGFyYW1ldGVy LiBub3Qgc3VyZSBob3csIGJ1dCBpdCB3b3Jrcy4KdGhlIGJsb2NrcyBhcmUgcHJlc2VudGVkIGlu IHJhbmRvbSBvcmRlciwgd2l0aCBpdGVtcyBzY3JhbWJsZWQgd2l0aGluLiAgaQptb3ZlZCBhbGwg dGhlIGJyYW5jaGVzIHRvIHRoZSBlbmQgb2YgdGhlIHNjcmlwdCBhbmQgcHV0IHRoZW0gaW4gYmV0 d2VlbiAkJAphbmQgdG9vayBvdXQgYWxsIHRoZSAiXCJzICwgaXJyZWdhcmRsZXNzLiB0aGF0IHNv bHZlZCB0aGUgYnJhbmNoaW5nIHByb2JsZW0uCm1vcmUgbHVjayB0aGFuIGFueXRoaW5nIGVsc2Uu CnRoYW5rcyBmb3IgeW91ciB0aW1lICYgaGVscC4KZGF2aWQKCk9uIDQvMTYvMDgsIEpvbmF0aGFu IEMuIEZvcnN0ZXIgPGpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+IHdyb3RlOgo+Cj4K PiBZb3Ugd2lsbCBuZWVkIG9uZSBvZiB0aGUgbXVsdGlzY3JhbWJsZSBzb2x1dGlvbnMgdGhlbi4g IEZpcnN0IHNjcmFtYmxlCj4gd2lsbCByZWFycmFuZ2UgaXRlbXMsIHNlY29uZCB3aWxsIHJlYXJy YW5nZSBibG9ja3MuICBUaGlzIGlzIG9mIGNvdXJzZSBxdWl0ZQo+IGNvbXBsZXguICBTZWUgdGhl IG1vcmUgc3RyYWlnaHQgZm9yd2FyZCBzb2x1dGlvbiBhdCB0aGUgZW5kIG9mIHRoZQo+IG11bHRp c2NyYW1ibGUgZG9jdW1lbnRhdGlvbjoKPgo+Cj4gaHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5l ZHUvfmpmb3JzdGVyL2RtZHgvaGVscC9kbWR4aG11bHRpc2NyYW1ibGluZ3NjcmFtYmxla2V5d29y ZC5odG0KPgo+IEF0IDA4OjI2IFBNIDQvMTYvMjAwOCArMDMwMCwgeW91IHdyb3RlOgo+Cj4gc3Rp bGwgbWl4aW5nIHRoZSBibG9jayBpdGVtcy4KPiB3aGF0IGkgbmVlZCBpcyB0aGUgaXRlbXMgc2Ny YW1ibGVkIHdpdGhpbiBibG9ja3MgYW5kIHRoZSBibG9ja3MgcHJlc2VudGVkCj4gaW4gcmFuZG9t IG9yZGVyLiBpZiB0aGVyZSBhcmUgMTEgaXRlbXMgcGVyIGJsb2NrLCB3aGF0IHNob3VsZCBzICYg ZyBiZT8gY2FudAo+IHNlZW0gdG8gZmlndXJlIGl0IG91dC4KPiB0aGFua3MKPgo+Cj4gT24gNC8x Ni8wOCwgKkpvbmF0aGFuIEMuIEZvcnN0ZXIqIDxqZm9yc3RlckBwc3kxLnBzeWNoLmFyaXpvbmEu ZWR1PiB3cm90ZToKPiAgWW91IG5lZWQgdG8gcHV0IGRvbGxhciBzeW1ib2xzIGFyb3VuZCBzZWN0 aW9ucyB0aGF0IGFyZW4ndCB0byBiZQo+IHNjcmFtYmxlZC4KPgo+IGh0dHA6Ly9wc3kxLnBzeWNo LmFyaXpvbmEuZWR1L35qZm9yc3Rlci9kbWR4L2hlbHAvZG1keGhzY3JhbWJsaW5nLjxodHRwOi8v cHN5MS5wc3ljaC5hcml6b25hLmVkdS9+amZvcnN0ZXIvZG1keC9oZWxwL2RtZHhoc2NyYW1ibGlu Zy5odG0+Cj4gaHRtCj4KPiA8aHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVy L2RtZHgvaGVscC9kbWR4aHNjcmFtYmxpbmcuaHRtPiBBdAo+IDExOjI0IEFNIDQvMTYvMjAwOCAr MDMwMCwgeW91IHdyb3RlOgo+Cj4gaGksIGFsbCBpJ20gcnVubmluZyBhbiBleHBlcmltZW50IGlu IHdoaWNoIGkgcHJlc2VudCA2IGJsb2NrcyBvZiBzdGltdWxpCj4gd2hpY2ggbmVlZCB0byBiZSBw cmVzZW50ZWQgaW4gcmFuZG9tIG9yZGVyLCB3aGlsZSBhbHNvIHNjcmFtYmxpbmcgdGhlIGl0ZW1z Cj4gaW4gdGhlbXNlbHZlcy4gdGhhdC0gaSBjYW4gZG8uIHRoZSBwcm9ibGVtIGlzIHRoYXQgYXQg dGhlIGVuZCBvZiBldmVyeQo+IGJsb2NrIGkgd2FudCB0byBwdXQgYW4gaW5zdHJ1Y3Rpb24sIGxp a2UgInRoYW5rcywgcmVzdCBhIG1pbnV0ZSwgcHJlc3Mgc3BhY2UKPiBiYXIgdG8gZ28gb24iLiB0 aGF0IHRvdGFsbHkgc2NyZXdzIHVwIGV2ZXJ5dGhpbmcuIGkgcHV0IHRoZSBpbnN0cnVjdGlvbiBp bgo+IGEgIjAiIGxpbmUgYWZ0ZXIgdGhlIHN0aW11bGkuIHRoZXJlIGFyZSAxMSBzdGltdWx1cyBp dGVtcyBhbmQgb25lIGdvbW1hbmQuIGl0Cj4gc2tpcHMgYXV0b21hdGljYWxseSB0byB0aGUgbGFz dCBsaW5lIGluIHRoZSBicmFuY2Ugd2l0aG91dCBydW5uaW5nIHRoZQo+IHByYWN0aWNlLCB0aGVu IHRvdGFsbHkgc2NyZXdzIHVwIHRoZSBibG9ja2luZy4gb2J2aW91c2x5IGknbSBkb2luZwo+IHNv bWV0aGluZyB3cm9uZywgYnV0IGkgZG9udCBrbm93IHdoYXQuIGhlcmUncyB0aGUgY29kZS0gc2hv dWxkIGJlCj4gc3RyYWlnaHRmb3J3YXJkIGFuZCBzaW1wbGUuIGFtIHVzaW5nIGFuIG9sZCB2ZXJz aW9uIG9mIGRtZHggMy4xLjYuMgo+Cj4gPGVwPiBzMTEgZzEyIDxjcj4gPGlkICJrZXlib2FyZCI+ IDxtcHIgK2w+IDxtbnIgK2E+IDxhems+IDx2emsgK2w+IDx2emsKPiArYT48dm0gNjQwLDQ4MCw0 ODAsOCwwPiA8ZmQgMzE+IDxkIDM2PiA8dCA1MDA+IDxkd2MgMD4gPG5mYj4gPGVvcD4gIChpbiB0 aGUKPiBvcmlnaW5hbCB0aGUgd2hvbGUgcGFyYW1hdGVyIGxpbmUgaXMgb24gb25lIGxpbmUpCj4K PiB0aGVuIGNvbWUgaW5zdHJ1Y3Rpb25zIGVuY2xzZWQgaW4gZG9sbGFyIHNpZ25zLCB3aXRoIDEx IHByYWN0aWNlIGl0ZW1zIGFuZAo+IGFuIGluc3RydWN0aW9uIGxpbmUsIHdpdGggYSBzaW1wbGUg YnJhbmNoICh3aXRoaW4gdGhlICQkKTogdGh1cyAoZXZlcnl0aGluZwo+IGJ1dCB0aGUgY29tbWFu ZHMgYXJlIGluIGhlYnJldy0gYnV0IHRoYXQgbWFrZXMgbm8gbWF0dGVyLiBldmVyeXRoaW5nIHdv dGtlZAo+IHVudGlsIGkgdGhyZXcgaW4gdGhlIGJsb2NrIHNjcmFtYmxpbmcpOgo+Cj4gMCAi15vX oteqIMOXINeq15fXmdecINei150g15DXmdee15XXnyDXp9em16guIMOXINeQINec15zXl9eV16Ug 16LXnCDXnten16kg15Qn16jXldeV15cnINeb16nXkNeq15Qg157Xldeb158iIDxiaWVybHQKPiAx MDEsIDI1MT47IDIgIuKApiDXkNeV15ksINeZ15XXqteoINee15PXmSDXqdeS15nXoteV16otINeR 15XXkCDDlyDDlyDXodeUINep15XXkSI7IC0yNTAgPGZtIDY+Cj4gIiMjIyMjIyIvIDxyY28gWzI1 NTE1MzBdPiA8bG4gLTI+KiAi15zXldec15EiLyA7ICsyNTAgPGZtIDY+ICIjIyMjIyMiLyA8cmNv Cj4gWzI1NTAwMDBdPiA8bG4gKzI+KiAi15DXqteo15XXkiIvIDsgLTI1MCA8Zm0gNj4gIiMjIyMj IyIvIDxyY28gWzI1NTE1MzBdPiAqICIKPiDXlNeT16EiLyA7ICsyNTAgPGZtIDY+ICIjIyMjIyMi LyA8cmNvIFsyNTUwMDAwXT4gKiAiINei16jXkdeUIi8gOyAtMjUwIDxmbSA2Pgo+ICIjIyMjIyMi LyA8cmNvIFsyNTUxNTMwXT4gPGxuICsyPiogIteb16jXpNehIi8gOyAtMjUwIDxmbSA2PiAiIyMj IyMjIi8gPHJjbwo+IFsyNTUxNTMwXT4gPGxuIC0yPiogItec15XXnNeRIi8gOyAtMjUwIDxmbSA2 PiAiIyMjIyMjIi8gPHJjbyBbMjU1MTUzMF0+IDxsbgo+IC0yPiogItec15XXnNeRIi8gOyArMjUw IDxmbSA2PiAiIyMjIyMjIi8gPHJjbyBbMjU1MDAwMF0+IDxsbiArMj4qICLXkNeq16jXldeSIi8g OyAtMjUwCj4gPGZtIDY+ICIjIyMjIyMiLyA8cmNvIFsyNTUxNTMwXT4gKiAiINeU15PXoSIvIDsg KzI1MCA8Zm0gNj4gIiMjIyMjIyIvIDxyY28KPiBbMjU1MDAwMF0+ICogIiDXoteo15HXlCIvIDsg KzI1MSA8Zm0gNj4gIiMjIyMjIyIvIDxyY28gWzI1NTAwMDBdPiA8bG4g4oCTMj4qICIKPiDXnteo 15XXqCIvIDxiaWVyZ3QgODAsIC0yPjsgMCAi15bXlNeVINeh15XXoyDXlNeQ15nXnteV158uINeR 15HXp9ep15QsIMOXINeq15fXmdecINeRw5cg15nXodeV15kgLi4uIjsKPgo+ICBhbmQgdGhlbiAo c3RpbXVsdXMgd29yZHMgYXJlIGluIGhlYnJldy0gYnV0IHRoYXQgc2hvdWxkbid0IG1hdHRlcik6 IC0wMTEKPiA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXkNeVw5cg16EiLzsK Pgo+ICswMTIgPHJjbyBbMjU1MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi16jXpteXIi87IC0w MTMgPHJjbyBbMjU1MTUzMF0+IDxmbQo+IDY+ICIjIyMjIyMiLyAqICLXp9eY15jXlCIvOyArMDE0 IDxyY28gWzI1NTAwMDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogItek16bXldeiIi87IC0wMTUKPiA8 cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXlNeo15XXkiIvOyArMDE2IDxyY28g WzI1NTAwMDBdPiA8Zm0gNj4KPiAiIyMjIyMjIi8gKiAi157XldeX16UiLzsgLTAxNyA8cmNvIFsy NTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICLXnteX15HXnCIvOyArMDE4Cj4gPHJjbyBbMjU1 MDAwMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi16rXlden16MiLzsgLTAxOSA8cmNvIFsyNTUxNTMw XT4gPGZtIDY+Cj4gIiMjIyMjIyIvICogIteW16LXnSIvOyArMDIwIDxyY28gWzI1NTAwMDBdPiA8 Zm0gNj4gIiMjIyMjIyIvICogIteT15XXp9eoIi87IC0wMjEKPiA8cmNvIFsyNTUwMDAwXT4gPGZt IDY+ICIjIyMjIyMiLyAqICLXqten15nXpNeUIi87IDAgIi7Xmdek15QsINei15vXqdeZ15Ug16LX ldeTINek16LXnSDXkdeR16fXqdeULQo+INeq15zXl9elINei15wg15TXqNeV15XXlyDXm9ep15DX qteUINee15XXm9efIjsgIWZpcnN0IGdvIG9mIHZpb2xlbnQgd29yZCBjb250cm9sbHMgYWxsCj4g Y29udHJvbGwgd29yZHMgc3RhcnQgd2l0aCBvbmUgb2RkIG5lZ2F0aXZlIG51bWJlcnMgYXJlIGZv ciBvcmFuZ2Ugd29yZHMgZXZlbgo+IHBvc2l0aXZlIG51bWJlcnMgZm9yIHJlZCB3b3JkczsgLTEx MSA8cmNvIFsyNTUxNTMwXT4gPGZtIDY+ICIjIyMjIyMiLyAqICIKPiDXqdei15XXnyIvOyArMTEy IDxyY28gWzI1NTAwMDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogItec15HXnyIvOyAtMTEzIDxyY28K PiBbMjU1MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15LXqdeV150iLzsgKzExNCA8cmNvIFsy NTUwMDAwXT4gPGZtIDY+Cj4gIiMjIyMjIyIvICogIteT15nXodenIi87IC0xMTUgPHJjbyBbMjU1 MTUzMF0+IDxmbSA2PiAiIyMjIyMjIi8gKiAi15HXqNeV16kiLzsgKzExNgo+IDxyY28gWzI1NTAw MDBdPiA8Zm0gNj4gIiMjIyMjIyIvICogIten16jXmdeoIi87IC0xMTcgPHJjbyBbMjU1MTUzMF0+ IDxmbSA2Pgo+ICIjIyMjIyMiLyAqICLXotee15XXkyIvOyArMTE4IDxyY28gWzI1NTAwMDBdPiA8 Zm0gNj4gIiMjIyMjIyIvICogIteU15LXk9eUIi87IC0xMTkKPiA8cmNvIFsyNTUxNTMwXT4gPGZt IDY+ICIjIyMjIyMiLyAqICLDlyDXntecIi87ICsxMjAgPHJjbyBbMjU1MDAwMF0+IDxmbSA2Pgo+ ICIjIyMjIyMiLyAqICLXocOXINeT16ciLzsgLTEyMSA8cmNvIFsyNTUwMDAwXT4gPGZtIDY+ICIj IyMjIyMiLyAqICLXlNeV15zDlyDXkyIvOyAwCj4gIi7Xmdek15QsINei15vXqdeZ15Ug16LXldeT INek16LXnSDXkdeR16fXqdeULSDXqtec15fXpSDXotecINeU16jXldeV15cg15vXqdeQ16rXlCDX nteV15vXnyI7IGV0Yy4uLi4uLi4gdGhhbmtzIGRhdmlkCj4gY29oZW4KPgo+IC0tIH5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn4gUHJlZGljdGlvbiBpcyB2ZXJ5IGRpZmZpY3VsdCwgZXNwZWNp YWxseQo+IGlmIGl0J3MgYWJvdXQgdGhlIGZ1dHVyZS4gTmllbHMgQm9ocgo+Cj4KPgo+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyJcICAtam9uYXRoYW4K PiAoai5jLmYuKSAgICAgICAgICAgICAgICAgICAgICAgICAgICBcIC8KPiBYICAgICBBU0NJSSBS SUJCT04gQ0FNUEFJR04gLSBBR0FJTlNUIEhUTUwgTUFJTCAgLyBcCj4KPiBMaWZlIGlzIGEgeW8t eW8sIGFuZCBtYW5raW5kIHRpZXMga25vdHMgaW4gdGhlIHN0cmluZy4KPgo+Cj4KPgo+IC0tCj4g fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fgo+IFByZWRpY3Rpb24gaXMgdmVyeSBkaWZmaWN1 bHQsIGVzcGVjaWFsbHkgaWYgaXQncyBhYm91dCB0aGUgZnV0dXJlLgo+IE5pZWxzIEJvaHIKPgo+ Cj4KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC8iXAo+ ICAtam9uYXRoYW4gKGouYy5mLikgICAgICAgICAgICAgICAgICAgICAgICAgICAgXCAvCj4gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWAo+ICAgICBBU0NJ SSBSSUJCT04gQ0FNUEFJR04gLSBBR0FJTlNUIEhUTUwgTUFJTCAgLyBcCj4KPiBMaWZlIGlzIGEg eW8teW8sIGFuZCBtYW5raW5kIHRpZXMga25vdHMgaW4gdGhlIHN0cmluZy4KPgo+CgoKLS0gCn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KUHJlZGljdGlvbiBpcyB2ZXJ5IGRpZmZpY3VsdCwg ZXNwZWNpYWxseSBpZiBpdCdzIGFib3V0IHRoZSBmdXR1cmUuCk5pZWxzIEJvaHIK ------=_Part_5776_32067849.1208372837845 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5UaGFua3MuIGFjdHVhbGx5LCBpIHNlZW0gdG8gaGF2ZSAoYWNjaWRlbnRhbGx5KSBzb2x2 ZWQgdGhlIHByb2JsZW0gYnkgc2V0dGluZyBzIHRvIDEyIGFuZCByZW1vdmluZyB0aGUgZyBwYXJh bWV0ZXIuIG5vdCBzdXJlIGhvdywgYnV0IGl0IHdvcmtzLiB0aGUgYmxvY2tzIGFyZSBwcmVzZW50 ZWQgaW4gcmFuZG9tIG9yZGVyLCB3aXRoIGl0ZW1zIHNjcmFtYmxlZCB3aXRoaW4uJm5ic3A7Jm5i c3A7aSBtb3ZlZCBhbGwgdGhlIGJyYW5jaGVzIHRvIHRoZSBlbmQgb2YgdGhlIHNjcmlwdCBhbmQg cHV0IHRoZW0gaW4gYmV0d2VlbiAkJCBhbmQgdG9vayBvdXQgYWxsIHRoZSAmcXVvdDtcJnF1b3Q7 cyAsIGlycmVnYXJkbGVzcy4gdGhhdCBzb2x2ZWQgdGhlIGJyYW5jaGluZyBwcm9ibGVtLjwvZGl2 PgoKPGRpdj5tb3JlIGx1Y2sgdGhhbiBhbnl0aGluZyBlbHNlLiA8L2Rpdj4KPGRpdj50aGFua3Mg Zm9yIHlvdXIgdGltZSAmYW1wOyBoZWxwLjxicj5kYXZpZDxicj4mbmJzcDs8L2Rpdj4KPGRpdj48 c3BhbiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIDQvMTYvMDgsIDxiIGNsYXNzPSJnbWFpbF9zZW5k ZXJuYW1lIj5Kb25hdGhhbiBDLiBGb3JzdGVyPC9iPiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpmb3Jz dGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUiPmpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5l ZHU8L2E+Jmd0OyB3cm90ZTo8L3NwYW4+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIg c3R5bGU9IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JE RVItTEVGVDogI2NjYyAxcHggc29saWQiPjxicj5Zb3Ugd2lsbCBuZWVkIG9uZSBvZiB0aGUgbXVs dGlzY3JhbWJsZSBzb2x1dGlvbnMgdGhlbi4mbmJzcDsgRmlyc3Qgc2NyYW1ibGUgd2lsbCByZWFy cmFuZ2UgaXRlbXMsIHNlY29uZCB3aWxsIHJlYXJyYW5nZSBibG9ja3MuJm5ic3A7IFRoaXMgaXMg b2YgY291cnNlIHF1aXRlIGNvbXBsZXguJm5ic3A7IFNlZSB0aGUgbW9yZSBzdHJhaWdodCBmb3J3 YXJkIHNvbHV0aW9uIGF0IHRoZSBlbmQgb2YgdGhlIG11bHRpc2NyYW1ibGUgZG9jdW1lbnRhdGlv bjo8YnI+Cjxicj48YSBvbmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxl dmVudCx0aGlzKSIgaHJlZj0iaHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVy L2RtZHgvaGVscC9kbWR4aG11bHRpc2NyYW1ibGluZ3NjcmFtYmxla2V5d29yZC5odG0iIHRhcmdl dD0iX2JsYW5rIj5odHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9+amZvcnN0ZXIvZG1keC9o ZWxwL2RtZHhobXVsdGlzY3JhbWJsaW5nc2NyYW1ibGVrZXl3b3JkLmh0bTwvYT48c3BhbiBjbGFz cz0icSI+PGJyPgo8YnI+QXQgMDg6MjYgUE0gNC8xNi8yMDA4ICswMzAwLCB5b3Ugd3JvdGU6PGJy Pjwvc3Bhbj4KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4gY2xhc3M9InEiPnN0aWxsIG1p eGluZyB0aGUgYmxvY2sgaXRlbXMuIDxicj53aGF0IGkgbmVlZCBpcyB0aGUgaXRlbXMgc2NyYW1i bGVkIHdpdGhpbiBibG9ja3MgYW5kIHRoZSBibG9ja3MgcHJlc2VudGVkIGluIHJhbmRvbSBvcmRl ci4gaWYgdGhlcmUgYXJlIDExIGl0ZW1zIHBlciBibG9jaywgd2hhdCBzaG91bGQgcyAmYW1wOyBn IGJlPyBjYW50IHNlZW0gdG8gZmlndXJlIGl0IG91dC48YnI+CnRoYW5rczxicj48YnI+Jm5ic3A7 PGJyPk9uIDQvMTYvMDgsIDxiPkpvbmF0aGFuIEMuIEZvcnN0ZXI8L2I+ICZsdDs8YSBvbmNsaWNr PSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxldmVudCx0aGlzKSIgaHJlZj0ibWFp bHRvOmpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUiIHRhcmdldD0iX2JsYW5rIj5qZm9y c3RlckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9hPiZndDsgd3JvdGU6IDwvc3Bhbj4KPGRpdj48 c3BhbiBjbGFzcz0iZSIgaWQ9InFfMTE5NTg5N2JjODM5YTUxMl80Ij4KPGRsPgo8ZGQ+WW91IG5l ZWQgdG8gcHV0IGRvbGxhciBzeW1ib2xzIGFyb3VuZCBzZWN0aW9ucyB0aGF0IGFyZW4mIzM5O3Qg dG8gYmUgc2NyYW1ibGVkLjxicj48YnI+CjxkZD48YSBvbmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9w ZW5FeHRMaW5rKHdpbmRvdyxldmVudCx0aGlzKSIgaHJlZj0iaHR0cDovL3BzeTEucHN5Y2guYXJp em9uYS5lZHUvfmpmb3JzdGVyL2RtZHgvaGVscC9kbWR4aHNjcmFtYmxpbmcuaHRtIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvfmpmb3JzdGVyL2RtZHgvaGVs cC9kbWR4aHNjcmFtYmxpbmcuPC9hPjxhIG9uY2xpY2s9InJldHVybiB0b3AuanMuT3BlbkV4dExp bmsod2luZG93LGV2ZW50LHRoaXMpIiBocmVmPSJodHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVk dS9+amZvcnN0ZXIvZG1keC9oZWxwL2RtZHhoc2NyYW1ibGluZy5odG0iIHRhcmdldD0iX2JsYW5r Ij5odG08YnI+Cjxicj48L2E+CjxkZD5BdCAxMToyNCBBTSA0LzE2LzIwMDggKzAzMDAsIHlvdSB3 cm90ZTogCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPgo8ZGQ+aGksIGFsbCAKPGRkPmkmIzM5O20g cnVubmluZyBhbiBleHBlcmltZW50IGluIHdoaWNoIGkgcHJlc2VudCA2IGJsb2NrcyBvZiBzdGlt dWxpIHdoaWNoIG5lZWQgdG8gYmUgcHJlc2VudGVkIGluIHJhbmRvbSBvcmRlciwgd2hpbGUgYWxz byBzY3JhbWJsaW5nIHRoZSBpdGVtcyBpbiB0aGVtc2VsdmVzLiB0aGF0LSBpIGNhbiBkby4gCjxk ZD50aGUgcHJvYmxlbSBpcyB0aGF0IGF0IHRoZSBlbmQgb2YgZXZlcnkgYmxvY2sgaSB3YW50IHRv IHB1dCBhbiBpbnN0cnVjdGlvbiwgbGlrZSAmcXVvdDt0aGFua3MsIHJlc3QgYSBtaW51dGUsIHBy ZXNzIHNwYWNlIGJhciB0byBnbyBvbiZxdW90Oy4gdGhhdCB0b3RhbGx5IHNjcmV3cyB1cCBldmVy eXRoaW5nLiAKPGRkPmkgcHV0IHRoZSBpbnN0cnVjdGlvbiBpbiBhICZxdW90OzAmcXVvdDsgbGlu ZSBhZnRlciB0aGUgc3RpbXVsaS4gdGhlcmUgYXJlIDExIHN0aW11bHVzIGl0ZW1zIGFuZCBvbmUg Z29tbWFuZC4gCjxkZD5pdCBza2lwcyBhdXRvbWF0aWNhbGx5IHRvIHRoZSBsYXN0IGxpbmUgaW4g dGhlIGJyYW5jZSB3aXRob3V0IHJ1bm5pbmcgdGhlIHByYWN0aWNlLCB0aGVuIHRvdGFsbHkgc2Ny ZXdzIHVwIHRoZSBibG9ja2luZy4gCjxkZD5vYnZpb3VzbHkgaSYjMzk7bSBkb2luZyBzb21ldGhp bmcgd3JvbmcsIGJ1dCBpIGRvbnQga25vdyB3aGF0LiAKPGRkPmhlcmUmIzM5O3MgdGhlIGNvZGUt IHNob3VsZCBiZSBzdHJhaWdodGZvcndhcmQgYW5kIHNpbXBsZS4gYW0gdXNpbmcgYW4gb2xkIHZl cnNpb24gb2YgZG1keCA8YSBvbmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRv dyxldmVudCx0aGlzKSIgaHJlZj0iaHR0cDovLzMuMS42LjIvIiB0YXJnZXQ9Il9ibGFuayI+My4x LjYuMjwvYT48YnI+PGJyPgo8ZGQ+Jmx0O2VwJmd0OyBzMTEgZzEyICZsdDtjciZndDsgJmx0O2lk ICZxdW90O2tleWJvYXJkJnF1b3Q7Jmd0OyAmbHQ7bXByICtsJmd0OyAmbHQ7bW5yICthJmd0OyAm bHQ7YXprJmd0OyAmbHQ7dnprICtsJmd0OyAmbHQ7dnprICthJmd0OyZsdDt2bSA2NDAsNDgwLDQ4 MCw4LDAmZ3Q7ICZsdDtmZCAzMSZndDsgJmx0O2QgMzYmZ3Q7ICZsdDt0IDUwMCZndDsgJmx0O2R3 YyAwJmd0OyAmbHQ7bmZiJmd0OyAmbHQ7ZW9wJmd0OyZuYnNwOyAoaW4gdGhlIG9yaWdpbmFsIHRo ZSB3aG9sZSBwYXJhbWF0ZXIgbGluZSBpcyBvbiBvbmUgbGluZSk8YnI+Cjxicj4KPGRkPnRoZW4g Y29tZSBpbnN0cnVjdGlvbnMgZW5jbHNlZCBpbiBkb2xsYXIgc2lnbnMsIHdpdGggMTEgcHJhY3Rp Y2UgaXRlbXMgYW5kIGFuIGluc3RydWN0aW9uIGxpbmUsIHdpdGggYSBzaW1wbGUgYnJhbmNoICh3 aXRoaW4gdGhlICQkKTogdGh1cyAoZXZlcnl0aGluZyBidXQgdGhlIGNvbW1hbmRzIGFyZSBpbiBo ZWJyZXctIGJ1dCB0aGF0IG1ha2VzIG5vIG1hdHRlci4gZXZlcnl0aGluZyB3b3RrZWQgdW50aWwg aSB0aHJldyBpbiB0aGUgYmxvY2sgc2NyYW1ibGluZyk6PGJyPgo8YnI+PGZvbnQgc2l6ZT0iMSI+ CjxkZD4wICZxdW90O9eb16LXqiDDlyDXqteX15nXnCDXotedINeQ15nXnteV158g16fXpteoLiDD lyDXkCDXnNec15fXldelINei15wg157Xp9epINeUJiMzOTvXqNeV15XXlyYjMzk7INeb16nXkNeq 15Qg157Xldeb158mcXVvdDsgJmx0O2JpZXJsdCAxMDEsIDI1MSZndDs7PC9kZD48L2ZvbnQ+PGZv bnQgc2l6ZT0iMSI+IAo8ZGQ+MiAmcXVvdDvigKYg15DXldeZLCDXmdeV16rXqCDXnteT15kg16nX kteZ16LXldeqLSDXkdeV15Agw5cgw5cg16HXlCDXqdeV15EmcXVvdDs7PC9kZD48L2ZvbnQ+PGZv bnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+IAo8ZGQ+LTI1MCAmbHQ7Zm0gNiZn dDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsyNTUxNTMwXSZndDsgJmx0O2xuIC0yJmd0 OyogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjEiPtec15XX nNeRPC9mb250Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8g OzwvZm9udD48Zm9udCBzaXplPSIxIj4gCjxkZD4rMjUwICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMj IyMmcXVvdDsvICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7bG4gKzImZ3Q7KiAmcXVvdDs8L2Rk PjwvZm9udD48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMSI+15DXqteo15XXkjwvZm9udD48 Zm9udCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PGZv bnQgc2l6ZT0iMSI+IAo8ZGQ+LTI1MCAmbHQ7Zm0gNiZndDsgPC9kZD48L2ZvbnQ+PGZvbnQgZmFj ZT0iQXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+JnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNv IFsyNTUxNTMwXSZndDsgKiAmcXVvdDs8L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFu LCBUaW1lcyIgc2l6ZT0iMSI+IDwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMSI+ 15TXk9ehPC9mb250Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90 Oy8gOzwvZm9udD48Zm9udCBzaXplPSIxIj4gCjxkZD4rMjUwICZsdDtmbSA2Jmd0OyAmcXVvdDsj IyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTAwMDBdJmd0OyAqICZxdW90OyA8L2RkPjwvZm9udD48 Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMSI+16LXqNeR15Q8L2ZvbnQ+PGZvbnQgZmFjZT0i QXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+JnF1b3Q7LyA7PC9mb250Pjxmb250IHNpemU9IjEi PiAKPGRkPi0yNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gJmx0O3JjbyBbMjU1 MTUzMF0mZ3Q7ICZsdDtsbiArMiZndDsqICZxdW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIj ZmY5OTAwIiBzaXplPSIxIj7Xm9eo16TXoTwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCwgSGVsdmV0 aWNhIiBzaXplPSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PGZvbnQgc2l6ZT0iMSI+IAo8ZGQ+LTI1MCAm bHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsyNTUxNTMwXSZndDsgJmx0 O2xuIC0yJmd0OyogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9 IjEiPtec15XXnNeRPC9mb250Pjxmb250IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEi PiZxdW90Oy8gOzwvZm9udD48Zm9udCBzaXplPSIxIj4gCjxkZD4tMjUwICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7bG4gLTImZ3Q7KiAm cXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMSI+15zXldec15E8 L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+JnF1b3Q7LyA7PC9m b250Pjxmb250IHNpemU9IjEiPiAKPGRkPisyNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZx dW90Oy8gJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtsbiArMiZndDsqICZxdW90OzwvZGQ+PC9m b250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIxIj7XkNeq16jXldeSPC9mb250Pjxmb250 IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EiIHNpemU9IjEiPiZxdW90Oy8gOzwvZm9udD48Zm9udCBz aXplPSIxIj4gCjxkZD4tMjUwICZsdDtmbSA2Jmd0OyA8L2RkPjwvZm9udD48Zm9udCBmYWNlPSJB cmlhbCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVvdDsjIyMjIyMmcXVvdDsvICZsdDtyY28gWzI1 NTE1MzBdJmd0OyAqICZxdW90OzwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIFRp bWVzIiBzaXplPSIxIj4gPC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIxIj7XlNeT 16E8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSIgc2l6ZT0iMSI+JnF1b3Q7LyA7 PC9mb250Pjxmb250IHNpemU9IjEiPiAKPGRkPisyNTAgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMj IyZxdW90Oy8gJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICogJnF1b3Q7IDwvZGQ+PC9mb250Pjxmb250 IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIxIj7Xoteo15HXlDwvZm9udD48Zm9udCBmYWNlPSJBcmlh bCwgSGVsdmV0aWNhIiBzaXplPSIxIj4mcXVvdDsvIDs8L2ZvbnQ+PGZvbnQgc2l6ZT0iMSI+IAo8 ZGQ+KzI1MSAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAmbHQ7cmNvIFsyNTUwMDAw XSZndDsgJmx0O2xuIOKAkzImZ3Q7KiAmcXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2Zm MDAwMCIgc2l6ZT0iMSI+157XqNeV16g8L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGlj YSIgc2l6ZT0iMSI+JnF1b3Q7LyAmbHQ7Ymllcmd0IDgwLCAtMiZndDs7PC9mb250Pjxmb250IHNp emU9IjEiPiAKPGRkPjAgJnF1b3Q715bXlNeVINeh15XXoyDXlNeQ15nXnteV158uINeR15HXp9ep 15QsIMOXINeq15fXmdecINeRw5cg15nXodeV15k8L2RkPjwvZm9udD4gLi4uJnF1b3Q7Ozxicj48 YnI+CjxkZD4mbmJzcDthbmQgdGhlbiAoc3RpbXVsdXMgd29yZHMgYXJlIGluIGhlYnJldy0gYnV0 IHRoYXQgc2hvdWxkbiYjMzk7dCBtYXR0ZXIpOjxmb250IHNpemU9IjQiPjwvZm9udD48Zm9udCBz aXplPSIyIj4gCjxkZD4tMDExICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1 b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAw IiBzaXplPSIyIj7XkNeVw5cg16E8L2ZvbnQ+JnF1b3Q7LzsgPGJyPjxicj48Zm9udCBzaXplPSIy Ij4KPGRkPiswMTIgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMj IyMmcXVvdDsvICogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9 IjIiPteo16bXlzwvZm9udD4mcXVvdDsvOzxmb250IHNpemU9IjIiPiAKPGRkPi0wMTMgJmx0O3Jj byBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7 PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9IjIiPten15jXmNeUPC9mb250 PiZxdW90Oy87PGZvbnQgc2l6ZT0iMiI+IAo8ZGQ+KzAxNCAmbHQ7cmNvIFsyNTUwMDAwXSZndDsg Jmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9u dCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMiI+16TXpteV16I8L2ZvbnQ+JnF1b3Q7Lzs8Zm9udCBz aXplPSIyIj4gCjxkZD4tMDE1ICZsdDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1 b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAw IiBzaXplPSIyIj7XlNeo15XXkjwvZm9udD4mcXVvdDsvOzxmb250IHNpemU9IjIiPiAKPGRkPisw MTYgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsv ICogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9IjIiPtee15XX l9elPC9mb250PiZxdW90Oy87PGZvbnQgc2l6ZT0iMiI+IAo8ZGQ+LTAxNyAmbHQ7cmNvIFsyNTUx NTMwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwv Zm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMiI+157Xl9eR15w8L2ZvbnQ+JnF1b3Q7 Lzs8Zm9udCBzaXplPSIyIj4gCjxkZD4rMDE4ICZsdDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0g NiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9y PSIjZmYwMDAwIiBzaXplPSIyIj7XqteV16fXozwvZm9udD4mcXVvdDsvOzxmb250IHNpemU9IjIi PiAKPGRkPi0wMTkgJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMj IyMmcXVvdDsvICogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjk5MDAiIHNpemU9 IjIiPteW16LXnTwvZm9udD4mcXVvdDsvOyA8Zm9udCBzaXplPSIyIj4KPGRkPiswMjAgJmx0O3Jj byBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7 PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9IjIiPteT15XXp9eoPC9mb250 PiZxdW90Oy87PGZvbnQgc2l6ZT0iMiI+IAo8ZGQ+LTAyMSAmbHQ7cmNvIFsyNTUwMDAwXSZndDsg Jmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9u dCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMiI+16rXp9eZ16TXlDwvZm9udD4mcXVvdDsvOzxmb250 IHNpemU9IjIiPiAKPGRkPjAgJnF1b3Q7LteZ16TXlCwg16LXm9ep15nXlSDXoteV15Mg16TXoted INeR15HXp9ep15QtINeq15zXl9elINei15wg15TXqNeV15XXlyDXm9ep15DXqteUINee15XXm9ef JnF1b3Q7OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIjMDA4MDgwIiBzaXplPSIyIj4gCjxkZD4h Zmlyc3QgZ28gb2YgdmlvbGVudCB3b3JkIGNvbnRyb2xscyBhbGwgY29udHJvbGwgd29yZHMgc3Rh cnQgd2l0aCBvbmUgb2RkIG5lZ2F0aXZlIG51bWJlcnMgYXJlIGZvciBvcmFuZ2Ugd29yZHMgZXZl biBwb3NpdGl2ZSBudW1iZXJzIGZvciByZWQgd29yZHM7PC9kZD48L2ZvbnQ+PGZvbnQgc2l6ZT0i MiI+IAo8ZGQ+LTExMSAmbHQ7cmNvIFsyNTUxNTMwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMj IyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6 ZT0iMiI+16nXoteV1588L2ZvbnQ+JnF1b3Q7Lzs8Zm9udCBzaXplPSIyIj4gCjxkZD4rMTEyICZs dDtyY28gWzI1NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZx dW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7XnNeR1588L2Zv bnQ+JnF1b3Q7Lzs8Zm9udCBzaXplPSIyIj4gCjxkZD4tMTEzICZsdDtyY28gWzI1NTE1MzBdJmd0 OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZGQ+PC9mb250Pjxm b250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7Xktep15XXnTwvZm9udD4mcXVvdDsvOzxmb250 IHNpemU9IjIiPiAKPGRkPisxMTQgJmx0O3JjbyBbMjU1MDAwMF0mZ3Q7ICZsdDtmbSA2Jmd0OyAm cXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29sb3I9IiNmZjAw MDAiIHNpemU9IjIiPteT15nXodenPC9mb250PiZxdW90Oy87PGZvbnQgc2l6ZT0iMiI+IAo8ZGQ+ LTExNSAmbHQ7cmNvIFsyNTUxNTMwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90 Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2ZmOTkwMCIgc2l6ZT0iMiI+15HX qNeV16k8L2ZvbnQ+JnF1b3Q7Lzs8Zm9udCBzaXplPSIyIj4gCjxkZD4rMTE2ICZsdDtyY28gWzI1 NTAwMDBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZxdW90OzwvZGQ+ PC9mb250Pjxmb250IGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj7Xp9eo15nXqDwvZm9udD4mcXVv dDsvOzxmb250IHNpemU9IjIiPiAKPGRkPi0xMTcgJmx0O3JjbyBbMjU1MTUzMF0mZ3Q7ICZsdDtm bSA2Jmd0OyAmcXVvdDsjIyMjIyMmcXVvdDsvICogJnF1b3Q7PC9kZD48L2ZvbnQ+PGZvbnQgY29s b3I9IiNmZjk5MDAiIHNpemU9IjIiPtei157XldeTPC9mb250PiZxdW90Oy87PGZvbnQgc2l6ZT0i MiI+IAo8ZGQ+KzExOCAmbHQ7cmNvIFsyNTUwMDAwXSZndDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMj IyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6 ZT0iMiI+15TXkteT15Q8L2ZvbnQ+JnF1b3Q7Lzs8Zm9udCBzaXplPSIyIj4gCjxkZD4tMTE5ICZs dDtyY28gWzI1NTE1MzBdJmd0OyAmbHQ7Zm0gNiZndDsgJnF1b3Q7IyMjIyMjJnF1b3Q7LyAqICZx dW90OzwvZGQ+PC9mb250Pjxmb250IGNvbG9yPSIjZmY5OTAwIiBzaXplPSIyIj7DlyDXntecPC9m b250PiZxdW90Oy87IDxmb250IHNpemU9IjIiPgo8ZGQ+KzEyMCAmbHQ7cmNvIFsyNTUwMDAwXSZn dDsgJmx0O2ZtIDYmZ3Q7ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48 Zm9udCBjb2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMiI+16HDlyDXk9enPC9mb250PiZxdW90Oy87PGZv bnQgc2l6ZT0iMiI+IAo8ZGQ+LTEyMSAmbHQ7cmNvIFsyNTUwMDAwXSZndDsgJmx0O2ZtIDYmZ3Q7 ICZxdW90OyMjIyMjIyZxdW90Oy8gKiAmcXVvdDs8L2RkPjwvZm9udD48Zm9udCBjb2xvcj0iI2Zm OTkwMCIgc2l6ZT0iMiI+15TXldecw5cg15M8L2ZvbnQ+JnF1b3Q7Lzs8Zm9udCBzaXplPSIyIj4g CjxkZD4wICZxdW90Oy7Xmdek15QsINei15vXqdeZ15Ug16LXldeTINek16LXnSDXkdeR16fXqdeU LSDXqtec15fXpSDXotecINeU16jXldeV15cg15vXqdeQ16rXlCDXnteV15vXnyZxdW90Ozs8L2Rk PjwvZm9udD4gCjxkZD5ldGMuLi4uLi4uIAo8ZGQ+dGhhbmtzIAo8ZGQ+ZGF2aWQgY29oZW48YnI+ PGJyPgo8ZGQ+LS0gCjxkZD5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+IAo8ZGQ+UHJlZGlj dGlvbiBpcyB2ZXJ5IGRpZmZpY3VsdCwgZXNwZWNpYWxseSBpZiBpdCYjMzk7cyBhYm91dCB0aGUg ZnV0dXJlLiAKPGRkPk5pZWxzIEJvaHIgPC9kZD48L2RkPjwvZGQ+PC9kZD48L2RkPjwvZGQ+PC9k ZD48L2RkPjwvZGQ+PC9kZD48L2RkPjwvZGQ+PC9kZD48L2RkPjwvZGQ+PC9kZD48L2RkPjwvYmxv Y2txdW90ZT48YnI+PGJyPgo8ZGQ+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IC8mcXVvdDtcIAo8ZGQ+Jm5ic3A7LWpvbmF0aGFuIChqLmMuZi4pJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFwgLyAKPGRkPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBYIAo8ZGQ+ Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFTQ0lJIFJJQkJPTiBDQU1QQUlHTiAtIEFHQUlOU1QgSFRNTCBN QUlMJm5ic3A7IC8gXCA8YnI+PGJyPgo8ZGQ+TGlmZSBpcyBhIHlvLXlvLCBhbmQgbWFua2luZCB0 aWVzIGtub3RzIGluIHRoZSBzdHJpbmcuPGJyPjxicj48L2RkPjwvZGQ+PC9kZD48L2RkPjwvZGQ+ PC9kZD48L2RkPjwvZGQ+PC9kbD48YnI+PGJyPjxicj4tLSA8YnI+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fjxicj5QcmVkaWN0aW9uIGlzIHZlcnkgZGlmZmljdWx0LCBlc3BlY2lhbGx5IGlm IGl0JiMzOTtzIGFib3V0IHRoZSBmdXR1cmUuIDxicj4KTmllbHMgQm9ociA8L3NwYW4+PC9kaXY+ PC9ibG9ja3F1b3RlPgo8ZGl2PjxzcGFuIGNsYXNzPSJlIiBpZD0icV8xMTk1ODk3YmM4MzlhNTEy XzYiPjxicj48YnI+CjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IC8mcXVvdDtcPC9kaXY+CjxkaXY+Jm5ic3A7LWpvbmF0aGFuIChqLmMuZi4pJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFwgLzwvZGl2Pgo8 ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBYIDwvZGl2Pgo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBBU0NJSSBSSUJCT04gQ0FNUEFJR04g LSBBR0FJTlNUIEhUTUwgTUFJTCZuYnNwOyAvIFwgPC9kaXY+PGJyPgo8ZGl2PkxpZmUgaXMgYSB5 by15bywgYW5kIG1hbmtpbmQgdGllcyBrbm90cyBpbiB0aGUgc3RyaW5nLjwvZGl2Pjxicj48L3Nw YW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+PGJyPi0tIDxi cj5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+PGJyPlByZWRpY3Rpb24gaXMgdmVyeSBkaWZm aWN1bHQsIGVzcGVjaWFsbHkgaWYgaXQmIzM5O3MgYWJvdXQgdGhlIGZ1dHVyZS4gPGJyPgpOaWVs cyBCb2hyIAo= ------=_Part_5776_32067849.1208372837845-- From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 13:32:37 2008 Received: from blade3.isos.isu.edu (blade3.isos.isu.edu [134.50.250.75]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3GKWADE000384 for ; Wed, 16 Apr 2008 13:32:10 -0700 Received: from conversion-daemon.blade3.isos.isu.edu by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) id <0JZF00401HYA4X00@blade3.isos.isu.edu> (original mail from nprause@isu.edu) for DMDX@psy1.psych.arizona.edu; Wed, 16 Apr 2008 11:30:20 -0600 (MDT) Received: from [127.0.0.1] ([134.50.63.118]) by blade3.isos.isu.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JZF00L2KHX4DP90@blade3.isos.isu.edu> for DMDX@psy1.psych.arizona.edu; Wed, 16 Apr 2008 11:29:28 -0600 (MDT) Date: Wed, 16 Apr 2008 11:29:26 -0600 From: Nicole Prause Subject: [DMDX] question, possibly hardware To: DMDX@psy1.psych.arizona.edu Message-id: <48063776.4020702@isu.edu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I'm trying to better understand some odd TTL behavior that may be related to DMDX or hardware. My reading of the is that it will automatically send a different # TTL coded # ticks after a code is sent after each is requested. What I see in the coordinating software (Scan from compumedics) through a PIO is double codes sent for most (TTL codes above 200) of the sent and no 255 sent for lower codes. If is sent on an item line in a frame with , the software indicates that 213 was received twice on time and 255 was received twice at the expected time after. If is sent with , we just see the 186 at the expected time once. The latter is the desired behavior. Clearly they would not even have been received at the same time, so I'm having difficulty troubleshooting the code. Have others noticed this with similar hardware/software? Or would you suggest an alternate method of reset? Thanks for your thoughts. Nicole From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 17:08:46 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3H087KO001115 for ; Wed, 16 Apr 2008 17:08:07 -0700 Received: from gandalfs_amavis (amavis9.email.arizona.edu [10.0.0.237]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C7FA05CA5B6 for ; Wed, 16 Apr 2008 17:08:07 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 16A5C5C97F0 for ; Wed, 16 Apr 2008 17:08:03 -0700 (MST) Message-Id: <5.1.0.14.2.20080416162915.00ba5320@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 17:08:02 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question, possibly hardware In-Reply-To: <48063776.4020702@isu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 11:29 AM 4/16/2008 -0600, you wrote: >Hello, > >I'm trying to better understand some odd TTL behavior that may be related >to DMDX or hardware. > >My reading of the is that it will automatically send a different ># TTL coded # ticks Fairly sure it's milliseconds, but some time interval anyway. > after a code is sent after each is requested. What I see in the > coordinating software (Scan from compumedics) through a PIO is double > codes sent for most (TTL codes above 200) of the sent and no 255 > sent for lower codes. If is sent on an item line in a frame with > , the software indicates that 213 was received twice on time > and 255 was received twice at the expected time after. If is sent > with , we just see the 186 at the expected time once. The > latter is the desired behavior. > >Clearly they would not even have been received at the same time, so I'm >having difficulty troubleshooting the code. Have others noticed this with >similar hardware/software? Or would you suggest an alternate method of reset? I'm guessing something weird is happening because you can't send the same code twice, it's equivalent to sending the code once as outputting the same code that's already output is not a distinguishable event from the state of the hardware as it already stands. RevertOutput is needed to make the output of the same code twice detectable as two events, otherwise there's no change in the output. You can get mangled codes on some machines with sufficiently sensitive hardware reading the codes (like Neuroscan) and a Measurement Computing interface card for DMDX when using port C for output because the upper nibble can be delayed from the lower nibble by a few microseconds every now and then. Because of the way the Measurement Computing interface software is constructed (to mimic the original 8255 as closely as possible) DMDX has to send the output as two commands and on slower machines this can lead to lag every now and then between the nibbles getting output. Other interface cards like the Keithley stuff tends not to suffer from that sensitivity. But that doesn't sound like what you're talking about as you wouldn't see 213 received twice, you'd see 5, then 213 then five milliseconds later maybe 223 followed by 255. If 255 was the most recent code you might see 245 instead of the initial 5. If you are using a Measurement Computing device you can try using PIO12output16 instead of PIO12 and use the high 8 bits of output on Port B that are guaranteed synchronous. We had to do that for a couple of machines here that send codes to Neuroscan (not all of them oddly) and to make life somewhat easier used the output counter code so frames had things like . If that's not it it's possible that your compumedics stuff is seeing stray noise or ringing on the line possibly caused by overly long wires, TTL signals are only rated at 5 ft distances without special care. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 17:14:31 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3H0EGwN001145 for ; Wed, 16 Apr 2008 17:14:16 -0700 Received: from frodos_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id D49853A9DCD for ; Wed, 16 Apr 2008 17:14:16 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 9688C3A9DCA for ; Wed, 16 Apr 2008 17:14:15 -0700 (MST) Message-Id: <5.1.0.14.2.20080416171248.00ba5318@psy1.psych.arizona.edu> Date: Wed, 16 Apr 2008 17:14:14 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: question, possibly hardware In-Reply-To: <5.1.0.14.2.20080416162915.00ba5320@psy1.psych.arizona.edu> References: <48063776.4020702@isu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 05:08 PM 4/16/2008 -0700, I wrote: > We had to do that for a couple of machines here that send codes to > Neuroscan (not all of them oddly) and to make life somewhat easier used > the output counter code so frames had things like . Bzzt. or . /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 16 22:46:32 2008 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3H5jr1v002075 for ; Wed, 16 Apr 2008 22:45:53 -0700 Received: by wf-out-1314.google.com with SMTP id 24so3475648wfg.1 for ; Wed, 16 Apr 2008 22:45:52 -0700 (PDT) Received: by 10.142.148.7 with SMTP id v7mr293306wfd.153.1208411152725; Wed, 16 Apr 2008 22:45:52 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Wed, 16 Apr 2008 22:45:52 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 13:45:52 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment In-Reply-To: <5.1.0.14.2.20080416101013.00ba52f8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14037_30504867.1208411152729" References: <5.1.0.14.2.20080416101013.00ba52f8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_14037_30504867.1208411152729 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline SSBrbm93IHdoYXQgeW91IG1lYW4sYW5kIGl0IHJlYWxseSBoZWxwIG1lLlRoZSB0aW1lIGludGVy dmFsIGJldHdlZW4gdHdvCnRyaWFscyAsc2hvdWxkIEkgdXNlIDxkPiB0byBzZXQ/CgoKCgoKMjAw OC80LzE3LCBKb25hdGhhbiBDLiBGb3JzdGVyIDxqZm9yc3RlckBwc3kxLnBzeWNoLmFyaXpvbmEu ZWR1PjoKPgo+Cj4KPiBZb3UgaGF2ZSBhIGJsYW5rIGZyYW1lIGFmdGVyIHlvdXIgY2xvY2sgb24g YW5kIHRoZSBmcmFtZSB0aGF0IGhhcyB0aGUKPiBjbG9jayBvbiBpcyA0MDAwIG1zIGxvbmcgc28g dGhlIGZlZWRiYWNrIGNhbid0IGNvbWUgdGlsbCBpdCdzIGRpc3BsYXllZC4gIElmCj4geW91IHdh bnQgRE1EWCB0byBjbGVhciB0aGUgZGlzcGxheSBhZnRlciB0aGUgcmVzcG9uc2UgeW91IGNhbid0 IGJlCj4gc2NoZWR1bGluZyBhbnl0aGluZyBlbHNlIHRvIGJlIGRpc3BsYXllZCBiZWNhdXNlIERN RFggaXMgZ29pbmcgdG8gd2FpdCB0aWxsCj4gdGhhdCBpcyBkaXNwbGF5ZWQgYmVmb3JlIGRvaW5n IGFueXRoaW5nIGVsc2UuICBZb3Ugd2FudDoKPgo+ICsxPHdhdj4iYjEiLyoixuTL+yI7Cj4KPiBB dCAwMToyOCBQTSA0LzE2LzIwMDggKzA4MDAsIHlvdSB3cm90ZToKPgo+IG45NiBzMSA8ZCBvPjxh ems+PGNyPjxjbGZiPjx0IDQwMDA+PHZtIDEwMjQsNzY4LDc2OCwzMiwwPjxpZCAivPzFzCI+PGRi Ywo+IDI1NTI1NTI1NT48ZHdjIDAwMDAwMDAwMD48bXIgK1NwYWNlPjxtbnIgIivT0rz9zbciPjxt cHIgIivX87z9zbciPgo+Cj4KPiArMTx3YXY+ImIxIi8qPG1zJSA0MDAwPiLG5Mv7Ii88bXMlIDkw MD47Cj4KPgo+Cj4gSSBoYXZlIHVzZWQgPGNsZmI+LGJ1dCB0aGUgcHJvYmxlbSBzdGlsbCBleGlz dCAuSWYgSSBtb2RpZnkgPG1zJSA0MDAwPiB0bwo+IDxtcyUgMjAwMD4sdGhpbmdzIGFyZSBiZXR0 ZXIuCj4KPgo+Cj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAvIlwKPiAgLWpvbmF0aGFuIChqLmMuZi4pICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwg Lwo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFgKPiAg ICAgQVNDSUkgUklCQk9OIENBTVBBSUdOIC0gQUdBSU5TVCBIVE1MIE1BSUwgIC8gXAo+Cj4gTGlm ZSBpcyBhIHlvLXlvLCBhbmQgbWFua2luZCB0aWVzIGtub3RzIGluIHRoZSBzdHJpbmcuCj4KPgo= ------=_Part_14037_30504867.1208411152729 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5JIGtub3cgd2hhdCB5b3UgbWVhbixhbmQgaXQgcmVhbGx5IGhlbHAgbWUuVGhlIHRpbWUg aW50ZXJ2YWwgYmV0d2VlbiB0d28gdHJpYWxzICxzaG91bGQgSSB1c2UgJmx0O2QmZ3Q7IHRvIHNl dD88L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj4mbmJzcDs8 L2Rpdj4KPGRpdj48YnI+Jm5ic3A7PC9kaXY+CjxkaXY+PHNwYW4gY2xhc3M9ImdtYWlsX3F1b3Rl Ij4yMDA4LzQvMTcsIEpvbmF0aGFuIEMuIEZvcnN0ZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpqZm9y c3RlckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1Ij5qZm9yc3RlckBwc3kxLnBzeWNoLmFyaXpvbmEu ZWR1PC9hPiZndDs6PC9zcGFuPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl PSJQQURESU5HLUxFRlQ6IDFleDsgTUFSR0lOOiAwcHggMHB4IDBweCAwLjhleDsgQk9SREVSLUxF RlQ6ICNjY2MgMXB4IHNvbGlkIj48YnI+PGJyPllvdSBoYXZlIGEgYmxhbmsgZnJhbWUgYWZ0ZXIg eW91ciBjbG9jayBvbiBhbmQgdGhlIGZyYW1lIHRoYXQgaGFzIHRoZSBjbG9jayBvbiBpcyA0MDAw IG1zIGxvbmcgc28gdGhlIGZlZWRiYWNrIGNhbiYjMzk7dCBjb21lIHRpbGwgaXQmIzM5O3MgZGlz cGxheWVkLiZuYnNwOyBJZiB5b3Ugd2FudCBETURYIHRvIGNsZWFyIHRoZSBkaXNwbGF5IGFmdGVy IHRoZSByZXNwb25zZSB5b3UgY2FuJiMzOTt0IGJlIHNjaGVkdWxpbmcgYW55dGhpbmcgZWxzZSB0 byBiZSBkaXNwbGF5ZWQgYmVjYXVzZSBETURYIGlzIGdvaW5nIHRvIHdhaXQgdGlsbCB0aGF0IGlz IGRpc3BsYXllZCBiZWZvcmUgZG9pbmcgYW55dGhpbmcgZWxzZS4mbmJzcDsgWW91IHdhbnQ6PGJy Pgo8YnI+KzEmbHQ7d2F2Jmd0Ozxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiwgVGltZXMiPiZx dW90O2IxJnF1b3Q7PC9mb250Pi8qPGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBUaW1lcyI+ JnF1b3Q7PC9mb250Psbky/s8Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIFRpbWVzIj4mcXVv dDs8L2ZvbnQ+OyA8YnI+PGJyPkF0IDAxOjI4IFBNIDQvMTYvMjAwOCArMDgwMCwgeW91IHdyb3Rl Ojxicj4KCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPm45NiBzMSAmbHQ7ZCBvJmd0OyZsdDthemsm Z3Q7Jmx0O2NyJmd0OyZsdDtjbGZiJmd0OyZsdDt0IDQwMDAmZ3Q7Jmx0O3ZtIDEwMjQsNzY4LDc2 OCwzMiwwJmd0OyZsdDtpZCAmcXVvdDu8/MXMJnF1b3Q7Jmd0OyZsdDtkYmMgMjU1MjU1MjU1Jmd0 OyZsdDtkd2MgMDAwMDAwMDAwJmd0OyZsdDttciArU3BhY2UmZ3Q7Jmx0O21uciA8Zm9udCBmYWNl PSJUaW1lcyBOZXcgUm9tYW4sIFRpbWVzIj4mcXVvdDs8L2ZvbnQ+K9PSvP3Ntzxmb250IGZhY2U9 IlRpbWVzIE5ldyBSb21hbiwgVGltZXMiPiZxdW90OzwvZm9udD4mZ3Q7Jmx0O21wciA8Zm9udCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4sIFRpbWVzIj4mcXVvdDs8L2ZvbnQ+K9fzvP3Ntzxmb250IGZh Y2U9IlRpbWVzIE5ldyBSb21hbiwgVGltZXMiPiZxdW90OzwvZm9udD4mZ3Q7PGJyPgombmJzcDs8 YnI+PGJyPisxJmx0O3dhdiZndDs8Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIFRpbWVzIj4m cXVvdDtiMSZxdW90OzwvZm9udD4vKiZsdDttcyUgNDAwMCZndDs8Zm9udCBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4sIFRpbWVzIj4mcXVvdDs8L2ZvbnQ+xuTL+zxmb250IGZhY2U9IlRpbWVzIE5ldyBS b21hbiwgVGltZXMiPiZxdW90OzwvZm9udD4vJmx0O21zJSA5MDAmZ3Q7OyA8YnI+PGJyPgombmJz cDs8YnI+PGJyPkkgaGF2ZSB1c2VkICZsdDtjbGZiJmd0OyxidXQgdGhlIHByb2JsZW0gc3RpbGwg ZXhpc3QgLklmIEkgbW9kaWZ5ICZsdDttcyUgNDAwMCZndDsgdG8gJmx0O21zJSAyMDAwJmd0Oyx0 aGluZ3MgYXJlIGJldHRlci48YnI+PC9ibG9ja3F1b3RlPgo8ZGl2PjxzcGFuIGNsYXNzPSJlIiBp ZD0icV8xMTk1ODM5OGM2OTExMzFkXzEiPjxicj48YnI+CjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC8mcXVvdDtcPC9kaXY+CjxkaXY+Jm5ic3A7 LWpvbmF0aGFuIChqLmMuZi4pJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFwgLzwvZGl2Pgo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBYIDwvZGl2Pgo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBB U0NJSSBSSUJCT04gQ0FNUEFJR04gLSBBR0FJTlNUIEhUTUwgTUFJTCZuYnNwOyAvIFwgPC9kaXY+ PGJyPgo8ZGl2PkxpZmUgaXMgYSB5by15bywgYW5kIG1hbmtpbmQgdGllcyBrbm90cyBpbiB0aGUg c3RyaW5nLjwvZGl2Pjxicj48L3NwYW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj4K ------=_Part_14037_30504867.1208411152729-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 02:26:36 2008 Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3H9PsrE002709 for ; Thu, 17 Apr 2008 02:25:54 -0700 Received: by wx-out-0506.google.com with SMTP id i28so522wxd.1 for ; Thu, 17 Apr 2008 02:25:49 -0700 (PDT) Received: by 10.142.222.21 with SMTP id u21mr352456wfg.231.1208424349202; Thu, 17 Apr 2008 02:25:49 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Thu, 17 Apr 2008 02:25:49 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 17:25:49 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment In-Reply-To: <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14483_18261458.1208424349186" References: <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_14483_18261458.1208424349186 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline KzE8d2F2PiJzMSI8c3ZwIEN1ZSAxPiUwLyoiy7zE7iI7CgoKCisxPHdhdj4iczEiPHN2cCAxPiUw Lyoiy7zE7iI7CgoKCkkgaGF2ZSB0cmllZCBhcyB5b3UgYWR2aXNlZCxidXQgdGhlIHByb2JsZW0g aXMgc3RpbGwgZXhpc3RpbmcuU28gSSB0aGluawptYXliZSBJIGFjdHVhbGx5IGZhaWxlZCB0byBw dXQgYSBjdWUgaW50byBteSBhdWRpbyBmaWxlLgoKCgoxIE9wZW4gdGhlIHNvdW5kIGZpbGUgYW5k IGNsaWNrIHRoZSBsb2NhdGlvbiBpbiB0aGUgd2F2ZWZvcm0gYXQgd2hpY2ggSSB3YW50CnRvIGNy ZWF0ZSB0aGUgY3VlIHBvaW50LgoKMiBjaG9vc2UgIEluc2VydCBDdWUgUG9pbnQKMyBFbnRlciBh IGN1ZSBwb2ludCBuYW1lIGFuZC9vciBjaGFuZ2UgdGhlIGN1ZSBwb2ludCB0aW1lCgpUaGUgdHlw ZSBvZiBjdWUgaXMgYmFzaWMsdGhlbiBzYXZlIHRvIGFsbC4KSXQgc2VlbXMgYWxsIHJpZ2h0LEkg ZG9uJ3Qga293biB3aGljaCBpcyB3cm9uZy4KCgoKCjIwMDgvNC8xNywgSm9uYXRoYW4gQy4gRm9y c3RlciA8amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdT46Cj4KPgo+IFRoYXQgc29mdHdh cmUgaXMgZmluZS4gIFlvdSBoYXZlIHRvIGdldCB0aGUgbmFtZSBjb3JyZWN0Lgo+Cj4gQXQgMDI6 NDcgUE0gNC8xNi8yMDA4ICswODAwLCB5b3Ugd3JvdGU6Cj4KPiA+IE5vdyBJIHRyeSB0byB1c2Ug Q29vbCBFZGl0IFBybyAyLjAgdG8gcHV0IGN1ZXMgaW50byBteSBhdWRpbyBmaWxlcy5CdXQKPiA+ IERNRFggYWxsd2F5cyBwb2ludHMgIG91dCA6Cj4gPgo+ID4gVW5hYmxlIHRvIGZpbmQgY3VlIHBv aW50cyBkYXRhCj4gPiBVbmFibGUgdG8gbG9jYXRlIHZpc3VhbCBwcm9iZSBjdWUgIjEiIGluIHdh dmUgZmlsZSBzMS53YXYKPiA+Cj4gPiBCdXQgSSByZWFsbHkgYnVpbHQgYSBjdWUgaW50byB0aGUg ZmlsZSx5b3UgY2FuIHNlZSAgdGhlIGN1ZSBvbiB0aGUKPiA+IHdhdmVmb3JtIHdoZW4gb3Blbmlu ZyB0aGUgZmlsZSBieSB0aGUgc29mdHdhcmUuTWF5YmUgeW91IGNhbiAgcmVjb21tZW5kIGEKPiA+ IHNvZnR3YXJlLgo+ID4gTWFueSB0aGFua3MgZm9yIHlvdXIgaGVscC4KPiA+Cj4KPgo+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvIlwKPiAgLWpvbmF0aGFu IChqLmMuZi4pICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgLwo+ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWAo+ICAgIEFTQ0lJIFJJQkJPTiBDQU1Q QUlHTiAtIEFHQUlOU1QgSFRNTCBNQUlMICAvIFwKPgo+IExpZmUgaXMgYSB5by15bywgYW5kIG1h bmtpbmQgdGllcyBrbm90cyBpbiB0aGUgc3RyaW5nLgo+Cj4KPiA9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+ICBTZW5k IG1haWwgdG8gRE1EWC1yZXF1ZXN0QHBzeTEucHN5Y2guYXJpem9uYS5lZHUgd2l0aCB0aGUgd29y ZAo+ICAndW5zdWJzY3JpYmUnIGJ5IGl0c2VsZiB3aXRoIG5vIHF1b3RlcyBpbiB0aGUgYm9keSBv ZiB0aGUgZW1haWwKPiAgdG8gYmUgcmVtb3ZlZCBmcm9tIHRoZSBsaXN0LiAgVGhlIGxpc3QgYXJj aGl2ZSBpcyBhdmFpbGFibGUgaGVyZToKPiAgICAgICAgIGh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpv bmEuZWR1L2NnaS1iaW4vRE1EWC90aHJlYWQKPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+Cg== ------=_Part_14483_18261458.1208424349186 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj48Zm9udCBjb2xvcj0iIzAwMDAwMCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJGT05U LVNJWkU6IDEycHQ7IENPTE9SOiByZWQ7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PGZvbnQgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ik1BUkdJTjog MGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9u ZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZ OiDLzszlOyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1oYW5zaS1mb250LWZhbWlseTogJiMz OTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7IG1zby1h bnNpLWxhbmd1YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPiZuYnNwOzwvZm9udD48 L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAw cHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9uZSIgYWxpZ249 ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiDLzszlOyBt c28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1oYW5zaS1mb250LWZhbWlseTogJiMzOTtUaW1lcyBO ZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7IG1zby1hbnNpLWxhbmd1 YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPisxJmx0O3dhdiZndDsmcXVvdDtzMSZx dW90OyZsdDtzdnAgQ3VlIDEmZ3Q7JTAvKiZxdW90O8u8xO4mcXVvdDs7PC9mb250Pjwvc3Bhbj48 L3A+Cgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVY VC1BTElHTjogbGVmdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIiBhbGlnbj0ibGVmdCI+ PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IMvOzOU7IG1zby1mb250 LWtlcm5pbmc6IDBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAmIzM5O1RpbWVzIE5ldyBSb21h biYjMzk7OyBtc28tYmlkaS1mb250LWZhbWlseTogy87M5TsgbXNvLWFuc2ktbGFuZ3VhZ2U6IFpI LUNOIj48Zm9udCBjb2xvcj0iIzAwMDAwMCI+Jm5ic3A7PC9mb250Pjwvc3Bhbj48L3A+Cgo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjog bGVmdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIiBhbGlnbj0ibGVmdCI+PHNwYW4gc3R5 bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IMvOzOU7IG1zby1mb250LWtlcm5pbmc6 IDBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAmIzM5O1RpbWVzIE5ldyBSb21hbiYjMzk7OyBt c28tYmlkaS1mb250LWZhbWlseTogy87M5TsgbXNvLWFuc2ktbGFuZ3VhZ2U6IFpILUNOIj48Zm9u dCBjb2xvcj0iIzAwMDAwMCI+KzEmbHQ7d2F2Jmd0OyZxdW90O3MxJnF1b3Q7Jmx0O3N2cCAxJmd0 OyUwLyomcXVvdDvLvMTuJnF1b3Q7OzwvZm9udD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1s YXlvdXQtZ3JpZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJ WkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1o YW5zaS1mb250LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9u dC1mYW1pbHk6IMvOzOU7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMw MDAwMDAiPiZuYnNwOzwvZm9udD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3Jp ZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7 IEZPTlQtRkFNSUxZOiDLzszlOyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1oYW5zaS1mb250 LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6 IMvOzOU7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPkkg aGF2ZSB0cmllZCBhcyB5b3UgYWR2aXNlZCxidXQgdGhlIHByb2JsZW0gaXMgc3RpbGwgZXhpc3Rp bmcuU28gSSB0aGluayBtYXliZSBJIGFjdHVhbGx5IGZhaWxlZCB0byBwdXQgYSBjdWUgaW50byBt eSBhdWRpbyBmaWxlLjwvZm9udD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3Jp ZC1hbGlnbjogbm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7 IEZPTlQtRkFNSUxZOiDLzszlOyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1oYW5zaS1mb250 LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6 IMvOzOU7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPiZu YnNwOzwvZm9udD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjog bm9uZSIgYWxpZ249ImxlZnQiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFN SUxZOiDLzszlOyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1oYW5zaS1mb250LWZhbWlseTog JiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7IG1z by1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPjEgT3BlbiB0aGUg c291bmQgZmlsZSBhbmQgY2xpY2sgdGhlIGxvY2F0aW9uIGluIHRoZSB3YXZlZm9ybSBhdCB3aGlj aCBJIHdhbnQgdG8gY3JlYXRlIHRoZSBjdWUgcG9pbnQuPC9mb250Pjwvc3Bhbj48c3BhbiBzdHls ZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogy87M5TsgbXNvLWZvbnQta2VybmluZzog MHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICYjMzk7VGltZXMgTmV3IFJvbWFuJiMzOTs7IG1z by1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBtc28tYW5zaS1sYW5ndWFnZTogWkgtQ04iPjxzcGFu IHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiDLzszlOyBtc28tZm9udC1rZXJu aW5nOiAwcHQ7IG1zby1oYW5zaS1mb250LWZhbWlseTogJiMzOTtUaW1lcyBOZXcgUm9tYW4mIzM5 OzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IMvOzOU7IG1zby1hbnNpLWxhbmd1YWdlOiBaSC1DTiI+ PGZvbnQgY29sb3I9IiMwMDAwMDAiPiZuYnNwOzwvZm9udD48L3NwYW4+PC9zcGFuPjwvcD4KCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0OyBURVhULUFMSUdO OiBsZWZ0OyBtc28tbGF5b3V0LWdyaWQtYWxpZ246IG5vbmUiIGFsaWduPSJsZWZ0Ij48c3BhbiBz dHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogy87M5TsgbXNvLWZvbnQta2Vybmlu ZzogMHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICYjMzk7VGltZXMgTmV3IFJvbWFuJiMzOTs7 IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDLzszlOyBtc28tYW5zaS1sYW5ndWFnZTogWkgtQ04iPjxm b250IGNvbG9yPSIjMDAwMDAwIj48L2ZvbnQ+PC9zcGFuPjwvcD4KPC9mb250Pjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJGT05ULVNJWkU6IDEycHQ7IENPTE9SOiByZWQ7 IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48Zm9u dCBmYWNlPSLLzszlIiBzaXplPSIyIj48L2ZvbnQ+PC9mb250Pjwvc3Bhbj48L2Rpdj4KPGRpdj48 Zm9udCBjb2xvcj0iIzAwMDAwMCI+MiBjaG9vc2UgJm5ic3A7PGtiZCBjbGFzcz0iS2V5Q29kZSI+ SW5zZXJ0PC9rYmQ+IDxpbWcgc3JjPSJodHRwOi8vd3d3Lm9yZWlsbHkuY29tL2NhdGFsb2cvZGly ZWN0bnV0L2NoYXB0ZXIvcmFyci5naWYiPiA8a2JkIGNsYXNzPSJLZXlDb2RlIj5DdWUgUG9pbnQ8 L2tiZD48L2ZvbnQ+PC9kaXY+CjxkaXY+PGtiZCBjbGFzcz0iS2V5Q29kZSI+PGZvbnQgY29sb3I9 IiMwMDAwMDAiPjMgRW50ZXIgYSBjdWUgcG9pbnQgbmFtZSBhbmQvb3IgY2hhbmdlIHRoZSBjdWUg cG9pbnQgdGltZTwvZm9udD48L2tiZD48L2Rpdj4KPGRpdj48a2JkIGNsYXNzPSJLZXlDb2RlIj48 Zm9udCBjb2xvcj0iIzAwMDAwMCI+PC9mb250Pjwva2JkPiZuYnNwOzwvZGl2Pgo8ZGl2PjxrYmQg Y2xhc3M9IktleUNvZGUiPjxmb250IGNvbG9yPSIjMDAwMDAwIj5UaGUgdHlwZSBvZiBjdWUgaXMg YmFzaWMsdGhlbiBzYXZlIHRvIGFsbC48L2ZvbnQ+PC9rYmQ+PC9kaXY+CjxkaXY+PGtiZCBjbGFz cz0iS2V5Q29kZSI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPkl0IHNlZW1zIGFsbCByaWdodCxJIGRv biYjMzk7dCBrb3duIHdoaWNoIGlzIHdyb25nPC9mb250Pi48L2tiZD48L2Rpdj4KPGRpdj48a2Jk IGNsYXNzPSJLZXlDb2RlIj48L2tiZD4mbmJzcDs8L2Rpdj4KPGRpdj48YnI+PGJyPiZuYnNwOzwv ZGl2Pgo8ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbF9xdW90ZSI+MjAwOC80LzE3LCBKb25hdGhhbiBD LiBGb3JzdGVyICZsdDs8YSBocmVmPSJtYWlsdG86amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25h LmVkdSI+amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVkdTwvYT4mZ3Q7Ojwvc3Bhbj4KPGJs b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iUEFERElORy1MRUZUOiAxZXg7IE1B UkdJTjogMHB4IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xpZCI+PGJy PlRoYXQgc29mdHdhcmUgaXMgZmluZS4gJm5ic3A7WW91IGhhdmUgdG8gZ2V0IHRoZSBuYW1lIGNv cnJlY3QuPGJyPjxicj5BdCAwMjo0NyBQTSA0LzE2LzIwMDggKzA4MDAsIHlvdSB3cm90ZTo8YnI+ Cgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJQQURESU5HLUxFRlQ6IDFl eDsgTUFSR0lOOiAwcHg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xpZCI+Tm93IEkgdHJ5IHRv IHVzZSBDb29sIEVkaXQgUHJvIDIuMCB0byBwdXQgY3VlcyBpbnRvIG15IGF1ZGlvIGZpbGVzLkJ1 dCBETURYIGFsbHdheXMgcG9pbnRzICZuYnNwO291dCA6PGJyPjxicj5VbmFibGUgdG8gZmluZCBj dWUgcG9pbnRzIGRhdGE8YnI+ClVuYWJsZSB0byBsb2NhdGUgdmlzdWFsIHByb2JlIGN1ZSAmcXVv dDsxJnF1b3Q7IGluIHdhdmUgZmlsZSBzMS53YXY8YnI+PGJyPkJ1dCBJIHJlYWxseSBidWlsdCBh IGN1ZSBpbnRvIHRoZSBmaWxlLHlvdSBjYW4gc2VlICZuYnNwO3RoZSBjdWUgb24gdGhlIHdhdmVm b3JtIHdoZW4gb3BlbmluZyB0aGUgZmlsZSBieSB0aGUgc29mdHdhcmUuTWF5YmUgeW91IGNhbiAm bmJzcDtyZWNvbW1lbmQgYSBzb2Z0d2FyZS48YnI+Ck1hbnkgdGhhbmtzIGZvciB5b3VyIGhlbHAu PGJyPjwvYmxvY2txdW90ZT4KPGRpdj48c3BhbiBjbGFzcz0iZSIgaWQ9InFfMTE5NTgzN2UyYmE2 NzE0ZF8xIj48YnI+PGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgLyZxdW90O1w8YnI+Jm5ic3A7LWpvbmF0aGFuIChqLmMuZi4pICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtcIC88YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtYPGJyPiZuYnNwOyAmbmJzcDtBU0NJSSBSSUJC T04gQ0FNUEFJR04gLSBBR0FJTlNUIEhUTUwgTUFJTCAmbmJzcDsvIFw8YnI+Cjxicj5MaWZlIGlz IGEgeW8teW8sIGFuZCBtYW5raW5kIHRpZXMga25vdHMgaW4gdGhlIHN0cmluZy48YnI+PGJyPjxi cj49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PTxicj4mbmJzcDtTZW5kIG1haWwgdG8gPGEgb25jbGljaz0icmV0dXJuIHRv cC5qcy5PcGVuRXh0TGluayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9Im1haWx0bzpETURYLXJl cXVlc3RAcHN5MS5wc3ljaC5hcml6b25hLmVkdSIgdGFyZ2V0PSJfYmxhbmsiPkRNRFgtcmVxdWVz dEBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9hPiB3aXRoIHRoZSB3b3JkPGJyPgombmJzcDsmIzM5 O3Vuc3Vic2NyaWJlJiMzOTsgYnkgaXRzZWxmIHdpdGggbm8gcXVvdGVzIGluIHRoZSBib2R5IG9m IHRoZSBlbWFpbDxicj4mbmJzcDt0byBiZSByZW1vdmVkIGZyb20gdGhlIGxpc3QuICZuYnNwO1Ro ZSBsaXN0IGFyY2hpdmUgaXMgYXZhaWxhYmxlIGhlcmU6PGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyA8YSBvbmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxldmVu dCx0aGlzKSIgaHJlZj0iaHR0cDovL3BzeTEucHN5Y2guYXJpem9uYS5lZHUvY2dpLWJpbi9ETURY L3RocmVhZCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L2Nn aS1iaW4vRE1EWC90aHJlYWQ8L2E+PGJyPgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTxicj48L3NwYW4+PC9kaXY+PC9i bG9ja3F1b3RlPjwvZGl2Pjxicj4K ------=_Part_14483_18261458.1208424349186-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 02:48:49 2008 Received: from vimg3.rdg.ac.uk (vimg3.rdg.ac.uk [134.225.1.80]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3H9mQlI002814 for ; Thu, 17 Apr 2008 02:48:27 -0700 Received: from vimp1.rdg.ac.uk ([134.225.2.33]) by vimg3.rdg.ac.uk (Exim: gateway) with esmtp id 1JmQj6-0006B6-00 for DMDX@psy1.psych.arizona.edu; Thu, 17 Apr 2008 10:48:20 +0100 Received: from sxpc452.rdg.ac.uk ([134.225.115.106]) by vimp1.rdg.ac.uk (Exim: virusscanner) with esmtpsa id 1JmQj6-0003JL-FO for DMDX@psy1.psych.arizona.edu; Thu, 17 Apr 2008 10:48:20 +0100 Message-ID: <48071CE5.1050407@ucl.ac.uk> Date: Thu, 17 Apr 2008 10:48:21 +0100 From: Pasco Fearon MIME-Version: 1.0 To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] DMDX for looking time/habituation studies Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear Jonathan and co., I'm looking into using DMDX to run looking time experiments with babies, and I see DMDX has a looking time key word for this. However a crucial aspect of most looking time experiments is that a trial is terminated if a look away is greater than a certain criterion (e.g. 2 seconds or 50% of average looking time in first x trials). This appears to be fine for static images and text, but from Jonathan's response to a query in 2006 it sounds like terminating a video stream is not possible, except by a manual abort by the experimenter. Is this still the state of play now? Many thanks for your time. Pasco Fearon ------------------ University of Reading, University College London From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 07:10:56 2008 Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3HEAEF4003659 for ; Thu, 17 Apr 2008 07:10:14 -0700 Received: by rn-out-0910.google.com with SMTP id e24so31163rng.8 for ; Thu, 17 Apr 2008 07:10:06 -0700 (PDT) Received: by 10.114.168.1 with SMTP id q1mr1465011wae.96.1208441406405; Thu, 17 Apr 2008 07:10:06 -0700 (PDT) Received: by 10.114.235.7 with HTTP; Thu, 17 Apr 2008 07:10:06 -0700 (PDT) Message-ID: <5cfdb22e0804170710pd24ce92pac48ba4d83957fa3@mail.gmail.com> Date: Thu, 17 Apr 2008 15:10:06 +0100 From: "Nick Riches" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Query about RecordVocal MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_782_15985080.1208441406401" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_782_15985080.1208441406401 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi I'm trying to use the RecordVocal device in an experiment. Basically the participants hear a sentence and they repeat it. I'm using DMDX because it allows me to get response latencies. I've avoided using DigitalVox because the experiment is going to be done in a relatively noisy setting, so I'm going to get the latencies by inspecting the speech wave. I can get RecordVocal to work, but the recording time appears to be tied to the parameter. This is problematic because I want the task to flow, i.e. the moment the child finishes repeating one sentence, they hear the next one. Is there any way to interrupt the recording process, e.g. with a key press? If I can't work round this is there any other way to get the latency data I'm looking for, e.g. when the sound file finishes playing can I send a timing pulse to the recording channel? Also is there any way to start the recording along with the wav file? I've affixed the code below, which succeeds in recording the response, but involves time lags of 20 seconds. Many thanks Nick Riches University of Reading +1 * "sentence1"; +2 * "sentence2"; -- Dr Nick Riches British Academy Research Fellow Clinical Language Sciences Section School of Psychology & Clinical Language Sciences University of Reading Psychology Building Earley Gate Reading UK RG6 6AL Tel: 0118 378 5654 ------=_Part_782_15985080.1208441406401 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi

I'm trying to use the RecordVocal device in an experiment. Basically the participants hear a sentence and they repeat it. I'm using DMDX because it allows me to get response latencies. I've avoided using DigitalVox because the experiment is going to be done in a relatively noisy setting, so I'm going to get the latencies by inspecting the speech wave.

I can get RecordVocal to work, but the recording time appears to be tied to the  <timeout> parameter. This is problematic because I want the task to flow, i.e. the moment the child finishes repeating one sentence, they hear the next one. Is there any way to interrupt the recording process, e.g. with a key press? If I can't work round this is there any other way to get the latency data I'm looking for, e.g. when the sound file finishes playing can I send a timing pulse to the recording channel? Also is there any way to start the recording along with the wav file?

I've affixed the code below, which succeeds in recording the response, but involves time lags of 20 seconds.

Many thanks

Nick Riches

University of Reading


<n 3> <azk> <cr> <fd 5000> <t 20000> <InputDevice RecordVocal><id keyboard> <id mouse> <d -0> <nfb> <dbc 255255255> <dwc 0> <mpr +Right Shift> <mpr +Space> <mnr +Left Shift> <vm 1024,768,32,60>

 

 

+1 *<wav 2> "sentence1";

+2 *<wav 2> "sentence2";


--
Dr Nick Riches
British Academy Research Fellow
Clinical Language Sciences Section
School of Psychology & Clinical Language Sciences
University of Reading
Psychology Building
Earley Gate
Reading
UK
RG6 6AL

Tel: 0118 378 5654 ------=_Part_782_15985080.1208441406401-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 10:25:33 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3HHOvY3004217 for ; Thu, 17 Apr 2008 10:24:57 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 7B4E45D25A4 for ; Thu, 17 Apr 2008 10:24:57 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2BFCD5D1E06 for ; Thu, 17 Apr 2008 10:24:56 -0700 (MST) Message-Id: <5.1.0.14.2.20080417102448.00ba5270@psy1.psych.arizona.edu> Date: Thu, 17 Apr 2008 10:24:55 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: References: <5.1.0.14.2.20080416101013.00ba52f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080416101013.00ba52f8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_79244093==_.ALT" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_79244093==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sure. At 01:45 PM 4/17/2008 +0800, you wrote: >I know what you mean,and it really help me.The time interval between two=20 >trials ,should I use to set? > > > > > >2008/4/17, Jonathan C. Forster=20 ><jforster@psy1.psych.arizona.edu>: > >You have a blank frame after your clock on and the frame that has the=20 >clock on is 4000 ms long so the feedback can't come till it's=20 >displayed. If you want DMDX to clear the display after the response you=20 >can't be scheduling anything else to be displayed because DMDX is going to= =20 >wait till that is displayed before doing anything else. You want: > >+1"b1"/*"=C6=E4=CB=FB"; > >At 01:28 PM 4/16/2008 +0800, you wrote: >>n96 s1 >255255255> >> >> >>+1"b1"/*"=C6=E4=CB=FB"/; >> >> >> >>I have used ,but the problem still exist .If I modify to= =20 >>,things are better. > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > >Life is a yo-yo, and mankind ties knots in the string. > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. --=====================_79244093==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sure.

At 01:45 PM 4/17/2008 +0800, you wrote:
I know what you mean,and it really help me.The time interval between two trials ,should I use <d> to set?
 
 
 

 
2008/4/17, Jonathan C. Forster <jforster@psy1.psych.arizona= .edu>:=20


You have a blank frame after your clock on and the frame that has the clock on is 4000 ms long so the feedback can't come till it's displayed.  If you want DMDX to clear the display after the response you can't be scheduling anything else to be displayed because DMDX is going to wait till that is displayed before doing anything else.  You want:

+1<wav>"b1"/*"=C6=E4=CB=FB"= ;;

At 01:28 PM 4/16/2008 +0800, you wrote:
n96 s1 <d o><azk><cr><clfb><t 4000><vm 1024,768,768,32,0><id "=BC=FC=C5=CC"><d= bc 255255255><dwc 000000000><mr +Space><mnr "+=D3=D2=BC=FD=CD=B7"><mpr "+=D7=F3=BC=FD=CD=B7">
 

+1<wav>"b1"= /*<ms% 4000>"=C6=E4=CB=FB"/<ms% 900>;

 

I have used <clfb>,but the problem still exist .If I modify <ms% 4000> to <ms% 2000>,things are better.


            =             &nbs= p;            &n= bsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            =             &nbs= p;            &n= bsp;          X=20
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.




            = ;            &nb= sp;            &= nbsp;         /"\
 -jonathan (j.c.f.)           &n= bsp;            =     \ /
            = ;            &nb= sp;            &= nbsp;          X
    ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

  Diplomacy: The art of letting other people have your own way.

--=====================_79244093==_.ALT-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 10:25:58 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3HHPeTk004232 for ; Thu, 17 Apr 2008 10:25:40 -0700 Received: from frodos_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 56EBE3B07D4 for ; Thu, 17 Apr 2008 10:25:40 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id AA0403B07D5 for ; Thu, 17 Apr 2008 10:25:38 -0700 (MST) Message-Id: <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu> Date: Thu, 17 Apr 2008 10:25:37 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: References: <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_79286671==_" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_79286671==_ Content-Type: multipart/related; type="multipart/alternative"; boundary="=====================_79286671==_.REL" --=====================_79286671==_.REL Content-Type: multipart/alternative; boundary="=====================_79286671==_.ALT" --=====================_79286671==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Try using a simple name that isn't a number that doesn't have spaces in it. At 05:25 PM 4/17/2008 +0800, you wrote: > > >+1"s1"%0/*"=CB=BC=C4=EE"; > > > >+1"s1"%0/*"=CB=BC=C4=EE"; > > > >I have tried as you advised,but the problem is still existing.So I think=20 >maybe I actually failed to put a cue into my audio file. > > > >1 Open the sound file and click the location in the waveform at which I=20 >want to create the cue point. > >2 choose Insert 4b9d141.jpg Cue Point >3 Enter a cue point name and/or change the cue point time > >The type of cue is basic,then save to all. >It seems all right,I don't kown which is wrong. > > > > >2008/4/17, Jonathan C. Forster=20 ><jforster@psy1.psych.arizona.edu>: >That software is fine. You have to get the name correct. > >At 02:47 PM 4/16/2008 +0800, you wrote: >Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But=20 >DMDX allways points out : > >Unable to find cue points data >Unable to locate visual probe cue "1" in wave file s1.wav > >But I really built a cue into the file,you can see the cue on the=20 >waveform when opening the file by the software.Maybe you can recommend a= =20 >software. >Many thanks for your help. > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > >Life is a yo-yo, and mankind ties knots in the string. > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Send mail to=20 >= DMDX-request@psy1.psych.arizona= .edu=20 > with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: >=20 >http://psy1.psych.arizon= a.edu/cgi-bin/DMDX/thread >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --=====================_79286671==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Try using a simple name that isn't a number that doesn't have spaces in it.

At 05:25 PM 4/17/2008 +0800, you wrote:

 

+1<wav>"s1"<svp Cue 1>%0/*"=CB=BC=C4=EE";

 

+1<wav>"s1"<svp 1>%0/*"=CB=BC=C4=EE";
 

I have tried as you advised,but the problem is still existing.So I think maybe I actually failed to put a cue into my audio file.

 

1 Open the sound file and click the location in the waveform at which I want to create the cue point.

2 choose  Insert 3D"4b9d141.jpg" Cue Point
3 Enter a cue point name and/or change the cue point time
 
The type of cue is basic,then save to all.
It seems all right,I don't kown which is wrong.
 


 
2008/4/17, Jonathan C. Forster <jforster@psy1.psych.arizona= .edu>:=20
That software is fine.  You have to get the name correct.

At 02:47 PM 4/16/2008 +0800, you wrote:
Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But= DMDX allways points  out :

Unable to find cue points data
Unable to locate visual probe cue "1" in wave file= s1.wav

But I really built a cue into the file,you can see  the cue on the= waveform when opening the file by the software.Maybe you can = recommend a software.
Many thanks for your help.



            &nbs= p;            &n= bsp;            =         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            &nbs= p;            &n= bsp;            =          X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 Send mail to DMDX-request@psy1.psych= .arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available= here:
        http://psy1.psyc= h.arizona.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


--=====================_79286671==_.ALT-- --=====================_79286671==_.REL Content-Type: application/octet-stream; name="4b9d141.jpg" Content-ID: <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="4b9d141.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAMAAwDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+xnxZ /wAFBvgN4L8VeJvB2seAf237zV/CfiDWfDOqXnhP/gmT/wAFJPHvhW61HQtRudLvrnwz468C/soe I/BPjTw/Pc2ssujeLPB3iHXfCviPTmttY8PazqmkXlnfT8//AMExf+CgngT/AIKd/sbfDD9r3wB8 PviB8LrLxt/bGheI/A3j/Q9Ytv7A8d+EL59D8a6f4K8bXuiaJ4f+MHw/svEFveWXhz4peCom0fWP s17oPiPTPBPxN8N+P/ht4K+/653wh4Q8KfD7wn4X8BeBPDWg+DPA/gjw7onhDwb4P8LaTYaB4Y8K eFPDWm22jeHfDXhzQtLgtdM0XQdC0iys9L0fSdOtraw03T7W3s7OCG3hjjUA/9k= --=====================_79286671==_.REL-- --=====================_79286671==_ Content-Type: text/plain; charset="us-ascii"; format=flowed /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. --=====================_79286671==_-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 10:28:27 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3HHSEPM004253 for ; Thu, 17 Apr 2008 10:28:15 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id DE7FB3B07F6 for ; Thu, 17 Apr 2008 10:28:14 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id F2B193B07DF for ; Thu, 17 Apr 2008 10:28:13 -0700 (MST) Message-Id: <5.1.0.14.2.20080417102610.00ba5270@psy1.psych.arizona.edu> Date: Thu, 17 Apr 2008 10:28:12 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: Query about RecordVocal In-Reply-To: <5cfdb22e0804170710pd24ce92pac48ba4d83957fa3@mail.gmail.com > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list At 03:10 PM 4/17/2008 +0100, you wrote: >Hi > >I'm trying to use the RecordVocal device in an experiment. Basically the >participants hear a sentence and they repeat it. I'm using DMDX because it >allows me to get response latencies. I've avoided using DigitalVox because >the experiment is going to be done in a relatively noisy setting, so I'm >going to get the latencies by inspecting the speech wave. > >I can get RecordVocal to work, but the recording time appears to be tied >to the parameter. By definition. > This is problematic because I want the task to flow, i.e. the moment the > child finishes repeating one sentence, they hear the next one. Is there > any way to interrupt the recording process, e.g. with a key press? Yeah, look at the stuff. > If I can't work round this is there any other way to get the latency > data I'm looking for, e.g. when the sound file finishes playing can I > send a timing pulse to the recording channel? No. Other than physically mixing the output into the input of course. > Also is there any way to start the recording along with the wav file? Sure. +1 "file" %0 / * ; >I've affixed the code below, which succeeds in recording the response, but >involves time lags of 20 seconds. > >Many thanks > >Nick Riches > >University of Reading > > > keyboard> Shift> > > > > > >+1 * "sentence1"; > >+2 * "sentence2"; > >-- >Dr Nick Riches >British Academy Research Fellow >Clinical Language Sciences Section >School of Psychology & Clinical Language Sciences >University of Reading >Psychology Building >Earley Gate >Reading >UK >RG6 6AL > >Tel: 0118 378 5654 /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 20:36:50 2008 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3I3aDkh005733 for ; Thu, 17 Apr 2008 20:36:13 -0700 Received: by wf-out-1314.google.com with SMTP id 24so323594wfg.1 for ; Thu, 17 Apr 2008 20:36:08 -0700 (PDT) Received: by 10.142.178.13 with SMTP id a13mr567420wff.129.1208489768230; Thu, 17 Apr 2008 20:36:08 -0700 (PDT) Received: by 10.142.232.3 with HTTP; Thu, 17 Apr 2008 20:36:07 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 20:36:07 -0700 From: "Melody Dye" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] RE: Running different parameters within the same experiment In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2451_377929.1208489768236" References: <00d101c88ae5$e9b58370$3862c480@KIFXP> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_2451_377929.1208489768236 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I would prefer to use the chaining solution to generate different data files. I am confused though.. I've been trying to get it to work and it doesn't seem to. What should happen when the file ends? Should it then suddenly bring up the next file or do you have to do that manually somehow? Since the experiment I've designed is so long, I decided to try it with one of the samples online: $0 "This is the instruction"; 0 "Here is the practice item"; =3D250 *"dog"/; 0 "End of practice";$ =3D001 *"house"/; =3D002 *"table"/; =3D003 *"cough"/; =3D004 *"cigarette"/ ; $0 LB"End of experiment";$ What should happen at the end? Because all that happens is I get to the line "End of Experiment" and then nothing happens. If I press ESC it prompts me to save data and then closes back to the original loading screen= . Melody On Thu, Mar 20, 2008 at 4:55 PM, Kenneth Forster wrote: > Melody, > > > > Nicole is right =96 chaining is one solution. In this method= , > the end of one .rtf file issues a command to load a new .rtf file. > > > > Jonathan is also right =96 switches can be used throughout th= e > file. And you can keep the Tests separate using a backslash at the > beginning of a line. But his suggested solution for scrambling using > multi-way scrambling is a real brute. > > > > Here's a simple alternative. Specify on the parameter > line, and then add the following 9 dummy items to the TRAINING block: > > > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > 0 c ; > > > > These items get scrambled, making up a total of 27 items, but they don't > do anything. The 'c' means go straight on to the next item. Then you'd = add > one such item to Test 2. > > > > --k.i.f. > > > > -----Original Message----- > *From:* DMDX-owner@psy1.psych.arizona.edu [mailto: > DMDX-owner@psy1.psych.arizona.edu] *On Behalf Of *Melody Dye > *Sent:* Thursday, March 20, 2008 2:16 PM > *To:* DMDX@psy1.psych.arizona.edu > *Subject:* [DMDX] Running different parameters within the same experiment > > > > Hey there, > > In the experiment I'm designing, I have a training section at the > beginning and then two different testing sections. I want the basic > parameters for these sections to be different. I haven't figured out for > DMDX how you disable certain parameters so that others can run within the > same script. I know in something like HTML you do something like this: > Is there something similar in DMDX? Or if I specify= a > new parameter will it simply run that one? > > Here is what the parameters look like: > > TRAINING SECTION > keyboard> Shift"> > > TEST 1 > keyboard> Shift"> > > TEST 2 > keyboard><= mr > +3> > > So, the differences between these are: > > The blocks being randomized. > (e.g., TRAINING-- ; TEST 1-- ; TEST 2-- ) > > The frame duration, delay and timeout times. > (e.g., ) > > The keyboard mappings. > (e.g., correct response is Right or Left Shift to response is a keyboard > number from 1-9) > (e.g., vs. +3>) > > How can I have item files with all these different parameters? And what > will the file I generate in .azk look like? Will it sort between the two > tests? > > Thanks, > Melody > > > > > > ------=_Part_2451_377929.1208489768236 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I would prefer to use the chaining solution to g= enerate different data files.  I am confused though.. I've been tr= ying to get it to work and it doesn't seem to.  What should happen= when the file ends?  Should it then suddenly bring up the next file o= r do you have to do that manually somehow?

Since the experiment I've designed is so long, I decided to try it = with one of the samples online:

<n 5><fd 25><s 2>&= lt;vm 1440, 900, 900, 32, 60>

$0 "This is the instruction&qu= ot;;

0 "Here is the practice item";

=3D250 *"dog"= /;

0 "End of practice";$

=3D001 *"house"/= ;

=3D002 *"table"/;

=3D003 *"cough"/;
=
=3D004 *"cigarette"/ ;

$0 LB"End of experiment";= $

<chain testone>

What should happen at the end? = Because all that happens is I get to the line "End of Experiment"= ; and then nothing happens.  If I press ESC it prompts me to save data= and then closes back to the original loading screen.

Melody


On Thu, Mar 20, 2008 at 4:55 PM, Kenneth Forster <kforster@u.arizona.e= du> wrote:

Melody,

 

        = ;    Nicole is right =96 chaining is one solution.  In this method, the end of one .rtf file issues a command to load a new .rtf file.

 

        = ;    Jonathan is also right =96 switches can be used throughout the file.  And you can keep the Tests separate using a backslash at the beginning of a line. &= nbsp;But his suggested solution for scrambling using multi-way scrambling is a real brute.

 

        = ;    Here's a simple alternative.  Specify <s 27> on the parameter line, and then add the following 9 dummy items to the TRAINING block:

 

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

0 c ;

 

These items get scrambled, making up a total of 27 items, but they don't do anything.  The 'c' means go straight on to the next item. = ; Then you'd add one such item to Test 2.

 

        = ;    --k.i.f.

 

-----Original Message-----
From: DMDX= -owner@psy1.psych.arizona.edu [mailto:DMDX-owner@psy1.psych.arizona.edu= ] On Behalf Of Melody Dye<= br> Sent: Thursday, March 20, = 2008 2:16 PM
To: DMDX@psy1.psych.arizona.edu<= br>
Subject: [DMDX] Running different parameters within the same experiment

 

Hey there,

In the experiment I'm designing, I have a training section at the begin= ning and then two different testing sections.  I want the basic parameters for these sections to be different.  I haven't figured out for DMDX ho= w you disable certain parameters so that others can run within the same script.&n= bsp; I know in something like HTML you do something like this: <command>&l= t;/command>  Is there something similar in DMDX?  Or if I specify a new parameter w= ill it simply run that one?

Here is what the parameters look like:

TRAINING SECTION
<ep><azk><cr><fd 30><d 10><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+= Left Shift"><mnr "+Right Shift"><s 18><eop><= br>
TEST 1
<ep><azk><fd 30><d 10><t 1000><vm 1440, 90= 0, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mpr "+Right Shift"><mnr "+Left Shift"><s 27><eop>
TEST 2
<ep><azk><fd 100><d 1><t 10><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><= mr +9><s 26><eop>

So, the differences between these are:

The blocks being randomized. 
(e.g., TRAINING-- <s 18>; TEST 1-- <s 27>; TEST 2-- <s 26>= ;)

The frame duration, delay and timeout times.
(e.g., <fd 30><d 10><t 1000>)

The keyboard mappings.
(e.g., correct response is Right or Left Shift to response is a keyboard nu= mber from 1-9)
(e.g., <mpr "+Right Shift"><mnr "+Left Shift"&= gt; vs. <mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9>)

How can I have item files with all these different parameters?  And wh= at will the file I generate in .azk look like?  Will it sort between the = two tests?

Thanks,
Melody







------=_Part_2451_377929.1208489768236-- From DMDX-owner@psy1.psych.arizona.edu Thu Apr 17 21:42:30 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3I4gFj1005938 for ; Thu, 17 Apr 2008 21:42:15 -0700 Received: from frodos_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 59F063B35DA for ; Thu, 17 Apr 2008 21:42:15 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EA0333B330A for ; Thu, 17 Apr 2008 21:42:13 -0700 (MST) Message-Id: <5.1.0.14.2.20080417214037.00ba4a48@psy1.psych.arizona.edu> Date: Thu, 17 Apr 2008 21:42:12 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: RE: Running different parameters within the same experiment In-Reply-To: References: <00d101c88ae5$e9b58370$3862c480@KIFXP> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX never executes your chain instruction because it stops in the item with the L in it. And even if it didn't it would throw a syntax error because there's no item number nor a semi-colon. At 08:36 PM 4/17/2008 -0700, you wrote: >I would prefer to use the chaining solution to generate different data >files. I am confused though.. I've been trying to get it to work and it >doesn't seem to. What should happen when the file ends? Should it then >suddenly bring up the next file or do you have to do that manually somehow? > >Since the experiment I've designed is so long, I decided to try it with one >of the samples online: > > > >$0 "This is the instruction"; > >0 "Here is the practice item"; > >=250 *"dog"/; > >0 "End of practice";$ > >=001 *"house"/; > >=002 *"table"/; > >=003 *"cough"/; > >=004 *"cigarette"/ ; > >$0 LB"End of experiment";$ > > > >What should happen at the end? Because all that happens is I get to the >line "End of Experiment" and then nothing happens. If I press ESC it >prompts me to save data and then closes back to the original loading scre /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 01:23:38 2008 Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3I8MnXi006604 for ; Fri, 18 Apr 2008 01:22:54 -0700 Received: by py-out-1112.google.com with SMTP id n24so480101pyh.26 for ; Fri, 18 Apr 2008 01:22:49 -0700 (PDT) Received: by 10.142.154.20 with SMTP id b20mr597220wfe.150.1208506968774; Fri, 18 Apr 2008 01:22:48 -0700 (PDT) Received: by 10.142.237.6 with HTTP; Fri, 18 Apr 2008 01:22:48 -0700 (PDT) Message-ID: Date: Fri, 18 Apr 2008 16:22:48 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: a priming experiment In-Reply-To: <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2650_20816348.1208506968767" References: <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_2650_20816348.1208506968767 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline WWVhaCx5b3UncmUgcmlnaHQsdGhlIHByb2JsZW0gaXMgcmV2b2x2ZWQuVGhhbmsgeW91IQpOb3cg anVzdCB0d28gbW9yZSBxdWVzdGlvbjoKMS5DYW4gSSB0ZXN0IGhvdyBsb25nIGEgdGljayBieSB1 c2luZyAncmVmcmVzaCByYXRlJyBvZiBUaW1lRHg/IEknbSBub3Qgc3VyZQp3aGV0aGVyIHRoZSB0 aW1lIGlzIG9yIG5vdC4KCjIuIEkgcHJlcGFyZSB0aGUgc2VxdWVjZXMgaW4gYWR2YW5jZSxob3cg dG8gbWFrZSB0aGUgaXRlbXMgZGlzcGxheXMgaW4gdGhlCnNlcXVlY2VzPyBJdCBtdXN0IGJlIGEg c2ltcGxlIHByb2JsZW0gLHNvcnJ5IHRvIGJyb3RoZXIgeW91LgoKbjk2IDxkIDY3Pjxhems+PGNy PjxjbGZiPjx0IDQwMDA+PHZtIDEwMjQsNzY4LDc2OCwzMiwwPjxpZCAi6ZSu55uYIj48ZGJjCjI1 NTI1NTI1NT48ZHdjIDAwMDAwMDAwMD48bXIgK1NwYWNlPjxtbnIgIivlj7Pnrq3lpLQiPjxtcHIg Iivlt6bnrq3lpLQiPgoKCgoyMDA4LzQvMTgsIEpvbmF0aGFuIEMuIEZvcnN0ZXIgPGpmb3JzdGVy QHBzeTEucHN5Y2guYXJpem9uYS5lZHU+Ogo+Cj4KPiBUcnkgdXNpbmcgYSBzaW1wbGUgbmFtZSB0 aGF0IGlzbid0IGEgbnVtYmVyIHRoYXQgZG9lc24ndCBoYXZlIHNwYWNlcyBpbgo+IGl0Lgo+Cj4g QXQgMDU6MjUgUE0gNC8xNy8yMDA4ICswODAwLCB5b3Ugd3JvdGU6Cj4KPgo+Cj4gKzE8d2F2PiJz MSI8c3ZwIEN1ZSAxPiUwLyoiw4vCvMOEw64iOwo+Cj4KPgo+ICsxPHdhdj4iczEiPHN2cCAxPiUw Lyoiw4vCvMOEw64iOwo+Cj4KPgo+IEkgaGF2ZSB0cmllZCBhcyB5b3UgYWR2aXNlZCxidXQgdGhl IHByb2JsZW0gaXMgc3RpbGwgZXhpc3RpbmcuU28gSSB0aGluawo+IG1heWJlIEkgYWN0dWFsbHkg ZmFpbGVkIHRvIHB1dCBhIGN1ZSBpbnRvIG15IGF1ZGlvIGZpbGUuCj4KPgo+Cj4gMSBPcGVuIHRo ZSBzb3VuZCBmaWxlIGFuZCBjbGljayB0aGUgbG9jYXRpb24gaW4gdGhlIHdhdmVmb3JtIGF0IHdo aWNoIEkKPiB3YW50IHRvIGNyZWF0ZSB0aGUgY3VlIHBvaW50Lgo+Cj4gMiBjaG9vc2UgIEluc2Vy dCBbaW1hZ2U6IDRiOWQxNDEuanBnXSBDdWUgUG9pbnQKPiAzIEVudGVyIGEgY3VlIHBvaW50IG5h bWUgYW5kL29yIGNoYW5nZSB0aGUgY3VlIHBvaW50IHRpbWUKPgo+IFRoZSB0eXBlIG9mIGN1ZSBp cyBiYXNpYyx0aGVuIHNhdmUgdG8gYWxsLgo+IEl0IHNlZW1zIGFsbCByaWdodCxJIGRvbid0IGtv d24gd2hpY2ggaXMgd3JvbmcuCj4KPgo+Cj4KPiAyMDA4LzQvMTcsIEpvbmF0aGFuIEMuIEZvcnN0 ZXIgPGpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHU+OiAgVGhhdAo+IHNvZnR3YXJlIGlz IGZpbmUuICBZb3UgaGF2ZSB0byBnZXQgdGhlIG5hbWUgY29ycmVjdC4KPgo+IEF0IDAyOjQ3IFBN IDQvMTYvMjAwOCArMDgwMCwgeW91IHdyb3RlOiBOb3cgSSB0cnkgdG8gdXNlIENvb2wgRWRpdCBQ cm8gMi4wCj4gdG8gcHV0IGN1ZXMgaW50byBteSBhdWRpbyBmaWxlcy5CdXQgRE1EWCBhbGx3YXlz IHBvaW50cyAgb3V0IDoKPgo+IFVuYWJsZSB0byBmaW5kIGN1ZSBwb2ludHMgZGF0YSBVbmFibGUg dG8gbG9jYXRlIHZpc3VhbCBwcm9iZSBjdWUgIjEiIGluCj4gd2F2ZSBmaWxlIHMxLndhdgo+Cj4g QnV0IEkgcmVhbGx5IGJ1aWx0IGEgY3VlIGludG8gdGhlIGZpbGUseW91IGNhbiBzZWUgIHRoZSBj dWUgb24gdGhlCj4gd2F2ZWZvcm0gd2hlbiBvcGVuaW5nIHRoZSBmaWxlIGJ5IHRoZSBzb2Z0d2Fy ZS5NYXliZSB5b3UgY2FuICByZWNvbW1lbmQgYQo+IHNvZnR3YXJlLiBNYW55IHRoYW5rcyBmb3Ig eW91ciBoZWxwLgo+Cj4KPgo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAvIlwKPiAgLWpvbmF0aGFuIChqLmMuZi4pICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwgLwo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg WAo+ICAgIEFTQ0lJIFJJQkJPTiBDQU1QQUlHTiAtIEFHQUlOU1QgSFRNTCBNQUlMICAvIFwKPgo+ IExpZmUgaXMgYSB5by15bywgYW5kIG1hbmtpbmQgdGllcyBrbm90cyBpbiB0aGUgc3RyaW5nLgo+ Cj4KPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQo+ICBTZW5kIG1haWwgdG8gRE1EWC1yZXF1ZXN0QHBzeTEucHN5Y2gu YXJpem9uYS5lZHUgd2l0aCB0aGUgd29yZAo+ICAndW5zdWJzY3JpYmUnIGJ5IGl0c2VsZiB3aXRo IG5vIHF1b3RlcyBpbiB0aGUgYm9keSBvZiB0aGUgZW1haWwKPiAgdG8gYmUgcmVtb3ZlZCBmcm9t IHRoZSBsaXN0LiAgVGhlIGxpc3QgYXJjaGl2ZSBpcyBhdmFpbGFibGUgaGVyZToKPiAgICAgICAg IGh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L2NnaS1iaW4vRE1EWC90aHJlYWQKPiA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQo+Cj4KPgo+Cj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIC8iXAo+ICAtam9uYXRoYW4gKGouYy5mLikgICAgICAgICAgICAgICAgICAgICAgICAg ICAgXCAvCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBY Cj4gICAgQVNDSUkgUklCQk9OIENBTVBBSUdOIC0gQUdBSU5TVCBIVE1MIE1BSUwgIC8gXAo+Cj4g IERpcGxvbWFjeTogVGhlIGFydCBvZiBsZXR0aW5nIG90aGVyIHBlb3BsZSBoYXZlIHlvdXIgb3du IHdheS4KPgo+Cj4K ------=_Part_2650_20816348.1208506968767 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5ZZWFoLHlvdSYjMzk7cmUgcmlnaHQsdGhlIHByb2JsZW0gaXMgcmV2b2x2ZWQuVGhhbmsg eW91ITwvZGl2Pgo8ZGl2Pk5vdyBqdXN0IHR3byBtb3JlIHF1ZXN0aW9uOjwvZGl2Pgo8ZGl2PjEu Q2FuIEkgdGVzdCBob3cgbG9uZyBhIHRpY2sgYnkgdXNpbmcgJiMzOTtyZWZyZXNoIHJhdGUmIzM5 OyBvZiBUaW1lRHg/IEkmIzM5O20gbm90IHN1cmUgd2hldGhlciB0aGUgdGltZSBpcyBvciBub3Qu PC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+Mi4gSSBwcmVwYXJlIHRoZSBzZXF1ZWNlcyBp biBhZHZhbmNlLGhvdyB0byBtYWtlIHRoZSBpdGVtcyBkaXNwbGF5cyBpbiB0aGUgc2VxdWVjZXM/ IEl0IG11c3QgYmUgYSBzaW1wbGUgcHJvYmxlbSAsc29ycnkgdG8gYnJvdGhlciB5b3UuPC9kaXY+ CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+bjk2ICZsdDtkIDY3Jmd0OyZsdDthemsmZ3Q7Jmx0O2Ny Jmd0OyZsdDtjbGZiJmd0OyZsdDt0IDQwMDAmZ3Q7Jmx0O3ZtIDEwMjQsNzY4LDc2OCwzMiwwJmd0 OyZsdDtpZCAmcXVvdDvplK7nm5gmcXVvdDsmZ3Q7Jmx0O2RiYyAyNTUyNTUyNTUmZ3Q7Jmx0O2R3 YyAwMDAwMDAwMDAmZ3Q7Jmx0O21yICtTcGFjZSZndDsmbHQ7bW5yICZxdW90Oyvlj7Pnrq3lpLQm cXVvdDsmZ3Q7Jmx0O21wciAmcXVvdDsr5bem566t5aS0JnF1b3Q7Jmd0Ozxicj4KPGJyPjxicj4m bmJzcDs8L2Rpdj4KPGRpdj48c3BhbiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMDgvNC8xOCwgSm9u YXRoYW4gQy4gRm9yc3RlciAmbHQ7PGEgb25jbGljaz0icmV0dXJuIHRvcC5qcy5PcGVuRXh0TGlu ayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9Im1haWx0bzpqZm9yc3RlckBwc3kxLnBzeWNoLmFy aXpvbmEuZWR1IiB0YXJnZXQ9Il9ibGFuayI+amZvcnN0ZXJAcHN5MS5wc3ljaC5hcml6b25hLmVk dTwvYT4mZ3Q7Ojwvc3Bhbj4gCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JERVItTEVG VDogI2NjYyAxcHggc29saWQiPjxicj5UcnkgdXNpbmcgYSBzaW1wbGUgbmFtZSB0aGF0IGlzbiYj Mzk7dCBhIG51bWJlciB0aGF0IGRvZXNuJiMzOTt0IGhhdmUgc3BhY2VzIGluIGl0Ljxicj48YnI+ QXQgMDU6MjUgUE0gNC8xNy8yMDA4ICswODAwLCB5b3Ugd3JvdGU6PGJyPgo8YnI+CjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiwgVGltZXMiPiZuYnNw Ozxicj48YnI+KzEmbHQ7d2F2Jmd0OyZxdW90O3MxJnF1b3Q7Jmx0O3N2cCBDdWUgMSZndDslMC8q JnF1b3Q7w4vCvMOEw64mcXVvdDs7PGJyPjxicj4mbmJzcDs8YnI+PGJyPisxJmx0O3dhdiZndDsm cXVvdDtzMSZxdW90OyZsdDtzdnAgMSZndDslMC8qJnF1b3Q7w4vCvMOEw64mcXVvdDs7PHNwYW4+ PGJyPgo8YnI+Jm5ic3A7PGJyPjxicj5JIGhhdmUgdHJpZWQgYXMgeW91IGFkdmlzZWQsYnV0IHRo ZSBwcm9ibGVtIGlzIHN0aWxsIGV4aXN0aW5nLlNvIEkgdGhpbmsgbWF5YmUgSSBhY3R1YWxseSBm YWlsZWQgdG8gcHV0IGEgY3VlIGludG8gbXkgYXVkaW8gZmlsZS48YnI+PGJyPiZuYnNwOzxicj48 YnI+MSBPcGVuIHRoZSBzb3VuZCBmaWxlIGFuZCBjbGljayB0aGUgbG9jYXRpb24gaW4gdGhlIHdh dmVmb3JtIGF0IHdoaWNoIEkgd2FudCB0byBjcmVhdGUgdGhlIGN1ZSBwb2ludC4gPGJyPgo8YnI+ PC9zcGFuPjwvZm9udD48c3Bhbj4yIGNob29zZSZuYnNwOyBJbnNlcnQgPGltZyBhbHQ9IjRiOWQx NDEuanBnIiBzcmM9Imh0dHA6Ly9tYWlsLmdvb2dsZS5jb20vbWFpbC8/dWk9MSZhbXA7cmVhbGF0 dGlkPTAuMC4xJmFtcDthdHRpZD0wLjEmYW1wO2Rpc3A9ZW1iJmFtcDt2aWV3PWF0dCZhbXA7dGg9 MTE5NjAzNjI4ZGExYTJmMyI+IEN1ZSBQb2ludDxicj4zIEVudGVyIGEgY3VlIHBvaW50IG5hbWUg YW5kL29yIGNoYW5nZSB0aGUgY3VlIHBvaW50IHRpbWU8YnI+CiZuYnNwOzxicj5UaGUgdHlwZSBv ZiBjdWUgaXMgYmFzaWMsdGhlbiBzYXZlIHRvIGFsbC48YnI+SXQgc2VlbXMgYWxsIHJpZ2h0LEkg ZG9uJiMzOTt0IGtvd24gd2hpY2ggaXMgd3JvbmcuPGJyPiZuYnNwOzxicj48YnI+PGJyPiZuYnNw Ozxicj48L3NwYW4+PHNwYW4+MjAwOC80LzE3LCBKb25hdGhhbiBDLiBGb3JzdGVyICZsdDs8YSBv bmNsaWNrPSJyZXR1cm4gdG9wLmpzLk9wZW5FeHRMaW5rKHdpbmRvdyxldmVudCx0aGlzKSIgaHJl Zj0ibWFpbHRvOmpmb3JzdGVyQHBzeTEucHN5Y2guYXJpem9uYS5lZHUiIHRhcmdldD0iX2JsYW5r Ij5qZm9yc3RlckBwc3kxLnBzeWNoLmFyaXpvbmEuZWR1PC9hPiZndDs6IDwvc3Bhbj4KPGRpdj48 c3Bhbj4KPGRsPgo8ZGQ+VGhhdCBzb2Z0d2FyZSBpcyBmaW5lLiZuYnNwOyBZb3UgaGF2ZSB0byBn ZXQgdGhlIG5hbWUgY29ycmVjdC48YnI+PGJyPgo8ZGQ+QXQgMDI6NDcgUE0gNC8xNi8yMDA4ICsw ODAwLCB5b3Ugd3JvdGU6IAo8ZGQ+Tm93IEkgdHJ5IHRvIHVzZSBDb29sIEVkaXQgUHJvIDIuMCB0 byBwdXQgY3VlcyBpbnRvIG15IGF1ZGlvIGZpbGVzLkJ1dCBETURYIGFsbHdheXMgcG9pbnRzJm5i c3A7IG91dCA6PGJyPjxicj4KPGRkPlVuYWJsZSB0byBmaW5kIGN1ZSBwb2ludHMgZGF0YSAKPGRk PlVuYWJsZSB0byBsb2NhdGUgdmlzdWFsIHByb2JlIGN1ZSAmcXVvdDsxJnF1b3Q7IGluIHdhdmUg ZmlsZSBzMS53YXY8YnI+PGJyPgo8ZGQ+QnV0IEkgcmVhbGx5IGJ1aWx0IGEgY3VlIGludG8gdGhl IGZpbGUseW91IGNhbiBzZWUmbmJzcDsgdGhlIGN1ZSBvbiB0aGUgd2F2ZWZvcm0gd2hlbiBvcGVu aW5nIHRoZSBmaWxlIGJ5IHRoZSBzb2Z0d2FyZS5NYXliZSB5b3UgY2FuJm5ic3A7IHJlY29tbWVu ZCBhIHNvZnR3YXJlLiAKPGRkPk1hbnkgdGhhbmtzIGZvciB5b3VyIGhlbHAuPGJyPjxicj48L2Rk PjwvZGQ+PC9kZD48L2RkPjwvZGQ+PC9kZD48L2RkPjwvZGw+PGJyPjxicj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLyZxdW90O1w8YnI+Jm5ic3A7LWpvbmF0aGFu IChqLmMuZi4pJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFwgLzxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg WDxicj4KJm5ic3A7Jm5ic3A7IEFTQ0lJIFJJQkJPTiBDQU1QQUlHTiAtIEFHQUlOU1QgSFRNTCBN QUlMJm5ic3A7IC8gXDxicj48YnI+TGlmZSBpcyBhIHlvLXlvLCBhbmQgbWFua2luZCB0aWVzIGtu b3RzIGluIHRoZSBzdHJpbmcuPGJyPjxicj48YnI+PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+Jm5ic3A7U2VuZCBt YWlsIHRvIDxhIG9uY2xpY2s9InJldHVybiB0b3AuanMuT3BlbkV4dExpbmsod2luZG93LGV2ZW50 LHRoaXMpIiBocmVmPSJtYWlsdG86RE1EWC1yZXF1ZXN0QHBzeTEucHN5Y2guYXJpem9uYS5lZHUi IHRhcmdldD0iX2JsYW5rIj5ETURYLXJlcXVlc3RAcHN5MS5wc3ljaC5hcml6b25hLmVkdTwvYT4g d2l0aCB0aGUgd29yZDxicj4KJm5ic3A7JiMzOTt1bnN1YnNjcmliZSYjMzk7IGJ5IGl0c2VsZiB3 aXRoIG5vIHF1b3RlcyBpbiB0aGUgYm9keSBvZiB0aGUgZW1haWw8YnI+Jm5ic3A7dG8gYmUgcmVt b3ZlZCBmcm9tIHRoZSBsaXN0LiZuYnNwOyBUaGUgbGlzdCBhcmNoaXZlIGlzIGF2YWlsYWJsZSBo ZXJlOjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgb25j bGljaz0icmV0dXJuIHRvcC5qcy5PcGVuRXh0TGluayh3aW5kb3csZXZlbnQsdGhpcykiIGhyZWY9 Imh0dHA6Ly9wc3kxLnBzeWNoLmFyaXpvbmEuZWR1L2NnaS1iaW4vRE1EWC90aHJlYWQiIHRhcmdl dD0iX2JsYW5rIj5odHRwOi8vcHN5MS5wc3ljaC5hcml6b25hLmVkdS9jZ2ktYmluL0RNRFgvdGhy ZWFkPC9hPjxicj4KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT08YnI+PGJyPjxicj48L3NwYW4+PC9kaXY+PC9ibG9ja3F1 b3RlPjxicj48YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAvJnF1b3Q7XDxicj4mbmJzcDstam9uYXRoYW4gKGouYy5mLikgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO1wgLzxicj4KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtYPGJyPiZuYnNwOyAmbmJzcDtBU0NJSSBSSUJCT04g Q0FNUEFJR04gLSBBR0FJTlNUIEhUTUwgTUFJTCAmbmJzcDsvIFw8YnI+PGJyPiZuYnNwO0RpcGxv bWFjeTogVGhlIGFydCBvZiBsZXR0aW5nIG90aGVyIHBlb3BsZSBoYXZlIHlvdXIgb3duIHdheS48 YnI+PGJyPjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPgo= ------=_Part_2650_20816348.1208506968767-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 10:49:13 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3IHKOV9008401 for ; Fri, 18 Apr 2008 10:20:24 -0700 Received: from gandalfs_amavis (amavis2.email.arizona.edu [10.0.0.205]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4D5F55DDA57 for ; Fri, 18 Apr 2008 10:20:24 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 4FB575C1A62 for ; Fri, 18 Apr 2008 10:20:20 -0700 (MST) Message-Id: <5.1.0.14.2.20080418101756.00ba5328@psy1.psych.arizona.edu> Date: Fri, 18 Apr 2008 10:20:19 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: a priming experiment In-Reply-To: References: <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu> <5.1.0.14.2.20080416100928.00ba52f8@psy1.psych.arizona.edu> <5.1.0.14.2.20080417102516.00ba5270@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_165368562==_" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --=====================_165368562==_ Content-Type: multipart/related; type="multipart/alternative"; boundary="=====================_165368562==_.REL" --=====================_165368562==_.REL Content-Type: multipart/alternative; boundary="=====================_165368593==_.ALT" --=====================_165368593==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable At 04:22 PM 4/18/2008 +0800, you wrote: >Yeah,you're right,the problem is revolved.Thank you! >Now just two more question: >1.Can I test how long a tick by using 'refresh rate' of TimeDx? I'm not=20 >sure whether the time is or not. Usually. It's possible to have things screwed up enough that it=20 wouldn't. You'd have to read all the docs about that though. > >2. I prepare the sequeces in advance,how to make the items displays in the= =20 >sequeces? It must be a simple problem ,sorry to brother you. DMDX displays things in the order they are in the file unless you are=20 using the scrambling options. > >n96 255255255> > > > >2008/4/18, Jonathan C. Forster=20 ><jforster@psy1.psych.arizona.edu>: >Try using a simple name that isn't a number that doesn't have spaces in it. > >At 05:25 PM 4/17/2008 +0800, you wrote: > >> >> >>+1"s1"%0/*"=C3=8B=C2=BC=C3=84=C3=AE"; >> >> >> >>+1"s1"%0/*"=C3=8B=C2=BC=C3=84=C3=AE"; >> >> >> >>I have tried as you advised,but the problem is still existing.So I think= =20 >>maybe I actually failed to put a cue into my audio file. >> >> >> >>1 Open the sound file and click the location in the waveform at which I=20 >>want to create the cue point. >> >>2 choose Insert 9db5294.jpg Cue Point >>3 Enter a cue point name and/or change the cue point time >> >>The type of cue is basic,then save to all. >>It seems all right,I don't kown which is wrong. >> >> >> >> >> >>2008/4/17, Jonathan C. Forster=20 >><jforster@psy1.psych.arizona.edu>: >>That software is fine. You have to get the name correct. >> >>At 02:47 PM 4/16/2008 +0800, you wrote: >>Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But=20 >>DMDX allways points out : >> >>Unable to find cue points data >>Unable to locate visual probe cue "1" in wave file s1.wav >> >>But I really built a cue into the file,you can see the cue on the=20 >>waveform when opening the file by the software.Maybe you can recommend a= =20 >>software. >>Many thanks for your help. >> >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >>Life is a yo-yo, and mankind ties knots in the string. >> >> >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Send mail to=20 >>= DMDX-request@psy1.psych.arizona= .edu=20 >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >>=20 >>http://psy1.psych.arizo= na.edu/cgi-bin/DMDX/thread >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > Diplomacy: The art of letting other people have your own way. > > > --=====================_165368593==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 04:22 PM 4/18/2008 +0800, you wrote:
Yeah,you're right,the problem is revolved.Thank you!
Now just two more question:
1.Can I test how long a tick by using 'refresh rate' of TimeDx? I'm not sure whether the time is or not.

  Usually.  It's possible to have things screwed up enough that it wouldn't.  You'd have to read all the docs about that though.

 
2. I prepare the sequeces in advance,how to make the items displays in the sequeces? It must be a simple problem ,sorry to brother you.

  DMDX displays things in the order they are in the file unless you are using the scrambling options.

 
n96 <d 67><azk><cr><clfb><t 4000><vm 1024,768,768,32,0><id "=E9=94=AE=E7=9B=98"><dbc 255255255><dwc 000000000><mr +Space><mnr "+=E5=8F=B3=E7=AE=AD=E5=A4=B4"><mpr= "+=E5=B7=A6=E7=AE=AD=E5=A4=B4">


 
2008/4/18, Jonathan C. Forster <jforster@psy1.psych.arizona= .edu>:=20
Try using a simple name that isn't a number that doesn't have spaces in it.

At 05:25 PM 4/17/2008 +0800, you wrote:

 

+1<wav>"s1"<svp Cue 1>%0/*"=C3=8B=C2=BC=C3=84=C3=AE";

 

+1<wav>"s1"<svp 1>%0/*"=C3=8B=C2=BC=C3=84=C3=AE";

 

I have tried as you advised,but the problem is still existing.So I think maybe I actually failed to put a cue into my audio file.

 

1 Open the sound file and click the location in the waveform at which I want to create the cue point.

2 choose  Insert 3D"9db5294.jpg" Cue Point
3 Enter a cue point name and/or change the cue point time
 
The type of cue is basic,then save to all.
It seems all right,I don't kown which is wrong.
 



 
2008/4/17, Jonathan C. Forster <jforster@psy1.psych.arizona= .edu>:=20
That software is fine.  You have to get the name correct.

At 02:47 PM 4/16/2008 +0800, you wrote:=20
Now I try to use Cool Edit Pro 2.0 to put cues into my audio files.But= DMDX allways points  out :

Unable to find cue points data=20
Unable to locate visual probe cue "1" in wave file= s1.wav

But I really built a cue into the file,you can see  the cue on the= waveform when opening the file by the software.Maybe you can = recommend a software.=20
Many thanks for your help.


            &nbs= p;            &n= bsp;            =         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            &nbs= p;            &n= bsp;            =          X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

Life is a yo-yo, and mankind ties knots in the string.


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 Send mail to DMDX-request@psy1.psych= .arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available= here:
        http://psy1.psyc= h.arizona.edu/cgi-bin/DMDX/thread
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D



            &nbs= p;            &n= bsp;            =         /"\
 -jonathan= (j.c.f.)           &= nbsp;            = ;    \ /
            &nbs= p;            &n= bsp;            =          X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 Diplomacy: The art of letting other people have your own way.



--=====================_165368593==_.ALT-- --=====================_165368562==_.REL Content-Type: application/octet-stream; name="9db5294.jpg" Content-ID: <5.1.0.14.2.20080418101756.00ba5328@psy1.psych.arizona.edu.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="9db5294.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_165368562==_.REL-- --=====================_165368562==_ Content-Type: text/plain; charset="us-ascii"; format=flowed /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Diplomacy: The art of letting other people have your own way. --=====================_165368562==_-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 10:54:10 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3IHrufT008549 for ; Fri, 18 Apr 2008 10:53:57 -0700 Received: by el-out-1112.google.com with SMTP id n30so296990elf.21 for ; Fri, 18 Apr 2008 10:53:48 -0700 (PDT) Received: by 10.142.131.18 with SMTP id e18mr727308wfd.147.1208541227242; Fri, 18 Apr 2008 10:53:47 -0700 (PDT) Received: by 10.142.232.3 with HTTP; Fri, 18 Apr 2008 10:53:47 -0700 (PDT) Message-ID: Date: Fri, 18 Apr 2008 10:53:47 -0700 From: "Melody Dye" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: RE: Running different parameters within the same experiment In-Reply-To: <5.1.0.14.2.20080417214037.00ba4a48@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4855_29965831.1208541227239" References: <00d101c88ae5$e9b58370$3862c480@KIFXP> <5.1.0.14.2.20080417214037.00ba4a48@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_4855_29965831.1208541227239 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hmm. Well that was just a template I took off one of the help files. But then I'm not sure if the experiment I'm running has syntax errors in it or not. When I run it through the syntax check everything works normally. Would a syntax error anywhere in the program stop the chain from working? On Thu, Apr 17, 2008 at 9:42 PM, j.c.f. wrote: > > DMDX never executes your chain instruction because it stops in the item > with the L in it. And even if it didn't it would throw a syntax error > because there's no item number nor a semi-colon. > > At 08:36 PM 4/17/2008 -0700, you wrote: > > > I would prefer to use the chaining solution to generate different data > > files. I am confused though.. I've been trying to get it to work and it > > doesn't seem to. What should happen when the file ends? Should it then > > suddenly bring up the next file or do you have to do that manually > > somehow? > > > > Since the experiment I've designed is so long, I decided to try it with > > one > > of the samples online: > > > > > > > > $0 "This is the instruction"; > > > > 0 "Here is the practice item"; > > > > =250 *"dog"/; > > > > 0 "End of practice";$ > > > > =001 *"house"/; > > > > =002 *"table"/; > > > > =003 *"cough"/; > > > > =004 *"cigarette"/ ; > > > > $0 LB"End of experiment";$ > > > > > > > > What should happen at the end? Because all that happens is I get to the > > line "End of Experiment" and then nothing happens. If I press ESC it > > prompts me to save data and then closes back to the original loading > > scre > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > I'm not a complete idiot. Some parts are missing. > > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > ------=_Part_4855_29965831.1208541227239 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hmm.  Well that was just a template I took off one of the help files.  But then I'm not sure if the experiment I'm running has syntax errors in it or not.  When I run it through the syntax check everything works normally.  Would a syntax error anywhere in the program stop the chain from working?

On Thu, Apr 17, 2008 at 9:42 PM, j.c.f. <jforster@psy1.psych.arizona.edu> wrote:

DMDX never executes your chain instruction because it stops in the item with the L in it.  And even if it didn't it would throw a syntax error because there's no item number nor a semi-colon.


At 08:36 PM 4/17/2008 -0700, you wrote:
I would prefer to use the chaining solution to generate different data
files.  I am confused though.. I've been trying to get it to work and it
doesn't seem to.  What should happen when the file ends?  Should it then
suddenly bring up the next file or do you have to do that manually somehow?

Since the experiment I've designed is so long, I decided to try it with one
of the samples online:

<n 5><fd 25><s 2><vm 1440, 900, 900, 32, 60>

$0 "This is the instruction";

0 "Here is the practice item";

=250 *"dog"/;

0 "End of practice";$

=001 *"house"/;

=002 *"table"/;

=003 *"cough"/;

=004 *"cigarette"/ ;

$0 LB"End of experiment";$

<chain testone>

What should happen at the end?  Because all that happens is I get to the
line "End of Experiment" and then nothing happens.  If I press ESC it
prompts me to save data and then closes back to the original loading scre

                                              /"\
 -jonathan (j.c.f.)                            \ /
                                               X
   ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL  / \

 I'm not a complete idiot.  Some parts are missing.



====================================================================
 Send mail to DMDX-request@psy1.psych.arizona.edu with the word
 'unsubscribe' by itself with no quotes in the body of the email
 to be removed from the list.  The list archive is available here:
        http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

------=_Part_4855_29965831.1208541227239-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 12:53:00 2008 Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3IJqfiZ008957 for ; Fri, 18 Apr 2008 12:52:41 -0700 Received: by wr-out-0506.google.com with SMTP id c37so572296wra.25 for ; Fri, 18 Apr 2008 12:52:41 -0700 (PDT) Received: by 10.142.57.6 with SMTP id f6mr753476wfa.335.1208548360477; Fri, 18 Apr 2008 12:52:40 -0700 (PDT) Received: by 10.142.232.3 with HTTP; Fri, 18 Apr 2008 12:52:40 -0700 (PDT) Message-ID: Date: Fri, 18 Apr 2008 12:52:40 -0700 From: "Melody Dye" To: dmdx Subject: [DMDX] why doesn't this generate number output? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5281_7029036.1208548360469" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_5281_7029036.1208548360469 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline What I'm trying to do is allow people to respond to a stimuli with a number response (1-9). (e.g., score the similarity of these two items on a scale of 1-9) I want to be able to record their responses. After running the program I devised, it worked.. except it didn't record any of the responses. Notice that I specify the input device (the keyboard) and then identify the input buttons (etc) Am I simply misunderstanding what this keyword is supposed to do? How can I record their numbered responses to stimuli? ** ---------------------------------- Parameter and switch to map the button name *text* to a request input. The button name must begin with either a + or a - (to indicate the press or release of that button) and must be the name of a button on an *already*installed input device, in other words if used as a parameter this must occur after the parameter[s]. ------=_Part_5281_7029036.1208548360469 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline What I'm trying to do is allow people to respond to a stimuli with a number response (1-9).  (e.g., score the similarity of these two items on a scale of 1-9)  I want to be able to record their responses.  After running the program I devised, it worked.. except it didn't record any of the responses.  Notice that I specify the input device (the keyboard) and then identify the input buttons (<mr +1><mr +2>etc)  Am I simply misunderstanding what this keyword is supposed to do?  How can I record their numbered responses to stimuli?

<ep><azk><n 72><fd 250><d 0><t 1200><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9><s 18><eop>


----------------------------------
<MapRequest text>
<mr text>

    Parameter and switch to map the button name text to a request input.   The button name must begin with either a + or a - (to indicate the press or release of that button) and must be the name of a button on an already installed input device, in other words if used as a parameter this must occur after the <InputDevice> parameter[s].
------=_Part_5281_7029036.1208548360469-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 13:51:02 2008 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3IKobH4009200 for ; Fri, 18 Apr 2008 13:50:37 -0700 Received: by an-out-0708.google.com with SMTP id c5so168089anc.55 for ; Fri, 18 Apr 2008 13:50:32 -0700 (PDT) Received: by 10.100.37.20 with SMTP id k20mr5978795ank.5.1208551830221; Fri, 18 Apr 2008 13:50:30 -0700 (PDT) Received: by 10.100.32.11 with HTTP; Fri, 18 Apr 2008 13:50:29 -0700 (PDT) Message-ID: <7525d3e60804181350t79e3971dk3e26c30c18cf8ff9@mail.gmail.com> Date: Fri, 18 Apr 2008 15:50:29 -0500 From: "Scott Jackson" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: why doesn't this generate number output? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7767_6648024.1208551830213" References: Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_7767_6648024.1208551830213 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline You'll need to use the (and probably ) parameters. Check the Help on Zillion and Zillion On-Response. For example, you'll probably want to replace the ... with something like: ... You may also need to take out the parameter, but I'm less sure about that. good luck, scott On Fri, Apr 18, 2008 at 2:52 PM, Melody Dye wrote: > What I'm trying to do is allow people to respond to a stimuli with a > number response (1-9). (e.g., score the similarity of these two items on a > scale of 1-9) I want to be able to record their responses. After running > the program I devised, it worked.. except it didn't record any of the > responses. Notice that I specify the input device (the keyboard) and then > identify the input buttons (etc) Am I simply misunderstanding > what this keyword is supposed to do? How can I record their numbered > responses to stimuli? > > * keyboard> +3>* > > > ---------------------------------- > > > > Parameter and switch to map the button name *text* to a request input. > The button name must begin with either a + or a - (to indicate the press > or release of that button) and must be the name of a button on an *already > * installed input device, in other words if used as a parameter this must > occur after the parameter[s]. > ------=_Part_7767_6648024.1208551830213 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline You'll need to use the <zil> (and probably <zor>) parameters.  Check the Help on Zillion and Zillion On-Response.

For example, you'll probably want to replace the <mr +1>...  with something like:

<zil> <zor> <vzk +1> <vzk +2> ... <vzk +9>

You may also need to take out the <azk> parameter, but I'm less sure about that.

good luck,
scott

On Fri, Apr 18, 2008 at 2:52 PM, Melody Dye <pkipsy@gmail.com> wrote:
What I'm trying to do is allow people to respond to a stimuli with a number response (1-9).  (e.g., score the similarity of these two items on a scale of 1-9)  I want to be able to record their responses.  After running the program I devised, it worked.. except it didn't record any of the responses.  Notice that I specify the input device (the keyboard) and then identify the input buttons (<mr +1><mr +2>etc)  Am I simply misunderstanding what this keyword is supposed to do?  How can I record their numbered responses to stimuli?

<ep><azk><n 72><fd 250><d 0><t 1200><vm 1440, 900, 900, 32, 60><id keyboard><nfb><dbc 255255255><dwc 000000000><dfs 16><rcot><mr +1><mr +2><mr +3><mr +4><mr +5><mr +6><mr +7><mr +8><mr +9><s 18><eop>


----------------------------------
<MapRequest text>
<mr text>

    Parameter and switch to map the button name text to a request input.   The button name must begin with either a + or a - (to indicate the press or release of that button) and must be the name of a button on an already installed input device, in other words if used as a parameter this must occur after the <InputDevice> parameter[s].

------=_Part_7767_6648024.1208551830213-- From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 14:59:59 2008 Received: from mail.uj.edu.pl (spica.uoks.uj.edu.pl [149.156.89.110]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3ILxRt5009501 for ; Fri, 18 Apr 2008 14:59:28 -0700 Received: from double64bit ([213.134.177.69]) by mail.uj.edu.pl (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JZJ00IJIJR2BB30@mail.uj.edu.pl> for DMDX@psy1.psych.arizona.edu; Fri, 18 Apr 2008 23:59:27 +0200 (CEST) Date: Fri, 18 Apr 2008 23:59:24 +0200 From: Michal Kuniecki Subject: [DMDX] Problem with item number To: DMDX@psy1.psych.arizona.edu Message-id: <001701c8a19f$771cd770$0a00a8c0@double64bit> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hello, I am new to the forum and DMDX so I would like to apologize in advance if I am asking about obvious matters. I wrote ( or I should rather say I modified) a script for IAPS picture presentation and evaluation which is to be found here http://dionysus.psych.wisc.edu/methods/DMDX/SampleScripts/SampleScripts.htm. I only changed the instruction from English to Polish and I added more pictures. Additionally I introduced my own item numbers. So the file looks like this: $ ! INSTRUCTION $ +10005820111"+" <% 50>/ * "5820"; +10005820112 * "valence"; +10005820113 * "arousal"; +10001722111"+" <% 50>/ * "1722"; +10001722112 * "valence"; +10001722113 * "arousal"; +10008185111"+" <% 50>/ * "8185"; +10008185112 * "valence"; +10008185113 * "arousal"; And so on My problem is that when I look into output (*.zil) file I do not see my item numbers, but instead I have some completely alien item numbers which look like this: Item 1418465619, 11564.99 11564.99,+9 Item 1418465620, 22197.09 22197.09,+4 Item 1418465621, 4096.71 4096.71,+4 Item -939304249, 2668.07 2668.07,+1 Item -939304248, 2072.92 2072.92,+2 Item -939304247, 6683.15 6683.15,+1 Item 1417895639, 3947.93 3947.93,+9 As you can see some of them have even minus sign at the beginning for some unknown reason. I am completely stuck as I cannot figure out how my item numbers were recalculated/modified. Thank you in advance Michal Kuniecki PhD Dpt. Of Psychophysiology Institute of Psychology Jagiellonian University Krakow, Poland From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 21:24:02 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3J4NKkw010788 for ; Fri, 18 Apr 2008 21:23:20 -0700 Received: from frodos_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 857303B7CB3 for ; Fri, 18 Apr 2008 21:23:20 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1F7EC3B7C9D for ; Fri, 18 Apr 2008 21:23:19 -0700 (MST) Message-Id: <5.1.0.14.2.20080418212059.00ba4ad8@psy1.psych.arizona.edu> Date: Fri, 18 Apr 2008 21:23:16 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: RE: Running different parameters within the same experiment In-Reply-To: References: <5.1.0.14.2.20080417214037.00ba4a48@psy1.psych.arizona.edu> <00d101c88ae5$e9b58370$3862c480@KIFXP> <5.1.0.14.2.20080417214037.00ba4a48@psy1.psych.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Syntax checks will stop when they hit L as well. L is really old mechanism the usefulness of which has long since been surpassed. But it still has the odd use (usually dealing with branching and multiple different stopping places in an item file). You need to have occur earlier in the item file. At 10:53 AM 4/18/2008 -0700, you wrote: >Hmm. Well that was just a template I took off one of the help files. But >then I'm not sure if the experiment I'm running has syntax errors in it or >not. When I run it through the syntax check everything works >normally. Would a syntax error anywhere in the program stop the chain >from working? > >On Thu, Apr 17, 2008 at 9:42 PM, j.c.f. ><jforster@psy1.psych.arizona.edu> >wrote: >> >>DMDX never executes your chain instruction because it stops in the item >>with the L in it. And even if it didn't it would throw a syntax error >>because there's no item number nor a semi-colon. >> >> >>At 08:36 PM 4/17/2008 -0700, you wrote: >>>I would prefer to use the chaining solution to generate different data >>>files. I am confused though.. I've been trying to get it to work and it >>>doesn't seem to. What should happen when the file ends? Should it then >>>suddenly bring up the next file or do you have to do that manually somehow? >>> >>>Since the experiment I've designed is so long, I decided to try it with one >>>of the samples online: >>> >>> >>> >>>$0 "This is the instruction"; >>> >>>0 "Here is the practice item"; >>> >>>=250 *"dog"/; >>> >>>0 "End of practice";$ >>> >>>=001 *"house"/; >>> >>>=002 *"table"/; >>> >>>=003 *"cough"/; >>> >>>=004 *"cigarette"/ ; >>> >>>$0 LB"End of experiment";$ >>> >>> >>> >>>What should happen at the end? Because all that happens is I get to the >>>line "End of Experiment" and then nothing happens. If I press ESC it >>>prompts me to save data and then closes back to the original loading scre >> >> /"\ >> -jonathan (j.c.f.) \ / >> X >> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ >> >> I'm not a complete idiot. Some parts are missing. >> >> >> >>==================================================================== >> Send mail to >> DMDX-request@psy1.psych.arizona.edu >> with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> >>http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 21:25:17 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3J4OxZb010807 for ; Fri, 18 Apr 2008 21:24:59 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 22E795E19E3 for ; Fri, 18 Apr 2008 21:24:59 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1FD755AE741 for ; Fri, 18 Apr 2008 21:24:58 -0700 (MST) Message-Id: <5.1.0.14.2.20080418212402.00bce440@psy1.psych.arizona.edu> Date: Fri, 18 Apr 2008 21:24:55 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: why doesn't this generate number output? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You'll want to use the option to : http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhzilliononeresponsekeyword.htm At 12:52 PM 4/18/2008 -0700, you wrote: >What I'm trying to do is allow people to respond to a stimuli with a >number response (1-9). (e.g., score the similarity of these two items on >a scale of 1-9) I want to be able to record their responses. After >running the program I devised, it worked.. except it didn't record any of >the responses. Notice that I specify the input device (the keyboard) and >then identify the input buttons (etc) Am I simply >misunderstanding what this keyword is supposed to do? How can I record >their numbered responses to stimuli? > >keyboard>+2> > > >---------------------------------- > > > > Parameter and switch to map the button name text to a request > input. The button name must begin with either a + or a - (to indicate > the press or release of that button) and must be the name of a button on > an already installed input device, in other words if used as a parameter > this must occur after the > > parameter[s]. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 21:26:14 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3J4Q1Bx010822 for ; Fri, 18 Apr 2008 21:26:01 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 961295E19E3 for ; Fri, 18 Apr 2008 21:26:01 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6CC685AE741 for ; Fri, 18 Apr 2008 21:26:00 -0700 (MST) Message-Id: <5.1.0.14.2.20080418212511.00bce440@psy1.psych.arizona.edu> Date: Fri, 18 Apr 2008 21:25:57 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: why doesn't this generate number output? In-Reply-To: <7525d3e60804181350t79e3971dk3e26c30c18cf8ff9@mail.gmail.co m> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list will be overridden by as long as it comes before . Typically however it's a good idea to have one or the other ;) At 03:50 PM 4/18/2008 -0500, you wrote: >You'll need to use the (and probably ) parameters. Check the >Help on Zillion and Zillion On-Response. > >For example, you'll probably want to replace the ... with >something like: > > ... > >You may also need to take out the parameter, but I'm less sure about >that. > >good luck, >scott > >On Fri, Apr 18, 2008 at 2:52 PM, Melody Dye ><pkipsy@gmail.com> wrote: >>What I'm trying to do is allow people to respond to a stimuli with a >>number response (1-9). (e.g., score the similarity of these two items on >>a scale of 1-9) I want to be able to record their responses. After >>running the program I devised, it worked.. except it didn't record any of >>the responses. Notice that I specify the input device (the keyboard) and >>then identify the input buttons (etc) Am I simply >>misunderstanding what this keyword is supposed to do? How can I record >>their numbered responses to stimuli? >> >>>keyboard>>+2> >> >> >>---------------------------------- >> >> >> >> Parameter and switch to map the button name text to a request >> input. The button name must begin with either a + or a - (to indicate >> the press or release of that button) and must be the name of a button on >> an already installed input device, in other words if used as a parameter >> this must occur after the >> >> parameter[s]. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Fri Apr 18 21:28:08 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3J4Rosc010850 for ; Fri, 18 Apr 2008 21:27:50 -0700 Received: from frodos_amavis (amavis8.email.arizona.edu [10.0.0.236]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 177373B7CB3 for ; Fri, 18 Apr 2008 21:27:50 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EA5783B9022 for ; Fri, 18 Apr 2008 21:27:48 -0700 (MST) Message-Id: <5.1.0.14.2.20080418212648.00bce440@psy1.psych.arizona.edu> Date: Fri, 18 Apr 2008 21:27:47 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Problem with item number In-Reply-To: <001701c8a19f$771cd770$0a00a8c0@double64bit> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Maximum item number is 4.9 billion. Actually probably half that. At 11:59 PM 4/18/2008 +0200, you wrote: >Hello, > > > I am new to the forum and DMDX so I would like to apologize in >advance if I am asking about obvious matters. > >I wrote ( or I should rather say I modified) a script for IAPS picture >presentation and evaluation which is to be found here > >http://dionysus.psych.wisc.edu/methods/DMDX/SampleScripts/SampleScripts.htm. > > >I only changed the instruction from English to Polish and I added more >pictures. Additionally I introduced my own item numbers. So the file looks >like this: > > > > > +9> >+9> > >$ > >! INSTRUCTION > >$ > >+10005820111"+" <% 50>/ * "5820"; >+10005820112 * "valence"; >+10005820113 * "arousal"; >+10001722111"+" <% 50>/ * "1722"; >+10001722112 * "valence"; >+10001722113 * "arousal"; >+10008185111"+" <% 50>/ * "8185"; >+10008185112 * "valence"; >+10008185113 * "arousal"; > >And so on > > >My problem is that when I look into output (*.zil) file I do not see my item >numbers, but instead I have some completely alien item numbers which look >like this: > >Item 1418465619, 11564.99 > 11564.99,+9 >Item 1418465620, 22197.09 > 22197.09,+4 >Item 1418465621, 4096.71 > 4096.71,+4 >Item -939304249, 2668.07 > 2668.07,+1 >Item -939304248, 2072.92 > 2072.92,+2 >Item -939304247, 6683.15 > 6683.15,+1 >Item 1417895639, 3947.93 > 3947.93,+9 > >As you can see some of them have even minus sign at the beginning for some >unknown reason. I am completely stuck as I cannot figure out how my item >numbers were recalculated/modified. > >Thank you in advance >Michal Kuniecki PhD >Dpt. Of Psychophysiology >Institute of Psychology >Jagiellonian University >Krakow, Poland > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Sat Apr 19 02:48:07 2008 Received: from mail.uj.edu.pl (spica.uoks.uj.edu.pl [149.156.89.110]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3J9lIXk011927 for ; Sat, 19 Apr 2008 02:47:19 -0700 Received: from double64bit ([213.134.177.69]) by mail.uj.edu.pl (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JZK00I9PGISAIA0@mail.uj.edu.pl> for DMDX@psy1.psych.arizona.edu; Sat, 19 Apr 2008 11:47:16 +0200 (CEST) Date: Sat, 19 Apr 2008 11:47:14 +0200 From: Michal Kuniecki Subject: [DMDX] Re: Problem with item number To: DMDX@psy1.psych.arizona.edu Message-id: <000101c8a202$590e68d0$0a00a8c0@double64bit> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_ur/X8hAkvGoufzdY0RCvrg)" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list This is a multi-part message in MIME format. --Boundary_(ID_ur/X8hAkvGoufzdY0RCvrg) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Thanks for information, but I would also very much like to know how my item numbers were recalculated (formula). Otherwise my results get wasted :-( Mike --Boundary_(ID_ur/X8hAkvGoufzdY0RCvrg) Content-type: text/html; charset=US-ASCII Content-transfer-encoding: 7BIT

Thanks for information, but I would also very much like to know how my item numbers were recalculated (formula). Otherwise my results get wasted :-(

 

Mike

 

--Boundary_(ID_ur/X8hAkvGoufzdY0RCvrg)-- From DMDX-owner@psy1.psych.arizona.edu Sat Apr 19 10:10:42 2008 Received: from smtpgate.email.arizona.edu (frodo.email.Arizona.EDU [128.196.133.168]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3JHA45a013457 for ; Sat, 19 Apr 2008 10:10:04 -0700 Received: from frodos_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1AF3A3C36FC for ; Sat, 19 Apr 2008 10:10:04 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 5B9A03A7B63 for ; Sat, 19 Apr 2008 10:10:03 -0700 (MST) Message-Id: <5.1.0.14.2.20080419100806.00ba4ad8@psy1.psych.arizona.edu> Date: Sat, 19 Apr 2008 10:10:01 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Problem with item number In-Reply-To: <000101c8a202$590e68d0$0a00a8c0@double64bit> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You will have to map them out yourself, who knows what the scanf() routines do when fed a number stream larger than an integer can hold. Take out any scrambling and run the file in diagnostic mode and then you'll know what number goes with which item. At 11:47 AM 4/19/2008 +0200, you wrote: >Thanks for information, but I would also very much like to know how my >item numbers were recalculated (formula). Otherwise my results get wasted :-( > > > >Mike > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ I'm not a complete idiot. Some parts are missing. From DMDX-owner@psy1.psych.arizona.edu Sat Apr 19 11:48:20 2008 Received: from mail.uj.edu.pl (spica.uoks.uj.edu.pl [149.156.89.110]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3JIljgh013812 for ; Sat, 19 Apr 2008 11:47:46 -0700 Received: from double64bit ([213.134.177.69]) by mail.uj.edu.pl (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTPA id <0JZL00GMV5JJS610@mail.uj.edu.pl> for DMDX@psy1.psych.arizona.edu; Sat, 19 Apr 2008 20:47:44 +0200 (CEST) Date: Sat, 19 Apr 2008 20:47:40 +0200 From: Michal Kuniecki Subject: [DMDX] RE: Re: Problem with item number In-reply-to: <5.1.0.14.2.20080419100806.00ba4ad8@psy1.psych.arizona.edu> To: DMDX@psy1.psych.arizona.edu Message-id: <000601c8a24d$d8a2ab60$0a00a8c0@double64bit> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <000101c8a202$590e68d0$0a00a8c0@double64bit> <5.1.0.14.2.20080419100806.00ba4ad8@psy1.psych.arizona.edu> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Oki, thanks. Now I know haw to proceed. Mike > -----Original Message----- > From: DMDX-owner@psy1.psych.arizona.edu > [mailto:DMDX-owner@psy1.psych.arizona.edu] On Behalf Of j.c.f. > Sent: Saturday, April 19, 2008 7:10 PM > To: DMDX@psy1.psych.arizona.edu > Subject: [DMDX] Re: Problem with item number > > > You will have to map them out yourself, who knows what the > scanf() routines do when fed a number stream larger than an > integer can hold. Take out any scrambling and run the file > in diagnostic mode and then you'll know what number goes with > which item. > > At 11:47 AM 4/19/2008 +0200, you wrote: > > >Thanks for information, but I would also very much like to > know how my > >item numbers were recalculated (formula). Otherwise my results get > >wasted :-( > > > > > > > >Mike > > > > > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > I'm not a complete idiot. Some parts are missing. > > > ==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread > ==================================================================== > From DMDX-owner@psy1.psych.arizona.edu Tue Apr 22 14:36:11 2008 Received: from aa012msr.fastwebnet.it (aa012msr.fastwebnet.it [85.18.95.72]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3MLZ4QZ028525 for ; Tue, 22 Apr 2008 14:35:05 -0700 Received: from pr004msr (10.31.174.235) by aa012msr.fastwebnet.it (8.0.013.5) id 47FBC5F302022255 for DMDX@psy1.psych.arizona.edu; Tue, 22 Apr 2008 23:35:26 +0200 Message-ID: <12365581.3151581208900097933.JavaMail.defaultUser@defaultHost> Date: Tue, 22 Apr 2008 23:34:57 +0200 (CEST) From: Annalisa Setti To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] erase field MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi, I would need a little help on the following: I am setting up a sentence comprehension exp and i need the .avi file to desappear as soon as the participant respond to it, then a message should appear until response (see below) i have a problem with the .avi, they do not disappear immediately after response. I have tried 2 different codes, the top line is the same for both and the 2 different solutions are: +1 "+"/ * "sent01_themother. avi" / ; 0 "Press the spacebar to continue" ; 掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳 +1 "+"/ * "sent01_themother. avi" / /; +2 * "Press the green button to continue" ; thanks a lot Annalisa Annalisa Setti, Department of Psychology University of Bologna (Italy) From DMDX-owner@psy1.psych.arizona.edu Tue Apr 22 16:05:18 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3MN4s66028901 for ; Tue, 22 Apr 2008 16:04:54 -0700 Received: from gandalfs_amavis (amavis10.email.arizona.edu [10.0.0.238]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 6543860F125 for ; Tue, 22 Apr 2008 16:04:54 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id C7F3960F124 for ; Tue, 22 Apr 2008 16:04:50 -0700 (MST) Message-Id: <5.1.0.14.2.20080422160253.00ba5320@psy1.psych.arizona.edu> Date: Tue, 22 Apr 2008 16:04:48 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: erase field In-Reply-To: <12365581.3151581208900097933.JavaMail.defaultUser@defaultH ost> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You will need to use (the help has examples of it's use) and you can't have anything following the frame with the video in it. http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhabortitemkeynamekeyword.htm At 11:34 PM 4/22/2008 +0200, you wrote: >Hi, >I would need a little help on the following: > >I am setting up a sentence comprehension exp and i need the .avi file to >desappear as soon as the participant respond to it, then a message should >appear until response (see below) >i have a problem with the .avi, they do not disappear immediately after >response. > >I have tried 2 different codes, the top line is the same for both > "+Z"> > > >and the 2 different solutions are: >+1 "+"/ * >"sent01_themother. >avi" / ; >0 "Press the spacebar to continue" ; > >掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳掳 >+1 "+"/ * "sent01_themother. >avi" / /; > >+2 * "Press the green button >to continue" ; > > > >thanks a lot >Annalisa > > > >Annalisa Setti, > >Department of Psychology >University of Bologna (Italy) > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Mandatory meetings are always scheduled after you've had the night from hell and just want to go home to bed. - Murphy's Nursing Laws www.murphys-laws.com From DMDX-owner@psy1.psych.arizona.edu Wed Apr 23 09:19:31 2008 Received: from aa011msr.fastwebnet.it (aa011msr.fastwebnet.it [85.18.95.71]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3NGIu55031855 for ; Wed, 23 Apr 2008 09:18:56 -0700 Received: from pr006msr (10.31.174.231) by aa011msr.fastwebnet.it (8.0.013.5) id 47FBC8870218E7F9 for DMDX@psy1.psych.arizona.edu; Wed, 23 Apr 2008 18:18:08 +0200 Message-ID: <19885403.446331208967523485.JavaMail.defaultUser@defaultHost> Date: Wed, 23 Apr 2008 18:18:43 +0200 (CEST) From: Annalisa Setti To: Subject: [DMDX] erase again (final frame) MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi, thank you, I just have another problem, if the participant does not respond during or immediately after the stimulus (.avi) the final frame of the .avi stays on screen; instead i would like it to disappear and a blank screen to appear while waiting for the timeout (which is quite long) here is the original line again +1 "+"/ * "sent01_themother2. avi" /; 0 "Press the spacebar to continue" ; i have used similar lines before and it did disappear so i am a bit confused. Thank you again Annalisa Annalisa Setti, Department of Psychology University of Bologna (Italy) From DMDX-owner@psy1.psych.arizona.edu Wed Apr 23 10:26:39 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3NHQ8As032062 for ; Wed, 23 Apr 2008 10:26:08 -0700 Received: from gandalfs_amavis (amavis7.email.arizona.edu [10.0.0.235]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 2D36B6169F0 for ; Wed, 23 Apr 2008 10:26:08 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 140AA616A17 for ; Wed, 23 Apr 2008 10:26:04 -0700 (MST) Message-Id: <5.1.0.14.2.20080423102503.00ba5318@psy1.psych.arizona.edu> Date: Wed, 23 Apr 2008 10:26:02 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: erase again (final frame) In-Reply-To: <19885403.446331208967523485.JavaMail.defaultUser@defaultHo st> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list If it's not doing that then your machine is misbehaving as DMDX goes to quite some effort to erase the last frame of the video. I suggest you make the last frame of the video a black one. At 06:18 PM 4/23/2008 +0200, you wrote: >Hi, thank you, >I just have another problem, if the participant does not respond during or >immediately after the stimulus (.avi) the final frame of the .avi stays on >screen; instead i would like it to disappear and a blank screen to appear >while >waiting for the timeout (which is quite long) > >here is the original line again > >+1 "+"/ * "sent01_themother2. >avi" /; > >0 "Press the spacebar to continue" ; > > >i have used similar lines before and it did disappear so i am a bit confused. > >Thank you again >Annalisa > > >Annalisa Setti, > >Department of Psychology >University of Bologna (Italy) >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Mandatory meetings are always scheduled after you've had the night from hell and just want to go home to bed. - Murphy's Nursing Laws www.murphys-laws.com From DMDX-owner@psy1.psych.arizona.edu Wed Apr 23 21:27:18 2008 Received: from mailguard-send.adelaide.edu.au (mailguard-send.adelaide.edu.au [192.43.227.21]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3O4Q2Qe001362 for ; Wed, 23 Apr 2008 21:26:03 -0700 Received: from ren.services.adelaide.edu.au ([10.0.10.11]) by aster-private.services.adelaide.edu.au with ESMTP; 24 Apr 2008 13:55:56 +0930 Received: from ren.services.adelaide.edu.au (localhost.localdomain [127.0.0.1]) by ren.services.adelaide.edu.au (8.13.1/8.13.1) with ESMTP id m3O4Qr5b017647 for ; Thu, 24 Apr 2008 13:56:53 +0930 Received: (from apache@localhost) by ren.services.adelaide.edu.au (8.13.1/8.13.1/Submit) id m3O4Qq7o017644 for DMDX@psy1.psych.arizona.edu; Thu, 24 Apr 2008 13:56:52 +0930 Received: from 129.127.121.252 ([129.127.121.252]) by webmail.adelaide.edu.au (IMP) with HTTP for ; Thu, 24 Apr 2008 13:56:52 +0930 Message-ID: <1209011212.48100c0ca078f@webmail.adelaide.edu.au> Date: Thu, 24 Apr 2008 13:56:52 +0930 From: Fernando Marmolejo Ramos To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] RTs with decimal places MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear people There is a DMDX keyword called ofp (output file precision keyword) which can be set to 0 () to request DMDX not to record decimal places in the RT or to 2 () to ask DMDX to throw 2 decimal places in the output file. Is there a critical difference in the RTs between this 2 conditions? Which one is more appropriate to use? Fer From DMDX-owner@psy1.psych.arizona.edu Wed Apr 23 21:37:37 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3O4bLAK001431 for ; Wed, 23 Apr 2008 21:37:21 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8DDA061C152 for ; Wed, 23 Apr 2008 21:37:21 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.Arizona.EDU [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 27E535DA0A4 for ; Wed, 23 Apr 2008 21:37:16 -0700 (MST) Message-Id: <5.1.0.14.2.20080423213355.00ba4b90@psy1.psych.arizona.edu> Date: Wed, 23 Apr 2008 21:37:14 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: RTs with decimal places In-Reply-To: <1209011212.48100c0ca078f@webmail.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Depends how well your machine performs in the TimeDX Millisecond Timer test. If the millisecond callback's standard deviation is 0.3 ms or worse then the fact that DMDX can produce times to 10 microseconds accuracy is meaningless. At 01:56 PM 4/24/2008 +0930, you wrote: >Dear people > >There is a DMDX keyword called ofp (output file precision keyword) which >can be >set to 0 () to request DMDX not to record decimal places in the RT >or to >2 () to ask DMDX to throw 2 decimal places in the output file. > >Is there a critical difference in the RTs between this 2 conditions? Which one >is more appropriate to use? > >Fer >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ All great discoveries are made by mistake. From DMDX-owner@psy1.psych.arizona.edu Wed Apr 23 23:16:03 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.arizona.edu [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3O6Fej8001724 for ; Wed, 23 Apr 2008 23:15:40 -0700 Received: from gandalfs_amavis (amavis6.email.arizona.edu [10.0.0.209]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 233F15DCD65 for ; Wed, 23 Apr 2008 23:15:40 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B0FD65D416E for ; Wed, 23 Apr 2008 23:15:38 -0700 (MST) Message-Id: <5.1.0.14.2.20080423230321.00ba4b90@psy1.psych.arizona.edu> Date: Wed, 23 Apr 2008 23:15:35 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: RTs with decimal places In-Reply-To: <5.1.0.14.2.20080423213355.00ba4b90@psy1.psych.arizona.edu> References: <1209011212.48100c0ca078f@webmail.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Of course there are other considerations too, not all input devices are dependent upon the millisecond callback for their accuracy. Assuming your machine is able to track the retrace accurately and given that most machines have high performance counters in them that run at megahertz or higher frequencies (and TimeDX can tell you what that frequency is) timing in DMDX can indeed be accurate down to the 10s of microseconds. On the faster CPUs available these days perhaps even lower if you've got an interrupt driven input device. Granted most interrupt driven input devices that people use are keyboards where SDs are in the 10s of milliseconds and most USB devices are polled at 128 hertz it's not going to matter at all for most situations. Most of the time you need sophisticated test hardware that sends very precisely controlled signals through the input device in order to measure it's SD with DMDX test modes and I've yet to see anything get better than hundreds of microseconds. But it's conceivable people could get 10s of microseconds in accuracy so that's what DMDX provides. At 09:37 PM 4/23/2008 -0700, you wrote: >Depends how well your machine performs in the TimeDX Millisecond Timer >test. If the millisecond callback's standard deviation is 0.3 ms or worse >then the fact that DMDX can produce times to 10 microseconds accuracy is >meaningless. > >At 01:56 PM 4/24/2008 +0930, you wrote: >>Dear people >> >>There is a DMDX keyword called ofp (output file precision keyword) which >>can be >>set to 0 () to request DMDX not to record decimal places in the RT >>or to >>2 () to ask DMDX to throw 2 decimal places in the output file. >> >>Is there a critical difference in the RTs between this 2 conditions? >>Which one >>is more appropriate to use? >> >>Fer >>==================================================================== >> Send mail to DMDX-request@psy1.psych.arizona.edu with the word >> 'unsubscribe' by itself with no quotes in the body of the email >> to be removed from the list. The list archive is available here: >> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >>==================================================================== > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > All great discoveries are made by mistake. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ All great discoveries are made by mistake. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 01:10:06 2008 Received: from web28002.mail.ukl.yahoo.com (web28002.mail.ukl.yahoo.com [217.146.182.107]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m3S89444018776 for ; Mon, 28 Apr 2008 01:09:04 -0700 Received: (qmail 73821 invoked by uid 60001); 28 Apr 2008 08:08:48 -0000 Received: from [87.207.179.31] by web28002.mail.ukl.yahoo.com via HTTP; Mon, 28 Apr 2008 09:08:48 BST Date: Mon, 28 Apr 2008 09:08:48 +0100 (BST) From: Tomasz Brzdak Subject: [DMDX] problem To: DMDX@psy1.psych.arizona.edu MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1465559706-1209370128=:73261" Content-Transfer-Encoding: 8bit Message-ID: <455402.73261.qm@web28002.mail.ukl.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-1465559706-1209370128=:73261 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I have a problem when using keyword . When N1=a everything is right, syntax is checked and program runs but when N1 < a program stops checking syntax when it encounters above keyword and my Windows (XP) shows that error occured with DMDX and it will be shut down.Why the keyword does not work? Tomasz Brzdak --------------------------------- Sent from Yahoo! Mail. A Smarter Email. --0-1465559706-1209370128=:73261 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I have a problem when using keyword <BranchIf N2, random(a) .LE. N1>. When N1=a everything is right, syntax is checked and program runs but when N1 < a program stops checking syntax when  it encounters above keyword and my Windows (XP) shows that error occured with DMDX and it will be shut down.Why the keyword does not work?

Tomasz Brzdak

Sent from Yahoo! Mail.
A Smarter Email. --0-1465559706-1209370128=:73261-- From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 06:13:28 2008 Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3SDCauc022245 for ; Mon, 28 Apr 2008 06:12:36 -0700 Received: by el-out-1112.google.com with SMTP id n30so1517578elf.21 for ; Mon, 28 Apr 2008 06:12:33 -0700 (PDT) Received: by 10.142.52.9 with SMTP id z9mr1803321wfz.201.1209388353232; Mon, 28 Apr 2008 06:12:33 -0700 (PDT) Received: by 10.142.237.14 with HTTP; Mon, 28 Apr 2008 06:12:33 -0700 (PDT) Message-ID: Date: Mon, 28 Apr 2008 21:12:33 +0800 From: "Pei Peng" To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] a simple problem MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7981_21586120.1209388353237" Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list ------=_Part_7981_21586120.1209388353237 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline Pgo+IEhpOgoKCiAgICBKb25hdGhhbiAsbWFueSB0aGFua3MgZm9yIHlvdXIgaGVscCBhZ2Fpbi5J J2xsIHJ1biBteSBleHBlcmltZW50IGluIHR3bwpkYXlzLk5vdyBJIGhhdmUgYSBzaW1wbGUgcHJv YmxlbS5JbiBleHBlcmltZW50IDIgLEkgaW50cm9kdWNlZCBhIHJlc3BvbnNlCmRlYWRsaW5lLElm IHRoZSBwYXJ0aWNpcGFudHMgaGFkIG5vdCByZXNwb25kZWQgd2l0aGluIHRoZSBkZWFkbGluZSxh Cndhcm5pbmcgIG1lc3NhZ2UgKCJUaW1lIG91dCIpYXBwZWFyZWQgb24gdGhlIHNjcmVlbi5JIHNh dyBIZWxwIGZpbGUsYnV0IEkgZG8Kbm90IGtvd24gaG93IHRvIHNldCB1cC4KCgpuOTYgIDxkIDA+ PGF6az48Y3I+PGNsZmI+PHQgNDAwMD48dm0gMTAyNCw3NjgsNzY4LDMyLDA+PGlkICJrZXlib2Fy ZCI+PGRiYwoyNTUyNTUyNTU+PGR3YyAwMDAwMDAwMDA+PG1yICtTcGFjZT48bW5yICIrcmlnaHQg YXJyb3ciPjxtcHIgIitsZWZ0IGFycm93Ij4KCgoKICAwPGxuIC01PiLQu9C7xOOyztPrsb7KtdHp o6yxvsq10emw/MCowb249rK/t9YuIiwKICAgPGxuIC00PiLKtdHpv6rKvLrzxOO74c/IzP21vb7k 19Ms1NrM/b7k19O1xM2syrEiLAogIDxsbiAtMz4ixsHEu8nPu+Gzys/Wwb249tfWLMfrxOPIz9Xm xdC2z7PKz9a1xMG9uPbX1srHtMq7ucrHt8e0yiIsCiAgIDxsbiAtMj4iyse0yr7NwaK8tLC01/O8 /c23o6y3x7TKvs2wtNPSvP3NtyIsCiAgIDxsbiAtMT4ix+vE48jP1ebM/b7k19Ms0vLOqsnUuvO7 ubvh09C+5NfT1NnIz7Li0ekiLAo8bG4gMT4iz9bU2sfrsLS/1bjxvPy/qsq8LL34yOu12tK7sr+3 1i4iOwoyNTAgPG1zJSAyMDA+LzsKCisxPHdhdiAyPiJzMjYiPHN2cCB0d28+LyoixtvGrSI7Ci0x PHdhdiAyPiJiMzYiPHN2cCBvbmU+Lyoizqq02SI7CisxPHdhdiAyPiJiMzciPHN2cCB0d28+Lyoi x6nX1iI7Ci0xPHdhdiAyPiJiMzgiPHN2cCB0d28+Lyoiu7DF5SI7Cg== ------=_Part_7981_21586120.1209388353237 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iUEFERElORy1MRUZU OiAxZXg7IE1BUkdJTjogMHB4IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBz b2xpZCI+SGk6PC9ibG9ja3F1b3RlPgo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyA8L2Rpdj4KPGRp dj4mbmJzcDsmbmJzcDsmbmJzcDsgSm9uYXRoYW4gLG1hbnkgdGhhbmtzIGZvciB5b3VyIGhlbHAg YWdhaW4uSSYjMzk7bGwgcnVuIG15IGV4cGVyaW1lbnQgaW4gdHdvIGRheXMuTm93IEkgaGF2ZSBh IHNpbXBsZSBwcm9ibGVtLkluIGV4cGVyaW1lbnQgMiAsSSBpbnRyb2R1Y2VkJm5ic3A7YSByZXNw b25zZSBkZWFkbGluZSxJZiB0aGUgcGFydGljaXBhbnRzIGhhZCBub3QgcmVzcG9uZGVkIHdpdGhp biB0aGUgZGVhZGxpbmUsYSB3YXJuaW5nJm5ic3A7IG1lc3NhZ2UgKCZxdW90O1RpbWUgb3V0JnF1 b3Q7KWFwcGVhcmVkIG9uIHRoZSBzY3JlZW4uSSBzYXcgSGVscCBmaWxlLGJ1dCBJIGRvIG5vdCBr b3duIGhvdyB0byBzZXQgdXAuPC9kaXY+Cgo8ZGl2PiZuYnNwOzwvZGl2Pgo8cD5uOTYmbmJzcDsg Jmx0O2QgMCZndDsmbHQ7YXprJmd0OyZsdDtjciZndDsmbHQ7Y2xmYiZndDsmbHQ7dCA0MDAwJmd0 OyZsdDt2bSAxMDI0LDc2OCw3NjgsMzIsMCZndDsmbHQ7aWQgJnF1b3Q7a2V5Ym9hcmQmcXVvdDsm Z3Q7Jmx0O2RiYyAyNTUyNTUyNTUmZ3Q7Jmx0O2R3YyAwMDAwMDAwMDAmZ3Q7Jmx0O21yICtTcGFj ZSZndDsmbHQ7bW5yICZxdW90OytyaWdodCBhcnJvdyZxdW90OyZndDsmbHQ7bXByICZxdW90Oyts ZWZ0IGFycm93JnF1b3Q7Jmd0OzwvcD4KCjxwPiZuYnNwOzwvcD4KPHA+Jm5ic3A7IDAmbHQ7bG4g LTUmZ3Q7JnF1b3Q70LvQu8Tjss7T67G+yrXR6aOssb7KtdHpsPzAqMG9uPayv7fWLiZxdW90Oywm bmJzcDsmbmJzcDsgPGJyPiZuYnNwOyZuYnNwOyAmbHQ7bG4gLTQmZ3Q7JnF1b3Q7yrXR6b+qyry6 88Tju+HPyMz9tb2+5NfTLNTazP2+5NfTtcTNrMqxJnF1b3Q7LDxicj4mbmJzcDsgJmx0O2xuIC0z Jmd0OyZxdW90O8bBxLvJz7vhs8rP1sG9uPbX1izH68TjyM/V5sXQts+zys/WtcTBvbj219bKx7TK u7nKx7fHtMomcXVvdDssPGJyPiZuYnNwOyZuYnNwOyAmbHQ7bG4gLTImZ3Q7JnF1b3Q7yse0yr7N waK8tLC01/O8/c23o6y3x7TKvs2wtNPSvP3NtyZxdW90Oyw8YnI+CiZuYnNwOyZuYnNwOyAmbHQ7 bG4gLTEmZ3Q7JnF1b3Q7x+vE48jP1ebM/b7k19Ms0vLOqsnUuvO7ubvh09C+5NfT1NnIz7Li0ekm cXVvdDssPGJyPiZsdDtsbiAxJmd0OyZxdW90O8/W1NrH67C0v9W48bz8v6rKvCy9+MjrtdrSu7K/ t9YuJnF1b3Q7Ozxicj4yNTAgJmx0O21zJSAyMDAmZ3Q7Lzs8L3A+CjxwPisxJmx0O3dhdiAyJmd0 OyZxdW90O3MyNiZxdW90OyZsdDtzdnAgdHdvJmd0Oy8qJnF1b3Q7xtvGrSZxdW90Ozs8YnI+LTEm bHQ7d2F2IDImZ3Q7JnF1b3Q7YjM2JnF1b3Q7Jmx0O3N2cCBvbmUmZ3Q7LyomcXVvdDvOqrTZJnF1 b3Q7OyA8YnI+KzEmbHQ7d2F2IDImZ3Q7JnF1b3Q7YjM3JnF1b3Q7Jmx0O3N2cCB0d28mZ3Q7Lyom cXVvdDvHqdfWJnF1b3Q7OyA8YnI+LTEmbHQ7d2F2IDImZ3Q7JnF1b3Q7YjM4JnF1b3Q7Jmx0O3N2 cCB0d28mZ3Q7LyomcXVvdDu7sMXlJnF1b3Q7OyA8L3A+Cjxicj4mbmJzcDs8L2Rpdj48YnI+Cg== ------=_Part_7981_21586120.1209388353237-- From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 08:59:55 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3SFxPEB022893; Mon, 28 Apr 2008 08:59:25 -0700 Received: from gandalfs_amavis (amavis4.email.arizona.edu [10.0.0.207]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id EF741638A2B; Mon, 28 Apr 2008 08:59:24 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id B682C638A59; Mon, 28 Apr 2008 08:59:20 -0700 (MST) Message-Id: <5.1.0.14.2.20080428085034.00ba4b80@psy1.psych.arizona.edu> Date: Mon, 28 Apr 2008 08:59:18 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: problem In-Reply-To: <455402.73261.qm@web28002.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Perhaps you've found a bug in the expression parser. The syntax for your expression is actually: Not sure if I ever blatantly made that apparent in the docs. With your syntax the random routine is getting passed a zero when N1 < a and that's probably cause for a crash as it will be dividing by zero and unless I specifically check for it that will crash DMDX. I'll look at it in more detail later. At 09:08 AM 4/28/2008 +0100, you wrote: >I have a problem when using keyword . When >N1=a everything is right, syntax is checked and program runs but when N1 < >a program stops checking syntax when it encounters above keyword and my >Windows (XP) shows that error occured with DMDX and it will be shut >down.Why the keyword does not work? > >Tomasz Brzdak > > >Sent from >Yahoo! >Mail. >A Smarter Email. /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ All great discoveries are made by mistake. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 09:03:49 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3SG3QCG022930 for ; Mon, 28 Apr 2008 09:03:26 -0700 Received: from gandalfs_amavis (amavis3.email.arizona.edu [10.0.0.206]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 3C97D638A84 for ; Mon, 28 Apr 2008 09:03:26 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id CFC0E638A96 for ; Mon, 28 Apr 2008 09:03:24 -0700 (MST) Message-Id: <5.1.0.14.2.20080428085953.00bc9630@psy1.psych.arizona.edu> Date: Mon, 28 Apr 2008 09:03:19 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: a simple problem In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list You can use : http://psy1.psych.arizona.edu/~jforster/dmdx/help/dmdxhtoolongfeedbackkeyword.htm You'll have to specify after your however. At 09:12 PM 4/28/2008 +0800, you wrote: >Hi: > > > Jonathan ,many thanks for your help again.I'll run my experiment in > two days.Now I have a simple problem.In experiment 2 ,I introduced a > response deadline,If the participants had not responded within the > deadline,a warning message ("Time out")appeared on the screen.I saw Help > file,but I do not kown how to set up. > > >n96 255255255> > > > > 0"谢谢你参与本实验，本实验包括两个部分.", > "实验开始后你会先听到句子,在听句子的同时", > "屏幕上会呈现两个字,请你认真判断呈现的两个字是词还是非词", > "是词就立即按左箭头，非词就按右箭头", > "请你认真听句子,因为稍后还会有句子再认测验", >"现在请按空格键开始,进入第一部分."; >250 /; > >+1"s26"/*"欺骗"; >-1"b36"/*"为促"; >+1"b37"/*"签字"; >-1"b38"/*"话佩"; > > > /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ All great discoveries are made by mistake. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 11:14:51 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3SIEFF1023405 for ; Mon, 28 Apr 2008 11:14:15 -0700 Received: from gandalfs_amavis (amavis1.email.arizona.edu [10.0.0.204]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 463CD638FAF for ; Mon, 28 Apr 2008 11:14:14 -0700 (MST) Received: from 666-devel.email.arizona.edu (jcf.psych.arizona.edu [128.196.98.7]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 107DC638D79 for ; Mon, 28 Apr 2008 11:14:11 -0700 (MST) Message-Id: <5.1.0.14.2.20080428105245.00ba5280@psy1.psych.arizona.edu> Date: Mon, 28 Apr 2008 11:14:07 -0700 To: DMDX@psy1.psych.arizona.edu From: "Jonathan C. Forster" Subject: [DMDX] Re: problem In-Reply-To: <5.1.0.14.2.20080428085034.00ba4b80@psy1.psych.arizona.edu> References: <455402.73261.qm@web28002.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Yeah, that's certainly the cause. Function precedence is lower than anything else so it evaluates (a) .LE. N1 and then passes that to random. When a is less than or equal to N1 the result of (a) .LE. N1 is 1 which isn't what you want however it doesn't crash DMDX. However when a is not less than or equal to N1 the result is zero and that does indeed not get checked against and will cause DMDX to crash. Pretty much a function call is always going to take the entire right hand side and pass it to the function code so if you're going to use it in conjunction with other tests you have to bracket the function call itself and not the parameter list like I indicate below. Sorry, it's messy but it's someone else's code and I've spent more time that I care to trying to change it with no success so that's the way it is and will be. DMDX version 3.2.6.2 on the site now protects against zero being passed to random. Assuming the installer didn't get screwed when I was recently trying a new version of it. At 08:59 AM 4/28/2008 -0700, you wrote: >Perhaps you've found a bug in the expression parser. The syntax for your >expression is actually: > > > >Not sure if I ever blatantly made that apparent in the docs. With your >syntax the random routine is getting passed a zero when N1 < a and that's >probably cause for a crash as it will be dividing by zero and unless I >specifically check for it that will crash DMDX. I'll look at it in more >detail later. > >At 09:08 AM 4/28/2008 +0100, you wrote: >>I have a problem when using keyword . >>When N1=a everything is right, syntax is checked and program runs but >>when N1 < a program stops checking syntax when it encounters above >>keyword and my Windows (XP) shows that error occured with DMDX and it >>will be shut down.Why the keyword does not work? >> >>Tomasz Brzdak >> >> >>Sent from >>Yahoo! >>Mail. >>A Smarter Email. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > All great discoveries are made by mistake. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Maintainer's Motto: If we can't fix it, it ain't broke. From DMDX-owner@psy1.psych.arizona.edu Mon Apr 28 15:08:54 2008 Received: from mailguard-send.adelaide.edu.au (mailguard-send.adelaide.edu.au [192.43.227.21]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3SM8DYt024172 for ; Mon, 28 Apr 2008 15:08:18 -0700 Received: from ren.services.adelaide.edu.au ([10.0.10.11]) by aster-private.services.adelaide.edu.au with ESMTP; 29 Apr 2008 07:38:02 +0930 Received: from ren.services.adelaide.edu.au (localhost.localdomain [127.0.0.1]) by ren.services.adelaide.edu.au (8.13.1/8.13.1) with ESMTP id m3SM96N4007009 for ; Tue, 29 Apr 2008 07:39:06 +0930 Received: (from apache@localhost) by ren.services.adelaide.edu.au (8.13.1/8.13.1/Submit) id m3SM95WU007006 for DMDX@psy1.psych.arizona.edu; Tue, 29 Apr 2008 07:39:05 +0930 Received: from 58.174.241.185 ([58.174.241.185]) by webmail.adelaide.edu.au (IMP) with HTTP for ; Tue, 29 Apr 2008 07:39:05 +0930 Message-ID: <1209420545.48164b019e33a@webmail.adelaide.edu.au> Date: Tue, 29 Apr 2008 07:39:05 +0930 From: Fernando Marmolejo Ramos To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Joystick Logitech Attack 3 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Dear DMDX community I have a question and I抎 appreciate if anyone could come up with a solution. I want to present some sentences on the screen to participants. Participants are required to answer YES or NO using a joystick, for example a positive response by moving the throttle forward and a negative by moving it backwards. Happens that DMDX recognizes the joystick (I bought a Logitech Attack 3) and its 10 buttons. But when I move the throttle, DMDX just shows the X, Y positioning of it (e.g., when I push the stick forward the numbers are 0,0; centre 0,32511, and backward 0,65535). The input test shows the Axis X, Y, and Z but they do not light up when I move the throttle. My question is: how can I specify those coordinates for the script? Specifically, I抎 like to assign responses only for the forward and the backward position and the leftward and rightward one, how can I do that? Does anyone have a script I can use as a model? Should I use a gamepad instead of a joystick? Cheers, Fer From DMDX-owner@psy1.psych.arizona.edu Tue Apr 29 14:06:01 2008 Received: from web28008.mail.ukl.yahoo.com (web28008.mail.ukl.yahoo.com [217.146.182.113]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with SMTP id m3TL59Sv028648 for ; Tue, 29 Apr 2008 14:05:10 -0700 Received: (qmail 53148 invoked by uid 60001); 29 Apr 2008 21:04:58 -0000 Received: from [87.207.179.31] by web28008.mail.ukl.yahoo.com via HTTP; Tue, 29 Apr 2008 22:04:58 BST Date: Tue, 29 Apr 2008 22:04:58 +0100 (BST) From: Tomasz Brzdak Subject: [DMDX] Re: problem To: DMDX@psy1.psych.arizona.edu In-Reply-To: <5.1.0.14.2.20080428105245.00ba5280@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-629234517-1209503098=:52782" Content-Transfer-Encoding: 8bit Message-ID: <821742.52782.qm@web28008.mail.ukl.yahoo.com> Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list --0-629234517-1209503098=:52782 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you Jonatan for explanation of my problem (and solution). Tomasz "Jonathan C. Forster" wrote: Yeah, that's certainly the cause. Function precedence is lower than anything else so it evaluates (a) .LE. N1 and then passes that to random. When a is less than or equal to N1 the result of (a) .LE. N1 is 1 which isn't what you want however it doesn't crash DMDX. However when a is not less than or equal to N1 the result is zero and that does indeed not get checked against and will cause DMDX to crash. Pretty much a function call is always going to take the entire right hand side and pass it to the function code so if you're going to use it in conjunction with other tests you have to bracket the function call itself and not the parameter list like I indicate below. Sorry, it's messy but it's someone else's code and I've spent more time that I care to trying to change it with no success so that's the way it is and will be. DMDX version 3.2.6.2 on the site now protects against zero being passed to random. Assuming the installer didn't get screwed when I was recently trying a new version of it. At 08:59 AM 4/28/2008 -0700, you wrote: >Perhaps you've found a bug in the expression parser. The syntax for your >expression is actually: > > > >Not sure if I ever blatantly made that apparent in the docs. With your >syntax the random routine is getting passed a zero when N1 < a and that's >probably cause for a crash as it will be dividing by zero and unless I >specifically check for it that will crash DMDX. I'll look at it in more >detail later. > >At 09:08 AM 4/28/2008 +0100, you wrote: >>I have a problem when using keyword . >>When N1=a everything is right, syntax is checked and program runs but >>when N1 < a program stops checking syntax when it encounters above >>keyword and my Windows (XP) shows that error occured with DMDX and it >>will be shut down.Why the keyword does not work? >> >>Tomasz Brzdak >> >> >>Sent from >>Yahoo! >>Mail. >>A Smarter Email. > > /"\ > -jonathan (j.c.f.) \ / > X > ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ > > All great discoveries are made by mistake. > > >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ Maintainer's Motto: If we can't fix it, it ain't broke. ==================================================================== Send mail to DMDX-request@psy1.psych.arizona.edu with the word 'unsubscribe' by itself with no quotes in the body of the email to be removed from the list. The list archive is available here: http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread ==================================================================== --------------------------------- Sent from Yahoo! Mail. A Smarter Email. --0-629234517-1209503098=:52782 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you Jonatan  for explanation of my problem (and solution).

Tomasz

"Jonathan C. Forster" <jforster@psy1.psych.arizona.edu> wrote:

Yeah, that's certainly the cause. Function precedence is lower than
anything else so it evaluates (a) .LE. N1 and then passes that to
random. When a is less than or equal to N1 the result of (a) .LE. N1 is 1
which isn't what you want however it doesn't crash DMDX. However when a is
not less than or equal to N1 the result is zero and that does indeed not
get checked against and will cause DMDX to crash. Pretty much a function
call is always going to take the entire right hand side and pass it to the
function code so if you're going to use it in conjunction with other tests
you have to bracket the function call itself and not the parameter list
like I indicate below. Sorry, it's messy but it's someone else's code and
I've spent more time that I care to trying to change it with no success so
that's the way it is and will be.

DMDX version 3.2.6.2 on the site now protects against zero being passed to
random. Assuming the installer didn't get screwed when I was recently
trying a new version of it.

At 08:59 AM 4/28/2008 -0700, you wrote:

>Perhaps you've found a bug in the expression parser. The syntax for your
>expression is actually:
>
>
>
>Not sure if I ever blatantly made that apparent in the docs. With your
>syntax the random routine is getting passed a zero when N1 < a and that's
>probably cause for a crash as it will be dividing by zero and unless I
>specifically check for it that will crash DMDX. I'll look at it in more
>detail later.
>
>At 09:08 AM 4/28/2008 +0100, you wrote:
>>I have a problem when using keyword .
>>When N1=a everything is right, syntax is checked and program runs but
>>when N1 < a program stops checking syntax when it encounters above
>>keyword and my Windows (XP) shows that error occured with DMDX and it
>>will be shut down.Why the keyword does not work?
>>
>>Tomasz Brzdak
>>
>>
>>Sent from
>>Yahoo!
>>Mail.
>>A Smarter Email.
>
> /"\
> -jonathan (j.c.f.) \ /
> X
> ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \
>
> All great discoveries are made by mistake.
>
>
>====================================================================
> Send mail to DMDX-request@psy1.psych.arizona.edu with the word
> 'unsubscribe' by itself with no quotes in the body of the email
> to be removed from the list. The list archive is available here:
> http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
>====================================================================


/"\
-jonathan (j.c.f.) \ /
X
ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \

Maintainer's Motto:
If we can't fix it, it ain't broke.


====================================================================
Send mail to DMDX-request@psy1.psych.arizona.edu with the word
'unsubscribe' by itself with no quotes in the body of the email
to be removed from the list. The list archive is available here:
http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread
====================================================================

Sent from Yahoo! Mail.
A Smarter Email. --0-629234517-1209503098=:52782-- From DMDX-owner@psy1.psych.arizona.edu Tue Apr 29 18:11:46 2008 Received: from smtpgate.email.arizona.edu (gandalf.email.Arizona.EDU [128.196.133.169]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3U1BAD6029416 for ; Tue, 29 Apr 2008 18:11:10 -0700 Received: from gandalfs_amavis (amavis5.email.arizona.edu [10.0.0.208]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 8649363D8A8 for ; Tue, 29 Apr 2008 18:11:10 -0700 (MST) Received: from anybodyi.u.arizona.edu (wrrcserver.wrrc.arizona.edu [128.196.237.14]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 1E17163D6CA for ; Tue, 29 Apr 2008 18:11:08 -0700 (MST) Message-Id: <5.1.0.14.2.20080429180134.00ba4bc0@psy1.psych.arizona.edu> Date: Tue, 29 Apr 2008 18:11:07 -0700 To: DMDX@psy1.psych.arizona.edu From: "j.c.f." Subject: [DMDX] Re: Joystick Logitech Attack 3 In-Reply-To: <1209420545.48164b019e33a@webmail.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list DMDX won't see all controls. I recommend joysticks as opposed to throttles, largely because I've never connected a throttle to DMDX and have no idea what controls it presents in DirectInput. Joysticks have the stick itself (X and Y axes that can be used with 2DInputDevcices) triggers (buttons that DMDX sees), hats (axes that DMDX doesn't see) and other buttons (that DMDX sees). If you want DMDX to work with your particular device you'll have to send one to me so I can see what it presents in the way of controls. If you do send it you'll either have to include return pre-paid shipping or leave it with me for future testing (not a bad idea). At 07:39 AM 4/29/2008 +0930, you wrote: >Dear DMDX community > >I have a question and I'd appreciate if anyone could come up with a solution. > >I want to present some sentences on the screen to participants. Participants >are required to answer YES or NO using a joystick, for example a positive >response by moving the throttle forward and a negative by moving it backwards. > >Happens that DMDX recognizes the joystick (I bought a Logitech Attack 3) >and its >10 buttons. But when I move the throttle, DMDX just shows the X, Y positioning >of it (e.g., when I push the stick forward the numbers are 0,0; centre >0,32511, >and backward 0,65535). > >The input test shows the Axis X, Y, and Z but they do not light up when I move >the throttle. > >My question is: how can I specify those coordinates for the script? >Specifically, I'd like to assign responses only for the forward and the >backward >position and the leftward and rightward one, how can I do that? Does anyone >have a script I can use as a model? Should I use a gamepad instead of a >joystick? > >Cheers, > >Fer >==================================================================== > Send mail to DMDX-request@psy1.psych.arizona.edu with the word > 'unsubscribe' by itself with no quotes in the body of the email > to be removed from the list. The list archive is available here: > http://psy1.psych.arizona.edu/cgi-bin/DMDX/thread >==================================================================== /"\ -jonathan (j.c.f.) \ / X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ All great discoveries are made by mistake. From DMDX-owner@psy1.psych.arizona.edu Tue Apr 29 22:07:06 2008 Received: from mailguard-send.adelaide.edu.au (mailguard-send.adelaide.edu.au [192.43.227.21]) by psy1.psych.arizona.edu (8.13.6/8.13.6) with ESMTP id m3U56NLu030195 for ; Tue, 29 Apr 2008 22:06:31 -0700 Received: from ren.services.adelaide.edu.au ([10.0.10.11]) by aster-private.services.adelaide.edu.au with ESMTP; 30 Apr 2008 14:36:09 +0930 Received: from ren.services.adelaide.edu.au (localhost.localdomain [127.0.0.1]) by ren.services.adelaide.edu.au (8.13.1/8.13.1) with ESMTP id m3U57FGp015222 for ; Wed, 30 Apr 2008 14:37:15 +0930 Received: (from apache@localhost) by ren.services.adelaide.edu.au (8.13.1/8.13.1/Submit) id m3U57EXx015213 for DMDX@psy1.psych.arizona.edu; Wed, 30 Apr 2008 14:37:14 +0930 Received: from 129.127.121.252 ([129.127.121.252]) by webmail.adelaide.edu.au (IMP) with HTTP for ; Wed, 30 Apr 2008 14:37:14 +0930 Message-ID: <1209532034.4817fe82606b3@webmail.adelaide.edu.au> Date: Wed, 30 Apr 2008 14:37:14 +0930 From: Fernando Marmolejo Ramos To: DMDX@psy1.psych.arizona.edu Subject: [DMDX] Re: Joystick Logitech Attack 3 References: <5.1.0.14.2.20080429180134.00ba4bc0@psy1.psych.arizona.edu> In-Reply-To: <5.1.0.14.2.20080429180134.00ba4bc0@psy1.psych.arizona.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: DMDX@psy1.psych.arizona.edu Sender: DMDX-owner@psy1.psych.arizona.edu Precedence: list Hi JF Thanks for your answer. I've tried a couple of syntaxes in order to map the joystick but both have gone wild. 1. I used the canonical and map some of the buttons and it worked well. It was: But still it doesn't read the ZAxis, YAxis, and XAxis... I suppose, as you say, this are hats that DMDX doesn't see. But precisely, that's what I'd like DMDX to do. 2. The, I moved to a <2did...> strategy. I did something like this: <2did 揕ogitech Attack 3 up,0,0 down,0,65535> But it wrecked during the syntax check, whinging "missing or bad region in 2D input device button " So, I'm again in the same point... nothing is happening. When I run the input test, I can see the device called as LogitechAttack3, then I test it and I get: #0,