Back to the main page.
Bug 500 - fixtrialdef throws an inconsistency warning if data has been resampled
| Status | CLOSED INVALID |
| Reported | 2011-02-18 12:38:00 +0100 |
| Modified | 2011-07-13 14:46:42 +0200 |
| Product: | FieldTrip |
| Component: | core |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Windows |
| Importance: | P1 normal |
| Assigned to: | |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Jörn M. Horschig - 2011-02-18 12:38:15 +0100
As an example: fixtrialdef browses the data.cfg structure for the trl field and then compares if the number of samples per trial is consistent with the length of the data trials. Apart from the fact, that I do not see the point to look for this (but, who knows if this might be needed), this is an incomplete comparison. If the data has been resampled, the ancient cfg.trl does of course not match the current data. Fix: Line 70 should be changed to something like elseif nsmp~=(trl(:,2)-trl(:,1)+1)*(cfg.resamplefs/cfg.origfs) % the latter factor is added due to resampling
Jan-Mathijs Schoffelen - 2011-02-18 12:45:47 +0100
please don't include the fix. looking in data.cfg.previous etc is included for backward compatibility issues. resampling the data invalidates the meaning of the original 'sampleinfo'/the meaning of the sample numbers