Frostfire (Windows, OSX, Android)

Hi guys,

I have finally released my little match-3 game - Frostfire.

Windows and OSX version are here:
Android version is here:
iOS version is currently “Waiting For Review”.

This is the “official” description:

Frostfire is an abstract match-3 puzzle game combining both new and familiar mechanics to create deeper gameplay.

To reach a higher score you need to match three or more similar chips (of the same element, fire or frost, and the same level), merging them into a single chip of the next level. You can move a chip by tapping it and then tapping its destination, provided that there is an unblocked path between these two locations. There are six levels of chips; the higher the level of matched chips, the more points you get. Merging three or more chips of the highest level (of any element) produces the final unremovable chip - Frostfire.

Each new game is played on a randomly generated hexagonal board, making the game less repeatable and sometimes more difficult.

Music by Robert Dooley.

The game is created using “pure” OpenFl - no engines, no extensions. I can’t say the process was fast and smooth tbh, I have spent much more time than I expected fixing weird bugs and crashes and trying different versions of openfl and lime. In the end almost all issues have been resolved, so here is the result.

Any feedback is wecome :slight_smile:


And now it’s available on the App Store:

It took less than a day to pass “Waiting For Review” state!


You have the same problem as here:

After reopening the app, it looks like this (Sony Z3+ Dual) :

But it corrected back if rotate the screen - lucky you that you have not fixed screen orientation)

Yeah, that’s one of the issues I couldn’t resolve. What is weird is that touch areas are positioned correctly - e.g. you can’t open the menu by tapping the button where it is, but you can do it by tapping the screen above it where the button should be.

I didn’t get you about the orientation - it doesn’t rotate correctly for you?

Ouch, it’s new for me about touch areas.

When I rotate the screen it normalizes screen size and everything is ok)

Hey guys,

I read in SDL 2.0.5 they fixed this? If someone can test Lime and OpenFL from the source, it would be great to hear if SDL 2.0.5 (I integrated it earlier today) works and resolves this problem :slight_smile:

1 Like


Thank you!

I’ve tried it just now) The problem witht the full screen cover is solved but I need additional research what happens to Event.RESIZE and stage.stageWidth property - looks like some troubles with TextFields when I print out logs to the screen with them (some part of the logs is lost).

Judging by the application behaviour it’s two Event.RESIZE on start - the first with 1776 px height (cropped) and the second with 1920 px height (full). It’s unpleasant but I can handle it with 100 ms delay in the beginning.