09-09-2006, 10:41 AM | #21 | |
In an evening of July...
Join Date: Dec 2005
Location: Germany
Posts: 1,215
|
Quote:
|
|
09-10-2006, 10:56 AM | #22 | |
Epsilon-Minus Semi-Moron
Join Date: Aug 2004
Location: Oulu, Finland
Posts: 863
|
Quote:
__________________
If there's one thing you can say About Mankind There's nothing kind about man |
|
09-10-2006, 11:23 AM | #23 |
Junior Member
Join Date: Jun 2006
Location: Tee Oh
Posts: 842
|
Okay, but I'd still like to see the game recoded with less space constraints, to give a bit of an idea of the performance cost of such extreme miniaturization.
|
09-10-2006, 12:02 PM | #24 | |
gin soaked boy
Join Date: Jan 2004
Location: Virovitica, Croatia
Posts: 4,093
|
Quote:
__________________
What you piss in is yours for life. |
|
09-10-2006, 12:11 PM | #25 | ||
Junior Member
Join Date: Jun 2006
Location: Tee Oh
Posts: 842
|
Quote:
Quote:
|
||
09-10-2006, 12:15 PM | #26 |
gin soaked boy
Join Date: Jan 2004
Location: Virovitica, Croatia
Posts: 4,093
|
Yeah, I got it, but why would you care about that? What would be the point? Would it prove anything?
__________________
What you piss in is yours for life. |
09-10-2006, 12:18 PM | #27 |
Senior Member
Join Date: Jan 2006
Location: London
Posts: 357
|
The size limit was set by the rules. Kkrieger was written for the 96k game compo at Breakpoint '04.
I wonder if they could have come up with something interesting had it been the more common 32k size limit. |
09-10-2006, 12:21 PM | #28 |
Junior Member
Join Date: Jun 2006
Location: Tee Oh
Posts: 842
|
Of course, it would prove whether or not such space saving techniques significantly increase hardware requirements. Who knows, maybe they don't. If the game was recoded a few times in almost exactly the same way but with only one space saving feature disabled each time, it might even show some of these space saving features actually decreasing hardware requirements.
|
09-10-2006, 12:27 PM | #29 |
Kersal Massive
|
Executable size vs speed of execution is a well-known tradeoff, to the extent that any good compiler will allow you to optimise for one or the other, for the same source code, as you see fit. You can't have both. This doesn't prove anything about hand-crafted space optimisations using assembler, mind you, but it's sensible to assume that the same applies.
Last edited by Huz; 09-10-2006 at 12:33 PM. |
09-10-2006, 02:26 PM | #30 | |
gin soaked boy
Join Date: Jan 2004
Location: Virovitica, Croatia
Posts: 4,093
|
Quote:
__________________
What you piss in is yours for life. |
|
09-10-2006, 03:18 PM | #31 |
In an evening of July...
Join Date: Dec 2005
Location: Germany
Posts: 1,215
|
Well, kkrieger is a packed executable, so unpacking it would increase its size and speed up the launch (a little). Other than that, code optimization for speed would not neccesarely result in much bigger filesize.
|
09-13-2006, 05:27 PM | #32 |
Staff Member
Join Date: Sep 2005
Posts: 531
|
Wow. What really impresses is the audio (I've seen procedural textures before) which doesn't sound procedural (e.g. midi). I didn't think they could even get away with chopping up one-note samples at that size, I guess it must be synthesized on the fly but; wow.
__________________
(Already hates your game) |
09-13-2006, 05:58 PM | #33 |
Funky Member
Join Date: Aug 2005
Location: Isla Vista California
Posts: 110
|
|