Millisecond Forums » Millisecond Forums » Inquisit 4 » Trial Port display milliseconds are off

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 12:51:16 GMT

A /branch need not be conditional. Suppose you have <trial a1> and <trial a2>. You always want a2 to follow a1:

<trial a1>
[...]
/ branch = [trial.a2]
</trial>

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 12:41:30 GMT

Real quick. If I do a / branch [if() trial.whatever] is there a command for to say like

if(trial.whatever1.runs) trial.whatever2? <--- meaning if trial whatever1 ran then run trial whatever2

Or do I need to setup a count or a generic value that it will reference that will always make it run the next trial?

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 12:37:38 GMT

I'll check back through my versions after fixing this current problem and send it to you if I still have it.

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 12:35:41 GMT

[quote]/ branch I have experienced trialduration complications when using this method. Like it would apply the trial duration from the last thing used to the duration of the next.[/quote]

I am not aware of any such issue and don't see why that would be. /branch has nothing to do with a given <trial>'s /trialduration. If you have any code showcasing that issue, please feel free to share it.

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 12:32:51 GMT

/ branch I have experienced trialduration complications when using this method. Like it would apply the trial duration from the last thing used to the duration of the next.

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 12:26:27 GMT

The /branch attribute fits the bill.

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 12:25:22 GMT

Any Recommendations for a daisy chain for it? The trial must always have the other trial occur after it because a block I have uses that trial and another one show up randomly.

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 12:15:20 GMT

[quote]
Remember I want a response to be issued for both in the trial.[/quote]

A <trial> collects a single response. There is no way to collect two or more. You'll have to daisy-chain separate <trial> elements if that's what you want.

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 12:13:17 GMT

found the problem. I have my responsetime = 0 which is effecting the zeroPort showing for some reason.

Remember I want a response to be issued for both in the trial. Trying to figure out how to allow only one response for the trial but can be responded for both the word and the erase I have set. The erase is a black screen.

I remember reading the /responsetime attribute and the / responseinterrupt attribute. What would be needed here for what I require?

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 11:35:19 GMT

[quote]The green and red is a trial and then another green and red is either the same trial or one that's similar reading from a different item list.[/quote]

Could you clarify that graphically, please?

[quote]
The block uses a ratio of two trials. The trials are the same as the one posted.

Is there something in the block that would screw with this?[/quote]

I cannot tell you that without seeing the actual code. Have you checked the two involved <trial> elements and their stimuli for errors? The data might well be consistent with an error in one of the involved elements.

Also, (a) what is the system's refresh rate and (b) are you running the latest Inquisit 4 release (4.0.3)?

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 11:16:53 GMT

The green and red is a trial and then another green and red is either the same trial or one that's similar reading from a different item list.

The block uses a ratio of two trials. The trials are the same as the one posted.

Is there something in the block that would screw with this?

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 11:12:11 GMT

[quote]The green is a 100's marker ending in 0 after 50ms[/quote]

And where is that coming from in your <trial> definition? I only see two pulses there.

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 10:55:26 GMT

The yellow is a marker that is 5 to 0 with 50ms separation.
The green is a 100's marker ending in 0 after 50ms
The red is suppose to be another 5 to 0 marker with the same 50ms but is actually 16ms

The height is the marker number and the length between the elevated lines is the marker number to 0. So the gap in-between the two elevated lines is milliseconds.

After the yellow marker is the beginning of the trial I posted.

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 09:23:07 GMT

That image unfortunately doesn't say much without proper scale information as well as any indication where an actual trial starts and ends. Also, what is the pulse highlighted in green?

RE: Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 08:56:47 GMT

Here is my data. The pulse widths should be 50 for everything but the zeroPort2 even after changing it shows it as 16ms.

RE: Trial Port display milliseconds are off

Dave — Thu, 20 Jun 2013 08:35:24 GMT

Impossible to tell without actually seeing the data. However, note that what you see in the 'stimulusonset' column for the 2nd instance of ZeroPort may reflect the onset of the 1st instance. You should either (a) use separate <port> elements

/ stimulustimes = [0=word, wordPort; 50=ZeroPort1; 800=erase, breakPort; 850=ZeroPort2]

or (b) log the element's indexed stimulusonset property to the data file (via the <data> element:

/ columns = [..., port.ZeroPort.stimulusonset.1, port.ZeroPort.stimulusonset.2, ...]

Trial Port display milliseconds are off

Lostcode — Thu, 20 Jun 2013 08:14:23 GMT

I have a trial that runs like so:

<trial wordy>
/ stimulustimes = [0=word, wordPort; 50=ZeroPort; 800=erase, breakPort; 850=ZeroPort]
/ trialduration = 1600
</trial>

Unfortunately the second zero port shows on my output that from the breakPort to the ZeroPort the duration is about 16ms instead of the 50ms it should be.

Is there something I am not understanding for the coding?