If I recall correctly, there was a discussion on the LinuxPPC mailing list about this. Apparently, Linus is ignoring the USB patches being sent to him by the PPC folks. Now, I'm not bashing Linus, apparently he doesn't want to add it to the tree until a stable version exists and there is another group working on it. Since Linus isn't too fond of non-Intel architectures, he will probably go with that other group (sorry, can't remember it now, but the link was posted earlier on this board)
I've seen several posts that point out the fact that the linked AppleInsider report has no mention of Apple purchasing rights (or licensing or whatever you want to call it). When I first read the AppleInsider article last week, it *DID* have a reference that said Apple bought the MP3 patents from Frauenhaufer (sp?).
Now that the info is gone, I suspect that the were corrected on some incorrect info and decided to edit the article.
It WAS there, but now it's not, so it must be a non-issue right now. Perhaps the correct info was that Apple purchased a license of the CODEC, which really isn't very newsworthy, so they removed that bit of info.
I think the reason you haven't seen a writeup yet is because they still haven't gotten any drives in the retail market. They are shipping to OEMs the IDE internals. The retail versions of IDE internal, SCSI int/ext, Parallel, USB, IEEE 1394, are not shipping exactly now. They say soon. I will probably have some sort of writeup somewhere when I get my SCSI external.
I miss those old times when a 486/66 w/ 12MB of RAM was the fastest box on the block.
Yeah, I remember when, long ago when I didn't keep up with technology that much, my cousin telling me about his new computer. It was 66 MHz! I couldn't believe it! I was, at the time, using a 16 MHz thing with 4 MB RAM!
It's possible that the public server code will only support pre-recorded files. It's also possible that a platform that *does* have QuickTime ported (Mac, Win) will be used for the encoding and, as demonstrated at WWDC, the server simply acts as a reflector for the Multicast or Unicast stream.
I don't know, I'm just excercising my imagination here:-)
To all those who are proposing reverse engineering the sample server to get a QuickTime client for Linux...
I don't think it will be possible. It has been stated (somewhere else) that to stream existing QuickTime files, they would NOT need to be converted. This says that the server is only interested in moving the raw data to the client. No knowledge of the client format should be needed.
I read somewhere else that this streaming stuff is based on MBONE multicasting, so it won't be a proprietary format.
It seems that Apple has found a good tranport method already and doesn't see the need of developing a new one.
Slashdot Mirror
If I recall correctly, there was a discussion on the LinuxPPC mailing list about this. Apparently, Linus is ignoring the USB patches being sent to him by the PPC folks. Now, I'm not bashing Linus, apparently he doesn't want to add it to the tree until a stable version exists and there is another group working on it. Since Linus isn't too fond of non-Intel architectures, he will probably go with that other group (sorry, can't remember it now, but the link was posted earlier on this board)
I've seen several posts that point out the fact that the linked AppleInsider report has no mention of Apple purchasing rights (or licensing or whatever you want to call it). When I first read the AppleInsider article last week, it *DID* have a reference that said Apple bought the MP3 patents from Frauenhaufer (sp?).
Now that the info is gone, I suspect that the were corrected on some incorrect info and decided to edit the article.
It WAS there, but now it's not, so it must be a non-issue right now. Perhaps the correct info was that Apple purchased a license of the CODEC, which really isn't very newsworthy, so they removed that bit of info.
I think the reason you haven't seen a writeup yet is because they still haven't gotten any drives in the retail market. They are shipping to OEMs the IDE internals. The retail versions of IDE internal, SCSI int/ext, Parallel, USB, IEEE 1394, are not shipping exactly now. They say soon. I will probably have some sort of writeup somewhere when I get my SCSI external.
Yeah, I remember when, long ago when I didn't keep up with technology that much, my cousin telling me about his new computer. It was 66 MHz! I couldn't believe it! I was, at the time, using a 16 MHz thing with 4 MB RAM!
Wow, things have changed
Interesting point.
:-)
It's possible that the public server code will only support pre-recorded files. It's also possible that a platform that *does* have QuickTime ported (Mac, Win) will be used for the encoding and, as demonstrated at WWDC, the server simply acts as a reflector for the Multicast or Unicast stream.
I don't know, I'm just excercising my imagination here
To all those who are proposing reverse engineering the sample server to get a QuickTime client for Linux...
I don't think it will be possible. It has been stated (somewhere else) that to stream existing QuickTime files, they would NOT need to be converted. This says that the server is only interested in moving the raw data to the client. No knowledge of the client format should be needed.
I read somewhere else that this streaming stuff is based on MBONE multicasting, so it won't be a proprietary format.
It seems that Apple has found a good tranport method already and doesn't see the need of developing a new one.