CPU type idea

On Jul 20, 7:34=A0pm, mcja...@[EMAIL PROTECTED]
 wrote:
> On Jul 20, 1:11=A0pm, "Wolfgang Kern" <nowh...@[EMAIL PROTECTED]
> wrote:
>
>
>
>
>
> > "cr88192" wrote:
>
> > ...
>
> > > sadly, I don't have much on-topic to say, not having done a whole
lot
> > > ASM or compiler related recently.
> > > of well, I have recently noted that both AMD and Intel have their
own
> > > ideas for how to extend C and C++ to handle large array-like
vectors.
>
> > AMD produces ATI-GPUs as well, so the aspect may be more close to
needs=
..
>
> > > I am left with another idea:
> > > how about we make a "conservative" set of extensions for this kind
of
> > > thing:
> > > _Vector float a[100], b[100], c[100];
>
> > I'm for sure the wrong one to discuss C/C+- ... ;)
>
> > My personal approach (long before GPUs joined in) is an all integer
> > solution for drawing 3D-objects in various view-angles, aspects and
> > perspective points.
> > Every point in the array got four 16 bit entries:
> > x/y/z-coordinantes, direction-flags and neighbour link-flags.
>
> > Packed SIMD could be of particlar use for this.
>
> > For all graphic calculations I use a SIN/COS LUT with 2^n ****ft
> > biased 16-bit values ranged from 0.00...450.00 degrees.
> > Even this ended up in a 90002 bytes table it saves me on many
> > things like determining the sign and it doesn't need any divide.
>
> > This method were quite fast compared to other stuff around until
> > GPUs and 'accellerator drivers' (for M$ only) became available.
>
> > I got register information on AMD/ATI GPUs recently, but it will
> > ask me one more time to 're-engineer' a couple of drivers before
> > I know enough details on how to use this information.
>
> > Looks like this GPUs use SP-float packets for most things
> > and may calculate somehow faster than an FPU ever will.
>
> > [snipped C...] sorry for I wont be of any help on this.
>
> > __
> > wolfgang
>
> I'd like to think again how a fluorescent lightbulb tube works...
>
> If I use a few radio signals to make a lightshow in it, doesn't it
> work that the pattern of light depends on the radio signals? but then
> maybe a few at a time?
> so the radio signals together make a pattern like what matters for
> both of the radio signals, then doesn't it work out that there's a way
> to forumlate the signals
> to make a pattern in different ways?
>
> then isn't this what can do math computation? If it's figured what
> signals find what response in the flurescent lightbulb tube, then
> can't I find signals that say a math operation and a lightshow that
> says a math answer?- Hide quoted text -
>
> - Show quoted text -

Just because subject changed...

does this work like a CPU no matter what though? even a small twist of
the signals like only some differerence for how each signal together
makes for something is still getting work done. Like come up with
signals for every way to say binary bits together and how they
operate, then receive the answer? I bet what two signals can make out
of every way they combine can always be something to do.

I bet nothing says this doesn't work.

you can call on any effect like this to do math... like where in water
you catch ultrasonic vibrations for what sound you send, so send the
sound that works with another sound to have a distortion that holds an
answer.