Cant connect

[stefs22]

When i put my cameras, somethimes is works, somethimes is dont, somethimes just go to play and diconnect. I try to use substream, but results its the same, I use this on pi 4 2gb. I try lite and full rom, change sd card etc etc, soo bad perfomanse, advice?

[SvenVD]

how many streams?

[stefs22]

My desire is 3, but it not work so i just wanted to 1 and when i make it to work i will go up for 3. But even one rtsp or rtmp link dont work. I try rtsp, rtmp, sub, and main, just dont work. Every stream i check on VLC, it works great. Advices? I try to get fix on forum but still dont find it:

https://www.tapatalk.com/groups/rpisurv/viewtopic.php?p=1058#p1058

[SvenVD]

did you set gpu_mem to 512? What is the resolution of the streams you are trying?

[stefs22]

off course, the first think i do is make cpu mem 512, main stream is 1080p, sub is 640p. Temperatuje is not more than 60c, cpu is usually lower than 5%, i try cpu mem on 256 but its the same. The problem is even sub dont want to work property. Yesterday i try my rtsp stream to vlc for 24h, and i worked all the time, so streams are good there is no question about that. Right now i try only sub stream (640), and it show image every 5 seconds, example, 04:50.00. 04:50.05, 04:50.10 etc etc.

[stefs22]

i will reinstall all and try again, what is option for sound? I want to enable on one cam, i read somewhere that something -p option, advice?

[SvenVD]

Right now i try only sub stream (640), and it show image every 5 seconds, example, 04:50.00. 04:50.05, 04:50.10 etc etc. Could you make a short movie? What is the resolution of your monitor set too? Maybe debug logs will be handy too.

Audio see https://github.com/SvenVD/rpisurv/blob/d2e1e54133f86d4c26a8bb049ae17def9deaf7db/surveillance/conf/display1.yml#L107 But I suggest to first make your streams stable.

[SvenVD]

Right now i try only sub stream (640), and it show image every 5 seconds, example, 04:50.00. 04:50.05, 04:50.10 etc etc. Could you make a short movie? What is the resolution of your monitor set too? Maybe debug logs will be handy too. The vlc which you use to test is that running the pi also? How is the pi connected, WIFI?

Audio see

https://github.com/SvenVD/rpisurv/blob/d2e1e54133f86d4c26a8bb049ae17def9deaf7db/surveillance/conf/display1.yml#L107

But I suggest to first make your streams stable.

[stefs22]

its strange, now spisurv dont want to open stream, it just go black for a second and back to desktop and do this every a couple of seconds. Its wired, screen is 1080p. I also try displaycameras, on displaycameras every stream works, but after some time start to losing performanse and start to stutter. I check every stream on vlc on pi, every stream works good.

[SvenVD]

The only I can think of now is a problem with probing,

Could you disable probing and try again?

https://github.com/SvenVD/rpisurv/blob/d2e1e54133f86d4c26a8bb049ae17def9deaf7db/surveillance/conf/display1.yml#L132

If that is not the issue then we should see what the debug logs say

[stefs22]

how to see debug log? probing is already to false:

[SvenVD]

how to see debug log? probing is already to false:

you should set disabling probing to true for the test, and restart

[stefs22]

i do this but its the same, i copy whole display file:

#THIS IS A YAML FILE, INDENTATION IS IMPORTANT. ALSO DO NOT USE TABS FOR INDENTATION, BUT USE SPACES

essentials:
  #Rpisurv will rotate over the following screens in the order they are configured here, if you only define one screen no rotation will happen

  #If you enable this option no auto rotation will happen, but you will still be able to select a screen by pressing and holding a Function Key (F1-F12) or numpad keys
  #Defaults to False
  #disable_autorotation: False

  screens:
#      #######################################################################################################
#      # Below config is included for demo and test purposes
#      # After installation you can start Rpisurv and the demo should be started
#      #######################################################################################################

     - camera_streams:
         - url: "rtsp://admin:xxxx@192.168.1.xxx:554/h264Preview_01_sub"

      -rtsp_transport tcp

