<p>I'm planning an <strong>event-related fMRI-experiment</strong> to investigate the difference in processing natural and computer-generated facial emotion expressions.</p>

<p>I've seen a lot of studies that synchronize the scan acquisition with stimulus presentation. <strong>Is synchronization between the scanner and the stimulus presentation necessary for every trial or is it enough if the scanner and the presentation are synchronized for the first trial?</strong></p>

<p>This question is asked assuming that trials are jittered.</p>

<h1>Background</h1>

<p>I have a Matlab script to present my stimuli and I've decided on the acquisition parameters (see below). I'll have to start the stimulus presentation with Matlab over a button press after a few dummy scans, as the scanner is not equipped with a synchronization box that tracks the scanner pulses and conveys them to my stimulus delivery computer. So, my presentation is only synchronized with the first scanner impulse.</p>

<p>The <strong>stimuli</strong> will be presented according to the following parameters and in the following order:</p>

<ol>
<li>Fixation cross for 600-800ms (length randomly varying in 25 ms steps)</li>
<li>Video for 3 seconds (length not varied, but video type (natural or computer-generated) is randomized)</li>
<li>Blank screen for 3-5 seconds (length randomly varying in 250 ms steps)</li>
</ol>

<h2>Acquisition parameters</h2>

<ul>
<li>TR = 1.7s, TE = 30ms</li>
<li>Whole brain acquisition</li>
<li>Voxel size 3x3 mm, slice thickness = 3.9mm</li>
</ul>

CC BY-SA 3.0
2018-02-14T14:52:18.843Z
I'm not an fMRI expert, but it's far from optimal without synchronization so try to address the hardware limitation. It seems strange to me that the MRI is not ready for research - tried talking to your supervisor? There could be delays in the stimulus presentation. These delays could accumulate over time. One way to check these delays is using an external timer for the entire session and then compute the total time that your stimulus presentation resulted in (i.e. the sum of the durations of all time windows in MATLAB).
noumenal
CC BY-SA 3.0
2018-02-16T07:12:02.683Z
Thank you noumenal for your opinion @noumenal. I totally agree with you about the hardware limitation. The scanner is generally used for clinical MRIs, which is why it it is not equipped for research purposes. We will just use it "on loan". Unfortunately I will have to deal with it as I already discussed this with my supervisor several times and he is not willing to invest in the hardware.
I appreciate the idea with the external timer, I will implement this! With this information and the matlab trial protocoll I hopefully will have a slight idea of possible timing/delay effects.
Hanna
CC BY-SA 3.0
2018-02-16T18:10:43.090Z
My [professor-friend agrees](https://twitter.com/cMadan/status/964212043170697217) with @noumenal.
Seanny123
CC BY-SA 3.0
2018-02-19T09:43:55.590Z
@Seanny123 and professor-friend: Thank you very much for your input!
I'm close now to get a synchronization box on loan, so hopefully I will be able to synchronize the scanner properly.
Hanna
<measurement><methodology><neuroimaging><fmri>
Is synchronization between the MRI scanner and the stimulus presentation necessary for every trial?
Hanna
# Is synchronization between the MRI scanner and the stimulus presentation necessary for every trial?

(Asked by: username_0 on 2018-02-13)

I'm planning an **event-related fMRI-experiment** to investigate the difference in processing natural and computer-generated facial emotion expressions.

I've seen a lot of studies that synchronize the scan acquisition with stimulus presentation. **Is synchronization between the scanner and the stimulus presentation necessary for every trial or is it enough if the scanner and the presentation are synchronized for the first trial?**

This question is asked assuming that trials are jittered.

# Background

I have a Matlab script to present my stimuli and I've decided on the acquisition parameters (see below). I'll have to start the stimulus presentation with Matlab over a button press after a few dummy scans, as the scanner is not equipped with a synchronization box that tracks the scanner pulses and conveys them to my stimulus delivery computer. So, my presentation is only synchronized with the first scanner impulse.

The **stimuli** will be presented according to the following parameters and in the following order:

1. Fixation cross for 600-800ms (length randomly varying in 25 ms steps)
2. Video for 3 seconds (length not varied, but video type (natural or computer-generated) is randomized)
3. Blank screen for 3-5 seconds (length randomly varying in 250 ms steps)

## Acquisition parameters

* TR = 1.7s, TE = 30ms
* Whole brain acquisition
* Voxel size 3x3 mm, slice thickness = 3.9mm

**Tags:** measurement, methodology, neuroimaging, fmri

> **Comments:**
> **username_1**: I'm not an fMRI expert, but it's far from optimal without synchronization so try to address the hardware limitation. It seems strange to me that the MRI is not ready for research - tried talking to your supervisor? There could be delays in the stimulus presentation. These delays could accumulate over time. One way to check these delays is using an external timer for the entire session and then compute the total time that your stimulus presentation resulted in (i.e. the sum of the durations of all time windows in MATLAB).  
> **username_0**: Thank you username_1 for your opinion @username_1. I totally agree with you about the hardware limitation. The scanner is generally used for clinical MRIs, which is why it it is not equipped for research purposes. We will just use it "on loan". Unfortunately I will have to deal with it as I already discussed this with my supervisor several times and he is not willing to invest in the hardware. I appreciate the idea with the external timer, I will implement this! With this information and the matlab trial protocoll I hopefully will have a slight idea of possible timing/delay effects.  
> **username_2**: My [professor-friend agrees](https://twitter.com/cMadan/status/964212043170697217) with @username_1.  
> **username_0**: @username_2 and professor-friend: Thank you very much for your input! I'm close now to get a synchronization box on loan, so hopefully I will be able to synchronize the scanner properly.  

---

## 0 answers

