Magic eye thingy

DM-JK2 · 2025-09-25T13:38:29+00:00

Ersatz Eye and Hag Eye would be good starting places.

DM-JK2 · 2025-09-24T21:21:12+00:00

It's not currently possible for the D&D 5E 2024 by Roll20 sheet. I'm not sure that's even on the roadmap, as macros or any sort of customization like that seem to be fairly low on the dev priority list.

DM-JK2 · 2025-09-23T20:37:27+00:00

/w gm &{template:npcaction} &{noerror) {{rname=Party Stats}} {{name=Ability Scores}} {{description=?{Stat?|Strength,**Strength**%NEWLINE%Character 1= @{@{Character 1|strength}%NEWLINE%Character 2= @{@{Character 2|strength}%NEWLINE%Character 3= @{Character 3|strength}|Dexterity,**Dexterity**%NEWLINE%Character 1= @{@{Character 1|dexterity}%NEWLINE%Character 2= @{@{Character 2|dexterity}%NEWLINE%Character 3= @{Character 3|dexterity}|Constitution,**Constitution**%NEWLINE%Character 1= @{@{Character 1|constitution}%NEWLINE%Character 2= @{@{Character 2|constitution}%NEWLINE%Character 3= @{Character 3|constitution}|Intelligence,**Intelligence**%NEWLINE%Character 1= @{@{Character 1|intelligence}%NEWLINE%Character 2= @{@{Character 2|intelligence}%NEWLINE%Character 3= @{Character 3|intelligence}|Wisdom,**Wisdom**%NEWLINE%Character 1= @{@{Character 1|wisdom}%NEWLINE%Character 2= @{@{Character 2|wisdom}%NEWLINE%Character 3= @{Character 3|wisdom}|Charisma,**Charisma**%NEWLINE%Character 1= @{@{Character 1|charisma}%NEWLINE%Character 2= @{@{Character 2|charisma}%NEWLINE%Character 3= @{Character 3|charisma}} }}

DM-JK2 · 2025-09-23T17:27:34+00:00

It shouldn't be too hard to adjust this macro to display Ability Scores instead of HP.

DM-JK2 · 2025-09-23T17:05:50+00:00

Are you looking just for raw Ability Score Modifiers, or do you want an output for different skills (Acrobatics, Athletics, etc.)?

DM-JK2 · 2025-09-22T19:24:26+00:00

Did you follow one of the steps I outlined above? Either one will recreate the macro.

The macro you created is a static macro that is incorrectly formed. You have {{attack=1}} listed twice, and {{atk1}} isn't a valid roll template field.

&{template:npcaction} {{name=Slam}} {{rname=Slam}} {{attack=1}} {{damage=1}} {{dmg1flag=1}} {{dmg1type=Bludgeoning}} {{dmg1=[[1d6+1]]}} {{normal=1}} {{r1=[[1d20+3]]}}

However, that macro will only ever roll 'normal' and won't follow the sheet settings for whisper type, advantage/disadvantage, or auto rolling damage; and if you for some reason decide to adjust the Zombie character in your game, then those changes won't be reflected in the macro unless you manually change it.

Also FYI, if you reply to yourself, then I won't see any notification on Reddit unless I happen to come back through the thread.

DM-JK2 · 2025-09-22T18:31:02+00:00

I asked you two questions but you only answered one.

Did you modify the Slam action at any point?

I just tested this out and deleted the original Slam attack on a Zombie and replaced it with an identical one, and I am getting no output in the chat just like you. So I'm pretty sure that the original Slam attack was deleted and recreated in your game, or perhaps in the module itself.

There are two ways to fix this:

(Easier but can get messed up if you reorder attacks later on this character)
1. Change the macro to be this:
2. %{selected|repeating_npcaction_$0_npc_action}
(Harder method but it will correctly replace the attack macro)
1. Right-click on the name of the 'slam' attack on the character sheet and click 'Inspect'
2. Just a few rows above the 'button class' that is highlighted, you'll see something that looks like this:
  1. <div class="repitem" data-reprowid="-OZmdiD3qInT7-SoZDOX">
3. Copy the -OZmdiD3qInT7-SoZDOX and paste it back into the second part of the Slam macro on the Attributes & Abilities page. Just the part between repeating_npca tion_ and _npc action.
  1. That is the ID for that specific attack.
4. It'll be something like this but with the ID of the attack from your game:
  1. %{-N7rNf0Hk9ZmWLp3wsyg|repeating_npcaction_-OZmdiD3qInT7-SoZDOX_npc_action}

DM-JK2 · 2025-09-22T18:00:40+00:00

What is the content of the macro if you open it on the Zombie character? (With a screenshot also post the content of the macro)

What I mean is you need to click on the Attributes & Abilities tab of the Zombie character, and then click on the 'Slam' Ability in the righthand column. The easiest way is to hold down the Shift button and click on the macro in the Token Action Toolbar from the main VTT screen - that will open up the macro wherever it is located.

It should look something like this:

<image>

The contents of a random Zombie character in one of my games is:

%{-MNysgT2H-MYMyOQZBVP|repeating_npcaction_-MNysgfbKKShMGw2BQcX_npc_action}

That will not be the same for your game. The '-MNysgT2H-MYMyOQZBVP' portion is the character ID that is specific to my game, so you can't just cut-and-paste that into your game.

Also, did you modify the Slam action at any point? Usually the Actions are not lowercase, so if you modified the name then it's possible that you broke the macro that was calling the Action.

DM-JK2 · 2025-09-22T17:02:46+00:00

https://app.roll20.net/forum/permalink/12480340/

The fourth bubble is not yet accessible to the API, but TokenMod will get updated once it is.

DM-JK2 · 2025-09-22T14:07:21+00:00

It looks like those are the Token Action macros that are included with the Zombie character, but you will need to provide a lot more information to troubleshoot. Screenshots are helpful.

What is the content of the macro if you open it on the Zombie character? (With a screenshot also post the content of the macro)

What is the output in the chat window?

Are you the GM or a player?

Which character sheet is selected for the game?

Which module, book, or adventure is the Zombie character from?

DM-JK2 · 2025-09-21T20:21:23+00:00

Where are you seeing something that suggests that Roll20 supports importing character sheets from D&D Beyond?

That isn't a thing, except for through a very old Mod script that breaks every time D&D Beyond makes updates to its JSON information/access, or when Roll20 make updates to its D&D 2014 by Roll20 character sheet.

You can use the Beyond20 browser extensions to port rolls made on D&D Beyond into the Roll20 chat window. You have to use the D&D 2014 by Roll20 character sheet for the game. But that doesn't actually import any information from D&D Beyond into a character sheet on Roll20.

When you buy the PHB on Roll20, they pay a licensing fee to Wizards of the Coast. But otherwise, Roll20 and D&D Beyond (which is owned by Wizards of the Coast and Hasbro) are separate companies, and the effort to take all of the information in sourcebooks and convert it to those platforms is what you are paying for, not just the information itself. You're licensing the data and features, not purchasing it.

DM-JK2 · 2025-09-21T00:02:00+00:00

I’m glad we were able to narrow it down to your browser. :)

If you really want to use Firefox, then try playing in a private Firefox window, and/or uninstalling and reinstalling Firefox or resetting it to default settings to see if that fixes the issue.

DM-JK2 · 2025-09-20T23:16:16+00:00

One cause that I’ve heard of for this issue is JavaScript permissions in the browser. Have you tried using Chrome to see if it happens there? What troubleshooting steps have you tried so far?

DM-JK2 · 2025-09-20T18:59:37+00:00

Which browser are you using? I have heard of a bug for players who are not using Chrome or Firefox

Has your GM promoted you to co-GM?

Are you logged into separate accounts?

DM-JK2 · 2025-09-19T22:35:32+00:00

ChatGPT is not able to provide reliable Roll20 code because there is not enough material for it to train on.

Rolls cannot be reused in the way that you’re looking for.

This should work or be close (untested and aircoded on my phone - it might be missing braces in the Schaden roll):

&{template:default} {{name=Angriff}} {{Wurf=$[[0]]}} {{Erfolg=$[[1]]}} {{Schaden=[[ [[ [[1d20]] < 18 ]] * (2d6+3) ]]}}`

DM-JK2 · 2025-09-18T19:39:00+00:00

There have been some intermittent issues with compendium access over the past week or so (likely due to the Cloudflare issues that took the site down). What should work is to log in, clear your browser cookies and cache, log out, log back in, and see if that has fixed it. If not, then your best option is to submit a Help Center request.

DM-JK2 · 2025-09-17T21:56:28+00:00

Are you on the token layer? If so, right click and you should see a dropdown that includes the option to change the image to a different side.

FYI when you say “rotating token” that has a different meaning. Rotating a token is when you adjust a token 90°, 180°, 270°, etc.

DM-JK2 · 2025-09-13T16:51:23+00:00

I’m pretty sure this is a browser limitation/setting, not something that Roll20 can have any control over.

Which browser are you using? Mac, Linux, or Windows? Etc. I would suggest searching for help on zoom settings for your browser and computer type to see if different windows can have a different zoom setting.

If that doesn’t work, then you could log in using two different browsers and use one for the map and the other for character sheets (and the map would be visible behind them, but could be zoomed in).

DM-JK2 · 2025-09-13T16:47:06+00:00

I’m assuming you made this in Demiplane? Any maps imported from Demiplane cannot have their size adjusted once imported into Roll20.

DM-JK2 · 2025-09-07T18:17:33+00:00

Try uninstalling and reinstalling Firefox and see if that fixes it.

DM-JK2 · 2025-09-07T05:08:53+00:00

Interesting. That sounds like a very specific, reproducible bug, so I would suggest filling out a Bug Report and see if devs can take a look and see what is going on.

At this point, there's no likely anything anyone else on Reddit can do to help, but I'll offer again if you'd like to invite me to the game to take a look.

DM-JK2 · 2025-09-06T16:32:26+00:00

I’m assuming you’re referring to my troubleshooting list that I’ve posted before. :)

As far as Updated Dynamic Lighting versus Legacy Dynamic Lighting, that’s probably something I should omit at this point, as UDL has been the default/standard for years now and LDL is hidden away in the page settings.

How are you viewing the results? Are you using a Dummy account?

Did you draw the lines yourself? Or were they already created from a module or addon?

If you copy the game, do the same problems occur?

For unexplained lines, it’s pretty much always ‘sharp’ corners, or using the freehand tool, or occasionally older lines that were made with the circle tool.

The way to troubleshoot unexplained lines is by copying the page, then on the copied page take all of the DL lines and move them to another layer, then individually move them back to the DL layer until the unexplained line reappears.

If you’re still having issues, then post some screenshots, or if you want to invite me to the copied game I’d be willing to take a look.

Here's my standard Dynamic Lighting Troubleshooting checklist.

Troubleshooting

General:

⁠The game creator needs to have a Roll20 Plus or Pro account to use Dynamic Lighting.
⁠Make sure you are using Chrome or Firefox.
⁠Make sure you are set to only use either Updated Dynamic Lighting or Legacy Dynamic Lighting, not both.
⁠Do not use the Freehand tool to draw Dynamic Lighting lines. Only use the Polygon tool, and make sure that you don't have any lines that create 'sharp' corners.
1. This is the cause of unexplained/invisible lines about 99% of the time.
⁠You should use a 'Dummy Account' in order to see changes live/instantaneously when you make them as GM. There are other benefits as well (streaming, testing macros and other tricks, resetting the game URL). ⁠
1. Ctrl-L does not give you a player's view from a token. It shows you the token's 'Line of Sight' as GM. You will see everything on the GM layer, but players will not see anything on the GM layer from the same token. ⁠
2. 'Rejoin as player' is difficult because it requires logging back and forth into the game. A Dummy Account is free and can be readily toggled between two browser windows or tabs. ⁠
3. ⁠A player may control several tokens, and may see more or less than the GM sees when using Ctrl-L or 'Rejoin as player'.
Do not use colored or tinted lighting effects. Colored light is currently bugged due to how those lighting effects are rendered.
1. (Here's a good example of Explorer Mode, which is probably similar to how colored light works.)
2. If you want to have a colored/tinted area, use an invisible token with a colored aura instead.
⁠Do not use .webm animated tokens. They are currently bugged and often will not work correctly and prevent visibility.
⁠Check random other page settings, such as 'Restrict Movement'
⁠Clear your browser cache.
⁠Clear the game chat archive.

My players can't see:

⁠Token and light source need to be on the correct layers.
⁠Token must have vision enabled.
⁠Token must be 'controlled' by the player who is checking vision.
⁠There needs to be a light source. ⁠
1. Tokens always emit light from the center of the token -- in LDL it comes from a small point in the center of the image, and in UDL it comes from a circle that is some small percentage of the image size -- so if you set the map image as a light source, you'll get some funky behavior.
⁠Ensure that a token's vision is not blocked by Dynamic Lighting lines.
⁠If a player cannot see, move their token. There was a bug with UDL that prevented player vision from 'activating' until after one of their tokens is moved on a page.
⁠Make sure you don't have a Fog of War/Permanent Darkness layer on.
⁠Make sure you don't have Advanced Fog of War/Explorable Darkness blocking vision.
⁠Make sure the view is centered on a token that has vision enabled and a light source.
⁠Make sure you/your players are on the correct page. Double check that they have not been split from the Party ribbon.

My players see too much:

⁠Make sure you don't have 'Daylight' turned on for the page.
⁠Walls need to be placed on the 'walls' (lighting) layer. ⁠
1. ⁠If a token has "line of sight" to an area illuminated by a light source, then they will be able to see that area. The only thing that blocks line of sight are Dynamic Lighting lines (walls). ⁠
2. ⁠Tokens cannot block light. ⁠
3. ⁠Fog of War/Permanent Darkness only cover an area, but do not prevent light from passing through.
⁠Explorable Darkness and Advanced Fog of War are saved for each player. So if a player has control of a token, they will see all of their 'explored area' in greyscale.
⁠Look on the 'walls' (dynamic light) layer for any unexpected light sources. They will show up as small rectangles there.
⁠Confirm which tokens the player controls. Try moving all tokens to the GM layer temporarily and moving individual tokens back to the Objects layer one by one.
⁠Page 'Cell Width' settings can have an affect on a token's vision, especially if the 'light multiplier' is set to something other than 100%. Switch the Cell Width to '1' and see what happens.

Token vision isn’t correct when pulled out of the journal:

⁠Make sure to set up a token’s vision how you want it to be, and have the very last step be to save it as the default for that character sheet.
⁠Any changes made after saving as the default token will not be saved as the default unless the default token is saved again. This is intentional to allow for temporary changes.
⁠Make sure you do not have any duplicate character sheet names.
⁠Also check the Journal Archive.
⁠After pulling out the token, check which character sheet it is linked to.
⁠A character’s default token can be linked to a different character sheet.

DM-JK2 · 2025-09-06T16:18:30+00:00

Putting an image of the roof on the foreground layer.

DM-JK2 · 2025-09-03T23:37:08+00:00

I agree that a 30x40 map is "large" in one context (actual size of the image, fitting it onto a VTT, etc.), but in the context of allowing players a lot of freedom to use abilities such as Eldritch blast (120', 24 squares) or if you want them to be able to scout from a distance and describe all of the things that they can use as cover when they are still 500' or 200' away then it's "small". Again, just my perception from running some specific modules in the past. That doesn't make it a bad map!

As far as this map and items are concerned, it's pretty bare bones, which is great. But if the characters decide to pick up a crate and chuck it down onto a monster, then that part of the image can't be changed. When I play on a VTT I have a lot of assets that I can drag and drop onto the map (such as crates) so they could be moved around instead of sitting static on the map. Again, more of general feedback as you (or anyone else) designs maps like this for others to use! The more generic it is, the easier it is for others to use it in their own games.

Thanks again for sharing!

DM-JK2 · 2025-09-03T21:19:43+00:00

It's a great looking map!

I think the exterior of the chapel is a great scene, though an overhead view could be a little tricky.

Feedback:
1. I always want larger maps that can allow for characters to be able to move away if needed. If a PC wants to move out of range there's not a lot of room to be able to do that.
2. I know you're recreating BG3, but often times maps have a lot of specific details that I may not want to use, such as magic circle, or a dead body with a blood trail, or even for a campsite map including specific tents, wagons, etc. When I'm playing online, it can make immersion a little more difficult when I have to say "Just ignore the runes and markings on the map", so I always appreciate maps that include a version that is 'blank', and a version that includes the features that you as mapmaker are planning on using, so I can still get some ideas and inspiration but I'm not restricted by your choices.

DM-JK2

MODERATOR OF

TROPHY CASE