Back to the main page.
Bug 410 - read_eep_cnp does not work on Linux machines (Donders mentat)
| Status | CLOSED WONTFIX |
| Reported | 2011-01-18 12:30:00 +0100 |
| Modified | 2012-02-03 16:32:59 +0100 |
| Product: | FieldTrip |
| Component: | fileio |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Windows |
| Importance: | P1 normal |
| Assigned to: | Jörn M. Horschig |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Jörn M. Horschig - 2011-01-18 12:30:59 +0100
.??? Error using ==> read_eep_cnt Too many input arguments. Error in ==> ft_read_header at 615 hdr = read_eep_cnt(filename, 1, 1); Error in ==> trialfun_covert_attention at 58 hdr = ft_read_header(cfg.headerfile, 'headerformat', cfg.headerformat); Error in ==> ft_definetrial at 128 [trl, event] = feval(cfg.trialfun, cfg); Error in ==> definetrial at 18 [varargout{1:nargout}] = funhandle(varargin{:}); Error in ==> preproc_events at 13 [~, cfg] = evalc('definetrial(cfg)'); Error in ==> preproc_iEEG at 32 maybe needs to be mex'ed? No experience in doing so, though...
Jörn M. Horschig - 2011-01-18 14:25:09 +0100
The src code is open: http://libeep.sourceforge.net/ but I cannot mex it, need help
Robert Oostenveld - 2011-02-01 09:01:44 +0100
The reason for not including the source code in external/eeprobe is that the license issue is not completely clear. Adding (bin) eeprobe/read_eep_avr.mexa64 Adding (bin) eeprobe/read_eep_avr.mexmaci64 Adding (bin) eeprobe/read_eep_cnt.mexa64 Adding (bin) eeprobe/read_eep_cnt.mexmaci64 Transmitting file data .... Committed revision 2717. I compiled and added the files, but did not test them on linux. @Jorn: please let me know if it does not work and reopen this bug.
Robert Oostenveld - 2011-02-01 10:23:03 +0100
On 1 Feb 2011, at 10:15, Jörn M. Horschig wrote: I still got an issue with this, the read_eep_cnt function claims that it cannot open the file (I checked existence with Matlabs 'exist' function, and it works on Windows). 'could not open file' is a rather vague error message, might it be that there is a compatibility problem?
Robert Oostenveld - 2011-02-01 10:25:06 +0100
I will have a more detailed look at it. The code was originally written on MS-DOS, then ported to SGI-IRIX and DEC, then SGI-IRIX, then Linux. So it has a long legacy... (In reply to comment #3) > On 1 Feb 2011, at 10:15, Jörn M. Horschig wrote: > > I still got an issue with this, the read_eep_cnt function claims that it cannot > open the file (I checked existence with Matlabs 'exist' function, and it works > on Windows). 'could not open file' is a rather vague error message, might it be > that there is a compatibility problem?
Robert Oostenveld - 2011-02-01 10:38:33 +0100
I checked, it works for me on the (quite old) test files that I have. Please share your problematic file with me.
Jörn M. Horschig - 2011-07-18 10:51:30 +0200
I (finally) got new data from Amsterdam, and stumbled again onto this error - I put the corresponding file in \home\common\temporary\4robert And, the file is not mexed for win64 (and I should probably wait until the .dll problem is resolved) Anyhow, note that this is not a big problem for me, because I can go back to win32 matlab on which all works perfectly fine!
Jörn M. Horschig - 2011-08-31 16:34:06 +0200
it was an extremely clever move from me to post here how I can still use that function (win32)... should I see if I can compile it for win64? also note related bug 916, because I tried to remember how I could read in that data and tried platform glnx86 as a first guess
Robert Oostenveld - 2011-11-24 12:04:43 +0100
I suggest you ask ANT for support. It is their file format.