Skip to content
Thoughtful, detailed coverage of everything Apple for 34 years
and the TidBITS Content Network for Apple professionals
Show excerpts


Mac OS 9’s new networking features may be tantalizing, but the gory details that Geoff Duncan’s in-depth look reveals could give you pause. We also start a two-part article by Jerry Kindall about encoding MP3 files; next week’s issue will bring a comparison of five Macintosh MP3 encoders. In the news, we track Aladdin Systems going public, improvements to the AppleCare program, and the releases of DiskWarrior 1.1 and MasterJuggler Pro 2.0.3 and 2.1.

Jeff Carlson No comments

MasterJuggler Pro Tracks More Fonts

MasterJuggler Pro Tracks More Fonts — Alsoft has released two new versions of its font management utility MasterJuggler Pro to provide Mac OS 9 compatibility and expand the number of fonts that can be opened simultaneously. MasterJuggler Pro 2.0.3, a 426K download, is a free update that provides only Mac OS 9 compatibility. MasterJuggler Pro 2.1 takes advantage of Mac OS 9’s capability to have more than 348 open files by supporting up to 1,200 open font suitcases. The 2.1 upgrade costs $18 (actually $13 plus a $5 processing fee) for owners of MasterJuggler Pro 2.0 and later. However, the update is available only on floppy disk, a questionable move considering that no current Macintosh computers ship with floppy drives. [JLC]



Jeff Carlson No comments

DiskWarrior Update Adds Mac OS 9 Support

DiskWarrior Update Adds Mac OS 9 Support — Alsoft’s repair utility DiskWarrior has been updated to version 1.1, taking advantage of file system improvements introduced in Mac OS 9 (see "Fighting Corruption with Alsoft’s DiskWarrior" in TidBITS-486). DiskWarrior 1.1 now repairs overlapped files larger than 2 GB, as well as disks with folders containing more than 32,000 items (previously, the fix could be made, but not verified). AppleScript scripts for DiskWarrior also work better under non-English systems. The free DiskWarrior 1.1 Updater is a 588K download. [JLC]



Adam Engst No comments

Apple Revises AppleCare

Apple Revises AppleCare — Apple Computer has significantly revised its AppleCare Protection Plan (formerly known as AppleCare Extended Service) since we wrote about it in "Should You Get AppleCare?" in TidBITS-478. Overall, Apple made AppleCare far more coherent, tying the pricing to the four main product families, covering certain peripherals purchased with Macintosh systems, and including MicroMat’s TechTool Deluxe for testing your system (TechTool Deluxe is presumably similar to MicroMat’s TechTool Pro). AppleCare now runs for a total of 3 years (but cannot be renewed after that), extending the standard 1 year hardware warranty by 2 years and extending the 90 days of telephone support out to 3 years. Due to the length of the new AppleCare policy, pricing is somewhat higher than before, with an iMac at $150, an iBook at $230, a PowerBook at $300, a Power Macintosh or Macintosh Server (with display) at $250, and an Apple display purchased separately at $100. Apple claims it will offer upgrades to existing AppleCare Extended Service customers, but details weren’t yet available. AppleCare is available through Apple or Apple authorized resellers and is valid only in the U.S. and Canada. [ACE]

< products/protectionplan/features.shtml>



Adam Engst No comments

Aladdin Systems Goes Public

Aladdin Systems Goes Public — In an unusual event in the Macintosh industry, Aladdin Systems, makers of the StuffIt family of compression products and numerous other Mac utilities, has gone public via a "reverse merger," which involves a private company merging with a dormant public company so its shares can be traded on public stock exchanges. Reverse mergers are generally easier, less expensive, and result in less-diluted stock than IPOs (initial public offerings). Aladdin Holdings, Inc., the parent company of which Aladdin Systems, Inc. is now a wholly owned subsidiary, is listed under the ticker symbol ALHI and currently trading at about $5 per share. Going public should increase Aladdin’s valuation, give them greater access to capital, and enable them to use stock to acquire other products or companies – a strategy Aladdin has used of late to increase its product lineup. [ACE]


< /aladdin/102599-aladdinholdings.html>

Adam Engst No comments

Poll Results: Mac OS 9 Upgrade Plans

