command.
At this point I create a Bash script which start the stream of the each camera on a different port:
v4l2src
to choose the device
omxh265enc
encoding to encode the video
udpsink
to strem the video at a specific IP.
If I start the script all seems to work well, since I receive perfectly all 4 cameras on my host. However, after some seconds, three video freeze and I cannot get any new frame from 3 on 4 cameras.
Initally I thought in performance issue but
htop
shows my only 30/40% of CPU usage.
I suppose also a host problem, but even if I stream 4 cameras from the Jetson and decode only 2 of them on my host, these freeze.
No Script issue since the same problem happens if I run 4 separate Gstreamer commands.
Anyone have idea of how resolve this?
Thanks in advance
Sounds like a driver bug, where some interrupt gets lost or somesuch.
If you start this, and then look at where the three cameras are stuck, what does it say?
Which system call? Can you get kernel stack traces?
@DaneLLL With 2 cameras connected to the PCIe HUB same problem: frames stuck after some seconds. The Same does NOT happen with a regular USB HUB
@snarky using dmesg --follow I can see repeating the same msg:
“xhci_hcd 0000:05:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk?”
and it repeats until frames stuck
Connecting the same two cameras to the regular USB HUB this message not appears and the streaming works well. However, I need to make it works on the PCIe HUB
Thanks, I took a look at the documentation, but still couldn’t figure out. Are you saying that I should build a external kernel modules? How can I apply the patch? I’m really new to this. Can you give me some implementation procedures to elaborate this? Thanks in advance!