Commit 13643da
committed
Fix bug with data channel and audio monitor
DataChannel objects are copied when they are prepped for acquisition. Also, the copy constructor for DataChannel did not inherit the recording, enabled, or monitored state from the original when it is copied. Changing the state during acquisition resulted in changing the copy as desired, but not updating the original. Stopping acquisition and resuming would not be up to date with user configuration. Changing state before enabling acquisition would not propagate to the copy, because the copy constructor hardcoded the value. Both of these issues were changed in this commit. Since RecordNodes are handled in the same way, it is likely that this bug exists there too. However that behavior has not been changed yet.1 parent 547cbce commit 13643da
File tree
2 files changed
+12
-12
lines changed- Source/Processors
- Channel
- Editors
2 files changed
+12
-12
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
214 | 214 | | |
215 | 215 | | |
216 | 216 | | |
217 | | - | |
218 | | - | |
| 217 | + | |
| 218 | + | |
219 | 219 | | |
220 | 220 | | |
221 | 221 | | |
| |||
683 | 683 | | |
684 | 684 | | |
685 | 685 | | |
686 | | - | |
| 686 | + | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
655 | 655 | | |
656 | 656 | | |
657 | 657 | | |
658 | | - | |
659 | | - | |
| 658 | + | |
| 659 | + | |
| 660 | + | |
| 661 | + | |
| 662 | + | |
| 663 | + | |
| 664 | + | |
| 665 | + | |
| 666 | + | |
660 | 667 | | |
661 | 668 | | |
662 | 669 | | |
663 | 670 | | |
664 | | - | |
665 | | - | |
666 | | - | |
667 | | - | |
668 | | - | |
669 | | - | |
670 | | - | |
671 | 671 | | |
672 | 672 | | |
673 | 673 | | |
| |||
0 commit comments