MapTool 1.3 Final, patch03 (build 86)

New build announcements plus site news and changes.

Moderators: dorpond, trevor, Azhrei, Craig

Azinctus
Giant
Posts: 133
Joined: Tue Nov 18, 2008 10:16 am

Re: MapTool 1.3 Final, patch03 (build 86)

Post by Azinctus »

I ran my game with no significant problems. The hex movement blocking works a treat. The players spent a a good few minutes trying to move into any and all hexes and everything worked nicely.

Individual Fog of War, with hexes and conic vision now works perfectly for the players. Hooray! My heartfelt thanks to JFrazierJr and Azhrei for all their work on that.

I did identify one minor bug, sometimes the GM's "Show As Player" was not returning the same results as a player's view. In a specific incident when one player revealed a small area it was added to another player's exposed area on the GM's screen only. For all the players IFOW worked fine, all night. No one saw anything they shouldn't. But a few times the "Show As Player" was not giving the correct results, leading me to think IFOW had broken, the players however saw nothing out of the ordinary.

That bug was not a show stopper. I say it is great build! So far I'd be happy with this as 1.3 FINAL (FOR REAL, HONEST)

Well done.

dorpond
RPTools Team
Posts: 5534
Joined: Thu Jun 01, 2006 2:05 pm
Location: Buffalo, NY

Re: MapTool 1.3 Final, patch03 (build 86)

Post by dorpond »

Glad to hear most everything worked well.
As far as that individual view report, that should be accurate since that is the only mechanism a dm has to manage the game. Do you have any more details or maybe even a campaign file you can upload showing this behavior? Any way of reproducing it would be fantastic. Thanks!
How to use my bundled artwork (MT1.3B60+): http://forums.rptools.net/viewtopic.php?f=8&t=11759

User avatar
Azhrei
Site Admin
Posts: 12086
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: MapTool 1.3 Final, patch03 (build 86)

Post by Azhrei »

Azinctus wrote:The players spent a a good few minutes trying to move into any and all hexes and everything worked nicely.
Thanks. That's the best feedback I've gotten on the hex movement validation. :)
Individual Fog of War, with hexes and conic vision now works perfectly for the players. Hooray! My heartfelt thanks to JFrazierJr and Azhrei for all their work on that.
Gee, shucks. But honestly, 100% of the IFOW effort is Joe's. My focus was primarily heckling him from the sidelines -- and he still finished it! :mrgreen:
I did identify one minor bug, sometimes the GM's "Show As Player" was not returning the same results as a player's view. In a specific incident when one player revealed a small area it was added to another player's exposed area on the GM's screen only.
Well, the GM's "Show as Player" will never be exactly the same as a player's. At some point I'll have to search the code for instances where this is the case just so I can post a list. For example, the GM is always considered the owner of every token, regardless of the Show As Player option. That means the GM will view the map using an aggregate view that the player's wouldn't. But there's no good way around this -- the GM needs that ability.
For all the players IFOW worked fine, all night.
Hm, good to know.

I don't think it would help to have the campaign file (sorry dorpond) since all of the globally exposed areas are merged together. But if you can describe the events surrounding this little "feature" maybe I can locate the problem by just searching the code. For example, do you recall if the expose operation was via the token's right-click menu, or the result of moving the token, or whether the token was PC or NPC...? Anything related to the token state regarding vision/light/fog/movement might be relevant. User-defined state wouldn't matter.
I say it is great build! So far I'd be happy with this as 1.3 FINAL (FOR REAL, HONEST)

Well done.
Cool. I want to fix the hex grid movement thing so it looks like one last build for that. :)

dorpond
RPTools Team
Posts: 5534
Joined: Thu Jun 01, 2006 2:05 pm
Location: Buffalo, NY

Re: MapTool 1.3 Final, patch03 (build 86)

Post by dorpond »

Azhrei wrote: Well, the GM's "Show as Player" will never be exactly the same as a player's. At some point I'll have to search the code for instances where this is the case just so I can post a list. For example, the GM is always considered the owner of every token, regardless of the Show As Player option. That means the GM will view the map using an aggregate view that the player's wouldn't. But there's no good way around this -- the GM needs that ability.
If we are talking about individual fow though, that must be accurate on the gm side. Yes, the gm can see everything, but when the gm clicks on Fred' token, The gm must need to see fred's fow as Fred sees it. That is critical for running an individual fow campaign. How else is the gm going to manage a huge dungeon crawl with ind. Fow enabled? Yeah, face to face I can struggle through it but imagine the kind of assumptions that would take place over an Internet game...
Nevertheless, hopefully this was a one time issue the user had. I can't imagine why at one minute it works and the next it doesn't and then suddenly it works again. That just doesn't make sense.
How to use my bundled artwork (MT1.3B60+): http://forums.rptools.net/viewtopic.php?f=8&t=11759

User avatar
Azhrei
Site Admin
Posts: 12086
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: MapTool 1.3 Final, patch03 (build 86)

Post by Azhrei »

dorpond wrote:
Azhrei wrote:Well, the GM's "Show as Player" will never be exactly the same as a player's. At some point I'll have to search the code for instances where this is the case just so I can post a list. For example, the GM is always considered the owner of every token, regardless of the Show As Player option. That means the GM will view the map using an aggregate view that the player's wouldn't. But there's no good way around this -- the GM needs that ability.
If we are talking about individual fow though, that must be accurate on the gm side. Yes, the gm can see everything, but when the gm clicks on Fred' token, The gm must need to see fred's fow as Fred sees it. That is critical for running an individual fow campaign. How else is the gm going to manage a huge dungeon crawl with ind. Fow enabled? Yeah, face to face I can struggle through it but imagine the kind of assumptions that would take place over an Internet game...
Hm, I suppose. But I've seen spots in the code that call AppUtil.playerOwns() instead of Token.isOwnedBy() and I remember thinking about changing it but realizing that it would make things worse not better. (The first one always returns true if you're the GM, while the other one is strictly based on the ownership field of the token.)
Nevertheless, hopefully this was a one time issue the user had. I can't imagine why at one minute it works and the next it doesn't and then suddenly it works again. That just doesn't make sense.
Which makes me think it was a non-typical process. For example, maybe a player did a copy/paste of a token and this player never does that -- so it's a singular occurrence. Or maybe they moved a token and then used the right-click -> Revert Last Move and they'd never done that before? It had to be something that the player rarely uses...

But I might be able to find it by just locating all code that modifies the TEA and work from there.

jsharen
Giant
Posts: 196
Joined: Tue Feb 05, 2008 3:39 pm

Re: MapTool 1.3 Final, patch03 (build 86)

Post by jsharen »

Can someone verify if the latest version has the movement Null exception error resolved?

Thanks,
jsharen

neofax
Great Wyrm
Posts: 1694
Joined: Tue May 26, 2009 8:51 pm
Location: Philadelphia, PA
Contact:

Re: MapTool 1.3 Final, patch03 (build 86)

Post by neofax »

jsharen wrote:Can someone verify if the latest version has the movement Null exception error resolved?
Fixed.

**UPDATE** I ran a second game for organized play Friday and multiple individuals had problems. Azhrei was one of the participants, so he has log info from the game.
Last edited by neofax on Sat Apr 23, 2011 2:47 pm, edited 1 time in total.

User avatar
LeopoldVonRanke
Giant
Posts: 123
Joined: Thu Jun 17, 2010 2:50 pm
Location: Maine
Contact:

1 unresolved issue, 1 crash

Post by LeopoldVonRanke »

Hi guys, gone for a week and a barrage of new versions is out. Brilliant!

Only I still have the issue (since the first version in the b80s number) that, when switching to Player view, things are screwed up. I mean, I don't get the Player view. Instead I get a view that has no tokens showing, as if all light sources are off. This is with Individual FOV OFF.
I assume it is related to the view problem mentioned above.

I also had one hard crash in my last session which might just be memory-related (please confirm), the following is the Leopard crash report:
Spoiler

Code: Select all

Process:         JavaApplicationStub [3544]
Path:            /Applications/Communication Tools/RPTools/MapTool-1.3.b86.app/Contents/MacOS/JavaApplicationStub
Identifier:      net.rptools.maptool
Version:         1.3.b86 (???)
Code Type:       X86-64 (Native)
Parent Process:  launchd [109]

Interval Since Last Report:          3724693 sec
Crashes Since Last Report:           11
Per-App Interval Since Last Report:  1473 sec
Per-App Crashes Since Last Report:   1

Date/Time:       2011-04-20 15:07:17.491 -0400
OS Version:      Mac OS X 10.5.8 (9L31a)
Report Version:  6
Anonymous UUID:  86CBA467-D5C3-42F6-9D17-DBB18A0D314D

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000000010d909e12
Crashed Thread:  51

Application Specific Information:

Java information:
 Exception type: Bus Error (0xa) at pc=11e33e62c

 Java VM: Java HotSpot(TM) 64-Bit Server VM (19.1-b02-334 mixed mode macosx-amd64)

