# Decompressing opaque ASTC images back to RGBA, stride issue with PVRTexTool Library?

**URL:** <https://forums.imgtec.com/t/decompressing-opaque-astc-images-back-to-rgba-stride-issue-with-pvrtextool-library/2774>\
**Category:** Uncategorized\
**Created:** [August 14, 2018, 12:52pm UTC](https://forums.imgtec.com/t/decompressing-opaque-astc-images-back-to-rgba-stride-issue-with-pvrtextool-library/2774 "2018-08-14T12:52:44Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![dmarker22](https://avatars.discourse-cdn.com/v4/letter/d/e0b2c6/32.png) [@dmarker22](https://forums.imgtec.com/u/dmarker22)\
**Post date:** [August 14, 2018, 12:52pm UTC](https://forums.imgtec.com/t/decompressing-opaque-astc-images-back-to-rgba-stride-issue-with-pvrtextool-library/2774/1 "2018-08-14T12:52:44Z")

</div>

Hello,

I am decompressing ASTC images (via Transcode()) to a PVRStandard8PixelType pixel type. The size of the image is 470x228 for which getDataSize() yields 428,640 bytes which is correct. The return encoding from getDataPtr() is definitely RGBA. However, when I show the image I see what appears to be a stride issue.  
Semi-transparent images are fine. Is this a known issue?

Thanks,  
-Dave

---

<div class="post-metadata">

**Author:** ![SalimPVR](https://avatars.discourse-cdn.com/v4/letter/s/7ba0ec/32.png) [@SalimPVR](https://forums.imgtec.com/u/SalimPVR)\
**Post date:** [August 29, 2018, 8:50pm UTC](https://forums.imgtec.com/t/decompressing-opaque-astc-images-back-to-rgba-stride-issue-with-pvrtextool-library/2774/2 "2018-08-29T20:50:08Z")

</div>

Yes, I see the same issue. ASTC compressed textures are rendered incorrectly when decompressing.