Multiplayer Finally being created

[Rtyh-12]

I'm beginning to think that you avoid answering how you solve all problems on purpose. You say that you will start coding immediately but you don't seem to have any idea how to solve this mountain of obstacles.

I'm not against the idea, I'm just saying that you seem to think that this project will take a few hours or so. I totally support this project, and if you do it as fast as you think you can do it, then well done, you have an IQ of 250, go and become a professional coder for a company! If you don't...well then I'm wasting my time writing this.

 

[Urwumpe]

instead of taking the 2006 code, i will be doing everything from the 2010 sdk. There will also be no LaunchPad UI for server connections. Instead i am putting it all in a MFD.

:facepalm::facepalm:

When one just isn't enough.

Don't use MFDs for non-flight data. It is just extremely stupid and a popular idiocy. Its like allowing using your speed indicator in a car for displaying your local newspaper while you drive. You can technically do that, but it brings no benefits - except purging the gene pool quickly of stupid people, but it likely also does so with intelligent people on a much higher rate.

Global plugin settings (which are not changed on a per vessel base) are perfect inside a launch pad extension. What depends on the current vessel can be done as custom dialog for accessing data from inside the simulation.

How much did you already study the API of Orbiter about the possibilities and interfaces? It sounds like you missed a big point of it. Also, you remind me that I wanted to try OpenBVE...maybe a way to take a look at what you did...

 

[martins]

There will also be no LaunchPad UI for server connections. Instead i am putting it all in a MFD.