#      #######################################################################################################
#      #What follows is documentation about every option that is available and where and how it can be used
#      #Below config are examples, the urls specified will not work, you need to configure your own urls.
#      #######################################################################################################
#
#      #Documentation example SCREEN 1
#      #This will show a 2x2 if all streams are connectable,
#      #Force this screen to be shown by pressing and holding F1 or keypad 0
#    - camera_streams:
#        - url: "https://images.rpisurv.net/example.png"
#          #To specify this url is not a camera stream but an image stream please set imageurl to true for this url
#          imageurl: true
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#          #You can also configure http or https streams like for example mjpeg streams
#        - url: "http://<ip or dnsname>:<port>/suffix"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#
#
#      #Documentation example SCREEN 2
#      #Force this screen to be shown by pressing and holding F2 or keypad 1
#    - camera_streams:
#          #Dlink dcs-5222l example
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#
#          #OPTIONAL AND ADVANCED PER CAMERASTREAM/URL OPTIONS:
#
#          #Increase probe_timeout if you have streams that are slow to connect to. If they longer then probe_timeout seconds then rpisurv will consider them unconnectable
#          #Default to 3 seconds
#          probe_timeout: 3
#
#          #Enable this option if you want the rtsp stream to stream over tcp instead of udp, this may solve a "smearing" effect on some setups.
#          #Defaults to false
#          rtsp_over_tcp:  False
#
#          #Use the network_caching_ms option to finetune smooth playback versus stream delay
#          network_caching_ms: 500
#
#
#          #fOptional: reeform_advanced_vlc_options, most vlc options can be passed directly here.
#          #This is for advanced usage only, not all combinations have been tested
#          freeform_advanced_vlc_options: "--no-keyboard-events"
#
#          #Optional: enableaudio:
#          #To enable audio for this stream try setting this to True, the default is False
#          enableaudio: False
#
#          #Optional and advanced option: force_coordinates:
#          #If you are not happy with the pre-calculated position on the screen of a particular stream then you can override it with this option
#          #Remember that rpisurv autocalculation can also be influenced by nr_of_columns option, which is a much easier option then using force_coordinates if all you want to do is using more or less columns
#          #Note: Once you start using force_coordinates, the layout of this particular screen becomes the responsibility of the user
#          #Note2: rpisurv will continue to draw other streams with the pre-calculated values if they do not have force_coordinates set.
#          #This can cause overlap with other streams but the user can correct this by manually calculating and setting the position of the other camera streams with force_coordinates
#          #Note3: This works transparently with rotation of screens, every screen can have a different layout
#          #force_coordinates: [upperleft corner x position, upperleft corner y position, downright corner x position, downright corner y position]
#          #Example see here: https://gist.github.com/SvenVD/5c82acbb96dfb697e5e2d2420ab73ad9
#          force_coordinates: [0, 800, 600, 1080]
#          #You can use then showontop in combination with force_coordinates to create a picture in picture view (one video overlaying the other ) see demo config for example
#          showontop: False
#
#          #Foscam-fi9821w example
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#          #Dahua IPC-HDW4200S example or IPC-HDW4300S
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/cam/realmonitor?channel=1&subtype=1"
#
#      #OPTIONAL AND ADVANCED PER SCREEN OPTIONS, YOU CAN CONFIGURE THIS PER SCREEN, IF NOT CONFIGURED A DEFAULT VALUE WILL BE USED
#
#      #NOT recommendeded to enable disable_probing_for_all_streams, it disables the removal of dead feeds which also disables auto-rearranging the screen layout.
#      #Also if using multiple screens, enabling this will slow down rotation of one screen to the next if there are unconnectable streams
#      #Defaults to False
#      disable_probing_for_all_streams: true
#
#      #How many columns you want the program to use, it will autocalculate the amount of row needed based on the resolution of your screen
#      #Default = 2
#      nr_of_columns: 2
#
#      #This is how long this screen will be shown each rotation.
#      #If this is set to a very low value then it can happen that building up the active and/or the cached screen takes longer then this duration,
#      #in that case the building and caching needs to finish first before timer will be expired and next screen is shown
#      #Defaults to 30
#      duration: 30
#
#      #Documentation example SCREEN 3
#      #This will show a 1x3 on first row + 1 stream on second row if all streams are connectable
#      #Force this screen to be shown by pressing and holding F3 or keypad 2
#    - camera_streams:
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/cam/realmonitor?channel=1&subtype=1"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#        - url: "http://<ip or dnsname>:<port>/suffix"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#      nr_of_columns: 3
#
#
#      #DEFINE AS MANY SCREENS AS YOU WANT
#      #When reaching last defined screen, rotate will start at the beginning again
#      #You can have as many screens as you want, this is not limited on hardware as only the next screen will be cached ( see enable_opportunistic_caching_next_screen option in general )

