Twilo123

welcome BL

lol welcome to the forum

hello and welcome!

welcome flanders

welcome

welcome

welcome!

Android, Blackberry, Iphone - Itouch, and Windows Mobile only. sorry

jaadu? do you have a dvr? if so what kind make/model

i know a workaround. PM me.

can you post the url to the snapshots...thanks.

who is the host?

Even then you will have millions of cameras still on the market that use legacy standards that will need to be supported. Also all of these 'standards' are extendable so manufacturers will still try to put in their own stuff and differentiate themselves from rest of the crowd. Things will become simplified for basic stuff but that just leaves time to develop high end functionality which will possibly make it much more complicated in the end. they are really just trying to 'dumb' down the initial integration like iphone's did for the mobile phone market so there is mass adoption.

If you are talking about zoneminder this is my reference on the ipvideomarket website where there is the discussion about 'free'. it is the only series software that is close to 'free'. it is still supported by donations and i go into the reasons of why these 'free' types of software exist. if it is not subsidized in some manner then it is something of open source and that has +- to it for commercial based applications. if you live in a bubble and control everything then it will be fine but for a mass appeal it can be an issue.

the TCM series is not included as you stated. not at this point. still the jpg snapshot method is no so hard to implement. there are quite a few manufacturers who use this non standard type of method for authentication. best to tackle 1 now so you can support all of them later on.

yes the one i have is ACM8511N but i think it applies to any series. i have to double check. the mjpg stream supports normal authentication method. i know exactly what you are talking about with them. this issue is true for their other streams like jpg snapshot. they have finally decided to do it standard.

makes perfect sense. thanks.

there are plenty of different business models for software but typically you have something like below (just using MS since they were brought up already). microsoft windows way: buy windows xp which has free updates as it goes along but there is an end of life and vista will replace it. there are 2 subs to the way: 1. quality: not the cheapest but this is required because actually a good amount of money goes to R&D for new updates, versions, etc. 2. quick sale: this is the novelty company that realizes there are x amount of millions of say computers out there so charging $.99 and getting 1-3% of market share will still give them millions in profits. these guys tend to just want to make a quick dollar and move on. if things are extremely profitable they may do some updates/R&D just because it makes a great profit. microsoft xbox live way: monthly/annual subscription based method for recurring revenue licensing model: way many nvr are doing it. from a business point of view the 1st way typically works better when there are many units to be sold. i.e. how many computers can run windows in the world. huge market. 2nd way is great for cheap or to keep a seemingly low cost. easier to sell someone on something that costs less than a cup of coffee a day than to say it costs hundred or thousands of dollars, etc. IMO this has been around for a long time but security monitoring contracts really brought this model to the forefront. 3rd way: tv & media have been using this forever but nvr like it because it is lucrative when trying to be scalable. a lot of the nvr software is server based meaning you probably will only need one or a few copies per project for the application unlike windows which is on every pc. many have browser based access so there is no sale for client software a lot of times. where else can you reach economies of scale then: licensing per video feed. finally there is that 4th 'free' way as i mentioned which is really some 'free' software subsidized to sell something else (hardware like dvr or camera, ads for advertising, etc.) here is what i see just from the software development we have been doing. the explosion of ip in hardware is leading towards video surveillance becoming a commodity rather than it's traditional higher end market (there will always be low, mid, high end but originally it is backwards when systems are new high to mid then to low). used to be only corporate could afford these types of systems, then dvr came around and small business could afford to get into it, then dvr became commodity and dvr are so cheap people buy them for their home, then ip came and the game changed again as people just needed pc (which they already have) and some cheap <$100 camera meanwhile they have most basic functions they need. now software side is getting saturated from all of these pressures. i mean the main reason MS is still a big dog is because there is not too much competition for them on the market driving everything down. the best way i can explain this is to look at what the app store did to software pricing. since everyone has to sell their products in the same space it becomes a race to the bottom in many cases. you really have to differentiate yourself from competitors in order to command a higher price because they will just put out garbage for $.99 and everyone will nibble on it because what is $.99 for them. of course once they try it they wind up buying another real software but the hook is there for the next guy. same thing for surveillance hardware and software. people will nibble on the cheap stuff. many will find it doesn't fit their requirements and move on. some will stay and so the low end of the market is served. that is until the 'new technology' cycle repeats itself and something new comes out which can drive up sale pricing for the 'latest and greatest', etc. and we go through the whole thing again.

thank you kind sir, smile. PM me with details to access it when you get a chance. thanks.

i have personally tested about 70 or so Mobotix cams for our mobile phone apps and have only seen an issue with one of them so far. for our app they are in the top 3 for picture quality. they gave us a Q22 hemispheric and we have not had any issues whatsoever with it but maybe there has been a bad batch at some point. we show some online demos on our website if you want to compare sometime. go to the Public Camera subsection under Contact Us to find them.

not sure about that model but we have been working with them directly for about a month now (they lent us an 8511) on getting a mjpg stream into our mobile phone apps and have been successful. they will probably release the new firmware soon which if we support i am sure LuxRiot will also. it is standard mjpg. the problem with most systems and the jpg snapshot method is that they do not use a standard authentication method so most software will need to make an exception to process their method. haven't tried their mpg4 stream yet but their sdk is well documented if you really want to do into it. ptz is tough. we are working on it now though.

this is kind of taking it to a side but there is a good discussion of whether nvr software is moving towards 'free' these days on ipvideomarket.info. i know that is a loaded statement so best to just check out the article and responses over there.

that's kind of generalized and you will probably run the gambit in replies. most ip cameras have a webserver built in these days to access them remotely. if you get analog cameras at some point the stream needs to be connverted/encoded to digital in order to get it onto the 'web'. ptz is ptz. either the camera supports it or you will have to get a housing/external unit to handle the function for at least PT. nvr also run the gambit depending on budget/requirements. storage can be different depending on which cameras you get. some cams are just video streams which you have to capture via other hardware/software (dvr/nvr) and some have local storage options (which you can still capture streams but have other options also now).

the snap is a jpg snapshot url; not really mjpeg. you will have to simulate the motion part via some kind of refresh method in whatever unit you are integrating it with.

they have straight stream urls for http and rtsp (h264) so you can embed them into a player on a webpage. we just added them to our mobile phone app not too long ago but haven't had one to test against. if anyone has one and wants to test please PM me. the problem (or maybe i misunderstand) is that you cannot call a specific resolution size (you can only do half/full). the other part with the 1600x1200 in the example below is a focus area of the page so basically it will crop and focus if you don't use the full size. for mobile phones this can be a huge issue is you are setting the web page up for large resolution and can only call half size and have to crop from there. it's not the best method for what we are doing... anyone with a cam online that wants could possibly let me test against it?