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
Approximately every 24-72 hours, USB transfers from an rtl2382 fail due to a LIBUSB_ERROR_OTHER, which escalates to LIBUSB_ERROR_NO_DEVICE. The device was not unplugged - most recent occurrence was 3am.
Manually disabling/enabling the tuner and starting all channels (including those marked auto-start) temporarily resolves the problem.
Noted that it is likely that this is due to a disconnect of the USB device not a driver issue -> I will check cables/supply voltages etc.
In any case, automatically attempting to restart failed tuners with some back-off strategy would be worth considering as a contingency. Tuners do get accidentally unplugged, and unexpected resets of USB devices do happen.
A user cannot reasonably guarantee that this won't be the case, nor be expected to notice and resolve the situation manually when it is a transient and recoverable, especially on a headless system feeding a streaming service. We know at a minimum the USB bus/port the device is connected to for tracking purposes.
In this situation, if a tuner is restarted, it seems appropriate that channels are also started as necessary to match their state prior to the error.
2024-04-18 02:53:50.719 ERROR i.g.d.s.t.u.USBTunerController - Attempt to submit USB transfer buffer failed with status [LIBUSB_ERROR_OTHER] - this may be temporary and has happened [4] time(s) so far. Transfer buffer holding queue (error/total) [4/8] [753MB/2GB 27%]
2024-04-18 02:53:50.719 ERROR i.g.d.s.t.u.USBTunerController - Attempt to submit USB transfer buffer failed with status [LIBUSB_ERROR_NO_DEVICE] - this may be temporary and has happened [5] time(s) so far. Transfer buffer holding queue (error/total) [5/8] [753MB/2GB 27%]
2024-04-18 02:53:50.719 ERROR i.g.d.s.t.u.USBTunerController - Attempt to submit USB transfer buffer failed with status [LIBUSB_ERROR_NO_DEVICE] - this may be temporary and has happened [6] time(s) so far. Transfer buffer holding queue (error/total) [6/8] [753MB/2GB 27%]
2024-04-18 02:53:50.719 ERROR i.g.d.s.t.u.USBTunerController - Attempt to submit USB transfer buffer failed with status [LIBUSB_ERROR_NO_DEVICE] - this may be temporary and has happened [7] time(s) so far. Transfer buffer holding queue (error/total) [7/8] [753MB/2GB 27%]
2024-04-18 02:53:50.728 ERROR i.g.d.s.t.u.USBTunerController - Attempt to submit USB transfer buffer failed with status [LIBUSB_ERROR_NO_DEVICE] - this may be temporary and has happened [8] time(s) so far. Transfer buffer holding queue (error/total) [8/8] [753MB/2GB 27%]
2024-04-18 02:53:50.728 ERROR i.g.d.s.t.u.USBTunerController - Maximum USB transfer buffer errors reached - transfer buffers exhausted - shutting down USB tuner [753MB/2GB 27%]
2024-04-18 02:53:50.729 INFO i.g.d.s.t.m.DiscoveredTuner - Tuner Error - Stopping - RTL-2832 USB Bus:20 Port:1.1 Error: USB Error - Transfer Buffers Exhausted [754MB/2GB 27%]
2024-04-18 02:53:50.730 INFO i.g.d.s.t.m.DiscoveredTuner - Stopping Tuner: RTL-2832 USB Bus:20 Port:1.1 [754MB/2GB 27%]
The text was updated successfully, but these errors were encountered:
Feb 13th nightly build. macos 11.7 x64.
Approximately every 24-72 hours, USB transfers from an rtl2382 fail due to a
LIBUSB_ERROR_OTHER
, which escalates toLIBUSB_ERROR_NO_DEVICE
. The device was not unplugged - most recent occurrence was 3am.Manually disabling/enabling the tuner and starting all channels (including those marked auto-start) temporarily resolves the problem.
Noted that it is likely that this is due to a disconnect of the USB device not a driver issue -> I will check cables/supply voltages etc.
In any case, automatically attempting to restart failed tuners with some back-off strategy would be worth considering as a contingency. Tuners do get accidentally unplugged, and unexpected resets of USB devices do happen.
A user cannot reasonably guarantee that this won't be the case, nor be expected to notice and resolve the situation manually when it is a transient and recoverable, especially on a headless system feeding a streaming service. We know at a minimum the USB bus/port the device is connected to for tracking purposes.
In this situation, if a tuner is restarted, it seems appropriate that channels are also started as necessary to match their state prior to the error.
The text was updated successfully, but these errors were encountered: