Back to the main page.
Bug 236 - ctf acquisition cannot keep up with 407 channels at 600 Hz
Status | CLOSED FIXED |
Reported | 2010-11-24 10:21:00 +0100 |
Modified | 2011-01-26 15:38:34 +0100 |
Product: | FieldTrip |
Component: | realtime |
Version: | unspecified |
Hardware: | PC |
Operating System: | Linux |
Importance: | P1 normal |
Assigned to: | Joint development user |
URL: | |
Tags: | |
Depends on: | |
Blocks: | |
See also: |
Robert Oostenveld - 2010-11-24 10:21:49 +0100
I started acq2ft, then Acq. All looks fine sofar. Then I start ft_realtime_signalviewer, which plots a single window (defaults: all channels, blocksize 1 second). Subsequently acq2ft chockes. ... Internal converter thread does not keep up with the load. Data | 407 channels x 69 samples | nr = 140691 | ID= 41 | slot=240 Internal converter thread does not keep up with the load. Data | 407 channels x 69 samples | nr = 140760 | ID= 42 | slot=241 Internal converter thread does not keep up with the load. Data | 407 channels x 69 samples | nr = 140829 | ID= 43 | slot=242 Internal converter thread does not keep up with the load. Stop | ID=43 Waiting (on 0) Ctrl-C pressed -- stopping acq2ft... Waiting (on 0) Closing sockets / stopping tcpserver... Leaving converter thread... Closing shared memory... Joining conversion thread... Done.
Robert Oostenveld - 2010-12-01 16:24:52 +0100
this was due to a problem in the reading of the FIL res4 file, has been fixed by stekla.
Robert Oostenveld - 2011-01-26 15:37:14 +0100
I closed all bugs that were resolved prior and including 2011-01-25. All resolved bugs should have been discussed by now, therefore we don't want to see them again in the next meeting. Instead, in the next meeting we want to see the recent improvements and fixes.