Opslogin can still run 4 Different cameras at the same time.
I logged into CDSWS25 as myself and opened 6 FC_TRANS_GR camera feeds, because it currently has good fast flashes. No issues at all. all 6 show perfectly.
I then closed all but one, then opened PRM and i get stuttered screen tearing and artifacting. infact any 2 different cameras will cause this to happen.
Graphics issue?:
putting them on different screens did not help.
Reducing number of physical hardware monitors from 2 asus screens to 1 did not sold the issue. nor did reducing the resolution. So Perhaps this is not a graphics issue. Because I can also display youtube videos as well.
Network Bandwidth limitation? :
I pulled up htop and noted the bandwith use.
For just FC_TRANS_GR alone the RX bandwith is around ~420KiB/s.
For just PR3 alone the RX bandwith is ~110KiB/s
and PRM is about ~120 KiB/s
but if I open PRM and PR3 at the same time I get stuttered screen tearing and artifacting, even thought the RX bandwidth is only 230 KiB/s.
And if that was the limit od the bandwidth then why would FC_TRANS_GR perform so well since it's RX bandwidth is at 400+ KiB/s. So perhaps this rules out a network bandwidth limitation.
I then installed VLC on this workstation and played a random video that I downloaded from the CDS_DEV Mattermost chat and played that on loop with no issues.
Then I ran a Gstreamer test command: gst-launch-1.0 videotestsrc ! autovideosink
And that seemed to work well. then I ran 2 with out issue.
I suggested to Erik that we reboot the server, to see if it might help.
Rebooting h1digivideo2 and h1digivideo4 did not help. Streams from only those servers are still corrupted.
Here's a list of some other changes that didn't help:
Update to 6.19 kernel
Update all packages including mesa drivers in Debian13 backports
Switching to the xe driver
Adding some linux commandline switches to turn off Intel driver power-state switching.
Interesting note.
Opening 2 PRM and 2 PR3 cameras makes them start working for some reason?