Idea exploration 1.1 - Inertia based angular sensor.

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$1@clear.net.nz...
> 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"
<Kris.Neot@hotmail.com> 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.
�����������������������������������������������������������������������