Replies: 9 comments 3 replies
-
|
Hi! I still suspect the power supply or the USB cable. I’ve been using this grabber for over a year without any issues - previously on Bookworm and now on Trixie. I don’t use a hub, just the official power supply, but USB hubs are often a source of trouble for grabbers on RPi. The first thing you should do is check dmesg logs for any power-related warnings. Another thing is to try a different USB 3.1 cable; these grabbers (just like Elgato ones) are very picky about cable quality. |
Beta Was this translation helpful? Give feedback.
-
|
Since restarting grabber works after it disappear for a moment, you can try 'Auto resume' option in the grabber configuration - but it's only a workaround not the proper solution. |
Beta Was this translation helpful? Give feedback.
-
|
I'm using the official Pi supply 3A, i could get a 5A from the Pi5 but i not sure if that will supply something extra? I will do some testing and come back :) Edit: |
Beta Was this translation helpful? Give feedback.
-
|
dmesg command in the Rpi OS CLI |
Beta Was this translation helpful? Give feedback.
-
|
Small update: [Tue Mar 17 06:42:58 2026] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled What I did because i'm waiting for a new 3.1 cable to arrive is hook the capture card up to the usb 2.0 port on the Pi. Tomorrow I'm getting a new cable from Anker. Well see :) |
Beta Was this translation helpful? Give feedback.
-
|
On USB 2.0, the grabber operates at half-capacity, limiting modes, formats, bandwidth and power consumption. |
Beta Was this translation helpful? Give feedback.
-
|
So got a new cable but the problem persist. Not sure what to test next. [Thu Mar 19 20:06:24 2026] warning: `NetworkThread' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 |
Beta Was this translation helpful? Give feedback.
-
|
It would be a good idea to test this on a Linux PC. That way, you can rule out the Raspberry Pi's power supply if it crashes there too. Theoretically, it could be a kernel issue, but I haven't seen this behavior on my end on either Bookworm or Trixie. |
Beta Was this translation helpful? Give feedback.
-
|
I have little experience with Linux/Debian. I will try to install Debian/Trixie on a different system and see what happens. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
First off love your work Awawa, been running HyperHDR for years now.
I've recently upgraded my system to:
-Pi 4b (had this one)
-UGREEN 25173
-EZ-SP12H21
-Adafruit ItsyBitsy RP2040 with SK6812
-HyperHDR version: 22.0.0beta1
I keep running into the same problem. The USB capture card keeps stopping for some reason i cant find. My old MS2130 in the previous setup did not have this problem. I googled the error but no solutions yet.
The error log when it happens:
2026-03-16T20:10:27.198Z [MUXER0] Set visible priority to 254
2026-03-16T20:10:27.198Z [HYPERHDR0] New priority[254], previous [240]
2026-03-16T20:10:27.198Z [COLORS0] The InfiniteProcessing is set to: disabled
2026-03-16T20:10:35.682Z [V4L2:UGREEN 25173:] Throws error nr: VIDIOC_DQBUF error. Video stream is probably broken. Refreshing list of the devices. error code 19, No such device
2026-03-16T20:10:35.683Z [V4L2:UGREEN 25173:] VIDIOC_STREAMOFF error code 19, No such device
2026-03-16T20:10:35.689Z [V4L2:UGREEN 25173:] Stopped
2026-03-16T20:10:35.690Z [V4L2:UGREEN 25173:] Found capture device: /dev/video15
2026-03-16T20:10:35.691Z [V4L2:UGREEN 25173:] Found capture device: /dev/video21
2026-03-16T20:10:35.692Z [V4L2:UGREEN 25173:] Found capture device: /dev/video14
2026-03-16T20:10:35.692Z [V4L2:UGREEN 25173:] Found capture device: /dev/video22
First I was thinking the Pi4 was not supplying enough current so i orded a PI usb hub with power.
This did not solved the problem.
The workaround to solve is to reboot the Pi or enable/disable the capture.
Beta Was this translation helpful? Give feedback.
All reactions