Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Trials displaying longer than their set time?
#7
Hi guys,

I'm back now trying to code this study and I am hoping for your wisdom on the best way to do it Smile

I explained this above but here I am going to do it again. In this experiment participants see two words on screen at once, and they will see a list of these words, and then sometimes they will have to say something. They will either see two screens (of two words each), three screens, or four screens. Thus, there are three different patterns possible. The exact structure of each pattern is:
1. Blank screen (0.3 secs) -> words (0.7s) -> blank screen -> words -> question mark (0.5s) -> exclamation mark (1.5s)
2. Blank screen -> words -> blank screen -> words -> blank screen -> words -> question mark -> exclamation mark
3. Blank screen -> words -> blank screen -> words -> blank screen -> words -> blank screen -> words -> question mark -> exclamation mark

Firstly, to avoid the issue above, I will add an extra blank screen after the exclamation mark, with a true submission point, to send responses at that point. For info, I will have background audio running on at least the question mark and exclamation mark screens. In fact, now I think of it, would it better to combine them into one trial type and set a delay for the onset of the exclamation mark to be 0.5s relative to the onset of the trial, such that it is then one longer audio response that is recorded versus two different audio files?

However, I am trying to work out the best way to create these patterns. Because these three different 'trial' types (the sequences of screens) have different lengths, should I specify each one as a block, and then in block sequence randomise the orders of the blocks? I have maybe 100 of these trials in the experiment so this would make 100 of these blocks. That way I am sure that the sequence of screens will definitely be fixed and I shouldn't have timing issues/response received issues. However, this is tedious to code (though if it is necessary then so be it).

Or, would it be better to create three different block types - one type for each of the patterns - and then randomise their order? The only problem is that I don't want a whole block of one pattern type trials, followed by only another pattern type trials, but they need to be intermixed. I think setting up three blocks corresponding to the patterns won't randomise in this way?

Or, is there another way to manage this that you know of that I just haven't thought about?

Thank you in advance for any inspiration you can send me! Sorry there are so many questions.
P.S. I saw you now have an onset detection feature in background audio and this is amazing and will save me so many hours of work! Thank you so so much!
Reply


Messages In This Thread
RE: Trials displaying longer than their set time? - by amiefairs - 01-25-2021, 07:38 AM

Forum Jump:


Users browsing this thread: 2 Guest(s)