search for: ollmann

On Thu, 15 Jan 2004, Ian Ollmann wrote: > On Thu, 15 Jan 2004, Jean-Marc Valin wrote: > > > > Personally, I don't think much of PNI. The complex arithmetic stuff they > > > added sets you up for a lot of permute overhead that is inefficient -- > > > especially on a processor that is already we...

...rom imaginary. What I'm saying is that with addsubps, you can do a better job when you have the complex numbers packed, then you can do with SSE1 only. I still think AMD got it better with its pfpnacc instruction and Intel should have gone much further. <p>Le jeu 15/01/2004 à 19:28, Ian Ollmann a écrit : > On Thu, 15 Jan 2004, Ian Ollmann wrote: > > > On Thu, 15 Jan 2004, Jean-Marc Valin wrote: > > > > > > Personally, I don't think much of PNI. The complex arithmetic stuff they > > > > added sets you up for a lot of permute overhead that is i...

They claim to max out at 1,800 MFLOPs And have a clock speed of up to 300 mhz. Jean-Marc Valin wrote: >Tell me how fast these chips are, I'll tell you if there's a chance... > > Jean-Marc > >Le jeu 18/12/2003 à 16:52, David Siebert a écrit : > > >>Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are >>powerful enough to do realtime Speex?

> Personally, I don't think much of PNI. The complex arithmetic stuff they > added sets you up for a lot of permute overhead that is inefficient -- > especially on a processor that is already weak on permute. In my opinion, Actually, the new instructions make it possible to do complex multiplies without the need to permute and separate the add and subtract. The really useful

Greetings, <p>my apologies for putting this trash in the mailing list but the topic about SSE run-time option interested me pretty much. Looks like some people is really experienced on the topic. I would really appreciate if somebody could point me to good resources about SSE and Altivec (not necessarly on the net, I'm ready to invest some money if necessary). I already have intel

...a 28 kbps uplink, one would perhaps wish for the most trivial impact to bandwidth possible for a real time game, perhaps something on the order of 2-4 kbps, and <10% cpu. The CPU load may be negotiable, based on increasing reliance on GPU's and prevalent SIMD units for audio processing. Ian Ollmann --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages...

...float b ) { a = vec_madd( a, b, (vector float) vec_splat_u32(0) ) ; a = vec_add( a, vec_sld( a, a, 8 ) ); a = vec_add( a, vec_sld( a, a, 4 ) ); return a; } Ian --------------------------------------------------- Ian Ollmann, Ph.D. iano@cco.caltech.edu --------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only th...

...for signed bytes and unsigned shorts, or add a decent permute unit. My guess is that this involved almost no change to the silicon to squeeze these in, since you are just twiddling the sign bit, so they viewed it as essentially free. Ian --------------------------------------------------- Ian Ollmann, Ph.D. iano@cco.caltech.edu --------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only th...

...at instruction is available. Intel has written some code that does this into libpr0n, which is the native image library for Mozilla. You can take a peak at that if you like. They also discuss it in their software optimization manuals. Ian --------------------------------------------------- Ian Ollmann, Ph.D. iano@cco.caltech.edu --------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only th...

...ith, not everyone has a compiler installed on their machine and even among those that do, not everyone knows how to use it. Run time detection is the user friendly way to do things, even if it is more work for the developer. Ian <p>--------------------------------------------------- Ian Ollmann, Ph.D. iano@cco.caltech.edu --------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only th...

Use the -V option when encoding and you should get bitrates. "Daniel Vogel" <vogel@epicgames.com> writes: > Could someone post a mapping of quality to bitrate or provide me with a link > where to find this information? > > Thanks, > > -- Daniel, Epic Games Inc. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > Ogg project homepage:

> Please note that dot products of simple vector floats are usually > faster > in the scalar units. The add across and transfer to scalar is just too > expensive. Or do four at once, with some shuffling (which is basically free); almost the same code as a 4x4 matrix/vector multiply. <p>Segher --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

> Is it a problem if all the files are compiled with -march=pentium3 > ? The patch that we sent in already detects in the configure.in script > which system you are on and sets a define correctly, i.e. _USE_SSE. Well, if what you want is auto-detection, turning on -march=pentium3 means that the code will crash on anything lower than a pentium3. Not really useful. Of course,

Hi Jean Marc, I think there is just a confusion over terminology going on here- I agree that support for 3dnow base version may not necessarily be relevant; However, even though 3dNow extended is a bastardized version of SSE, it still supports the same instructions, and that is what is important- I don't think we intend to add any AMD specfic code. The real issue is cross CPU SSE support,

So we ran the code on a Windows XP based Atholon XP system and the xmm registers work just fine so it appears that Windows 2000 and below does not support them. We agree on not supporting the non-FP version, however the run time flags need to be settable with a non FP SSE mode so that exceptions are avoided. I thus propose a set of defines like this instead of the ones in our initial patch: