JPEXS Free Flash Decompiler Issue Tracker

If you are looking for the decompiler itself, visit https://github.com/jindrapetrik/jpexs-decompiler

: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means waiting times in the issue tracker are very long and mostly depend on community. Sorry for the inconvenience.

List of issuesList of issues

#1240 JPEXS does not use multiple threads for decompilation on Text Search
Author: user bossfong
Date created:
Type: feature
Visibility: Everybody
Assigned to: developer honfika
State: upgraded Help

> What steps will reproduce the problem? Open any flash file, go to text search and search something in AS. > What is the expected output? What do you see instead? Expected it to use multiple threads for decompilation. It only uses one core according to task manager and decompilation is thus very slow (compared to 4 cores plus hyperthreading). > What version of the product are you using? Is it "nightly build"? Which operating system do you have? This seems to be happening on any version, even one that worked before. Though older versions generally seem to be able to decompile faster. Windows 10 Pro with latest updates installed. > Please provide any additional information below. If the problem is related to a SWF file, attach it here, otherwise we can't help you. It actually seems like JPEXS uses the right amount of threads, but in reality only 1 core is used. Could this have something to do with Windows?
developer
Text search is single threaded currently, so I change this issue to a feature request.
Type: bug→feature
user
The search itself is plenty fast. I was under the impression that the decompilation that happens before the search used to be multithreaded.
developer
Assigned:developer honfika
developer
In the latest nightly build (1614 or newer) the AS search is using multiple threads.
State: new→upgraded