C-Lab Alpha1.00 Mac OS

  • View Anastasios (Tassos) Maliamanis’ profile on LinkedIn, the world’s largest professional community. Anastasios (Tassos) has 8 jobs listed on their profile. See the complete profile on LinkedIn and discover Anastasios (Tassos)’s connections and jobs at similar companies.
  • The Linux command line will be used extensively in ECPE 170. This lab is intended to give you a basic introduction to navigating on the command line and performing common tasks.

Apple’s software is only ever available for Mac OS, so Windows development shut down immediately and Logic for Windows died with version 5. This is the crucial moment in the Logic story, defining Apple’s interest in DAWs and shifting development exclusively to Mac OS. What’s notable about Logic is its price, relative to equivalent DAWs. This book is proposed for software engineers who need to learn Objective-C to compose programs for Mac OS X or iOS. Although it is, in fact, conceivable to compose total OS X programs utilizing different dialects, composing a program that follows the Apple Human Interface Guidelines requires the utilization of the Objective-C Cocoa structures.

Printing from C-Lab PC workstations is equivalent to printing from those in the VizLab. See Printing from Lab Workstations for details.

Printing from C-Lab Mac OS workstations is currently limited to using PaperCut's Web Print service. You may also use your personal laptop to connect directly to the C-Lab printer. Unlike the VizLab printers, the C-Lab printer is not attached to a release station and will print your document immediately after you send it. For step-by-step instructions:

go to --> Printing from PaperCut Web PrintORSetting Up Printers on a Personal Computer
Download

If you do not have a PaperCut account or need general information about printing:

go to --> VizLab Printing
Retrieved from 'http://it.design.lsu.edu/index.php?title=C-Lab_Printing&oldid=665'

For the curious, OS X is like a birthday toy, promising hours of puzzle solving and fun. This beta is not fully optimized for performance, nor is it compatible with the full range of Macintosh peripherals. However, it does give us an indication of some of OS X’s potential. My goal was to find out how the public beta performed in terms of speed. Since there are very few Carbon or Cocoa applications currently available, I did most of my testing with OS 9 applications running in Classic.

Classic itself runs in its own window, and behaves much like PC emulation packages such as Virtual PC or SoftWindows. However, PC emulators must translate Intel instructions to PowerPC instructions, a slow and laborious process. Since OS 9 applications start out as PowerPC instructions, the applications should be almost as fast in Classic as they are in regular old OS 9. This was true for some tasks, such as encrypting a file in OS 9, and unstuffing a file with the Classic version of StuffIt Expander.

On a multiprocessing system, Classic gets to run on its own processor. However, Classic is not multithreaded. Currently, Mac OS 9 applications written to take advantage of the second processor are limited to one processor in Classic. However, Classic is separate from Mac OS X, so background apps in Mac OS X shouldn’t slow down Classic apps. Unfortunately, I wasn’t able to test this. My test machine, a Power Macintosh G4/500 dual processor, crashed repeatedly with iMovie and other Classic applications. Also, performance appeared to be slower than on a single processor Power Macintosh G4/500.

Macworld Lab’s standard testing suite, Speedmark 2.1, includes 2-D scrolling tests. I found 2-D scrolling performance was two to three times slower in Classic than in Mac OS 9. I checked scrolling in Adobe Acrobat, Microsoft Word, and Excel. Drawing windows in OS X was also noticeably slow. The problem may be that Mac OS X’s drivers for ATI graphics cards are incomplete. I also found that if the Dock is open, scrolling performance gets even worse — set the Dock to auto-hide to get the best results.

After the slow 2-D numbers, I was pleasantly surprised with the frame rates from the Quake III demo. 3-D operations are clearly being accelerated in Classic, although the frame rates are still not as fast as native OS 9.

Photoshop is an industry standard for performance testing. I wanted to install 1 GB of RAM and set Photoshop’s memory size to 900MB. However, I had problems setting Photoshop’s application size under OS X. I used the new version of Get Info, the Inspector, to change the application size. When I launched Photoshop in Classic, the setting appeared to be correct — but based on the performance numbers, the memory setting was still at its default. If I rebooted the computer into OS 9, changed the application size via Get Info, and then re-booted into OS X, Photoshop would quit before it even got to the splash screen.

Classic applications can’t communicate directly with Mac hardware — they must go through Mac OS X. This beta has support for most standard Apple hardware, and some USB and FireWire peripherals. However, OS 9 applications that are looking for specific hardware may not run. A VST FireWire drive and a USB Zip 250 worked fine. Even ones that didn’t mount were recognized on the bus — for instance, a USB Canon scanner, a QPS FireWire CD-RW, and a USB Epson printer. The only thing that wasn’t recognized at all was a Western Digital FireWire hard drive.

There were a couple of bright points. Steve Jobs was absolutely right in his Seybold keynote, despite the fact that his demo failed that day. https://herevfil361.weebly.com/fshing-mac-os.html. Under OS X, PowerBooks do wake up from sleep in just a few seconds. Also. I saw good performance with the Carbonized OS X preview version of Casady & Greene’s SoundJam MP.

Macworld Lab will continue to test Mac OS X and report on the details. It’s an operating system that shows great promise, but it will only be as good as we make it. Eldrich drop mac os.

OS X vs. OS 9

C Lab Alpha-1 00 Mac Os Catalina

Best results in bold.Reference system in italics. Speedmark 2.1 scores are relative to an iMac 350MHz which is assigned a score of 100. Photoshop results are in seconds. Cinema 4D XL and SoundJam results are in minutes:seconds. Quake 3 results are in frames per second.

C-Lab Alpha1.00 Mac OS
Speedmark 2.1Photoshop 5.5Cinema 4D XL 6.1SoundJam 2.5.1Quake III
Gaussian Blur 10Unsharp Mask 2.3Resize 50%RGB to CMYKArbitrary Rotate .3Lighting EffectsModel Render 640×480MP3 EncodeNormal
Power Macintosh G4 500 w/OS X10637.839.220.784.880.641.913:531:4731.8
Power Macintosh G4 500 w/ OS 915923.526.85.969.139.226.613:401:4143.1

For Speedmark and Quake, longer bars are better. For Photoshop, Cinema 4D XL, and SoundJam, shorter bars are better.

Behind Our Tests

C Lab Alpha-1 00 Mac Os Sierra

We used Mac OS 9.0.4, a default system disk cache, and Virtual Memory disabled for all OS 9 applications tests. Displays were set to 1024 x 768 @ 24 bit color. We tested Photoshop with 1GB of RAM and a 200 MB test file. We tried to set Photoshop’s memory partition to 900 MB and History to minumum in OS X, with unclear results. Cinema 4D XL, SoundJam, and Quake 3 testing used 256 MB of RAM. 80MB of memory was allocated to Cinema 4D XL. We rendered a model at 680 x 480 with oversampling set to 4 x 4. A 9:25 track from an audio CD was used for our MP3 encoding test. It was converted using default settings of 128Kbps in SoundJam 2.1.1. Quake 3 framerates were recorded at 640 x 480 “Normal” mode.