Since I've installed SR3 thje ERC doesn`t work correctly. The only chance to transfer the morphs settings is either to use the copy-paste function of Poser or to use Python scripts like Svdl's Copy Morphs. Any other solutions or ideas?

What ERC settings exactly, in a conformer?

Yes, OK, you have to select "Include Morphs when conforming in the properties tab but ist doesn't work correctly, in P7 everything works fine so it's not a prob of the dress.

That's a big problem, it is either-or.  If you have ERC set up to control morphs in Poser 7, then when you use the checkbox in Poser 8 the morphs will be applied twice.  Thankfully they gave you two checkboxes, one for scale (which I use) and one for morphs (which I do not).  Morphs I just do the old P7 and earlier way, which (for me) has been working perfectly in P8.

But that is the problem, it doesn't work in the old style in SR3. I reinstalled SR2.1 and it works in the old fashioned way. Installing SR3 again and it is gone.

Hmmmmm, so far I've done a bunch of conformers with ERC controlled morphs (the kind output by Morphing Clothes, which I believe you also use) and they work.  Could you try one of these conformers of mine that have been updated and see if you have the same problem?  Then maybe we can figure out what is different.
http://sites.google.com/site/fleshforge/Home/free-stuff-1/outrageous-monokini-v4
http://sites.google.com/site/fleshforge2/Home/free-stuff/black-widow-v4
http://sites.google.com/site/fleshforge/Home/free-stuff-1/dark-sorceress-high-rez
(skimpy pics on all those links)
All those were done under Poser 8 SR3.  Do they work for you?

Very Strange, your moniokini works, some clothes work, some not. The DAZ Viktoria 4 Bikini works in Poser 7, in Poser 8 SR2.1 but not in SR3. Maybe someone changed somewhere the syntax as they did it in the SR1 or 2 of Poser 6 when they made the hidden statement by default as hidden, wven when the statement was not there. Before a not existing hidden statement was not existing.

I think I have to check and compare some CR2's.

Under some conditions, Poser will fail to save ERC in joint-controlled morphs.  This problem is longstanding (back to at least Poser 5), but it seems to have worsened with P8 SR3.

Basically, JCM ERC is not written for actors which are hidden both when a file is opened and when it is saved.  Visibility is the key.  LesBentley has determined that the ERC will not be dropped at all if it is routed through a valueParm dial.

I'm not sure this is the same problem you're seeing.  We've been discussing it a lot in the Antonia thread.

Yeah I don't let Poser touch ERC-controlled morphs at all, if you re-save a conformer with that stuff built into it then it trashes it - maybe not every time but it happened more than once to me so I don't mess with it.  I always add morphs at the very last stage after the conformer is otherwise done, or I will edit in any changes with a CR2 editor.

Reading them in seems to be OK, writing them out again seems to trash them.

Occurs to me that if you are only working with Poser 8 you don't need to do this stuff any more, just use the checkbox "Include Morphs" - for my purposes, for distribution, I'll be sticking with ERC but if it's just for yourself you could avoid a lot of nuisance, if you only use the conformer in Poser 8.

There is a little tool in the freestuff called CleanCR2 that does a pretty good job on "cleaning" saved cr2's.

As I like funny answers I filed this as an incident to SM, Smith Micro not the other one ;) . I used V4 and her basic wear as example and the answer was: " The ERC and clothes for V4 (as well as V4 itself, naturally) aren't products created or sold by us, so we won't be able to provide support for them."

Then they told me that there were some flaws in Poser that make some items work and some not but they will not work as the flaws are fixed.

So now I added to the incident ticket that those flaws made the clothes of alyson superconforming until the release of SR3. Lets see what they'll answer now.

May be they don't want the business. DAZ needed some time to implement this in Studio and now they have it and SM, may be it has really to do something with Maso, skippes the compatibility to older clothes. May be they go nuts.

So lets see why their own clothes took advantage of a Poser flaw.

That is pretty funny that the Alyson clothes broke :)  I wonder what's so different, all my stuff has been behaving well so far.
and no I'm not interested enough to go look.

Next thing, I use P3dO Explorer for years but for testing I switched to the Poser library and, autoconforming works but when deleting the conformed cloth permanently (Shift +Del) Poser hangs. May be someone can check if this is the case also with the Extended Library by D3D.

