SunnyKim

I am looking for the url link site for RTSP streaming from AXIS IP cameras. We need this information to test compatibility(decoding ability) for our NVRs that we are currently working on. We may need to have a RTSP- compressed bit streams, for testing a week duration. login/password may be needed. Any info/help would be appreciated.

I checked out your board on the link. Thanks. As PCI-E bus slot has one power lane that would cover up to 16 lanes of data transfer, the power would not be an issue for one lane of data transfer. But there could be an buffering issue for saa7134 , as it is not originally designed for such usage. When all 8 saa7134 bursts each of data at the same time, the instantaneous data rate could exceed the bandwidth that one lane of PCI E is limited to. There should be enough amount of memory inside saa7134 to sustain the data flow without overfull. That could mean the board product may not be tested and guaranteed. Please check if the software allows CIF sized video transfer, not D1 sized transfer for display resolution. I guess they may allow such options as the recording size is CIF sized. One more option that you can have is to use 4:2:0 video data transfer mode in stead of 4;2:2 mode. If not working, you may use 4 Channel board.

Actually, we have become the only one chipset supplier that has survived from this red ocean. We are also supplying cards with its device driver. But it is all Windows based. If you can develop your own system from our Windows based device driver, without much tech support from us, we can send you some cards to you. If interested in, please leave your address in my Private Message Box on the "user control panel", top-left button above. One last note from your comments "If 4 or more tests happen to open their respective video card channel at the same time, they will 'experience' the interference i am talking about". It sounds you are experiencing "power shortage"

Can you please tell What are your applications with such boards?

It must be using 4 pieces of SAA7134 to make an 8 Ch video capture card. Enough bandwidth and CPU power that you do not need to worry about. But your application software could be wrong if it is to respond to interrupts, being generated every time a line of video data transfer done. You may change interrupts to be generated every time a frame of video data has been transferred to PC's system memory. Can I ask you what kinds of applications for the card?

jhonovich, What stands for "VMD" on camera side?

PCI E bus provides enough data bandwidth. And the card manufacturer had already tested it can hold 8Ch X D1 sized video data. So I do not think it is related to Bandwidth issue. You may check the power supply sufficient enough.You may video jack interfaces loose.

Ak357, thanks for the link. Yes it sounds possible. They seem to be done in Analog Way. Capturing videos of a second duration could lead to minutes of play back time. The critical part of sensor is ADC (analog to digital converter) which samples the voltage level of each light activated sensor cell. In order to be of any use, it should be digitized, for example, compression or IP camera or something. The ADC is tough to design, even for 300 Mhz of 10 bit resolution. You may place many ADCs in the sensor chip. But the chip size could be prohibitively large to be commercial. Hoping that may explain for my previous comments.

In terms of cctv, 480 FPS could mean 16 Ch camera X 30 Frame Per Sec. I do not think there is any camera that can capture 1000 frames per second. That is beyond current sensor technology. 1000 FPS could mean 40 Channel in real time. PAL countries take 25 FPS as a real time (no frame drop), where as NTSC does 30 FPS.

Apology for making you confused. I asked those questions because of lots of fish eye cameras that you are installing, as you said. If the market is promising, we are willing to supply chipset solution as well. That's why I asked you the question.

Loufire, May I ask you some detailed explanation where the fisheyed cameras are being used? If the cameras are to selectively de-warp 3~4 regions of interested region in the warped video, then they compress those de-warped video and sending those compressed bit streams over to an NVR or video server. Then a normal/ conventional softwares or hardware NVRs could display back those videos of interested region. Can the cameras find a good market to justify the development costs?

I do not think Daihua uses a generic no brand sensor. They may have erased the original labelling to protect their intellectual property, just in case. Most of sensor manufacturers are chip giants, much bigger than Daihua. Daihua is trying to establish their brand name. No reason to save pennies on sensor. We never have used PTZ_HD-CVI. PTZ is just up to motor control. No relation to image sensor or video quality.

You got the point. We also observed color fading in HD-CVI. That would be the same for HD-TVI and HD-AHD Types, though we have not tested them. They probably tried to reduce high frequency before putting signals on the cable and to increase the cable length possibly. My guess is that for reducing high frequency components, they probably applied a kind of low pass filter, thus hurting contrast. They may also have allocated a bit smaller bandwidth for delivering color components. So the color quality would be a bit worse, as a result. I tried to explain whys. But it is up to you which one to choose.

Lag could be an issue for IP cameras. But this could be improved if you apply proper parameter setting to your camera, if permitting. One more issue for IP cameras could be that a single bit error in compressed bit streams during transit could destroy all video data of 1~2 second duration. As said, high data rate of hd sized video means high frequency in communication. High frequency is getting destroyed as the cable length gets longer. The bad quality of HD-CVI could be coming from the long cable, as there are no reason for IP cameras to use a better sensor. If the distance is short, the video quality of HD CVI could be OK, not much degradation.

