-
-
Notifications
You must be signed in to change notification settings - Fork 271
- 0.1. What is the minimum supported version of ZoneMinder, Android and iOS?
- 0.2. zmNinja Help
- 0.3. Asking for refunds
-
0.4. Things you should own up to
- 0.4.1. Read the app description
- 0.4.2. Try before buy
- 0.4.3. zmNinja doesn't work. Actually, even ZoneMinder web console doesn't work. You should fix this!
- 0.4.4. zmNinja doesn't work. Zoneminder works, but I have no idea why APIs don't work. You should fix this!
- 0.4.5. I can't compile zmNinja, help me!
- 0.4.6. How to report errors
- 0.5. Profile information storage related
- 0.6. Connection/Authentication issues
-
0.7. Live streaming issues
- 0.7.1. Summary of "Everything works, but I can't see live feed"
- 0.7.2. General note
- 0.7.3. I can't see stream: And I can't see streams in ZoneMinder webconsole either
- 0.7.4. I can't see streams: I use basic auth
- 0.7.5. I can't see streams: Multi-server is enabled
- 0.7.6. I can't see streams: you have cgi-bin issues
- 0.7.7. zmNinja montage does not seem smooth - feeds seem a little delayed compared to ZM console
- 0.8. Event images/streaming related
-
0.9. Other misc. issues
- 0.9.1. I suddently see an error message saying I need to enable ZM_AUTH_HASH_LOGINS. This wasn't there before
- 0.9.2. zmNinja 1.2.515 and beyond says "Need API Upgrade" for the 24hr review feature. What does that mean?
- 0.9.3. I upgraded ZoneMinder to 1.30.2 or above and zmNinja stopped working!
- 0.9.4. I am running ZM on a custom port. zmNinja is unable to reach my ZoneMinder server but I tried on a regular browser (Firefox/Opera/IE) and it I can reach it
- 0.9.5. The Montage screen is causing issues with my ZM server - I get connection timeout issues or MySQL connection problems
- 0.9.6. The app works great - except it doesn't work on ONE Android phone - works in others!
- 0.9.7. APIs are not working ! ZM console works fine.
- 0.9.8. I'm using mocord/record and I don't see events without alarms
- 0.9.9. Taking snapshots or downloading videos don't work in Android
- 0.9.10. Pan/Tilt/Zoom doesn't work
- 0.10. What is this Event Server?
- 0.11. Is zmNinja free?
- 0.12. Who are the developers behind this?
- 0.13. The code needs improvement
- 0.14. Is zmNinja an official ZoneMinder product?
- 0.15. I want to donate money
- 0.16. How does zmNinja use my personal data?
- 0.17. I want to donate time/expertise/code
You need a minimum of ZM 1.30.4 with APIs working. You may get it to run in previous versions, but I don't support them, so you are on your own.
Starting version 1.3.26 of zmNinja, only IOS 10+ and Android 5.0+ devices are supported.
I've just started uploading instructional videos for zmNinja. I'll add more over time. See them here
If you're not happy with zmNinja and have bought the app, please send me an email with your order id.
Note that depending on how long ago you made the order, I may not be able to refund. Its not my policy - The app/play stores disable the refund option. For example, I could not refund an app a user purchased 2 years ago.
Also, please read Things you should own up to
Both the Apple and Android stores have a clearly visible note on the app description that it requires a working API for ZoneMinder. If you are not willing to ensure the API works, please save yourself and me time. I'm sorry this is the first post, but I get emails from too many entitled/rude folks about APIs not working. Not my problem. Read below. Breathe.
Some users legitimately look around for an option to try before they buy and they are not savvy enough to download the code and compile themselves. Fair enough. In that case, download the Desktop version of zmNinja. It's free and is the same code as mobile. Make sure the desktop version works before you buy the mobile version.
The reason I don't have a "trial mobile version" is that I find the process too complex using in-app-purchases and chose not to do it to make life simpler for me. As a substitute, I do make the full code available for free and offer a desktop binary version free too.
0.4.3. zmNinja doesn't work. Actually, even ZoneMinder web console doesn't work. You should fix this!
Yeah, look - I understand zmNinja won't work if ZoneMinder web console doesn't work. That being said, I really don't have time to help you debug ZoneMinder issues. I only develop the app (zmNinja). If you can't set up ZoneMinder properly, please post your questions in the ZM forum. You'll find more qualified people to help you. I don't develop nor control ZoneMinder. It's a different set of folks. Now, I'll help you, but only after you have spent sufficient time trying your best and provide sufficient logs of what you have done. Also remember, if you buy zmNinja, I'm happy to refund it anytime - just send me an email.
In short, I don't have the time to support ZoneMinder install issues - sorry about that
0.4.4. zmNinja doesn't work. Zoneminder works, but I have no idea why APIs don't work. You should fix this!
Sigh. I don't maintain ZoneMinder. I only develop the app. You need to make sure ZoneMinder APIs work. ZoneMinder web console doesn't use APIs. Neither does zmView. zmNinja does. It says so in the description of the app in the store. So feel free to fix your APIs, or ask me for a refund. Just don't whine to me, please, if your APIs are broken. I'm not going to fix them for you, especially if you act like its not your problem. I'm perfectly fine if you choose not to use my app, which is why I refund, anytime.
I put out the source code, so people who know how to compile are able to do it themselves. I also hope this will encourage folks to PR changes (though this has rarely happened). The problem however, is that dependencies/libraries keep changing. I just don't have the time to help debug. If it happens to me, I'll fix it. If it doesn't I have very limited time to remotely debug your setup issues. I'd much appreciate if you figured it out on your own. Feel free to create an issue after you've tried enough, but I can't guarantee I'll spend a lot of time on source code compile issues.
- I'm not a magician. I don't know why something is not working if you don't provide sufficient inputs. Enable debug logs in zmNinja Developer options and then email me the logs. Thats a good start.
- Its often hard to infer a problem especially when its due to some unique apache/nginx mungling you might have done but haven't told me about it. In such cases, try and give me remote access to your ZM for a day. Configure a limited user with just one monitor. It will save hours of frustration (mostly on my side). Thanks
- I have released the desktop version free - download it here. Its always easier to debug on the desktop version - give it a try. If you hit Ctrl+Alt+D (or Cmd+Alt+D) it brings up a debug window - it helps debugging
- Always tell me what your ZoneMinder version is
- If your app suddenly stopped working:
- Send me DEBUG logs of the app
- tell me what changed (got to be something. You updated the app, you upgraded ZM)
- What exactly is not working?
I've seen this happen in two cases:
- You are running out of space. Clean up some space and try again
- On specific Android devices, typically running Android OS less than 6.0, some (2-3) users have reported this issue. I still don't have a good answer. Please update to the latest app version and send me debug logs, please
Sorry. I've made several releases where due to programming errors, settings got wiped out. However, starting v1.3.021 for Android and v1.3.025 for Android, I've introduced the facility to sync with the cloud (Google Drive/iCloud). This is the settings option. It is enabled by default. This means if you uninstall the app and install again, the settings should get restored. Note that both in iOS and Android, backup schedule is managed by the OS. You can force a backup going to settings and forcing a backup, or wait till the OS backups (typically a few hours/phone plugged in/not being used)
Do also note that 1.3.027 and beyond use a new WebView called WKWebView (because iOS deprecated the old webview). If you disabled iCloud you will have to re-enter your settings again (only once). This may not affect Android, but I don't know for sure.
- Most of the issues I've seen so far are because zmNinja cannot reach ZoneMinder
- Disable server redirects like 302 and then try if using the mobile app
- To make sure there are no connection issues, launch your phone browser and try to reach ZoneMinder. If that doesn't work, neither with zmNinja. Many users try to access ZoneMinder from a desktop browser and/or on the same server it is running and forget the phone is a different device!
- If you are using SSL, make sure you read the SSL section
- Don't use funky/special characters in passwords - try changing it to a complex password without funky characters and try
- Use the wizard - I've seen many examples of typos when the user thinks they don't have a typo
- If you are using basic authentication, make sure your credentials are correct. A good way to test is to first disable basic auth and enable it after you are sure things work without basic auth.
- Please note zmNinja does NOT support Digest authentication. So please don't put in digest auth info when zmNinja asks for basic authentication
- Look at your ZM logs and zmNinja logs - they help isolate the problem
If the Wizard fails to connect in the mobile app but works in the desktop app, it may be that your server is sending redirects. Unfortunately,
the current mobile HTTP stack doesn't handle cookies with redirects well. Till this bug is fixed by the plugin author Wizard won't work. Note that if you are running ZM 1.32 or above, you can directly enter your settings without using the wizard and it will work because it will try and use the new ZM 1.32 login.json
API first.
A lot of people use self-signed certs. I'd strongly recommend you use LetsEncrypt if you can. It's free. That being said zmNinja does support self signed certs. Make sure "Enable Strict SSL" is off in Developer settings. You will need to restart the app.
This is likely happening if you use self signed SSL certs. If you are using self signed certificated, you should make sure the "common name" matches the hostname (or public IP) of the server you are installing ZM in. If not, zmNinja's SSL handshake will fail.
If you have used 'make-ssl-cert' or a similar tool that automatically generates the cert for you, its very likely you have certificate that uses the 'unix hostname' of your server. That will not work.
Assuming you are usin apache and have SSL enabled, here is how to regenerate the certs (ubuntu specific, may need to tweak it for your distro)
This will create a self-signed certificate/key pair and store it in /etc/apache2/ssl (you may have to create that directory, or store it elsewhere)
sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/apache2/ssl/zoneminder.key -out /etc/apache2/ssl/zoneminder.crt
Next up, edit your apache ssl config (example /etc/apache2/sites-available/default-ssl.conf) And add/modify the following lines:
SSLCertificateFile /etc/apache2/ssl/zoneminder.crt
SSLCertificateKeyFile /etc/apache2/ssl/zoneminder.key
restart apache
sudo service apache2 restart
Please be diligent in reviewing this list. You'd be surprised how many times I've had users tell me 'they have checked this list' only to find out later they skimmed details.
-
Starting ZM 1.32 and beyond, please enable
AUTH_HASH_LOGINS
as well as setAUTH_RELAY
to "hashed" -
You think your APIs are working, but they are really not. If you open a browser and type in
https://yourserver/zm/api/monitors.json
and you see some text on top followed by monitor data, your APIs are not working. You need to search the forums and figure out how to get rid of that text. -
Your ZoneMinder live view from the web console doesn't work either. If this is the case, fix ZoneMinder first. Before you say "web console works fine", make sure you are running it from a different computer from where ZM is running.
-
The phone/computer running zmNinja does not have access to your ZM server. For example, many people test the web console on their LAN but test zmninja on a WAN connection
-
Always try with the free desktop version first. Enable debug view by hitting Ctrl/Cmd+Alt+D and you can see debug logs in the console view. I can't emphasize enough how useful this is.
-
Your
cgi-bin
setting in zmNinja is incorrect. Please run the wizard. There are times when the wizard can fail. In those cases, open up ZM web console, go to view the monitor and do an "Inspect Source" in the browser. That will show you the cgi-bin link that you can use in zmNinja.
For example:
In the above case my zmNinja cgi-bin setting is https://myserver:myport/zm/cgi-bin
- You are using Basic Authentication. See here
- You have 'multi-server' configuration enabled and you have done it wrong. Go to ZM Web Console->Options->Servers - if you see any entries there and you don't know what multi-server is, or you don't use it, please disable multi-server
- When trying to view live images, look at your webserver error logs - example Apache's
error.log
- see any image/jpg errors? That means you are missing libraries - You have set up a multi-server install of ZM without knowing you did See here
- Look at zmNinja, ZoneMinder and web server error logs at the time of error - one of them should give more clues. Please send me all the logs if you ask for help
- Read the set of notes below
To debug streaming notes, always try with the free desktop version first. When trying to stream simultaneously look at the debug logs of zmNinja (Ctrl/Cmd+Alt+D
in desktop build, console and/or network tab) and your webserver error logs.
Check if streaming works in the web interface. If it does not work, zmNinja won't work either. Fix ZM first
Starting Chrome v59, the browser changed basic credential behavior. The issue report is here. Here is the core issue: zmNinja constructs URLs as http://user:password@server
when you have basic auth (and starting v1.3 uses the Authorization
header). However, since images are rendered using <img src>
there is no option but to put in a user:password
in the URL. Chrome allows this format for direct requests (such as API calls) but will strip out the user:password
part for embedded requests (like <img src="">
tags inside a page). So what happens is your APIs work, but you won't see images. There is a reason why Chrome does this - its bad to pass on a user :password in a URL as its clear text (even if you are on HTTPS, as its in the URL). As I said earlier, The right way to do this is to replace the user:pass
with an Authorization
header but there is no way to do that with images that are rendered with <img src>
(There are several plugins that attempt to do this, but don't work with streaming MJPEG images). Bottom line, this is a problem for apps like zmNinja and it affects you.
How this affects you:
- If you are using HTTP Basic Authentication
Then your images won't show.
Possible Workarounds:
- Configure your web server to skip basic authentication for
nph-zms
URLs - If you are using a ReverseProxy, you can insert the authorization header inside the apache proxy
- Disable HTTP Basic auth for now
- Downgrade Chrome
Here is what I've used that works with basic-auth. This requires a basic auth portal login and once logged in allows skipping of image URLs (the idea comes from Adam Outler - he uses a different approach using reverse proxies, which I link to later)
# this configuration assumes your server portal is server:port/zm
# and cgi-path is /zm/cgi-bin. Please change it to your specific environment
# Also requires Apache 2.4 or above
<Location />
SetEnvIf Request_URI ^/zm/cgi-bin/ noauth=1
SetEnvIf Request_URI ^/zm/index.php noauth=1
AuthType Basic
AuthName "Auth Required"
AuthUserFile "/etc/apache2/.htpasswd"
<RequireAny>
Require valid-user
Require env noauth
</RequireAny>
</Location>
STEP 1: Enable "Append basic auth tokens in images" option in zmNinja->Developer Settings and save. What this does is that image URLs will append a "basicauth" token parameter with your basic authentication credentials. This token can then be parsed by Apache and inserted as a valid Authorization header. Don't enable this option if you are not using HTTPS because the request-URI will be transmitted without encryption and it will contain your basic auth credentials, encoded in base64, which is trivial to decode.
STEP 2 (Apache): Use mod_rewrite and mod_header to convert the token into an authorization in your Apache config. Add this to the relevant section (VirtualHost
or others)
RewriteEngine on
RewriteCond %{QUERY_STRING} (?:^|&)basicauth=([^&]+)
RewriteRule (.*) - [E=QS_TOKEN:%1]
RequestHeader set Authorization "Basic %{QS_TOKEN}e" env=QS_TOKEN
STEP 2 (Nginx): Thanks to user @ysammy
location /zm/cgi-bin/nph-zms {
proxy_pass http://<IP>:<PORT>/zm/cgi-bin/nph-zms;
proxy_set_header Authorization "Basic $arg_basicauth";
}
User Adam Outler has contributed the following process: see HERE. Adam also has this to say about why proxies should be recommended for HTTPS enabled ZoneMinder instances:
A proxy server should be on the list of recommendations for Zoneminder. HTTPS requires processing to encrypt and decrypt. This takes processor cycles away from Zoneminder's recording. Since HTTPS is now basically a requirement, there should be a page dedicated to proxy, https, auth, and their nuances. I just picked up 2-4K cameras and processing suddenly became an issue :).
The chances are very high that you have enabled ZoneMinder's Multi-Server option and you entered something like localhost
in server settings. DON'T. You can't enter localhost. If you are not using multi-server, remove any server settings. If you are using multi-server, you need to put in a valid server IP or hostname, not localhost
. BTW, if you did put in localhost
you will note that your ZM web console also won't work if you try to launch your browser on a different machine from where ZM is running.
- Try to use the wizard. If it fails,
- Go to zmNinja settings and fix your cgi-bin path. the automatic path that is filled in won't work. Here is a hint, go to zoneminder->options->paths and check the value of the cgi-bin path - your zmNinja path will be "base path of your server" + cgi-bin path.
zmNinja does not use nph-zms
to display live feeds in montage. This is because Chrome only allows a maximum of 6 connections per (sub)domain which means you can't have more than 6 active TCP connections to a single domain at the same time. This also means that you can't display more than 6 monitors together. To avoid this, I use the zoneminder "snapshot" feature that displays a still from the monitor and then refresh it every X seconds (by default X=2 unless you switch to low bandwidth mode. You can change X in developer settings)
That being said, starting v1.3.0 of zmNinja onwards, I now support multi-port (available in ZM 1.32 onwards) that lets you stream as many monitors as you need. Read this post for more details.
To debug streaming notes, always try with the free desktop version first. When trying to stream simultaneously look at the debug logs of zmNinja (Ctrl/Cmd+Alt+D
in desktop build, console and/or network tab) and your webserver error logs.
Also, Starting ZM 1.32 and beyond, please enable AUTH_HASH_LOGINS
as well as set AUTH_RELAY
to "hashed"
- Look at apache error logs - it often gives you hints
Starting zmNinja 1.3.26 and beyond, if you are using OPT_AUTH you need to enable AUTH_HASH_LOGINS or you won't be able to see image snapshots and thumbnails. Only applicable for mobiles.
This can happen if you are using Video Storage (Passthru or X264 Encode) and have disabled frame (JPEG) storage completely. What happens is ZoneMinder uses ffmpeg
to extract frames from timestamps and sometimes it is unable to extract a frame for a specific timestamp, resulting in this issue. If you see HTTP 404 messages for some frames, but the video plays fine, then this is why.
You are likely using Chrome (Android or desktop version). Chrome allows a total of 6 simultaneous connections to a domain/sub-domain. ZoneMinder uses a long running TCP stream for each monitor display (keeps sending jpeg images). This means you can only display 6 streams at a time in Chrome. I work around this problem by not asking for live streams in montages - I ask for 'snapshots' and keep refreshing snapshots every 2 seconds. This makes montage display non-realtime, but scales to as many monitors you have. In Event Montage however, I am using zms to display long running streams - trying to do snapshots in event montage is a lot of work and I need to keep track of when the event ends, move to next image etc. I limit this to 5 because I need 1 for control messages.
0.9.1. I suddently see an error message saying I need to enable ZM_AUTH_HASH_LOGINS. This wasn't there before
Yes. Starting 1.3.027 onwards, due to a new UI web rendering engine that enforces CORS, I've had to change my strategy on how network calls are made. Briefly, on mobile devices, I now use a native HTTP stack and not the browser HTTP stack. However, images are rendered using the browser HTTP stack which causes this message. In short, you need to enable it, and restart ZM.
0.9.2. zmNinja 1.2.515 and beyond says "Need API Upgrade" for the 24hr review feature. What does that mean?
You need to update an API file in Zoneminder server. ZoneMinder folks haven't yet (as of Apr 2018) made a release with that API change.
To do it manually,simply replace your EventsController.php
(typically in /usr/share/zoneminder/www/api/app/Controller
) with this one.
ZoneMinder changed API packaging with ZM 1.30.2 and above. You will have to read your distro notes on how to properly update. Read this thread. Before you think zmNinja is the problem, make sure your APIs are working. Summary of reasons why zmNinja might have stopped working:
- You did not check if your APIs are working after the upgrade
- You did not upgrade properly (just updating the ZM package without following distro instructions with ZM is not sufficient)
- You are missing some key CakePHP modules, likely
php5-apc
which would have been installed if you read all the package instructions. You can install it manually - You might need to restart your system after upgrading (properly)
0.9.4. I am running ZM on a custom port. zmNinja is unable to reach my ZoneMinder server but I tried on a regular browser (Firefox/Opera/IE) and it I can reach it
zmNinja on Android and Desktops uses an embedded chrome browser. Chrome marks certain ports as "unsafe" and won't allow connections to go out. The list of ports to avoid are here
0.9.5. The Montage screen is causing issues with my ZM server - I get connection timeout issues or MySQL connection problems
- zmNinja uses a different approach to display montage than ZoneMinder. In zmNinja montage screen, I display a snapshot of each monitor and refresh it every few seconds. This results in many short TCP connections constantly being opened and closed. The reason I have to do this is Chrome only allows 6 connections to a domain, which means if I don't keep terminating TCP connections, I won't be able to show more than 6 monitors. Each time I open a new TCP connection for a snapshot, the ZM backend invokes mySQL to authenticate the request. You will need to increase mySQL
max_connections
inmy.cnf
if you are facing time_wait/timeout issues.
zmNinja uses an embedded chrome browser in its app. If you have safe browsing enabled, it may affect zmNinja. However, if you are facing this problem, its likely you can't access ZM from a mobile web browser either. The problem that might be occurring is that zmNinja is trying to reach your ZM server and your settings prohibit it from reaching ZM, so it fails. See this discussion
Read this
Tap on the "..." menu option and toggle "Show all events". By default, it shows events with at least one alarm frame
If you are using self-signed certificates, you need to install the certificate on your phone. Installing is as easy as emailing yourself the ".crt" file and tapping on it from your device to install it.
Tilt/Zoom/Presets support has not been added. But for this to work, PTZ needs to work in ZM first. Once it works in ZM, try it in ZMNinja. Also note that you may need to disable CSRF in your Options in ZoneMinder - it seems to cause all sorts of issues.
The Event Server is a contribution I made to ZoneMinder that adds a daemon to the existing list. It listens for new events using shared memory (aka very efficient) and then sends notifications of events to listeners (you can write your own app that listen as well as use zmNinja). This is a chapter on its own, and I have a dedicated page/project for this here. I'd encourage you to install and use it - its very nice.
0.10.1. It looks like you allow me to modify the frequency of push notifications. Very cool - will it send me all events that I missed if I make the frequency of a monitor event push to say, 600 seconds?
Nope. It only sends the latest events. What it does is before sending push notifications, it checks if the last time a push was sent for this monitor is < the time you specified. If it is, it does not send. That's all.
The source code is free, grab it, compile it, use it. The desktop ports are free as of today. I may charge for it some day. The mobile ports are in Appstore/Playstore for a fee.
Me.
You are being nice. I know the code is terrible. I'm not a coder by profession. This was my first project to learn how to write a mobile app. So the app evolved from no knowledge to some knowledge. It comprises of terrible to passable to reasonable code. There is a reason why my profile says what it says. But hey, if you can improve it, please PR!
No. But the ZM developers are amazing people who have been very helpful.
You could either donate to to Zoneminder or donate to zmNinja. Donations to ZoneMinder don't contribute to zmNinja, but the ZoneMinder devs will benefit from it, which is fine too.
Please read this
Great. Make sure you read the license , read the contributing guidelines and if it works for you, happy to see what you'd like to do.