cctv_down_under
Integrators-
Content Count
2,748 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Everything posted by cctv_down_under
-
32 cam or 2-16 cam
cctv_down_under replied to wahloon's topic in DVR Cards and Software - PC Based Systems
Unless hardware compression is used you will not fit that down a PCI bus and if Hardware compression is used then it is likely only going to be in a purpose built machine not a card. If you want extreeme resolutions and speeds and multiple cameras then...you should go for IP because there are no BUS limitations only bandwidth to consider -
Face identification
cctv_down_under replied to peshaw's topic in DVR Cards and Software - PC Based Systems
I knwo that...God knows I have been to enough of them, but this guy knew the lot about them and how they worked etc, so I am pretty sure he was legit, he said it was very very expensive -
Pc based Vs Standalone or specific DVR.
cctv_down_under replied to peshaw's topic in DVR Cards and Software - PC Based Systems
I agree with VST, but a standalone purpose built machine is more stable and that was the original question -
ruby cashregister text overlay to kodicom
cctv_down_under replied to panjabi's topic in DVR Cards and Software - PC Based Systems
I would be interested to see how that works, is that at the TXT Journal level or is it through data capture -
Face identification
cctv_down_under replied to peshaw's topic in DVR Cards and Software - PC Based Systems
Actually Thomas they are up to 98% accuracy now but the systems involve several cameras and are incredibly expensive,i was talking to agentleman at a trade show that actually sells the solution, i found it hard to beleive but one of his clients was the department of defence -
Non-ActiveX WebClient Solution??
cctv_down_under replied to ForestCat's topic in DVR Cards and Software - PC Based Systems
Is there anyreason why you can not just use the OS Pocket PC version instead of relying on the browser? Also I agree that JPEG should work, i had this issue with Macs a while back and only JPEG would work because of the codecs...BTW does anyone know if Mac's can see the Geo Mpeg4 web browser multicam interface? -
New kdnet software 2006.8.10 doesnt work . Help me!!
cctv_down_under replied to urubullino's topic in DVR Cards and Software - PC Based Systems
Only guessing but is it possible that you installed the software before installing the drivers, the way some software is written it can actually lock in the card (so to speak) so that it will never recognise the driver. i would try to unistall the hardware and remove the software and check the registry then try again, but I know nothing of this product sorry! ~ I hope this helps -
Camera Motion Detection Not ready For Prime Time?
cctv_down_under replied to ForestCat's topic in DVR Cards and Software - PC Based Systems
I agree that you should ahev the alarm as seperate, however the DVR is as accurate as the alarm ...after all it si the same closed circuit to activate it. I know the geovision I/O's can be armed by closed circuit and I know this canbe latched or left open for some time, so there is the option to have both the alarm system and the Geo wired to your alarm keypad so that when you arm your alarm you also arm the geovision becuase it will use the same I/O closure and I know that you can make Geo emial and call etc if an input is detected so it should work like this.. When you arm your system the circuit closes this is also wired to input #1 on the geo, there is a latch option that alllwos you to do certain functions when that input is closed and that can be to activate hotline alerts or arm certain cameras, when an iput is recieved in Input 2 (the same output to your pizzo for instance) then you can tell the camera to email you from the DVR ~ I hope this helps -
Stand alone system for remote area - Advice needed!
cctv_down_under replied to kao's topic in DVR Cards and Software - PC Based Systems
I like the router idea, but why not go wireless, there is PDA software for Geovision as well but I am not sure if you can retrieve from this, if it were up to me I would not use the PC. I think you may have issues with heat etc and also using a removable hdd as the reecordable media would be a mistake because unless you remembered (and I am sure he will not) to repair the database file and re-map the drive each time, you will haev a corrupt index file. My suggestion is this: Rather than having swap out machines, just use a cheap standalone for around $400, get one that has the ability to back up to Thumbstick Drive, run a long USB extension and a RG59 to access hight (make it look like a coms box or something) and use a small 6" service monitor like the minute Ganz one. This way you can have a small montior to carry that runs on batteries, your thumbstick requires no power and can be on your key chain and worse case scenario you can swap the cheap box by keeping one spare. The other option is to use PSTN and a product like the old E-Pic, this device is designed to connect on a normal phone line socket and it can be set to only record on alarm input but it is also a alarm sensor at the same time, the beauty of this product was that it makes a astandard PSTN out and sends a small image to E-pic themselves, then E-pic put them on their website from there through FTP and you get a log in to their website so you can rely on PSTN at site and broadband at home to view your alarms and it is so small that it will never get stolen as it just looks like an alarm. hope this helps -
About to put fist through LCD
cctv_down_under replied to cctv_down_under's topic in Questions about this site
Thx Larry...you are a gem -
Edit
-
About to put fist through LCD
cctv_down_under replied to cctv_down_under's topic in Questions about this site
Edit -
About to put fist through LCD
cctv_down_under replied to cctv_down_under's topic in Questions about this site
Edit -
About to put fist through LCD
cctv_down_under replied to cctv_down_under's topic in Questions about this site
Edit -
I have a customer that wants to buy a Geo system from me, we have been using the 1480 combo card which can record at 720 x 576 (i think) but he is not happy with this resolution and wants more, what I need to know is: 1/ The new IP server what res does it do, when is it available and what RES is FULL D1? 2/ I see there is a hardware compression board there, what res does this do. 3/ How can I record in more than that res?
-
Does anyone know where I can download an electronic copy of the GV 8 manual?
-
Hello boys and girls... I was curious if anyone knows any CCTV wholesalers or large reputable retail companies in this area..if they are a memeber of this forum iot would be a bonus
-
Surely that can not be the only large wholesale company in the area?
-
Just out of curiosity, what would be required to work in the US, do you really have to pay that fee... I heard you only need a EAD Employment Authorisation Document or do you need a residency thing as well?
-
Does anyone know of any large wholesale or retail companies in the DC area?
-
I severely doubt that the UPS will fix that, it loks liek a few things. 1/ Interlacing....change your video source to 640x480sw ..sw means software interlace, then change the rcordings to this resolution. 2/Incorrect camera set up, the brightness suggests that auto gain is on, tuyrn down the gain settings on the camera and use BLC where you can. 3/ lack of features in the camera, a wide dynamic cam would eat those situations, you could eben paint cetian areas of the screen where the light was too bright. Firstly try either Peak settings...doubt you have this.... DC Level..this will help a small way...then gain setting...hopefully you have the option...if this fails go for a wide dynamic range camera!
-
If you do not need to record at that frame rate then either the Sprite DM or the GE box's would do fine, but if that frame work is needed the Bosch DVR4C will do real tiem recording.
-
MPEG Compression in Camera, does that help?
cctv_down_under replied to personalt's topic in General Digital Discussion
I would have to disagree with that.... firstly only IP style cameras have biult in compression and yes this will probably mean you can use your browser to view them and probably for free as long as it is one at a time, to get functions etc you need to pay for a package. MPEG4 is actually not very standardised so that means if they have a proprietory codec then it will most likely not be supported by defualt by any other vendor. As for saving space, MPEG4 is one of the best but with PTZ it is actually the worst compression you could possibly use, the reason is that MPEG4 has a lead and an end frame in a sequence with frames in between, how it saves space is to only save themoving bits onto the I frame, (not exactly but the best explanation) in order to do this it must also send grid (not really but close enough) reference data about the parts that have changed, when you move a PTZ EVERY pixel moves and therefore the data created is large, this makes MPEG4 almost useless for PTZ applications. JPEG is much more standardised by most IP platforms and most use a similar base! -
Turn down the gain setting on the camera, do not let it do auto gain and set a level for it
-
Actually it makes perfct sense, SRT stands for Smart Recording Technology, each chip can do 25fps PAL, whatever is left over (not used at the time) can be buffered between the other chips, this can cause frame jump, because of the way it does it. The odd ports will not help you, but putting only one camera in a bank of four cetainly will for obvious speed implications and loading the chips evenly can help with this issue...for example. Chip 1 = Inputs 1, 5, 9, 13 Chip 2 = Inputs 2, 6, 10, 14 Chip 3 = Inputs 3, 7, 11, 15 Chip 4 = Inputs 4, 8, 12, 16 Every card is made different, but if your faster moving cameras or B/W cameras are all on the same chip, then it does not need to grab from somewhere else and therefore it is smoother playback especially if using MPEG4, Mpeg4 uses a technology that transposes the moving bits of the picture, this is fine for standard images and can be played back more as a complete clip than individual frames in Jpeg, this leads to smoother playback for fast images, but keep in mind it needs to send reference data for the coordinate changes so if your moving object is taking a large percentage of the screen you will not find a good saving of space at all, for example you should never use MPEG4 on a PTZ it can actually be worse than JPEG in file size because every pixel changes therefore the coordinate info is huge