Camera issues
Posted: Mon Oct 04, 2021 7:54 pm
Introduction
Reporting a problem or restating you still have a problem will not lead to resolution. This article is an example of a good ticket that led to a resolution. A resolution could be a bug fix or a settings change that resolves the issue. In this example, BI engineering had to fix the connector to the camera.
Customer ticket
I recently am noticing realtime slippage in what i see in blue iris and what i am seeing when viewing the camera directly from a browser. This time delay can be 10+ minutes. Restarting blue iris fixes the issues temporarily but they come back. I am using fast SSD storage for new recordings, and the database. I am recording direct to disk, I am not using any sort of overlay in blue iris or rendering the video as it comes in. The server it is running on is a Dell PowerEdge R620 with 12 logical processors with hyper threading so 24 cores total with 32GB of ram. There is no video card in this server. There does not appear to be any sort of resource contention issue. I have the server stats below and have taken a crystal disk mark test with Blue Iris turned off on the disk that is storing the Blue Iris Database and where "new" recordings are kept. I have also attached a copy of my config. I am seeing this time slippage on <vendor name> 4k cameras. I have screenshots of their configs for both blue iris and for the camera itself attached below as well.
Comments/Feedback
Clear and concise explanation of issue
The issue is with camera connectivity, so really the bold highlights is the essential information. The user is clearly an IT professional based on the tools referenced. The information is informative but definitely not necessary.
The supporting evidence is often the missing piece. Why is it important?
1. Supporting evidence provides clarity to the issue, making it much easier to understand what you are trying to do.
2. It establishes credibility that we know you know what you are doing. We take comments like "Have been a BI user for many years..." with a grain of salt. Show us vs telling us you know what you are doing.
3. It let's us jump into troubleshooting immediately. There is no back and forth on please share a screenshot of <fill in the blank> or send your camera settings etc.
Additional comments on supporting evidence for this ticket:
Screenshot/Video
Visual of delay by overlaying stream from Camera UI against UI3. Clever, but not necessary. Simple screenshots of console or a video would have sufficed.
Connecting cameras - best practices
If you notice in the Connecting cameras article, there are three main steps to connecting cameras:
Camera setup
Camera stats
Summary
From the Checklist, there are 3 distinct steps to connecting a camera.
Final Resolution
We ran further tests such as connecting the camera to VLC.
The final resolution turned out to be engineering had to get involved to fix the BI connector.
Submitting a ticket / Next steps
Before opening a ticket go through the self-help content. The Connecting cameras article of the Checklist walks through connecting cameras. Good guide for connecting cameras the first time and double-checking your settings.
Review the troubleshooting guides in the Cameras section of the Troubleshooting toolkit to self-correct.
If you need support, the following information is needed:
Support info
Remote testing
Similar to this ticket (see final resolution section), occasionally engineering needs to get involved in order to tweak the BI connector to get the camera to work. If the issue is still not resolved, we will need remote access to the camera.
If asked, please send a WAN address for this camera for testing purposes with necessary ports, usually just 80 and 554 (RTSP) and 8999(ONVIF if available). Don't forget a temp login as well. If you put the camera on the internet we can take a look. This video explains how to do so. To be clear, we need direct access to the camera, not the BI web interface.
Send your camera settings as well. Camera settings -> General tab -> Export.
Reporting a problem or restating you still have a problem will not lead to resolution. This article is an example of a good ticket that led to a resolution. A resolution could be a bug fix or a settings change that resolves the issue. In this example, BI engineering had to fix the connector to the camera.
Customer ticket
I recently am noticing realtime slippage in what i see in blue iris and what i am seeing when viewing the camera directly from a browser. This time delay can be 10+ minutes. Restarting blue iris fixes the issues temporarily but they come back. I am using fast SSD storage for new recordings, and the database. I am recording direct to disk, I am not using any sort of overlay in blue iris or rendering the video as it comes in. The server it is running on is a Dell PowerEdge R620 with 12 logical processors with hyper threading so 24 cores total with 32GB of ram. There is no video card in this server. There does not appear to be any sort of resource contention issue. I have the server stats below and have taken a crystal disk mark test with Blue Iris turned off on the disk that is storing the Blue Iris Database and where "new" recordings are kept. I have also attached a copy of my config. I am seeing this time slippage on <vendor name> 4k cameras. I have screenshots of their configs for both blue iris and for the camera itself attached below as well.
Code: Select all
Opening 192.168.254.68 port 80...
HTTP Get / request...
OK
ONVIF GetSystemDateAndTime
2021-12-23T02:26:26.000Z
Requesting device information...
Manufacturer: Bosch
Model: AUTODOME IP starlight 7000 HD
FirmwareVersion: 7.10.0076
GetCapabilities...
Querying services
Has Search services: /onvif/search_service
Has Imaging services: /onvif/imaging_service
Has media services: /onvif/media_service
Has RTP_RTSP_TCP, requesting profiles
profile token 0
profile name H26x_L1S1
profile source is 1
profile source config is 1
profile token 1
profile name H26x_L1S2
profile source is 1
profile source config is 1
profile token 2
profile name JPEG_L1S3
profile source is 1
profile source config is 1
requesting URI for profile 0
RTSP URI: /rtsp_tunnel?p=0&h26x=4&aon=1&aud=1
requesting URI for profile 1
RTSP URI: /rtsp_tunnel?p=1&inst=2&h26x=4&aon=1&aud=1
requesting URI for profile 2
RTSP URI: /rtsp_tunnel?h26x=0&aon=1&aud=1
Has Event services: /onvif/event_service
RelayOutputs: 4
RelayOutput: Output_1/Bistable/open
RelayOutput: Output_2/Bistable/open
RelayOutput: Output_3/Bistable/open
RelayOutput: Output_4_(Relay)/Bistable/open
InputConnectors: 7
Has Device IO services: /onvif/DeviceIO_service
AudioOutputs: 1
Has PTZ service: /onvif/ptz_service
Preset: 1=Forward
Preset: 2=Left 90 Degree
Preset: 3=Right 90
Done
Comments/Feedback
Clear and concise explanation of issue
The issue is with camera connectivity, so really the bold highlights is the essential information. The user is clearly an IT professional based on the tools referenced. The information is informative but definitely not necessary.
I recently am noticing real-time slippage in what i see in blue iris and what i am seeing when viewing the camera directly from a browser. This time delay can be 10+ minutes. Restarting blue iris fixes the issues temporarily but they come back. I am using fast SSD storage for new recordings, and the database. I am recording direct to disk, I am not using any sort of overlay in blue iris or rendering the video as it comes in. The server it is running on is a Dell PowerEdge R620 with 12 logical processors with hyper threading so 24 cores total with 32GB of ram. There is no video card in this server. There does not appear to be any sort of resource contention issue. I have the server stats below and have taken a crystal disk mark test with Blue Iris turned off on the disk that is storing the Blue Iris Database and where "new" recordings are kept. I have also attached a copy of my config. I am seeing this time slippage on <vendor name> 4k cameras. I have screenshots of their configs for both blue iris and for the camera itself attached below as well.
Supporting evidenceThe supporting evidence is often the missing piece. Why is it important?
1. Supporting evidence provides clarity to the issue, making it much easier to understand what you are trying to do.
2. It establishes credibility that we know you know what you are doing. We take comments like "Have been a BI user for many years..." with a grain of salt. Show us vs telling us you know what you are doing.
3. It let's us jump into troubleshooting immediately. There is no back and forth on please share a screenshot of <fill in the blank> or send your camera settings etc.
Additional comments on supporting evidence for this ticket:
Screenshot/Video
Visual of delay by overlaying stream from Camera UI against UI3. Clever, but not necessary. Simple screenshots of console or a video would have sufficed.
Connecting cameras - best practices
If you notice in the Connecting cameras article, there are three main steps to connecting cameras:
- Camera setup: Setting the camera correctly to work well with BI.
- Camera connector: The actual connector settings to a camera.
- Video tab: Server settings that can affect the video.
Camera setup
By providing a screenshot of the encoding settings, there is complete clarity on the Camera setup for review by Support.
Camera connector (IP Config Dialog)
IP Config settings: Easiest way to know the connector settings is by sharing a screenshot. Helps confirm whether the connector settings are correct or can be improved.
The output of the Find/Inspect dialog from ONVIF is also of benefit.
Video tab
The output of the Find/Inspect dialog from ONVIF is also of benefit.
Code: Select all
Opening 192.168.254.68 port 80...
HTTP Get / request...
OK
ONVIF GetSystemDateAndTime
2021-12-23T02:26:26.000Z
Requesting device information...
Manufacturer: Bosch
Model: AUTODOME IP starlight 7000 HD
FirmwareVersion: 7.10.0076
GetCapabilities...
Querying services
Has Search services: /onvif/search_service
Has Imaging services: /onvif/imaging_service
Has media services: /onvif/media_service
Has RTP_RTSP_TCP, requesting profiles
profile token 0
profile name H26x_L1S1
profile source is 1
profile source config is 1
profile token 1
profile name H26x_L1S2
profile source is 1
profile source config is 1
profile token 2
profile name JPEG_L1S3
profile source is 1
profile source config is 1
requesting URI for profile 0
RTSP URI: /rtsp_tunnel?p=0&h26x=4&aon=1&aud=1
requesting URI for profile 1
RTSP URI: /rtsp_tunnel?p=1&inst=2&h26x=4&aon=1&aud=1
requesting URI for profile 2
RTSP URI: /rtsp_tunnel?h26x=0&aon=1&aud=1
Has Event services: /onvif/event_service
RelayOutputs: 4
RelayOutput: Output_1/Bistable/open
RelayOutput: Output_2/Bistable/open
RelayOutput: Output_3/Bistable/open
RelayOutput: Output_4_(Relay)/Bistable/open
InputConnectors: 7
Has Device IO services: /onvif/DeviceIO_service
AudioOutputs: 1
Has PTZ service: /onvif/ptz_service
Preset: 1=Forward
Preset: 2=Left 90 Degree
Preset: 3=Right 90
Done
Video tab clearly explains video settings.
The final step of the Connecting cameras - best practices article is to check the camera stats. Is the video working well with BI. Easiest way to know how the camera is performing is via the camera stats (General tab).
Camera stats. Camera stats are the easiest way to know whether the camera is setup correctly. From above I know the mainstream is connected but the sub stream is not. The FPS and key frame ratio are both very low. Something is NOT right with the camera encoder settings or the camera stream.
Camera stats. Camera stats are the easiest way to know whether the camera is setup correctly. From above I know the mainstream is connected but the sub stream is not. The FPS and key frame ratio are both very low. Something is NOT right with the camera encoder settings or the camera stream.
From the Checklist, there are 3 distinct steps to connecting a camera.
- Camera settings
- Connector settings
- Video tab (BI server settings)
We ran further tests such as connecting the camera to VLC.
The final resolution turned out to be engineering had to get involved to fix the BI connector.
Submitting a ticket / Next steps
Before opening a ticket go through the self-help content. The Connecting cameras article of the Checklist walks through connecting cameras. Good guide for connecting cameras the first time and double-checking your settings.
Review the troubleshooting guides in the Cameras section of the Troubleshooting toolkit to self-correct.
If you need support, the following information is needed:
Support info
It's easy to share support info. It's important as well in order to understand your computer stats and the version of the software you are running.
Before submitting a new ticket, click the Help button (? button).
Copy Email support info to copy critical system info to the clipboard.
Then paste the clipboard into the top of your support email. Below is a snippet from my "Email support" button.
Email to: support@blueirissoftware.com
Support data:
Version: Release 5.3.8.12 x64 (1/22/2021)
Service: No
License: XXX
Name: John V
Email: <email>@yahoo.com
Support: Basic
Issue
Before submitting a new ticket, click the Help button (? button).
Copy Email support info to copy critical system info to the clipboard.
Then paste the clipboard into the top of your support email. Below is a snippet from my "Email support" button.
Email to: support@blueirissoftware.com
Support data:
Version: Release 5.3.8.12 x64 (1/22/2021)
Service: No
License: XXX
Name: John V
Email: <email>@yahoo.com
Support: Basic
Clearly articulate the issue. Playback from the mobile app sometimes has a black screen is NOT sufficient.
Is this true for all cameras?
Does playback work from the console? UI3? mobile app?
With UI3 or the app, does playback work from the LAN? WAN?
What are the steps to reproduce the error.
Additional information
Is this true for all cameras?
Does playback work from the console? UI3? mobile app?
With UI3 or the app, does playback work from the LAN? WAN?
What are the steps to reproduce the error.
Camera stats. Status button -> Cameras tab -> Export
Settings on the camera. Screenshot of camera encoding settings.
Camera settings. Camera settings -> General tab -> Export.
Server health: Confirm any and all errors in the logs were addressed and resolved prior to submitting a ticket.
Settings on the camera. Screenshot of camera encoding settings.
Camera settings. Camera settings -> General tab -> Export.
Server health: Confirm any and all errors in the logs were addressed and resolved prior to submitting a ticket.
Similar to this ticket (see final resolution section), occasionally engineering needs to get involved in order to tweak the BI connector to get the camera to work. If the issue is still not resolved, we will need remote access to the camera.
If asked, please send a WAN address for this camera for testing purposes with necessary ports, usually just 80 and 554 (RTSP) and 8999(ONVIF if available). Don't forget a temp login as well. If you put the camera on the internet we can take a look. This video explains how to do so. To be clear, we need direct access to the camera, not the BI web interface.
Send your camera settings as well. Camera settings -> General tab -> Export.