Subject:
|
Re: Video from a Camera Cellphone into the NXT
|
Newsgroups:
|
lugnet.robotics.nxt
|
Date:
|
Wed, 13 Sep 2006 00:20:19 GMT
|
Viewed:
|
10545 times
|
| |
|
|
In article <003701c6d6bc$fe18c630$060ba8c0@dickdesktop>, Dick Swan
<dickswan@sbcglobal.net> writes
>
> Topic was formerly named "Gnah I'm afraid I've discovered a new bug".
> I've put a more relevant subject on it. This is in response to a reply
> from Tony Naggs.
>
> This is a good answer
Okay.
> but not to the question I wanted answered.
I was lacking context, and I think you are looking for a simple answer
that is not yet available.
> The
> currently available cameras (CMUCAM, AVRCAM) for hobby robots are
> "smart" cameras.
>
> The robot tells the camera what color(s) to look for and the camera
> analyses the video image (say 10 frames per second or higher) to report
> back to the robot the bounding rectangles of color blobs that matched
> the defined colors.
Interesting, I have not met any of this before.
> The value of this approach is that it minimizes CPU
> overhead and I/O bandwidth on the NXT -- it's simply exchanging 10 to 20
> bytes every 100 msec vs a constant video stream.
>
> So my question is multi-part.
I shall try to work my way through it.
> It would be nice to use an existing camera phone for this application
> instead of buying a CMUCAM/AVRCAM ($100 - $200 each). So my question was
> really related to this specific application.
>
> 1. Can a user's JAVE program running in the camera phone gain
> access to a video frame buffer and do the blob recognition? The
> application needs access to a "raw" video image and not a JPEG or
> other compressed file.
From a very quick web survey I think that most camera phones with Java
will support picture capture. (Given that the phone is less than 2
years old and comes from a well known brand; Nokia, Motorola, Sony
Ericsson, ...)
> 2. Is there enough CPU horsepower in the camera phone for this
> application? An AVRCAM is a 20Mhz 8-bit AVR with 384 bytes
> of RAM so I figured a camera phone should have enough cycles.
Camera phones often have an ARMv4 core, possibly running up to +/-200
MHz. (Or even +/-400 MHz for the MHz hungry Windows platforms.)
There should at least be plenty of power. :-)
> 3. Can the JAVA gain fast enough access to process 10 frames per
> second?
This needs an experiment, and comparison of different devices.
(I am doubtful that many camera phones will have this performance.)
> 4. Does the JAVA gain access to the video frame in RAM in real
> time?
I have not yet used Java on a phone, (soon I hope!), the apparent
capability is to active the camera with the view on screen. Then when
the program wishes it asks for a 'snapshot'. I am not clear whether
these can be taken sufficiently often for your purpose.
The snapshot will be in a standard format, PNG or JPEG seem most
popular. Though often quite small, e.g. 160 x 120 pixels.
Supported formats are different on each device, and may reflect the
underlying camera hardware as much as the manufacturer's preferences.
The applications targeted by these functions seem to be simple camera
apps. These an interesting, brief introductory article here:
http://developers.sun.com/techtopics/mobility/midp/articles/picture/
> 5. Can you find an easy want to message (BT?) between the camera
> phone and the NXT?
If the phone allows applications to use the camera most likely then can
use the Bluetooth too. It looks to be fairly easy to write a library
that opens a Bluetooth connection to a NXT as a serial port, and to then
exchange the message in the NXT Hardware Developer Kit. (It is on my
'to do' list.)
A native application on something like a recent Nokia 'series 60' phone
will probably do better. However these phones are much more expensive
than a basic camera phone, unless your carrier/service operator has big
subsidies.
Cheers,
Tony
--
The NXT Step blog discusses the Lego Mindstorms NXT:
http://thenxtstep.blogspot.com/
|
|
Message is in Reply To:
 | | RE: Video from a Camera Cellphone into the NXT
|
| Topic was formerly named "Gnah I'm afraid I've discovered a new bug". I've put a more relevant subject on it. This is in response to a reply from Tony Naggs. This is a good answer but not to the question I wanted answered. The currently available (...) (18 years ago, 12-Sep-06, to lugnet.robotics.nxt)
|
10 Messages in This Thread:
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
Active threads in NXT programmable brick
|
|
|
|
|
|