Current thread (103463800):  JavaThread "Thread-58" daemon [_thread_in_native, id=637870080, stack(125fd2000,126052000)]
Stack: [125fd2000,126052000]

Java Threads: ( => current thread )
=>103463800 JavaThread "Thread-58" daemon [_thread_in_native, id=637870080, stack(125fd2000,126052000)]
  103460000 JavaThread "pool-8-thread-10" [_thread_blocked, id=770076672, stack(12da67000,12de67000)]
  1033d8800 JavaThread "pool-8-thread-9" [_thread_in_native, id=765870080, stack(12d664000,12da64000)]
  10345d000 JavaThread "pool-8-thread-8" [_thread_in_native, id=761663488, stack(12d261000,12d661000)]
  1033f5800 JavaThread "Java Sound Event Dispatcher" daemon [_thread_blocked, id=757456896, stack(12ce5e000,12d25e000)]
  1033cc800 JavaThread "Thread-34" [_thread_in_native, id=753250304, stack(12ca5b000,12ce5b000)]
  1033cc000 JavaThread "Thread-33" [_thread_blocked, id=749043712, stack(12c658000,12ca58000)]
  1033ca000 JavaThread "Thread-32" [_thread_in_native, id=744837120, stack(12c255000,12c655000)]
  1033b5000 JavaThread "Thread-31" [_thread_blocked, id=740630528, stack(12be52000,12c252000)]
  103304800 JavaThread "Thread-30" [_thread_in_native, id=732733440, stack(12b6ca000,12baca000)]
  1033b7000 JavaThread "Thread-29" [_thread_blocked, id=728526848, stack(12b2c7000,12b6c7000)]
  103337800 JavaThread "Thread-28" [_thread_in_native, id=724320256, stack(12aec4000,12b2c4000)]
  103335800 JavaThread "Thread-27" [_thread_blocked, id=549691392, stack(12083a000,120c3a000)]
  103399000 JavaThread "Thread-25" [_thread_in_native, id=720113664, stack(12aac1000,12aec1000)]
  103398800 JavaThread "Thread-26" [_thread_in_native, id=703287296, stack(129ab5000,129eb5000)]
  103391800 JavaThread "Thread-24" [_thread_blocked, id=699080704, stack(1296b2000,129ab2000)]
  10338a000 JavaThread "Thread-23" [_thread_blocked, id=686460928, stack(128aa9000,128ea9000)]
  1031e7000 JavaThread "pool-7-thread-1" [_thread_in_native, id=694874112, stack(1292af000,1296af000)]
  1032c0000 JavaThread "Thread-22" [_thread_blocked, id=690667520, stack(128eac000,1292ac000)]
  1032ad800 JavaThread "Thread-21" [_thread_blocked, id=682254336, stack(1286a6000,128aa6000)]
  1032cd000 JavaThread "Thread-20" [_thread_in_native, id=628293632, stack(125330000,125730000)]
  1032b5000 JavaThread "Thread-19" [_thread_blocked, id=562241536, stack(121432000,121832000)]
  10333b000 JavaThread "pool-6-thread-1" [_thread_blocked, id=601915392, stack(123a08000,123e08000)]
  1032b8000 JavaThread "Thread-16" [_thread_blocked, id=715907072, stack(12a6be000,12aabe000)]
  1032cf000 JavaThread "Thread-15" [_thread_blocked, id=711700480, stack(12a2bb000,12a6bb000)]
  1032cb000 JavaThread "Timer-1" [_thread_blocked, id=707493888, stack(129eb8000,12a2b8000)]
  1032ad000 JavaThread "Thread-7" [_thread_blocked, id=678047744, stack(1282a3000,1286a3000)]
  1032a8000 JavaThread "pool-5-thread-1" [_thread_blocked, id=673841152, stack(127ea0000,1282a0000)]
  1032a7800 JavaThread "pool-2-thread-1" [_thread_blocked, id=669634560, stack(127a9d000,127e9d000)]
  1032a2000 JavaThread "Thread-6" [_thread_blocked, id=665427968, stack(12769a000,127a9a000)]
  10325f800 JavaThread "Thread-5" [_thread_blocked, id=610328576, stack(12420e000,12460e000)]
  1031a4800 JavaThread "TimerQueue" daemon [_thread_blocked, id=606121984, stack(123e0b000,12420b000)]
  103001800 JavaThread "DestroyJavaVM" [_thread_blocked, id=35418112, stack(1019c7000,1021c7000)]
  1031aa800 JavaThread "AWT-EventQueue-1" [_thread_in_vm, id=653918208, stack(126ba0000,126fa0000)]
  103183800 JavaThread "Timer-0" daemon [_thread_blocked, id=624087040, stack(124f2d000,12532d000)]
  103144800 JavaThread "AWT-Shutdown" [_thread_blocked, id=535851008, stack(11fb07000,11ff07000)]
  1030fc000 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=540057600, stack(11ff0a000,12030a000)]
  1030aa800 JavaThread "AWT-AppKit" daemon [_thread_in_native, id=1883379456, stack(7fff5f400000,7fff5fc00000)]
  103049000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=220573696, stack(10ce5b000,10d25b000)]
  103047800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=216367104, stack(10ca58000,10ce58000)]
  103046000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=212160512, stack(10c655000,10ca55000)]
  103045000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=207953920, stack(10c252000,10c652000)]
  103043800 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=203747328, stack(10be4f000,10c24f000)]
  10302a800 JavaThread "Finalizer" daemon [_thread_blocked, id=199446528, stack(10ba35000,10be35000)]
  103029800 JavaThread "Reference Handler" daemon [_thread_blocked, id=195215360, stack(10b62c000,10ba2c000)]
Other Threads:
  103024800 VMThread [stack: 10b529000,10b629000] [id=191008768]
  10304b000 WatcherThread [stack: 10d266000,10d666000] [id=224813056]

VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None

Heap
 par new generation   total 19136K, used 3717K [7ae600000, 7afac0000, 7b0f90000)
  eden space 17024K,   9% used [7ae600000, 7ae791528, 7af6a0000)
  from space 2112K,  99% used [7af6a0000, 7af8affe8, 7af8b0000)
  to   space 2112K,   0% used [7af8b0000, 7af8b0000, 7afac0000)
 concurrent mark-sweep generation total 387540K, used 191915K [7b0f90000, 7c8a05000, 7fae00000)
 concurrent-mark-sweep perm gen total 66748K, used 44029K [7fae00000, 7fef2f000, 800000000)

Virtual Machine Arguments:
JVM Args: -Xbootclasspath/a:/System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Resources/LauncherSupport.jar -Xmx1224m -Xss4m 
Java Command: <unknown>
Launcher Type: generic
Physical Memory: Page Size = 4k, Total = 1792M, Free = 35M


dorpond
RPTools Team
Posts: 5534
Joined: Thu Jun 01, 2006 2:05 pm
Location: Buffalo, NY

Re: 1 unresolved issue, 1 crash

Post by dorpond »

LeopoldVonRanke wrote: Only I still have the issue (since the first version in the b80s number) that, when switching to Player view, things are screwed up. I mean, I don't get the Player view. Instead I get a view that has no tokens showing, as if all light sources are off. This is with Individual FOV OFF.
I assume it is related to the view problem mentioned above.
Thanks for the report. We need more though, specifically what your start server settings are and if if in day/night/off mode.

Any and everything that can help us recreate it in our labs.

Thanks!
How to use my bundled artwork (MT1.3B60+): http://forums.rptools.net/viewtopic.php?f=8&t=11759

User avatar
Azhrei
Site Admin
Posts: 12086
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: 1 unresolved issue, 1 crash

Post by Azhrei »

LeopoldVonRanke wrote:Only I still have the issue (since the first version in the b80s number) that, when switching to Player view, things are screwed up. I mean, I don't get the Player view. Instead I get a view that has no tokens showing, as if all light sources are off. This is with Individual FOV OFF.
I assume it is related to the view problem mentioned above.
Sorry, Leo, but can you find a link to your previous post and add it to this thread? Or just PM it to me? Thanks.
I also had one hard crash in my last session which might just be memory-related (please confirm), the following is the Leopard crash report:
This is a Java runtime problem and should be reported to Apple. There's nothing MapTool can do about it. (You can tell because "Thread-58" was in "native code" at the time of the crash, meaning C code, not Java.)

User avatar
LeopoldVonRanke
Giant
Posts: 123
Joined: Thu Jun 17, 2010 2:50 pm
Location: Maine
Contact:

Re: 1 unresolved issue, 1 crash

Post by LeopoldVonRanke »

Azhrei wrote:
LeopoldVonRanke wrote:Only I still have the issue (since the first version in the b80s number) that, when switching to Player view, things are screwed up. I mean, I don't get the Player view. Instead I get a view that has no tokens showing, as if all light sources are off. This is with Individual FOV OFF.
I assume it is related to the view problem mentioned above.
Sorry, Leo, but can you find a link to your previous post and add it to this thread? Or just PM it to me? Thanks.
Hi guys, sorry for only now getting back to you on this.
I previously reported this in the thread on b83:
LeopoldVonRanke wrote: I just did a full 3-hour session with my players with 1b83; everything ran fine except for two occurrences:
-"Player view" didn't give me the player view, but just a darkened out view. Something during session got switched, it felt like the opposite. Can't describe it better. I know that the server ran with individual views off. I could only see my player's light sources when I was on Player view, and never the other way round. This was, however, an old campaign I loaded. Previously used version was .b76.
...
(The second issue has been solved).

This problem has persisted ever since, except that now it's not "switched" - instead, Player view simply does not work, i.e. I do not get the view of the player's tokens wjhen I click on them, nor do I get their lines of sight. In fact, the tokens aren't visible. This is currently happening on a daylight map, Individual FOW off, but it happened on a night/dungeon map previously. (I do not use individual FOW).
Note that a) I switched directly from b76 to b83, and that b) I can only verify this problem in session. I'm happy to send the campaign file to anyone, but it's 35 MB currently. Unfortunately I have little time right now or I could help pin this down better. Could it be a corrupted campaign file? If so, is there a way to repair (exporting and re-importing, perhaps?)

User avatar
Azhrei
Site Admin
Posts: 12086
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: 1 unresolved issue, 1 crash

Post by Azhrei »

LeopoldVonRanke wrote:This problem has persisted ever since, except that now it's not "switched" - instead, Player view simply does not work, i.e. I do not get the view of the player's tokens wjhen I click on them, nor do I get their lines of sight. In fact, the tokens aren't visible. This is currently happening on a daylight map, Individual FOW off, but it happened on a night/dungeon map previously. (I do not use individual FOW).
Yeah, I noticed something similar.

I think the code is checking a bunch of conditions (view.isGM(), AppUtil.playerOwns(), AppState.useStrictTokenManagement(), and similar) and there is one being left out of the mix...?! That would explain why it works in most cases but when PlayerView is turned on it fails. I need to find the code that is causing the bad visual effect and then review the IF statements to figure out what's missing.
Note that a) I switched directly from b76 to b83, and that b) I can only verify this problem in session. I'm happy to send the campaign file to anyone, but it's 35 MB currently. Unfortunately I have little time right now or I could help pin this down better. Could it be a corrupted campaign file? If so, is there a way to repair (exporting and re-importing, perhaps?)
I doubt it's the campaign file. Although b83 had other problems that caused b84 to be released pretty quickly; check the ChangeLog for specifics.

User avatar
loogie
Dragon
Posts: 267
Joined: Wed Sep 05, 2007 4:53 pm
Contact:

Re: MapTool 1.3 Final, patch03 (build 86)

Post by loogie »

Hey guys! I've been gone for awhile... final release of 1.3! sweet!

I talk to Trevor now and again, so I know he's not so much the primary dev anymore.. but I wanted to say to all you contributors...

THANKS FOR KEEPING MAPTOOL ALIVE!

I've not had a chance to use it in a long long time, but I am happy to see that it is still alive and kicking... kicking hard too!

Good job guys.

User avatar
warpoet
Kobold
Posts: 24
Joined: Thu Mar 18, 2010 4:54 pm

Re: MapTool 1.3 Final, patch03 (build 86)

Post by warpoet »

So far, I've run several games with this build, and all has gone well!

THANK YOU.

Awesome program.

User avatar
jfrazierjr
Deity
Posts: 5176
Joined: Tue Sep 11, 2007 7:31 pm

Re: MapTool 1.3 Final, patch03 (build 86)

Post by jfrazierjr »

Azhrei wrote: Well, the GM's "Show as Player" will never be exactly the same as a player's. At some point I'll have to search the code for instances where this is the case just so I can post a list. For example, the GM is always considered the owner of every token, regardless of the Show As Player option. That means the GM will view the map using an aggregate view that the player's wouldn't. But there's no good way around this -- the GM needs that ability.
We can fix this, it's just the number of places we have to look to make changes by checking view.IsGMView()(or whatever it is called....)
I save all my Campaign Files to DropBox. Not only can I access a campaign file from pretty much any OS that will run Maptool(Win,OSX, linux), but each file is versioned, so if something goes crazy wild, I can always roll back to a previous version of the same file.

Get your Dropbox 2GB via my referral link, and as a bonus, I get an extra 250 MB of space. Even if you don't don't use my link, I still enthusiastically recommend Dropbox..

Post Reply

Return to “Announcements”