Open chrisabbeytx opened 1 year ago
There is a drop-down box labeled "APO Presets" but the menu contains only that label.
Internally the dialog filter is set to txt https://github.com/wwmm/easyeffects/blob/f0957f87142bcb773d50de64b4613a8a19e611bc/src/equalizer_ui.cpp#L377. Which EasyEffects version are you using?
Follow step number 3 at https://github.com/wwmm/easyeffects/wiki/Reporting-Bugs#basic-logs to run EasyEffects in debug mode. Maybe there is some kind of error happening in the background.
I did a test here and the dialog is seeing txt files. There must be some kind of error happening when running on your computer.
I'm using version 7.0.3. I tried running "easyeffects -q" but it just said command not found. I have no idea what went wrong on my computer. Glad it isn't your program. I'll see if I can figure anything out. I'll try uninstalling and reinstalling through flatpak. Thanks!
I tried running "easyeffects -q" but it just said command not found.
Your system probably installed it through a Flatpak package. Follow the step number 3 in this link https://github.com/wwmm/easyeffects/wiki/Reporting-Bugs#basic-logs to get some logs.
I uninstalled and reinstalled using flatpak, and rebooted inbetween. But the problem persists. I did as you said, and got this:
The pw-dump command resulted in no action. It seems to be doing nothing in the terminal right now, but I don't have my normal command line prompt.
I closed the hanged terminal and reopened, ran the pw-dump command, and got this:
Your logs seem fine. I wonder if Flatpak's sandbox is somehow related. In our last release we moved to the file dialog functions GTK developers says new code should be using. The ones we used before were deprecated. Maybe the new gtk4 functions are not playing nice with Flatpak. At least here on Arch Linux the native package is working fine. @vchernin is the Flatpak package importing files on your computer?
I am able to see .txt
files in the file dialog just fine with 7.0.3 flatpak build. @chrisabbeytx what desktop environment are you using? What xdg-desktop-portal*
packages do you have installed?
This could be due to the desktop environment/portal setup, since the file dialog is not necessarily provided by gtk 4.10 from the flatpak build, but instead by the desktop/portal.
It's still not working for me, but it's not very important. Just a little disappointing. I don't really have the technical knowledge to even answer your questions. Thanks for your attention to the issue. The way I see it, if I'm either not smart enough or not motivated enough to learn how to fix this on my own, I don't deserve to have it work. Just thought I'd mention it. Thanks anyway.
@chrisabbeytx from looking at the pw-dump logs I see mentions of cinnamon and a mint theme. Do you happen to be using Linux mint? If so what version of Linux mint are you using? Just knowing the distribution version can be very helpful for these sorts of issues.
@chrisabbeytx from looking at the pw-dump logs I see mentions of cinnamon and a mint theme. Do you happen to be using Linux mint? If so what version of Linux mint are you using? Just knowing the distribution version can be very helpful for these sorts of issues.
Yes, I use:
System: Kernel: 5.19.0-40-generic x86_64 bits: 64 compiler: N/A Desktop: Cinnamon 5.6.8 tk: GTK 3.24.33 wm: muffin dm: LightDM Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy
Yes, I use:
System: Kernel: 5.19.0-40-generic x86_64 bits: 64 compiler: N/A Desktop: Cinnamon 5.6.8 tk: GTK 3.24.33 wm: muffin dm: LightDM Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy
Indeed after installing linux mint cinnamon 21.1 in a vm and updating I can confirm the txt files don't show up, at least in the flatpak build. It is probably due to a broken file picker or a bug in gtk maybe, maybe it is a bug that was fixed in newer versions.
I tried installing gnome's portal xdg-desktop-portal-gnome
, making it use the gnome picker instead of the linux mint one, but that picker has the same issue.
It is probably due to a broken file picker or a bug in gtk maybe, maybe it is a bug that was fixed in newer versions.
But as the Flatpak package is using the bundled gtk4 the same problem should be happening on your everyday installation too. Or does the system's gtk version have some influence in the Flatpak package?
Or does the system's gtk version have some influence in the Flatpak package?
In case of flatpak, the file chooser portal is used automatically by gtk. Meaning flatpak's gtk asks for a file dialog to be provided by the portal implementation on the system. So we can't fix anything in case the system provides a broken dialog.
This is the same problem as when libportal code here does not work properly, it is almost always since the system outside flatpak has a broken or outdated portal setup.
Or does the system's gtk version have some influence in the Flatpak package?
In case of flatpak, the file chooser portal is used automatically by gtk. Meaning flatpak's gtk asks for a file dialog to be provided by the portal implementation on the system. So we can't fix anything in case the system provides a broken dialog.
This is the same problem as when libportal code here does not work properly, it is almost always since the system outside flatpak has a broken or outdated portal setup.
If I understand, you mean that I'll need to wait for flatpak to fix their broken / outdated portal setup?
If I understand, you mean that I'll need to wait for flatpak to fix their broken / outdated portal setup?
Yes, although in this case it would be likely be linux mint's issue not flatpak itself.
Hello, I know this issue is old, but I feel like I'm experiencing the same too, but this is not the only quirk I have experienced to import a profile:
*.txt
files are not shown unless "All files" is selected
[!NOTE] Notice how the bottom right button has changed. There is no such
(None)
option in this menu, but it happened to automatically switch to this option by opening a subfolder and going back to the parent folder.
*.txt
file does not import the profile. Used file's content is the following: (From AutoEq)
Preamp: -5.07 dB
Filter 1: ON LSC Fc 105.0 Hz Gain 1.3 dB Q 0.70
Filter 2: ON PK Fc 38.0 Hz Gain 2.9 dB Q 1.00
Filter 3: ON PK Fc 81.4 Hz Gain -1.1 dB Q 1.17
Filter 4: ON PK Fc 183.3 Hz Gain -4.6 dB Q 0.59
Filter 5: ON PK Fc 531.9 Hz Gain 2.2 dB Q 1.01
Filter 6: ON PK Fc 1462.1 Hz Gain 5.0 dB Q 2.46
Filter 7: ON PK Fc 1725.5 Hz Gain -1.8 dB Q 5.61
Filter 8: ON PK Fc 2242.7 Hz Gain 2.7 dB Q 3.38
Filter 9: ON PK Fc 4778.6 Hz Gain 4.1 dB Q 3.86
Filter 10: ON HSC Fc 10000.0 Hz Gain -4.2 dB Q 0.70
Firmware Version: 3404
OS Name: Fedora Linux 40 (Workstation Edition)
OS Build: (null)
OS Type: 64-bit
GNOME Version: 46
Windowing System: Wayland
Kernel Version: Linux 6.8.11-300.fc40.x86_64
EasyEffects Version: 7.1.6
@madebylydia do you see any suspicious error in you system's logs? The issues you've described are probably coming from gtk4 or related libraries (like the portals described in previous posts). At this moment I am using KDE in an Arch Linux installation and the import dialog is fine. At least when using a native package instead of Flatpak. For it to not be working in GNOME something in a lower level library is somehow broken.
How did you install EasyEffects?
I tried EasyEffects using both Flatpak (Through the Softwares app) and using DNF. Both installation had the issue.
~~As for suspicious error in my system's logs, unfortunately, I don't see any warning at best, but information logs have a few "warning" apparently: ~~ Apologies, I haven't looked the right place. After getting EasyEffects's logs, there are no messages printed in the console related to importing.
I have nothing else otherwise. But after digging a bit deeper, the issue seems different, and I believe you would prefer me to create a new issue:
Regarding Open "Import profile" will freeze all of my applications for ~20 seconds
, this is actually because the "Presets" dropdown blocks the file picker, and will only be responsive once the "Presets" dropdown is closed in the background, here's a screen recording of the issue:
https://github.com/wwmm/easyeffects/assets/61093863/0b6489e8-590f-4764-91f3-9d6eb57ef7f0
You can't see my mouse, but I am very angrily smashing clicking everywhere on the file picker with my mouse.
Regarding Open "Import profile" will freeze all of my applications for ~20 seconds, this is actually because the "Presets" dropdown blocks the file picker, and will only be responsive once the "Presets" dropdown is closed in the background, here's a screen recording of the issue:
There is already an issue about this #1182. It is a gtk4 bug that for some reason has not been fixed even after all this time. Usually it is worse for Xorg users. But some variations of it happen on wayland too.
Just thought I'd drop in a note about experiencing the same issue on a fresh install of Linux Mint 22. I installed Easy Effects v7.1.6 from the package manager. I have added only the Equalizer effect and exported a equalizer preset I created as an APO file. When I click on the import APO preset button, a file picker dialog opens (without any of the aforementioned lag), but it does not show the APO file I just exported. So I now have to manually set the level of each equalizer bands based on the numerical values read from the text file each time I want to import an APO preset, which is quite time consuming. Any advice on whether a fix/workaround for this is available yet would be much appreciated. Cheers!
When I click on the import APO preset button, a file picker dialog opens (without any of the aforementioned lag), but it does not show the APO file I just exported.
Does it show the file if you manually add the txt
extension to the file name?
So I now have to manually set the level of each equalizer bands based on the numerical values read from the text file each time I want to import an APO preset, which is quite time consuming.
Do you have any reason to not export the settings using the native EasyEffects preset file? The APO helper functions are not really intended for frequent use. They are there just to help people getting APO preset files from third party sources.
@wwmm - Thanks a lot for your prompt response! Yes, adding the .txt
extension appears to work. I was previously using either no extension or a .apo
extension. Didn't occur to me to try using a .txt
extension.
Regarding the export, I couldn't find a way to export a preset to a file from the interface, so assumed the only option was to export the APO file. Now that you mention it though, I can find the preset files in ~/.config/easyeffects/output. That should work just fine. I guess all this wasn't immediately apparent when I first installed Easy Effects and tried navigating the user interface.
PS: Loving the usefulness and quality of the app though. Kudos to the great work you've put into it. Makes my headphones sound heavenly! I was previously getting by on the unmaintained Pulseaudio Equalizer (qpaeq) and this is such a step up from that.
This had been working a week ago. The files are still in the same directory. I had successfully loaded them before. Now, no files show as being available to open in the dialogue box. There is a drop-down box labeled "APO Presets" but the menu contains only that label.