JPEXS Free Flash Decompiler Issue Tracker

If you are looking for the decompiler itself, visit

: The issue tracker is now writable again and logged users can download files too. But note that our support is very LIMITED.

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: closed 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?
Text search is single threaded currently, so I change this issue to a feature request.
Type: bug→feature
The search itself is plenty fast. I was under the impression that the decompilation that happens before the search used to be multithreaded.
Assigned:developer honfika
In the latest nightly build (1614 or newer) the AS search is using multiple threads.
State: new→upgraded
State: upgraded→closed