Video server
in [Embedded]
|
From: Sam.Rhodes on 22 Apr 2008 05:24 Managed to get somewhat destracted by other work, but I'm looking back into it now. To answer the questions from Boudewijn. 1) Cheaper is the most important issue. 2) Quantities as yet, not known. 3) Battery powered. 4) The system need not be secured. 5) The digital output of the camera is available as an MPEG stream via USB, but only if the camera is configured to output it (requires knowlege of the camera SDK). 6) The primary application will be out doors. Line of sight. 7) Minor artifacts can be tollerated on the video. 8) The intended use is for home usage. And from all others. The camera to be used is a Canon point and shoot digital camera. The system is a wireless interface to it. NOT just a wireless camera. Pictures are to be stored on an internal flash card. Thanks for the comments so far though :) Sam. >Op Fri, 28 Mar 2008 11:33:44 +0100 schreef Sam.Rhodes ><sam.rhodes(a)smc-comms.com>: >> I have thrown myself in the deep end with a project at work and I am >> hoping to gather together a stock pile of information and resources to >> help. The >> project spec is below, if anyone can offer any advice, it will be greatly >> appreciated. >> >> -Brief- >> To create in the smallest, cheapest form factor possible. > >Which is more important: smaller or cheaper? >In which quantities will the device ship? >How should it be powered? > >> A device capable >> of receiving commands from a program on a laptop, and in turn, sending >> video to the same program for the user to view. > >Secured or not secured? > >> The video will most likely be a PAL or NTSC output from a digital camera. > >Why doesn't the camera have a digital output that you can use? > >> The program will ideally be either a stand along application or a web >> page running a script. >> >> The connectivity between laptop and device must be wireless and capable >> of a minimum range of 40 meters. > >Indoors or outdoors? >What are the expected interference levels? > >> Again, ideally as a 802.11 connection, or >> through some form of USB dongle. >> >> -initial research- >> The Wiport (A miniature wireless web server) has prompted initial >> research into this problem as it allows the user to access it across a >> wireless >> network and control the serial data input and output. >> >> While this is ideal for sending the commands to the remote device, I am >> unsure of whether it will be capable of sending the video back down. >> >> As the video would have to be digitized for transmission over a wireless >> network, I am considering the inclusion of real time MPEG compresison. > >Why? Is the (digitized) video stream fatter than the typical wireless >throughput? > >> I have found the ML86410 capable of doing this, but ideally, a simpler >> solution is desired. >> >> Such options I am toying with are: >> Gumstix embedded modules >> ARM development platforms >> Pico ITX (Though, this is very innefecient for the desired purpose) >> >> If anyone has any thoughts, or further questions, I look forward hearing >> from you. > >What is the target environment? Security, home use, etc. > > > > >-- >Gemaakt met Opera's revolutionaire e-mailprogramma: >http://www.opera.com/mail/ >
From: Boudewijn Dijkstra on 22 Apr 2008 11:37 Even legacy WiFi will reach 40 meters outdoors, so that's a viable option. Performing real-time streaming A/D conversion and video encoding while the camera is perfectly capable of that, seems a bit silly. Besides, the hardware for this is not cheap. Surely there are enough people around that can do some USB programming for you for a few days or weeks. Some PDA's have WiFi and a USB Host interface. You could also go for an embedded PC module with some mini-PCI expansions, but those could easily draw 1A at 5V, so you'll need a decent battery pack. And I forgot to ask: 9) resolution, colour depth, framerate? 10) when should it be ready? Op Tue, 22 Apr 2008 11:24:48 +0200 schreef Sam.Rhodes <sam.rhodes(a)smc-comms.com>: > Managed to get somewhat destracted by other work, but I'm looking back > into it now. > > To answer the questions from Boudewijn. > > 1) Cheaper is the most important issue. > 2) Quantities as yet, not known. > 3) Battery powered. > 4) The system need not be secured. > 5) The digital output of the camera is available as an MPEG stream via > USB, but only if the camera is configured to output it (requires > knowlege of the camera SDK). > 6) The primary application will be out doors. Line of sight. > 7) Minor artifacts can be tollerated on the video. > 8) The intended use is for home usage. > > And from all others. > > The camera to be used is a Canon point and shoot digital camera. The > system is a wireless interface to it. NOT just a wireless camera. > Pictures are to be stored on an internal flash card. > > Thanks for the comments so far though :) > > Sam. > > >> Op Fri, 28 Mar 2008 11:33:44 +0100 schreef Sam.Rhodes >> <sam.rhodes(a)smc-comms.com>: >>> I have thrown myself in the deep end with a project at work and I am >>> hoping to gather together a stock pile of information and resources to > >>> help. The >>> project spec is below, if anyone can offer any advice, it will be > greatly >>> appreciated. >>> >>> -Brief- >>> To create in the smallest, cheapest form factor possible. >> >> Which is more important: smaller or cheaper? >> In which quantities will the device ship? >> How should it be powered? >> >>> A device capable >>> of receiving commands from a program on a laptop, and in turn, sending >>> video to the same program for the user to view. >> >> Secured or not secured? >> >>> The video will most likely be a PAL or NTSC output from a digital > camera. >> >> Why doesn't the camera have a digital output that you can use? >> >>> The program will ideally be either a stand along application or a web > >>> page running a script. >>> >>> The connectivity between laptop and device must be wireless and capable > >>> of a minimum range of 40 meters. >> >> Indoors or outdoors? >> What are the expected interference levels? >> >>> Again, ideally as a 802.11 connection, or >>> through some form of USB dongle. >>> >>> -initial research- >>> The Wiport (A miniature wireless web server) has prompted initial >>> research into this problem as it allows the user to access it across a > >>> wireless >>> network and control the serial data input and output. >>> >>> While this is ideal for sending the commands to the remote device, I > am >>> unsure of whether it will be capable of sending the video back down. >>> >>> As the video would have to be digitized for transmission over a > wireless >>> network, I am considering the inclusion of real time MPEG compresison. >> >> Why? Is the (digitized) video stream fatter than the typical wireless >> throughput? >> >>> I have found the ML86410 capable of doing this, but ideally, a simpler >>> solution is desired. >>> >>> Such options I am toying with are: >>> Gumstix embedded modules >>> ARM development platforms >>> Pico ITX (Though, this is very innefecient for the desired purpose) >>> >>> If anyone has any thoughts, or further questions, I look forward > hearing >>> from you. >> >> What is the target environment? Security, home use, etc. -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/
From: Sam.Rhodes on 24 Apr 2008 06:03 At the moment, I am only exploring the route as preliminary research into the viability of it. So time scale isn't so much of an issue. As far as the video goes. As nice as 800x600 would be, more realistic would be 640x480. Color depth, not really sure on. As for the frame rate. I'm sure 10fps would be more than enough. Really, I'm interested in getting anything that will work. Then improving it from there. I should probably let you know about my current position. I'm a graduate, but only for 8 months. I'm lacking a lot of the start up knowledge to get onto the learning curve. And of all the people in my company, I seem to be the one with the greatest knowledge of the subject. (aka, I'm a n00b, but I really want to learn this stuff). Sam.
|
Pages: 1 Prev: Any low cost solution for flash programming on PowerPC 405GP JTAG? Next: XYRS file data |