Welcome Guest Search | Active Topics | Members | Log In

[MercIPC] Beta 061203 released Options · View
estar
Posted: Monday, December 04, 2006 3:28:41 AM

Rank: Advanced Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 678
Ok the second cut of MCC using a modified OUIPC technology is released.

New Features
A connection dialog has been created. It has drop down menus for the last 5 addresses you connected with. Plus another dropdown with the list of various Mercury Vessel. In addition MCC has been redesigned so that if you drop comm, you won't get errors and you can reconnect by going to the man menu and clicking options.

There is a new plot in FDO called Flight Path Angle. Basically it show you the flight path angle versus (actual velocity / target velocity). If the line ends at 1.0 V/dV, 0 Angle at SECO you are definitely in Orbit.

You will need to download and install this if you want to use MercIPC. MCC doesn't need this.
http://www.microsoft.com/downloads/details.aspx?familyid=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en

You will need this if you don't have Project Mercury 5.0
http://prdownloads.sourceforge.net/mscorbaddon/project_mercury_050116.zip?download

and Earth 1962
http://prdownloads.sourceforge.net/mscorbaddon/earth_1962_060506.zip?download

the updated Mercury files
http://www.ibiblio.org/mscorbit/beta/project_mercury_061203.zip

The above three are standard unzip into your Orbiter directory installs.

the MCC setup program
http://www.ibiblio.org/mscorbit/beta/MCC_Setup2.exe

this is a executable that will install a VB6 application MCC.exe and CapsuleComm.exe.
This DOES NOT NEED TO BE INSTALLED IN THE ORBITER DIRECTORY. In fact I don't recommend it.

If you want to examine the source this is the location.
Project Mercury is under the BSD license
MercIPC is under the LGPL
MCC is under the GPL

http://www.ibiblio.org/mscorbit/beta/mcc_source_061203.zip
http://www.ibiblio.org/mscorbit/beta/mercipc_source_061203.zip

1) You will need port 38999 unblocked. Both on your windows firewall and your router if you want to be the mercury pilot.

2) Whoever is the mercury pilot will need to activate the MercIPC plugin in Orbiter.

3) Whoever is the mercury pilot will need to know the name of the vessel they piloting. If you are using one of the Mercury scenarios it is MR-3, MR-4, MA-6, MA-7, MA-8, or MA-9. I recommend starting by using the MR-4 Liberty Bell 7 scenario as you get the nice window view and it is a 15 minute mission.

4) After the Mercury Pilot is in orbiter, the Mercury Pilot will need to run CapsuleComm.exe. Just hit connect as the Pilot is connecting through his own computer. The connect button will turn yellow if connected to Orbiter. A Windows Unblock Message may appear at this point. UNBLOCK.

5) Everyone else can run MCC.exe at this point. In the resulting dialog. You will need to type the ip address of the mercury pilot's computer and then name of the capsule. f everything work there will be a green ready light in the upper right corner of the screen. If it is red use the option button (f12) and try connecting again.

6) Just about every command an area does is on the top toolbar along with any keyboard short cut.

7) Sort out who is being what and goto your position from the main screen. I used the same type of switches and buttons as on Project Mercury 5.0 so it should be straight forward to use.

8) Everyone has a chat bar across the top. You can type stuff in there and then hit enter or click send. Every station will see what you type except the capsule along the top.

9) Only Flight, and Capcomm can talk to the Capsule. Everybody can hear what the capsule says and what Capcomm and flight say. But the capsule will only see what Capcomm and Flight says. They have a switch that allows them to talk to the capsule. Eventually the Surgeon can do this as well.

10) There is only one line of text. This represent the problem of the intercomm. everyone starts chatting at once you will miss something. Except for Telmu. Telmu has the teletype and a time dated record of everyone says. I will be writing up my thoughts on how to keep everyone coordinated.

11) Every station has a ready light that can be toggled between green yellow and read. Flight can see all the stations including the capsule ready switch.

12) The mercury pilot will have to inititate the launch by applying full thrust to the Redstone/Atlas. The clock will reset to 0 and the mission will procede.

The positions are

