I have a RPi3 with RPi cam, that displays 4 rtsp streams just fine while I stream the RPi cam to an other client with
raspivid -n -t 0 -l -o tcp://0.0.0.0:3333
Now I updated to Bullseye to make use of the new cam libs. I had issues with lost connections and the raspivid ending its streaming service. A known issue, but since deprecated, it wont get fixed.
So while the legacy cam support is enabled, rpisurv and the tcp stream works just fine in Bullseye, but I still have the issues with raspivid, but when I disable legacy cam support, rpisurv wont come up at all, but the
works fine for VLC playback, also same issue as raspivid.
This is just as a heads up, in case its not known jet. I switch over to UV4L and try that one out in combination with rpisurv, will report back if it wont work, if it works, there will be no further comments.
I have a RPi3 with RPi cam, that displays 4 rtsp streams just fine while I stream the RPi cam to an other client with
raspivid -n -t 0 -l -o tcp://0.0.0.0:3333Now I updated to Bullseye to make use of the new cam libs. I had issues with lost connections and the raspivid ending its streaming service. A known issue, but since deprecated, it wont get fixed.
So while the legacy cam support is enabled, rpisurv and the tcp stream works just fine in Bullseye, but I still have the issues with raspivid, but when I disable legacy cam support, rpisurv wont come up at all, but the
libcamera-vid -n -t 0 --inline -o - | cvlc stream:///dev/stdin --sout '#rtp{sdp=rtsp://:8554/stream1}' :demux=h264works fine for VLC playback, also same issue as raspivid.
This is just as a heads up, in case its not known jet. I switch over to UV4L and try that one out in combination with rpisurv, will report back if it wont work, if it works, there will be no further comments.