the GC automatically runs in any haxe program.

that includes flixel projects

Oohh

(GC = Garbage Collector)

you can mess up with it if you want but its not recommended

with stuff such as entering in gc free zones

the only thing i wanna know is if we can influence the garbage collector like java

like encourage it to pick up anything we missed

It'll be target specific as all the gc's are in the targets

that makes sense

but yea you can force the GC to run again

just do something like

hx
#if cpp
import cpp.vm.Gc;
#elseif hl
import hl.Gc;
#elseif java
import java.vm.Gc;
#elseif neko
import neko.vm.Gc;
#end

and then like do these for each target

hx
//java neko and cpp clear minor
Gc.run(false);

//cpp clear major
Gc.run(true);
Gc.compact();

//Hashlink clear major
Gc.major();

//Java and neko clear major
Gc.run(true);

Why is a

final

FlxColor not considered constant? 🤔

When I try something like

function new(Color:FlxColor = MyColor){}

it complains that

Parameter default value should be constant

even when I define

MyColor

as

final

constant means defined at compile time, i thought

finals can be defined at runtime

might want to use ?Color:FlxColor and set it to MyColor, if null, since that's effectively what it's doing

What is the ideal/recommended way to deal with having alternate sizes of the same images ? Typically when I work on a game, I need to make my assets at a single size and that's it. Done. For this game I'm working on, I have a LOT of icons that get shown in different places and need to be different sizes. For example: on the main game screen they are 128x128, but in Tooltips, they need to be 24x24, in the HUD they are 36x36, and in a few other places I am using the 128x128 version because the 36x36 looks too small and I think I'm going to want to get a new size (64x64?) for those... Currently, I'm grabbing all of these sprites from https://game-icons.net/ and there are 48 of them in the game right now. I'm downloading them as PNG in the 4 different sizes I need (128, 36, 24) into different folders, and then I have a command line script that passes them all to ShoeBox to generate 3 different sprite sheets (one for each size) If I want to add a new icon, I have to download it 3 times and run my script... if I decide (like I am now) that I want another size, well I have to download each image 1-by-1 3 times. Instinctively, this is triggering my common sense alarm which says: "Surely this is not how any one else does this!" But I don't know what the "right" way is! I have tried just downloading the larger version of the sprite and scaling them in Photoshop, but they don't look as good. I have also tried grabbing the SVG version to convert to the 3 pngs - they look better, but I can't automate this very well... I have not tried just having the large version in-game and having logic to scale them when I need them - I feel like scaling them whenever I display them is going to lead to performance issues - esp when I have a LOT on the screen at once... ALSO, I'm doing something hacky with the 24 and 36 size sprites and appending them to my BitmapFonts so I can use them as glyphs inside FlxBitmapTexts and I think scaling those would not work...

Yeah that's what I'm doing

Was just wondering since I thought final would be final enough

it's not that it's not final enough, it's plenty final

it's just not constant

hi guys, is it possible to load your assets from a remote server dynamically?

there are ways to load external files, but they won't be accessible the way packaged assets are

you can load a bitmapData from a remote url, and pass that bitmapData into a sprite.loadGraphic(): https://api.openfl.org/openfl/display/BitmapData.html#loadFromFile FlxSound.loadStream can take a remote url as well, https://api.haxeflixel.com/flixel/system/FlxSound.html#loadStream

and there's haxe methods to load any file, like json

wait, use BitmapData.loadFromFile, not fromFile

will the app automatically load everything that’s contained within the folder even when i add new images?

the remote folder?