<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr">Many thanks Arjen, yes I think the problem is there. I'll try different options. One more question, I assume the first timestamp is the first "theoretical" timestamp (I mean: 0 or 1, the first timestamp or temporal point in the recording) Or the first timestamp belongs to the first neuron firing during the recording?<div>Thanks again!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar., 19 mar. 2019 a las 19:30, Arjen Stolk (<<a href="mailto:a.stolk8@gmail.com">a.stolk8@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear Alex,<div><br></div><div>Wave_clus typically outputs the timestamps in milliseconds, where the first timestamp is the original first timestamp, not necessarily 1. This implies that you'll have to find out how the samples of the spike2 and wave_clus outputs relate to one another and adjust either the timing of the imported wave_clus file or of your data_lfp structure. For example, our Neuralynx system 'thinks' in microseconds, irrespective of the chosen sampling frequency. This means that the wave_clus timestamps would need to be multiplied by 1000 to convert them back to Neuralynx timestamps. Hope this gets you going,</div><div><br></div><div>Arjen </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2019 at 9:47 AM María Alejandra Korovaichuk <<a href="mailto:alejandra.korovaichuk@ctb.upm.es" target="_blank">alejandra.korovaichuk@ctb.upm.es</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Dear all, <div><br></div><div>I am trying to use the STA function to calculate the average of the LFP around the spikes. The LFP was recorded with an intracranial system (not supported by FT directly), so I used Spike2 software to open the file, I select the LFP channels and save it as a .mat file. I can use the file perfectly in FT. In the other hand, the spikes were sorted and save  with wave_clus as a .mat file. </div><div>I can open and analyze both file independently and even merge them as one structure.</div><div>But the problem arises when I try to see the relationship between the LFP and the spikes with ft functions as ft_spiketriggeredaverage. The data and the figure looks as  they are not synchronized among them at all. </div><div><br></div><div><br></div><div>I can't do a read_header with spike2 files (I have the error "unsopported ced6 format"), I built the hdr info by myself:<br></div><div><div>data_lfp.hdr = []</div><div>data_lfp.hdr.Fs = 20kHz;</div><div>data_lfp.hdr.nSamples = nsamples (in this case 1000 sec means 20000000 samples)</div><div>data_lfp.hdr.FirstTimeStamp =1;</div></div><div><br></div><div>There is any other way to synchronized a continuous LFP with spike data?</div><div><br></div><div>It is possible that I have an issue with the timestamps reading? </div><div><br></div><div>Thanks in advance,</div><div><br></div><div>Alex</div><div><br></div><div><br></div></div></div>
_______________________________________________<br>
fieldtrip mailing list<br>
<a href="https://mailman.science.ru.nl/mailman/listinfo/fieldtrip" rel="noreferrer" target="_blank">https://mailman.science.ru.nl/mailman/listinfo/fieldtrip</a><br>
<a href="https://doi.org/10.1371/journal.pcbi.1002202" rel="noreferrer" target="_blank">https://doi.org/10.1371/journal.pcbi.1002202</a><br>
</blockquote></div>
_______________________________________________<br>
fieldtrip mailing list<br>
<a href="https://mailman.science.ru.nl/mailman/listinfo/fieldtrip" rel="noreferrer" target="_blank">https://mailman.science.ru.nl/mailman/listinfo/fieldtrip</a><br>
<a href="https://doi.org/10.1371/journal.pcbi.1002202" rel="noreferrer" target="_blank">https://doi.org/10.1371/journal.pcbi.1002202</a><br>
</blockquote></div>