search

SvenVD / rpisurv

Raspberry Pi surveillance
https://rpisurv.net
GNU General Public License v2.0
626 stars 101 forks source link

Stream from NVR #82

Closed musicman251 closed 5 years ago

musicman251 commented 6 years ago

I am trying to stream from cameras that are connected to an NVR. I have tested the rtsp url in VLC and it opens successfully but when I put the same URL into the RPISURV confing it fails to open. I simply get a blank black screen every few seconds.

NVR WAN port is connected to same switch as Raspberry Pi. Commented all URLs expect for:

burt-macklin1 commented 6 years ago

I can send you my script when I get home, mine is connected to a NVR as well and took me a while to set up but got it. What brand nvr and cameras donyou have?

On Mon, Nov 26, 2018, 7:19 PM musicman251 <notifications@github.com wrote:

I am trying to stream from cameras that are connected to an NVR. I have tested the rtsp url in VLC and it opens successfully but when I put the same URL into the RPISURV confing it fails to open. I simply get a blank black screen every few seconds.

NVR WAN port is connected to same switch as Raspberry Pi. Commented all URLs expect for:

  • url: "rtsp:// admin:xxxxxx@192.168.2.250:554/cam/realmonitor?channel=1&subtype=1"

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/SvenVD/rpisurv/issues/82, or mute the thread https://github.com/notifications/unsubscribe-auth/AqbPEuOm7lVL2-yZqQ3XMWQLm1WSXbuTks5uzJMEgaJpZM4Y0Vmw .

musicman251 commented 6 years ago

They are Lorex NVR and Camera.

burt-macklin1 commented 6 years ago

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

THE FOLLOWING ARE EXAMPLES WITH ALL OPTIONS EXPLAINED, REMOVE OR ADAPT THEM WITH YOUR REAL CONFIG

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)

Defaults to False

disable_autorotation: True

screens:

Start config for example screen one, this is the minimal config. This will show a 2x2 if all streams are connectable,

  #otherwise rpisurv, by default, rearranges the screen to only show the connectable streams. To disable the latter set disable_probing_for_all_streams=True
  #Force this screen to be shown by pressing and holding F1 or keypad 0
- camera_streams:
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=2&subtype=1"
      rtsp_over_tcp: True
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=6&subtype=1"
      rtsp_over_tcp: True
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=3&subtype=1"
      rtsp_over_tcp: True
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=1&subtype=1"
      rtsp_over_tcp: True
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=4&subtype=1"
      rtsp_over_tcp: True
    - url: "rtsp://user:xxx@192.168.1.60:554/cam/realmonitor?channel=5&subtype=1"
      rtsp_over_tcp: True

  #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 some autohealing functions of rpisurv
  #Also if using multiple screens, enabling this will slow down rotation of one screen to the next if there are unconnectable screens
  #This also disabled rpisurv only drawing the connectable screens using up all pixels. In other words, you will get a placeholder for an unconnectable stream instead of not showing at all
  #Roughly the same as the obsoleted keep_first_screen_layout in rpisurv v1.0
  #Defaults to False
  disable_probing_for_all_streams: False

  #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"

  #Autostretching makes sures all of your pixels will be uses to display streams, so you have a maximum surveillance area.
  #But this will probably destroy the aspect ratio of your last stream.
  #Defaults to False
  autostretch: true

  #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 20
  duration: 60

  #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, they are dynamically loaded offscreen and only the next one is loaded, so this is not limited on hardware

  #!!!Normal users do not need to edit this section!!!

advanced:

Enable this option if you want to have a fixed width of all your camera streams,

By default rpisurv autocalculates this value, this can cause streams to get "stretched",

if this value exceeds the available width, rpisurv will fallback to autocalculation

fixed_width: 500

Enable this option if you want to have a fixed height for all your camera streams,

By default rpisurv autocalculates this value, this can cause streams to get "stretched",

if this value exceeds the available height, rpisurv will fallback to autocalculation

fixed_height: 500

Rpisurv sends usage stats to it's statistics server to give the rpisurv community an idea how widespread this software is being used

No performance impact is measured when using this option, no sensitive data is being sent. All data is anonymised.

By default this is false

update_stats: False

By default rpisurv will cache the next screen in the rotation (if more than one screen is configured), to speed up rotation events.

However, this action takes up some resources of the raspberry pi.

