You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been using jamesdsp for quite a while now on my Debian machine on which it works perfectly fine but today I decided to give Arch Linux a go.
The program builds fine from the AUR and runs and the effects work.
However when I try to download the AutoEQ database it downloads but that's it. It downloads and then the process just quits. The program itself keeps running fine but the import function just stops and the window with the progress bar closes. No error messages when I start it from the terminal.
Reacted by skylongg, Imdabossou, Damian Korcz, HaslanP, prokrypt, im_zerou, Carlos Parada, Jonatan Czarniecki, Oliver Tzeng, Cloud and 3 more
Update: I started it from the terminal and found two lines:
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/version.json"): device not open
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/index.json"): device not open
So I copied these two .json files from my Debian .cache to my Arch. The result was that it now shows the Equalizers in the database that I have in my Debian but won't load it. When I update my database it is now stuck on the unpacking window and won't proceed. I can't cancel it neither. The only way for it to stop is kill the entire process :/
The same thing happens when I don't have these two files in my .cache but simply start jamesdsp from the terminal. It's stuck on the unpacking and won't proceed.
Again: nothing in the terminal output that would give me a hint why it's doing that.
Reacted by HaslanP, Jehu Marcos Herrera Puentes, im_zerou and PolishPandaBear
If you just want to make it work right now you need to download the database manually and extract the files.
The latest database can be obtained using this. Search for the package_url - it will be something like https://github.com/ThePBone/AutoEqPackages/raw/main/archive.tar.gz. Download the file from this url and extract to ~/.cache/jamesdsp/autoeq/.
Reacted by lightdot, jason, Oliver Tzeng, Kellsen, anolting, bannert, Jacob Leenerts, nebm51, shimadachi, purple and 7 more
Hello, is this issue fixed as of today? I am having the same problem after building jamesdsp from the AUR, the workaround above does not work for me.
No, it does not.
Funny enought I switched back to Debien 13 (LMDE 7) and now it's not working as well. The download starts but it quits right when it starts to extract.
Manual download still works.
I found possible issue by troubleshooting my xfs_scrub service failure
One of the folders contains illegal characters and thus it likely fails to extract it, and xfs scrubber doesnt like it either.
I have used a workaround and managed to extract the archive but xfs srubber would always fail on /home because of it, deleting offending folder fixed the issue.
xfs_scrub@home[212326]: Warning: /home/helm/.cache/jamesdsp/autoeq: Unicode name "Bose QuietComfort 35 II Gaming Headset\xe2\x80\x8b" in directory contains control characters.
as you can see scrubber failed because of illegal characters
The database archive gets downloaded to /tmp/jamesdsp/download/<timestamp>.tar.gz . Then it fails to extract for some reason. But you can always simply extract it manually:
cd ~/.cache/jamesdsp/autoeq/
tar xf /tmp/jamesdsp/download/<...>.tar.gz
@dark-penguin you're lifesaver! I just downloaded archive.tar.gz to the "Downloads" folder on CachyOS and tar xf it from ~/.cache/jamesdsp/autoeq/ directory
Reacted by dark-penguin and Benjamin Foltz-Miranda
Activity
Kellsen commentedon Apr 26, 2025
Update: I started it from the terminal and found two lines:
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/version.json"): device not open
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/index.json"): device not open
So I copied these two .json files from my Debian .cache to my Arch. The result was that it now shows the Equalizers in the database that I have in my Debian but won't load it. When I update my database it is now stuck on the unpacking window and won't proceed. I can't cancel it neither. The only way for it to stop is kill the entire process :/
The same thing happens when I don't have these two files in my .cache but simply start jamesdsp from the terminal. It's stuck on the unpacking and won't proceed.
Again: nothing in the terminal output that would give me a hint why it's doing that.
prokrypt commentedon May 5, 2025
I don't know if this helps, but here's the last few lines of an strace when downloading/decompressing halts...
ParadaCarleton commentedon May 12, 2025
The good news is it works with flatpak, so you can install from there if you need it, but it looks like the AUR version is broken.
papaj-na-wrotkach commentedon Jun 2, 2025
If you just want to make it work right now you need to download the database manually and extract the files.
The latest database can be obtained using this. Search for the
package_url- it will be something likehttps://github.com/ThePBone/AutoEqPackages/raw/main/archive.tar.gz. Download the file from this url and extract to~/.cache/jamesdsp/autoeq/.LinusBehringer commentedon Oct 9, 2025
Hello, is this issue fixed as of today? I am having the same problem after building jamesdsp from the AUR, the workaround above does not work for me.
Kellsen commentedon Oct 16, 2025
No, it does not.
Funny enought I switched back to Debien 13 (LMDE 7) and now it's not working as well. The download starts but it quits right when it starts to extract.
Manual download still works.
ypurpl commentedon Oct 22, 2025
workaround works just fine. I used the regular package, I don't know about the git
jastreb commentedon Apr 26, 2026
I found possible issue by troubleshooting my xfs_scrub service failure
One of the folders contains illegal characters and thus it likely fails to extract it, and xfs scrubber doesnt like it either.
I have used a workaround and managed to extract the archive but xfs srubber would always fail on /home because of it, deleting offending folder fixed the issue.
as you can see scrubber failed because of illegal characters
this is hex code
e2 80 ebwhich isnt visibleyou can see it here
Bose\ QuietComfort\ 35\ II\ Gaming\ Headset\342\200\213these do not exist in folder structureone of my arch friends figured out what it is
please fix database
dark-penguin commentedon May 8, 2026
The database archive gets downloaded to
/tmp/jamesdsp/download/<timestamp>.tar.gz. Then it fails to extract for some reason. But you can always simply extract it manually:dark-penguin commentedon May 8, 2026
The problem is, now that I test it more, sometimes it deletes the archive right after downloading it, instead of hanging while trying to extract it. If this happens, then simply download the archive from https://github.com/timschneeb/AutoEqPackages/releases/latest/download/archive.tar.gz .
While we're at it... When extracting the package, the number is messed up:

dmitry-nik commentedon May 17, 2026
@dark-penguin you're lifesaver! I just downloaded archive.tar.gz to the "Downloads" folder on CachyOS and tar xf it from ~/.cache/jamesdsp/autoeq/ directory
attila-the-pun commentedon Jul 10, 2026
Manually downloading the file is always working for me, not sure if it's the extraction issue as others have noted.
ikyquocked commentedon Aug 22, 2026
To get it work with flatpak,
download https://github.com/timschneeb/AutoEqPackages/releases/latest/download/archive.tar.gz
unpack it to ~/.var/app/me.timschneeberger.jdsp4linux/cache/jamesdsp/autoeq/