New Video From Mweston


Monk said:
WizardStan said:
craigix said:
I'm curious to know if frame skipping could be used due to the way the game is being rendered.

If you consider a 2x speed increase + FS1 that's going to be quite close to PAL50 speeds.
When I asked the same question many months ago, the response was that the graphics weren't the bottleneck. In otherwords, no, a frameskip would not bring the speed up a noticeable amount. Of course, a lot can change in a few months coding time.

Last I read (see above) graphics were not a bottleneck that could be optimised to improve speed, as graphics isn't where the speed issue/s lie.
Did you just quote me to say the exact same thing? Or did I miss something? :blink:
 
Last edited by a moderator:
WizardStan said:
Did you just quote me to say the exact same thing? Or did I miss something? :blink:

You missed nothing, but as people seem to continue to suggest that reducing the resolution or frame skipping or other "quick tweak" to the graphics might speed it up, I felt both qouting you and rewording MIGHT help them.
 
Last edited by a moderator:
Did you just quote me to say the exact same thing? Or did I miss something? :blink:
reiterations aplenty on this forum... seems like independant thought went out the window a LOOOOOOONNNNNNGGG time ago :lol:
 
Guys, I just thought of something...
This forum is really starting to lack new ideas. Somehow, independent thought seems to have disappeared; posts tend to reiteratively cover the same topics over and over again.
 
^really? well i was thinking that he shouldnt think that way to make more people thinking the way he thinks it is going to be thinked
 
That's cos were all scouting over and over hoping for more news on when the post man will be delivering our soul mate!!!

and will do until it happens i guess LOL
 
Looking again on the video...
I wonder if the debug output, which can be seen on the PC monitor, is done the lame way with PRINTF().
If so, it would be interesting to see the speed without the debug output. Even if it is not printf() it
takes some CPU-time to do the output.

EDIT:
For the App and the OS.
The OS part can be easily "discarded" if the program is started with "2>/dev/null"
 
Creature XL said:
Looking again on the video...
I wonder if the debug output, which can be seen on the PC monitor, is done the lame way with PRINTF().
If so, it would be interesting to see the speed without the debug output. Even if it is not printf() it
takes some CPU-time to do the output.

EDIT:
For the App and the OS.
The OS part can be easily "discarded" if the program is started with "2>/dev/null"
It's most likely a printf or equivalent, but given that it seems to be an infrequent status update (for definition of infrequent that means less than once per second), I cannot, for any reason, believe that it is a bottleneck.
 
Last edited by a moderator:
Back
Top