>
> 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
Perhaps this is old news to some. But this site just showed up in my
embedded linux journal. Its a finalist in the embedded comp they
were running.
http://members.bbnow.net/rwhawkins/linux_audio.html
--
Richard A. Smith Bitworks, Inc.
[EMAIL PROTECTED]
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
CSL-0.2.0 - the Common Sound Layer - has been released.
The scope of CSL can roughly be summarized as:
Helping all applications out there that currently contain a
variety of platform specific notoriously non-portable audio code.
On the one hand, CSL provides sufficient abstraction of platfor
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
16 matches
Mail list logo
