MapTool 1.3 Final, patch03 (build 86)
Moderators: dorpond, trevor, Azhrei, Craig
Re: MapTool 1.3 Final, patch03 (build 86)
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.
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.
Re: MapTool 1.3 Final, patch03 (build 86)
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!
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
Re: MapTool 1.3 Final, patch03 (build 86)
Thanks. That's the best feedback I've gotten on the hex movement validation.Azinctus wrote:The players spent a a good few minutes trying to move into any and all hexes and everything worked nicely.
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!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.
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.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.
Hm, good to know.For all the players IFOW worked fine, all night.
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.
Cool. I want to fix the hex grid movement thing so it looks like one last build for that.I say it is great build! So far I'd be happy with this as 1.3 FINAL (FOR REAL, HONEST)
Well done.
Re: MapTool 1.3 Final, patch03 (build 86)
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...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.
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
Re: MapTool 1.3 Final, patch03 (build 86)
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.)dorpond wrote: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...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.
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...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.
But I might be able to find it by just locating all code that modifies the TEA and work from there.
Re: MapTool 1.3 Final, patch03 (build 86)
Can someone verify if the latest version has the movement Null exception error resolved?
Thanks,
jsharen
Thanks,
jsharen
Re: MapTool 1.3 Final, patch03 (build 86)
Fixed.jsharen wrote:Can someone verify if the latest version has the movement Null exception error resolved?
**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.
- LeopoldVonRanke
- Giant
- Posts: 123
- Joined: Thu Jun 17, 2010 2:50 pm
- Location: Maine
- Contact:
1 unresolved issue, 1 crash
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:
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
Re: 1 unresolved issue, 1 crash
Thanks for the report. We need more though, specifically what your start server settings are and if if in day/night/off mode.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.
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
Re: 1 unresolved issue, 1 crash
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.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.
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.)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:
- LeopoldVonRanke
- Giant
- Posts: 123
- Joined: Thu Jun 17, 2010 2:50 pm
- Location: Maine
- Contact:
Re: 1 unresolved issue, 1 crash
Hi guys, sorry for only now getting back to you on this.Azhrei wrote: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.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.
I previously reported this in the thread on b83:
(The second issue has been solved).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.
...
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?)
Re: 1 unresolved issue, 1 crash
Yeah, I noticed something similar.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).
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.
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.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?)
Re: MapTool 1.3 Final, patch03 (build 86)
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.
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.
Re: MapTool 1.3 Final, patch03 (build 86)
So far, I've run several games with this build, and all has gone well!
THANK YOU.
Awesome program.
THANK YOU.
Awesome program.
- jfrazierjr
- Deity
- Posts: 5176
- Joined: Tue Sep 11, 2007 7:31 pm
Re: MapTool 1.3 Final, patch03 (build 86)
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....)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.
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..
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..