PDA

View Full Version : Map layers are always misplaced when doing an encounter [webm+xml]



LordDante123
January 12th, 2025, 14:54
Hello fellow roleplayers,

So I had quite an issue so far and I couldn't find a solution for it.

When I open the map from the assets [webm+xml] I have no issues with the base and layers. (wall, lightning)

When I open the map from the images, I have no issues again.

When I make an encounter by either using the map from the assets or the images, the base size is modified and the layers (wall, lightnning) are always displaced.

I have even tried to reset the combat tracker with a fresh PC and NPC and still the same issue.

Here is the video showing the setup and the issue :

https://vimeo.com/manage/videos/1046153554

Do you have any idea on what to do ?

Thank you for your help!

Moon Wizard
January 13th, 2025, 00:58
Thanks for the video. I've escalated to Carl to review.

Can you please provide a copy of the campaign folder zipped up, so I can pass along to Carl as well?

Regards,
JPG

LordDante123
January 13th, 2025, 12:52
Thanks for the video. I've escalated to Carl to review.

Can you please provide a copy of the campaign folder zipped up, so I can pass along to Carl as well?

Regards,
JPG

Hello Moon Wizard,

Great, I'll try to do that this evening should I have the time to.

Sincerely,
LordDante123

nephranka
January 13th, 2025, 18:38
It may not be related but I am getting a shift in the entire LOS layer when using FoWEnhanced Extension (all rulesets) - ext. I did post in the thread to the author but I thought I would add to this that there may be a larger underlying issue and it might be impacting both.

jharp
January 13th, 2025, 19:10
As the author of FoWEnhanced I don't yet know the root cause. I suspect (but have no confirmation) that there was a change associated with the header and it does something different when it see the older header. Maybe Moon/Carl can confirm if that is remotely possible.

I use sOutput = '<?xml version="1.0" encoding="utf-8"?><root version="4.1" dataversion="20210708">'..sOutput.."</root>";
but I note the moduledb dir uses <root version="4.6" dataversion="20241002" release="8.1|CoreRPG:6">

I keep looking for the cause...

Jason

LordDante123
January 13th, 2025, 19:45
Thanks for the video. I've escalated to Carl to review.

Can you please provide a copy of the campaign folder zipped up, so I can pass along to Carl as well?

Regards,
JPG

Hello Moon Wizard,

So I've tried again by make a copy of both webm and xml file and the same happened but one major change.

No only the lightning is out of the picture and the base is bigger because of the lightning out of place.

The wall layer is correct now.

Here is the zipped file :
https://drive.google.com/file/d/14JW_sXsfUMdUp8WO7U4kkfG6fhLeiEkU/view?usp=sharing

I'll give you access when you will ask for the file.

Regards,
LordDante123

The Decepticon
January 13th, 2025, 20:17
It may not be related but I am getting a shift in the entire LOS layer when using FoWEnhanced Extension (all rulesets) - ext. I did post in the thread to the author but I thought I would add to this that there may be a larger underlying issue and it might be impacting both.

Can confirm. When hitting the FOW Load while using this extension it shifts everything. Only way to reset is to 'revert changes' which has destroyed 3 maps so far in Dungeon of the Mad Mage.

I know, I know, extensions = risk!

jharp
January 14th, 2025, 03:54
I have produced the issue reported by OP without any extensions.

This looks entirely in the hands of Carl/Moon. FoWEnhanced seems to hit the issue particularly bad but looks identical to the issue OP reported.

Jason

pindercarl
January 15th, 2025, 04:06
Hello fellow roleplayers,

So I had quite an issue so far and I couldn't find a solution for it.

When I open the map from the assets [webm+xml] I have no issues with the base and layers. (wall, lightning)

When I open the map from the images, I have no issues again.

When I make an encounter by either using the map from the assets or the images, the base size is modified and the layers (wall, lightnning) are always displaced.

I have even tried to reset the combat tracker with a fresh PC and NPC and still the same issue.

Here is the video showing the setup and the issue :

https://vimeo.com/manage/videos/1046153554

Do you have any idea on what to do ?

Thank you for your help!

Can you provide a copy of the image asset and XML metadata that you are using? I haven't been able to reproduce with images I have locally. Thanks.

pindercarl
January 15th, 2025, 12:06
As the author of FoWEnhanced I don't yet know the root cause. I suspect (but have no confirmation) that there was a change associated with the header and it does something different when it see the older header. Maybe Moon/Carl can confirm if that is remotely possible.

I use sOutput = '<?xml version="1.0" encoding="utf-8"?><root version="4.1" dataversion="20210708">'..sOutput.."</root>";
but I note the moduledb dir uses <root version="4.6" dataversion="20241002" release="8.1|CoreRPG:6">

I keep looking for the cause...

Jason

This issues are probably unrelated. Prior to 4.6, occluders and lights were stored in world space. Currently occluders and lights are stored in the local space of the layer and are transformed by the layer matrix for LOS and lighting. LOS and FOW are in worldspace and that hasn't changed. I don't know enough about how your extension works. If you are changing the header for the XML to a version older than 4.6, any occluders and lights will be transformed to the layer local space, the occluders and lights will then be offset for any layers that have been transformed.

LordDante123
January 17th, 2025, 12:14
Can you provide a copy of the image asset and XML metadata that you are using? I haven't been able to reproduce with images I have locally. Thanks.

Hello Carl,

I've provided my campaign folder that also includes both webm and xml file :
https://drive.google.com/file/d/14JW_sXsfUMdUp8WO7U4kkfG6fhLeiEkU/view?usp=sharing

Let me know if you need the original file or those in the campaign folder are enough for you.

Sincerely,
LordDante123

LordDante123
January 17th, 2025, 16:49
Can you provide a copy of the image asset and XML metadata that you are using? I haven't been able to reproduce with images I have locally. Thanks.

Hello Carl,

I gave you access to the file.

The whole campaign folder is zipped, you can find both webm & xml file of the map in the related directory that store the pictures.

I remain available should you need anything.

Sincerely,
LordDante123

jharp
January 21st, 2025, 17:19
@carl,

This bug, is it determined and in the works to be fixed?

Jason

pindercarl
January 21st, 2025, 17:22
@carl,

This bug, is it determined and in the works to be fixed?

Jason

This bug has been fixed and will be available in the next Release update.

LordEntrails
January 22nd, 2025, 02:07
This bug has been fixed and will be available in the next Release update.
Thanks, I just discovered it was impacting the adventure module I just released. Do you know if it will fix the module or just the campaign (so I will need to re-export and update my product)?

pindercarl
January 22nd, 2025, 02:12
Thanks, I just discovered it was impacting the adventure module I just released. Do you know if it will fix the module or just the campaign (so I will need to re-export and update my product)?

You should not need to re-export, this was an error applying the metadata. The data, itself, should be correct.

LordEntrails
January 22nd, 2025, 03:54
You should not need to re-export, this was an error applying the metadata. The data, itself, should be correct.
Good news, thanks :)
It also looked like it applied to pins, paint layers, Lighting and maybe FX. But Assume you are aware of that too. I can provide if needed.

pindercarl
January 22nd, 2025, 04:21
Good news, thanks :)
It also looked like it applied to pins, paint layers, Lighting and maybe FX. But Assume you are aware of that too. I can provide if needed.

The bug fix only applied to metadata that is loaded with an image (if present). Any data exported into a module should be fine, as that is an entirely different type of export. Please follow-up if you have any issues with data in your module.

Moon Wizard
January 22nd, 2025, 19:35
This has been addressed in the the latest release. Please run a new Check for Updates.

Regards,
JPG