According to
this post from the VLC forum, VLC.exe accepts an "-R" flag which handles auto-reconnect nicely. There is a remotely "similar" option for the VLC video source named "Always play even when not visible", which does not solve the auto-reconnect problem.
I only need to stream off one IP camera, and the following triplet seems to be reliable (per my limited testing). It splits the tasks by using Window Capture in OBS to read off a running VLC.exe instance. VLC does allow for directly lunching into "Fullscreen mode". This makes the resizing the captured Window in OBS an one-shot effort.
- Launch VLC with "R" flag. On a Windows 10 machine, I end up with the following. These can be used to populate a "shortcut".
C:\Program Files\VideoLAN\VLC\vlc.exe -R rtsp://your_ip_addr
- In VLC, in Preference/Video, turn on "Full screen mode", and quit VLC. From this point on, new RSTP feeds (along with all other videos) will load into full-screen mode.
- In OBS, use Window Capture to fetch the feed from the running VLC instance. Since we launched into the RSTP feed with the "-R" flag in VLC, the stream tends to "freeze" less frequently.
My VLC version is 2.2.8, and my OBS version is 27.0.0.-rc2. Initially, with directly adding the RTSP feed as a "VLC video source", the feed tend to freeze within a minute or two. On top of the freezing, at times, movements in the feed are rendered pixelated. This is arguably worse than showing a frozen view. Per my limited testing this morning, the Window Capture approach shall keep the feed alive for 10+ minutes :)
Since each RSTP address is unique, Window Capture should be able to distinguish more than one RSTP feeds running on multiple VLC instances. This may work for handling multiple RTSP feeds
@LabPadre.