Flight - He is the conductor and ultimate decision maker. He has a set of clocks, an abort button, and a bank of ready lights.
CapComm - He is the main conduit of information to the capsule he has a switch to control whether the capsule is hearing what he is saying.
FDO - He has four graphs at his disposal to determine the flight path of the mission.
Retro - He can set the retro clock, monitor retro status, and control various aspect of retro-fire. If the pilot can't deal with retro fire he and also initiate the retro sequence. It is suggested that he works with FDO to figure out the optimized retro time.
Procedures - has the mission plan in front of him and is responsible for making sure all items are completed in order.

the rest will have to wait for later updates. Next up will be Systems and ECS. Further expansion of Telmu, and making procedure work for atlas missions.

Thoughts on FDO I am thinking in the long run we will need a set of markers and reference charts so that you can look on the screen and figure out what going on. Basically on the lines of ok this line is a few pixel up higher that means we are in a longer orbit so this will adjust our retro times by X. I ran a few mission and they produced distinctive shapes on the graphics which I believe can be leveraged to make actual recommendations.

I have a dedicated MCC forum at
http://www.ibiblio.org/mscorbit/mscforum/index.php?board=70.0

Enjoy
Rob Conley












reverend
Posted: Monday, December 04, 2006 5:07:39 AM

Rank: Member
Groups: Beta Tester , Member

Joined: 2/20/2006
Posts: 461
Location: +43.857464 -70.413392
Shall we plan a test session? I'm available anytime.

Realtime ISS is Back: http://69.62.156.5/orbtrack/rto/

Waiting to get the domain back.
BigDAS
Posted: Monday, December 04, 2006 10:22:15 AM


Rank: Advanced Member
Groups: Member

Joined: 2/20/2006
Posts: 2,131
Location: Upper Darby, PA
As am I.

[EDIT]

However... when I run any Mercury scenario and MCC on Local at the same time, I get an Error #9 Subscript Out Of Range when switching MCC to FDO (Flight Director). All other screens operate correctly. Can you verify this?




Skype Internet Phone: bigdas1

The Best Laid Plans of Mice and Men Often Go Ashtray




http://www.giganews.com/?c=gn278712

estar
Posted: Monday, December 04, 2006 11:30:21 AM

Rank: Advanced Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 678
let's see if we can get something going after 8pm est then

Rob Conley
Brad
Posted: Monday, December 04, 2006 12:35:14 PM


Rank: Member
Groups: Member , Moderator

Joined: 2/16/2006
Posts: 248
I continue to get the same error in MCC. "The exception unknown software exception (0xe06d7363) occurred in the application at location 0x7c812a5b." This is an Orbiter error. Orbiter then closes.

It doesn't matter what I select in MCC, this error pops up almost immediately.

Doing a debug of Orbiter, I get the following:

AppName: orbiter.exe AppVer: 0.0.0.0 ModName: msvcr80.dll
ModVer: 8.0.50727.42 Offset: 00008890

So it has something to do with the msvcr80.dll. I can send you the techincal error report as well if you like.

Brad Hodges
Administrator, SimNASA

http://simnasa.org
estar
Posted: Monday, December 04, 2006 1:25:01 PM

Rank: Advanced Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 678
Brad wrote:
I continue to get the same error in MCC. "The exception unknown software exception (0xe06d7363) occurred in the application at location 0x7c812a5b." This is an Orbiter error. Orbiter then closes.

It doesn't matter what I select in MCC, this error pops up almost immediately.

Doing a debug of Orbiter, I get the following:

AppName: orbiter.exe AppVer: 0.0.0.0 ModName: msvcr80.dll
ModVer: 8.0.50727.42 Offset: 00008890

So it has something to do with the msvcr80.dll. I can send you the techincal error report as well if you like.


I will make a special version of MercIPC that will help trouble shoot this. And yeah email the technical error port if you could.

Do you get the same problem in OrbIPC?

Rob Conley
BigDAS
Posted: Monday, December 04, 2006 2:24:04 PM


Rank: Advanced Member
Groups: Member

Joined: 2/20/2006
Posts: 2,131
Location: Upper Darby, PA
estar wrote:
let's see if we can get something going after 8pm est then

Rob Conley


Sounds like a plan.

Skype Internet Phone: bigdas1

The Best Laid Plans of Mice and Men Often Go Ashtray




http://www.giganews.com/?c=gn278712

Brad
Posted: Monday, December 04, 2006 2:58:00 PM


Rank: Member
Groups: Member , Moderator

Joined: 2/16/2006
Posts: 248
estar wrote:

I will make a special version of MercIPC that will help trouble shoot this. And yeah email the technical error port if you could.

