CMP Import/export dll
-
@Fusion,
These dll’s were built with the 1.8.4 sdk, They were meant to work with the newer versions of MIlkshape, So they may or may not work with the older versions of Milkshape. Unfortunately, I couldn’t find an older version of the sdk. It seems that chumbalum may have dropped support for them. For yoy however, You could just rename the files if they conflict with the plugins, and copy them to the Milkshape directory. They should coexist with the other plugins.
-
P1p3r wrote:
@Fusion,These dll’s were built with the 1.8.4 sdk, They were meant to work with the newer versions of MIlkshape, So they may or may not work with the older versions of Milkshape. Unfortunately, I couldn’t find an older version of the sdk. It seems that chumbalum may have dropped support for them. For yoy however, You could just rename the files if they conflict with the plugins, and copy them to the Milkshape directory. They should coexist with the other plugins.
To answer your question, although I have your files, they are not visible in either the File/Import or the File/Export options. I see my CMP import V 2.7 and my CMP 0.2 exporter, but not yours, and that is in the 1.8.4 version. These were downloaded from your posts in page 3, # 40. What am I doing wrong where it can’t be seen in those two menus?
Fus
-
Are there any news if, at least the radius bug, is fixed?
We are waiting for you, P1p3r
Especially me. Your plugin is the best so far in every way. -
Seconded, P1p3r.
By the way you may remember that a couple of earlier releases didn’t show in MilkShape, and you recompiled them but I don’t know how or what you had to do?
-
The 1.8.4 version is referring to Milkshape’s version (and SDK used to compile the plugin). Which means it may not work with an older version of Milkshape. If, however, you are using MS 1.8.4 you might try renaming the old import/exporter dll with a “.bak” extension to see if the newer dll shows up then -ie: perhaps the two versions are conflicting and MS only loads the first one it encounters.
-
I would just like to add my thanks P1p3r, for the plugins, after testing models that failed with previous plugin versions.
I’m using MilkShape 1.8.5 and I have only had the minor problems that you already know about:-
1. Importer missing the 1st letter of node names on first use.
2. Importer putting all HP’s after the meshes on 1st use even though “HP Last” is not checked.I exported models that fit absolutely perfectly with the surs generated with Schmackbolzen’s obj-sur converter.
Fabulous tools, very many thanks for them P1p3r, and thanks to Schmackbolzen for the converter and to Skotty for testing too.
Just to keep things together I have presumed to add the latest importer and exporter in one new zip file below for everyone’s ease…
-
Hi P1p3r,
I had a problem with the exporter with the model attached below. After importing the model and working on it (broke it into more groups), MilkShape consistently crashed when trying to export the model.
I have isolated the cause to these hardpoints below, any one of them alone will cause the crash:
HpRunningLight05
HpDockLight01
HpRunningLight03
HpDockLight02
HpRunningLight04They are just simple ordinary triangles, so I can’t understand the cause.
After I replaced all of them with new hardpoint triangles, the model exported fine.
I hope you might discover why these hardpoints cause the problem?
Thanks.
(EDIT: Having fixed the model by making new hardpoints and exporting it, I imported it again to make a couple of changes - and it has the same problem again with the same hardpoints. I used the importer plugin both times.
Has anyone else seen this problem?)
By the way, I discovered that the exporter also crashes MilkShape when there is no material defined, and also when I try to export only hardpoints and no meshes.
If you are going to release another exporter, would you please add a trap and message? It will save hunting for these problems.
-
Can anyone help?
I imported the bw_freighter and immediately tried to re-export it using the P1p3r plugins and MilkShape crashed like it did on my own model above.
But this import + immediate export works ok on the bw_fighter and bw_elite ships.
I installed MilkShape 1.8.5 on my other PC to double-check, but the plugins don’t show on that machine. It too has XP SP3.
Anyone know what is causing the plugins to not show?
-
Thanks Davis.
They were all missing.
I used the Microsoft update utility and updated DirectX, but the plugins still don’t show.
Here’s the link to the DirectX webupdater:
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=35&p=2154P1p3r resolved this sort of thing before but now one of my PCs is OK but the other isn’t so it’s not the plugins, has to be my setup.
Any more help is appreciated?
And can anyone else verify the failure by importing and then exporting the vanilla bw_freighter CMP without changes please?
-
I can verify bw_freighter import/export works fine for me (including hardpoints as well) but I use ms3d 1.8.2 so I wouldn’t know if the problem refers to milkshape or not.
I had same problem when I bought a new vga card and the old sur exporter didn’t appear on the list and it was connected to directx.Do you have same hardver setup on both pcs?
-
No, one is a laptop and the other a desktop.
OK I don’t think it’s a MilkShape problem, I’ll try installing the Milkshape 1.8.4 SDK tonight.
Thanks Davis.
-
Well, tried the SDKs, both 1.8.4 and 1.8.5, also tried MS 1.8.5 Beta 2, installed the mesa dll’s - plugins still don’t show whatever I do.
Is P1p3r still around?
-
They do work on the laptop, but the exporter crashes on some hardpoints, so I was trying to test on my desktop PC, and that is where the plugins don’t show. So I can’t work on the desktop PC at all.
-
I have just installed MilkShape 1.8.5 beta 2 (http://www.milkshape3d.com) and got a repeated crash on startup.
I found it is caused by the old msCMPImporter101.dll plugin. I deleted it and all is well.
P1p3r’s CMP Importer and Exporter now work fine on my laptop with this release of MilkShape, I tested the Dromedary (bw_freighter) and all is well.
The other plugins seem to be compatible but I’ve not yet tested them fully.
I re-installed MilkShape 1.8.5 beta 1 and the crash with P1p3r’s CMP Exporter happened again.
I found out that this problem too is because I had msCMPImporter101.dll in the folder.
It is odd, because I didn’t change anything and this crash started happening.
Anyway I deleted msCMPImporter101.dll and all is well again with MilkShape v 1.8.5 beta 1.
But now I have 1.8.5 beta 2 I will try to stay with it. I don’t know what new features are in 1.8.5 beta 2, there is no description on the download site.
I have still not solved why I can’t see P1p3r’s plugins on my desktop though.
Could it be Lancer’s distributable dlls pack is needed? I installed that on the laptop but not on the desktop.
-
Has anyone else noticed that the CMPImporter imports rotated hardpoints in the wrong direction, i.e. rotated left instead of right (looking down at the hardpoint, on the Y axis), so that hardpoints turned to the right 90 degrees are imported turned to the left (-90 degrees), and vice-versa?
And the CMPExporter converts a hardpoint 90 degrees rotation to the right (on the Y axis, looking down) to -180, -180, -90 when read in HardCMP, and 90 degrees to the left becomes -180, -180, 90? They both end up correctly oriented, but…??
And often, hardpoints don’t show up in HardCMP until we re-enter the orientation values.
So what this means is that we have to fix the hardpoint orientations using HardCMP (or whatever you prefer) after every export.
??
-
Dunno for import, still just creating new.
But have question considering hardpoints, that now rly hard goes on my nerves.Problem: Fully equiped Eagle (4x10 class & 2x9 class) when is sold/buyed (switched with) my new ship, the 9 class weapons are in class 10 slots! User must unmount them and mount class 10 and class 9 weapons on right slots.
Before when ship was fully hardpointed with HARD CMP and HpWeapon01, HpWeapon02, … was inserted in number order it was good.
Now when its created with MilkShape I have this behaviour. I also deleted HPs in HARD CMP and placed new like before and still doesn’t helps.Hardpoints are part of same wings, same side, same spot, and called same name (port/starboard wings).
Shiparch.ini part is same considering
hp_type = hp_gun_special_10, HpWeapon01, …
.
.
entries.How to fix this?
