Skip to content
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

size ops.froc < ops.fbinary #267

Closed
LaurenzMuessig opened this issue Nov 5, 2020 · 4 comments · Fixed by #595
Closed

size ops.froc < ops.fbinary #267

LaurenzMuessig opened this issue Nov 5, 2020 · 4 comments · Fixed by #595

Comments

@LaurenzMuessig
Copy link

LaurenzMuessig commented Nov 5, 2020

Hi

I noticed that ops.fproc is slightly smaller in terms of file size compared to the original binary. Is that because the drift corrected file has channels set as not connected in the channel map removed (so e.g. the ref channel)? What about the sync channel?
@marius10p : Could you let me know what exactly the format of the drift corrected file is? Thanks a lot for your help.

PS: Also, I hardly see any differences in phy for the waveforms if I compare the drift corrected file with the original binary - is that because there isn't much drift - the output from KS2.5 shows ~+/- 6um for that data set (and if I run KS2 on the same data set the waveform data looks much worse).

Cheers

Laurenz

@marius10p
Copy link
Contributor

It's after taking the "connected" channels from the channel map. It's up to you what you designate as "connected" channels, but this usually comes with your probe configuration.

There won't be large differences if you don't have much drift. However, the drift corrected file is high-pass filtered and channel-whitened, which will change the shapes of the waveforms a little (make them more spatially and temporally localized).

I will add some of this information to the wiki, thanks for asking.

@LaurenzMuessig
Copy link
Author

Thanks for your answer Marius. I have another quick question. Why is ops.fproc longer in terms of duration - is that to do with the batch size for clustering, i.e. some padding at end to make length(last batch) == batch size?

Cheers

@marius10p
Copy link
Contributor

Yes.

@LaurenzMuessig
Copy link
Author

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants