OpenEphys GUI crashes during collection of data

[Rodgers-PAC-Lab]

Describe the bug
When we start a recording, the GUI crashes after a variable period of time, usually about 5 minutes.

To Reproduce
We use a fairly simple signal chain - just an acquisition board, a record node, an LFP viewer, and an audio monitor. We are generally acquiring video using a separate piece of software. The crash happens even if the video is not running, but it seems to happen more quickly if the video is running. A screenshot of the crash and the logfile is attached.

Versions:

• OS: Linux Mint
• GUI version: 1.1.0
• Plugin version: We have just updated to Plugin v2 and Gateware v2 in this thread: GUI is very slow to connect to Acquisition Board or run impedance check #694. We rarely or never had the crashing issues before this update, but the crashing issues are very common after the update, so it seems related.

Additional context

Generally the log file ends with something like this.

[2026-08-13T11:24:00.141][acquisition-board.so]ERROR Error reading ONI frame: Failure to read from a stream or register code -5
[2026-08-13T11:24:00.143][open-ephys][debug]
/usr/local/bin/open-ephys-gui/open-ephys(_ZN4juce11SystemStats17getStackBacktraceEv+0x3e) [0x56186cce4f2e]
/usr/local/bin/open-ephys-gui/open-ephys(+0x8ba77a) [0x56186d19c77a]
/usr/local/bin/open-ephys-gui/open-ephys(+0x3eeeb1) [0x56186ccd0eb1]
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7efc5b775520]
/home/mouse/.config/open-ephys/plugins-api10/../shared-api10/liboni.so(oni_destroy_frame+0x9) [0x7efc58736fa9]
/home/mouse/.config/open-ephys/plugins-api10/acquisition-board.so(_ZN11AcqBoardONI3runEv+0x6ea) [0x7efc5274cf6a]
/usr/local/bin/open-ephys-gui/open-ephys(_ZN4juce6Thread16threadEntryPointEv+0xdb) [0x56186cd23e6b]
/usr/local/bin/open-ephys-gui/open-ephys(+0x441fcd) [0x56186cd23fcd]
/lib/x86_64-linux-gnu/libc.so.6(+0x94a83) [0x7efc5b7c7a83]
/lib/x86_64-linux-gnu/libc.so.6(+0x126890) [0x7efc5b859890]

[anjaldoshi]

Hi @Rodgers-PAC-Lab,

Sorry to hear that. Since the crash appears to be originating from the Acquisition Board plugin, could you move this issue to the Acquisition Board repository?

This will ensure that everyone involved in the plugin's development is aware of the issue and can provide the most appropriate guidance and support.

[anjaldoshi]

I’ll add a few troubleshooting thoughts here in the meantime:

Given that the crash happens after a few minutes of otherwise normal acquisition, and the log ends with a failure to read an ONI frame (Failure to read from a stream or register code -5), this could be caused by an intermittent USB communication issue.

Have you recently changed which USB port the Acquisition Board is connected to? Please make sure the board is connected directly to a USB 3.0 port (not through a hub or extension), and verify that Linux is actually enumerating it as USB 3.x by following the “Check that the board is recognized properly by the Operating System” steps in the troubleshooting guide:

https://open-ephys.github.io/acq-board-docs/User-Manual/Troubleshooting.html#check-that-the-board-is-recognized-properly-by-the-operating-system

In particular, running:

lsusb -v -d 0403:601e | grep "bcdUSB"

should report 3.x. If it reports 2.x, please try another USB 3.0 port.

It would also be useful to know whether switching USB ports changes how long the acquisition runs before the crash.