You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have tried to understand the situation and have reviewed the wiki multiple times, but I couldn’t find an alternative approach to writing this article.
We are encountering problems while sorting spikes recorded using the Tucker Davis Technologies Zif64 array. Each channel is spaced 250 μm apart, as shown in the image below. (I suspect that a few spikes were detected across multiple channels and may not provide enough resolution for spike sorting)
Spike data were acquired from each channel at 24,414 Hz and exported as a binary file resembling the Neuropixels output format. Periods without spikes were filled with Gaussian noise.
Time period without spike was filled with gaussian noise.
To address the issue, I reduced the value of "nearest chans" to minimize the region of spike detection. Values between 2 and 5 appeared to work well.
The results was like this. No single good unit could be detected.
My questions :
Can Kilosort4 handle this type of data (where spikes overlap across a few channels)? Or should we consider downgrading to an earlier version or exploring a different approach?
If sorting is possible, are there any recommended parameter settings or example cases I can refer to?
The text was updated successfully, but these errors were encountered:
Set dminx to 250, then check the "universal templates" checkbox under the probe preview in the GUI. With large contact spacing, you want to end up with a single white dot (template position) lined up with each green square (contact).
Check the "grouping centers" checkbox under the probe preview. Since your channels are so far apart, they should really be clustered separately, so you should see four columns of yellow circles pop up. If you only see two columns (one for each shank), try setting x_centers = 4.
If you still encounter issues after trying those solutions, please upload kilosort4.log from the new run (and any relevant screenshots).
I have tried to understand the situation and have reviewed the wiki multiple times, but I couldn’t find an alternative approach to writing this article.
We are encountering problems while sorting spikes recorded using the Tucker Davis Technologies Zif64 array. Each channel is spaced 250 μm apart, as shown in the image below. (I suspect that a few spikes were detected across multiple channels and may not provide enough resolution for spike sorting)
Spike data were acquired from each channel at 24,414 Hz and exported as a binary file resembling the Neuropixels output format. Periods without spikes were filled with Gaussian noise.
Time period without spike was filled with gaussian noise.
Details of probe
https://www.tdt.com/docs/hardware/zif-clip-based-microwire-arrays/#zif-clip-based-microwire-array-specifications
To address the issue, I reduced the value of "nearest chans" to minimize the region of spike detection. Values between 2 and 5 appeared to work well.
The results was like this. No single good unit could be detected.
My questions :
The text was updated successfully, but these errors were encountered: