There was a recent post regarding problems with Allerleirauh's Trans Curls on Macintosh. As so often before, the original guess was wrong but it pointed to a completely different problem... It looks like that StuffIt stumbles over this archive and generates a wrong pathname for one file: "Conform Curls Trans.cr2" should go to: :Poser 4:Runtime:libraries:character:Hair:Conform Curls Trans.cr2 but Stuffit generates: :POSER 4.1:RUNTIME:LIBRARIES:CHARACTER:HAIR:Conform Curls Trans.cr2 for it. A bit of a time warp, eh!? Not yet, Aladdin... :-) If you want to get the library thumbnail on Macintosh, just drag "Conform Curls Trans.cr2" into the same folder as "Conform Curls Trans.rsr" before you use Maconverter with it. Otherwise the files work without problems as long as you have LOTS of RAM because they are very hungry for memory - and the hair looks FANTASTIC!!! Cheers, MartinC

Thanks Martin, but it may be a version glitch. I used Stuffit 5.5 and the files worked without a hitch (actually, I downloaded the files with IE 4.5 and Stuffit Expander auto-unstuffed them). I used MacConverter, converted, dropped the files in their correct directories, and voila, I had hair. Now if I could get some of that hair on my own head as easily... Allerleirauh, beautiful job. I haven't played with the hair yet, just tested, but it looked incredible in the quick render I did. Thanks. I don't know what the deal is with Stuffit gagging on the files, except I know that 5.5 was just released for OS9 compatibility. Thanks, guys, for the care and feeding of us Mac users. --ratta

This is funny - I used version 5.5 as well! Are you sure that it extracts into just one folder "Poser 4" on your system? All my various 5.x's produce the bug. I checked the file "transcurls.zip" in question and found out what's going on: The .zip stores the access path for ":POSER 4:RUNTIME:LIBRARIES:CHARACTER:HAIR:Conform Curls Trans.cr2" in uppercase, but everything else in lowercase like ":Poser 4:Runtime:..." StuffIt obviously has a bug in one part making a case-sensitive check for the filename (accidently believing that "POSER 4" is different to "Poser 4"), but another part of the program renames it to "POSER 4.1" to prevent overwriting "Poser 4". The odd thing is that all directory paths are stored again at the end of the file, but this time all in lowercase. StuffIt seems to be the only expander that looks for the first occurence, everyone else takes the one at the end. Are there any .zip wizzards out there that know what's the reason for this double entry?

Oh, silly me... it wasn't Stuffit; it was ZipIt. Never mind. I'll go back to being brain dead. --ratta

Hi Folks! Big image files, eh? I hadn't thought of that. I'll try bringing the texture and transp jpegs into Photoshop and see if I can reduce the file sizes without damaging the integrity of Allerleirauh's work. There's probably a lot of compelling evidence as well about the need to add a big dose of RAM to my Beige G3. Thanx for all the tips! Peter (Dr Zik)