G4 = RISCy instruction set K7 = CISCified instruction set
G4 = Uses some pipelines for efficiency. K7 = Uses more CPU pipelines for greater efficiency.
G4 = Flat memory model. K7 = Segmented until you switch into protected mode.
G4 = More registers than you can shake a stick at. K7 = We have cache. Who needs registers?
Ok, they're both made out of silicon at some point, but they're as similar as tampons and kurt@thepope.org (Nice rash, btw;-)) ---
Re:if(Crusoe==x86) {clap_your_hands();}
on
Darwin on Crusoe?
·
· Score: 1
Remember, this is the same crowd that likes to wonder aloud about "that native code on that 128-bit VLIW core, I betcha it'd be killer!"
These people do not understand targetted markets and efficiency, and worship the little tin god of performance. I'm suprised more people haven't comments that "Apple clearly has info on the VLIW core of that baby!"
I think they'll start to get it when they realise their "only" 400Mhz Transmeta laptops and webpads run forever on triple As:-) ---
Ahh, you must not compare Apples and computers (pun!).
128-bit encryption in Win2k is symetrical, using a RSA style negotiation setup. 128bits is more than enough for a symetrical key, as it still takes a long, long time to check all the possible 2^128 numbers against a block.
Public key (RSA) style for general encryption, OTOH, requires a much greater keylength because you are giving away some information. You can't choose low-order polynomials, as it would make it trivial to break your data. You have to keep your "key window" in a much higher area, which is perfectly fine until someone figures out a quick way of factoring super huge numbers:-)
So two different styles of encryption, two different optimal key lengths.. ---
If the MPAA has states and proved to a judge that the CSS system is designed for access control, rather than antipiracy, we need to inform people of this.
Together, we've managed to kill DIVX. DIVX, though, was just a more obvious evil compared to CSS and player licencing. Should you pay to watch a movie? Should the money you spend on a player go towards licencing fees?
I don't think it should. If you buy a copy of something that can be duplicated inexpensively and perfectly, it does not mean you have to start licencing it. Just make it against the law to copy it for purposes other than fair use. Indeed, the law supports this.
So why would the MPAA want player control? Why is it neccessary?
It is neccessary because it is just another step towards marginalising the fair usage of things you paid for. DIVX was an offshoot of this, and so is CSS. Show your disgust by NOT buying DVDs or their players. If enough of us stand up for our rights, we'll be able to keep them. ---
Playing CDs in a discman has led to scratches. I usually play CDs non-stop, and if my player has had problems, it can damage the CD.
Now I just stick the CD in the drive, run a script, and listen to the MP3s. The CDs and case and material are all stored in a safe environment (it'd be cool if I could digitize everything). ---
Ext3 -- Still pre-alpha. Doubtful this will be in 2.4.x. Maybe 2.5.x +
ReiserFS -- The 2.3.x freeze means this might not make it into 2.4.x
XFS -- We've had a press release so far. Woo-frickin'-hoo.
JFS -- An interesting pile of code. What kernels does this work with? The 2.3.x series has had major changes to its buffer cache subsystem, so if this one doesn't already work on 2.3.x, it's doubtfull it'll go in either.
So, while we "may" have lots of journaling file systems someday, there's only one contender for 2.4.x, and only 3 actual public code bases. There are, at last count triple digits of window managers:-) ---
If those are the results, then we need to inform people.
44% of people did not distribute because there was no "unfirom secure distribution system." That's more than the 16% of record execs. How many artists is that?
67% think that SDMI actually does help the industry. This should be the most glaring piece of misinformation we need to correct. "Remember DAT?"
36% thought that the SDMI decision making process was positive! That's more than the percentage that thought SDMI was for the RIAA agenda only.
Until we can hit 90% or better on the points you mentioned, we'll not have the mindshare we need to get through to the company execs and money makers. They'll continue to put out flowery press releases crowing about SDMI "protecting the customer" -- what they won't include is the fact that they're really protecting the company from the customer.
Spread the word today. Strongly associate DIVX and SDMI devices. Make sure people understand fair use means they are allowed to have MP3 backups of their music, and don't need to buy two copies of everything (a "play" copy and a "good" copy) since they can listen to the MP3s on wonderful devices like the Rio. How many of you like having to buy new CDs because the old ones "wore out" or otherwise became too scratched? ---
MS has actually kinda fixed this in NT 5, except it's a horrible kludge where they simple overwrite drivers with ones specified from a cab file. Not the most efficient solution, but fairly good considering the parentage of the OS. This is a classic case of weakly enforced checks allowing poorly written programs to barf all over the place.
(PS: The only other OS that is broken enough to allow overwriting of running binaries is Solaris, and I don't even want to talk about it;-))
(And whoever moderated you as flamebait needs to learn more about OS architectures, I agree with you 100%) ---
Slashdot ate part of the code, both the perl and the C.. It's the preview but they haven't fixed. Damnit.. (I also hit submit instead of preview by accident -- Rob, could we have those on separate sides of the format specifier?)... Have fun
#!/usr/bin/perl -p # # code2html - convert code to html for posting to slashdot # # tchrist@perl.com # Sunday, December 19th, 1999 BEGIN { print "<TT>\n" }# and the spirit of awk... # first kill all the tabs 1 while s{ \t + } { " " x (length($&)*8 - length($`)%8) }ex; # then the four standard naughty bits s/&/&/g;# must remember to do this one first! s/</</g;# this is the most important one s/>/>/g;# don't close too early s/"/"/g;# only in embedded tags, i guess # make lines break where they should s/^\s*$/<P>/ || s/$/<BR>/; # make sure spaces aren't squishticated so we # can do indentation and properly align comments s/( {2,})/' ' x length($1)/ge; END { print "</TT>\n" }#...shall be with us always
Nice and christmasy. Disclaimer: I used a perl script to escape it. Here's the perl script escaped to itself:-) #!/usr/bin/perl -p # # code2html - convert code to html for posting to slashdot # # tchrist@perl.com # Sunday, December 19th, 1999 BEGIN { print "\n" }# and the spirit of awk... # first kill all the tabs 1 while s{ \t + } { " " x (length($&)*8 - length($`)%8) }ex; # then the four standard naughty bits s/&/&/g;# must remember to do this one first! s/ s/>/>/g;# don't close too early s/"/"/g;# only in embedded tags, i guess # make lines break where they should s/^\s*$/
/ || s/$/ /; # make sure spaces aren't squishticated so we # can do indentation and properly align comments s/( {2,})/'' x length($1)/ge; END { print "\n" }#...shall be with us always
Otherwise, it's interesting you pointed this out. Practically everyone (less the blue shirted suite, and a few others) are wearing nothing but black with black hair.
How, uhm, creative.:-P
At least that guy showed some "difference" in his mode of dress. And it wasn't because Apple told him to "think different(sic)"..:-) ---
Liveice with icecast on line in. Keep the radio connected to line in.
If you wish to stream static MP3s, get Shout or Yell and stream those.
Yell is available from part of my website as I am the primary developer. It's in development, and is not yet feature complete. It will, however, let you keep a couple of CDs worth of MP3s looping in sequential or random play -- there is some skipping, though. It appears to be a bug in the icecast server (assumptions made about br and buffersize). I'm working with some members of the icecast dev team on it.
Icecast is, of course, available from Icecast.org, and contains Shout as a part of the standard package. Shout has some trickier issues, though. AFAIK, signalling is not working in Linux by default because of how Linux handles signals. Grab the CVS Shout for the fix:-)
What driving sim requires something aprox 3x more powerful than a GeForce 256 DDR (as the other replier mentioned)? What fighter?
It's sick the amount of triangle envy they are trying to elicit with this console. The chip for it costs 100$. Why not market it on a PCI board, and make millions? Because they also want to have the CD, DVD, and gaming all tied into a slick black console. An expensive black console.
I just don't see the purpose. Clearly they've not designed something that is modular and upgradable, like a PC. There's nothing to justify the cost, except the "firstest-with-the-mostest" attitude of the developers. ---
"It will only be 640x480 on a standard TV, because that is all that a standard TV can display. However, the resolution that it uses internally is much higher, something like 1440x1024, or something like that."
Valid, but the TV is closer to 512x384 in terms of capabilties, thanks to the 1950s design it uses. HDTVs do, of course, do more. But this "downsampling" argument reminds me too much of the Voodoo3 "it uses 24-bit rendering internally."
As for it being a gaming machine. Well, it's a very expensive gaming machine. Needlessly so, IMO. I can understand it playing DVDs and CDs, as you could just buy the unit for that, but the powerful graphics chip is too powerful. They are subsidizing it with the prices of the games, something I cannot stand. It's bad enough when games are 50$, but when they are subsidizing the unit, they end up at 75$ or more, thanks to draconian licencing.
I say, because they have tried to make it do so much, it will do nothing as well as it could have, and cost too much in the process. ---
CERT seems to be stating the obvious here. And I'm glad. People need this rammed into their heads: if you want security, separate CODE and DATA. Once these are separated, you can begin to selectively allow trusted places to include code with the data.
I have selective way of enabling Javascript for trusted sites in Opera or Netscape, but Mozilla could add this much needed feature -- allowing me to run without Javascript, unless it's needed for something. Security is increased in this way.
Netscape's horrible 4.x browser seems to require Javascript for CSS to work at all, though, so you have to settle for disabling Java, and forcing it to use a Junkbuster proxy (nukes cookies except for the exceptions), and another for script escaping.
Web boards, AFAIK, espcape all content by default. This is fine, as escaped content comes out as visible data, and not as possible malicous code. The various exploits only seem to affect sloppyily programmed webboards (ie: notPhorum, it's secure).
Maybe someday we'll be allowed one click "trust for js" "trust for cookies" "trust for java" etc... As they are all executable code or, in the case of cookies, serial numbers allowing tracking (think doubleclick.net). CSS1 and HTML4 are perfectly secure by themselves -- remember that. Opera runs fine in "HTML & CSS only" mode. ---
"extraordinary processing power in a sub-$400 game console."
Hmm... 1) Get PSX2 that plays DVDs and a couple of games, and allows me to surf the web via dialup on my TV 2) Get that TNT2 Ultra or GeForce256 DDR for the same price, and realise that upgrade cards can handle some work..
" Peter Glaskowsky, a senior editor for Microprocessor Report, said Thursday that a PlayStation 2 will be fundamentally easier to use than a PC."
Yes, the PSX2 gamepad seems to be so much easier on the wrists as compared to a 101-key QWERTY keyboard.
"There are fewer ways for the average user to run into problems because read-only devices are harder to break, he says."
Considering the "average user" intelligence level (12:00... 12:00... 12:00...) -- he's right. They'll likely not realise they can't save any of their files:-) Although I can break R/O CDROM devices just as easily as harddrives, given a proper height from which to drop them.
So we have an expensive chimera unit. Not gaming console (like the ever loveable Super Nintendo I own), and not a computer (like the ever loveable homebuilts I own), and does the gaming not as well as a powerful PC, and does the PC stuff not as well as a cheap PC with an ancient monitor.
"Success? Who needs it! We have the emotion engine." ---
"I didn't see the word technical in my post anywhere."
Ahh, but you did say, "the winners in all those battles won because they were the superior product." If Windows wasn't technologically supperior (the word is different from technically), how was it supperior? The mad Gates-fu action? The strong-armed OEM deals? The product was in no way supperior. You didn't even backup your claim. I just picked one way in which it wasn't supperior.
(hurt feelings mode on) "Try reading things before you post moron."
I don't post moron, I post messages. Perhaps before you enter a sig like "Speak friend and enter" and say things like this, you should research a little grammatical rule -- commas used around names when used in direct address. Besides the fact you are attacking me for pointing out genuine flaws in an article, rather than addressing my points. Some friend you are. (hurt feelings mode off)
"Besides no matter how well OS/2 was designed, the fact that it its first serveral iterations it didn't recognize 80% of the hardware out there ensured the markets rightous rejection of the product."
OS/2 Warp 3 and 4 both recognised everything I had on my machine, and gave me the same amount of "driver support" as Windows 95 did back when I ran it (this was all way back in 1995/6, though, before my Linux days). You might've had some bad experiences, but don't let that stop you from looking at things objectively. The BeOS has the same "driver share" as OS/2 did in its day, comparatively.
"Huh? I'd bet on the homospiens over the dinosaur any day of the week."
Maybe. But I said Windows didn't win because it was supperior. Did homosapiens win because they were supperior? No, the dinosaurs were already dead, just like OS/2 was already sinking to its grave well before Windows became the "standard" for OEMs, etc.
"Do you know what the word momentum means? Are you seriously saying that the rate of growth of Linux is less than that of windows over, say, the past 12 months? If so, you are both foolish and wrong."
As others have noted, you have confused momentum with acceleration. Linux does not have the weight of numbers behind it right now, but it is growing. Linux, unlike Windows, does offer supperior technology and flexibility. Once we have the momentum of hundreds of millions of users, Linux will have truly reached its potential.
"Boy, there is an asinine statement... the winners in all those battles won because they were the superior product."
Prove it.
"PCs -- cheaper and more open VHS -- cheaper and more open Windows -- actually had working device drivers Linux -- well see, but the word momentum comes to mind."
Yes, folks, a man just tried to say that Windows was a technologically supperior product to OS/2. Feel free to start laughing until you can't breath now.
I've used Windows, and I've used OS/2 (among other OSes). OS/2 was stabler, and had a better interface. Where it lost out was developer backing -- this is because Microsoft pushed hard with cheap VC licences early on, and because OS/2 did Win 3.1 better than Win3.1, and was used mainly as a way to keep legacy technology around. Developers for OS/2 were few and far betwen, as were the few native OS/2 apps. Windows did not win because it was supperior, anymore than homosapiens are supperior to the dinosaurs. OS/2 was already being killed by IBM before Microsoft decided Windows really was going to become 32-bit. This is because IBM is a hardware and services company, not a software company.
You've also convieniently forgotten about some other key points in your gross oversimplification. Linux may have momentum, but so does Windows -- a great deal more, if we look at raw usage numbers. Linux vs Hurd will be a moot point, as you can run Linux under Hurd, and because Linux is good for things Hurd is not (embedded), and vice versa.
VHS vs Beta. Hmm.. Beta had stereo and such sooner, but their format (the actual cassette format) was limited to 1 hour of SP quality, VS VHSes 2 hours. I'm sure there was marketting involved, too;-)
And PCs VS the Macintosh. I think Apple has done a good job of almost killing the platform in various misguided attempts to sell more of their hardware. Just like IBM and Commodore, Apple is about selling hardware -- not software. This was causing a lot of NIH syndrome, and general wrongheadedness which Steve Jobs seems to be curing at a fast rate. I wouldn't call PCs the "clear" winner, because computing is all about variety and choice -- not stagnation and single platform dominance (look at how Linux, et all, arose). ---
Jon, I've never replied to one of your articles before; I didn't have anything to say in responce to them. However, I have something to say to you: glad to see you:-)
I'm glad you learned that in a place like Slashdot, as opposed to "traditional media," the six degrees of separation are actually one degree of separation. That degree being the will to speak. If you have it, you'll be seen and heard by many others:-)
"I don't know why they don't show up." -- your Karma is likely low, and people aren't seeing you because of thresholds (or it could be you don't post as much as some). I suggest you preview a few times before hitting submit, and then make sure the comment is posted via your user page. It's also good for tracking replies to your posts, and keeping on top of interesting threads.
First -- this may seem a bit off topic; it is. However, I feel that everyone should be aware of the facts. This is not a question for Jon:-)
From the DeCSS readme.txt (in case you don't have your own copy;-): # wnaspi32.w98.dll: Use this for Win98 # wnaspi32.w2k.dll: Use this for NT/2K -- No mention of Linux at all.
Yet the CNN/Linuxworld interview purports: "Jon Johansen, a 16-year-old Norwegian member of the Masters of Reverse Engineering (MoRE) -- the group which created the DeCSS DVD playback utility for Linux."
Utility for Linux? I have no source, no code other than the binary code that is for Windows and only Windows. The CSS-auth core of the LiViD project, and the LiViD project itself, are opensource (and Linux runable) projects -- DeCSS is just a way for Windows users to use their HDs as buffers for DVD movies, or give people a chance to play with unencrypted DVD data under Linux if they have a dual boot machine handy.
I hope you people keep this in mind when writing stories about DeCSS -- because it was never intended to run under Linux, nor does it. It's just a simple Windows tool to "DeCSS" your CSS data. ---
The straight encrypted disks can be copied by any 10K $ DVD burner.
The blank media costs more than the real movies
As the encryption does not stop copying, the encryption only serves as a blockage to playback.
If they'd produced a viewer for Linux, even if it was "black hardware" decryption that used an opensource driver, they'd never have had this problem.
If Xing had been smart about encryption, they would not have had this problem.
People want to be able to have fair use on the movies they buy. People are now wizing up to the DVD "playback protection," so expect to see more "damage control" by these DVD guys in the future. Be sure you are out there spreading the truth, and making sure they don't FUD some other poor guy in jail. ---
I'm going to risk (some) karma here, and say you're wrong about Wine.
"The Win32 API is a moving target."
Sure. Each time they release it, though, it does not change. How much "spontaneous evolution" does Win98 do once installed?
"Microsoft will attempt to break WINE compatibility with every new release of Windows."
People have started to realise there's no reason to upgrade. Why use Office 2k, when Office 97 works fine? Why get Windows "Millennium" when Win98 works fine? And once thet break the Win32 API again, they have a whole slew of apps that no longer work.
Here's what Wine should do -- allow you to run different Win32 APIs in emulation. Want to run Win 3.1 apps? Use the Win16 emulation layer. Gaming, and general apps? The Win98 with DirectX 6.1 or 7.0 emulation layer would likely be fine -- as long that they don't mix Win16 code in.. But the tricky thunking could be setup with the two emulation layers cooperating. Win NT 4.0? Heck, it'd be easier than Win98 as NT assumes the Win16 stuff will be emulated in its own VDM. Emulating the NT 4.0 API for apps that need NT, the Win98 API for normal apps, and the Win16 API for Win3.1 apps would work fine.
Yet they still continue to make a huge, combined Win32 API emulator that must act differently depending on a huge list of variables. That's why they have failed. ---
Slashdot Mirror
"Considering that the G4 and Athlon have very similar architectures,"
;-))
Danger, Will Robinson!
G4 = Altivec (128bit SIMD)
K7 = 3DNow!/MMX (32bit SIMD)
G4 = Limited quantities, low-ish Mhz
K7 = Less limited quantities. Big-ish Mhz
G4 = RISCy instruction set
K7 = CISCified instruction set
G4 = Uses some pipelines for efficiency.
K7 = Uses more CPU pipelines for greater efficiency.
G4 = Flat memory model.
K7 = Segmented until you switch into protected mode.
G4 = More registers than you can shake a stick at.
K7 = We have cache. Who needs registers?
Ok, they're both made out of silicon at some point, but they're as similar as tampons and kurt@thepope.org (Nice rash, btw
---
Remember, this is the same crowd that likes to wonder aloud about "that native code on that 128-bit VLIW core, I betcha it'd be killer!"
:-)
These people do not understand targetted markets and efficiency, and worship the little tin god of performance. I'm suprised more people haven't comments that "Apple clearly has info on the VLIW core of that baby!"
I think they'll start to get it when they realise their "only" 400Mhz Transmeta laptops and webpads run forever on triple As
---
Ahh, you must not compare Apples and computers (pun!).
:-)
128-bit encryption in Win2k is symetrical, using a RSA style negotiation setup. 128bits is more than enough for a symetrical key, as it still takes a long, long time to check all the possible 2^128 numbers against a block.
Public key (RSA) style for general encryption, OTOH, requires a much greater keylength because you are giving away some information. You can't choose low-order polynomials, as it would make it trivial to break your data. You have to keep your "key window" in a much higher area, which is perfectly fine until someone figures out a quick way of factoring super huge numbers
So two different styles of encryption, two different optimal key lengths..
---
If the MPAA has states and proved to a judge that the CSS system is designed for access control, rather than antipiracy, we need to inform people of this.
Together, we've managed to kill DIVX. DIVX, though, was just a more obvious evil compared to CSS and player licencing. Should you pay to watch a movie? Should the money you spend on a player go towards licencing fees?
I don't think it should. If you buy a copy of something that can be duplicated inexpensively and perfectly, it does not mean you have to start licencing it. Just make it against the law to copy it for purposes other than fair use. Indeed, the law supports this.
So why would the MPAA want player control? Why is it neccessary?
It is neccessary because it is just another step towards marginalising the fair usage of things you paid for. DIVX was an offshoot of this, and so is CSS. Show your disgust by NOT buying DVDs or their players. If enough of us stand up for our rights, we'll be able to keep them.
---
Playing CDs in a discman has led to scratches. I usually play CDs non-stop, and if my player has had problems, it can damage the CD.
Now I just stick the CD in the drive, run a script, and listen to the MP3s. The CDs and case and material are all stored in a safe environment (it'd be cool if I could digitize everything).
---
So, while we "may" have lots of journaling file systems someday, there's only one contender for 2.4.x, and only 3 actual public code bases. There are, at last count triple digits of window managers
---
Not if you run it as a non-priviledged user ;-)
---
If those are the results, then we need to inform people.
44% of people did not distribute because there was no "unfirom secure distribution system." That's more than the 16% of record execs. How many artists is that?
67% think that SDMI actually does help the industry. This should be the most glaring piece of misinformation we need to correct. "Remember DAT?"
36% thought that the SDMI decision making process was positive! That's more than the percentage that thought SDMI was for the RIAA agenda only.
Until we can hit 90% or better on the points you mentioned, we'll not have the mindshare we need to get through to the company execs and money makers. They'll continue to put out flowery press releases crowing about SDMI "protecting the customer" -- what they won't include is the fact that they're really protecting the company from the customer.
Spread the word today. Strongly associate DIVX and SDMI devices. Make sure people understand fair use means they are allowed to have MP3 backups of their music, and don't need to buy two copies of everything (a "play" copy and a "good" copy) since they can listen to the MP3s on wonderful devices like the Rio. How many of you like having to buy new CDs because the old ones "wore out" or otherwise became too scratched?
---
I've never been able to overwrite a binary that was in use, even as root. Strip httpd while Apache is running led to "text file busy"
:-)
If you used dpkg or rpm, it may have looped while waiting to replace things. More information would help
---
MS has actually kinda fixed this in NT 5, except it's a horrible kludge where they simple overwrite drivers with ones specified from a cab file. Not the most efficient solution, but fairly good considering the parentage of the OS. This is a classic case of weakly enforced checks allowing poorly written programs to barf all over the place.
;-))
(PS: The only other OS that is broken enough to allow overwriting of running binaries is Solaris, and I don't even want to talk about it
(And whoever moderated you as flamebait needs to learn more about OS architectures, I agree with you 100%)
---
#include <stdio.h>
main(t,_,a)char *a;{return!0<t?t<3?main(-79,-13,a+main(-87,1-_,
main(-86,0,a+1)+a)):1,t<_?main(t+1,_,a):3,main(-9
main(2,_+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,
"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}+,/*{*+,/w{%+,/w#
q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}
){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n'wk nw' \
iwk{KK{nl]!/w{%'l##w#' i;
}'+}##(!!/")
#!/usr/bin/perl -p
#
# code2html - convert code to html for posting to slashdot
#
# tchrist@perl.com
# Sunday, December 19th, 1999
BEGIN { print "<TT>\n" }# and the spirit of awk...
# first kill all the tabs
1 while s{ \t + }
{ " " x (length($&)*8 - length($`)%8) }ex;
# then the four standard naughty bits
s/&/&/g;# must remember to do this one first!
s/</</g;# this is the most important one
s/>/>/g;# don't close too early
s/"/"/g;# only in embedded tags, i guess
# make lines break where they should
s/^\s*$/<P>/ || s/$/<BR>/;
# make sure spaces aren't squishticated so we
# can do indentation and properly align comments
s/( {2,})/' ' x length($1)/ge;
END { print "</TT>\n" }#
---
main(t,_,a)char *a;{return!0 main(-86,0,a+1)+a)):1,t main(2,_+1,"%s %d %d\n"):9:16:t "@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}+,/*{*+,/w{%+,/w#
q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}
){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n'wk nw' \
iwk{KK{nl]!/w{%'l##w#' i;
}'+}##(!!/")
Nice and christmasy. Disclaimer: I used a perl script to escape it. Here's the perl script escaped to itself :-) #!/usr/bin/perl -p
#
# code2html - convert code to html for posting to slashdot
#
# tchrist@perl.com
# Sunday, December 19th, 1999
BEGIN { print "\n" }# and the spirit of awk...
# first kill all the tabs
1 while s{ \t + }
{ " " x (length($&)*8 - length($`)%8) }ex;
# then the four standard naughty bits
s/&/&/g;# must remember to do this one first!
s/ s/>/>/g;# don't close too early
s/"/"/g;# only in embedded tags, i guess
# make lines break where they should
s/^\s*$/
/ || s/$/ ...shall be with us always
/;
# make sure spaces aren't squishticated so we
# can do indentation and properly align comments
s/( {2,})/'' x length($1)/ge;
END { print "\n" }#
---
As others have said, eeply close to racism.
:-P
.. :-)
Otherwise, it's interesting you pointed this out. Practically everyone (less the blue shirted suite, and a few others) are wearing nothing but black with black hair.
How, uhm, creative.
At least that guy showed some "difference" in his mode of dress. And it wasn't because Apple told him to "think different(sic)"
---
Liveice with icecast on line in. Keep the radio connected to line in.
:-)
If you wish to stream static MP3s, get Shout or Yell and stream those.
Yell is available from part of my website as I am the primary developer. It's in development, and is not yet feature complete. It will, however, let you keep a couple of CDs worth of MP3s looping in sequential or random play -- there is some skipping, though. It appears to be a bug in the icecast server (assumptions made about br and buffersize). I'm working with some members of the icecast dev team on it.
Icecast is, of course, available from Icecast.org, and contains Shout as a part of the standard package. Shout has some trickier issues, though. AFAIK, signalling is not working in Linux by default because of how Linux handles signals. Grab the CVS Shout for the fix
---
What driving sim requires something aprox 3x more powerful than a GeForce 256 DDR (as the other replier mentioned)? What fighter?
It's sick the amount of triangle envy they are trying to elicit with this console. The chip for it costs 100$. Why not market it on a PCI board, and make millions? Because they also want to have the CD, DVD, and gaming all tied into a slick black console. An expensive black console.
I just don't see the purpose. Clearly they've not designed something that is modular and upgradable, like a PC. There's nothing to justify the cost, except the "firstest-with-the-mostest" attitude of the developers.
---
"It will only be 640x480 on a standard TV, because that is all that a standard TV can display. However, the resolution that it uses internally is much higher, something like 1440x1024, or something like that."
Valid, but the TV is closer to 512x384 in terms of capabilties, thanks to the 1950s design it uses. HDTVs do, of course, do more. But this "downsampling" argument reminds me too much of the Voodoo3 "it uses 24-bit rendering internally."
As for it being a gaming machine. Well, it's a very expensive gaming machine. Needlessly so, IMO. I can understand it playing DVDs and CDs, as you could just buy the unit for that, but the powerful graphics chip is too powerful. They are subsidizing it with the prices of the games, something I cannot stand. It's bad enough when games are 50$, but when they are subsidizing the unit, they end up at 75$ or more, thanks to draconian licencing.
I say, because they have tried to make it do so much, it will do nothing as well as it could have, and cost too much in the process.
---
CERT seems to be stating the obvious here. And I'm glad. People need this rammed into their heads: if you want security, separate CODE and DATA. Once these are separated, you can begin to selectively allow trusted places to include code with the data.
I have selective way of enabling Javascript for trusted sites in Opera or Netscape, but Mozilla could add this much needed feature -- allowing me to run without Javascript, unless it's needed for something. Security is increased in this way.
Netscape's horrible 4.x browser seems to require Javascript for CSS to work at all, though, so you have to settle for disabling Java, and forcing it to use a Junkbuster proxy (nukes cookies except for the exceptions), and another for script escaping.
Web boards, AFAIK, espcape all content by default. This is fine, as escaped content comes out as visible data, and not as possible malicous code. The various exploits only seem to affect sloppyily programmed webboards (ie: not Phorum, it's secure).
Maybe someday we'll be allowed one click "trust for js" "trust for cookies" "trust for java" etc... As they are all executable code or, in the case of cookies, serial numbers allowing tracking (think doubleclick.net). CSS1 and HTML4 are perfectly secure by themselves -- remember that. Opera runs fine in "HTML & CSS only" mode.
---
"extraordinary processing power in a sub-$400 game console."
:-) Although I can break R/O CDROM devices just as easily as harddrives, given a proper height from which to drop them.
Hmm...
1) Get PSX2 that plays DVDs and a couple of games, and allows me to surf the web via dialup on my TV
2) Get that TNT2 Ultra or GeForce256 DDR for the same price, and realise that upgrade cards can handle some work..
" Peter Glaskowsky, a senior editor for Microprocessor Report, said Thursday that a PlayStation 2 will be fundamentally easier to use than a PC."
Yes, the PSX2 gamepad seems to be so much easier on the wrists as compared to a 101-key QWERTY keyboard.
"There are fewer ways for the average user to run into problems because read-only devices are harder to break, he says."
Considering the "average user" intelligence level (12:00... 12:00... 12:00...) -- he's right. They'll likely not realise they can't save any of their files
So we have an expensive chimera unit. Not gaming console (like the ever loveable Super Nintendo I own), and not a computer (like the ever loveable homebuilts I own), and does the gaming not as well as a powerful PC, and does the PC stuff not as well as a cheap PC with an ancient monitor.
"Success? Who needs it! We have the emotion engine."
---
When replying to trolls, you lower yourself to their level by imitating their means.
---
"I didn't see the word technical in my post anywhere."
:-)
Ahh, but you did say, "the winners in all those battles won because they were the superior product." If Windows wasn't technologically supperior (the word is different from technically), how was it supperior? The mad Gates-fu action? The strong-armed OEM deals? The product was in no way supperior. You didn't even backup your claim. I just picked one way in which it wasn't supperior.
(hurt feelings mode on)
"Try reading things before you post moron."
I don't post moron, I post messages. Perhaps before you enter a sig like "Speak friend and enter" and say things like this, you should research a little grammatical rule -- commas used around names when used in direct address. Besides the fact you are attacking me for pointing out genuine flaws in an article, rather than addressing my points. Some friend you are. (hurt feelings mode off)
"Besides no matter how well OS/2 was designed, the fact that it its first serveral iterations it didn't recognize 80% of the hardware out there ensured the markets rightous rejection of the product."
OS/2 Warp 3 and 4 both recognised everything I had on my machine, and gave me the same amount of "driver support" as Windows 95 did back when I ran it (this was all way back in 1995/6, though, before my Linux days). You might've had some bad experiences, but don't let that stop you from looking at things objectively. The BeOS has the same "driver share" as OS/2 did in its day, comparatively.
"Huh? I'd bet on the homospiens over the dinosaur any day of the week."
Maybe. But I said Windows didn't win because it was supperior. Did homosapiens win because they were supperior? No, the dinosaurs were already dead, just like OS/2 was already sinking to its grave well before Windows became the "standard" for OEMs, etc.
"Do you know what the word momentum means? Are you seriously saying that the rate of growth of Linux is less than that of windows over, say, the past 12 months? If so, you are both foolish and wrong."
As others have noted, you have confused momentum with acceleration. Linux does not have the weight of numbers behind it right now, but it is growing. Linux, unlike Windows, does offer supperior technology and flexibility. Once we have the momentum of hundreds of millions of users, Linux will have truly reached its potential.
And don't be so rude
---
"Boy, there is an asinine statement... the winners in all those battles won because they were the superior product."
;-)
Prove it.
"PCs -- cheaper and more open
VHS -- cheaper and more open
Windows -- actually had working device drivers
Linux -- well see, but the word momentum comes to mind."
Yes, folks, a man just tried to say that Windows was a technologically supperior product to OS/2. Feel free to start laughing until you can't breath now.
I've used Windows, and I've used OS/2 (among other OSes). OS/2 was stabler, and had a better interface. Where it lost out was developer backing -- this is because Microsoft pushed hard with cheap VC licences early on, and because OS/2 did Win 3.1 better than Win3.1, and was used mainly as a way to keep legacy technology around. Developers for OS/2 were few and far betwen, as were the few native OS/2 apps. Windows did not win because it was supperior, anymore than homosapiens are supperior to the dinosaurs. OS/2 was already being killed by IBM before Microsoft decided Windows really was going to become 32-bit. This is because IBM is a hardware and services company, not a software company.
You've also convieniently forgotten about some other key points in your gross oversimplification. Linux may have momentum, but so does Windows -- a great deal more, if we look at raw usage numbers. Linux vs Hurd will be a moot point, as you can run Linux under Hurd, and because Linux is good for things Hurd is not (embedded), and vice versa.
VHS vs Beta. Hmm.. Beta had stereo and such sooner, but their format (the actual cassette format) was limited to 1 hour of SP quality, VS VHSes 2 hours. I'm sure there was marketting involved, too
And PCs VS the Macintosh. I think Apple has done a good job of almost killing the platform in various misguided attempts to sell more of their hardware. Just like IBM and Commodore, Apple is about selling hardware -- not software. This was causing a lot of NIH syndrome, and general wrongheadedness which Steve Jobs seems to be curing at a fast rate. I wouldn't call PCs the "clear" winner, because computing is all about variety and choice -- not stagnation and single platform dominance (look at how Linux, et all, arose).
---
Jon, I've never replied to one of your articles before; I didn't have anything to say in responce to them. However, I have something to say to you: glad to see you :-)
:-)
I'm glad you learned that in a place like Slashdot, as opposed to "traditional media," the six degrees of separation are actually one degree of separation. That degree being the will to speak. If you have it, you'll be seen and heard by many others
"I don't know why they don't show up."
-- your Karma is likely low, and people aren't seeing you because of thresholds (or it could be you don't post as much as some). I suggest you preview a few times before hitting submit, and then make sure the comment is posted via your user page. It's also good for tracking replies to your posts, and keeping on top of interesting threads.
Have fun..
---
First -- this may seem a bit off topic; it is. However, I feel that everyone should be aware of the facts. This is not a question for Jon :-)
;-):
From the DeCSS readme.txt (in case you don't have your own copy
# wnaspi32.w98.dll: Use this for Win98
# wnaspi32.w2k.dll: Use this for NT/2K
-- No mention of Linux at all.
Yet the CNN/Linuxworld interview purports:
"Jon Johansen, a 16-year-old Norwegian member of the Masters of Reverse Engineering (MoRE) -- the group which created the DeCSS DVD playback utility for Linux."
Utility for Linux? I have no source, no code other than the binary code that is for Windows and only Windows. The CSS-auth core of the LiViD project, and the LiViD project itself, are opensource (and Linux runable) projects -- DeCSS is just a way for Windows users to use their HDs as buffers for DVD movies, or give people a chance to play with unencrypted DVD data under Linux if they have a dual boot machine handy.
I hope you people keep this in mind when writing stories about DeCSS -- because it was never intended to run under Linux, nor does it. It's just a simple Windows tool to "DeCSS" your CSS data.
---
- The straight encrypted disks can be copied by any 10K $ DVD burner.
- The blank media costs more than the real movies
- As the encryption does not stop copying, the encryption only serves as a blockage to playback.
- If they'd produced a viewer for Linux, even if it was "black hardware" decryption that used an opensource driver, they'd never have had this problem.
- If Xing had been smart about encryption, they would not have had this problem.
People want to be able to have fair use on the movies they buy. People are now wizing up to the DVD "playback protection," so expect to see more "damage control" by these DVD guys in the future. Be sure you are out there spreading the truth, and making sure they don't FUD some other poor guy in jail.---
I'm going to risk (some) karma here, and say you're wrong about Wine.
"The Win32 API is a moving target."
Sure. Each time they release it, though, it does not change. How much "spontaneous evolution" does Win98 do once installed?
"Microsoft will attempt to break WINE compatibility with every new release of Windows."
People have started to realise there's no reason to upgrade. Why use Office 2k, when Office 97 works fine? Why get Windows "Millennium" when Win98 works fine? And once thet break the Win32 API again, they have a whole slew of apps that no longer work.
Here's what Wine should do -- allow you to run different Win32 APIs in emulation. Want to run Win 3.1 apps? Use the Win16 emulation layer. Gaming, and general apps? The Win98 with DirectX 6.1 or 7.0 emulation layer would likely be fine -- as long that they don't mix Win16 code in.. But the tricky thunking could be setup with the two emulation layers cooperating. Win NT 4.0? Heck, it'd be easier than Win98 as NT assumes the Win16 stuff will be emulated in its own VDM. Emulating the NT 4.0 API for apps that need NT, the Win98 API for normal apps, and the Win16 API for Win3.1 apps would work fine.
Yet they still continue to make a huge, combined Win32 API emulator that must act differently depending on a huge list of variables. That's why they have failed.
---