FPGA Central

This idea is used to serve my old idea of "Image stabilization by means of
software.".
I was aware that it was difficult to find angular sensor that can run at
1MS/s. I will
have a cubic enclosure, two perpendicular walls are made of small/fast image
sensors.
I use a hanging ball and a laser to shine upon it. The image sensors will
detect the
exact location of the ball (hopefully 1000 times a second). When the
enclosure(thus
camera body) shakes, the ball will remain inert for that short period, Thus
the image
sensors can give a reading of the balls location and calculate the
displacement.

Does this idea work?

Kris Neot wrote:
> This idea is used to serve my old idea of "Image stabilization by means of
> software.".
> I was aware that it was difficult to find angular sensor that can run at

Just a quick point - is this discussion really relevant to:
a) comp.arch.fpga
b) comp.arch.embedded
c) comp.dsp
d) sci.image.processing
?

Maybe if you were making the application work on an fpga with an
embedded processor, using a DSP algorithm based on images of a small
ball, but...

Jeremy

> Just a quick point - is this discussion really relevant to:
> a) comp.arch.fpga
> b) comp.arch.embedded
> c) comp.dsp
> d) sci.image.processing
> ?
>

More groups, more replies.

"Jeremy Stringer" <jeremy@_NO_MORE_SPAM_endace.com> wrote in message
news:42b23c62$[email protected]..
> Kris Neot wrote:
> > This idea is used to serve my old idea of "Image stabilization by means
of
> > software.".
> > I was aware that it was difficult to find angular sensor that can run at
>
> Just a quick point - is this discussion really relevant to:
> a) comp.arch.fpga
> b) comp.arch.embedded
> c) comp.dsp
> d) sci.image.processing
> ?
>
> Maybe if you were making the application work on an fpga with an
> embedded processor, using a DSP algorithm based on images of a small
> ball, but...
>
> Jeremy
Yes and piss off and winge elsewhere...

Rimmer

In a crosspost apparently to cover all the bases, specifically to
alt.sci.physics,comp.arch.embedded,comp.arch.fpga, comp.dsp,sci.image.processing,
On Fri, 17 Jun 2005 10:07:50 +0800, "Kris Neot"
<[email protected]> wrote:

>This idea is used to serve my old idea of "Image stabilization by means of
>software.".

What does that mean? You want to generate a signal that represents
a change in the position (orthogonal or angular? both?), and use this
to translate a digital real-time video image from a digital camera
sensor to make it appear stable?

>I was aware that it was difficult to find angular sensor that can run at
>1MS/s. I will
>have a cubic enclosure, two perpendicular walls are made of small/fast image
>sensors.
>I use a hanging ball and a laser to shine upon it. The image sensors will
>detect the
>exact location of the ball (hopefully 1000 times a second). When the
>enclosure(thus
>camera body) shakes, the ball will remain inert for that short period, Thus
>the image
>sensors can give a reading of the balls location and calculate the
>displacement.

This will give positional displacement, not angular displacement.
Is that what you want? Also, I can think of several other ways of
doing this. I'd probably use these things:

http://www.analog.com/en/cat/0,2878,764,00.html

>
>Does this idea work?

Yes, probably, sort of.

-----
http://www.mindspring.com/~benbradley

Ben Bradley wrote:
> Kris Neot wrote:

>>Does this idea work?
>
>
> Yes, probably, sort of.

Wanna bet? There are six motion axes. How many will the ball track?

Jerry
--
Engineering is the art of making what you want from things you can get.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