Poll Results: Mac OS 9 Upgrade Plans — Last week’s poll inquiring about your schedule for Mac OS 9 showed the TidBITS poll-going readership being more cautious than we had expected. Results were evenly split among those who planned to upgrade immediately (26 percent) and within 1 to 2 months (27 percent), with 3+ months being the most popular answer at 37 percent. Only 10 percent of readers had no plans to upgrade. Frankly, I would have expected more people to consider upgrading sooner – it’s possible that people don’t consider Mac OS 9’s new features sufficiently compelling to upgrade before early adopters have identified any hidden problems and before compatible versions of popular utilities like RAM Doubler and StuffIt Deluxe are available. [ACE]

Adam Engst No comments

Poll Preview: QuickTime & Sherlock Interfaces

Poll Preview: QuickTime & Sherlock Interfaces — Apple has made much of its new "stylish" interfaces for QuickTime 4.0’s QuickTime Player and Sherlock 2. However, these interfaces violate Apple’s own user interface conventions (try expanding the QuickTime Player window and note the lack of a collapse button in both applications) and have proved controversial in the Macintosh community. QuickTime Player could have been an anomaly, but Sherlock 2’s similar interface shows that Apple is continuing the design trend. And where Apple leads, others are likely to follow. The question, then, is: do you think Apple and other developers should make their user interfaces more like QuickTime Player and Sherlock 2? Express your opinion at our home page! [ACE]


Jerry Kindall No comments

Making MP3s, Part 1

Although MP3 is turning into a great way to expose yourself to new music – like the new single "Icicle" from local Michigan band Troll for Trout, or Alan Parsons’ "Dr. Evil Trance Remix" of the title track from his new album – half the fun is in rolling your own. Happily, there are no fewer than five separate Macintosh applications available for creating your own MP3s. With one exception, all of them let you encode MP3 files directly from an audio CD – and they’ll do it faster than real-time with a reasonably speedy CD-ROM drive and processor.

< 99.html>

< download/alan-parsons/ap-main.html>

Making MP3 files of CDs you already own and playing them back on your own equipment is perfectly legal. Making MP3 files of music you’ve created and giving them away is also legal. But uploading and downloading "bootleg" MP3s (songs encoded from commercial albums without the artist’s or record label’s permission) is illegal. Remember, it’s up to you to keep your use of MP3 players and encoders on the light side of the Force.

We donned headphones and put together a four-minute AIFF audio file containing several different styles of music, and next week we’ll tell you how quickly our five contenders encoded MP3 files and how these files sounded. But first, a journey into the psychology of sound.

Why Encoders Matter — When you make a 128 kilobit per second (Kbps) MP3 file from an audio CD, the encoded file is less than 10 percent of the size of the original, which means that the encoder essentially discards over 90 percent of the original data. It’s been known for decades that our sense of hearing is as much between our ears as it is in them. By taking advantage of our knowledge of how humans perceive sound (the science of psychoacoustics), it is possible to extract the most important parts of an audio signal and encode them with high fidelity, using lower fidelity for less noticeable parts of the sound, or discarding such parts altogether. This is the basic principle behind MP3 and other lossy audio compression schemes, such as the QDesign Music Codec built into QuickTime.

One interesting fact about the MPEG standard (of which MP3 is only one small part) is that the specification says nothing at all about how an MPEG encoder should work – it only defines the format required by the decoder. This means that developers are free to innovate their own encoding schemes – as long as the resulting file has the right format, it can be decoded by any MP3 player. Competition, the theory goes, will drive developers of MP3 encoder software to develop better and better psychoacoustic simulations. Better encoders mean better-sounding MP3 files – and the best part is that you don’t need new playback software to enjoy the improvement, just a new version of the file.

So, counterintuitively, the software used to create an MP3 file can have as much or more effect on its sound quality than the software you use to listen to it. Although some MP3 playback programs have built-in equalizers and other enhancements to allow you to shape the sound to your liking, all software MP3 players sound pretty much the same with those features turned off.

The good news is that the encoders we tested produced listenable MP3s at bitrates of 128 Kbps and higher regardless of the style of music. Bitrate is just a fancy word for how many bits are required to encode a second of music. The more bits you use, the less audio information you have to throw away, and thus the better the resulting file sounds, all other things being equal. If the bitrate of an MP3 or QuickTime file is lower than the bitrate of your modem (generally 56 Kbps or lower), and the planets are aligned just right, you can actually play back the file as it downloads. Most stereo MP3s you’ll find on the Internet are encoded at 128 Kbps or higher, which means you’ll need ISDN or better to listen to them in real-time.

