docs: clarify native TEXM channel conversion

2026-10-11 18:48:40 +04:00
parent 1c4140792d
commit d7fb0416e8
2 changed files with 7 additions and 6 deletions
@@ -31,9 +31,9 @@ struct TexmHeader32 {
 Короткие каналы расширяются до 8 bits повторением значимых bits. Для 888
 служебный четвёртый byte сохраняется в raw mip, но не попадает в RGBA output.
 Native Ngi32 code confirms this layout: VA `0x10005930` packs `0xAARRGGBB` into
-ARGB4444, while VA `0x1000F620`/`0x1000F70C` route 888/8888 through the byte-copy
-path at `0x1000F730`, without a channel swizzle. On disk, little-endian bytes
-are `[B,G,R,A]` for 8888 and `[B,G,R,X]` for 888.
+ARGB4444. VA `0x1000F620`/`0x1000F70C` select the format-specific converter for
+888/8888; the mip pointer is passed unchanged, without a channel swizzle. On
+disk, little-endian bytes are `[B,G,R,A]` for 8888 and `[B,G,R,X]` for 888.

 ## Layout

@@ -530,9 +530,10 @@ Formats 556 и 88 являются loader-confirmed, но не corpus-verified
 повторение значимых bit, а не простым shift. Для 888 служебный четвёртый byte
 сохраняется в raw mip, но не попадает в RGBA output.
 Нативный код Ngi32 подтверждает layout: VA `0x10005930` упаковывает
-`0xAARRGGBB` в ARGB4444, а VA `0x1000F620`/`0x1000F70C` направляют 888/8888
-по byte-copy пути `0x1000F730` без перестановки каналов. На диске little-endian
-байты имеют порядок `[B,G,R,A]` для 8888 и `[B,G,R,X]` для 888.
+`0xAARRGGBB` в ARGB4444. VA `0x1000F620`/`0x1000F70C` выбирают converter для
+форматов 888/8888; mip pointer передаётся без изменений и перестановки каналов.
+На диске little-endian байты имеют порядок `[B,G,R,A]` для 8888 и `[B,G,R,X]`
+для 888.

 Layout: