I once got feedback on one of my pieces of software from a man who said if I were a woman he would sleep with me. Apparently my software was just that good...
My parents, who like to check the feedback on download sites, found that one pretty funny...
Perhaps you should read my reply to the other guy.
OS X is 64 bit. The libraries on it are not. You can compile your own 64 bit libraries. You can compile your own 64 bit programs. And run them side by side your 32 bit programs. I have already tested my game engine in 64 bit on the G5.
Until 10.3 Apple had two different builds of OS X. One for the G3/G4 and one for the G5.
OS X is not yet FULLY 64 bit but that doesn't stop you from running 64 bit programs on it.
Sorry, but you're wrong...
OS X has a 64 bit base. Sure all the libraries are not 64 bit, but that DOESN'T PREVENT YOU FROM COMPILING YOU PROGRAMS 64 BIT OR YOUR OWN LIBRARIES and running them on OS X.
I've already compiled my game framework to be 64 bit, and it runs on OS X in 64 bit.
Adobe has already released special extensions for the G5 for 64 bit for Photoshop. Photoshop built specially for the G5 exists right here, right now.
Oh goody. A trial release which will expire! Great!
Really. I'm not brain dead enough to not know about 64 Linux. But the problem is its not feasible at this point, its only great for clustering.
Linux doesn't have the software software for 64 bit. On the Mac side we're already seeing 64 bit enhancements for Photoshop.
On the Linux side... there is no Photoshop. And GIMP is no Photoshop.
All the powerful programs that really use 64 bit capability aren't for Linux, perhaps besides a few 3D renderers.
Sure, you can use WINE, but programs under WINE are still 32 bit. Mac OS X is currently the only feasible 64 bit platform for professionals and not script kiddies in their basement compiling for 64 bit just for the cool factor.
I'll go prepare to be modded -1 troll now...
This project will never be fast enough. The G4 is far more advanced than the Pentium, and AltiVec will be slow even mapped to SSE.
With Macs just as cheap as PC's this program will only be a toy.
Rumor has it that deep within Apple they continued Rhapsody for x86 when it morphed into OS X, essentially keeping an OS X build for x86.
However, I can't get my friends at Apple to confirm or Deny.:)
Yellow Box was Cocoa however. It contained the multimedia and graphics functionality that OpenStep lacked, including Quicktime. Yellow Box was entirely different from the basic OpenStep framework which could create business applications but nothing great for the mass public. OpenStep Enterprise mostly warped into WebObjects, which true to its heritage, is available for Windows, is Cocoa (Java only, Apple killed Obj-C support), and it mostly used for data access programs.
When OS X originally was announced, it wasn't called OS X at all, it was called Rhapsody. Carbon didn't exist under it, it was pure Cocoa. The plan called for the following 1) Rhapsody for Mac: a full fledged Rhapsody OS for Mac, 2) Rhapsody for x86, a full fledged OS for x86, 3) Yellow Box for Mac OS, a layer to run Cocoa programs under OS 9, and 4) Yellow Box for Windows, a layer to run Cocoa apps under Windows. Sadly Apple morphed Rhapsody into OS X, killing all the other versions except for the Mac version. These days you can still find Rhapsody x86 on some peer to peer servers.
This is the iTunes plugin API. This person reverse engineered this API, which allows different actual imput and output (mp3 players) sources for iTunes.
You obviously can't sell a device without QuickTime. That is a con.
There is no royalty for using the QuickTime API on Mac or Windows however. Its been this way forever.
Some music stores sell these "CD's". I recommend people give them a try. In my experiance, they have worked great on all platforms. Best of all, these "CD's" have an extremely high bit rate. These are surely the wave of the future.
Ummmm... The "Register" pop up is for QuickTime player, not QuickTime. It only pops up for the QuickTime player. Using the API doesn't show any nag dialog, and gives you access to all the features of QuickTime Pro in code. I can import and export all I want using my own code WITHOUT QuickTime Pro.
They'd make iTunes work under WINE.
As a side note I am sick and tired of people complaining that Apple does not let iTunes Music Store songs work under other media players. They do. Any media player can play iTunes Store music using the QuickTime API. All you have to do is write a plugin to interface with QuickTime. I wrote a QuickTime based media player a few years ago. Guess what? I started it up today and it played iTunes Music Store songs just fine. NO modifications. Its my own media player, yet it plays DRM'd music fine, no special un-DRMing.
You don't have to buy a Mac. Apple makes a client for this little known operating system called Windows. ITMS songs also work on a little known media platform called QuickTime. Its magic!
The difference is that FCP HD supports DVPro50 input over firewire, which is HD quality. This is something Apple is working with Panasonic on and is not part of Vegas. Final Cut Pro could already handle HD video, but it was not as well supported.
Indeed, a lot of them do think this is the end of After Effects.
I've heard quite a few times though that Motion is missing some of After Effect's features, although it does have plug in compatibility.
GNUStep attempts to replicate the Mac OS X Cocoa API under Linux. You still have to recompile the code though, and a lot of multimedia stuff doesn't work.
I updated to FCP HD today (which is a free upgrade). So far looks the same. I don't have an HD camera so I can't try that out. No problems with the update so far.
We're looking at Xsan at work. We are implementing a huge multi-XServe LDAP system and have a multi-terrabyte XServe RAID to back it up. Originally we would have had to partition the XServe RAID, but Xsan would solve that problem.
Motion has caused the biggest stir among my creative-type friends,
Slashdot Mirror
I once got feedback on one of my pieces of software from a man who said if I were a woman he would sleep with me. Apparently my software was just that good... My parents, who like to check the feedback on download sites, found that one pretty funny...
Perhaps you should read my reply to the other guy. OS X is 64 bit. The libraries on it are not. You can compile your own 64 bit libraries. You can compile your own 64 bit programs. And run them side by side your 32 bit programs. I have already tested my game engine in 64 bit on the G5. Until 10.3 Apple had two different builds of OS X. One for the G3/G4 and one for the G5. OS X is not yet FULLY 64 bit but that doesn't stop you from running 64 bit programs on it.
Sorry, but you're wrong... OS X has a 64 bit base. Sure all the libraries are not 64 bit, but that DOESN'T PREVENT YOU FROM COMPILING YOU PROGRAMS 64 BIT OR YOUR OWN LIBRARIES and running them on OS X. I've already compiled my game framework to be 64 bit, and it runs on OS X in 64 bit. Adobe has already released special extensions for the G5 for 64 bit for Photoshop. Photoshop built specially for the G5 exists right here, right now.
Oh goody. A trial release which will expire! Great! Really. I'm not brain dead enough to not know about 64 Linux. But the problem is its not feasible at this point, its only great for clustering. Linux doesn't have the software software for 64 bit. On the Mac side we're already seeing 64 bit enhancements for Photoshop. On the Linux side... there is no Photoshop. And GIMP is no Photoshop. All the powerful programs that really use 64 bit capability aren't for Linux, perhaps besides a few 3D renderers. Sure, you can use WINE, but programs under WINE are still 32 bit. Mac OS X is currently the only feasible 64 bit platform for professionals and not script kiddies in their basement compiling for 64 bit just for the cool factor. I'll go prepare to be modded -1 troll now...
Yeah! Thats so cool! And then you could run all your mission critical programs and your 64 bit programs side by side in Win... Oh... Wait...
This project will never be fast enough. The G4 is far more advanced than the Pentium, and AltiVec will be slow even mapped to SSE. With Macs just as cheap as PC's this program will only be a toy.
Rumor has it that deep within Apple they continued Rhapsody for x86 when it morphed into OS X, essentially keeping an OS X build for x86. However, I can't get my friends at Apple to confirm or Deny. :)
Yellow Box was Cocoa however. It contained the multimedia and graphics functionality that OpenStep lacked, including Quicktime. Yellow Box was entirely different from the basic OpenStep framework which could create business applications but nothing great for the mass public. OpenStep Enterprise mostly warped into WebObjects, which true to its heritage, is available for Windows, is Cocoa (Java only, Apple killed Obj-C support), and it mostly used for data access programs.
When OS X originally was announced, it wasn't called OS X at all, it was called Rhapsody. Carbon didn't exist under it, it was pure Cocoa. The plan called for the following 1) Rhapsody for Mac: a full fledged Rhapsody OS for Mac, 2) Rhapsody for x86, a full fledged OS for x86, 3) Yellow Box for Mac OS, a layer to run Cocoa programs under OS 9, and 4) Yellow Box for Windows, a layer to run Cocoa apps under Windows. Sadly Apple morphed Rhapsody into OS X, killing all the other versions except for the Mac version. These days you can still find Rhapsody x86 on some peer to peer servers.
Sure you can... but.. why?
I still find it ironic that the only thing missing from Linux on iPod (http://ipodlinux.sourceforge.net/) is a Linux installer....
This is the iTunes plugin API. This person reverse engineered this API, which allows different actual imput and output (mp3 players) sources for iTunes.
D'oh. I meant sell a device WITH QuickTime. Damn typo. :)
You obviously can't sell a device without QuickTime. That is a con. There is no royalty for using the QuickTime API on Mac or Windows however. Its been this way forever.
Some music stores sell these "CD's". I recommend people give them a try. In my experiance, they have worked great on all platforms. Best of all, these "CD's" have an extremely high bit rate. These are surely the wave of the future.
Until Microsoft announces that they are changing Clippy to a bird.
Ummmm... The "Register" pop up is for QuickTime player, not QuickTime. It only pops up for the QuickTime player. Using the API doesn't show any nag dialog, and gives you access to all the features of QuickTime Pro in code. I can import and export all I want using my own code WITHOUT QuickTime Pro.
They'd make iTunes work under WINE. As a side note I am sick and tired of people complaining that Apple does not let iTunes Music Store songs work under other media players. They do. Any media player can play iTunes Store music using the QuickTime API. All you have to do is write a plugin to interface with QuickTime. I wrote a QuickTime based media player a few years ago. Guess what? I started it up today and it played iTunes Music Store songs just fine. NO modifications. Its my own media player, yet it plays DRM'd music fine, no special un-DRMing.
You don't have to buy a Mac. Apple makes a client for this little known operating system called Windows. ITMS songs also work on a little known media platform called QuickTime. Its magic!
Last I heard Mac-On-Linux was being ported to OS X. In theory, you could do the reverse using it: Linux-On-Mac. :)
The difference is that FCP HD supports DVPro50 input over firewire, which is HD quality. This is something Apple is working with Panasonic on and is not part of Vegas. Final Cut Pro could already handle HD video, but it was not as well supported.
Indeed, a lot of them do think this is the end of After Effects. I've heard quite a few times though that Motion is missing some of After Effect's features, although it does have plug in compatibility.
GNUStep attempts to replicate the Mac OS X Cocoa API under Linux. You still have to recompile the code though, and a lot of multimedia stuff doesn't work.
I updated to FCP HD today (which is a free upgrade). So far looks the same. I don't have an HD camera so I can't try that out. No problems with the update so far. We're looking at Xsan at work. We are implementing a huge multi-XServe LDAP system and have a multi-terrabyte XServe RAID to back it up. Originally we would have had to partition the XServe RAID, but Xsan would solve that problem. Motion has caused the biggest stir among my creative-type friends,
wOOt!