- Wed May 01, 2013 7:05 pm
I confirm that the issue is present in your uploaded MXS file, but not when I export from the SKP file. The problematic object is <Component#102> [0.0.0], which has faces inheriting material [Color_E10] from Component#105, which is an emitter in your MXS, but is not, in your SKP.
As I wrote above, the plugin scans through and manually separates mixed emitter/non-emitter objects (groups, components) out into separate meshes, and indeed, if I change [Color_E10] to use the emitter character, <Component#102> is split into five sub-meshes during export. I checked this using both the Ruby and C++ exporters.
Since there doesn't seem to be any sense to the discrepancy, I might suggest uninstalling the plugin, manually ensuring that maxwell.rb and the maxwell folder have been deleted from the SketchUp /plugins folder, and then reinstalling again, just to make sure that there isn't possibly an out-of-date file in the installation.
If that does not help, all I can tell you at the moment is: regardless if the plugin is somehow failing to detect them, the use of mixed emitter/non-emitter objects is illegal in Maxwell, and you can always avoid this issue by not creating them. I'll keep looking to see if I can find a failure scenario on the plugin's side.
Next Limit Team