In naked ear tests, you’d be hard pressed to notice any differences between the files encoded by our selection of audio bit-crunchers. With headphones, some minor differences become apparent, although nothing earth-shattering was revealed until we conducted a torture test, encoding stereo files at bitrates of 64 Kbps and lower. At this point, a number of encoding inaccuracies (commonly referred to as "artifacts") became apparent as the encoders struggled to decide which parts of the sound were least important and thus disposable. It was obvious which had the best psychoacoustic models under the hood. Tune in next week to see how the different encoders fared in our tests, including AudioCatalyst, SoundJam MP, N2MP3, MVP, and the free MP3 Encoder.

[Jerry Kindall is the founder of Manual Labor, a technical writing and Web design firm specializing in the Macintosh. His music collection includes, at last count, over 900 CDs.]


Geoff Duncan No comments

Mac OS 9 with a Net

Previously, we looked at some installation and compatibility issues with Mac OS 9, as well as some major new features: Sherlock 2, Multiple Users and Voice Verification, plus the Keychain and Apple File Security. This article examines some of Mac OS 9’s networking and file sharing features.



Internet File Sharing — A significant power-user feature in Mac OS 9 is the capability to use both Personal File Sharing and Program Linking over the Internet. Personal File Sharing, which enables users to access files on a remote Macintosh over AppleTalk, debuted with System 7 back in 1991, and though it’s limited to ten simultaneous users, it has proven the be one of the Mac OS’s most-loved and most-used features.

Now you can use those same capabilities over the Internet, thanks to a special background-only version of Open Door Networks’ ShareWay IP that Apple has rolled into Mac OS 9, adding only a single activation checkbox to the File Sharing control panel. You configure users, groups, and privileges as you normally would for Personal File Sharing – except now users can connect to your Macintosh by entering your Mac’s IP address into the Chooser (using either a DNS name or an IP number), or perhaps by locating your Macintosh in the Network Browser application. Although TCP/IP File Sharing may not be too useful for folks with dial-up Internet access (and hence ever-changing IP addresses) it’s handy for accessing machines with fixed IP addresses from the road or anywhere else that’s not on your local AppleTalk network. Note that AppleTalk must still be active in the AppleTalk control panel for TCP/IP File Sharing to work – the feature simply provides access to AppleTalk-based services you’ve already defined.


Program Linking – otherwise known as the Program-to-Program Communications (PPC) Toolbox – was another feature that appeared way back with System 7, although it hasn’t enjoyed the widespread popularity of File Sharing. Program Linking enables applications on separate machines to communicate with each other over a network, all controlled by the users and groups privileges set up in the File Sharing control panel. However, since most programs don’t talk to other programs by default, few users took advantage of this capability, and using it to its full potential often required scripting. I may be alone in the universe, but I use Program Linking regularly, both to monitor the status of servers on my network, and also to perform everyday tasks – in fact, issues of TidBITS would never make it to our Web site or be distributed via email if it weren’t for Program Linking. For many users, the utility of Program Linking over the Internet will be the capability to run AppleScript scripts that can interact with applications on remote machines via the Internet.

TCP/IP File Sharing and Program Linking raise security questions for many users. Although Internet sharing features are not enabled by default (and guest access isn’t available at all for Program Linking over TCP/IP), once they’re turned on your Mac’s security is limited to the quality of the usernames and passwords you’ve defined – and, of course, whether you’ve enabled guest access. Theoretically, your Mac could be accessed by anyone on the Internet, rather than just the comparatively few souls on your local AppleTalk network. Although you can certainly protect your Mac adequately using good, hard-to-guess usernames and passwords and disabling any sort of guest access, Open Door Networks – the same folks who developed these capabilities in the first place – offer enhanced utilities with improved security and monitoring features. ShareWay IP 3.0 adds logging features and the capability to enable or disable IP-based connectivity on a user-by-user basis. You can also change the port number of TCP/IP File Sharing to something besides the standard port 548. Special pricing is available for Mac OS 9 owners. Open Door also offers versions of DoorStop, a stand-alone firewall that offers highly selective allow-or-deny access of Internet services on a Macintosh going back to Mac OS 8.1.

< MacOS9upgrade.html>

AppleScript 1.4 — Program Linking over TCP/IP creates new possibilities for Internet-enabled scripts. Typically, AppleScript scripts are confined to running on your local computer as one-shot tasks you trigger yourself or as Folder Actions that act automatically on your behalf. Only ambitious scripters have used the PPC Toolbox to run scripts over AppleTalk, but the rewards of doing so can be substantial: you could open or close databases on a Web server, transfer data to and from remote applications, shuffle files between folders on a remote Macintosh, launch and quit applications on another machine… in short, just about anything you could do with a script on your local Mac, you could do remotely if you were willing to tussle with obscure syntax and scripting tricks.

