Topics created by IBwWG

I can confirm that it's definitely not safe to call dumpCache() on cpp, if you intend to use pixel perfect collision checks! It results in your collisions never colliding because they get checked against an auto-generated transparent image.

I can also confirm it is safe to call dumpCache() on flash, even with collision checks, because, IIRC, it doesn't do anything anyway on that platform.

Earlier I had had just "windows" there; I guess I must have changed it to "linux" to get it to build on a one-off that I had working once. For some reason it doesn't like the "windows | linux" even on Windows, even though I have other lines using that like <haxedef name="TESTING_RECORD" unless="html5 | SCREENSHOTS | SANITY_CHECK" /> that work fine.

Anyway, solution: if="cpp" instead.

@rknonchalance That's the problem, I can't reproduce it in isolation. Without that, it's difficult for anyone to do much about it, and usually the issue just gets closed. That's why I went forums + stackoverflow first....

@Claudio-Ficara said in Best practices for accessing a substate's parent state's extended public variables:

Oh, my bad. When I said this I was reffering to my example that can be troublesome, not the way you do it, which is perfectly fine! Sorry for the confusion mate :heart:

Ohhhhhh, LOL! I totally missed that. Thanks for the clarification :) :heart:

@Desttinghim said in Advice for expanding to Linux and Mac from Windows cpp target:

I don't know whether the issue is with compiling or something else without seeing error. Could you post it?

It's this one (just the memory addresses may vary, but the exact same error is given with PiratePig as with DQ, so it's not DQ-specific, it's OpenFL- and/or my-machine-specific.)

An update, we went gold this week! Give the completed game a go. We sincerely hope you enjoy it. :)

@IBwWG Just a note on stamping, this of course doesn't apply to animated sprites. In that case it's easier to get them before you initialize them, resizing the whole graphic before it gets parsed as frames:

if (Scale == 1.0) { loadGraphic(GraphicAsset, true, OriginalWidth, OriginalHeight); } else { var originalBitmap:BitmapData = FlxAssets.getBitmapData(GraphicAsset); var matrix = new Matrix(); matrix.scale(Scale, Scale); var newWidth = Std.int(OriginalWidth * Scale); var newHeight = Std.int(OriginalHeight * Scale); var scaledBitmap = new BitmapData(newWidth, newHeight, true, 0); // fill with transparent scaledBitmap.draw(originalBitmap, matrix); loadGraphic(scaledBitmap, true, newWidth, newHeight); }

OK, if anyone's interested in this, you'll need these two pieces:

https://github.com/openfl/openfl/pull/1165
https://github.com/HaxeFlixel/flixel-addons/pull/256

And then you'll also need to supply a path, since, as Gama11 said, there's no file picker dialog right now on legacy.

If you're using the excellent crashdumper anyway, you can use my code, which depends on it (Util and a crashdumper instance):

var path = Main.crashDumper.path + "screenshots/"; if (!FileSystem.exists(Util.pathFix(path))) FileSystem.createDirectory(path); FlxScreenGrab.presetPath = path; FlxScreenGrab.defineHotKeys(["F12"], true, false);

Then just put this in any state's create() that you want to screenshot from:

add(new FlxScreenGrab());