|
|
|
 |

August 10th, 2004, 03:21 PM
|
 |
Shrapnel Fanatic
|
|
Join Date: Oct 2003
Location: Vacaville, CA, USA
Posts: 13,736
Thanks: 341
Thanked 479 Times in 326 Posts
|
|
Re: [feature request] Last view of a province info
That is a good suggestion. And of course that is possible but it would be crossing over the "recommended good practices for a PbEM game" line. There are many things we all request, and could be added, but the game is designed to be:
A) long download of the game (graphics, sounds, hi-res backgrounds)
B) short upload/download of turn files. Easily attached to emails even with size limits and slow connections to the net
C) anyone can host a game
Within that framework it is really hard for the game to keep track of things from turn to turn. That causes a problem with smart computer opponents, battle replays, history of Messages, scoreboard, cheat checking, and fog on maps just to name a few things. Keeping track of all of the province info, and who saw it (my report is different than your report on the same province), and when they saw it, would amount to alot of info. Keeping it at the host, or in each players turn files, or both would be kindof involved. Not impossible. If Johan K likes the idea and gets a brainstorm on how it can be done without being huge then it might get done.
__________________
-- DISCLAIMER:
This game is NOT suitable for students, interns, apprentices, or anyone else who is expected to pass tests on a regular basis. Do not think about strategies while operating heavy machinery. Before beginning this game make arrangements for someone to check on you daily. If you find that your game has continued for more than 36 hours straight then you should consult a physician immediately (Do NOT show him the game!)
|

August 10th, 2004, 03:29 PM
|
Corporal
|
|
Join Date: Mar 2004
Location: Copenhagen, Denmark
Posts: 54
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Re: [feature request] Last view of a province info
Quote:
That is a good suggestion. And of course that is possible but it would be crossing over the "recommended good practices for a PbEM game" line. There are many things we all request, and could be added, but the game is designed to be:
A) long download of the game (graphics, sounds, hi-res backgrounds)
B) short upload/download of turn files. Easily attached to emails even with size limits and slow connections to the net
C) anyone can host a game
Within that framework it is really hard for the game to keep track of things from turn to turn. That causes a problem with smart computer opponents, battle replays, history of Messages, scoreboard, cheat checking, and fog on maps just to name a few things. Keeping track of all of the province info, and who saw it (my report is different than your report on the same province), and when they saw it, would amount to alot of info. Keeping it at the host, or in each players turn files, or both would be kindof involved. Not impossible. If Johan K likes the idea and gets a brainstorm on how it can be done without being huge then it might get done.
|
Lets see... Say 200 provinces each occupying 10 extra integers. Whats that a couple of KB extra... Looking at some .trn files from a mp game around turn 50 i see size ranging from 130-170KB. Thus we are only talking about a couple of percents of file size increase.
That shouldn't really be an issue IMHO.
Cheers,
Thomas
|

August 10th, 2004, 05:31 PM
|
General
|
|
Join Date: May 2004
Location: Seattle, WA
Posts: 3,011
Thanks: 0
Thanked 45 Times in 35 Posts
|
|
Re: [feature request] Last view of a province info
It actually doesnt even have to be a matter of file transfer bandwidth. This information that msew is proposing to store is all specific to your nation.. So why not just store it on the client side? Add a directory under the game directory like Intel or something. And just store everything you know about each province in there. Load it up and apply that to the GUI when you load your turn.
This would of course require the devs to write functionality to save and load this kind of information. And a flag which indicates whether a given piece of intel is new or old. Not trivial, but without knowing the codebase it seems like it could be reasonable to request this.
|

August 10th, 2004, 05:56 PM
|
 |
Shrapnel Fanatic
|
|
Join Date: Oct 2003
Location: Vacaville, CA, USA
Posts: 13,736
Thanks: 341
Thanked 479 Times in 326 Posts
|
|
Re: [feature request] Last view of a province info
Quote:
It actually doesnt even have to be a matter of file transfer bandwidth. This information that msew is proposing to store is all specific to your nation.. So why not just store it on the client side? Add a directory under the game directory like Intel or something. And just store everything you know about each province in there. Load it up and apply that to the GUI when you load your turn.
This would of course require the devs to write functionality to save and load this kind of information. And a flag which indicates whether a given piece of intel is new or old. Not trivial, but without knowing the codebase it seems like it could be reasonable to request this.
|
Excellent points. The read/write has to be ironed out for Windows, linux, solaris, and mac. But on the other hand thats already done with the turn files.
I wonder how much space it would take. Of course there are ways to do it more efficiently than text. But 17 nations on a 500 province map might affect the hosts ability to run multiple games.
__________________
-- DISCLAIMER:
This game is NOT suitable for students, interns, apprentices, or anyone else who is expected to pass tests on a regular basis. Do not think about strategies while operating heavy machinery. Before beginning this game make arrangements for someone to check on you daily. If you find that your game has continued for more than 36 hours straight then you should consult a physician immediately (Do NOT show him the game!)
|
Thread Tools |
|
Display Modes |
Hybrid Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is On
|
|
|
|
|