ZoneMinder Forums

the cambozilla applet is just a simple java applet that shows 1 video stream at a time from one socket to the web server. It by itself cant access any memory of the other applet running at the same time this would be a violation of the sandbox. So I am 100% sure its not the applet. I also dont think ...

Here is the precursor to your error. configure:4352: /lib/cpp conftest.cc cpp: error trying to exec 'cc1plus': execvp: No such file or directory configure:4358: $? = 1 configure: failed program was: Looks like you dont have the g++ compiler.. try to apt-get or yast or what ever what ever your flavor ...

You should post examples for the record : c ). I dont have any ideas I have not looked at those parts of the code it would probably take me a while to get to know the code well enough to look over the motion detection or buffering portions where i "think" the issues is. It seems like we have some ...

Ok i have news. I looked over all this code the kernel etc and everything looks perfect. So why was my video mixed? ok well lets see. I pulled out my sleep statment and low and behold my problem was gone?... Dammit.. ok what did i do to fix it. I had made one change during my debugging of this ...

Ok i have looked over the kernel driver and the code more and again all seems ok. The kernel driver will take a lot to debug so before I dig any farther I would like to confirm this is an issue. I have researched this and seen several people with different cards see mixed images and jitter using ZM ...

I did some checking to help out and here is the docs regarding capture for vfl. video4linux/API.html Once the mmap has been made the VIDIOCMCAPTURE ioctl starts the capture to a frame using the format and image size specified in the video_mmap (which should match or be below the initial query size ...

I modified the C++ code and added a small 5000us sleep after the capture request prior to reading the frame buffer and that seems to be enough to allow the fame buffer to be filled with the chosen input port and get a stable image. I would suggest the Zoneminder people add this sleep as a parameter ...

Just to be clear this scaling hack is just that a hack. I am on a local network and I am actualy scaling UP to 640 from 320 downscaling is a different story for sure. I am not even sure if the scaling function has the same performance issues as it does when scaling up. I never tested it for ...

I have found that the biggest performance issues in the streaming portion existi in zm_monitor.cpp in ::StreamImages If you ask zm to modify or scale the image it uses a very poor performance function to do this and eats cpu badly. A simple trick if you still want to scale the images is to let the ...