Author Topic: Current SVN Builds of all 3 Project trunks MM r9545, MML r1192, MHQ r1448 (Read 41793 times)

ralgith · « **Reply #30 on:** 02 July 2012, 17:39:39 »

Quote from: Sir Chaos on 02 July 2012, 17:02:57

Works now. Odd... it didn´t work a couple of hours ago.

A couple of hours ago I was asleep so I'm not sure. Likely my IP changed and it took a moment to update the DNS record.

Maelwys · « **Reply #31 on:** 03 July 2012, 18:22:20 »

I'm still using r8886, so I haven't tested this with the new version, but...

I setup a dedicated server on a friend's linux box (Centos 6.2), and everything seemed to work. It was even nice not having to deal with saving the game, we could just leave it running and come back to it anytime...

Until today. I got an IM from my friend saying the MM was "Chewing up a good chunk of the cpu" which is really odd because it wasn't doing anything, just sitting there waiting for players to show up to do the next turn. Resetting the server didn't really fix the cpu usage, so I simply killed the server.

Is this normal for a MM server? Was it a function of how long the server had been up (a little over a week)? Something else?

ralgith · « **Reply #32 on:** 03 July 2012, 20:23:51 »

3902 dylan 20 0 2281m 68m 8560 S 0.3 2.0 10:26.56 java
3938 dylan 20 0 2281m 70m 8564 S 0.3 2.0 11:21.39 java
3956 dylan 20 0 2281m 70m 8560 S 0.3 2.0 10:25.99 java

That's three of my 4 dedicated servers that have been up for 10+ hours each. As you can see, they're each (at PEAK) using 0.3% CPU amd 2.0% RAM. So, I'd have to say that isn't normal. However, none of mine have yet been used as far as I'm aware, so there may be a memory leak hiding in there somewhere.

SteveRestless · « **Reply #33 on:** 03 July 2012, 20:51:46 »

No, definitely not normal behavior

Maelwys · « **Reply #34 on:** 03 July 2012, 21:48:08 »

I'll keep an eye on the server then next time I set it up and during the week. My friend just sent me another IM, suggesting that one culprit may have been the leap second, which apparently caused problems that sound very similar to this.

I guess I'll see in about a week :)

SCC · « **Reply #35 on:** 04 July 2012, 00:15:16 »

Java doesn't formally have memory leaks, stuff isn't allowed to access outside of it's designated memory area and the maximum total amount of RAM is fixed at start up. That said, if stuff has not been forgotten Java memory usage may grow

ralgith · « **Reply #36 on:** 06 July 2012, 06:56:20 »

Updated to mekhq r1204 & mm r8927 to fix a few bugs and introduce some new data

TS_Hawk · « **Reply #37 on:** 06 July 2012, 10:27:34 »

come on ral slow down i haven't had a chance to play the last update :P

ralgith · « **Reply #38 on:** 07 July 2012, 13:01:41 »

I don't know how to slow down. :P

Bugfixes are good.

TS_Hawk · « **Reply #39 on:** 07 July 2012, 16:28:51 »

Anyways played a quick game against the bot with the latest update.. and it went pretty smooth I really like the slide bar for princess just have to figure out the best spot for it.

TS_Hawk · « **Reply #40 on:** 07 July 2012, 19:14:35 »

just out of curiosity what happened to the quirks? I didn't see them in the RPG rules?

ralgith · « **Reply #41 on:** 07 July 2012, 19:30:46 »

Quote from: TS_Hawk on 07 July 2012, 19:14:35

just out of curiosity what happened to the quirks? I didn't see them in the RPG rules?

Because they aren't in that category.

TS_Hawk · « **Reply #42 on:** 08 July 2012, 00:44:11 »

crap I was told that they were.. ok where are they then please?

A. Lurker · « **Reply #43 on:** 08 July 2012, 01:58:49 »

Quote from: TS_Hawk on 08 July 2012, 00:44:11

crap I was told that they were.. ok where are they then please?

They're on the "Advanced Rules" tab -- you'll have to scroll down a bit. Next-to-last box before the legacy/unofficial options start.

TS_Hawk · « **Reply #44 on:** 08 July 2012, 10:00:52 »

Thanks Lurk

