Open jmw182 opened 1 year ago
Hi, we also experienced a very similar problem with the Gemini system. Were you able to solve this issue? Below are the MetaTags of our nev-file whose data duration should normally not exceed 20 seconds:
NEV_gem_NSP.MetaTags
ans =
struct with fields:
Subject: []
Experimenter: []
DateTime: '19-Jun-2024 08:39:17'
SampleRes: 30000
Comment: ' '
FileTypeID: 'BREVENTS'
Flags: '0000000000000001'
openNEVver: []
DateTimeRaw: [2024 6 3 19 8 39 17 923]
FileSpec: '3.0'
PacketBytes: 108
HeaderOffset: 1936
DataDuration: 687014138
DataDurationSec: 2.2900e+04
PacketCount: 21
TimeRes: 1.0000e+09
Application: 'File Dialog v7.6.1'
Filename: 'NSP-20240619-103917-001'
FilePath: 'C:\Users\lab\Desktop\testing_new_system\recordings\ML\20240619-103917'
FileExt: '.nev'
ChannelID: [257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272]
@GoktugAlkan, not really a fix but it seems that the latest version of NPMK just removed these fields from the NEV output: https://github.com/BlackrockNeurotech/NPMK/pull/66
Thanks! I will update the NPMK again
I noticed that NEV files recorded from the Gemini system (using Central 7.6.0) do not show the correct duration in the MetaTags. This does not affect NS6 files.
Here is an example NEV.MetaTags structure for a 60 second recording, where
DataDurationSec
was reported as 6.3050e+04:The associated NS6 file correctly displays both
DataDurationSec
andDataPointsSec
as 60.This issue also affects data collected with the previous firmware version, before switching to PTP time (below is also a 60 second file with 30k time res)