mirror of
https://github.com/Comfy-Org/fbx-exporter-three.git
synced 2026-11-05 00:27:21 +00:00
[GH-ISSUE #1] UVs are offset/flipped for textures with flipY=false (common glTF workflow) #1
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Comfy-Org/fbx-exporter-three#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @scottpetrovic on GitHub (Aug 5, 2026).
Original GitHub issue: https://github.com/Comfy-Org/fbx-exporter-three/issues/1
First this repository is great. I am trying to plug it into my Mesh2Motion application to allow FBX exports. This takes me 99% to the finish line with getting everything to work out of the box. My working files are always GLB files that I bring into three.js. There is only one bug I am seeing with how I am using this exporter.
Blender importing the FBX with current state of repository

When exporting a Three.js scene to FBX using this package, textures can appear shifted or vertically misaligned after importing into something like Blender. The mesh/material looks correct in the three.js scene in the web browser. This is related to a property called "flipY" that is used for a texture. There is an inconsistency between FBX and three.js formats that are causing it.
There appears to be a convention mismatch between:
This is the fix I am doing right now that updates that property a bit to make it appear correct when the FBX is later imported into Blender or my babylonjs sandbox viewer. I will use this code until some type of fix can get applied here.
github.com/Mesh2Motion/mesh2motion-app@e9b0d7f3c3The current exporter behavior writes texture transform properties (offset/repeat/rotation), but does not fully normalize or bake flipY-related semantics into UV output.
@jtydhr88 commented on GitHub (Sep 22, 2026):
thanks, I can reproduce this, will fix it soon
@jtydhr88 commented on GitHub (Sep 23, 2026):
release a new version, can you check? thanks for the feedback!