All you have to do is write it. Check out This post below . Tivo has released their protocol, and if you read it, as long as Tivo receives the stream as MP3, it will play it. You can therefore write a server which will convert your OGG file to MP3 on-the-fly and it will play it. Might not be ideal, but it will work if you have 200GB of OGG files.
Remeber, Tivo's CPU is not much more than a 200MHz CPU, if that, and htat handles ALL operation. Tivo has a dedicated MPG hardware encoder/decoder.
Actually, you are wrong. Check out this post below. Tivo has already released an apache module! Very cool thing of them to do, and answers your question.
As far as sharing goes, see Reply's various lawsuits. Tivo seems to want to cooperate w/ the networks, not piss them off.
Tivo had a deal to upgrade Series 1 units to series 2 units while keeping lifetime subscriptions. Also, a USB ethernet adaptor is dirt cheap. I bought a couple of 3C460B adaptors for about $7 a piece as soon as I heard that 3.2 (and 3.0?) un-SUPPORTed them.
Well, the latest Sony US released PVRs are Tivo series 2s, and the last Japanese released PVR that was mentioned on/. a while back was Tivo, so this is probalby a Tivo as well.
Our company just implemented Siebel for defect/case tracking, etc. Siebel is a MSJAVA web based app. Siebel won't run on my machine if I'm using Sun's Java.
While I completly blame Siebel for writing to a lame Java API (Siebel is known to be very _very_ pro Microsoft), it would harm anyone who has implemented Siebel.
I have a box at my local bank. I take a tape there every few weeks or so for my home machines. My father who works from home takes tapes there every week. Just have a set of tapes to rotate in to the bank every so often. Box is something like $35/year. Worth having for other non-computer valuables as well.
Well, I'm not sure what the Avaya Key system is, but I know that Avaya has a native add-in card for their G3 line, which handles native (avaya hardware) IP phones, as well as "softphones" (install Avaya software on Win2k machine, it acts like a real phone). The phones act just like a real extension from the switch side. It works fine from long distances (our dev switch is in Boston, we have a remote offices in Dallas and Miami who use IP phones over a T1) so probably would do fine over wireless ethernet. The phones even have a "mini" hub built in. Plug phone into ethernet, then can plug a PC into the phone so you don't even need an extra network port. Only annoying thing is that the phones need power (although they support Power over Ethernet) and have a massive power brick.
Again, I don't know what your phone system is, but this might work if it can support these phones.
Actually, not even close. I have a built-in GPS in my car. You enter in your destination before starting and it speaks instructions to you. All you do is listen to it. If you make a mistake or go off their recommended path, it automatically recalculates its directions, all with no user intervention.
Well, just a quick note, Pittsburgh is very much NOT a steel city any more. Its not quite the high-tech city that somewhere like Boston is, but still is pretty high-tech. (I'm orig from Pgh, but live in Boston now).
I don't even think that there are any working steel mills within 10-15 miles of the city, maybe even further. There is, however, CMU, the supercomputing center, UPMC medical center and a whole bunch of other research facilities.
Am I missing something here? How is it that opening up the API creates a security flaw? I can maybe see them saying that giving away their source will, but how is an API going to? The API is just how to talk to the machine. Unless their API contains something like "let me do anything I want on the target machine", how does this cause a security breach?
Are we sure that he wasn't testifying against Microsoft? I mean, come on, I don't think that the best anti-Microsoft witness could do any better in this case than that!
Well, whatever their name is today, the Lucent/Wavelan wireless ethernet card is pretty well supported. Lucent has released their own binary-only drivers, but from reading the wireless mailing lists (or faqs, I forget), they also seem to work with the person who has developed the Open Source drivers as well.
And I think that that migth be part of the point that the EFF is trying to make. If the gun manufacturer isn't responsible for murders, the murderer is, then maybe the software manufacturer isn't responsible for copyright violation, the copyright violators are.
I think that this is more of a "publicity stunt" to bring up this issue. If the "highway" isn't at fault, and the manufacturer isn't at fault, maybe its the user.
One states that Jack is always full of it, and 2 mention that Jack's reference to a "Maalox Moment" is a violation of Maalox's trademark, as he doesn't bother to credit Maalox for using their name.
Its good to see that people outside of the/. world also think that Jack is full of it.
Well, one thing to consider here is that a
Sun Blade 100 starts at under $1000US for a decently configured machine, plus, the Blade 100 uses standard PC133 DIMMS, so you can upgrade the box to half a gig of ram for under $100 from someone like Crucial or even Best Buy...
That does move Sun into competition with the cheap x86 machines of today.
We use ClearCase (a great source code control system, in my mind) at my company, but for your purposes, ClearCase would be too much. Running ClearCase and general source code control is pretty much a full time job. Would be way too much for your needs (given company size)
I was wondering whether RH has any plans to include IPSec (via FreeS/Wan or other) out of the box in any distribution any time soon. Now that the RSA patent is gone, and export law seems to be easier. While it isn't too bad to install, it would be nice to have out of the box support. (Although I am not sure if Freeswan works w/ 2.4 yet)
Well, I know under the PR1 release, they had a full downloadable file, to install for N machines, if you are on a lan. I can't find it for PR2, so I just did the next best thing, make a hack...:)
ftp ftpi.netscape.com
cd/pub/netscape6/long obvious path/
grab all the files (recursivly) including the xli and lps directories
set up a FTP server locally to mirror above directory structure
edit hosts file on machines to install, point ftp.netscape.com to be host of your FTP server
This question seems to be asking whether Unix can handle a 30GB database? Should this be asking if Linux can handle it, or any general Unix? I would guess that the answer to either of these questions is yes. I certainly know that Solaris is more than capable, but can't see why Linux wouldn't (hey, even Sybase under NT can handle it, although not as well as Solaris).
As far as the 2GB file system limit, this is something that is easy to get around. Up until Solaris 7, when Solaris became 64 bit and supported files/partitions > 2GB, all you needed to do was to create multiple Sybase database devices and span the database across them.
Slashdot Mirror
All you have to do is write it. Check out This post below . Tivo has released their protocol, and if you read it, as long as Tivo receives the stream as MP3, it will play it. You can therefore write a server which will convert your OGG file to MP3 on-the-fly and it will play it. Might not be ideal, but it will work if you have 200GB of OGG files. Remeber, Tivo's CPU is not much more than a 200MHz CPU, if that, and htat handles ALL operation. Tivo has a dedicated MPG hardware encoder/decoder.
Actually, you are wrong. Check out this post below. Tivo has already released an apache module! Very cool thing of them to do, and answers your question. As far as sharing goes, see Reply's various lawsuits. Tivo seems to want to cooperate w/ the networks, not piss them off.
Tivo had a deal to upgrade Series 1 units to series 2 units while keeping lifetime subscriptions. Also, a USB ethernet adaptor is dirt cheap. I bought a couple of 3C460B adaptors for about $7 a piece as soon as I heard that 3.2 (and 3.0?) un-SUPPORTed them.
Well, the latest Sony US released PVRs are Tivo series 2s, and the last Japanese released PVR that was mentioned on /. a while back was Tivo, so this is probalby a Tivo as well.
Actually, odds are, the Sony unit is a Tivo as well.
I don't know, I have a few IO-Data and Lexar memory sticks for my Clie.
Our company just implemented Siebel for defect/case tracking, etc. Siebel is a MSJAVA web based app. Siebel won't run on my machine if I'm using Sun's Java.
While I completly blame Siebel for writing to a lame Java API (Siebel is known to be very _very_ pro Microsoft), it would harm anyone who has implemented Siebel.
He was a mob boss in Boston who was tipped off to run by a corrupt FBI agent, or something to that effect. Read the article and follow the link
So what about the fact that AT&T Broadband is selling their own branded TiVos? This kind of makes it difficult to say that they hate them.
I have a box at my local bank. I take a tape there every few weeks or so for my home machines. My father who works from home takes tapes there every week. Just have a set of tapes to rotate in to the bank every so often. Box is something like $35/year. Worth having for other non-computer valuables as well.
Well, I'm not sure what the Avaya Key system is, but I know that Avaya has a native add-in card for their G3 line, which handles native (avaya hardware) IP phones, as well as "softphones" (install Avaya software on Win2k machine, it acts like a real phone). The phones act just like a real extension from the switch side. It works fine from long distances (our dev switch is in Boston, we have a remote offices in Dallas and Miami who use IP phones over a T1) so probably would do fine over wireless ethernet. The phones even have a "mini" hub built in. Plug phone into ethernet, then can plug a PC into the phone so you don't even need an extra network port. Only annoying thing is that the phones need power (although they support Power over Ethernet) and have a massive power brick.
Again, I don't know what your phone system is, but this might work if it can support these phones.
Actually, not even close. I have a built-in GPS in my car. You enter in your destination before starting and it speaks instructions to you. All you do is listen to it. If you make a mistake or go off their recommended path, it automatically recalculates its directions, all with no user intervention.
Oh, joy. Now we have some idiot with a touch screen panel in his car running Winamp. Like this guy won't cause an accident.
Well, just a quick note, Pittsburgh is very much NOT a steel city any more. Its not quite the high-tech city that somewhere like Boston is, but still is pretty high-tech. (I'm orig from Pgh, but live in Boston now).
I don't even think that there are any working steel mills within 10-15 miles of the city, maybe even further. There is, however, CMU, the supercomputing center, UPMC medical center and a whole bunch of other research facilities.
Am I missing something here? How is it that opening up the API creates a security flaw? I can maybe see them saying that giving away their source will, but how is an API going to? The API is just how to talk to the machine. Unless their API contains something like "let me do anything I want on the target machine", how does this cause a security breach?
Are we sure that he wasn't testifying against Microsoft? I mean, come on, I don't think that the best anti-Microsoft witness could do any better in this case than that!
Well, whatever their name is today, the Lucent/Wavelan wireless ethernet card is pretty well supported. Lucent has released their own binary-only drivers, but from reading the wireless mailing lists (or faqs, I forget), they also seem to work with the person who has developed the Open Source drivers as well.
And I think that that migth be part of the point that the EFF is trying to make. If the gun manufacturer isn't responsible for murders, the murderer is, then maybe the software manufacturer isn't responsible for copyright violation, the copyright violators are.
I think that this is more of a "publicity stunt" to bring up this issue. If the "highway" isn't at fault, and the manufacturer isn't at fault, maybe its the user.
One states that Jack is always full of it, and 2 mention that Jack's reference to a "Maalox Moment" is a violation of Maalox's trademark, as he doesn't bother to credit Maalox for using their name.
Its good to see that people outside of the /. world also think that Jack is full of it.
That does move Sun into competition with the cheap x86 machines of today.
We use ClearCase (a great source code control system, in my mind) at my company, but for your purposes, ClearCase would be too much. Running ClearCase and general source code control is pretty much a full time job. Would be way too much for your needs (given company size)
I was wondering whether RH has any plans to include IPSec (via FreeS/Wan or other) out of the box in any distribution any time soon. Now that the RSA patent is gone, and export law seems to be easier. While it isn't too bad to install, it would be nice to have out of the box support. (Although I am not sure if Freeswan works w/ 2.4 yet)
See my comment on Hack for a local install below (still moderated too low for threshholds...)
- ftp ftpi.netscape.com
- cd
/pub/netscape6/long obvious path/
- grab all the files (recursivly) including the xli and lps directories
- set up a FTP server locally to mirror above directory structure
- edit hosts file on machines to install, point ftp.netscape.com to be host of your FTP server
- run their install, and it goes local
- take ftp.netscape.com out of hosts file
Of course, could do DNS tricks to do the same...This question seems to be asking whether Unix can handle a 30GB database? Should this be asking if Linux can handle it, or any general Unix? I would guess that the answer to either of these questions is yes. I certainly know that Solaris is more than capable, but can't see why Linux wouldn't (hey, even Sybase under NT can handle it, although not as well as Solaris).
As far as the 2GB file system limit, this is something that is easy to get around. Up until Solaris 7, when Solaris became 64 bit and supported files/partitions > 2GB, all you needed to do was to create multiple Sybase database devices and span the database across them.