Hi Wei,
Oil's advice is the standard one and usually the way to go, but I suspect that it won't work in your case. To load and decompress an image from disk takes a finite amount of time. It is a race to get it done within a single frame interval (16.7 ms in your case), and in Builder, it isn't really possible to use an ISI period here since you are displaying images for only one frame each, immediately in succession.
Realistically for rapid serial presentation tasks like this, you are going to need to load all 30 images before the trial starts and create a separate image stimulus for each. Actually displaying images takes no time at all, it is the initial creation of them that imposes delays.
The constraint then becomes how much memory your graphics card can hold, because it needs to have all 30 images in memory simultaneously (Builder normally updates each image stimulus on every trial as required, so the graphics card only has to hold one at a time in memory. But in your case, you will have to trade memory for speed.
This will require writing some code. But before getting that underway, you'll need to check that the actual image files themselves are 1920 × 1080. You definitely don't want any images that need to be scaled down: those extra pixels will chew through memory.
Come back to us if you want to proceed this way. You can still run this experiment in Builder, but:
— You'll need to insert some code to handle pre-loading all of the stimuli.
— You'll need to test whether your graphics card hardware can handle holding all of them in memory at once.
Regards,
Michael
--
Michael R. MacAskill, PhD 66 Stewart St
Research Director, Christchurch 8011
New Zealand Brain Research Institute NEW ZEALAND
Senior Research Fellow,
michael....@nzbri.org
Te Whare Wānanga o Otāgo, Otautahi Ph:
+64 3 3786 072
University of Otago, Christchurch
http://www.nzbri.org/macaskill