Yes, they are [apparently] honoring it. You can order a CD full o' the source from TiVo for $29.95. A reasonable price all things considered (labor, creating an image from a moving target of a release, etc...)
See one of the gnu newsgroups for a recent discussion of licensing issues.
Re:Tivo/RePlay not *really* digital - and won't be
on
Sony Investing in TiVo
·
· Score: 1
TiVo appparently DOES maintain the Macrovision copy protection across inputs and outputs.
Of particular interest, it doesn't actually store/compress the Macrovision signal (not surprising-- MPEG II doesn't compress NTSC... it compresses video... if I understand Macrovision correctly, it is basically a non-chaotic bit o' noise added to the NTSC signal).
TiVo has been very careful not to piss off the studios/content providers.... even to the point of NOT having a "skip next 30 seconds" feature (like ReplayTV). Unfortunate loss, but the upside [for TiVo and -- hopefully -- the consumer] has been tremendous. The investments from Sony and numerous others is a huge win and goes a long way to instill consumer confidence.
It runs Linux and you can purchase a CD image of the modified GPL'd source from TiVo for $24.95.
Price seem high?
It isn't really; TiVo is NOT in the business of selling CDs full o' software and, as such, it does take a non-zero amount of effort and resources to burn an image.
Question is: Has someone ordered the source disc and made it available somewhere? If I decide to pick up a TiVo, I will likely do so...
This is good as long as Sun doesn't kill the product. They have already done this once.
Sun bought LightHouse Design-- the makes of an incredible suite of office productivity apps for NeXTSTEP/OpenStep. These apps were amazing-- often considered to be some of the best productivity apps ever written.
First Sun killed NEO-- so, the native Objective-C implementations died there. OK, fine, port 'em to Java!
Which, LightHouse DID! Not everything-- but large parts of certain apps were ported and, apparently, worked fine under Java.
BUT THEY KILLED THOSE TOO!!!
Why? Who knows....
I really hope that Sun doesn't kill this office suite too.
First, I want to thank everyone for the insightful and non-inflammatory replies. I will definitely research the links and think through an effective process for working PHP in more detail.
I would also like to present what I think is an excellent model of for such an environment.
In particular, a separation of HTML and code such that the HTML is simply standard HTML with, maybe, one or two additional tags. These tags would basically provide the binding between PHP and the underlying code. Example:
PHP Name="MyDateThingy"/PHP
Would expand the MyDateThingy PHP "object" or "function" and shove it into the HTML. Conditional HTML would be done by sticking the HTML "inside the tag". I.e. in between the >.... then, if MyDateThingy or, my appropriate, MySwitchThingy evaluated to true, then the HTML inside the tag would be emitted, otherwise not.
This kind of a system separates the front end from the back end such that the front end can be edited with your various random standard HTML editors... UI change? No problem....
We [CodeFab] have recently been approached by a couple of potential clients that were interested in porting away from PHP or were interested in starting new projects in PHP. Certainly, PHP has very recently arrived "on the radar" in the corporate world in a very big way.
So, I decided to have a serious look at it...
...it seems fundamentally broken.
The idea of putting *code* in *HTML* is just plain wrong! It increases maintenance costs tremendously-- there is no division between user interface and application logic!
Example: Say I built a big old hairy PHP site... client wants to change the look/feel, but not the logic. Great-- graphic artist provides me with a bunch of new HTML mockups of the new look and feel.
I now have to not only integrate the new look and feel, but I have to also integrate my old code and-- in some very likely cases-- potentially completely restructure the code!
Maybe I missed something? I'm hoping I did.
Specifically, does PHP support some kind of template that isolates the HTML from the supporting code?
If not, there is no way I could recommend PHP to any of my clients.
Slashdot Mirror
Yes, they are bound by the GPL.
Yes, they are [apparently] honoring it. You can order a CD full o' the source from TiVo for $29.95. A reasonable price all things considered (labor, creating an image from a moving target of a release, etc...)
See one of the gnu newsgroups for a recent discussion of licensing issues.
TiVo appparently DOES maintain the Macrovision copy protection across inputs and outputs.
Of particular interest, it doesn't actually store/compress the Macrovision signal (not surprising-- MPEG II doesn't compress NTSC... it compresses video... if I understand Macrovision correctly, it is basically a non-chaotic bit o' noise added to the NTSC signal).
TiVo has been very careful not to piss off the studios/content providers.... even to the point of NOT having a "skip next 30 seconds" feature (like ReplayTV). Unfortunate loss, but the upside [for TiVo and -- hopefully -- the consumer] has been tremendous. The investments from Sony and numerous others is a huge win and goes a long way to instill consumer confidence.
It runs Linux and you can purchase a CD image of the modified GPL'd source from TiVo for $24.95.
Price seem high?
It isn't really; TiVo is NOT in the business of selling CDs full o' software and, as such, it does take a non-zero amount of effort and resources to burn an image.
Question is: Has someone ordered the source disc and made it available somewhere? If I decide to pick up a TiVo, I will likely do so...
This is good as long as Sun doesn't kill the product. They have already done this once.
Sun bought LightHouse Design-- the makes of an incredible suite of office productivity apps for NeXTSTEP/OpenStep. These apps were amazing-- often considered to be some of the best productivity apps ever written.
First Sun killed NEO-- so, the native Objective-C implementations died there. OK, fine, port 'em to Java!
Which, LightHouse DID! Not everything-- but large parts of certain apps were ported and, apparently, worked fine under Java.
BUT THEY KILLED THOSE TOO!!!
Why? Who knows....
I really hope that Sun doesn't kill this office suite too.
First, I want to thank everyone for the insightful and non-inflammatory replies. I will definitely research the links and think through an effective process for working PHP in more detail.
I would also like to present what I think is an excellent model of for such an environment.
In particular, a separation of HTML and code such that the HTML is simply standard HTML with, maybe, one or two additional tags. These tags would basically provide the binding between PHP and the underlying code. Example:
PHP Name="MyDateThingy"/PHP
Would expand the MyDateThingy PHP "object" or "function" and shove it into the HTML. Conditional HTML would be done by sticking the HTML "inside the tag". I.e. in between the >.... then, if MyDateThingy or, my appropriate, MySwitchThingy evaluated to true, then the HTML inside the tag would be emitted, otherwise not.
This kind of a system separates the front end from the back end such that the front end can be edited with your various random standard HTML editors... UI change? No problem....
We [CodeFab] have recently been approached by a couple of potential clients that were interested in porting away from PHP or were interested in starting new projects in PHP. Certainly, PHP has very recently arrived "on the radar" in the corporate world in a very big way.
So, I decided to have a serious look at it...
...it seems fundamentally broken.
The idea of putting *code* in *HTML* is just plain wrong! It increases maintenance costs tremendously-- there is no division between user interface and application logic!
Example: Say I built a big old hairy PHP site... client wants to change the look/feel, but not the logic. Great-- graphic artist provides me with a bunch of new HTML mockups of the new look and feel.
I now have to not only integrate the new look and feel, but I have to also integrate my old code and-- in some very likely cases-- potentially completely restructure the code!
Maybe I missed something? I'm hoping I did.
Specifically, does PHP support some kind of template that isolates the HTML from the supporting code?
If not, there is no way I could recommend PHP to any of my clients.
b.bum