Do you get the same problem in OrbIPC?


I do not get the same error with OrbIPC. It seems to work flawlessly. When I get home this evening I will shoot you the email with the error report.

Brad-

Brad Hodges
Administrator, SimNASA

http://simnasa.org
estar
Posted: Monday, December 04, 2006 3:05:13 PM

Rank: Advanced Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 678
Brad wrote:


I do not get the same error with OrbIPC. It seems to work flawlessly. When I get home this evening I will shoot you the email with the error report.

Brad-


I still think it has something to do with a buffer overflow when I pass strings around. So I need to make a version that log the strings on your computer so I can see where the overflow occurs.

Thanks for testing this BTW

Rob Conley
Face
Posted: Monday, December 04, 2006 6:33:44 PM

Rank: Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 371
Location: Vienna
estar wrote:


I still think it has something to do with a buffer overflow when I pass strings around. So I need to make a version that log the strings on your computer so I can see where the overflow occurs.

Thanks for testing this BTW

Rob Conley


Those memory leaks are really nasty, especially in a multithreaded environment... If you are working with VS6.0 and don't own one of the payware memory debuggers BoundsChecker or Purify, give this a try.

cheers,
Face
BigDAS
Posted: Monday, December 04, 2006 7:25:05 PM


Rank: Advanced Member
Groups: Member

Joined: 2/20/2006
Posts: 2,131
Location: Upper Darby, PA
Face wrote:


Those memory leaks are really nasty, especially in a multithreaded environment... If you are working with VS6.0 and don't own one of the payware memory debuggers BoundsChecker or Purify, give this a try.

cheers,
Face


You may want to try Dan's own site, to avoid the Registration login:

http://dmoulding.googlepages.com/vld


Skype Internet Phone: bigdas1

The Best Laid Plans of Mice and Men Often Go Ashtray




http://www.giganews.com/?c=gn278712

MJessick
Posted: Monday, December 04, 2006 10:34:07 PM

Rank: Member
Groups: Member

Joined: 2/20/2006
Posts: 294
Face wrote:


Those memory leaks are really nasty, especially in a multithreaded environment... If you are working with VS6.0 and don't own one of the payware memory debuggers BoundsChecker or Purify, give this a try.

cheers,
Face


Second this recommendation. This is an excellent tool. It is easy to get running.
The leak tracking slows a debug build considerably, but you don't need to run it all the time for a real time game project. Just enough to keep you in the "leak free" state of mind while programming.
estar
Posted: Monday, December 04, 2006 11:06:16 PM

Rank: Advanced Member
Groups: Beta Tester , Member

Joined: 2/6/2006
Posts: 678
Brad,

try this

http://www.ibiblio.org/mscorbit/beta/MercIPC.dll

See if this makes a difference

Thanks for the memory leak detector I will give it a try.

Rob Conley

Brad
Posted: Tuesday, December 05, 2006 1:56:02 AM


Rank: Member
Groups: Member , Moderator

Joined: 2/16/2006
Posts: 248
Tired the new dll but getting the same type of error:

Quote:

Error #1:
Visual C++ RunTimeLibrary error

Runtime Error!

Error #2:

AppName: orbiter.exe AppVer: 0.0.0.0 ModName: kernel32.dll
ModVer: 5.1.2600.2945 Offset: 00012a5b

Error #3:

AppName: orbiter.exe AppVer: 0.0.0.0 ModName: msvcr80.dll
ModVer: 8.0.50727.42 Offset: 00008890


Error #4:

The exception unknown software exception (0xc000000d) occurred in the application at location 0x78138890.


I have also sent you the troubleshoot report that Orbiter generated via email.

Hope it helps.

Brad Hodges
Administrator, SimNASA

http://simnasa.org
BigDAS
Posted: Tuesday, December 05, 2006 2:53:54 AM


Rank: Advanced Member
Groups: Member

Joined: 2/20/2006
Posts: 2,131
Location: Upper Darby, PA
It seems to have solved my Error #9 problem. Thanks.


Skype Internet Phone: bigdas1

The Best Laid Plans of Mice and Men Often Go Ashtray




http://www.giganews.com/?c=gn278712

Users browsing this topic
Guest


Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Main Forum RSS : RSS

Powered by Yet Another Forum.net version 1.9.0 (NET v2.0) - 10/9/2006
Copyright © 2003-2006 Yet Another Forum.net. All rights reserved.