Ofte stillede spørgsmål
Ofte stillede spørgsmål
Hvad er licensmodellen for Aspose.3D?
Aspose.3D distribueres under MIT License. Denne tilladende open-source-licens tillader fri brug, ændring og distribution af softwaren, også i kommercielle produkter, forudsat at den oprindelige copyright‑meddelelse og licensteksten medtages. Fuld licensdetaljer er tilgængelige i LICENSE‑filen, der er medtaget i projektet.
Er animationsunderstøttelse tilgængelig i Aspose.3D for Python?
Ja, animationsklasser er funktionelle til at læse animationsdata. API’et inkluderer AnimationClip, AnimationNode og AnimationChannel som fulde implementeringer, der giver dig mulighed for at læse animationsklip, noder og keyframe‑sekvenser fra understøttede formater. Skrivning eller afspilning af animation er ikke en del af denne udgivelse, men klasserne er ikke stub‑klasser.
Kan Aspose.3D indlæse teksturbilleder fra filer?
Nej, indlæsning af teksturbilleder er ikke implementeret i Aspose.3D for Python. Biblioteket understøtter ikke indlæsning eller behandling af teksturbilledfiler såsom PNG eller JPEG. Dette er en kendt begrænsning dokumenteret i PyPI readiness‑rapporten.
Understøtter OBJ-importøren ikke‑standard teksturkoordinat‑mappingtilstande?
Nej, OBJ‑importøren understøtter kun standardteksturkoordinat‑mappingtilstand. Andre mappingtilstande såsom plan, sfærisk eller cylindrisk er ikke implementeret. Denne begrænsning er dokumenteret i OBJ‑importørens implementeringsoversigt.
Hvad er de nuværende begrænsninger for FBX‑eksportøren i Aspose.3D?
FBX-eksportøren i Aspose.3D er grundlæggende og eksporterer endnu ikke normaler eller UV’er. Derudover udløser eksportøren NotImplementedError, når den kaldes, hvilket indikerer, at den endnu ikke er funktionel. Disse begrænsninger er dokumenteret i PyPI-beredskabsrapporten og FBX-implementeringsoversigten.
Hvorfor kan _parse_element fejle med at komme videre end CLOSE_BRACKET i FBX-parsing?
_parse_element-funktionen i FBX-parseren flytter ikke returpositionen forbi CLOSE_BRACKET ved returnering. Dette kan forårsage parsefejl eller uendelige løkker under FBX-filparsing, især i indlejrede strukturer. Dette problem er dokumenteret i FBX-implementeringsoversigten som en kendt fejl.
Hvad sker der, når jeg prøver at indlæse en dybt indlejret FBX-fil?
Dybdegående indlejrede strukturer kan udløse ubegrænset rekursion under parsing. Hvis du støder på en RecursionError, når du indlæser en kompleks FBX-fil, indeholder filen sandsynligvis dybt indlejrede scopes, der overstiger Pythons standardrekursionsgrænse. Som en løsning kan du øge grænsen med sys.setrecursionlimit() før indlæsning, eller forenkle FBX‑strukturen i dit authoring‑værktøj før eksport.
Hvilke 3D-formater understøttes pålideligt for round‑tripping?
De mest pålideligt understøttede formater for fuld round‑trip (indlæsning og gemning) er OBJ, STL (binær og ASCII), glTF 2.0 / GLB, COLLADA og 3MF. Eksport af COLLADA og 3MF understøttes via scene.save('output.dae') og scene.save('output.3mf'). FBX‑indlæsning understøttes med de parserbegrænsninger, der er nævnt ovenfor; FBX‑gemning udløser i øjeblikket NotImplementedError. Til produktionsarbejdsgange, foretræk OBJ eller GLB som dit udvekslingsformat.
Se også
Aspose.3D for Python har kendte begrænsninger i parsing og funktionsunderstøttelse. Når der parses indlejrede scopes, kan elementer blive tilføjet til forkerte scopes på grund af problemer med parserens scope‑håndtering. Dybt indlejrede strukturer kan udløse ubegrænset rekursion under parsing. Biblioteket understøtter ikke indlæsning af teksturbilleder eller avancerede materialefunktioner som flere UV‑sæt. Animationsklasser er funktionelle til at læse animationsdata. Disse begrænsninger påvirker 3D Python‑spil og 3D Python‑visualiseringsarbejdsgange.
