PЗагрузка текстуры, находящаяся посреди файла

грузить все равно придется, а все преобразования логично производить уже в памяти, что для текстур означает использование шейдеров.

ок, я тебя немножко не понял, тебе не нужно вырезать только кусочек из всей текстуры, а взять последовательность пикселов и загрузить как текстуру. причина таких действий может быть только одна - желание повысить производительность. только, в этой идее есть одна проблема - так ни кто не делает.
давай отследим этапы обработки изображения при его загрузке в графическую память.
1. подгружается внешний модуль или исп-ся стандартный для чтения изобр-я.
такой модуль обычно написан на ассемблере и является хорошо оптимизированным.
2. из модуля выполняется ф-ция чтения содержимого изобр-я в память.
файл изобр-я грузится в память целыми секторами в силу аппаратных особенностей работы с винчестерами, полученная последовательность бит распаковывается в ОЗУ
алгоритм сжатия используемый в png предполагает чтение всех бит последовательно.
3. далее выполняется передача через системный интерфейс полученной последовательности байт
вызывается системная ф-ция, которой передается адрес и длинна байт, которые пойдут по шине к видиокарте.
Хотя, современные графические библиотеки и их дополнительные обертки умеют принимать путь файла, а единственная выгода - сокращение использования шины данных при загрузке. Если все еще осталось желание это сделать, то самый простой способ сделать отдельный png и грузить из него, но если основная цель - повторное использование текстуры, то ни кто, не отменял:
-разные способы наложения одной текстуры на разные объекты;
-смешивание разных текстур по средствам шейдеров видеокарты;
-генерацию текстур, как процедурную, так и шейдерную.

я тут подумал, а ведь получается, что надо грузить сначала, но можно начало прогнать в холостую и грузить по Y оффсет. т.ч. стандарт png и асемблер в зубы