It really blew my mind when "Letz Stephane" <[EMAIL PROTECTED]> said:
> I made some tests on a G3 with Code Warrior 5 with optimizations on (Mac OS
> 8.6). The lrint/lrintf is slower that the standard cast code.
Hmm, thats very interesting. Maybe we can take this off line and work on
a solution.
>
> I'm still trying to get access to PPC. Linux on PPC should have lrint/lrintf
> so thats not a big issue. I'm much more interested in gettig access to
> MacOS.
>
>
I made some tests on a G3 with Code Warrior 5 with optimizations on (Mac OS
8.6). The lrint/lrintf is slower that the standard c
It really blew my mind when Fred Gleason <[EMAIL PROTECTED]> said:
> On Thu, 1 Nov 2001, Paul Davis wrote:
>
> > many other platforms (e.g. MIPS) do float<->int phenomenally well just
> > via a cast. it seems to me that it would be "cleverer" to define a
> > portable solution, if you're going to
It really blew my mind when "Daniel V." <[EMAIL PROTECTED]> said:
> A quick question: have any tests of this code been made with non-x86
> architectures (specifically ppc)? Or did they not have the problem to
> begin with?
I'm stil trying to get access to PPC. Linux on PPC should have lrint/lri
It really blew my mind when "Daniel V." <[EMAIL PROTECTED]> said:
> A quick question: have any tests of this code been made with non-x86
> architectures (specifically ppc)? Or did they not have the problem to
> begin with?
I'm still trying to get access to PPC. Linux on PPC should have lrint/lr
It really blew my mind when Paul Davis <[EMAIL PROTECTED]> said:
> >I have recently written a paper titled "Faster Floating Point to Integer Conve
> >rsions"
> >which can be read here:
> >
> >http://mega-nerd.com/FPcast/
>
> nice work. but i have a question: your timings how that lrintf and
It really blew my mind when Steve Harris <[EMAIL PROTECTED]> said:
> On Thu, Nov 01, 2001 at 08:26:59PM +1100, Erik de Castro Lopo wrote:
> > Hi all,
> >
> > I have recently written a paper titled "Faster Floating Point to Integer
>Conversions"
> > which can be read here:
> >
> > http://me
On Thu, 1 Nov 2001, Paul Davis wrote:
> many other platforms (e.g. MIPS) do float<->int phenomenally well just
> via a cast. it seems to me that it would be "cleverer" to define a
> portable solution, if you're going to be willing to use autoconf, that
> defines FLOAT_TO_INT, but make it platform
On Thu, Nov 01, 2001 at 03:33:14PM +0100, Baker, Steve wrote:
> > >I have recently written a paper titled "Faster Floating
> > Point to Integer Conve
> > >rsions"
> > >which can be read here:
> > >
> > >http://mega-nerd.com/FPcast/
>
>
> There is some good stuff here. However in audio floa
> >I have recently written a paper titled "Faster Floating
> Point to Integer Conve
> >rsions"
> >which can be read here:
> >
> >http://mega-nerd.com/FPcast/
There is some good stuff here. However in audio float to int conversions
the operation really needs to be a rounding one in most cas
On Thu, Nov 01, 2001 at 08:26:59PM +1100, Erik de Castro Lopo wrote:
> Hi all,
>
> I have recently written a paper titled "Faster Floating Point to Integer Conversions"
> which can be read here:
>
> http://mega-nerd.com/FPcast/
How do the techniques here compare to the bit mangling version
>I have recently written a paper titled "Faster Floating Point to Integer Conve
>rsions"
>which can be read here:
>
>http://mega-nerd.com/FPcast/
nice work. but i have a question: your timings how that lrintf and
lrint basically take nearly twice as long as the optimal asm macro. if
you're wr
On Thu, Nov 01, 2001 at 08:26:59PM +1100, Erik de Castro Lopo wrote:
> Hi all,
>
> I have recently written a paper titled "Faster Floating Point to Integer Conversions"
> which can be read here:
>
> http://mega-nerd.com/FPcast/
>
> From the introduction:
>
> In many applications such a
A quick question: have any tests of this code been made with non-x86
architectures (specifically ppc)? Or did they not have the problem to
begin with?
Daniel.
--
*-*
Daniel Venkitachalam [EMAIL PROTECTED]
University of Western Australia www.ecel.u
Hi all,
I have recently written a paper titled "Faster Floating Point to Integer Conversions"
which can be read here:
http://mega-nerd.com/FPcast/
>From the introduction:
In many applications such as audio, video and graphics processing, calculations
are done with floating point v
15 matches
Mail list logo
