+ update 2020: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means we will NOT develop new features and/or fix most of bugs. We left the tracker running in case somebody from community would like to work on it. Sorry for the inconvenience.
State: opened new: Initial state. As long as issue is in this state, the work on the issue has not yet begun. opened: Opened state means developer started working on the issue. Feature/Fix will probably be in the next release. postponed: This means developer is not working on it now, for some reason it cannot be implemented now. Issue may be opened again in the future. upgraded: Issue is in upgraded state when developer made changes to the program and new version was released. closed: This means the user is satisfied with issue results and no more changes are needed. invalid: These issues cannot be solved. ignored: Developer decided to take no action on this issue. returned: Program changes were made but user is not satisfied and returned the issue.
I'm modding recently released game 'ELEX'.
That game seem to use Iggy middleware for font subsystem, and I did managed extract it.
And then, open it file by jpex decompiler, but can't open it.
I'm check it iggy header by binary editor, but it is seem to not corrept.
Can you have a look at this?
I'd attach that iggy file.
Unfortunately, we cannot provide support for new versions of Iggy format anymore.
Iggy format support that is included in FFDec is originally based on a C code from a
That C code is pretty limited. We added a little more support based on investigation of
Iggy format by some people I cooperated with some time ago,
but we cannot provide any warranty for it.
We do not have access to any Iggy file format documentation and I can't even generate any
Iggy file and try it (compared to SWF - where I can generate one with Flash IDE, and
Adobe provides pretty useful docs).