hendu

When I get a delay with my reolink from preview to full single can, it's very brief. Maybe a second or two, however; your settings look a bit different so I'm going to play around a but with it. I don't use the web interface, no. We have it a shot. But the android app is nearly identical to the desktop app. My wife had an iphone and the app isn't quite as nice. I'm going to reinstall the iphone app for her to try that again before jumping ship. If that works I can set that up securely. I hate opening up ports on the router, but there is no way I can get her to use a vpn.

I wonder if part of it is number of cameras. I'm considerably lighter than you on cameras. I haven't found a way to make Xeoma use the clear stream in the preview windows, so I know what you mean by that slight delay to swap from preview to full. In talking with the mrs, I'm tempted to go back to blue iris for her and just deal with the VM situation. I found it friendlier for her for accessing the cameras than messing with the web interface in xeoma. It also performed a lot better for that. The archive pieces are more of a pain but I can work through those. Something to test more after camera 4 is up and running.

I run pretty basic with mine so far and only have 3 reolink 4mp cameras (until I can get to planning wiring for the fourth that arrived this week), however; I idle at Around 4% CPU. at the camera source: Clear stream 2560x1440 at max bit rate 4096 and 30fps Fluent stream q720p at 160 bit rate and 7 fps audio on in Xeoma: Fps set to max h.264 recording to archive without conversion checked audion not disabled the only modules I run are the scheduler, motion detector, preview/archive, and email. Someday I'll probably do more with all of that, but I'm happy at the moment. i run on an e3 1245 v3 which shouldn't see such a difference over your i5, depending what else you're server is running. I do notice that playback from the archive is less than ideal. The video files work flawlessly though. I'll probably look at getting a dedicated drive for that. now to start planning my summer attic wiring work...

Thats strange that youre seeing that performance on that processor. Did you have cameras set at a high frame rate and what kind of modules did you have set up?

I am happy with Xeoma, being a former blue iris user. However; I am coming from using BI in a VM. If I had a standalone BI machine, I am not so sure I'd feel the same way. You can see what my experience has been in prior posts. The biggest drawback I've seen so far with Xeoma is due to the fact that I run it in docker. The licensing works oddly, in my opinion, for video security software. You have to have constant internet connection for the license to stay active when using a VM. I've only had it happen twice since starting use this spring, but I've lost internet long enough to deactivate my system. Reactivating simply takes registration again, but that's still some downtime I've experienced. I understand the reason, but it's the only aspect that tempts me to go back to BI. The benefits I gain from the improved system resources outweigh that so far. As for zoneminder; I've never gotten far enough with that to give you my 2 cents. I have reolink cameras and had a heck of a time getting zoneminder to play nice. I was also not a big fan of the interface.

I think it depends on your set up. I only purchased a 4 camera license, so my cost wasn't much different from blue iris, though I do own both. However; blue iris in a VM was less than ideal. I liked it but I literraly air at 1% cpu usage with Xeoma in idle. I also have a huge decrease in ram utilization. In other words, for my specific scenario, it just works better. I'm planning to pick up my 4th camera this week, then I'll have to decide what I want to do about licensing. The updates are included for 1-3 years depending what you purchase. Blue iris also charged for one of it's major updates if I remember correctly a few versions back. So to answer your question, it's better at some things than Blue iris. Specifically resource management in a Linux system, some pretty nice workflow set ups, and I get less false alarms now. Blue iris is better at other things.

I found using the IP address search of the camera and entering the user/pass was easiest. The self discovery worked, but it was slow. I can't remember, but I think you still have to select the option to 'add camera' even after it finds it with that. As for motion trigger, it's a matter of setting up the workflow properly. I have a simple scheduler one (so I can adjust by time of day at some point), then the motion sensor. I had to fiddle with my settings for sensitivity and zones. From the motion sensor I have an email branch to send me notifications of movement and then a Preview and Archive. I have a lot of customization I still need to do but this got me up and running quickly. I really am liking my set up now, and I am thoroughly enjoying not having to run a windows VM for BI. I have switched to the beta branch and my issue with losing license connection seems to have gone away. The Xeoma support was very helpful with this.

I've been running this licensed for the last week and a half now. Overall I'd say things have been great. I think I lose a few features over blue iris, but not having to run a windows vm that was consuming the amount of CPU necessary for BI is a nice trade off. I am noticing that occasionally the licensing must lose connection to their servers, and since the docker is a vm and requires constant connection, this requires me to re-enter my code. I have to see why that's happening, I've been rebooting my server a bit more lately as I work on things, I'll have to see if that's related.

Looks like that fixed it. Having gone from BI to the @coppit, do you think it's a worthwhile leap in order to get out of a BI VM?

Just some findings for you @coppit. works great on first run. However; when restarting the container, I get the following error. Simply stopping the container and then starting it reproduces it. The work around I get is simply go to edit the docker and save. Removing the directory didn't fix it. Note, I run with my appdata on a separate drive mounted via unassigned devices. *** Running /etc/my_init.d/00_regen_ssh_host_keys.sh...*** Running /etc/my_init.d/50_configure_xeoma.sh...mkdir: cannot create directory ‘/.config’: File exists*** /etc/my_init.d/50_configure_xeoma.sh failed with status 1*** Killing all processes...

Great work. I'm up and running now. I just need to decide if I want to run the xeoma docker and save some resource (and pay another 50 for licensing) or stick with my VM and blue iris...the cpu save is pretty big and it seems like the 3 cameras I have are performing well so far in the trial.

coppit just curious, are you using a paid license or trial?

I messed around a bit with things and switching to the beta and proper config removal fixed the libx11 error. Now I'm in the same boat as bokchoy and simply cannot connect to it from my desktop. I'm going to take a look at some network items for that, but I don't have a problem connecting to a VM with it so I'm pretty sure it is related to docker. FWIW docker -v is also 1.12.6 here.

I gave this a shot. Below is my full log after forcing an update and starting the docker. It continues to run but this is the log. I cannot connect to it. I tried it in a linux VM and had no issues. *** Running /etc/my_init.d/00_regen_ssh_host_keys.sh...*** Running /etc/my_init.d/50_configure_xeoma.sh...*** Running /etc/rc.local...*** Booting runit daemon...*** Runit started as PID 21[Apr 20 09:24:20 PM] Using the stable version of Xeoma[Apr 20 09:24:20 PM] Setting the passwordApr 20 21:24:20 0712462b9a51 syslog-ng[30]: syslog-ng starting up; version='3.5.6'Failed to open 'libX11'Password set successfull[Apr 20 09:24:20 PM] Starting the server in 5 seconds...

Sadly, reinstalling the container doesn't fix this. Deleting the config directory and starting over doesn't fix it either.