This I strongly have to disagree with. MFDs are meant to represent flight instrumentation, they are no cheap excuse for a general user interface of simulation parameters. If you really need users to define their multiplayer parameters in-game (although I can't really see a good reason for that), you should do it via a dialog box. Abusing the MFD system just breaks the immersion. (Why would a space shuttle MFD instrument have a page for 'multiplayer options'?)

Edit: Ninja'd by urwumpe - I had a round of table-football before sending this ...

 

[Bonanza123d]

:facepalm::facepalm:

When one just isn't enough.

Don't use MFDs for non-flight data. It is just extremely stupid and a popular idiocy. Its like allowing using your speed indicator in a car for displaying your local newspaper while you drive. You can technically do that, but it brings no benefits - except purging the gene pool quickly of stupid people, but it likely also does so with intelligent people on a much higher rate.

Global plugin settings (which are not changed on a per vessel base) are perfect inside a launch pad extension. What depends on the current vessel can be done as custom dialog for accessing data from inside the simulation.

How much did you already study the API of Orbiter about the possibilities and interfaces? It sounds like you missed a big point of it. Also, you remind me that I wanted to try OpenBVE...maybe a way to take a look at what you did...

Good point. BTW The original guy that made the original MP for openBVE made a updated version. Just go to the outdated version 1.0.

 

[deltawing777]

There will also be no LaunchPad UI for server connections. Instead i am putting it all in a MFD.

:facepalm:

:nono:

 

[Bonanza123d]

Ok, Ok. I get it, bad for a mfd. Although i make it into a chat MFD and put a launchpad UI. hthedrama:

 

[Urwumpe]

Ok, Ok. I get it, bad for a mfd. Although i make it into a chat MFD and put a launchpad UI. hthedrama:

:dry:

 

[Mandella]

I suppose I am one of the dreamers, having little coding skills, but as an end user might I make a suggestion?

I think developers are focusing too much on a "massive" multiplayer, like WOW in Spaaaace!!! Instead, I would be very happy with a limited multiplayer hosting no more than four simmers. (Like Left 4 Dead in Spaaace!!!, but with less zombies. Okay no zombies. But you see where I'm going here...)

I'd like to be able to jump into a prepared scenario with just a couple of other space enthusiasts and play for a while. Time acceleration, if needed, would be handled by a dialog box that everyone has to agree on, and anybody can halt.

I can even see this as having application to solo play, as I could run two ships simultaneously without having to tab back and forth between, or run a remote control.

I never tried it, but it sounds like the Orbiter Racing League was working on something like this? Or am I misunderstanding the direction that was going?

 

[Face]

I never tried it, but it sounds like the Orbiter Racing League was working on something like this? Or am I misunderstanding the direction that was going?

ORL-online used OMP as multiplayer framework. You can get it from here.

 

[Bonanza123d]

I suppose I am one of the dreamers, having little coding skills, but as an end user might I make a suggestion?

I think developers are focusing too much on a "massive" multiplayer, like WOW in Spaaaace!!! Instead, I would be very happy with a limited multiplayer hosting no more than four simmers. (Like Left 4 Dead in Spaaace!!!, but with less zombies. Okay no zombies. But you see where I'm going here...)

I'd like to be able to jump into a prepared scenario with just a couple of other space enthusiasts and play for a while. Time acceleration, if needed, would be handled by a dialog box that everyone has to agree on, and anybody can halt.

I can even see this as having application to solo play, as I could run two ships simultaneously without having to tab back and forth between, or run a remote control.

I never tried it, but it sounds like the Orbiter Racing League was working on something like this? Or am I misunderstanding the direction that was going?

I am trying to get there. But now i have a new problem. I am unable to compile my stuff. All the stuff and code i have seen is for VS2005. I have '10.

 

[Urwumpe]

I am trying to get there. But now i have a new problem. I am unable to compile my stuff. All the stuff and code i have seen is for VS2005. I have '10.

And your problem is what?

If you already fail setting up a build environment for this, I look at the black side.

 

[garyw]

I am trying to get there. But now i have a new problem. I am unable to compile my stuff. All the stuff and code i have seen is for VS2005. I have '10.

I have to agree with Urwumpe. Getting the dev environment setup should be the easy bit! Migrating from 2005 to 2010 should also be easy. You are saying that you are an expert programmer so I'm surprised this is an issue.

If using 2010 is such an issue why not just install the 2005 version? You did keep a backup didn't you?

 

[Hielor]

I am trying to get there. But now i have a new problem. I am unable to compile my stuff. All the stuff and code i have seen is for VS2005. I have '10.

That's promising.

 

[hribek]

Don't use MFDs for non-flight data. It is just extremely stupid and a popular idiocy. Its like allowing using your speed indicator in a car for displaying your local newspaper while you drive. You can technically do that, but it brings no benefits - except purging the gene pool quickly of stupid people, but it likely also does so with intelligent people on a much higher rate.

Global plugin settings (which are not changed on a per vessel base) are perfect inside a launch pad extension. What depends on the current vessel can be done as custom dialog for accessing data from inside the simulation.

That means Orbiter Radio MFD and the Sound Config MFD are a bad idea?

 

[fort]

And orbiterminibar a bad idea ?

 

[Hielor]

That means Orbiter Radio MFD and the Sound Config MFD are a bad idea?

Radio, no (because listening to the radio is a perfectly reasonable thing to do in the cockpit).

Sound Config, yes. This should be an external configuration dialog.

 

[Urwumpe]

That means Orbiter Radio MFD and the Sound Config MFD are a bad idea?

Radio MFD is at the edge since it does a lot of settings stuff, but most of it fits into the role. Sound Config MFD is a bad idea.

And orbiterminibar a bad idea ?

Yes. Should be a custom function.

---------- Post added at 08:18 PM ---------- Previous post was at 08:12 PM ----------

of course, it should be mentioned, that the two MFDs of OrbiterSound are relicts of a time, when orbiter had only MFDs for such duties, not even vessel dialogs had been supported back then.

 

[Izack]

Sound Config MFD is a bad idea.

Is it? I quite like being able to change the mp3 track with a few keyboard shortcuts instead of opening the custom dialog menu, finding the sound config and selecting a new track.

 

[Urwumpe]

Is it? I quite like being able to change the mp3 track with a few keyboard shortcuts instead of opening the custom dialog menu, finding the sound config and selecting a new track.

Make a small dialog with a few buttons like a cassette player and use it instead. could fit easily into the corner of the display, without disturbing you too much...

 

[Wishbone]

Orbiter minibar? I suppose we are running a dry ship, aren't we?