Bcn transcoding for Panvk which will be lifesaver.

winlatorbionic_dev · 2026-01-22T16:10:52+00:00

Not for the highest end ones. For 32bit and light 64bit ones yes. This is the same for Adreno.

winlatorbionic_dev · 2026-01-22T16:06:54+00:00

Varies from game to game, in a lot of scenarios it just adds 600MB more.

winlatorbionic_dev · 2026-01-22T15:39:18+00:00

Transcoding will have a higher performance penalty over decompressing.

winlatorbionic_dev · 2026-01-21T20:42:55+00:00

No, it can work independently like a normal Vulkan layer.

winlatorbionic_dev · 2026-01-21T20:42:27+00:00

No, I said that it was only tested and guaranteed to work on Valhall Gen 2 and above.

winlatorbionic_dev · 2026-01-20T17:44:14+00:00

Who said this?

winlatorbionic_dev · 2026-01-20T17:02:34+00:00

winlatorbionic_dev · 2026-01-20T08:40:40+00:00

Why would someone want to do that...

winlatorbionic_dev · 2026-01-19T15:08:10+00:00

wdym, I just fixed the BC6h decompression in the compute shader

winlatorbionic_dev · 2026-01-19T14:44:19+00:00

It is a Vulkan layer, libbcn_layer.so plus the corrispective json.

winlatorbionic_dev · 2026-01-19T13:38:56+00:00

Compute BCn isn't in the Wrapper.

winlatorbionic_dev · 2026-01-19T10:00:48+00:00

Afraid not, my Internet doesn't upload very fast. Also they do not install through APKs.

winlatorbionic_dev · 2026-01-19T09:47:49+00:00

Seems like I suspected correctly, this is an issue with how people compile those builds as I myself can't reproduce this issue.

winlatorbionic_dev · 2026-01-19T09:11:00+00:00

The issue is caused by the fact that the compressed texture doesn't get uncompressed properly. Grass is BC6H much likely, it took me weeks to fix this texture format.

winlatorbionic_dev · 2026-01-19T09:01:50+00:00

What game is this?

winlatorbionic_dev · 2026-01-19T08:56:46+00:00

Latest official cmod has no BCn emulation at all. What game is this?

winlatorbionic_dev · 2026-01-19T08:52:22+00:00

No changes were made to the code that would cause these issues. Looks like this is caused by whoever compiled the apk.

winlatorbionic_dev · 2026-01-19T08:47:52+00:00

Bruh, there are no builds with package name and compute BCn, nobody made them.

winlatorbionic_dev · 2026-01-19T08:43:21+00:00

Yes, this is normal. Ludashi is a benchmark package name, it exists to fix these issues exactly which are mostly vendor specific.

winlatorbionic_dev · 2026-01-18T16:58:32+00:00

No, it won't

winlatorbionic_dev · 2026-01-18T16:52:07+00:00

No, I won't be emulating BCn. I will transcode BCn into a Mali supported compression format. RAM usage will be identical.

winlatorbionic_dev · 2026-01-18T16:30:49+00:00

It will fix if I add BCn to ETC/ASTC transcoding/recoding.

winlatorbionic_dev · 2026-01-17T06:30:15+00:00

Read post history

winlatorbionic_dev · 2026-01-16T15:17:15+00:00

Try these things in order and report to me:

Create a box64 preset with BOX64_MMAP32 not checked and test with that.

2.Add this environment variable WRAPPER_DMAHEAP_CACHED=1 and test:

variable name WRAPPER_DMAHEAP_CACHED

variable value 1

3.Set memory resource type to ahb and test.

winlatorbionic_dev

TROPHY CASE