Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

I couldn't reproduce the memory leak, but I've implemented two fixes:
- Fixed an issue when drawing onto compressed images, which was causing the error: ERROR: Condition "p_dest->get_format() != p_src->get_format()" is true.
- Optimized resource usage during drawing.

Patch released.

Hi Deakcor,

Thank you for responding and releasing the patch so quickly. I updated the Steam version to PixelOver 0.19.1.1 and continued working with the same project and 896×1344 RGB image.

The image-format error from my original report does not appear in the new session log. Thank you for fixing that.

The memory attributed to PixelOver still rises when I draw or erase. It was about 353 MB just after launch, before opening the project; after approximately 38 minutes of work, Activity Monitor showed 9.09 GB. The Mac remained responsive, memory pressure was green, and disk swap was zero. A later vmmap capture from the same running process reported a 10.5 GB footprint, including 4.5 GB of owned unmapped (graphics) regions.

I also noticed repeated Condition "idx < 0" is true errors in the new log, often near undo activity. I don’t know whether they are related to the rising memory figure.

Both screenshots, the full new session log, and the vmmap output are in this folder: https://drive.google.com/drive/folders/1CqY2Ggl2U71wo_UFst4EGhtgVOMdy9lY

Could you take another look at what is being retained during drawing and erasing?

Ah yes I guess it's because the images are kept in the memory for the versioning (undo/redo). So they need to be stored in the disk for the session instead. Ok the fix will be less quick, but it will be done for the next update, thank you again for the detailed report.

Hi, it should be well fixed now.