Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!wuarchive!udel!princeton!phoenix!blackman From: blackman@phoenix.Princeton.EDU (Scott Michael Blackman) Newsgroups: comp.sys.apple2 Subject: Re: More help requested on Mac sounds, fonts, and icons to IIgs Message-ID: <15257@phoenix.Princeton.EDU> Date: 10 Apr 90 23:56:48 GMT References: <9004101722.AA26528@apple.com> Reply-To: blackman@phoenix.Princeton.EDU (Scott Michael Blackman) Organization: Princeton University, NJ Lines: 51 In article <9004101722.AA26528@apple.com> lwv27@CAS.BITNET writes: > >What I want to do is take a standard Mac file of sounds, fonts, or icons, >obtained either via AFE, downloading, whatever, and run a program or two on >it to get it into a format which I can use. I am almost finished with a first ALPHA release of AppleMac, which is a file transfer utility that reads Macintosh 800K HFS disks and converts the files into ProDOS. It works. It works on all Apple //'s. The user interface only needs a little tweaking, and pretty soon everything will be ready. This program will work on ALL apple II's that ProDOS will run on. So, even if we get an HFS FST with System 6.0, non-GS owners will still need this program. The bare-bones program does this: Converts data and resource forks into separate files Convert onto any ProDOS volume Support for any ProDOS-readable Macintosh device online (that's usually HFS 800K disks, but possible a SCSI hard disk too!) This SHOULD work, but I can't test it. It works with 800K HFS. Sooner, probably later, there's this: Convert into MacBinary file Convert into AppleSingle/Double files Conversion of sound files simultaneously (translating $00 bytes to $80) ...and a little more that doesn't require all that much. I'm going to put this out before ALL debugging is finished, in the interest of distributing a working HFS convert program. As long as you don't do anything TOO strange, everything will work fine! 8-) >The current problems I seem to be facing are: > >o while NuPAK can unpack SIT files, it currently only does so if the >MacBinary (or America Online) prefix is present. Neither of these are there on >a file retrieve from the Sumex Mac file server as far as I can tell. I've also made a BASIC hack for my own purposes that tacks a MacBinary header onto a SIT file (since SIT's are all Data fork, and no Resource fork, it works just fine.) This will get by, until I put MacBinary support into MacApple, or until Shrinkit/GS comes out. Anyway, release date for this is sometime in the next week or two. Thanks for your ears. Scott (blackman@phoenix.princeton.edu) "...If I only had a brain."