If you do not mind a slower rotate event (slower building up of the screen during a rotate event) and you want to free up some resources, then set this to False

This will also speed up first start since no cached screen needs to be started at boot time.

cache_next_screen: True

By default rpisurv checks every 19 seconds since start of rpisurv if it needs to redraw the current running screen

interval_check_status:60

By default rpisurv will check memory usage, set to False to skip memory usage check

memory_usage_check: True

These are fallbacks if autodetection fails;

Normally you do not need to configure these

fallbacks: resolution: width: "1920" height: "1080"

musicman251 commented 6 years ago

Burt, I tried your config without success. Is there anything else you did to make this work?

burt-macklin1 commented 6 years ago

i think my issue was just in the script, i did leave out a part of it so i updated the script above. just to make sure we are on the same page i am on v2 of the program. If that still does not work i can copy the config file and send it to you that way.

SvenVD commented 6 years ago

Hi, If you can show me the log of rpisurv in /var/log/daemon.log and the main.log in /usr/local/bin/rpisurv/logs/ I probably can say what you are missing.

Neo-engineering commented 5 years ago

Maybe resolution too high or cameras set to use H.265 compression

musicman251 commented 5 years ago 
    I will try tonight. I have been away...they are 4K cameras but I’m only streaming the substream

    Dan d'EonD’Eon Technical Services902-749-6163

On Mon, Dec 3, 2018 at 2:38 PM -0400, "Neo-engineering" notifications@github.com wrote:

Maybe resolution too high or cameras set to use H.265 compression

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

musicman251 commented 5 years ago

I ended up starting from scratch and installing the beta version. I was able to make it work using the rtsp_over_tcp: True line as suggested by burt_macklin1. Thanks for your responses!

burt-macklin1 commented 5 years ago

Glad you got it working!

On Tue, Dec 4, 2018, 7:03 AM musicman251 <notifications@github.com wrote:

I ended up starting from scratch and installing the beta version. I was able to make it work using the rtsp_over_tcp: True line as suggested by burt_macklin1. Thanks for your responses!

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/SvenVD/rpisurv/issues/82#issuecomment-444092294, or mute the thread https://github.com/notifications/unsubscribe-auth/AqbPEhgdcWfR8JuAaeN8cVXsj-XkQpG0ks5u1nKtgaJpZM4Y0Vmw .

musicman251 commented 5 years ago

Having issues tonight as I tweak the settings from my purpose. I’m no longer able to make any streams work.

Content fo main.log:

2018/12/04 20:04:55 - l_default - ERROR - Free gpu mem is 384.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memor$

2018/12/04 20:04:55 - l_default - DEBUG - Screen: screen1 active_run_time: 8 / 30

2018/12/04 20:04:56 - l_default - DEBUG - Free gpu memory value is 0

2018/12/04 20:04:56 - l_default - DEBUG - Free memory in bytes: 0.0

2018/12/04 20:04:56 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory $

2018/12/04 20:04:56 - l_default - DEBUG - Screen: screen1 active_run_time: 10 / 30

2018/12/04 20:04:57 - l_default - DEBUG - Free gpu memory value is 8K

2018/12/04 20:04:57 - l_default - DEBUG - Free memory in bytes: 8192.0

2018/12/04 20:04:57 - l_default - ERROR - Free gpu mem is 8192.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memo$

2018/12/04 20:04:57 - l_default - DEBUG - Screen: screen1 active_run_time: 11 / 30

2018/12/04 20:04:57 - l_default - DEBUG - MAIN: regular start update_active_screen (every 19 seconds since start of rpisurv)

2018/12/04 20:04:57 - l_default - DEBUG - ScreenManager: update_active_screen screen1

2018/12/04 20:04:57 - l_default - DEBUG - Screen: Start polling connectivity for the camera_streams part of screen: screen1

2018/12/04 20:04:57 - l_default - DEBUG - CameraStream: screen1_cam_stream1 rtsp://:@192.168.2.250:554/cam/realmonitor?channel=2&$

2018/12/04 20:04:57 - l_default - DEBUG - ScreenManager: update_connectable_camera_streams, disable_probing_for_all_streams is off for this screen, so using probe$

2018/12/04 20:04:57 - l_default - DEBUG - Screen: Connectable camera streams stayed the same, from 1 to 1, screen: screen1 does not need full redraw

2018/12/04 20:04:58 - l_default - DEBUG - Free gpu memory value is 256

2018/12/04 20:04:58 - l_default - DEBUG - Free memory in bytes: 256.0

2018/12/04 20:04:58 - l_default - ERROR - Free gpu mem is 256.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memor$

2018/12/04 20:04:58 - l_default - DEBUG - Screen: screen1 active_run_time: 12 / 30

2018/12/04 20:04:59 - l_default - DEBUG - Free gpu memory value is 1K

2018/12/04 20:04:59 - l_default - DEBUG - Free memory in bytes: 1024.0

2018/12/04 20:04:59 - l_default - ERROR - Free gpu mem is 1024.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memo$

2018/12/04 20:04:59 - l_default - DEBUG - Screen: screen1 active_run_time: 13 / 30

Content of Daemon.log:

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - MAIN: regular start update_active_screen (every 19 seconds since start of rpisu$

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - ScreenManager: update_active_screen screen1

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - Screen: Start polling connectivity for the camera_streams part of screen: scree$

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - CameraStream: screen1_cam_stream1 rtsp://:@19$

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - ScreenManager: update_connectable_camera_streams, disable_probing_for_all_stre$

Dec 4 20:12:45 raspberrypi rpisurv[376]: 2018/12/04 20:12:45 - l_default - DEBUG - Screen: Connectable camera streams stayed the same, from 1 to 1, screen: screen$

Dec 4 20:12:46 raspberrypi rpisurv[376]: 2018/12/04 20:12:46 - l_default - DEBUG - Free gpu memory value is 0

Dec 4 20:12:46 raspberrypi rpisurv[376]: 2018/12/04 20:12:46 - l_default - DEBUG - Free memory in bytes: 0.0

Dec 4 20:12:46 raspberrypi rpisurv[376]: 2018/12/04 20:12:46 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail$

Dec 4 20:12:46 raspberrypi rpisurv[376]: 2018/12/04 20:12:46 - l_default - DEBUG - Screen: screen1 active_run_time: 3 / 30

Dec 4 20:12:47 raspberrypi rpisurv[376]: 2018/12/04 20:12:47 - l_default - DEBUG - Free gpu memory value is 449

Dec 4 20:12:47 raspberrypi rpisurv[376]: 2018/12/04 20:12:47 - l_default - DEBUG - Free memory in bytes: 449.0

Dec 4 20:12:47 raspberrypi rpisurv[376]: 2018/12/04 20:12:47 - l_default - ERROR - Free gpu mem is 449.0 bytes which is less than 80000000 bytes. Streams might fa$

Dec 4 20:12:47 raspberrypi rpisurv[376]: 2018/12/04 20:12:47 - l_default - DEBUG - Screen: screen1 active_run_time: 4 / 30

Dec 4 20:12:48 raspberrypi rpisurv[376]: 2018/12/04 20:12:48 - l_default - DEBUG - Free gpu memory value is 8K

Dec 4 20:12:48 raspberrypi rpisurv[376]: 2018/12/04 20:12:48 - l_default - DEBUG - Free memory in bytes: 8192.0

Dec 4 20:12:48 raspberrypi rpisurv[376]: 2018/12/04 20:12:48 - l_default - ERROR - Free gpu mem is 8192.0 bytes which is less than 80000000 bytes. Streams might f$

Dec 4 20:12:48 raspberrypi rpisurv[376]: 2018/12/04 20:12:48 - l_default - DEBUG - Screen: screen1 active_run_time: 5 / 30

Dec 4 20:12:50 raspberrypi rpisurv[376]: 2018/12/04 20:12:50 - l_default - DEBUG - Free gpu memory value is 128

Dec 4 20:12:50 raspberrypi rpisurv[376]: 2018/12/04 20:12:50 - l_default - DEBUG - Free memory in bytes: 128.0

Dec 4 20:12:50 raspberrypi rpisurv[376]: 2018/12/04 20:12:50 - l_default - ERROR - Free gpu mem is 128.0 bytes which is less than 80000000 bytes. Streams might fa$

Dec 4 20:12:50 raspberrypi rpisurv[376]: 2018/12/04 20:12:50 - l_default - DEBUG - Screen: screen1 active_run_time: 6 / 30

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - l_default - DEBUG - Free gpu memory value is 2K

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - l_default - DEBUG - Free memory in bytes: 2048.0

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - l_default - ERROR - Free gpu mem is 2048.0 bytes which is less than 80000000 bytes. Streams might f$

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - l_default - DEBUG - Screen: screen1 active_run_time: 7 / 30

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - core.worker - INFO - Trying to restart screen1_cam_stream1 attempts:99

Dec 4 20:12:51 raspberrypi rpisurv[376]: 2018/12/04 20:12:51 - core.worker - DEBUG - Starting stream screen1_cam_stream1 with commandline ['/usr/bin/omxplayer', '$

Dec 4 20:12:52 raspberrypi rpisurv[376]: have a nice day ;)

Dec 4 20:12:52 raspberrypi rpisurv[376]: 2018/12/04 20:12:52 - l_default - DEBUG - Free gpu memory value is 0

Dec 4 20:12:52 raspberrypi rpisurv[376]: 2018/12/04 20:12:52 - l_default - DEBUG - Free memory in bytes: 0.0

Dec 4 20:12:52 raspberrypi rpisurv[376]: 2018/12/04 20:12:52 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail$

Dec 4 20:12:52 raspberrypi rpisurv[376]: 2018/12/04 20:12:52 - l_default - DEBUG - Screen: screen1 active_run_time: 8 / 30

Dec 4 20:12:53 raspberrypi rpisurv[376]: 2018/12/04 20:12:53 - l_default - DEBUG - Free gpu memory value is 488M

Dec 4 20:12:53 raspberrypi rpisurv[376]: 2018/12/04 20:12:53 - l_default - DEBUG - Free memory in bytes: 511705088.0

Dec 4 20:12:53 raspberrypi rpisurv[376]: 2018/12/04 20:12:53 - l_default - DEBUG - Screen: screen1 active_run_time: 9 / 30

Dec 4 20:12:54 raspberrypi rpisurv[376]: 2018/12/04 20:12:54 - l_default - DEBUG - Free gpu memory value is 0K

Dec 4 20:12:54 raspberrypi rpisurv[376]: 2018/12/04 20:12:54 - l_default - DEBUG - Free memory in bytes: 0.0

Dec 4 20:12:54 raspberrypi rpisurv[376]: 2018/12/04 20:12:54 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail$

Dec 4 20:12:54 raspberrypi rpisurv[376]: 2018/12/04 20:12:54 - l_default - DEBUG - Screen: screen1 active_run_time: 11 / 30

Dec 4 20:12:55 raspberrypi rpisurv[376]: 2018/12/04 20:12:55 - l_default - DEBUG - Free gpu memory value is 0

Dec 4 20:12:55 raspberrypi rpisurv[376]: 2018/12/04 20:12:55 - l_default - DEBUG - Free memory in bytes: 0.0

Dec 4 20:12:55 raspberrypi rpisurv[376]: 2018/12/04 20:12:55 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail$

Dec 4 20:12:55 raspberrypi rpisurv[376]: 2018/12/04 20:12:55 - l_default - DEBUG - Screen: screen1 active_run_time: 12 / 30

Dec 4 20:12:56 raspberrypi rpisurv[376]: 2018/12/04 20:12:56 - l_default - DEBUG - Free gpu memory value is 6K

Dec 4 20:12:56 raspberrypi rpisurv[376]: 2018/12/04 20:12:56 - l_default - DEBUG - Free memory in bytes: 6144.0

Dec 4 20:12:56 raspberrypi rpisurv[376]: 2018/12/04 20:12:56 - l_default - ERROR - Free gpu mem is 6144.0 bytes which is less than 80000000 bytes. Streams might f$

Dec 4 20:12:56 raspberrypi rpisurv[376]: 2018/12/04 20:12:56 - l_default - DEBUG - Screen: screen1 active_run_time: 13 / 30

Dec 4 20:12:57 raspberrypi rpisurv[376]: 2018/12/04 20:12:57 - l_default - DEBUG - Free gpu memory value is 488M

Dec 4 20:12:57 raspberrypi rpisurv[376]: 2018/12/04 20:12:57 - l_default - DEBUG - Free memory in bytes: 511705088.0

Dec 4 20:12:57 raspberrypi rpisurv[376]: 2018/12/04 20:12:57 - l_default - DEBUG - Screen: screen1 active_run_time: 14 / 30

My config file:

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)

Defaults to False

disable_autorotation: False

screens:

  #Start config for example screen one, this is the minimal config. This will show a 2x2 if all streams are connectable,

  #otherwise rpisurv, by default, rearranges the screen to only show the connectable streams. To disable the latter set disable_probing_for_all_streams=True

  #Force this screen to be shown by pressing and holding F1 or keypad 0

- camera_streams:

    - url: "rtsp://<admin:807400@192.168.2.250:554/cam/realmonitor?channel=2&subtype=1"

      rtsp_over_tcp: True

    #- url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/videoMain"

      #You can also configure http or https streams like for mjpeg streams

    #- url: "http://<ip or dnsname>:<port>/suffix"

    #- url: "rtsp://<user>:<password>@<ip or dnsname>:<port>/play1.sdp"

  #Start of config for example screen two.

  #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 OPTIONS, IF NOT CONFIGURED A DEFAULT VALUE WILL BE USED

      #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 unconn$

      #Default to 4 seconds

      #probe_timeout: 10

      #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

      #Note that you need a version of omxplayer older then 14 March 2016 for this option to work

      #rtsp_over_tcp: true

      #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 some autohealing functions of rpisurv

  #Also if using multiple screens, enabling this will slow down rotation of one screen to the next if there are unconnectable screens

  #This also disabled rpisurv only drawing the connectable screens using up all pixels. In other words, you will get a placeholder for an unconnectable stream $

  #Roughly the same as the obsoleted keep_first_screen_layout in rpisurv v1.0

  #Defaults to False

  #disable_probing_for_all_streams: False

  #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"

OMXPLAYER version info:

omxplayer - Commandline multimedia player for the Raspberry Pi

    Build date: Mon, 05 Nov 2018 15:45:07 +0000

    Version   : 061425a [master]

    Repository: https://github.com/popcornmix/omxplayer.git

Thanks in advance

From: burt-macklin1 notifications@github.com Sent: December 4, 2018 12:14 PM To: SvenVD/rpisurv rpisurv@noreply.github.com Cc: musicman251 dan@deontech.net; Author author@noreply.github.com Subject: Re: [SvenVD/rpisurv] Stream from NVR (#82)

Glad you got it working!

On Tue, Dec 4, 2018, 7:03 AM musicman251 <notifications@github.com wrote: mailto:notifications@github.com%20wrote:%0b%0b

I ended up starting from scratch and installing the beta version. I was able to make it work using the rtsp_over_tcp: True line as suggested by burt_macklin1. Thanks for your responses!

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/SvenVD/rpisurv/issues/82#issuecomment-444092294, or mute the thread https://github.com/notifications/unsubscribe-auth/AqbPEhgdcWfR8JuAaeN8cVXsj-XkQpG0ks5u1nKtgaJpZM4Y0Vmw .

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/SvenVD/rpisurv/issues/82#issuecomment-444157931 , or mute the thread https://github.com/notifications/unsubscribe-auth/AcTq3tRlfkCXBTIz7dTxk0SZIfg2VvDIks5u1p9DgaJpZM4Y0Vmw . https://github.com/notifications/beacon/AcTq3iVT1KaHB1jZ3SYsee4ZcL0GWzk0ks5u1p9DgaJpZM4Y0Vmw.gif

SvenVD commented 5 years ago

You only have one stream configured. Can you describe what is happening, there is nothing special in the logs except for the fact that for some reason you are using up all GPU. Did you already increase gpu memory?

musicman251 commented 5 years ago

I figured it out. I had a type with a < in front of the username section in the url. Always so simple when you finally catch your mistakes! I now have several screens rotating successfully. Thanks for the great product.

From: SvenVD [mailto:notifications@github.com] Sent: December-05-18 4:17 PM To: SvenVD/rpisurv Cc: musicman251; Author Subject: Re: [SvenVD/rpisurv] Stream from NVR (#82)

You only have one stream configured. Can you describe what is happening, there is nothing special in the logs except for the fact that for some reason you are using up all GPU. Did you already increase gpu memory?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/SvenVD/rpisurv/issues/82#issuecomment-444630713 , or mute the thread https://github.com/notifications/unsubscribe-auth/AcTq3gR8BhXAfopUvNgIPVQ3ZYNUPjQ_ks5u2CmsgaJpZM4Y0Vmw . https://github.com/notifications/beacon/AcTq3r3yq_Fq2amZQXITTDFFG6an1Dseks5u2CmsgaJpZM4Y0Vmw.gif