oatmealine / gd-icon-renderer Goto Github PK

Uh oh!!:

require "../src/gd-icon-renderer.cr"

ITERS = 1_000

puts "running #{ITERS} iterations"

GAME_SHEET_02 = IconRenderer::Assets.load_spritesheet("data/GJ_GameSheet02-uhd.plist")
GAME_SHEET_GLOW = IconRenderer::Assets.load_spritesheet("data/GJ_GameSheetGlow-uhd.plist")
ANIMATIONS = IconRenderer::Assets.load_animations("data/Spider_AnimDesc.plist")

(1 .. ITERS).each do |i|
  icon_img = IconRenderer::Renderer.render_spicy("spider_01", [0.0, 0.0, 0.0, 1.0], [255/255, 125/255, 125/255, 1.0], true, GAME_SHEET_02, GAME_SHEET_GLOW, ANIMATIONS)
  icon_img.write_to_file("icon_rendered.png")
end

This will initially run fast as expected, but around iteration ~50 it'll slow down, and keep slowing down, and keep slowing down, and, in the meanwhile, keep using RAM, and keep using RAM…. The production instance has crashed because of this and I'd like to avoid this, but I've tried to debug this for a full hour and I can't find any way to mitigate it even slightly.

This seems to be a bug in the CrystalVips package, which is not too unexpected, because it's a bit.. how do I put this, untested? I managed to find a basic typo by complete accident (PR'd in naqvis/crystal-vips#2, but still) and another typo while debugging this, it might be worth it to switch over to using command-line vips (or ImageMagick if that fails..???)

I have never dealt with low-level issues like this because I've rarely touched low-level programming, and from my little attempts at getting valgrind to cooperate with finding the culprit of this issue I've realized I don't think I can solve this on my own, so help is greatly appreciated.