Hi guys,
There are any advantages(economically speaking) to put a Java chip
into a digital camera(or a photo device)?
I know the whole story with Java(reliable,portable,etc..) but i need
to hear only the market related advantages.

best regards,
Marius Stoian

tim wrote:
Lots of reasons - custom image processing, firmware (ie user interface,
processing) upgrades.

I'd dearly love to get my hands on an open-source digital camera - linux
based with a good sensing element - lots of fun to be had with that.

custom video processing applications, you name it...

"Stoian Marius" <marius79s@yahoo.com> schrieb im Newsbeitrag
news:a0d02b1b.0308171137.2af67893@posting.google.c om...
Sure, for SUN. And maybe the Chipmaker of the "Java chip".

Interesting stories you know.
Do you also know Stories of Marketdruids ?

Raymund Hofmann

Why a Java chip? Why not just leverage an ARM7 or ARM9 core?

This was attempted - achieved actually - by one of the biggish names
in DSCs a couple of years ago. They used a software implementation.
The phones in question had an optional wireless modem attachment. It
was kind of a different route to the same appliance we have today, the
camera-cellphone. They demonstrated it at CES in 2000 or 99. They were
kind of hazy about the actual practical application of being able to
run Java applets on a DSC - they demonstrated a couple of games, and
they talked vaguely about vertical market applications, but I never
heard of the product after the show.

Of course, most (all?) of today's camera-phones have a 32-bit core
capable of running a JVM, and most of them have a software JVM AFAIK.
Can't see the reason to add cost with a Java chip when the software
JVM is fast enough.

Hi Tim,

tim wrote:
Oh sure - I'm not interested in the java aspect, just responding to your
questoin "why would I want to modify my camera software?"

This is an embedded newsgroup! One could buy an ancient digital camera,
pull the guts out of it and put their own embedded linux-based
controller in there, some custom hardware to interface to the sensor (i
work with fpga's so I consider these things entirely possible), and off
you go.

I'm not saying it's an afternoon's work, but hey, I might try to get a
final year student working on it next year!

Ack - where's your vision?!

John

tim wrote:

Not only that - but implemented with SoC and FPGA :-)

"The Model 313 can do both. It is a 1.3 megapixel network camera and it can
serve full size images really fast -- at 15 frames per second. [over
ethernet]"
* Modification of the user interface using web design tools
* Applications written in C
* Adding (or modifying) drivers to the camera operating system
* FPGA modification that gives full control over the power of the
reconfigurable computing in the camera.

"FPGA source code and software for all products is available under GNU GPL
license."

http://www.elphel.com/model313/index.html
http://www.linuxdevices.com/articles/AT2441343146.html
http://www.linuxdevices.com/articles/AT6411901280.html

To use the full possibilities you need to program FPGA. But once you can
you will probably get much better performance :-)

/RogerL

--
Roger Larsson
Skellefteå
Sweden