If you are looking for the decompiler itself, visit https://github.com/jindrapetrik/jpexs-decompiler
NEW : We have got a new blog where we post some interesting SWF internals info.
List of issues#1875 Often JPEXS freezes completely (javaw.exe)
Author: 
Dragodraki
DragodrakiDate created:
Type: bug
Visibility: Everybody
Assigned to:
Labels: Performance
State: closed 
> What steps will reproduce the problem?
Freeze happens random usually and all swf-files are affected, but you can increase the
chance significantly in perform one of the following actions:
A) Open a large swf file with complex code (e.g "Decisions 3"), scroll the sprites and
double click some with video or load some pieces of code
B) Open any swf file and try to debug it several times
C) Open any swf and work a long time with it (these are the mentioned random cases)
Fact 1: JPEXS isn't working fine and become crashed suddenly out of nowhere but progress
emerge through phases from working, slowing down, being stuck, and finally freze (loading
time JPEXS needs seems to increase in parabolic way).
Fact 2: The only way to continue working to open task manager and kill process "javaw.exe"
as JPEXS itself isn't any longer resposive to any approach (of course I tried ESC,
closeing SWF and things like these). Relaunching JPEXS and reload the swf-file. If you
(are able to) instead close and open swf-file in the same session only, the slowing down
state continues and grows even faster.
Fact 3: Sometimes JPEXS still works but errors can be seen in code isn't displayed
correctly any longer (but maybe this is another bug - I don't know)
> What is the expected output? What do you see instead?
Of course JPEXS (like Java itself) should be hardened against overfilling information that
lead to freezes.
> What version of the product are you using? Is it "nightly build"? Which operating system
do you have?
Stable build (all versions affected, verified from v.11.0 up to current one)
> Please provide any additional information below. If the problem is related to a SWF
file, attach it here, otherwise we can't help you.
- Windows 7 Professional 64-Bit [ please don't criticize me for that :) ]
- Mainboard: Fatal1ty Z170 Gaming 4K
- CPU: Intel Core i5 6600K, but CPU often doesn't reach limit
- RAM: 16 GB (verified: no memory errors in long-term test)
- Software engine: Java 8 Update 351 (32+64-Bit affected) - I try to use current update
always
- Note: All other programs aren't affected from freezings and freezing progress is result
increasing slowing down, so the root seems to be either Java or JPEXS itself...
Please can you harden JPEXS more against such increasing loading time?
Thank you very much in advance.
Decision_3_sample.swf (26,506 KiB)
Please try using caching on disk - Go to Advanced settings / Other and enable "Use caching
on disk",
restart the app.
Let me know if its anyhow better.
I assume it might be caused by using very much memory for caches.
If it is so, then I need to somehow implement cache freeing.
In nightly 2211, I remove items from caches after certain amount of time (default 5
minutes - can be configured in advanced settings limits tab).
This should probably help. Try it and let me know.
State: new→upgraded
Now I found out most of the reasons for freezing.
My CPU comes to 100 percent in the moment of loading many graphics/code - so maybe it's to
weak or JPEXS comsumes to much.
As for the RAM I found out when closing the SWF, JPEXS doesn't empty the cache. But the
cache is lost anyway, because when open SWF again you have to wait for loading and search
results again. So the data in cache from first time have to be trash.
So, can you make JPEXS empty RAM cache when closing SWF?
And maybe you can do something to prevent CPU reaches 100 percent limit (often it helps to
stop at level of 95 percent or something like that) - using hardware acceleration with GPU
is another idea :)
In nightly 2216 I am running garbage collector on the SWF and its caches after SWF
closing.
If you want your processor to be less used, then you can disable Parallel speedup in
settings or decrease number of threads in Advanced settings / Decompilation / Number of
threads.
Thank you. But is there a possibility to reduce performance only when needed to avoid
freezing instead running slow all the time?
If your processor does not handle high load, then you need to reduce number of parallel
threads in
Advanced settings / Decompilation / Number of threads.
I don't understand exactly what you want. I gave you an option to follow to have a lower
load.
You cannot have both things at the same time: fast speed and low processor load.
In nightly 2439 I fixed important bug regarding Filters reading (FIXED and FIXED8 values),
it might be related also to sprite preview performance.
Thank you very much. Because I've several projects working on, it might take some time for
me to look further into this - and to verify whether the issue is fixed by latest updates
or not.
I am closing this. Create new issue if it persists.
State: upgraded→closed