You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The waveformWrap/partialWaveformBuffer mechanism is used for stim-triggered waveform mode & could be useful for spike-triggered waveform mode.
My last review (@ a86807a) raised these questions:
What does this mechanism provide that augment/contract rawDataBuffer mechanism does not? Presumed answer: extending further than horizontalRange(2) into subsequent timer period if needed.
Reason for storing a list of waveformWrap and partialWaveformBufffer values per channel? How is this essential/enhancing to the waveform wrap capabilities?
Could this mechanism be applied to spike-triggered waveform mode? If so, would this obviate need for the augment/contract rawDataBuffer machinery?
The text was updated successfully, but these errors were encountered:
The waveformWrap/partialWaveformBuffer mechanism is used for stim-triggered waveform mode & could be useful for spike-triggered waveform mode.
My last review (@ a86807a) raised these questions:
What does this mechanism provide that augment/contract rawDataBuffer mechanism does not? Presumed answer: extending further than horizontalRange(2) into subsequent timer period if needed.
Reason for storing a list of waveformWrap and partialWaveformBufffer values per channel? How is this essential/enhancing to the waveform wrap capabilities?
Could this mechanism be applied to spike-triggered waveform mode? If so, would this obviate need for the augment/contract rawDataBuffer machinery?
The text was updated successfully, but these errors were encountered: