SvenVD
commented
6 years ago Please post your config (with dummy password) something is wrong in your url
Closed NZRobNZ closed 6 years ago
SvenVD
commented
6 years ago Please post your config (with dummy password) something is wrong in your url
NZRobNZ
commented
6 years ago Thanks Sven, config is as follows;
essentials:
camera_streams:
# Test Stream
- rtsp url: "rtsp://192.168.10.150:8557/h264"
#How many columns you want the program to use, it will autocalculate the amount of row needed based on the resolution of your screen
nr_of_columns: "1"
#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.
#autostretch: False
#rpisurv detects the connectable streams on startup,
#if this option is enabled it will keep the first calculated layout for the lifetime of the rpisurv running even if some cameras go down and come up, instead of redrawing the screen
#When this option is set to True, rpisurv ignores all cameras configured that were not connectable when rpisurv was started
keep_first_screen_layout: False
#!!!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 checks every 25 seconds if it needs to redraw the screen
#interval_check_status: 25
#By default rpisurv will check memory usage, set to False to skip memory usage check
#memory_usage_check: True
#These are fallbacks if autodection fails;
#Normally you do not need to configure these
fallbacks:
resolution:
width: "1920"
height: "1080"I hope that's what you needed
SvenVD
commented
6 years ago It should be rtsp_url not rtsp url with space
mlschoeneman
commented
6 years ago I am having a similar issue, RPI is booting into console with no camera viewing. Below is my config, all streams tested in omxplayer and vlc successfully.
essentials:
#The streams will be displayed in the order you present them here
camera_streams:
#Dahua 773CamSideYard
- rtsp_url: "rtsp://admin:**********@192.168.13.22:3000/cam/realmonitor?channel=1&subtype=0&unicast=true&proto=Onvif"
#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
#Dahua 773CamMiddle Yard
- rtsp_url: "rtsp://admin:**********@192.168.13.23:3000/cam/realmonitor?channel=1&subtype=0&unicast=true&proto=Onvif"
#Hikvision 773CamFrontPorch
- rtsp_url: "rtsp://admin:**********@192.168.13.21:3000/Streaming/Channels/1"
#Dahua 773CamBackyard
- rstp_url: "rtsp://admin:**********@192.168.13.24:3000/cam/realmonitor?channel=1&subtype=0&unicast=true&proto=Onvif"
#How many columns you want the program to use, it will autocalculate the amount of row needed based on the resolution of your screen
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.
#autostretch: False
#rpisurv detects the connectable streams on startup,
#if this option is enabled it will keep the first calculated layout for the lifetime of the rpisurv running even if some cameras go down and come up, instead of redrawing the screen
#When this option is set to True, rpisurv ignores all cameras configured that were not connectable when rpisurv was started
keep_first_screen_layout: Trueadvanced:
##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 checks every 25 seconds if it needs to redraw the screen
#interval_check_status: 25
#By default rpisurv will check memory usage, set to False to skip memory usage check
#memory_usage_check: Truefallbacks: resolution: width: "1920" height: "1080"
SvenVD
commented
6 years ago Can you post the error message also?
mlschoeneman
commented
6 years ago SvenVD--Thanks for the quick response! I figured it out and have it running flawlessly. Thank you so much for your contribution.
I'm unsure where we are going wrong here, I've checked
/etc/rpisurvfor tabs and all indentation is spaces per the example file, yet on reboot I get the followingRunning
sudo journalctl -u rpisurvgives me these logs.I'm not sure where to look next. If I run omxplayer directly I get
I then get a full screen stream as expected.. I'm not sure where to look now to translate this into a working instance of the rpisurv service.