I reckon people avoid sequel movies because in general they're by a new director, and hence the style and substance will be quite different.
I think the point with video games is that *most* of the time, sequels are produced by the same company / team. You can be fairly sure that if the first game was really good, then the follow-up will be good too.
I think that if Valve decided to produce a game that wasn't called "half-life 2" but with the same gameplay emphasis, then people would be just as eager to play it.
With respect to the CGI - what was amazing about Firefly was the amount of CGI that you just accepted as being there without realising it. Especially amazing given that most of the camera work was hand-held (a stylistic decision of Whedon's)
Stuff like CG'ing in Niska's desktop. The animated paper that Crow (IIRC) holds up to Mal.
Or the train as a background in The Train Job (only the front carriage is real, the rest is CG!)
All seamlessly introduced into footage that was shot with hand-held cameras.
The office I sometimes have to work at (mostly I work from home) is situated on the waterfront looking over Port Phillip Bay (in Melbourne, Au). It has these huge bay windows.
Now, you're asking, how could this possibly be bad?
Imagine it gets warmer (as it does occasionally here). The beach becomes quite attractive to those who don't have to sit in an office (and some who do). The lovely bay windows fill up with people flocking to and frolicking on the beach.
Hmmm. Not sure where my reply went... I did reply to this post this morning.
Anyway, the Roundup page you refer to at zesty states at the top "Please note that there is a new, active Roundup project led by Richard Jones. Please visit them at SourceForge."
The New Improved Roundup is a wholly new codebase and has been around for over two years. It has its own bundled HTTP server for much faster reponsiveness - most users prefer to use it to the slow cgi-bin. I believe some users have used mod_python, but I'm not sure.
The New Improved Roundup's data schema and web interface are both totally flexible and have been found to adapt to every odd application that users have come up with so far.
I've personally used it for bug tracking and for call-center ticket tracking (with a nice wizard entry screen for the call center staff).
mod_python development continues - isn't it included in Apache 2.0? There are other alternatives too - I don't believe *anyone* working with web development in Python uses cgi scripts where performance is important:) See the web development Topic Guide or wiki page on python.org for info...
BTW, it's just "Roundup", and I'm glad it came at least in second place:)
I realise there's a slim-to-none chance you'll read this, but I always appreciate feedback on Roundup (feature requests or email to the roundup-users mailing list via website below) - if you could indicate what you felt was immature about the interface then I'd appreciate it. The interface itself has undergone extensive work over the last year, so your views probably depend a *lot* on the version you were using:)
Also it'd be appreciated if you could back up a statement like "Python is more resource-hungry than PHP itself" with some specifics. Otherwise I consider it unsubstantiated flamebait:)
Both are still in development, but roundup is being used by several organisations already. We hope to have a new release out next week that will fix some problems with 0.3.0 and implement some nice functionality too.
Well, I tried to post a Python version of the block movement code, but slashdot's lame lameness filter blocked it. I guess it detects Python code and rejects automatically or something. Anwyay, here's a URL:
10 minutes indeed! www.freesco.org rocks! I got my old 486 (which I had been tussling with for _ages_) up and running on my cable modem in a little over 10 minutes. I'm pretty much a dumbass when it comes to sysadmin type stuff too:)
In 20 minutes I had finished tinkering with the web admin interface (not actually changing anything, just playing around:) and then I fired up counter-strike and played for a while with no appreciable difference.
Who the hell moderates this stuff? This comment isn't "Insightful", it's bloody flamebait. But then, this is slashdot, and we're all one-eyed Perl programmers around here.
If you post a python program on/. and it fails, FIX/.
> audiohighway.com was originally formed in June 1994 as Information Highway Media Corporation > by Nathan Schulhof and Grant Jasmin. The company set out to develop a system capable of > receiving, cataloging and delivering digital audio content via any form of high-speed network. At > the same time, the company began development of the industry's first portable digital audio > player, allowing users to select and download any type of digital audio content that could then be > stored for future playback.
What are they, _completely_ incompetent? They have been working at it all this time and haven't actually produced a player?
So I go look at the pictures and I notice that the screens are, indeed, very small and the pictures appear to be very clear & colourful. Wow. Then I notice...
Slashdot Mirror
I've found that people say they like using Roundup for their TODO lists. It's a doddle to get going (unpack, and "python demo.py").
Careful... you could be violating copyright there too...
I reckon people avoid sequel movies because in general they're by a new director, and hence the style and substance will be quite different.
I think the point with video games is that *most* of the time, sequels are produced by the same company / team. You can be fairly sure that if the first game was really good, then the follow-up will be good too.
I think that if Valve decided to produce a game that wasn't called "half-life 2" but with the same gameplay emphasis, then people would be just as eager to play it.
They made a friggin' Will Smith Action Movie.
Why do they even bother buying the rights to something they couldn't really care less about, artistically?
With respect to the CGI - what was amazing about Firefly was the amount of CGI that you just accepted as being there without realising it. Especially amazing given that most of the camera work was hand-held (a stylistic decision of Whedon's)
Stuff like CG'ing in Niska's desktop. The animated paper that Crow (IIRC) holds up to Mal.
Or the train as a background in The Train Job (only the front carriage is real, the rest is CG!)
All seamlessly introduced into footage that was shot with hand-held cameras.
The office I sometimes have to work at (mostly I work from home) is situated on the waterfront looking over Port Phillip Bay (in Melbourne, Au). It has these huge bay windows.
Now, you're asking, how could this possibly be bad?
Imagine it gets warmer (as it does occasionally here). The beach becomes quite attractive to those who don't have to sit in an office (and some who do). The lovely bay windows fill up with people flocking to and frolicking on the beach.
It's bloody distracting!
Hmmm. Not sure where my reply went... I did reply to this post this morning.
Anyway, the Roundup page you refer to at zesty states at the top "Please note that there is a new, active Roundup project led by Richard Jones. Please visit them at SourceForge."
The New Improved Roundup is a wholly new codebase and has been around for over two years. It has its own bundled HTTP server for much faster reponsiveness - most users prefer to use it to the slow cgi-bin. I believe some users have used mod_python, but I'm not sure.
The New Improved Roundup's data schema and web interface are both totally flexible and have been found to adapt to every odd application that users have come up with so far.
I've personally used it for bug tracking and for call-center ticket tracking (with a nice wizard entry screen for the call center staff).
mod_python development continues - isn't it included in Apache 2.0? There are other alternatives too - I don't believe *anyone* working with web development in Python uses cgi scripts where performance is important:) See the web development Topic Guide or wiki page on python.org for info...
BTW, it's just "Roundup", and I'm glad it came at least in second place :)
:)
:)
I realise there's a slim-to-none chance you'll read this, but I always appreciate feedback on Roundup (feature requests or email to the roundup-users mailing list via website below) - if you could indicate what you felt was immature about the interface then I'd appreciate it. The interface itself has undergone extensive work over the last year, so your views probably depend a *lot* on the version you were using
Also it'd be appreciated if you could back up a statement like "Python is more resource-hungry than PHP itself" with some specifics. Otherwise I consider it unsubstantiated flamebait
Richard Jones - author of Roundup
Another developer has implemented SCCons.
Both are still in development, but roundup is being used by several organisations already. We hope to have a new release out next week that will fix some problems with 0.3.0 and implement some nice functionality too.
http://www.bofh.asn.au/~richard/vim_block_move.py
Here here!
10 minutes indeed! www.freesco.org rocks! I got my old 486 (which I had been tussling with for _ages_) up and running on my cable modem in a little over 10 minutes. I'm pretty much a dumbass when it comes to sysadmin type stuff too :)
:) and then I fired up counter-strike and played for a while with no appreciable difference.
In 20 minutes I had finished tinkering with the web admin interface (not actually changing anything, just playing around
> Perhaps you should actually point out some limitations of Perl's OOP. Maybe you could also
> explain what this has to do with your own code quality.
Class attributes. No, not package variables, but OO class attributes. I'm sick and tired of having
to have:
sub fakeClassAttribute {"StringClassAttribute;"}
so a base class can access an attribute of an implementation class.
Richard
Who the hell moderates this stuff? This comment isn't "Insightful", it's bloody flamebait. But then, this is slashdot, and we're all one-eyed Perl programmers around here.
/. and it fails, FIX /.
If you post a python program on
> audiohighway.com was originally formed in June 1994 as Information Highway Media Corporation
> by Nathan Schulhof and Grant Jasmin. The company set out to develop a system capable of
> receiving, cataloging and delivering digital audio content via any form of high-speed network. At
> the same time, the company began development of the industry's first portable digital audio
> player, allowing users to select and download any type of digital audio content that could then be
> stored for future playback.
What are they, _completely_ incompetent? They have been working at it all this time and haven't actually produced a player?
So I go look at the pictures and I notice that the screens are, indeed, very small and the pictures appear to be very clear & colourful. Wow. Then I notice...
Why aren't they plugged into something?