Multiplayer would it be possable
Moderator: Moderators for English X Forum
Multiplayer would it be possable
So i final got one of my friends to buy X3:TC then one day i was thinking "Multiplayer how would that work so i whent through a few ideas, skirmishes online where 6 or some people could duke it out in free for all or being allies then that idea expand Playing in the same universe it could just be 2 or people but would it work?"
- Stars_InTheirEyes
- Posts: 5086
- Joined: Tue, 9. Jan 07, 22:04
Like gothsheep said:
No.
Not ever.
No.
Not ever.
Sometimes I stream stuff: https://www.twitch.tv/sorata77 (currently World of Tanks)
This sı not ǝpısdn down.
MyAnimeList,
Steam: Sorata
This sı not ǝpısdn down.
MyAnimeList,
Steam: Sorata
Not really, most people use SETA to get from point A to B faster, just implement it like how they did it in freelancer (basically giving you a super speed boost, but you can't shoot while in it and being shot at kicks you out of it).Saracen wrote:SETA is the main problem. It would be like trying to implement Bullet Time into a multiplayer version of Max Payne.
Being able to dogfight other players would be interesting though
-
- Posts: 7835
- Joined: Sat, 14. Feb 04, 23:07
No thanks - adding multiplayer would use up far to much dev time for little benefit (IMO). I'd much rather they used that time for improving the single player game. Anyway, there are plenty of multiplayer games out there for those who want to play them - I don't & would stop playing X games if they ever turned multiplayer. I like having my own private universe that no one else can mess with while my computer is switched off.
Eh? SETA's a time accelerator, not a booster. If you used it, how would your game predict what I'm going to do in advance?shanrak wrote:Not really, most people use SETA to get from point A to B faster, just implement it like how they did it in freelancer (basically giving you a super speed boost, but you can't shoot while in it and being shot at kicks you out of it).
Being able to dogfight other players would be interesting though
GCU Grey Area wrote:No thanks - adding multiplayer would use up far to much dev time for little benefit (IMO). I'd much rather they used that time for improving the single player game. Anyway, there are plenty of multiplayer games out there for those who want to play them - I don't & would stop playing X games if they ever turned multiplayer. I like having my own private universe that no one else can mess with while my computer is switched off.
Speaking of which, wasn't there a new Space MMO coming out? (Not related to Eve online) ?
It vaguely sparked my interest, but obviously not enough to remember the name of it.
*Edit* Found it. I was thinking of Black Prophecy. I won't link it here because I don't want to advertise for them. But it looks very cool. Beautiful graphics engine actually.
Problem is...it's completely missing the Empire Building and economic complexity of X3. Merge the two, and you'll have the best Space game ever made.
Probably not. What happens when you both go after that 100 yield asteroid at about the same time? Or if GOD adds different stations to the two of them? Or when one person does a load of build missions in a sector you are building a complex in? Or when someone destroys a station you docked at to save?Would that be more manageable?
I won't go back and make the same points that all the other threads have - the summary is: No easy way to do it. And if there were it would have already been done.
M
Someone will be first.maphys wrote:What happens when you both go after that 100 yield asteroid at about the same time?
AI must prevent collisions.maphys wrote:Or if GOD adds different stations to the two of them?
Each player must have his quotes for building purposes (as for other too). Limits can be applied through high price or something else.maphys wrote:Or when one person does a load of build missions in a sector you are building a complex in?
Save ? Isn't MMORPG autosave data for it's players for each moment of play-time?maphys wrote:Or when someone destroys a station you docked at to save?
maphys wrote:No easy way to do it.
Work is not holiday. And someone must pay for it. Coders can do this game (X-MMORPG), but for proper price.
If someone found sponsors already, call Egosoft.
@Aleks
Missed the point of what I was replying to, I think. The idea was that the assets of each player would be maintained in a universe that was NOT updated all the time. Gameplay would be localised, then the universe synched. It would not be a MMORG. I was trying to point out that this would be difficult because you would have to add lots of arbitrary rules (if player one did this first then refund player two the cost of his stations and ships, then delete the resources they had added to his universe and remove the products made from them....)
M
Missed the point of what I was replying to, I think. The idea was that the assets of each player would be maintained in a universe that was NOT updated all the time. Gameplay would be localised, then the universe synched. It would not be a MMORG. I was trying to point out that this would be difficult because you would have to add lots of arbitrary rules (if player one did this first then refund player two the cost of his stations and ships, then delete the resources they had added to his universe and remove the products made from them....)
M
Some sort of skirmish type mode would be easy to do, from a gameplay perspective at least.
The universe could contain a skirmish sector. SETA in this sector is disabled. The player hosting the game selects the properties for the skirmish, ie amounts of ships/class allowed, asteroids and other objects on or off etc. When both players are ready, they enter the sector and the fight starts. First to lose all their ships loses the game.
This assumes that both players have already been playing the single player game for a while and have the ships spare to throw at each other, although I suppose you could just add an option to create and kit out ships specifically for the fight.
Just to be clear, this is NOT a request for Egosoft to implement this, it's just one possible way of adding some sort of multiplayer option if they so desired, and had the money, resources, time etc to put into it
As for creating a MMO version, yeah, forget it.
The universe could contain a skirmish sector. SETA in this sector is disabled. The player hosting the game selects the properties for the skirmish, ie amounts of ships/class allowed, asteroids and other objects on or off etc. When both players are ready, they enter the sector and the fight starts. First to lose all their ships loses the game.
This assumes that both players have already been playing the single player game for a while and have the ships spare to throw at each other, although I suppose you could just add an option to create and kit out ships specifically for the fight.
Just to be clear, this is NOT a request for Egosoft to implement this, it's just one possible way of adding some sort of multiplayer option if they so desired, and had the money, resources, time etc to put into it
As for creating a MMO version, yeah, forget it.
In this case must be used Server-Client structure of the program.maphys wrote:@Aleks
Missed the point of what I was replying to, I think. The idea was that the assets of each player would be maintained in a universe that was NOT updated all the time. Gameplay would be localised, then the universe synched. It would not be a MMORG. I was trying to point out that this would be difficult because you would have to add lots of arbitrary rules (if player one did this first then refund player two the cost of his stations and ships, then delete the resources they had added to his universe and remove the products made from them....)
M
Server is the "GOD", client must perform it's orders.
SETA is most often used, and was intended by the developer to be used, as a booster. A way to get the player from A to B without consuming so much real time. Accelerating time and causing event X to happen in less real time is a secondary function, accelerating the entire universe overnight and making profit in less real time is an exploit.Saracen wrote:Eh? SETA's a time accelerator, not a booster. If you used it, how would your game predict what I'm going to do in advance?shanrak wrote:Not really, most people use SETA to get from point A to B faster, just implement it like how they did it in freelancer (basically giving you a super speed boost, but you can't shoot while in it and being shot at kicks you out of it).
Being able to dogfight other players would be interesting though
You could replace SETA with a booster and keep its primary function. Some parts of the game would need redesign to account for the lack of time advance, but this is far from an insoluble problem. People who think SETA is a significant problem are missing the opportunity to moan about problems which really are difficult to solve.
It was more the delay in updates I was targeting as the source of more problems than it solved. They were trying, AIUI, to avoid the whole Server-Client thing and have a cheap and cheerful version of it by having both games update one map at fairly sparse intervals but not otherwise be linked. I don't believe this would work well. By the time a S/C architecture had been added then you are part way to the MMO game that has already been dismissed as too expensive to build at risk.In this case must be used Server-Client structure of the program.
@andreas
A booster is not the same as SETA at all. A booster would let you escape missiles, outrun or dodge slow bullets and so on. It would be a 'get out of jail free' for mid size ships. It would alter the game balance a lot (which is why I always avoided installing the booster script in the bonus pack).
M