Feedback Thread - FGU v4.6.0

[Pharoid]

Any plans of adding a "side" and "back" image to static objects? :-) I did notice the disappearing assets (I think) once or twice. I'll spend some more time and get something more concrete. great stuff!

Here's what I mean by the side and back. I did a side and back for this starship. it would be cool if I could make it one object. probably a feature request, but I'll wait until your done. :-)

https://youtu.be/Rx5dhxvbrcg

[fabiocm]

Great work!

[masteryogurt]

Wanted to report heavy memory usage I'm seeing on MacOS. Opening the Assets window steadily ramps Memory usage upwards. I maxed at 33GB, when MacOS locked FG and forced it to quit.

This ramp-up continues until I close the Assets window, and does not go back down (it stops increasing when Assets is closed, and starts climbing again when opening Assets again).

Returning to the FG Launcher reduced memory use to <2gb.

I first noticed this adding about three walls with LOS lines with a reasonable number of nodes. This persisted even after reverting the modified maps back to the original version.

Adding walls and painting with colors (not assets) does not trigger this behavior. I run a consistent 2.8GB with that kind of work. All maps and images are the built-in ones (Smiteworks battle maps and shockbolt).

Running on M2 Mac Mini (base model) with Sequoia 15.1. Using today's Test Version (2024-11-18). Clean 5e test campaign (2014) with no mods. On 4.5.10, there is no hit on memory when opening Assets.

[pindercarl]

Wanted to report heavy memory usage I'm seeing on MacOS. Opening the Assets window steadily ramps Memory usage upwards. I maxed at 33GB, when MacOS locked FG and forced it to quit.

This ramp-up continues until I close the Assets window, and does not go back down (it stops increasing when Assets is closed, and starts climbing again when opening Assets again).

Returning to the FG Launcher reduced memory use to <2gb.

I first noticed this adding about three walls with LOS lines with a reasonable number of nodes. This persisted even after reverting the modified maps back to the original version.

Adding walls and painting with colors (not assets) does not trigger this behavior. I run a consistent 2.8GB with that kind of work. All maps and images are the built-in ones (Smiteworks battle maps and shockbolt).

Running on M2 Mac Mini (base model) with Sequoia 15.1. Using today's Test Version (2024-11-18). Clean 5e test campaign (2014) with no mods. On 4.5.10, there is no hit on memory when opening Assets.

Thanks for the report. I'll take a look at the memory usage when the asset window is open.

[Chidgey]

You can now longer change images on an Advanced Story Item by dragging a new image over the old image in edit mode.

[LordEntrails]

You can now longer change images on an Advanced Story Item by dragging a new image over the old image in edit mode.

This thread was for reporting issues during the public beta testing. The devs will probably see it here, but they might not. It is best to start a new thread with details including steps to reproduce after testing in a new campaign with no extensions.