- Jan 05, 2014
-
-
Florian Franzen authored
-
- Dec 20, 2013
-
-
https://github.com/open-ephys/GUIjsiegle authored
-
jsiegle authored
-
https://github.com/open-ephys/GUIjsiegle authored
-
- Dec 19, 2013
-
-
Caleb Kemere authored
-
Caleb Kemere authored
-
Josh Siegle authored
-
- Dec 04, 2013
- Dec 02, 2013
-
-
Jakob Voigts authored
however, doesnt send empty command strings to the leds, so expect random behaviour on startup
-
Caleb Kemere authored
-
- Dec 01, 2013
-
-
Caleb Kemere authored
-
- Nov 30, 2013
-
-
Caleb Kemere authored
-
- Nov 20, 2013
- Nov 18, 2013
- Nov 16, 2013
-
-
jsiegle authored
-
- Nov 15, 2013
-
-
jsiegle authored
-
https://github.com/open-ephys/GUIjsiegle authored
-
- Nov 12, 2013
-
-
Josh Siegle authored
- Nov 11, 2013
- Nov 05, 2013
-
-
Josh Siegle authored
-
- Nov 04, 2013
-
-
Aaron Cuevas Lopez authored
-
- Nov 03, 2013
- Oct 31, 2013
-
-
jsiegle authored
-
jsiegle authored
-
Josh Siegle authored
-
Josh Siegle authored
-
- Oct 30, 2013
-
-
jsiegle authored
Previously, every event would be saved multiple times if it passed through multiple processors. Now, GenericProcessor::getNumSamples() checks for existing TTL events and changes the processor ID (byte 2) to zero. If the RecordNode encounters an event without a positive processor ID, it will ignore it. The only potentially dangerous thing about this is that it involves modifying the MidiBuffer. But as long as the size of the buffer doesn't change (just the value of certain bytes), this should be fine.
-
jsiegle authored
-
https://github.com/open-ephys/GUIjsiegle authored
-