Суть такова. Есть десятки-сотни моделей с соответствующими текстурами честно спизженных из игрового движка. Поскольку realtime 3d живёт в отдельном интересном мире, то на моделях активно задействованы mirrored uvs. Казалось бы, в чём проблема, вполне резонная оптимизация ресурсов - да, пока дело не доходит до tangent space normals. Внезапно выясняется, что рендеры (а точнее сэмплеры карты нормалей) ничего не желают знать о порядке обхода вершин, из-за чего одна половина модели смотрится адекватно, на второй нормали отзеркалены по горизонтали, а посередине зияет уродливый шов.
Была такая идея. Удалось добиться нормального результата следующим образом. Карта нормалей дублируется с отражением по горизонтали, инвертируется один из каналов, в uv editor у модели дублируется uv set, на нём все грани разделяются (Split), выбираются перевёрнутые (Select->Back-facing), отражаются по горизонтали (и начинают совпадать с соответствующей половиной карты нормалей). Прекрасно. Всё получилось, за тем небольшим обстоятельством, что процесс отнимает минут по 10-15 на модель. Соответственно, на сотни моделей уйдёт половина жизни (ладно, месяц работы по восемь часов). Очевидно, что так нельзя.
Сначала подумалось, что можно автоматизировать процесс нарезки и перетасовки ювишек в майе, но методов для определения ориентации граней в скриптовых API не нашёл (ебусь в глаза?).
Но потом фантазия полетела дальше: а что если слепить утилитарную ноду, которая будет просто по условию вращать отсемплированную нормаль? Тогда не придётся - пусть и автоматически - прогонять пакет скриптов для N>>100 файлов текстур и моделей, а понадобится незначительное изменение материала. Насколько план видится дьявольским, настолько же не представляю, есть ли во внутреннем API средства для его достижения, поэтому надо ли вообще в него лезть. В общем, не очень понимаю, с какой стороны укусить, не будет ли это стрельбой из пушки по воробьям? Возможна, нужна ли такая пушка, или я совсем ебобо, решение лежит прямо перед носом?

tl;dr Как научить RfM (или другой рендер) адекватно обрабатывать симметричные карты нормалей?