0 *H 01 0 +0 *H $ Content-Type: multipart/mixed; boundary="----=_NextPart_000_00AB_01D0F5E2.6626D7A0" X-MS-TNEF-Correlator: 000000004C3095AEEC71924DAA05D2C003FA597007009A4A75F9334F4A44B916A48254764F6C0000014971B10000475AD503384A4C46A372F8837FA72C2700178E7A9E1C0000 This is a multipart message in MIME format. ------=_NextPart_000_00AB_01D0F5E2.6626D7A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Robert The code in question was added sometime during OSG 3.3.x development. It was not in OSG 3.2.1. I just recently jumped from 3.2.1 to 3.4.0 for my application which is when I ran into the problem. It worked fine with OSG 3.2.1. In particular, it appears to be the added support for texture storage objects and not specifically "compressed texture support". I noted the call that gave the error was glCompressTexSubImage2D. However I should point out that I determined this using gDEBugger. My version doesn't seem to understand the texture storage extension. So the error may have been generated by the earlier call to setup the texture storage. I will check into this. In addition, on my machine the problem doesn't affect all compressed textures with mipmaps. The model that first caused the problem had several such textures, but only a small 32x32 texture resulted in a problem. I have no idea why this would be the case. However I remember others reporting issues with loading DDS textures and working around it by commenting out the following line in ReaderWriterDDS: If ( mipmap_offset.size()>0) osgImage->setMipmapLevels(mipmap_offsets); Commenting that line out would appear to disable mipmaps for compressed textures and avoid the problems I've indicated. This older problem was reported only on OSX, but may be related. This type of changed made to the IVE loader would also have fixed my problem at the expense of disabling mipmaps. For my application, I've worked around the problem by reducing the number of mipmap levels to avoid using levels smaller than the compression block size. So I consider the problem fixed for me. However, I feel this is information that you and the rest of the community can use. I'll look at making a model that will reproduces the problem on my machine. osgViewer is that only code required. But I'm concerned that the problem may be hard to reproduce. Scott ------=_NextPart_000_00AB_01D0F5E2.6626D7A0 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat"  5eJ8+IjMNAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQOQBgBABgAAIgAAAAsAAgABAAAAAwAmAAAAAAALACkAAAAAAB4A cAABAAAAVwAAAFJlOiBbb3NnLXVzZXJzXSBJTlZBTElEX09QRVJBVElPTiB3aXRoIGNvbXByZXNz ZWQgdGV4dHVyZXMgd2l0aCAgbWlwbWFwcyBpbiBPU0cgMy40LjAuAAACAXEAAQAAABYAAAAB0PX+ yrwioUOnyJpKG78nO6+SOyF6AAALAAEOAAAAAAsAFjABAAAAAwDeP59OAAADAPE/CQQAAB4A+j8B AAAAHQAAAHRpbW90aHkucy5kYXZpcy5jdHJAbmF2eS5taWwAAAAACwARgAggBgAAAAAAwAAAAAAA AEYAAAAAFIUAAAEAAAADABSACCAGAAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAsAIIAIIAYAAAAA AMAAAAAAAABGAAAAAAOFAAAAAAAAAwBLgAggBgAAAAAAwAAAAAAAAEYAAAAAAYUAAAAAAAADAEyA CCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAAsATYAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAA AAAACwBOgAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAACAUqBCCAGAAAAAADAAAAAAAAARgAA AAAghQAAAQAAAGQBAAACAQQAAAAAAAAABVJlcGx5CElQTS5Ob3RlB01lc3NhZ2UCUkUFAAAAAAAA AAABAAAAAAAAAAIAAABmAAAAAgAAAAEAAAAMUmVwbHkgdG8gQWxsCElQTS5Ob3RlB01lc3NhZ2UC UkUFAAAAAAAAAAABAAAAAAAAAAIAAABnAAAAAwAAAAIAAAAHRm9yd2FyZAhJUE0uTm90ZQdNZXNz YWdlAkZXBQAAAAAAAAAAAQAAAAAAAAACAAAAaAAAAAQAAAADAAAAD1JlcGx5IHRvIEZvbGRlcghJ UE0uUG9zdARQb3N0AAUAAAAAAAAAAAEAAAAAAAAAAgAAAGwAAAAIAAAABAEFUgBlAHAAbAB5AAJS AEUADFIAZQBwAGwAeQAgAHQAbwAgAEEAbABsAAJSAEUAB0YAbwByAHcAYQByAGQAAkYAVwAPUgBl AHAAbAB5ACAAdABvACAARgBvAGwAZABlAHIAAAMACoQHDgARG7XWQK8hyqhe2rHQAAAAABUAAAAA AAAACwAfDgAAAAACAfgPAQAAABAAAAB1QzO7K8yqQK5b9lDlG6/FAgH6DwEAAAAQAAAATDCVruxx kk2qBdLAA/pZcAMA/g8FAAAAAwANNP0/rQ4DAA80/T+tDgIBFDQBAAAAEAAAAFSUocApfxAbpYcI ACsqJRcCAeJlAQAAABQAAAAuAOi8x11FT6Pvj+V/VCmBAFUVHQIB42UBAAAAFQAAABQuAOi8x11F T6Pvj+V/VCmBAFUVHQAAAAsAW4EIIAYAAAAAAMAAAAAAAABGAAAAAIKFAAABAAAAAgEKDgEAAAAu AAAAAAAAAEwwla7scZJNqgXSwAP6WXABAJpKdfkzT0pEuRakglR2T2wAAAFKRDsAAAAAAwAJWQEA AAAeACgOAQAAAHwAAAAwMDAwMDAwMQFDQVMtUEFYUi5uYWRzdXNlYS5uYWRzLm5hdnkubWlsL289 T3JnYW5pemF0aW9uL291PUZpcnN0IEFkbWluaXN0cmF0aXZlIEdyb3VwL2NuPVJlY2lwaWVudHMv Y249dGltb3RoeS5zLmRhdmlzAU5NQ0kAHgApDgEAAAB8AAAAMDAwMDAwMDEBQ0FTLVBBWFIubmFk c3VzZWEubmFkcy5uYXZ5Lm1pbC9vPU9yZ2FuaXphdGlvbi9vdT1GaXJzdCBBZG1pbmlzdHJhdGl2 ZSBHcm91cC9jbj1SZWNpcGllbnRzL2NuPXRpbW90aHkucy5kYXZpcwFOTUNJAAIBfwABAAAAjQAA ADAwMDAwMDAwNEMzMDk1QUVFQzcxOTI0REFBMDVEMkMwMDNGQTU5NzAwNzAwOUE0QTc1RjkzMzRG NEE0NEI5MTZBNDgyNTQ3NjRGNkMwMDAwMDE0OTcxQjEwMDAwNDc1QUQ1MDMzODRBNEM0NkEzNzJG ODgzN0ZBNzJDMjcwMDE3OEU3QTlFMUMwMDAwAAAAAOBK ------=_NextPart_000_00AB_01D0F5E2.6626D7A0-- 0p0X0  *H 0[1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10U DoD Root CA 20 041213150010Z 291205150010Z0[1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10U DoD Root CA 20"0  *H 0 ,;?8r1e4.V]cum4-PBYjl=VqqEYgAí`uC̲2Ad`:ZQ0A,G\IdtA}ne1:gc8_P;]kc?0=0UIt ^zT{ƕ p0 U0U00  *H ?Ȼis);5v=p D!}vQl7-{1iDF4#'҃!u+&܄@X\f?J [+dN.5?Usi1o@xopf+z}і:-̱D퇙Mp9 ~ "z%s?'킹Ӟ bhǼiQ\TT) 9 Mo zI8,lBʐ00N0  *H 0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-300 131217000000Z 151231235959Z01 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10U  CONTRACTOR1'0%UDAVIS.TIMOTHY.SCOTT.12472837370"0  *H 0 u@ģԪG:;LKO a hX_.bo+Q@&Bgi;bvG{k_skmkQm<tvwv nuxP1I` aɆ,to#:4L_o(;.:&xynoRy 8 &>x9uv6V]eRotAXzՉ{{D=Gu'=e0a0U#05af( V%[̿^a,09!0:U3010/-+)http://crl.disa.mil/crl/DODEMAILCA_30.crl0U 0#U 00  `He 0  `He 0U M|Cθ ]P0h+\0Z06+0*http://crl.disa.mil/sign/DODEMAILCA_30.cer0 +0http://ocsp.disa.mil0'U 0timothy.s.davis.ctr@navy.mil0U 00+ 1US0  *H LB{r3}l=n"X5pSJdNi j|;rӛǂ7i Du.v,/!M (U-ħKag6'gW myG"~\3*hvHΏG ~<}[;6/(|i~8U-mZsatO`B"WK9sJ+q޾Qd)؇kF ޮ+?SZ K00N0  *H 0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-300 131217000000Z 151231235959Z01 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10U  CONTRACTOR1'0%UDAVIS.TIMOTHY.SCOTT.12472837370"0  *H 0 eX&b$xDd2}'Æ [_mOGC3fbgKs-nM.^jfء5=ݪ l~Ըvr6:I[ۄ96lOeuNht$#7sB9X!aIYƮ0yb Maox>*fEVRsxd#f{}ɛ.UK\5Rȴy"ۏ,nr،r N=r~QI00U#05af( V%[̿^a,09!0:U3010/-+)http://crl.disa.mil/crl/DODEMAILCA_30.crl0U0#U 00  `He 0  `He 0UB( Ñ0Rϡ0h+\0Z06+0*http://crl.disa.mil/sign/DODEMAILCA_30.cer0 +0http://ocsp.disa.mil0GU@0>timothy.s.davis.ctr@navy.mil +7 1247283737@mil0U 00+ 1US0)U%"0  +7++0  *H zV;l @"a1;@4&/MtW5ތpFwi(Rvp_嗨ׄŎ,C4vU7MȿBŅ-5t팁ֽU_1ʼb?E[|ߎ>n_g[ׁ@ - V(pY86<(cmߟlUvޱK8_5W;% D[L0vcRku090o%"N_āT%: ˿4߼º0R0:0  *H 0[1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10U DoD Root CA 20 110908160308Z 170908160308Z0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-300"0  *H 0 )"&јR^ńs~`ДU,ts™mt-˻PAeW,~R4&>25a yTzP]:g0):L9!P,ucrxhbu2k)%OW!jZTweL?<7~¾#(њg8sɽoՕ :N( Gͻo@YPqi:;E"<00U0U#0It ^zT{ƕ p0U5af( V%[̿^a,09!0U00 U$00fU _0]0  `He 0  `He 0  `He 0  `He 0  `He 0  `He0  `He07U00.0,*(&http://crl.disa.mil/crl/DODROOTCA2.crl0+00:+0.http://crl.disa.mil/issuedto/DODROOTCA2_IT.p7c0 +0http://ocsp.disa.mil0+0ldap://crl.gds.disa.mil/cn%3dDoD%20Root%20CA%202%2cou%3dPKI%2cou%3dDoD%2co%3dU.S.%20Government%2cc%3dUS?crossCertificatePair;binary0  *H  VW&Zbu݆R/d?/>`@ (hHK': { B:`l+S-T ۬ 4~S|/8y94An}X0VdE٠Db:1ӑgp[YZHBLlhP17SB)VÝZ9< &1\$8}QgFp UhZ{vT9 Dԡ"RyD\120.0d0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-30N0 +0 *H  1  *H 0 *H  1 150923132951Z0# *H  12?X>zލ 2PH՟0X *H  1K0I0 *H 0*H 0+0 *H (0+0 *H 0s +71f0d0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-30N0u *H   1fd0]1 0 UUS10U U.S. Government1 0 U DoD1 0 U PKI10UDOD EMAIL CA-30N0  *H q 0 [ݸF{ 6:kP@6n6ISXKRog- "WI71eեRy G4N/ۇWT7cZ ŀ4}U` N} 9>}8 aXB,gV~Tue>tNJ=agpL}~k8V$ 5A S蜲/t0HQiɥHm