Since posting last night, I've tried the 32bit and 64bit versions of Blender 2.74, 2.75, 2.75a, 2.76, 2.76a, and 2.76b.
I've checked my Python install for issues, none detected. Python 2 is 2.7.12 (vers. 2.7.13 came out of beta on 17 Decemeber). Python 3 is 3.5.0, until 2 days ago, the latest stable release for Windows (vers. 3.6.0 came out of beta 2 days ago).
I tried a number of antique model formats that do not carry any embedded shading or UV information. Upon exporting the otherwise unproblematic file to 3DP, I still get flat-shading in RT3 format.
This simply proved that on my system all model formats work/appear as expected in Blender. I've tried the script in the archive and the version you shared last night. I've gone through the script line by line and all is as it should be.
If I import a random PopTop 3DP, in Blender, it is always flat-shaded even if the same model is smooth-shaded in RT3. When I import any of the models I have made, in Blender, they always appear smooth-shaded until they pass through the 3DP export, then they appear flat-shaded in Blender (just like a random PopTop 3DP), but are also flat-shaded in-game, unlike your Mogul.
So, having parsed this thing out, we can safely say:
• It's not a problem with Blender (you used Blender to debork the Mogul)
• It's not a problem with Python (you used Python via Blender to debork the Mogul)
• It's not a problem with the script (you used the script to debork the Mogul)
• It's not a problem with Milkshape 3D (proven by using roughly a dozen formats without shading or UVmapping data)
• It's not a problem with AutoCAD/AutoDesk (proven by using roughly a dozen formats without shading or UVmapping data)
• It's not a problem with RT3 (the game engine is simply rendering what it reads from the file)
Ergo, it has to be one of three things:
• An ID-10-T error, a.k.a. EBCAK, since this process is pretty soundly idiot-proof, not highly likely
• A system issue.
• A discrete issue with the model itself. I cannot think what that would be, but I am including it as a possibility.
That's where my idea well runs dry.
I'm attaching a RAR file with my model and game files for the problem child for you to look over when you have the time. It's not a mission critical matter and in a fairly crude state, just enough to test in Blender and in-game, and nothing more. The most I'm hoping for is that you can see something that helps fix the overarching issue on my end.
-
Attachments
-
- RetroL.rar
- (284.66 KiB) Downloaded 289 times
"We have no patience with other people's vanity because it is offensive to our own."
-- François de La Rochefoucauld. Réflexions ou sentences et maximes morales. 1665.