On Fri, Jun 07, 2002 at 06:10:55PM +0100, Michael wrote: > On Fri, Jun 07, 2002 at 09:42:08AM -0700, Ian Romanick wrote: > > It's an interesting idea, BUT unless you can get help from the card > > decompressing the JPEG on upload (perhaps the Radeon iDCT unit could help?) > > -or- you come up with some sort of blazing fast, hand-tuned, assembly-coded > > JPEG decoder, the performance will sink faster than the Titanic...and will > > rot at the bottom of the ocean for just as long. :) > > On upload implies swapping which is already a 'big problem performance > wise' for some applications and users so you've got negative time to do > the decompression...;o)
Exactly. My random thought about the Radeon was that we could store the texture in DMA space as JPEG or a single frame of an MPEG or whatever then use the Radeon's built-in engine to decompress it as it loads it DMAs it into on-card memory. I would think that moving 1/10th the data across the bus and decompressing it on the fly would be faster than copying the original. Dunno...just a random thought, probably worthless. -- Tell that to the Marines! _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
