Page 14 of 17

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Tue Jan 02, 2018 2:18 pm
by Venatius
Thanks, both of you! The suffix thing in the JVM settings was exactly the problem. I should have thought of that! I hang my head in shame.

Regarding UPnP, I don't need to use it! Just a very minor, circumventable annoyance/non-optimal thing. I can just port forward and it's just as well as long as my local IP doesn't change - or I can just put up with having to disconnect twice, which is really not a huge strain. Here's the full error text when disconnecting with UPnP on:
Click

Code: Select all

java.lang.NullPointerException
	at net.rptools.maptool.util.UPnPUtil.closePort(UPnPUtil.java:207)
	at net.rptools.maptool.client.MapTool.disconnect(MapTool.java:1108)
	at net.rptools.maptool.client.MapTool.stopServer(MapTool.java:984)
	at net.rptools.maptool.client.AppActions.disconnectFromServer(AppActions.java:2007)
	at net.rptools.maptool.client.AppActions$57.execute(AppActions.java:1999)
	at net.rptools.maptool.client.AppActions$ClientAction.actionPerformed(AppActions.java:2828)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
	at de.muntjak.tinylookandfeel.TinyMenuItemUI.doClick(Unknown Source)
	at de.muntjak.tinylookandfeel.TinyMenuItemUI$MouseInputHandler.mouseReleased(Unknown Source)
	at java.awt.Component.processMouseEvent(Component.java:6533)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6298)
	at java.awt.Container.processEvent(Container.java:2237)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2295)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4889)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4526)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4467)
	at java.awt.Container.dispatchEventImpl(Container.java:2281)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.awt.EventQueue$4.run(EventQueue.java:729)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
1.4.1.8 doesn't have this issue. 1.4.0.5 doesn't seem to work with port forwarding on my particular router at all, but that's a different problem.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Wed Jan 03, 2018 1:34 pm
by JamzTheMan
Thanks for the report. There may have been some uPNP fixes in 1.4.1.x by Azhrei. Curious why it doesn't work in the Nerps fork, I'll have to check.

For completeness sake, can you list your router/model?

*Edit: Issue logged: https://github.com/JamzTheMan/MapTool/issues/48

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Wed Jan 03, 2018 11:47 pm
by Venatius
JamzTheMan wrote:Thanks for the report. There may have been some uPNP fixes in 1.4.1.x by Azhrei. Curious why it doesn't work in the Nerps fork, I'll have to check.

For completeness sake, can you list your router/model?

*Edit: Issue logged: https://github.com/JamzTheMan/MapTool/issues/48
Absolutely! Netgear WNDR3700

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Thu Jan 04, 2018 3:40 pm
by Full Bleed
Venatius wrote:1.4.0.5 doesn't seem to work with port forwarding on my particular router at all, but that's a different problem.
Try this: Uninstall Java. Reinstall. Restart 1.4.0.5 and make sure you accept the security exception. Every time Java updates you need to do this. There is no reason that I am aware of that 1.4.0.5 would not work with a particular router's port forwarding.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Sat Jan 13, 2018 2:51 pm
by SDShannonS
Is there a repository of older versions of the Nerps! client? Our game frequently has guest players and every time a new player tries to get the client compatible with our server, we struggle to find the version that our campaign is running on. And our GM doesn't want to keep updating to the newest version every single session.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Mon Jan 15, 2018 12:44 pm
by JamzTheMan
All the old versions are on my server (sorry, don't have direct links to them though) but you can simply put the version # in that you are looking for like:

http://www.nerps.net/maptool/prod_relea ... 4.3.20.exe
http://www.nerps.net/maptool/prod_relea ... 4.3.19.exe


However, I DO recommend updating to 1.4.4.0. for a better Installation process and a few important FoW/Lighting bug fixes. There won't be a new Nerps! version for a while so you should be good to go with this version for a while. (Also, technically, 1.4.4.0. can install next to previous versions so tell him to install it and keep/uninstall older nerps versions as he sees fit)

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Tue Jan 16, 2018 7:54 pm
by SDShannonS
That's great to know! Thanks very much.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Tue Jan 16, 2018 7:58 pm
by SDShannonS
What's the URL for the MacOS versions?

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Wed Jan 17, 2018 12:06 pm
by JamzTheMan

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Wed Jan 17, 2018 1:04 pm
by SDShannonS
That works perfectly. Thank you so much.

I might recommend adding a way to access older versions directly from your new page, but those URLs work like a charm. Thanks again.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Fri Jan 19, 2018 10:12 pm
by JamzTheMan
yea, I can probably do that...

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Sun Feb 11, 2018 10:53 am
by satheyo
I get this error when using the free-hand draw tool. It happens only when I am holding left-lick to draw the image while I attempt to drag my view to a different location by clicking and holding right-click. Once I hit close on the error popup the previous drawing remains until I left click at which point that drawing disappears.

If I do the above, but instead of clicking and holding right-click and just click right-click it instead causes the popup to display after close whether I click left-click or right-click. I have to forcefully shut down maptools to use it again after this occurs.
Spoiler
java.lang.NullPointerException
at sun.dc.DuctusRenderingEngine.createStrokedShape(DuctusRenderingEngine.java:106)
at java.awt.BasicStroke.createStrokedShape(BasicStroke.java:301)
at net.rptools.maptool.model.drawing.LineSegment.createLineArea(LineSegment.java:62)
at net.rptools.maptool.model.drawing.LineSegment.getArea(LineSegment.java:46)
at net.rptools.maptool.model.drawing.LineSegment.draw(LineSegment.java:72)
at net.rptools.maptool.model.drawing.AbstractDrawing.draw(AbstractDrawing.java:69)
at net.rptools.maptool.client.tool.drawing.AbstractDrawingTool.paintTransformed(AbstractDrawingTool.java:125)
at net.rptools.maptool.client.tool.drawing.AbstractLineTool.paintOverlay(AbstractLineTool.java:122)
at net.rptools.maptool.client.ui.zone.ZoneRenderer.renderZone(ZoneRenderer.java:1236)
at net.rptools.maptool.client.ui.zone.ZoneRenderer.paintComponent(ZoneRenderer.java:759)
at javax.swing.JComponent.paint(JComponent.java:1056)
at javax.swing.JComponent.paintChildren(JComponent.java:889)
at javax.swing.JComponent.paint(JComponent.java:1065)
at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Sun Feb 18, 2018 10:26 am
by aliasmask
I don't recall, does NERPS have something for sound integration either generically or specifically? I was thinking of adding some voice acting or dramatic music to my custom chat library and would like to prerecord the sound bites and play when I post it in chat.

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Mon Feb 19, 2018 6:21 pm
by JamzTheMan
Only Syrinscape integration via URI...

Real sound will come with JavaFX sometime in the future...

Re: [Nerps!] MapTool Fork based on 1.4.1.x

Posted: Mon Feb 19, 2018 11:56 pm
by Full Bleed
aliasmask wrote:I don't recall, does NERPS have something for sound integration either generically or specifically? I was thinking of adding some voice acting or dramatic music to my custom chat library and would like to prerecord the sound bites and play when I post it in chat.
You should look into MorphVox Pro. It allows you to pipe sounds through your audio channel so your players don't need to install anything. And you can turn on quick voice modulators to add some flavor to your game. I haven't used it in a while, but I seem to remember that my biggest issue with it was that you do have to have setup your sounds in advance... which sounds like what you planned on doing anyway.