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#1240 JPEXS does not use multiple threads for decompilation on Text Search
Author: 
bossfong
bossfongDate created:
Type: feature
Visibility: Everybody
Assigned to: 
honfika
honfikaState: closed 
> 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: → honfika
honfikaIn the latest nightly build (1614 or newer) the AS search is using multiple threads.
State: new→upgraded
State: upgraded→closed