I would sugest not saving multiple times as an obj. Save as RDS multiple times, then save as obj when you are done. I have noticed that if you import an obj into RDS, and save it out as an OBJ the least significant digits tend to wander around. I would expect these errors to add up over time. The perl script reads the entire obj file into a set of dynamically created arrays, then writes them back up. Trying to write the dynamic array resizing would be a pain in any language that I've used, other than perl. Not to mention the regular expression pattern matching. And I did it as a perl exercise. My guess is that you need to select either the mac or pc setting. How many lines does the file say it is? If it only sees one line the line terminator is wrong. If the entire file is blank (or mostly blank) but it saw the right number of lines then it indicates that the eol character is appearing twice per line. Exported poser meshes do this, at least they used to. I think I fixed this in the most recent version (which isn't all that recent). I've sometimes had to examine the obj file in a binary editor to see what was going on. Also, open the .pl file up and look at it. The docs are in the lines at the start. Heck, if you want to convert it into delphi or C (good luck there) feel free. It is freeware. Just credit me.