No, it won't. We'll just have to get accustomed to the term "number of simultaneous Doom 3 windows" rather than "number of hundreds of frames per second".
And don't forget you can pair Pygame with PyOpenGL. By moving all the pure drawing to hardware, I'm pretty sure you could free enough CPU cycles to get a game like Doom or Quake running on a decent computer.
Yep, even in Python. It's commonly heard that Python can perform 100x worse than compiled C. But hey, computers are 100x faster today than they were when Doom came out.
And there's the JIT-like Psyco which generally boosts Python code performance by 4x or so.
For me, personally, it's really the atmosphere of the original Doom. Particularly Knee-Deep in the Dead (the first episode), with its brilliantly laid out levels, the suggestive misty sky (its impact is more important than you might think:), hunting for secret areas, and the awesome surreal design in general.
Besides, the gameplay is top notch. And you can make levels for the game.
Here we come, won't that be great. 10Mfps in Quake4D, milliseconds from start to crash in windows.
Nonsense. What we get is redundancy, and we can actually use it. See, the thing with faster computers is, they allow a greater level of abstraction in programs, both on the programmer and the user side. This has unfortunately not yet happened, since too many programmers stubbornly stick to C and its likes.
Granted, using high-level programming languages does not automatically make programs more stable, but it does give better chances of resuming or recovering from errors, and more importantly, it allows programmers to focus on more important aspects of programs. Best of all: we can use all that extra power for human-computer interface enhancements, such as speech, video or natural language recognition.
These games were awesome! The controls unfortunately had a few flaws, but nevertheless the gameplay kicked ass due to the variation. One level you'd be platforming through a sandcrawler, the next you'd be flying a Mode 7-based hovercraft. The graphics and sound were amazing for their time too, and those sprites still look great IMO. Extremely crisp, and the bosses look just the way they should:)
- Dark Forces
Anyone with me when I say this is one of the most underrated games ever? The atmosphere is incredible and the level design ingenious. I remember it as being way too hard though, but perhaps I'd do better if I played it today.
- Shadows of the Empire
This game had really awful controls and some fatally boring levels. But it was revolutionary when it came... first encounter with a real 3D Star Wars game. Some tense moments too, and great use of music (well, how could any Star Wars game NOT feature great music?:)
The debris would resemble long hair and would probably be broken up in interactions with animals, plants, wind, fish and waves. In fiber form it would be much too large to inhale and would probably work its way through a digestive system unaffected. The only debris we have any concern about is if it were reduced to nanotube size. This we don't understand yet, so we will study this to see if there is a problem and then probably also design the ribbon to remain in larger pieces if it re-enters.
Imagine the fact that the tip would accelerate as it fell...most of it would end up burning up in the atmosphere.
That's true, the risk of the thing falling down and crushing people is almost zero. But there is another problem: if it burns, will the resulting particles be hazardous for us to inhale? There's research going on about that.
Thinking of it, you could do that as well by writing a function that takes a string of Python code as input, does magic, and then passes it on to the interpreter for regular evaluation.
Not necessarily a good solution, but it might work.
Any real geek knows that a language that isn't self-extensible through its macro system (ala Lisp, Scheme, Dylan) is just plane lame.:-)
You don't need macros since Python is dynamically typed and even functions are first-class objects. At least I know I never missed the C preprocessor after moving to Python:P
I assume that Python is still not efficiently compilable either, right?
Not quite. There is however a dynamic compiler called Psyco, which works by creating static versions of functions at run-time to reduce type-checking.
My own experience is that Psyco makes Python code about 400% faster in real applications. Still an order of magnitude worse than C, but comparable to or better than other languages when it comes to tasks that Python used to do significantly slower.
Slashdot Mirror
For every mile you ride in your car, God kills an innocent tree!
Shame on you!
This is a dupe of this story. Different article though... but no new info.
Maybe even 'smart' cars that drive themselves
;)
This will undoubtedly happen one day, but I think most people will be extremely reluctant.
Though practically it could probably be compared with the leap to horseless once upon a time
No, it won't. We'll just have to get accustomed to the term "number of simultaneous Doom 3 windows" rather than "number of hundreds of frames per second".
Just checked it, seems to work fine.
Just do a Burrows-Wheeler transform on your e-mail address. Comes with the bonus of preventing stupid people from trying to contact you.
Water in microwaves can be quite dangerous though. Check out the "Coffee Explosion" part on this page.
Unless there is one already, write your own or hire someone to write it.
I am! Let's ask John Carmack if he can help us.
(For those who didn't know (yeah right), Carmack is both pro-Open Source and a rocket scientist)
And don't forget you can pair Pygame with PyOpenGL. By moving all the pure drawing to hardware, I'm pretty sure you could free enough CPU cycles to get a game like Doom or Quake running on a decent computer.
Yep, even in Python. It's commonly heard that Python can perform 100x worse than compiled C. But hey, computers are 100x faster today than they were when Doom came out.
And there's the JIT-like Psyco which generally boosts Python code performance by 4x or so.
For me, personally, it's really the atmosphere of the original Doom. Particularly Knee-Deep in the Dead (the first episode), with its brilliantly laid out levels, the suggestive misty sky (its impact is more important than you might think :), hunting for secret areas, and the awesome surreal design in general.
Besides, the gameplay is top notch. And you can make levels for the game.
Add another TextPad fan here! I just love the program.
:P
Might even consider registering...
If vi had a marketing buzzword guy, you should be it.
I find your referring to "marketing buzzword guy" as an "it" quite amusing.
We're just barely breaching the barrier of "My current computer is so fast that there is no need for a faster processor".
:-)
Fair enough, but we're in my opinion close enough for most new applications to actually use something better than C
Operating system kernels, games and various libraries excepted, of course.
Here we come, won't that be great. 10Mfps in Quake4D, milliseconds from start to crash in windows.
Nonsense. What we get is redundancy, and we can actually use it. See, the thing with faster computers is, they allow a greater level of abstraction in programs, both on the programmer and the user side. This has unfortunately not yet happened, since too many programmers stubbornly stick to C and its likes.
Granted, using high-level programming languages does not automatically make programs more stable, but it does give better chances of resuming or recovering from errors, and more importantly, it allows programmers to focus on more important aspects of programs. Best of all: we can use all that extra power for human-computer interface enhancements, such as speech, video or natural language recognition.
Two random links which I'm too lazy to label:
http://www.paulgraham.com/hundred.html
TUNES
Those I've played which I'd consider memorable:
:)
:)
- Super Star Wars/Super Empire Strikes Back
These games were awesome! The controls unfortunately had a few flaws, but nevertheless the gameplay kicked ass due to the variation. One level you'd be platforming through a sandcrawler, the next you'd be flying a Mode 7-based hovercraft. The graphics and sound were amazing for their time too, and those sprites still look great IMO. Extremely crisp, and the bosses look just the way they should
- Dark Forces
Anyone with me when I say this is one of the most underrated games ever? The atmosphere is incredible and the level design ingenious. I remember it as being way too hard though, but perhaps I'd do better if I played it today.
- Shadows of the Empire
This game had really awful controls and some fatally boring levels. But it was revolutionary when it came... first encounter with a real 3D Star Wars game. Some tense moments too, and great use of music (well, how could any Star Wars game NOT feature great music?
A lot of people here have claimed that the *bi prefixes are SI standards. They aren't. They're IEC standards.
From ISR's FAQ:
Imagine the fact that the tip would accelerate as it fell...most of it would end up burning up in the atmosphere.
That's true, the risk of the thing falling down and crushing people is almost zero. But there is another problem: if it burns, will the resulting particles be hazardous for us to inhale? There's research going on about that.
83000 votes, that makes this matter 1/3 as important as the question of software patents in Europe.
Just put your stuff on an FTP site and let the world do the backup for ya.
Thinking of it, you could do that as well by writing a function that takes a string of Python code as input, does magic, and then passes it on to the interpreter for regular evaluation.
Not necessarily a good solution, but it might work.
Any real geek knows that a language that isn't self-extensible through its macro system (ala Lisp, Scheme, Dylan) is just plane lame. :-)
:P
You don't need macros since Python is dynamically typed and even functions are first-class objects. At least I know I never missed the C preprocessor after moving to Python
I assume that Python is still not efficiently compilable either, right?
Not quite. There is however a dynamic compiler called Psyco, which works by creating static versions of functions at run-time to reduce type-checking.
My own experience is that Psyco makes Python code about 400% faster in real applications. Still an order of magnitude worse than C, but comparable to or better than other languages when it comes to tasks that Python used to do significantly slower.
You might find Eric S. Raymond's take on the question quite informative.
Yeah, and anyone stupid enough to believe it'll work outside of a local network should also try 127.0.0.1 for a cool Pr0n site!
:P
Well, if you'd open 127.0.0.1:31337 and discover a kiddie porn site, you can be pretty sure there's a trojan somewhere on your computer
Unless, of course...