Hi Pete,
Just for reference,
Some additional info for you.
I exported the two part libraries to text version “.p” files so I can compare what did and did not get migrated.
The “Canfield_libs_MO0” is the original netlist flow part file, {naming is internal…. MO0 is “solder mask oversize 0” }
“PCB_Symbols” is from the translated integrated library version,
I used winmerge to compare, it highlights differences nicely.
In PCB_Symbols.p:
The parts that have no “gate’” section could not migrate , and will not work,
The parts that have gate sections but pin names are the same in both likely will not work as they were unaltered and have no CAE decal.
The parts that have been altered with valid names and CAE decal names mostly are good , maybe with some exceptions { not sure}.
By comparison, not a whole lot was migrated to a functional states.
It should be noted that libraries in pads were created for every partition in dxdesigner and some of the parts that were correct are in those partitions now.
But it’s not a lot of improved data , and I Did not want to confuse with too many files.
I guess the issues sum down to the packager want to verify “part” integrity, but the central library manager stores all Parts in the “PADS” part file ,
which is not compatible with dxdesigner symbols in some cases , this renders these parts unusable and un fixable.
I also have issue “-“ in symbol name being changed as it renders parts of my dxdatabook and parts of existing schematics invalid.
This was never an issue before as it appears to be invalid ONLY in CAE decal names used in pads logic, but is valid every place else.
I see that if the migration was with a PADS only design, it would work fine, But it really does not work too well with a DXdesigner/PADS based design.