[SvenVD]

you need to remove the comment # on that line

[stefs22]

Edit, i remove line -rtsp_transport tcp, and i worked, but its now image every 5 seconds, i record video: https://streamable.com/7ioebu

[SvenVD]

There is a delay in the output. How many streams are streaming at the same time from the camera?

[stefs22]

at this moment 0. I only try on pi and i only have rtsp links. Vlc play all good.

[SvenVD]

rtsp_transport

i do this but its the same, i copy whole display file:

#THIS IS A YAML FILE, INDENTATION IS IMPORTANT. ALSO DO NOT USE TABS FOR INDENTATION, BUT USE SPACES

essentials:
  #Rpisurv will rotate over the following screens in the order they are configured here, if you only define one screen no rotation will happen

  #If you enable this option no auto rotation will happen, but you will still be able to select a screen by pressing and holding a Function Key (F1-F12) or numpad keys
  #Defaults to False
  #disable_autorotation: False

  screens:
#      #######################################################################################################
#      # Below config is included for demo and test purposes
#      # After installation you can start Rpisurv and the demo should be started
#      #######################################################################################################

     - camera_streams:
         - url: "rtsp://admin:xxxx@192.168.1.xxx:554/h264Preview_01_sub"

      -rtsp_transport tcp

#      #######################################################################################################
#      #What follows is documentation about every option that is available and where and how it can be used
#      #Below config are examples, the urls specified will not work, you need to configure your own urls.
#      #######################################################################################################
#
#      #Documentation example SCREEN 1
#      #This will show a 2x2 if all streams are connectable,
#      #Force this screen to be shown by pressing and holding F1 or keypad 0
#    - camera_streams:
#        - url: "https://images.rpisurv.net/example.png"
#          #To specify this url is not a camera stream but an image stream please set imageurl to true for this url
#          imageurl: true
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#          #You can also configure http or https streams like for example mjpeg streams
#        - url: "http://<ip or dnsname>:<port>/suffix"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#
#
#      #Documentation example SCREEN 2
#      #Force this screen to be shown by pressing and holding F2 or keypad 1
#    - camera_streams:
#          #Dlink dcs-5222l example
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#
#          #OPTIONAL AND ADVANCED PER CAMERASTREAM/URL OPTIONS:
#
#          #Increase probe_timeout if you have streams that are slow to connect to. If they longer then probe_timeout seconds then rpisurv will consider them unconnectable
#          #Default to 3 seconds
#          probe_timeout: 3
#
#          #Enable this option if you want the rtsp stream to stream over tcp instead of udp, this may solve a "smearing" effect on some setups.
#          #Defaults to false
#          rtsp_over_tcp:  False
#
#          #Use the network_caching_ms option to finetune smooth playback versus stream delay
#          network_caching_ms: 500
#
#
#          #fOptional: reeform_advanced_vlc_options, most vlc options can be passed directly here.
#          #This is for advanced usage only, not all combinations have been tested
#          freeform_advanced_vlc_options: "--no-keyboard-events"
#
#          #Optional: enableaudio:
#          #To enable audio for this stream try setting this to True, the default is False
#          enableaudio: False
#
#          #Optional and advanced option: force_coordinates:
#          #If you are not happy with the pre-calculated position on the screen of a particular stream then you can override it with this option
#          #Remember that rpisurv autocalculation can also be influenced by nr_of_columns option, which is a much easier option then using force_coordinates if all you want to do is using more or less columns
#          #Note: Once you start using force_coordinates, the layout of this particular screen becomes the responsibility of the user
#          #Note2: rpisurv will continue to draw other streams with the pre-calculated values if they do not have force_coordinates set.
#          #This can cause overlap with other streams but the user can correct this by manually calculating and setting the position of the other camera streams with force_coordinates
#          #Note3: This works transparently with rotation of screens, every screen can have a different layout
#          #force_coordinates: [upperleft corner x position, upperleft corner y position, downright corner x position, downright corner y position]
#          #Example see here: https://gist.github.com/SvenVD/5c82acbb96dfb697e5e2d2420ab73ad9
#          force_coordinates: [0, 800, 600, 1080]
#          #You can use then showontop in combination with force_coordinates to create a picture in picture view (one video overlaying the other ) see demo config for example
#          showontop: False
#
#          #Foscam-fi9821w example
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#          #Dahua IPC-HDW4200S example or IPC-HDW4300S
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/cam/realmonitor?channel=1&subtype=1"
#
#      #OPTIONAL AND ADVANCED PER SCREEN OPTIONS, YOU CAN CONFIGURE THIS PER SCREEN, IF NOT CONFIGURED A DEFAULT VALUE WILL BE USED
#
#      #NOT recommendeded to enable disable_probing_for_all_streams, it disables the removal of dead feeds which also disables auto-rearranging the screen layout.
#      #Also if using multiple screens, enabling this will slow down rotation of one screen to the next if there are unconnectable streams
#      #Defaults to False
#      disable_probing_for_all_streams: true
#
#      #How many columns you want the program to use, it will autocalculate the amount of row needed based on the resolution of your screen
#      #Default = 2
#      nr_of_columns: 2
#
#      #This is how long this screen will be shown each rotation.
#      #If this is set to a very low value then it can happen that building up the active and/or the cached screen takes longer then this duration,
#      #in that case the building and caching needs to finish first before timer will be expired and next screen is shown
#      #Defaults to 30
#      duration: 30
#
#      #Documentation example SCREEN 3
#      #This will show a 1x3 on first row + 1 stream on second row if all streams are connectable
#      #Force this screen to be shown by pressing and holding F3 or keypad 2
#    - camera_streams:
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/cam/realmonitor?channel=1&subtype=1"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"
#        - url: "http://<ip or dnsname>:<port>/suffix"
#        - url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"
#      nr_of_columns: 3
#
#
#      #DEFINE AS MANY SCREENS AS YOU WANT
#      #When reaching last defined screen, rotate will start at the beginning again
#      #You can have as many screens as you want, this is not limited on hardware as only the next screen will be cached ( see enable_opportunistic_caching_next_screen option in general )

