#zoneminder

/

      • patron joined the channel
      • patron has quit
      • maximi89 joined the channel
      • justTom has quit
      • ^0300912 has quit
      • ^0300912 joined the channel
      • MillerBoss
        Any idea how to get jpg or mjpeg out of Hikvision? I am told rstp -> ffmpeg is taking to much CPU power
      • amrak
        MillerBoss: don't know about that, but I saw your vmstat and it's definitely cpu-bound, so you're on the right track.
      • MillerBoss
        Hey amrak
      • I got this earlier: [07:48:24] < ic0n>MillerBoss: The pics you've shown clearly show that you are cpu bound. You have to understand that an ffmpeg stream is likely h264, so your cpu is spending all it's time decoding h264. Try the remote method, and go for the jpg snapshot or mjpeg url.
      • But these hikvision cams dont seem to output jpg or mjpeg
      • amrak
        yep, that's pretty much what you need there
      • have you looked at the manual yet?
      • MillerBoss
        For Zoneminder or the cams?
      • amrak
        for the cams
      • there's usually some URL where you get a JPG of the current image
      • achan has quit
      • MillerBoss
        http://www.hikvision.com/UploadFile/image/20131... Page 38 "When the Stream Type of the camera is sub-stream, the Video Encoding standard
      • can be set to H.264, MJPEG" Video Encoding only has H.264 as an option. I wonder if I need different cameras.
      • drames has quit
      • achan joined the channel
      • amrak has quit
      • ichthys joined the channel
      • midacts has quit
      • Lihis has quit
      • jwpierce3 has quit
      • jwpierce3 joined the channel
      • YellowGT0 joined the channel
      • Lihis joined the channel
      • Schrottie joined the channel
      • thepoodlesprivat joined the channel
      • MitchCapper has quit
      • ^0300912 has quit
      • ^0300912 joined the channel
      • rob_h joined the channel
      • rob_h has quit
      • imox joined the channel
      • maximi89 has quit
      • jzaw
        morny
      • MillerBoss, do you need to motion detect?
      • i record 24/7 with no detection
      • using feature-h264-branch from the git (have to self compile: easy it's in the INSTALL)
      • use h264 passthrough for storage
      • and turn off any jpg storage + turn off any modect ... delete the modect zones and reduce buffers to bare minimum
      • currently ive 3 1080p cams at 5fps and 4 1280*1024 (mjpg-streams being x264 coded) also at 5fps
      • ld avg is about 0.4-1.8 most of the time on a xeon
      • which cams are they MillerBoss ?
      • major advantages are #1 there are no eleventy-million jpgs to store and volume of storage mp4 is about 1/10th that of jpgs
      • #2 purge when full filter takes but a few moments cos an event is a single mp4 file not twelvety-thousand jpgs doing rm -rf
      • #3 storage is easy onthe disks ... many streams of many jpgs thrashes the disks vs some mp4's being written
      • hopefully h264 and vid storage will be merged into master soon ?
      • i hope to start playing with pir sensors ie the cheap type that you get with alarm systems 12v feed + simple 1/0 signal on 3rd wire and use that to signal marking of frames in zm
      • rather than using motion detect in either zm or the cam
      • very much less prone to false positives etc
      • and very well understood + highly tunable
      • YellowGT0 has quit
      • phroco joined the channel
      • rexd666
        feature-h264 ads by jzaw are my favourite
      • knnniggett joined the channel
      • Stabington_work
        knnniggett, you asked why I don't like Milestone?
      • knnniggett
        I was curious what you didn't like about that product
      • Stabington_work
        A couple of things. Mainly it's the license. If you exceed 50 cameras or so, it get ridiculously expensive
      • To the point where buying a 2nd server is cheaper
      • knnniggett
        Milestone requires you to upload the MAC address of each camera to their website.... I've always hated that.
      • Stabington_work
        Yeah, their licensing is crap
      • And their smart client. It decodes all cameras at full resolution, and the hardware acceleration doesn't really work
      • knnniggett
        You won't be able to attach near as many cameras per server for ZoneMinder currently, but of course there are no license fees.
      • jzaw
        rexd666, ads?
      • Stabington_work
        Oh. what's the bottleneck?
      • rexd666
        jzaw the posts about Major advantages #1 #2
      • knnniggett
        Stabington_work: ZoneMinder transcodes all incoming streams to jpeg. In the future you'll have the option to record to mp4, but not today
      • jzaw
        hehe
      • Stabington_work
        jpeg.. wow
      • Why not HEVC :D
      • jzaw
        offload to vid card would be interesting too
      • (all in due course i expect)
      • knnniggett
        Stabington_work: The code that does the work is the same since 2002. It needs to change, but we currently do this work in our spare time so progress can be slow. We are looking to find a way to pay ourselves so we could work on the project full time, and consequently improve the code faster
      • jzaw
        knnniggett, any chance some (possibly chinese) manufacturer could *sponsor* the dev
      • with kit and funds
      • like ubnt ... and produce a zm box aka dvr
      • rexd666
        And you would just load the server up decoding h264 streams and then encode them to HEVC, better to take the native streams from cameras, which I expect will start to move onto new options soon
      • knnniggett
        We've talked about something just like that. Would like to learn how to find someone willing to do that, and of course we need to have a basis of trust with the person or group
      • Stabington_work
        Yea, Vivotek is moving towards HEVC streams
      • I would use VAST, but their motion detection is a chore
      • rexd666
        jzaw: every now and then I get excited about video cards, but most stuff seems to point to loading and unloading the video to the video card takes longer. Their normal mode of operation is take video, decode and display to screen
      • jzaw
        ah right
      • Stabington_work
        But yea, rexd666 has a fair point. Transcoding is quite taxing
      • jzaw
        so basically better to have a cpu with more grunt?
      • knnniggett
        jzaw: The best approach is to not transcode on the server at all. Then the server doesn't need lots of cpu.
      • jzaw
        so really points to either have the cams do their own modect (one of the analyses that can be done) rather than centralise it in the zm box
      • yeah knnniggett
      • or like i plan to do ... *modect* by other means ie i/o from pirs
      • knnniggett
        If you see a commerical product that advertises 128+ cameras per server that is how they are doing it.... they are recording the native stream straight to the hard disk w/o transcoding. ....but they also rely on the camera to tell the server when motion has occurred so that is the downside
      • jzaw nods
      • rexd666
        Stabington_work: some of the guys do offer services around zm, but you specified easy to setup, not sure I can honestly say yes. For me yes, but learning curve is steep and we are all part-timers so it doesn’t compare to commercial products with full time teams. But it is free and I know some of the guys in here run larger setups in commerical environment
      • Stabington_work
        I suspected as much. My co-workers all get a specific look on their face when I mention Linux :D
      • jzaw
        hehe
      • Stabington_work
        It's not a nice look
      • bhuddah
        hey guys :)
      • jzaw
        o/
      • knnniggett
        ^ That's exactly the same response I get at my day job
      • rexd666
        knnniggett: is that how Milestone works I have a Smartclient on the desk next to me at work and have had a look at the server to see if I could work out where the motion was detecting?
      • knnniggett
        I'll do it on purpose jsut for shock value these days
      • bhuddah
        hm. it always depends on what they compare it with.
      • Stabington_work
        Maybe you guys have some input on an issue I'm facing atm. I started less than a year ago in this company that provides surveillance in quite a few locations. But the previous guy was not very... knowledgable.
      • knnniggett
        rexd666: In Milestone, if you are using a driver specific for the make/model of camera (not their ONVIF driver), then the motion detection will come from the camera.
      • rexd666: Perhaps you know this, but you can download a free version of Milestone from their site. It is limited to 8 cameras and 5 days of storage
      • Stabington_work
        So, he ordered pre-installed servers with 32-bit Windows, 4 GB RAM, and 3x 2TB HDDs in RAID 5...
      • We are running milestone with 40+ cameras on that hardware..
      • So we just started monitoring the performance on those servers. The page file is being used a lot :D
      • Disk busy time is 100%
      • Constant write queue
      • rexd666
        We have an older server with 20 cameras and it is a 12 or 16bay chassis not sure how many disks but more than 3 for sure. I can check it Monday
      • Stabington_work
        The first issue of "32-bit Windows ohgodwhy" is easy to fix
      • But with the disks in RAID 5, how would you go about setting up the video storage?
      • I take it RAID 5 is not very viable with such a heavy disk IO
      • bhuddah
        uh. do you have battery backed cache?
      • Stabington_work
        Probably not. I'll check
      • bhuddah
        i'd say raid 5 is a good tradeoff between speed and reliability if you have enough disks in the set.
      • knnniggett
        Stabington_work: You need to run Milestone's storage calculator on their site. You plug in all the parameters of your cameras, and it will tell you things like peak bandwidth, throughput, days of storage, etc. Only when you have this information can one determine what hardware is sufficient.
      • Stabington_work
        No batteries in sight
      • bhuddah
        oh :(
      • rexd666
        But not too many as then you lose a disk in rebuild, ala the file server at my work last year
      • bhuddah
        rexd666: yeah. better switch to raid 6 then ...
      • and have enough hot standbys.
      • rexd666
        moved out of IT department so now I am the greatest armchair critic they have
      • bhuddah
        hehe. perfect!
      • rexd666
        morons
      • Stabington_work
        I was considering RAID 10. Our surveillance servers rarely (if ever) use 4 TB
      • bhuddah
        Stabington_work: raid 10 is gonna be hard with 3 disks ^^
      • sorry ^^
      • Stabington_work
        Well yea, but disks are relatively cheap
      • rexd666
        do the calculator as it will be write performance I suspect with 40 cameras even at 720
      • bhuddah
        yup.
      • Stabington_work
        Yeap. I don't need to use a calculator to figure that out :P
      • rexd666
        But it will tell you what you need to get from the disks
      • bhuddah
        what brand are the servers?
      • Stabington_work
        It's some custom built crap
      • Was probably expensive as all hell
      • bhuddah
        ouch.
      • rexd666
        Is there a camera brand surveilon or something like that?
      • trying to remember what my work ones are
      • Stabington_work
        Nah, it's just a very powerful workstation with a RAID controller, essentially
      • bhuddah
        still that sucks in terms of performance.
      • Stabington_work
        You don't have to tell me.. :P
      • bhuddah
        Stabington_work: because you probably can't add another 10 disks or something like that.
      • rexd666
        Surveon was the one I was looking for
      • Stabington_work
        Nah, it only has 8 slots
      • bhuddah
        that's at least a decent size for a raid 10
      • Stabington_work
        I don't think I actually need more than 2 disks if I use RAID 0