-
Notifications
You must be signed in to change notification settings - Fork 249
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stuck at learnAndSolve8b #307
Comments
I am having exactly the same issue with Win10, Matlab2018b. I have been successfully running Kilosort 1, and I'm trying to update it to Kilosort 2.5 on the same PC. I tried both GPU and script methods and got the same error. In the extractTemplatesfromSnippets function line 56, size(dd,2) is giving 0, and that's causing this error. Somehow, extractTemplatesfromSnippets seems to be working fine during datashift2 operation, but it fails during learnAndSolve8b-- [row, col, mu] = isolated_peaks_new(dataRAW,ops) returns 0x1 gpuArray for row and col (line 32). This probably means that the change to rez during datashift2 is causing some problem, but I have no clue. I would appreciate your help. |
I am having the same issue as well using Kilosort 2.5 with Win10, Matlab 2018a. eMouse drift works fine. 806.53 sec, 1101 batches, 317092 spikes Error in extractTemplatesfromSnippets (line 56) Error in learnTemplates (line 19) Error in learnAndSolve8b (line 35) Error in main_kilosort (line 45) I am pasting these details for your reference: ans = CUDADevice with properties:
Please have a look at this @marius10p and kindly help us. Thank you for your time. |
hey guys, not sure why it's not finding those spikes, but can you please try to increase ops.spkTh from -6 to -4? Let me know what happens then, |
I just tried increasing ops.spkTh to -4, but the same error happened. |
I attached rez that is fed to datashift2.m and another one that is fed to learnAndSolve8b. The only variables that are fed to extractTemplatesfromSnippets are rez and nPC, so there must be something in rez that makes it work in datashift2, but not in learnAndSolve8b. (In this one, I used ops.spkTh = -6 again.) |
They work on separate files, one works on the raw data and the other on the drift-corrected data. Did your drift plots look ok? |
What probe is this? What is the channel geometry? It looks like you don't have enough vertical channels to infer drift. |
This is recorded with Cambridge Neurotech 64ch linear probe. 20um spacing between each channel. |
Hmm, then the geometry doesn't seem to be specified correctly, please make
sure the xcoords and ycoords make sense. It should infer a pitch of 20 ,
not 1.
…On Fri, Jan 29, 2021, 7:17 PM HiroyukiKato7 ***@***.***> wrote:
This is recorded with Cambridge Neurotech 64ch linear probe. 20um spacing
between each channel.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#307 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA6AYDQKV4DDVTMCMLOF65TS4NFYXANCNFSM4WSSAQZA>
.
|
Right now, xcoords = ones(Nchannels,1) and ycoords = [1:Nchannels]', where Nchannels = 64. I have not changed it from the original createChannelMapFile. Should ycoords represent the actual distance in micrometer? |
Yes
…On Fri, Jan 29, 2021, 7:24 PM HiroyukiKato7 ***@***.***> wrote:
Right now, xcoords = ones(Nchannels,1) and ycoords = [1:Nchannels]', where
Nchannels = 64. I have not changed it from the original
createChannelMapFile. Should ycoords represent the actual distance in
micrometer?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#307 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA6AYDWSNNDJZERDBM3HZTDS4NGVJANCNFSM4WSSAQZA>
.
|
Yes, you might also want to reduce the number of datashift blocks, the default is for a 4mm Neuropixels. |
Do you mean ops.nblocks? Currently the value is 5. For 1mm Cambridge probe, is 1 or 2 enough? |
I guess this was the mistake in my case too. I added a pitch of 30 to ycoords and then got past the error. Now I am able to run Kilosort2.5. Thank you very much for your help!
|
It's actually ops.datashift right now for the number of blocks. I will change this soon so it makes more sense. 2 blocks should be fine for 1mm (it will actually make 3, with 50% overlap between consecutive blocks). |
@claireward does this solve your problem as well? |
Nvm, I actually had changed it already, it's ops.nblocks.
|
Thanks! When I have multiple probes (e.g. 2 * 64ch 1mm probes), what number should I use for ops.nblocks? |
If you are assuming that they go up and down together, then you can sort
them together with the same settings. If they are far from each other, they
probably have different drift and you have to split them into two files.
…On Sat, 30 Jan 2021 at 14:46, HiroyukiKato7 ***@***.***> wrote:
Thanks! When I have multiple probes (e.g. 2 * 64ch 1mm probes), what
number should I use for ops.nblocks?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#307 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA6AYDXRK3LXVJ5V46FC4ALS4ROYPANCNFSM4WSSAQZA>
.
|
I see. Open-ephys records them together, but I guess I can split them into two binary files afterwards. Thanks again for your help! |
If anyone in this thread still has problems, please let me know, Closing now. |
I receive an error related to learnAndSolve8b prior to optimizing the templates. This is a fresh install of KS2.5 (no older versions) on a linux machine. I have run mexGPUall successfully but I haven't been able to sort successfully. Any suggestions? Thank you!
Below is the output prior to the error:
Error messages:
The text was updated successfully, but these errors were encountered: