Hi ! I've been playing with some budget CGT OBJ/MTL models, ran into two weird, and probably related issues.

Any single import is well behaved. Any second has its @Y and @Z rotations locked together, without altering other dial, making it impossible to position.

Also, 'Backfacing' options for either seems intertwined.

Back in my P4 days, such 'Crosstalk' was both a Bug and a Feature. I remember some wonderful effects could be had, but I cannot remember or find the work-around to suppress it...

Help ??

Win'10x64, PPro 11.3, 8-core AMD, 32 GB RAM & two GTX 750 GPU cards...

Crosstalk between OBJ imports? Never heard of such a thing in an OBJ, cr2 and morphs yes. Each identical OBJ import should be numbered by Poser at import. Try importing the same OBJ copied and renamed.

You seem to be supernaturally plagued with import woes NikKelly.

These were very different objects: one a 'space station corridor', the other the heavy door at the end... Given it is not a well-known issue, I shall investigate further. ;-) ( FWIW, weirdness beset me at work, too: I was infamous for the bizarre incidents I'd report, from a hand-sized spider roaming lab, via bird pulling flexible seal out of cladding laps, to cupboards just tipping out their contents as I passed. At home, our tabby 'Poltercats' routinely trump such commonplace stuff... )

:D

You might be experiencing Gimbal Lock if the problem arises when parenting one import to another (as I suppose you might be considering your imports "corridor" and "door at the end")

If it's gimbal lock while trying to parent door to corridor, load another door, and place its origin at the same location as the first door (if adjusted from default), then parent the first door to the second. See if that solves it.

Alternately you could create a simple figure, corridor as parent, door as child actor, lock force limit translations of the door actor after parenting and setting up center. That would solve gimbal lock I think. Make sure to bake scales before changing centers/ origins.

Hi ! By trial and error, seems to be something about the mesh itself, as these modules will 'YZ' misbehave on their own.... I've tried re-saving from 3DOC and Open3Mod viewer, no improvement.... Here's zipped lo-poly example, 'SmallDoor.OBJ', texture paths edited to local rather than Author's E: ...... Import at 45~50 % of original. XYZ rotations all work. x-rotate upright. (-90) drop to floor, YZ now tied together.... ... Restore object, XYZ rotations all work again, x-rotate upright. (-90), Y-translate ~1.625 to level with floor, YZ now tied together again....

Weird, or what ?? N https://www.dropbox.com/s/2bs8lsputtjf6b4/door_qq.zip?dl=0

I'll take a look later tonight... little tied up right now.

However

Import the obj without scaling on import.

Scale as desired when in scene. Don't do anything other than scale the object to a desired size.

Export object without scaling via export settings

Reimport without scaling via import settings

Rotations normal?

Don't introduce drop to floor. I don't generally use drop to floor. As I don't generally translate a figure via hip actor. Just one of those things that causes headaches down the road.

You mention that YZ are tied after setting Xrot to -90. This is classic Gimbal Lock. The basic problem is that we only need two rotations to reach all angles. Poser and other graphics programs use various tricks (like Body and Hip serving the same purpose) to fakely allow three rotations, but there really aren't three rotations.

Gimbal Lock...

My apologies, I'd never heard of it in software other than as a weird bug in 3DOC following an Alpha Channel induced memory exception.

EldritchCellar posted at 7:19PM Thu, 13 August 2020 - #4396811

You might be experiencing Gimbal Lock if the problem arises when parenting one import to another (as I suppose you might be considering your imports "corridor" and "door at the end")

If it's gimbal lock while trying to parent door to corridor, load another door, and place its origin at the same location as the first door (if adjusted from default), then parent the first door to the second. See if that solves it.

Uh. Yeah