Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Running Foobar in Linux (Read 651864 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Running Foobar in Linux

Reply #650 –
Quote from: fooball on
Quote from: Vivens on
Hello all! I've been running Foobar2000 2.0 on Arch with a stock wine installation (with it set to Windows 7) for a while, noticed that 2.1 is out and I tried to run the installer executable. Getting a page fault, any ideas?

Log:
https://pastebin.com/VEpXr4KY
This might be the same problem: https://hydrogenaud.io/index.php/topic,125191.0.html

It appears so, I should have searched for that! Hopefully this is just a wine issue and it'll get fixed.

Re: Running Foobar in Linux

Reply #651 –
Quote from: Vivens on
I should have searched for that!

I searched but it didn't pop up, I had to look for the thread manually (I knew I had seen something recently).
It's your privilege to disagree, but that doesn't make you right and me wrong.

Re: Running Foobar in Linux

Reply #652 –
@Vivens  Until it gets fixed you can use the staging build or a portable installation

Re: Running Foobar in Linux

Reply #653 –
I am running fb2k in an Arch-based distro (EndeavourOS). With a recent major system update to KDE6 (or a minor unrelated update), something weird changed about foobar2000's shortcuts behaviour:

Before the update, I could activate multiple shortctus while holding down the Ctrl-key only once, e.g. triggering actions bound to "Ctrl-+" followed by "Ctrl-,". To be more specific, these shortcuts are bound to masstagger scripts that retag the current playlist selection. So when activated, they lead to a short "tag update" progress window appearing and disappearing.

After the update, I need to actively release and press the Ctrl-key, which makes using those actions much more inconvenient.

Has someone here experienced the same and an idea where in the stack from fb2k, Wine, KDE6, (Wayland? X-something-something-input) this changed behaviour might come from?

Given that only my masstagger shortctus are affected (e.g. seeking shortcuts keep working with the modifier key remaining pressed only once), I fear it has to do how the state of modifier keys is preserved (or rather, not preserved) after the focus goes from the tag update window back to the application's main window.

Re: Running Foobar in Linux

Reply #654 –
Quote from: ojdo on
I am running fb2k in an Arch-based distro (EndeavourOS). With a recent major system update to KDE6 (or a minor unrelated update), something weird changed about foobar2000's shortcuts behaviour: ...
Just to link everything together: I have posted to KDE's issue tracker: https://bugs.kde.org/show_bug.cgi?id=483982 - my current guess it that the switch from X11 to Wayland changed some underlying behavior, which now needs some (hopefully) minor patch somewhere in a new input handling stack.

Re: Running Foobar in Linux

Reply #655 –
I don't understand the technical reasons for this migration to Wayland, but isn't this exactly the sort of snag we should expect (until everyone adapts their software, in this case Wine)?
It's your privilege to disagree, but that doesn't make you right and me wrong.

Re: Running Foobar in Linux

Reply #656 –
For convenience I've compiled a list of compatibility fixes.

The wineprefix should be created with the WINEARCH=win32 environment variable, since winetricks has better support for 32 bit.

I installed the following verbs with winetricks:

Code: [Select]
lucida
gdiplus
winhttp
wininet
wsh57
mdac28
msxml6

This allows me to use foo_httpcontrol, foo_sqlite and foo_spider_monkey_panel.

foo_httpcontrol seems to require msxml6 to start a server but Internet Explorer and vcrun were unnecessary.

gdiplus and lucida were required for running @regor's Playlist Manager on foo_spider_monkey_panel.

Furthermore, I modified the following registry entries to add compatibility for foo_run:

Code: [Select]
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment]
"PATHEXT"=".com;.exe;.bat;.cmd;.vbs;.vbe;.js;.jse;.wsf;.wsh;."
"PATH"="%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\system32\wbem;%SystemRoot%\system32\WindowsPowershell\v1.0;Z:\usr\bin"

Linux commands must be prefixed with cmd /c.

My Wine version is 9.6-1. My Foobar2000 version is 2.1.4

Re: Running Foobar in Linux

Reply #657 –
Quote from: dpc666 on
For convenience I've compiled a list of compatibility fixes.

The wineprefix should be created with the WINEARCH=win32 environment variable, since winetricks has better support for 32 bit.

I installed the following verbs with winetricks:

Code: [Select]
lucida
gdiplus
winhttp
wininet
wsh57
mdac28
msxml6

This allows me to use foo_httpcontrol, foo_sqlite and foo_spider_monkey_panel.

foo_httpcontrol seems to require msxml6 to start a server but Internet Explorer and vcrun were unnecessary.

gdiplus and lucida were required for running @regor's Playlist Manager on foo_spider_monkey_panel.

Furthermore, I modified the following registry entries to add compatibility for foo_run:

Code: [Select]
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment]
"PATHEXT"=".com;.exe;.bat;.cmd;.vbs;.vbe;.js;.jse;.wsf;.wsh;."
"PATH"="%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\system32\wbem;%SystemRoot%\system32\WindowsPowershell\v1.0;Z:\usr\bin"

Linux commands must be prefixed with cmd /c.

My Wine version is 9.6-1. My Foobar2000 version is 2.1.4

I don't use foo_sqlite but there is no need of winhttp wininet or msxml6 to run foo_httpcontrol.

I only have wsh57, mdac28 and gdiplus and it runs just fine

 

Re: Running Foobar in Linux

Reply #658 –
Well that's because I did not do the kind of trial and error needed to work out a definitive minimum setup. I simply installed them while looking for a functional setup because I searched other posts for recommended verbs. If you want to know what they are good for you'll have to ask those people, all I can say is that they (probably) don't break anything.

Anyway, in my testing, foo_httpcontrol server didn't start until I installed msxml6.

Re: Running Foobar in Linux

Reply #659 –
Quote from: dpc666 on
Well that's because I did not do the kind of trial and error needed to work out a definitive minimum setup. I simply installed them while looking for a functional setup because I searched other posts for recommended verbs. If you want to know what they are good for you'll have to ask those people, all I can say is that they (probably) don't break anything.

Anyway, in my testing, foo_httpcontrol server didn't start until I installed msxml6.

But winhttp wininet may cause problems.

Biography panel crashes.
Listenbrainz user token in regor scripts doesn't work.
last.fm and listenbrainz playlists generator in regor scripts doesn't give results.

msxml6 seems to be more harmless.

So doesn't seem a good idea to recommend verbs that are not necessary and can potentially break things to users.