Quote - So now I added to the incident ticket that those flaws made the clothes of alyson superconforming until the release of SR3. Lets see what they'll answer now.

Welcome to the thrill of trying to convince SM support that you have a valid problem with Poser.  :lol:

What exactly is happening, when the ERC doesn't work for you?  I've been fighting with Poser's handling of ERC a lot recently, so I'm concerned about any new ERC bug which is revealed.

It'sstrange. One word ahead, I use P3dO to load my items into Poser.

I found a strange behaviour of Poser 8 SR3. Some clothes work with ERC (Superconforming), a lot don't work. When conforming the clothes the morphs of the cloth don't follow the dials in the body of the "master figure". When using the checkbox "Include morphs when conforming" the morphs follow but not exactly, they look like doubled, means a value of 0.5 works like 1.

Switching on the Poser library, the drag funktion produces a conforming cloth that works as it should. When I try to delete that item permanently (Shift + Del) Poser hangs.

When insatlling SR2.1 again, conforming works as it should.

First SM poser support and poser errors reported with V4 stuff as example is a general problem cause SM is not accepting that Poser is a program with errors independend which stuff you use. So in their mind it's only a error if proven with their own stuff.
This is sort like MS Word errors are only errors if happening with letters written by MS office clerks ... a silly and total contraproductive behavior ... but to avoid early trouble with the support try to prove errors with SM stuff even if you never use them normally ... :cursing:

Now to that ERC problem ... YES, it is a new and very tricky bug with SR3.
To be honest I didn't find this but I had a JCM creation question with morphing clothes and D3D did inform me exactly about this (your) problem.

It's not a general ERC problem but it's a problem with superconforming or crosstalk driven morphs (JCM's all, FBM's mostly.

Normally you have two methods to implement this in the addDelta section.
Either you use :X behind the actor name and if X is not the otherwise used :X number for the actors in that figure than it's understood as crosstalked/superconforming.
For example all BODY, hip, neck, etc. is set to :2 but the number behind BODY: in delta section is a 1.

The other, may be more common, version of superconforming is to let the :X in the delta section completely out. So instead of BODY:1 there is only BODY written.

And exactly this second version is demolished with SR3. So in this case the crosstalk is broken and will not work like before. This is the point cause most of DAZ stuff is touched (they work this way) while other stuff (with different :X numbers) will work as with former SR versions.

And if this is not complicated enough this buggy behavior is only happening if the stuff is loaded via a python method.
This means if you use a external library tool like XL or P3dO which are mostly work via python you are one of the happy winners of the newest bug. If you use that standard library with the crappy flash stuff then the bug will not happen this way.
There are indicators that Poser is running in trouble while renumbering the :X to actual numbers in the loading phase but only in case the :X is left out.

I'm not sure but I guess with this new non (well) functioning "morph with conforming" method in SR3 they have demolish a lot of the once before working stuff cause this new function has to deal with all that stuff.

As far as I see they are specialists in finding only half of their functions if trying something new.  For example with SR3 they should have fixed in the end all that problem stuff with european decimal separators. But no, they only repaired it in the joint control window. But if you try to use a comma as decimal point in the crease angle box you will find that it's not working. I can't understand that. Normally it's the advantage of modular coding to have the checking stuff only once at a input window and use this window at every place in the program where needed. But in Poser each single window or box seems to have it's own coding and furtheron there seems not to exist any plan about which function is used somewhere in the program. So it's not sufficient to tell them that they have a problem with the comma as  separator at numerical fields, no, no, you have to list all this fields as complete as possible that they find them all while correcting their bugs ..... :cursing:

And so I think while implementing that new "morph conforming" stuff they have not found all positions where this will influence the workflow in poser ... et voila, you are in problems with the classical crosstalk ...

Ok, otherwise this is the result if someone is declaring a bug (what crosstalk original was/is) to be a feature (under the new name superconforming) ... :laugh:

IMO this is not the reason, I tried a little bit and also checked clothes for Ryan, same happens with alysons clothes, they have the syntax:

valueOpDeltaAdd
Figure 1
BODY: 1
...

included and don't work.

I also changed in the V4 Bikini Top the numbers for the actors from :1 to :2 and added the 1 to the AddDelta section and nothing works.

This is again an example that there is no communication between the marketing guys and the tekkies.