Vanliga frågor
Vanliga frågor
Vad är licensmodellen för Aspose.3D?
Aspose.3D distribueras under MIT-licensen. Denna tillåtande öppen källkodslicens möjliggör fri användning, modifiering och distribution av programvaran, även i kommersiella produkter, förutsatt att den ursprungliga upphovsrättsnotisen och licenstexten inkluderas. Fullständiga licensdetaljer finns i LICENSE-filen som medföljer projektet.
Är animationsstöd tillgängligt i Aspose.3D för Python?
Ja, animationsklasserna är funktionella för att läsa animationsdata. API:et inkluderar AnimationClip, AnimationNode och AnimationChannel som fullständiga implementationer som låter dig läsa animationsklipp, noder och nyckelramsekvenser från stödda format. Skrivning eller uppspelning av animation är inte en del av denna release, men klasserna är inte stubbar.
Kan Aspose.3D ladda texturbilder från filer?
Nej, inläsning av texturbilder är inte implementerad i Aspose.3D för Python. Biblioteket stöder inte inläsning eller bearbetning av texturbildfiler såsom PNG eller JPEG. Detta är en känd begränsning som dokumenteras i PyPI readiness‑rapporten.
Stöder OBJ-importören icke‑standardkartläggningslägen för texturkoordinater?
Nej, OBJ‑importören stöder endast standardläget för texturkoordinatmappning. Andra mappningslägen såsom plan, sfärisk eller cylindrisk är inte implementerade. Denna begränsning är dokumenterad i sammanfattningen av OBJ‑importörens implementation.
Vilka är de nuvarande begränsningarna för FBX‑exportören i Aspose.3D?
FBX-exportören i Aspose.3D är grundläggande och exporterar ännu inte normaler eller UV:er. Dessutom kastar exportören NotImplementedError när den anropas, vilket indikerar att den ännu inte är funktionell. Dessa begränsningar är dokumenterade i PyPI readiness‑rapporten och FBX‑implementeringssammanfattningen.
Varför kan _parse_element misslyckas med att gå vidare förbi CLOSE_BRACKET i FBX parsing?
Funktionen _parse_element i FBX‑parsern förflyttar inte returpositionen förbi CLOSE_BRACKET vid återgång. Detta kan orsaka parsefel eller oändliga loopar under FBX‑filparsning, särskilt i nästlade strukturer. Detta problem är dokumenterat i FBX‑implementeringssammanfattningen som en känd bugg.
Vad händer när jag försöker ladda en djupt nästlad FBX-fil?
Djupt nästlade strukturer kan utlösa obegränsad rekursion under parsning. Om du stöter på en RecursionError när du laddar en komplex FBX‑fil, innehåller filen sannolikt djupt nästlade scopes som överskrider Pythons standardgräns för rekursion. Som en lösning, öka gränsen med sys.setrecursionlimit() innan du laddar, eller förenkla FBX‑strukturen i ditt författarverktyg innan export.
Vilka 3D-format stöds pålitligt för round-tripping?
De mest pålitligt stödda formaten för full round‑trip (laddning och sparning) är OBJ, STL (binär och ASCII), glTF 2.0 / GLB, COLLADA och 3MF. Export av COLLADA och 3MF stöds via scene.save('output.dae') och scene.save('output.3mf'). FBX‑laddning stöds med parserbegränsningarna som nämnts ovan; FBX‑sparning ger för närvarande NotImplementedError. För produktionsarbetsflöden, föredra OBJ eller GLB som ditt utbytesformat.
Se även
Aspose.3D för Python har kända begränsningar i parsning och funktionsstöd. När man parsar nested scopes kan element läggas till i felaktiga scopes på grund av parserns scope‑hanteringsproblem. Djupt nästlade strukturer kan utlösa obegränsad rekursion under parsning. Biblioteket stöder inte texture image loading eller avancerade materialfunktioner som multiple UV sets. Animationsklasser är funktionella för att läsa animation data. Dessa begränsningar påverkar 3D Python game och 3D Python visualization workflows.