AppleScript 1.4 adds two enhancements to this scenario – in addition to prepping AppleScript for the forthcoming world of Carbon and Mac OS X. First, AppleScript 1.4 enables the use of "eppc" URLs in tell statements, so scripts can connect to remote machines running Mac OS 9 with TCP/IP Program Linking turned on:

 tell application "Finder" of machine "eppc://"
end tell

Second, AppleScript has a new "using terms from" block to get around the infamous "double-tell" trick of writing scripts for applications on remote machines: you can use terminology from a local application to compile a script that will execute on a remote system:

 using terms from application "FileMaker Pro"
tell application "FileMaker Pro" of machine "eppc://"
open database "Contacts" with password "LaVidaPoca"
end tell
end using terms from

Unfortunately, Apple doesn’t document these capabilities online or in any of the materials that ship with Mac OS 9. Hopefully, Apple will update its AppleScript Web site soon discuss these features, as well as additional scripting enhancements in Mac OS 9. In the meantime, Bill Cheeseman’s AppleScript SourceBook is a good place to look for information about AppleScript 1.4.


< applescript/applescript140.html>

Network Services Location — Although AppleTalk is often maligned by network administrators (especially those who don’t use Macs), Apple’s age-old networking protocol has always offered good ease of use, simple administration for small groups, and features still not found in many modern networking environments, such as the ability to "see" network resources dynamically as they appear and disappear from a network. Nonetheless, AppleTalk faces two fundamental problems: AppleTalk isn’t based on Internet technologies, and network administrators believe (mostly erroneously) that AppleTalk services consume lots of bandwidth as they "chatter" to locate other AppleTalk services.

So, Apple started working on Network Services Location (NSL), a protocol-independent way for programs to learn about services available on a local intranet. The key phrase here is "intranet", not "Internet" – although these services can operate over the Internet because they aren’t bound to any one protocol, they aren’t intended to encompass the entire Internet. The idea is to bring some of the best features of AppleTalk – discoverability and ease of use – to other protocols and network services.

Apple quietly introduced support for NSL in Mac OS 8.5 and 8.6, although there were no visible manifestations. Apple solidified NSL in Mac OS 9, although users may still find it confusing and hard to use until applications and servers intelligently take advantage of its capabilities.

In Mac OS 9, NSL includes plug-ins for four services – DNS, LDAP, Service Location Protocol, and AppleTalk. In theory, this enables NSL-savvy applications like the Network Browser to locate and connect to network services using any one of these protocols. Items from each of these services appear in "neighborhoods" – hierarchical groupings of network items – that can contain items from any of the available network services, as well as other "sub-neighborhoods". Depending on your LAN setup, the Network Browser might be able to see your local FTP servers, Macs running Personal File Sharing and Personal Web Sharing, Web servers on your intranet, organizational information kept in an LDAP directory server – plus everything you’d expect to see on an AppleTalk network, including zones and file servers, but not printers. Apple’s Personal File Sharing and Personal Web Sharing use Service Location Protocol (SLP), a new way for clients to learn about available network servers, so these services automatically appear in the Network Browser as local services under Mac OS 9.

There are several catches with NSL and SLP. First, Apple shipped SLP 1.0 in Mac OS 8.5 and 8.6, and SLP 2.0 in Mac OS 9. These two versions are not mutually compatible, so Mac OS 9 systems can’t discover SLP services on Mac OS 8.5 and 8.6 systems and vice versa, creating confusion for users. Fortunately, version 1.1 of the SLP plug-in from Mac OS 9 (which implements SLP 2.0; it’s called "SLPPlugin" in the Extensions folder) will work with Mac OS 8.5 and 8.6 systems, but Apple doesn’t document this trick, and it could create administration headaches. Second, although SLP-savvy clients can discover services on a local network, there’s currently no way to organize or administer them. On medium-to-large networks SLP is designed to work with servers called "directory agents," which register and administer network services. Directory agents enable the scalability of network services, permit centralized administration of what is and isn’t allowed to advertise itself as a network service, and define how those services are organized. However, no SLP directory agents are available right now, although Apple claimed it intended to ship a directory agent for SLP last May at WWDC. So, SLP services can’t easily be organized at the moment, which limits their utility.

