Ah - just noticed. The DDS file you attached claims to have 10 mipmaps, but
there is only data for (and it only makes sense to have) 7. So, firstly,
something looks broken in whatever wrote the file, in terms of retrieving
the number of mipmaps. Setting it to a low value during the image load
works
Just to add my 2p, the changes I submitted would only be seen as colour
changes (red/blue swap) on dds write; I didn't do anything with regard to
file sizes.
The image is DXT1 encoded, and includes 6 levels of mipmap. I had a quick
look, and it's falling over in the osgImage.release() method at th
hi,Robert Osfield
I test the svn version of osg.
The 64*64 dds image writing problem was not modified.
The attach is the image write by osgDB::writeImageFile and compressed by winrar.
lilinx 2009
09 24
C__003.rar
De
Hi Lilinx,
There have been recently bug fixes to the dds plugin, I cannot say if
they will have any affect on the problem you see, but there is a good
chance that it will. Could you try the SVN version of the OSG?
Robert
On 9/24/07, Lilinx <[EMAIL PROTECTED]> wrote:
> hi,all
> I use osg
hi,all
I use osgconv.exe convert some models to ive format. The images are
compressed to dds format and include in the ivefile.
I then vistor the ive file and write some images in dds format to the hard
disk.I found that 64*64 pixels image cannot display
with "osgviewer --image xxx.dds" a
5 matches
Mail list logo