You should use https://github.com/SvenVD/rpisurv/blob/d2e1e54133f86d4c26a8bb049ae17def9deaf7db/surveillance/conf/display1.yml#L95 to true to enable tcp -rtsp_transport tcp is not a valid option

[stefs22]

i know, i just try this to see if something will change. Do u have any other solution?

[stefs22]

you need to remove the comment # on that line

Where exactly i need to remove?

[SvenVD]

you need to remove the comment # on that line

Where exactly i need to remove?

the first # of the line

[stefs22]

Also, are this software support M3U playlists? https://github.com/naveenland4/YouTube_to_m3u I was think about this, and to put some youtube link next to my cams.

[SvenVD]

Also, are this software support M3U playlists? https://github.com/naveenland4/YouTube_to_m3u I was think about this, and to put some youtube link next to my cams.

currently not

[stefs22]

Ok, do you have any advice to fix this?

[stefs22]

Also, i found online some streams of roads in my city that i will want to have to watch. But, its images that update every 10 or 15 seconds, when i try this to vlc, its play to 10sec and turn off, can this be set?

[stefs22]

This is interesting, when i try links on VLC, when i do :network-caching=2000, streams a lot smoother and open faster. Can we somehow increase this on RPISURV?

[stefs22]

I was think to make 3x3 and put sub streams on 3 up just to see if still stutter if on lower size. So i just put sizes for 3x3: But its shows with artefacts, its like one big stream is behind all: What i need to do?

[SvenVD]

I was think to make 3x3 and put sub streams on 3 up just to see if still stutter if on lower size. So i just put sizes for 3x3: But its shows with artefacts, its like one big stream is behind all: What i need to do?

9 streams are probably just too much for your pi to handle

[stefs22]

even with only demos?

[stefs22]

i reinstall all and just put 2 sub streams, and it show one image per every 2 or 3 sec. Very dissapointing.

[stefs22]

I found tutorial on yt, person use regular lite rom, not legacy, why? []https://www.tapatalk.com/groups/rpisurv/installation-video-version-2-t148.html(url)

[SvenVD]

I found tutorial on yt, person use regular lite rom, not legacy, why? []https://www.tapatalk.com/groups/rpisurv/installation-video-version-2-t148.html(url)

because at the time of that video buster was probably the regular rom

[SvenVD]

stale issue