docs: clarify native TEXM channel conversion

docs/reference/texm.md

@@ -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
+ARGB4444. VA `0x1000F620`/`0x1000F70C` select the format-specific converter for
-path at `0x1000F730`, without a channel swizzle. On disk, little-endian bytes
+888/8888; the mip pointer is passed unchanged, without a channel swizzle. On
-are `[B,G,R,A]` for 8888 and `[B,G,R,X]` for 888.
+disk, little-endian bytes are `[B,G,R,A]` for 8888 and `[B,G,R,X]` for 888.
 
 ## Layout
 

docs/tomes/05-render.md

@@ -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
+`0xAARRGGBB` в ARGB4444. VA `0x1000F620`/`0x1000F70C` выбирают converter для
-по byte-copy пути `0x1000F730` без перестановки каналов. На диске little-endian
+форматов 888/8888; mip pointer передаётся без изменений и перестановки каналов.
-байты имеют порядок `[B,G,R,A]` для 8888 и `[B,G,R,X]` для 888.
+На диске little-endian байты имеют порядок `[B,G,R,A]` для 8888 и `[B,G,R,X]`
+для 888.
 
 Layout: