# PVR TEX TOOL compression is not proper when comparing with Mali tex compression

**URL:** <https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240>\
**Category:** PowerVR Insider\
**Tags:** pvrtextool\
**Created:** [October 22, 2025, 4:59pm UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240 "2025-10-22T16:59:37Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![brajan1](https://avatars.discourse-cdn.com/v4/letter/b/ecccb3/32.png) [@brajan1](https://forums.imgtec.com/u/brajan1)\
**Post date:** [October 22, 2025, 4:59pm UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/1 "2025-10-22T16:59:37Z")

</div>

my GPU is IMG BXS-4-64 MC1 and SOC is TI sitara AMP62.  
i am checking the png images which are higher in size and trying to compress the .png as ETC2 and save as .ktx formats.

use case 1:  
i used PVR tex tool to convert the original png to ETC2 RGBA sRGB & even tried ETC2 RGBA Linear and checked the image in the PVRTextool and in my simualtion none of the compressed image matches with the original image. there are lot of color differences.

use case 2:  
but whne i tried via mali texture compression and used the RGBA8\_ETC2\_EAC format to compress the ETC2 and saved as .ktx.  
here there is no difference between the original and compressed ktx image.

why i am seeing major difference in my PVR tex rool. or what is the Equivalent compression format in PVR Tex tool for “RGBA8\_ETC2\_EAC”. how to proceed further.?

Original.png

 ![original](https://us1.discourse-cdn.com/flex015/uploads/imagination1/original/1X/0a59d301500d158143cd7bd4e0a057a09450cc2b.png)

MALI converted KTX image (RGBA8\_ETC2\_EAC) which is rendered in my simulation and taken the screenshot in png to show here

 ![Mali](https://us1.discourse-cdn.com/flex015/uploads/imagination1/original/1X/377731ecf7599ef8686bb35007a33f380b55675d.png)

PVR tex converted KTX image (ETC2 RGBA) which is rendered in my simulation and taken the screenshot in png to show here

 ![PVRTEX](https://us1.discourse-cdn.com/flex015/uploads/imagination1/original/1X/2e9e5ea195be8f8d48e9f099bc470e62c59641a7.png)

Kindly help me to understand why the differene in PVR tex tool alone.

---

<div class="post-metadata">

**Author:** ![AlejandroC](https://avatars.discourse-cdn.com/v4/letter/a/97f17d/32.png) [@AlejandroC](https://forums.imgtec.com/u/AlejandroC)\
**Post date:** [October 24, 2025, 9:00am UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/2 "2025-10-24T09:00:04Z")

</div>

Hi brajan1,

Thanks for reporting this.

Have you tried using the different quality levels of the compressor in PVRTexTool?

 ![image](https://us1.discourse-cdn.com/flex015/uploads/imagination1/original/1X/78bb30e89768880365275613856287bea640b7df.png)

Otherwise, this could be a possible issue in PVRTexTool. Would it be possible to provide a .png image (or an URL with a .png image) reproducing the issue?

Best regards,  
Alejandro

---

<div class="post-metadata">

**Author:** ![brajan1](https://avatars.discourse-cdn.com/v4/letter/b/ecccb3/32.png) [@brajan1](https://forums.imgtec.com/u/brajan1)\
**Post date:** [October 24, 2025, 9:18am UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/3 "2025-10-24T09:18:20Z")

</div>

yes i tried with different levels of compression Also. in earlier question itself i have attached the original.png. here i am attaching again.

 ![welcome_isa_9](https://us1.discourse-cdn.com/flex015/uploads/imagination1/original/1X/921de5a5724bcff82676c1781e36c1f2c74a065f.png)

---

<div class="post-metadata">

**Author:** ![brajan1](https://avatars.discourse-cdn.com/v4/letter/b/ecccb3/32.png) [@brajan1](https://forums.imgtec.com/u/brajan1)\
**Post date:** [October 28, 2025, 3:54pm UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/4 "2025-10-28T15:54:02Z")

</div>

hi @AlejandroC please check and feedback

---

<div class="post-metadata">

**Author:** ![AlejandroC](https://avatars.discourse-cdn.com/v4/letter/a/97f17d/32.png) [@AlejandroC](https://forums.imgtec.com/u/AlejandroC)\
**Post date:** [October 29, 2025, 11:11am UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/5 "2025-10-29T11:11:39Z")

</div>

Hi brajan1,

Thanks a lot for providing an example image.

I will try to reproduce the issue and report it to the Tools Team.

Best regards,  
Alejandro

---

<div class="post-metadata">

**Author:** ![AlejandroC](https://avatars.discourse-cdn.com/v4/letter/a/97f17d/32.png) [@AlejandroC](https://forums.imgtec.com/u/AlejandroC)\
**Post date:** [October 30, 2025, 7:06pm UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/6 "2025-10-30T19:06:28Z")

</div>

Hi brajan1,

I did several tests and was able to verify the issue you reported. I have reported this issue internally to the Tools Team.

Best regards,  
Alejandro

---

<div class="post-metadata">

**Author:** ![brajan1](https://avatars.discourse-cdn.com/v4/letter/b/ecccb3/32.png) [@brajan1](https://forums.imgtec.com/u/brajan1)\
**Post date:** [November 12, 2025, 7:30am UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/7 "2025-11-12T07:30:26Z")

</div>

ok @AlejandroC when we expect the issue fixed latet PVR tex tool. Any estimated time line.

---

<div class="post-metadata">

**Author:** ![AlejandroC](https://avatars.discourse-cdn.com/v4/letter/a/97f17d/32.png) [@AlejandroC](https://forums.imgtec.com/u/AlejandroC)\
**Post date:** [November 17, 2025, 10:26am UTC](https://forums.imgtec.com/t/pvr-tex-tool-compression-is-not-proper-when-comparing-with-mali-tex-compression/4240/8 "2025-11-17T10:26:35Z")

</div>

Hi brajan1,

Unfortunately it is not possible to specify what future release will have the issue fixed.

I recommend reading the release notes of PVRTexTool after each release.

Best regards,  
Alejandro
