CMP Import/export dll

StarTrader

So the problem was the hyphen (-) in the name?

And starting with “3” is OK, then?

cvekiboy

Nope! The name of the ship never changed.
Its the name of the groups that has number in it (I think).
Lead by rule of unique names I did like that from start.
Name is 3MAJ-VHF
Root part is 3MAJ_VHF

Still I dont think its a smart idea to name them like I did so avoid that.

When ship was made with 15 groups (version 2) it acted perfectly and sur was valid and tight (almost got screw heads in it). The name of parts was named with number and only problem that existed is that weapon class change at dealer and rotating parts where moved in CMP from their location.

Version 3
Close to limit!
80 parts!
With hitbox parts like v2 used
I got this behaviour.

To explain! All the Rev parts are possible to rotate and all parts are attached to each other like chain.

Names? Again I think its not smart to do like I did but once it worked, why would not work again.
The adoxa’s XML project is also confused and spits this code:

 <vmeshlibrary><_maj-vhf.lod0-112.vms name="3maj-vhf.lod0-112.vms" include="3MAJ-VHF_cmp\lod0-112.vms.xml"/></vmeshlibrary> 

```But does his job!
Also example for one of the animation that stretched my nerves was head part. In start it was neck-head-mouth conection (3MAJ_neck 3MAJ_head and 3MAJ_mouth).
This dont work! ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/wha.gif)
After renaming this to 3MAJ_head1 3MAJ_head2 and 3MAJ_head3 the animation worked perfectly. ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/huh.gif)

Same was with tail. It has 31 part and all was named by numbers exceeding from 1 but last part I named just 3MAJ_tail with no any number and made it part of last that it needs to be connected. FAIL! ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/dummer.gif) Putting a next number in name it got connected. ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/thumbsup.gif)
So that its for u to know - place numbers if u want to connect something to animate. ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/cool.gif)

The problem I facing now is sur that seems only Root recognize and just one part of it. Still investigating why? ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/sos.gif)
But as a problem of losing part that has animation - all parts stop to animate too - I will be satisfied to all parts be Root and have right collision damage.
But that is a story for different thread.

StarTrader

OK so I didn’t solve it, but it made you think to add numbers to your connected parts, and that works now, right?

cvekiboy

Technically group names need the numbers, just its maybe not smart to start with them!
For some reason now SUR file fails to work.
Still investigating!

jimbo32

I seem to be having the same problem that StarTrader reported earlier with the plugins not showing up in ms3d v1.8.4. Anyone have any suggestions?

StarTrader

I’m afraid I still haven’t solved that on my desktop, Jimbo.

My laptop is still working with the plugins.

Things like this really make me angry with Windows!

Have you tried using 1.8.5 beta?

Version 2 is available here: http://www.chumba.ch/chumbalum-soft//files/ms3d185beta2.zip

[RIP]Fusion

jimbo32 wrote:
I seem to be having the same problem that StarTrader reported earlier with the plugins not showing up in ms3d v1.8.4. Anyone have any suggestions?

Nope, but I am still encountering that problem on my 1.8.4, even after removing my 2.7 and 0.2 import/export…

Fus

Alucard

Sorry to grave dig, but was there a fix to the problems this had? i.e. missing letters from the nodes and such?

adoxa

sumanuti wrote:
The adoxa’s XML project is also confused and spits this code:
 <vmeshlibrary><_maj-vhf.lod0-112.vms name="3maj-vhf.lod0-112.vms" include="3MAJ-VHF_cmp\lod0-112.vms.xml"/></vmeshlibrary> 

I thought that was too much data, so moved it into a separate file (check Include Files to actually generate them).

Re: plugins not showing up

Perhaps you are missing mfc100.dll and/or msvcr100.dll. They’re probably installed from other software, so search your drive(s) and copy them to MilkShape.

Hidamari

Uh, i downloaded two .dll from in here to overwrite my old ones because i was having problems exporting a turret correctly from milkshape to a CMP, i’d follow all the steps but it would only show the barrel of the turret not th base.

but with the new .dll i dont get the same box that comes up with the options back to front and the scale slide bar with the group number option at the bottom…

it brings up a small box within it showing a kind of heirarchy like the UTF editor would do. and its totally confusing, how do i know what does what in here? is there any tutorials on how to use it?

cvekiboy

adoxa wrote:
sumanuti wrote:
The adoxa’s XML project is also confused and spits this code:
 <vmeshlibrary><_maj-vhf.lod0-112.vms name="3maj-vhf.lod0-112.vms" include="3MAJ-VHF_cmp\lod0-112.vms.xml"/></vmeshlibrary> 
I thought that was too much data, so moved it into a separate file (check Include Files to actually generate them).

Re: plugins not showing up

Perhaps you are missing mfc100.dll and/or msvcr100.dll. They’re probably installed from other software, so search your drive(s) and copy them to MilkShape.

Now I made confusion, sorry.
<_maj-vhf.lod0-112.vms name="…
î Here the project doesn’t expect I might put a number, but that is irrelevant, cose import/export works correctly.

adoxa

Now I made confusion, sorry.
<_maj-vhf.lod0-112.vms name="…
î Here the project doesn’t expect I might put a number, but that is irrelevant, cose import/export works correctly.

Ah, I see! The XML spec prevents tags starting with digits, so invalid characters are converted to underscore and the name element is added to store the original value.

Alucard

Anyone know the max vertices* the output can do via “makewire” feature?

cvekiboy

limits
one of the solutions