SteveRestless · « **Reply #45 on:** 10 July 2012, 20:27:04 »

Man, you've got a lot of nice maps and things added on! You should release a jake-style compilation of them. Or include them with Megamek.

ralgith · « **Reply #46 on:** 11 July 2012, 15:00:39 »

Quote from: SteveRestless on 10 July 2012, 20:27:04

Man, you've got a lot of nice maps and things added on! You should release a jake-style compilation of them. Or include them with Megamek.

Most of them were created by other people though ;)
In fact, most are either from Jake's pack, from the Data section of the sourceforge tracker, or were created by Jayof9s.

ralgith · « **Reply #47 on:** 11 July 2012, 16:23:55 »

Updated to mekhq r1204 & mm 0.35.31 to bring us up to the official dev release 0.35.31 (which fixes some more bugs)

TS_Hawk · « **Reply #48 on:** 24 July 2012, 21:17:45 »

Ok I do not know what happened this was working fine today. Now I know I did make some custom mechs through meklab tonight but I don't think that should have effected it?

ralgith · « **Reply #49 on:** 26 July 2012, 15:35:33 »

Updated to mekhq r1223 & mm r8962 to bring us up to the current svn, which has some nice fixes in it. This new MekHQ also has some nice fixes

TS_Hawk · « **Reply #50 on:** 27 July 2012, 09:48:21 »

cool thanks Ral.

Sylterix · « **Reply #51 on:** 27 July 2012, 12:19:24 »

Quote from: ralgith on 26 July 2012, 15:35:33

Updated to mekhq r1223 & mm r8962 to bring us up to the current svn, which has some nice fixes in it. This new MekHQ also has some nice fixes

One problem Ralgith.

For me it'll only save the files as .cpnx. Even if I append .xml after saving, or try saving it to an existing .xml file it'll only save it to .cpnx

ralgith · « **Reply #52 on:** 27 July 2012, 12:21:19 »

Quote from: Sylterix on 27 July 2012, 12:19:24

One problem Ralgith.

For me it'll only save the files as .cpnx. Even if I append .xml after saving, or try saving it to an existing .xml file it'll only save it to .cpnx

Except that cpnx is XML format, so it doesn't matter. CamPaigN Xml is how the extension comes about, and this is the format from here forward.

Sylterix · « **Reply #53 on:** 27 July 2012, 12:26:56 »

I didn't know that. :)

Learn something new everyday.

SteveRestless · « **Reply #54 on:** 27 July 2012, 12:49:51 »

Any feature additions? :)

ralgith · « **Reply #55 on:** 27 July 2012, 12:57:16 »

Quote from: SteveRestless on 27 July 2012, 12:49:51

Any feature additions? :)

Umm, Lots of data updates & RAT corrections? :D

Other than that I honestly don't recall. Nothing major. Although next version will have an indicator on your units for being manual shutdown (A red SD at the center bottom of the hex)

SteveRestless · « **Reply #56 on:** 27 July 2012, 12:59:39 »

Cool. Will this shutdown indicator only be on manually shut down units, or will autoshutdown units get the indicator too?

ralgith · « **Reply #57 on:** 27 July 2012, 13:00:40 »

Quote from: SteveRestless on 27 July 2012, 12:59:39

Cool. Will this shutdown indicator only be on manually shut down units, or will autoshutdown units get the indicator too?

Well, I was planning on only manually shutdown. But maybe I should do both and have manual in Yellow and Auto in Red?

ralgith · « **Reply #58 on:** 30 July 2012, 20:09:11 »

For those who used the built in MekLab - its broken in this release. This is due to changes in MegaMek breaking MML. I've uploaded a MML.jar file that corrects this. Just download it into the folder for this release. In addition I've updated the zip on the server with the new MML.jar file. Apologies for that ;)

Now I just have to remember to do that for every release! Ugh!

Or I suppose I could "abuse" my developer access and just update the MML.jar file in the MekHQ SVN repository hahaha!!

ralgith · « **Reply #59 on:** 30 July 2012, 23:35:55 »

Updated to mekhq r1224 & mm r8967 to fix some important bugs, add pintle mounts for small support vees, and get MML r1044 into the MekHQ SVN trunk