RichTJ99 0 Posted May 23, 2006 Hi, I am still having stuttering issues. This is a fresh WinXP installed machine, only the Geovision appliation is being used. Intel Chipset, 2.8ghz processor, 1 gig ram. http://dana44.com/stutter.avi Help! Rich Share this post Link to post Share on other sites
Jasper 0 Posted May 23, 2006 Do you have it setup for motion detection? You can get that effect if there is no movement for a second or so. That is what it looks like? I haven't seen any other posts regarding your problem so excuse me if I am repeating something that has already been addressed. Share this post Link to post Share on other sites
cctv_down_under 0 Posted May 28, 2006 turn off SRT and change to Geo Mpeg4, make sure all the fast moving cameras ...roads etc are seperated on your group of four inputs.. IE put all the traffic views on inputs 1, 5, 9, 13 etc Share this post Link to post Share on other sites
libertysurveillance 0 Posted May 30, 2006 cctvgeeknz, why put the inputs on those odd ports? Share this post Link to post Share on other sites
rory 0 Posted May 30, 2006 Is it doing this in Live View? If it is set to Motion Record, and only in playback, this is normal. You can adjust the pre and post recording times to adjust this some. What card is it? Rory Share this post Link to post Share on other sites
cctv_down_under 0 Posted May 30, 2006 Each chip has 4 inputs, the video is multiplexed into these chips, for example chip 1 has inputs spread across the whole dvr quite possibly the first input from chip 1 the second input from the second bank and the thrird from the third bank etc. The same goes for B/W and colour cameras...BW has smaler size and if you do not do this you will end up with this effect -_----_--_---_ The smaller being BW and the higher being colour...when you should do this. ---_---_---_---_ So that a pattern is kept and the system does not have make such severe adjustments ..also setting them like this... ------------_____ Can help. Share this post Link to post Share on other sites
Thomas 0 Posted May 31, 2006 Yep. If you get a camera bad enough it can take out the other cameras on the chip. The general rule of thumb I found was look for the camera that looks perfect out of the four. It's going to be your trouble maker quite often. Share this post Link to post Share on other sites
RichTJ99 0 Posted June 2, 2006 turn off SRT and change to Geo Mpeg4, make sure all the fast moving cameras ...roads etc are seperated on your group of four inputs.. IE put all the traffic views on inputs 1, 5, 9, 13 etc What is SRT? Does it make a difference if I keep all cameras on the first 8 ports of the card? Is it better to use all 16 ports & just use the odd ports? Share this post Link to post Share on other sites
rory 0 Posted June 2, 2006 Is it better to use all 16 ports & just use the odd ports? That makes no sense, leave as is and deal with the problem at hand. Geo Version Software? Type Recording? Need more info. Share this post Link to post Share on other sites
cctv_down_under 0 Posted June 4, 2006 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 Share this post Link to post Share on other sites
rory 0 Posted June 4, 2006 Either way, thats not his issue .. Share this post Link to post Share on other sites