1
47%
master: 80%

Ran 24 Oct 2017 03:48PM UTC

Files 17

Run time 1s

Badge

Embed ▾

Committed 24 Oct 2017 03:45PM UTC coverage: 46.352%. First build

Job # 262.1

Build Type

push

travis-ci

Committed by

web-flow

Commit Message

0.7.0 (#41)

Switch to a much simpler multiprocessing implementation, change keyboard backend, and allow tweaking of the remote process WRT garbage collection/priority.

 - Rather than shared arrays, we're sending a dictionary (with arbitrary data) via a `multiprocessing.Pipe`. Notes:
    - Pipe is unidirectional (only data from remote to local).
    - We don't lock access to the connections because a) Reduces performance, esp. >1kHz, and b) Not super necessary (no chance of data corruption, read function never gets a chance to finish at high frequencies, i.e. data is always available).
    - This montage seems to work fine at 2kHz, but above gets a little shaky. Haven't tried a fast "real" device yet.
    - Dicts get us a few things:
        a. Completely arbitrary data shapes, with little effort (no need to keep track of dimensions).
        b. Named data elements (e.g. `data['time']`, `data['rel_wheel']`)
 - Trying [pynput](https://github.com/moses-palmer/pynput) as the backend (key release for the previous version didn't seem quite right).
 - Allow running the remote process as high priority/low niceness (may need root on Unix platforms?), and optional disabling of garbage collection. Neither seems to make a *ton* of difference, but haven't tested beyond a few minutes.

Coverage Stats

216 of 466 relevant lines covered (46.35%)

0.46 hits per line

aforren1 / toon / 262 / 1
47%
master: 80%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 262.1

aforren1 / toon / 262 / 1 47% master: 80%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 262.1

aforren1 / toon / 262 / 1
47%
master: 80%

README BADGES
x