-
Notifications
You must be signed in to change notification settings - Fork 100
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
timestamp #77
Comments
Hi, Kilosort only outputs spike times in samples of raw data. To infer the timing of these spikes, you would have to infer the timing of the raw data samples. I am not familiar enough with the OpenEphys format, but maybe go on their github page and ask there? I also heard that the current OpenEphys format now outputs raw binary files, which should make it easier to import into Kilosort. Best, |
Hi mjk - TTL data from open ephys can be offset from the recording start time, although this isn't always the case for me (I haven't figured out why yet - it might be pressing play and then pressing record, vs. pressing record without playing first?). In order to correct for this, you want to subtract the recording start time from all TTL timestamps. The start time can be found in the experiment(n)_messages_0.EVENTS file, which is a text file that contains the line start time: (start time)@(sample rate)Hz. Here's the code I use to do that, given 'messages_filename' is where the message file location:
|
Dear again,
i found when kilosort takes openephys data, the timestamp of sorted data starts from 0 (in sec). can i know how this is exactly done? i have ttl information (stimulus on and off) via *adc1.continuous, and i am reading this info via 'load_open_ephys_data_faster' matlab function. this does not start in 0 (in sec).
both timestamps (one from matlab function- i will call this original ts, and another from kilosort after clustering) were divided by sampling rate of 30000, and the original ts was calibrated by subtracting all with original ts - original ts(1).
i expected it should be working as this, but i feel something wrong (there is significant increase of firing rate of responsive unit 1 sec before optic stimulation turned on). i would like to ask some help/advice on 1) if i am making a mistake, 2) if someone encountered the same issue and how to double check, or 3) if there is a good way to make sure these timestamps.
as always, it will be greatly appreciated. thank you!
The text was updated successfully, but these errors were encountered: