-
1. Re: CS6 3D file size enormous bloat - where's the compression?
SG... Aug 10, 2012 5:32 PM (in response to conroy)Hi,
Are you loading the IBL sets from here?
http://www.photoshop.com/products/photoshop/3d
If so these are very large sized IBLs and you can reduce them from 4096 x 2048 down to 1024 x 512 (keep them at 32 bit). I'm asking developers now, but I don't think we can store the loaded IBL texture as a compressed Radiance file.
regards,
steve
-
2. Re: CS6 3D file size enormous bloat - where's the compression?
conroy Aug 19, 2012 6:31 PM (in response to SG...)Hi Steve,
SG... wrote:
Hi,
Are you loading the IBL sets from here?
http://www.photoshop.com/products/photoshop/3d
If so these are very large sized IBLs and you can reduce them from 4096 x 2048 down to 1024 x 512 (keep them at 32 bit). I'm asking developers now, but I don't think we can store the loaded IBL texture as a compressed Radiance file.
regards,
steve
Yes.
IBLsBasic/BasicIBL-01-Default.hdr 571 KB
It decodes to 96 MB.
It bloats the PSD by about 96 MB.
Even if PSD cannot contain an embedded Radiance formatted image, surely Adobe can come up with a way to losslessly compress 32-bit float data in a PSD.
For example, Ps can export that particular HDR image's 96 MB to a 176 KB ZIP-compressed f32 TIFF, so I imagine the engineers can come up with something better than no compression in a 3D document.
--------
Edit:
It seems that the IBL image is embedded in the 3D document as a PSB, just like a PSB in a Smart Object Layer.
And, as far as I can tell, neither PSD nor PSB support lossless compression of 32-bit float images. Please let that not be true for much longer. It would solve not only this 3D document bloat, but it would also reduce bloat of 2D Photoshop PSD and PSB containing 32-bit float images.
------
Edit again:
The first edit isn't entirely correct. I'll post a follow up.
-
3. Re: CS6 3D file size enormous bloat - where's the compression?
conroy Aug 19, 2012 6:53 PM (in response to conroy)This is the correction to my last post.
See:
Ps CS6 Problem: unable to prevent uncompressed compatibility image being saved in 32-bpc docs
It seems that saving a 32-bit per channel PSD and PSB results in a file with embedded uncompressed compatibility image even when Maximise Compatibility is disabled, in which case an all-white compatibility image seems to be embedded as expected except that the file size suggests that it is an uncompressed white image! That's a lot of excess storage when an image is 32 bits per channel.
That could be why a 32-bit IBL, which is embedded as a PSB, is bloating the 3D file by its enormous uncompressed size despite it being compressible to a few hundred KB.
I hope this post is brought to the attention of someone who can do something about the problem.