All this might be moot if your LAN’s routers – or those of folks with whom you’d like to communicate – don’t support IP multicasting. IP multicasting is a technology designed to facilitate IP-based audio and video transmission – basically, instead of each client or audience member requiring a separate data stream, each client can receive the same data stream, thereby using the network more efficiently. Although most recent routers support IP multicasting, older equipment may not. In the absence of directory agents to coordinate network services, SLP-savvy clients rely on IP multicasting to query the network for desired services. If those queries don’t go anywhere, the services on the same LAN can’t be discovered and won’t appear in the Network Browser.

(Open Door Networks has published a good discussion of SLP and the Mac; it bears reading if you’re interested in SLP’s history and development.)


So the SLP situation is complicated: what about using NSL in real life? On a small network, NSL can come close to AppleTalk’s ease-of-use, especially if users standardize on Mac OS 9 or at least version 1.1 of the SLPPlugin extension. In other situations, using NSL’s utility may be hard to predict.

You can add neighborhoods to the Network Browser by entering DNS machine names or IP numbers. However, you can only delete neighborhoods using the Finder – some neighborhoods appear in the Favorites folder in the Apple Menu, others are buried deep in your Preferences folder – or using control panel settings (see below). This difficulty of configuration is an unneeded aggravation since most neighborhoods won’t work as people expect.

The Network Browser creates neighborhoods for you when it starts up. If you’re on an AppleTalk network, the Network Browser displays an AppleTalk neighborhood which works much as you’d expect. Since NSL has an LDAP plug-in, it also tries to create a neighborhood based on any LDAP server settings you’ve specified in the Hosts settings of the Advanced tab in your Internet control panel. (If you don’t see an Advanced tab, you need to switch to Advanced mode using the User Mode command on the Internet control panel’s Edit menu.) Even if you can connect to the specified LDAP server, LDAP resource listings in the Network Browser may be nearly useless: email addresses don’t appear as Internet resource files but rather as entirely new neighborhoods which, in turn, contain the entire LDAP directory information again, ad infinitum. Any URLs associated with an LDAP entity are listed separately, creating more confusion.

The Network browser may also try to create a neighborhood based on information you have entered in the search paths fields in your TCP/IP control panel. These neighborhoods display any services discovered using SLP (right now this means only Personal File Sharing over TCP or Personal Web Sharing) or DNS. Unfortunately, the only way a service can be "discovered" using DNS is if the DNS server administrator has created TXT records in that domain identifying services. The format for this record is tucked away in an Apple manual on NSL; if you think network administrators dislike AppleTalk, they’ll respond even less favorably to hard-coding references to services into their DNS zones.

< Area/Manuals/software/NSLAdminGuide.pdf>

In short, Apple has introduced some new fundamental networking technologies with Mac OS 9 that may be useful now to some users in specific environments. However, until server and application support improves, many of these new capabilities may exacerbate confusion about how to access network services.

Remote Access — Apple has also rolled the features of Apple Remote Access Personal Server into Mac OS 9, enabling a Macintosh to answer modem calls from clients using either PPP or ARAP (Apple Remote Access Protocol) and grant access to either the local computer or the entire local network – this puts Mac OS 9 on par with the dial-up access capabilities built into Windows 98. Remote Access is handy if you need to access your desktop Mac from your PowerBook while you’re away from the office, and potentially access your entire office network at the same time.

< applepersonalserver.html>

You can set up call answering in the Remote Access control panel (select Answering from the RemoteAccess menu); Remote Access can act as a PPP server and assign an IP address to a caller using TCP/IP, or allow a caller to use a pre-determined IP address. The File Sharing control panel’s User & Groups tab determines which users have the ability to dial in to a Macintosh using Remote Access: dial-in privileges must be enabled on a user-by-user basis, and can be configured to call a user back at a pre-defined number rather than granting immediate access. Mac OS 9’s Remote Access capability isn’t sufficient to support a pool of remote users – it supports only one modem – but does offer the most current modem scripts for Apple and third-party modems, improved DNS negotiation, support for MS-CHAP, and improved compatibility with AppleTalk/PPP servers. Remote Access also keeps an activity log, so you can check to see if folks are abusing the service or trying to break into your system. Although I haven’t tried this in almost two years, there’s no reason Windows or Unix machines wouldn’t be able to connect to Remote Access using PPP, although they would need AppleTalk software to access any AppleTalk services.

Looking Ahead — Even all this detail doesn’t fully cover Mac OS 9’s changes, and we’ll be looking at some additional features in a future issue, along with the groundwork for Mac OS X that Apple has laid in the foundations of Mac OS 9.