-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Handle EGI MFF files with multiple epochs #5373
Comments
duplicate of #5027 ?
|
I think #5027 is referring to reading files that have been segmented in NetStation and thus have part of the original data blocks missing. This issue deals with reading in raw recordings. |
@rhancockn will you be able to get back to this? |
@larsoner Yes, I have a first pass at a fix, but it fails some |
Oops, I was not aware of this, I will have to check all my preprocessed files for presence of pauses. I never had an error reading mff files, although I am sure some of them had pauses. My attention was drawn to these issues only because I found that in some recordings I lost a lot of events and noticed that these files had pauses in |
This issue is likely to affect your data if you are using E-prime with ECI events.
… On Mar 31, 2019, at 11:08 AM, Mikolaj Magnuski ***@***.***> wrote:
In the worst case, the function returns, but the events are misaligned with respect to the data.
Oops, I was not aware of this, I will have to check all my preprocessed files for presence of pauses. I never had an error reading mff files, although I am sure some of them had pauses. My attention was drawn to these issues only because I found that in some recordings I lost a lot of events and noticed that these files had pauses in epochs.xml.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I have checked and the issue does affects my data - the events are clearly misaligned with the signal in subjects with pauses (no ERP for example). I was using Psychopy with LPT triggers. |
So @mmagnuski should we review+merge this as is, then you (or someone else) make another PR to fix the multiple epoch support? |
Yes, I'll just push a cosmetic change to this PR (I have it locally, but I have traumatic memories of pushing to a PR so left it for the evening). Then I would merge as soon as possible and add/fix stuff in subsequent prs. Merging this PR even without a test is much better than having mff reading as it works in master now - small pause at the beginning of the recording removes all time-locked activity without error or warning. |
Pushing to a PR turned out to be too much hassle again, I just commented in the PR. I will have to preprocess again one of the files I had problems with and then I would be able to confirm. |
@rhancockn are you able to produce a small file (as small as possible that shows the issue) for testing ? |
There is a ~4MB file with events in multiple epochs at mne-tools/mne-testing-data#37. I'm not able to generate a smaller file until my University reopens. |
Ahh right forgot about that, thanks @rhancockn . That should be good enough for at least developing a solution for people to test in the meantime. |
mne.io.read_raw_egi
does not properly process MFF files with multiple epochs. In the worst case, the function returns, but the events are misaligned with respect to the data. In the best case, the function raises an exception as events are created beyond the end of the recording as below. The event start times need to be adjusted to account for any time gaps between the epochs.The text was updated successfully, but these errors were encountered: