Jumpgate Beta is Open to All Subscribers!

Great to hear, Joe!

Joe said:

Thanks, Lavi!

For the record, my game is now in Jumpgate, using the 2014 sheet as primary and then added the 2024 sheet, and the API (in non-experimental mode, if I recall correctly) seems to be working pretty well again with the 2014 NPCs and even with some of the tokens for the 2024 PCs. :-)

We hope so!

vÍnce said:

Lavi said:

We also took this opportunity to extend this capability - now the option to copy Mods (API) scripts is available when copying ANY game.

That's big news!

Threading in some of releases over the last couple of days. We hope there are some big wins for our community in here:

Big Wins across platform:

• We made a broader update to have the option to copy Mods (API) scripts when copying ANY game
• Increased total upload storage for subscribers - Plus subs now have 4GB (previously) and Pro subs now have 10GB (previously 8)
  

Jumpgate specific:

• "Convert to Jumpgate" feature inside the Classic VTT now also copies Mods (API) scripts when creating a Classic VTT copy
• Fixed an issue where previewing as player, and clicking "exit preview" made token images off the map disappear
• Fixed an issue where moving VTT from big monitor to small screen jammed the sheet in a corner, requiring a refresh
• Newly added effects from Effects (FX) Tool now work from chat
• Notifications like "You need to log in now" now appear in front of Macro Bar, so they are viable and actionable
• "Convert to Jumpgate" pop up correctly showing text for game name, even if special characters like & are in use
• Solved a mismatch between Page Settings and actual page size for nonstandard cell sizes
  

Also available in change log.

Hi Allen - we hope that all of these options are equally as safe, and will continue to ensure we are quick in responding to feedback in the cases that any issues do raise. At this point, the only issue that has been highlighted was that Mod (API) Scripts were not copying over to the legacy when "convert to jumpgate" was used. This issue has been resolved as of yesterday.

To be extra extra safe, I would recommend the following:

1. Take your original "Game A,"
2. In Game Settings, press "Copy Game" which will create "Game A Copy" - with the recent update, your Mod (API) Scripts, if you have any, will copy over too!

--> Your Game A will then always be the original, untouched game you can come back to any time and will have the version of your game up to that point
3. Take your "Game A Copy" and press "Convert to Jumgpate" within the VTT, that's the easiest option. 

4. Your "Game A Copy" will become the Jumpgate version of the game, and you'll have another "(Legacy Backup) Game A Copy" automatically created as a second backup of your legacy game. This "(Legacy Backup) Game A Copy" should be redundant, and the exact same as your "Game A." Once you get comfortable, you can delete one or both of the legacy backup games.

Allen C. said:

What is the most safe way to try the conversion?

1. Copy the game and select a convert option in the copy process?
2. Copy the game and then open the copy and select the convert option?
3. Copy the game and then open the original and select the convert option?
4. Open the original and then select the convert option (and it will offer me a backup copy option)?
5. Other?

Thanks!

Allen

Hello - sharing some updates on Jumpgate from the last week:

• (New) You can now use the "V" shortcut on your keyboard to view the tokens you control on top in the moment! If you would like to view your tokens consistently on top, you can also enable "Always display controlled tokens on top" in Graphics sections of your Settings. Players should expect to see only their name plates and token bars if darkness appears on the page, and can use the V shortcut or the settings update to view their token art on top.
• Fixed an issue where "send to back" didn't appear to work for GMs with overlapping tokens when one was controlled by "all players" and the other was controlled by "none"
• Fixed an issue where pings appeared behind tokens and darkness
• Fixed an issue where tokens from compendium didn't load if sheet was closed before leading in instances of slow connection
• Fixed an issue causing Custom Particle Effects to not activate on map
• GMs can now move the party ribbon by clicking on the page you want to move the party to, and "move party here" via the more icon

Change log, available here.

Hi Saul

We don't have a set timeline yet for when Jumpgate will be the sole option for play on Roll20, however, we're aiming to make it the default choice before the end of the year. This decision is based on user polling and feedback, as well as reports of bugs and other player/GM experiences. We'll keep everyone updated as we continue to monitor the transition.

Thanks Keith and Camelotcrusade for highlighting, and the page is now updated! As Keith mentioned, the bottom overlapping has been solved for a while now!

keithcurtis said:

camelotcrusade said:

I'd like to try Jumpgate but I'm worried about some of the items on the Priority Fixes list on the help page. Is that page being updated? 

Of particular interest to me is the “Bottom Overlapping” token bar problem since I have a huge bank of tokens that all use that setting.

That page needs updating. That hasn't been a problem for some time now. I'd suggest just creating a Jumpgate game and fiddling around in it. You could also copy (not convert) your game, and set "Jumpgate" as the engine for your copy.

Hi Cereus - we're unable to reproduce the issue after the fix we pushed, but perhaps there is an edge case we didn't solve. Would you mind sharing a screenshot of what you see in your original game and then the copied version to help us investigate further?

Cereus  said:

Lavi said:

• Fixed issue where shapes drawn on the lighting layer from certain orientations resulted in a misaligned shadow

This bugs still happens when I copy my game room to jumpgate version.

Hi Briar - very happy we solved what appeared to be the grey overlays! It was due to slightly different shaders (color contrasts) in Jumpgate that have been updated to match Legacy!

Wanted to follow up with you on the couple of the other issues you mentioned:
1) Duplicate of token appearing - we definitely recognize it's an issue from your video, but we're not having luck reproducing it. Is there a pattern you may have noticed when this tends to happen? Would you be able to share console logs when this happens - it might help us see if there's an error that's occurring and help narrow down the variables.
2) Animations stopping - are you using animations from the marketplace? If so, could you point me to the exact animation/pack name where you are experiencing this? Are there additional circumstances you noticed that could be common when this happens?

3) Music stuttering - thank you for sharing the info around impact of 5+ animations - we'll be taking a look to see if we can replicate the issue with this additional information

Thanks again for taking the time to detail these!

Briar said:

Problems I am still experiencing:

• When I either drag a new token onto a page and then move it, or edit a token and then move, it leaves behind another copy of the token until I refresh
• I am still getting music stuttering issues when playing music & also have multiple animations on the page (more than 5 generally) if: the computer or connection is not good, or if Roll20's servers are slow. Sat night I played a game where half of my players were experiencing music stuttering and stopping and starting because of a couple fog animations and some glowing lights animations for braziers etc. The music stuttering stopped when I removed some animations. Although it's improved from the old structure, I still think there is something to be done about how much resources the animations are using, and could use more optimization
• I am also still seeing some animations stopping and not starting again until I refresh
• If I drag out a player character token onto the board, it drags out the level 1 version (like 9 hit points, etc), unless I load the character sheet first, and then drag the character token out.

Here's a couple screen recordings of the duplicate token issue and the character sheet/token issue: https://drive.google.com/drive/folders/1MVvUB8ZBFyr70sEJlxZDaRMK4mDU0hrS?usp=sharing

On the bright side, the grey overlay animation issue looks to be resolved! The above were the most frustrating parts of running the game, and if were fixed I think would make Jumpgate very solid for me.

Hi Michael - there will be an enhancement coming out in the next couple of days to make scroll bars easier to see. We have had user feedback on both sides of the spectrum, some appreciating the subtleness of the current design and some wanting them to be more prominent. As a result, we'll be pushing out changes iteratively to help find the right balance for the community. 

For the second issue relating to card order, could you share the module/addon or specific game you might be using? If it's a specific game you created, you can send me the game link over private message! Could you also share a screenshot of your deck settings? If you go to your Collection tab in your VTT, scroll to Deck section, click on any name and deck settings will pop up.

Michael D. said:

Tried Jumpgate this weekend, took feedback from players, searched forum, issues documented already except the following (or perhaps I did not find it).  

Issue #1

Issue statement:  Scroll bars on the right and bottom are hard to find, difficult to use depending on background color

Expected behavior: When mouse over scroll bars have greater contrast and are easier to find.

Here is a picture of the bars in the window without mouseover.  They are not obvious and don't interrupt the view (appreciated).

Here is a screen shot I tried taking with the bar on the right having been mouse over.  Note there is not much difference.  Depending on background color it can be nearly impossible to know if you have the bar selected or not.  

Issue #2:

Issue Statement: Our game involves cards, treated as images and not tokens (there are no bubbles).  When players attempt to play cards from their hand to the tabletop into the pile, the latest played card is not the card on top.  It appears that the "layer" order of objects played to the table top is not dependent upon play order, but something else.  Did not do exhaustive testing, but appears to be related to the order in which the cards were drawn from the deck.  As the GM I attempted to move the card object to the front, but the display order only changed for the GM and not the players.

Expected behavior:  Cards or objects moved from hands to the tabletop are ordered with the latest played object on top.  

I did not grab photos, and not sure how to show it if I could.  The description seems adequate.  If the devs need to see it contact me and I can demonstrate live.  

Other than these small user complaint, all other issues were previously identified and the players received it well.  Looking forward to attempting to copy a game and test out the new copy API feature in the coming weeks.  I noticed performance improvements on my end.  General receipt is positive.

Briar and Jonathan - we had a release earlier today that is angled at fixing issues related to dragging out a character on to the map before loading character sheet first. Can you let me know if you're still experiencing these types of issues after today?

Jonathan K. said:

Briar said:

Problems I am still experiencing:

• When I either drag a new token onto a page and then move it, or edit a token and then move, it leaves behind another copy of the token until I refresh
• I am still getting music stuttering issues when playing music & also have multiple animations on the page (more than 5 generally) if: the computer or connection is not good, or if Roll20's servers are slow. Sat night I played a game where half of my players were experiencing music stuttering and stopping and starting because of a couple fog animations and some glowing lights animations for braziers etc. The music stuttering stopped when I removed some animations. Although it's improved from the old structure, I still think there is something to be done about how much resources the animations are using, and could use more optimization
• I am also still seeing some animations stopping and not starting again until I refresh
• If I drag out a player character token onto the board, it drags out the level 1 version (like 9 hit points, etc), unless I load the character sheet first, and then drag the character token out.

Here's a couple screen recordings of the duplicate token issue and the character sheet/token issue: https://drive.google.com/drive/folders/1MVvUB8ZBFyr70sEJlxZDaRMK4mDU0hrS?usp=sharing

On the bright side, the grey overlay animation issue looks to be resolved! The above were the most frustrating parts of running the game, and if were fixed I think would make Jumpgate very solid for me.

The bit about the Token dragging the level 1 version isn't a jumpgate thing I think.. I've had it happen on non jumpgate games as well and it's annoying.

Hi Alex and Rick - we have this on our list of High Priority Fixes, but do not yet have a fix ETA as this requires sizable rework. 

Rick A. said:

You can submit a ticket here.

Using Explorer Mode with DL on large maps has been a problem for a long time, although I thought that Jumpgate was going to improve on that. I just never use it. 

Alex C. said:

I noticed that setting Explorer Mode with dynamic lightning on larger maps causes a pretty significant performance hit. Where can I report bugs again?

Catching this thread up on the numerous releases from the last week:

Today's (Oct 15th) Fixed issue where...

• using arrow keys to move token against a barrier knocked tokens off the grid
• default tokens dropped on map had incorrect values if the character sheet was not opened prior to the drop
• token bars and nameplates outside a map were visible when previewing as player
• Jumpgate games could become stuck with the old Compendium (even when the new, Beta Compendium was selected)
• Cntrl+Z after "resizing to fit" an image on the map layer removed the map image, and instead sends you back to the previous view
• Measure Tool specifically for Pathfinder/3.5 had incorrect diagonal measurements
• Image quality didn't upscale when resizing an image with right click -> Advanced -> Set Dimensions until zoom was adjusted
• Grouped tokens on a duplicated page could not be selected, moved or interacted with
• Pasting a grouped token on a new page, without the grouped object, caused a failed state
• Effects (FX) became unintentionally persistent on right click
• Q+Measure Tool caused a lag or crash on Chrome (a regression)
• Advanced Dice Roller dropdown didn't display dice and dropdown cut off dice names

Today's (Oct 15th) Other improvements

• Made a performance improvement that should address the common cause for slowness upon initial page load. This should address a significant portion of reports mentioning that "maps don't load" initially or upon Jumpgate copy.
• Made a performance improvement that will expedite loading of images for journal and library items

October 7th:

• Added the 'Alt' hotkey back while measuring, so the measure tool can measure without snapping to grid.
• Updated the scroll speed when dragging the party ribbon to pages in Folder Menu (Jumpgate only).
• Addressed an issue where map backgrounds from a previous page would appear on page load.
• Added a user warning when adding content from a module or addon that uses the D&D 2014 sheet, to a game that is using the 2024 sheet.
• When converting a legacy game to a Jumpgate game, the "Legacy" chat tech is converted to the new "Integrated Voice & Video" to ensure users automatically have working Voice and Video.

Full list is always accessible in our Change Log.

Mike - thank you for raising this use case. I've taken this one back to our team to ideate on some solutions. Since there might use cases where users do want to see parts of tokens hanging off the map (like player tokens), we may not want to outright block that possibility.

Jarren said:

Mike E said:

Found another bug.  In the picture below, I have a snow animation that is playing on the map layer. To get the snow blowing in the right direction I had angled it so that it exists over the map and partially in the 'out of bounds' area.  There is a solid Dynamic Lighting wall around the edge of the map but the player can still see the animation playing in the 'out of bounds' area through the solid wall.  I made a big black square in Paint and tried to stick it over the top of the animation but it had no effect.  

Here is what the token can actually see.  Ignore the fact that it can see the Yeti. I'm running as DM which means that all tokens on the GM layer are visible even in token visibility mode.

Are you using Ctrl-L to see what the token sees?  If that is the case then you are going to be able to see the snow animation outside the bounds of the map, just like you can see the Yeti token on the GM layer. I highly recommend using a Dummy Account to get a true player's view instead.

Or are you saying that your players are able to see the snow animation in the out of bounds area?  I haven't played with Jumpgate enough to know if this is intended behavior or not, but if that's the case I don't think it is intended behavior.

Have you tried using Fog of War/Permanent darkness to cover the out of bounds area?

After an internal discussion, we decided that the default logic should clip portions of token beyond map bounds. In this case the root cause isn't seeming to be related to Dynamic Lines b/c there's separate pieces of logic dictating view order of layers/objects. I don't have an ETA for you at this time b/c the team is currently focused on solving some performance challenges for lower-end devices and an overhaul of FOW UI that are impacting a broad set of users. This item is our queue when we get past the high priority focus items.

Mike E said:

Hi Lavi

Thanks for the reply.  I think the main issue here is that dynamic lighting wall around the edge of the map is not blocking token visibility to the part that is off the map.  I respect your view that some users may want this (although I really struggle to imagine a tangible reason why) but in that scenario, all that user would need to do is not put a dynamic lighting wall around the perimeter of the map.  

So to reiterate, the Dynamic Lighting wall layer in my example is not working as as the token can see the animation beyond it.  

Mike

Lavi said:

Mike - thank you for raising this use case. I've taken this one back to our team to ideate on some solutions. Since there might use cases where users do want to see parts of tokens hanging off the map (like player tokens), we may not want to outright block that possibility.

Jarren said:

Mike E said:

Found another bug.  In the picture below, I have a snow animation that is playing on the map layer. To get the snow blowing in the right direction I had angled it so that it exists over the map and partially in the 'out of bounds' area.  There is a solid Dynamic Lighting wall around the edge of the map but the player can still see the animation playing in the 'out of bounds' area through the solid wall.  I made a big black square in Paint and tried to stick it over the top of the animation but it had no effect.  

Here is what the token can actually see.  Ignore the fact that it can see the Yeti. I'm running as DM which means that all tokens on the GM layer are visible even in token visibility mode.

Are you using Ctrl-L to see what the token sees?  If that is the case then you are going to be able to see the snow animation outside the bounds of the map, just like you can see the Yeti token on the GM layer. I highly recommend using a Dummy Account to get a true player's view instead.

Or are you saying that your players are able to see the snow animation in the out of bounds area?  I haven't played with Jumpgate enough to know if this is intended behavior or not, but if that's the case I don't think it is intended behavior.

Have you tried using Fog of War/Permanent darkness to cover the out of bounds area?

Thanks Mike - 

Mike E said:

Hi Lavi

Thanks for the reply.  I think the main issue here is that dynamic lighting wall around the edge of the map is not blocking token visibility to the part that is off the map.  I respect your view that some users may want this (although I really struggle to imagine a tangible reason why) but in that scenario, all that user would need to do is not put a dynamic lighting wall around the perimeter of the map.  

So to reiterate, the Dynamic Lighting wall layer in my example is not working as as the token can see the animation beyond it.  

Mike

Lavi said:

Mike - thank you for raising this use case. I've taken this one back to our team to ideate on some solutions. Since there might use cases where users do want to see parts of tokens hanging off the map (like player tokens), we may not want to outright block that possibility.

Jarren said:

Mike E said:

Found another bug.  In the picture below, I have a snow animation that is playing on the map layer. To get the snow blowing in the right direction I had angled it so that it exists over the map and partially in the 'out of bounds' area.  There is a solid Dynamic Lighting wall around the edge of the map but the player can still see the animation playing in the 'out of bounds' area through the solid wall.  I made a big black square in Paint and tried to stick it over the top of the animation but it had no effect.  

Here is what the token can actually see.  Ignore the fact that it can see the Yeti. I'm running as DM which means that all tokens on the GM layer are visible even in token visibility mode.

Are you using Ctrl-L to see what the token sees?  If that is the case then you are going to be able to see the snow animation outside the bounds of the map, just like you can see the Yeti token on the GM layer. I highly recommend using a Dummy Account to get a true player's view instead.

Or are you saying that your players are able to see the snow animation in the out of bounds area?  I haven't played with Jumpgate enough to know if this is intended behavior or not, but if that's the case I don't think it is intended behavior.

Have you tried using Fog of War/Permanent darkness to cover the out of bounds area?

Mike E said:

Hi Lavi

Thanks for the reply.  I think the main issue here is that dynamic lighting wall around the edge of the map is not blocking token visibility to the part that is off the map.  I respect your view that some users may want this (although I really struggle to imagine a tangible reason why) but in that scenario, all that user would need to do is not put a dynamic lighting wall around the perimeter of the map.  

So to reiterate, the Dynamic Lighting wall layer in my example is not working as as the token can see the animation beyond it.  

Mike

Lavi said:

Mike - thank you for raising this use case. I've taken this one back to our team to ideate on some solutions. Since there might use cases where users do want to see parts of tokens hanging off the map (like player tokens), we may not want to outright block that possibility.

Jarren said:

Mike E said:

Found another bug.  In the picture below, I have a snow animation that is playing on the map layer. To get the snow blowing in the right direction I had angled it so that it exists over the map and partially in the 'out of bounds' area.  There is a solid Dynamic Lighting wall around the edge of the map but the player can still see the animation playing in the 'out of bounds' area through the solid wall.  I made a big black square in Paint and tried to stick it over the top of the animation but it had no effect.  

Here is what the token can actually see.  Ignore the fact that it can see the Yeti. I'm running as DM which means that all tokens on the GM layer are visible even in token visibility mode.

Are you using Ctrl-L to see what the token sees?  If that is the case then you are going to be able to see the snow animation outside the bounds of the map, just like you can see the Yeti token on the GM layer. I highly recommend using a Dummy Account to get a true player's view instead.

Or are you saying that your players are able to see the snow animation in the out of bounds area?  I haven't played with Jumpgate enough to know if this is intended behavior or not, but if that's the case I don't think it is intended behavior.

Have you tried using Fog of War/Permanent darkness to cover the out of bounds area?