>>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.
�����������������������������������������������������������������������
Reply by Ben Bradley●June 17, 20052005-06-17
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
"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
Reply by Kris Neot●June 17, 20052005-06-17
> 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. :)
Reply by Jeremy Stringer●June 16, 20052005-06-16
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
Reply by Kris Neot●June 16, 20052005-06-16
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? :)