Please note that there are have been three ways to send HD sized video information from camera to the place where it is being displayed and stored. One way is to compress video information, before being fitted and transmitted over network cable. We call this IP Camera. You may need to put an equalizer(boosting & shaping up signal before re-sending) up to every 70~80 meter distance. The 2nd type is to send video information without being compressed, over conventional cable,say RG59. The compression and display can be done at the DVR side. We call this as HD_SDI (serial digital interface: the digitally captured video data are serialized, in bit by bit & modulated before being transmitted). The problem lies in the fact that the amount of video data is huge, so carrying a very high frequency as a result. Thus HD -SDI can be limited to a cabling distance up to 100 meter. It may also need a fine tuning for the parameter settings at the receiver side (HD-SDI DVR). As HD-SDI needs a very high tech, what called SerDes, not many chip suppliers exist. Therefore, a bit high pricing. The 3rd one can be grouped for 3 kinds, so far, HD-CVI (Daihua), HD-TVI (Hikvision and many others), and AHD (nextchip). These kinds are just adding/inserting more number of pixels to the conventional NTSC/PAL signal, not really though in fact. Thus, carrying a higher frequency component as a result, limiting the cable distance, as well. It claims 300 meters over conventional RG59. It may be true on the very high quality cable, say pure gold/copper/no cladding. But we observe the video quality getting deteriorated gradually from 30 meters on the cheap cables in our Lab. This type needs a DVR for the same kind --HD-CVI, TVI, AHD type cameras, respectively for storing video data and monitoring. But they are much cheaper than HD-SDI solution. As thus explained, in terms of video quality, IP camera could be the worst, letting alone the price.

Sirotz, Thanks for your detailed explanations which I mostly agree to. We will bring the Hardware Compression or Software Compression Cards to the market, in 6 months. I will send you some of cards for your evaluations. Just in case, please stay tuned to some announcements here in this forum or ubiqmicro.com.

Sirotz, Please allow me to add one more question. We have been considering to go for hardware compression card for PC based DVR. But it seems the market has become so thin for the last 3~4 years. Kind of putting our plan on hold. Do you think that the market for pc based DVR card would be positive? FYI, we design chip sets for this application.

Maxicon, Thanks for your detailed explanation. I just thought the software charges U$60 per each camera, not all the cameras attached.

Maxicon, A copy of Bl of USD 60 covers only one camera? or 8 cameras?

You could be right for NTSC. 15625 Hz for PAL system(625 Line X 25 Frame Per second). But those numbers I have listed is for possibly system clock for operating camera chip sets, including HD camera.

The market of video capture cards has become so thin while the price dropping down so low. Dealers have lost interest for so little margin. They are much more interested in expensive IP systems. Only one single chipset provider for such application has survived out. In ebay or amazon, you can still find the cards of much better video quality than the card that you have been using. You must be cheated if you pay more than usd 50 for the cards.

All such devices are of metal. All electronics generate a certain frequency and needs electric power. Video signal contains: 27Mhz /3.57 Mhz/4.43Mhz/54 Mhz/148.5Mhz. You may check out "frequency detector" on the internet or amazon.

You may check out a USB DVR, pricing around U$20, on the alibaba, amazon, or ebay. They are based on H.264 Software Compression. Analog cameras are around U$15, there.

You are very correct, Toss. Your understanding could be the same as mine. Actually we made and using 4~5 Ts or Y's, impromptu, whatever you call, in order to emulate 8~16 Cameras inputs with using actually only 4~5 cameras, when we design the DVR boards and its chipsets. My understanding on electric signal is just a wave. My understanding on Impedance is just a brick wall and impedance mis-match bounces off incoming signal, destroying incoming signal in some sense. On the input side of DVR board, there is also a resistance of 75 ohm in parallel to a incoming camera signal through a cable. On the board there is also a capacitance that removes DC (direct current component) and DC's mismatching artifacts. We also put a DC offset controller logic inside the chip. So actually mismatching does not play a lot, in real field, as long as the cable claims 75 Ohm impedance.

Bentech, Yes you can use a splitter. But the voltage of each signal drops by a half. If not long distance, the video image is not affected. You may not notice any degradation. Please note the most of video decoders (signal receiver) are carrying a good range of amplifier for feeding the signal into the digital sampler(ADC), next to it. The ADC(analog to digital converter) expects the fixed range of the signal voltage level. The amplifier works from 0.3V to 2.5V input range. The ADC mostly operates expecting 1 Volt peak to peak signal input.