Package Details: foobar2000 2.24.3-1

Git Clone URL: https://aur.archlinux.org/foobar2000.git (read-only, click to copy)
Package Base: foobar2000
Description: An advanced freeware audio player (uses Wine)
Upstream URL: https://www.foobar2000.org
Licenses: custom
Submitter: None
Maintainer: supermario
Last Packager: supermario
Votes: 67
Popularity: 0.001680
First Submitted: 2010-05-07 18:02 (UTC)
Last Updated: 2025-03-18 22:18 (UTC)

Pinned Comments

supermario commented on 2025-01-13 13:39 (UTC)

@aliu if you try to download the exe file directly in the sources array the download site returns you an HTML page not the actual executable so we need to do this workaround

all: I have updated this package to use the 64bit executable on 64bit systems now that the upstream 7zip package is able to extract it. If you have problems please report them and I'll rollback to the 32bit executable even on 64bit systems until we can find a fix

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 15 Next › Last »

sinasina commented on 2024-01-21 14:57 (UTC)

Please consider fixing the sums. I'm sure many ppl can fix this for themselves, but at the same time having an AUR package like this that needs user intervention is kind of moot, since it's just easy to run Foobar with an older version of Wine in a Bottle..

RedSnt commented on 2023-12-19 12:53 (UTC) (edited on 2023-12-19 15:14 (UTC) by RedSnt)

Unfortunately it seems to download the 2.1 version currently even when pgkver=2.0
And obviously fails when trying to compare the sha256 sums.

Took a bit of messing around to figure out that it's comparing the x86 versions, and this is v2.1's sha256 sum: 61759ceb561f6a4f8960cb566c0f425ae4aff80170ba54ac2cce5e20e284eec5 Replace the first sha256 sum in the list of sums in the build file, should work then.

EDIT: Ah, as it says in the comments "7z can't open the new 64bit executable yet so for now we'll keep using the legacy 32bit even on 64bit systems" - that's why it's not using the 64 bit version.

jensenr30 commented on 2023-07-01 23:35 (UTC)

When I install this package I get an error when trying to play back .mp3 and .m4a files. I uninstalled the package and installed foobar2000.exe directly from the foobar2000 website, installed it as 'portable' and it worked.

The error that foobar throws is:

Unrecoverable playback error: Unknown error code (0x80040154)

nijahplays commented on 2022-10-20 22:53 (UTC) (edited on 2022-10-20 22:54 (UTC) by nijahplays)

Build fails as of 10/20/2022

==> ERROR: One or more files did not pass the validity check!

zitro commented on 2022-07-28 00:15 (UTC)

@supermario The wineprefix should be automatically set to windows<8.1, e.g to windows 8.

Flupp commented on 2022-01-20 17:36 (UTC)

When starting on a fresh install (no Wine application ever executed), the startup script fails with:

wine: chdir to /home/⟨user⟩/.local/share/wineprefixes/foobar2000 : No such file or directory

With

mkdir -p "$HOME/.local/share/wineprefixes/"

the problem could easily be fixed. Maybe this should go into the script as well.

kode54 commented on 2022-01-06 02:00 (UTC) (edited on 2022-01-06 02:01 (UTC) by kode54)

@Magotchi: and as you can see, the package is currently flagged out of date.

Oh, you filed that request. Carry on.

Magotchi commented on 2022-01-05 15:15 (UTC)

This currently fails to build because it ultimately downloads a "foobar2000_v1.6.9.exe" file where "foobar2000_v1.6.8.exe" is expected:

==> Validating source files with sha256sums...
    foobar2000_v1.6.8.exe ... NOT FOUND
    LICENSE ... Passed
    foobar2000.sh ... Passed
    foobar2000.png ... Passed
    foobar2000.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

sctyboy commented on 2021-11-30 19:20 (UTC)

I've found that with wine 6.21 or 6.22 that foobar2000 fails to start: 6.21 0270:err:module:ntdll_init_syscalls syscall count mismatch 0 / 79 6.22 0238:err:module:ntdll_init_syscalls syscall count mismatch 0 / 96

If I rollback Wine to 6.17, it starts fine. I tried with a fresh wineprefix and the behavior was the same.

Has anyone encountered similar?

kode54 commented on 2021-11-22 02:18 (UTC) (edited on 2021-11-22 02:20 (UTC) by kode54)

wget doesn't work directly on the /getfile/ URLs, it just retrieves a redirect page that usually contains a server side generated random ad for one of Spoon's many software products that Peter links to, because he also works for Spoon, who is indirectly sponsoring the development. The actual link is included in the page, which is the same filename on the /files/ path. The makepkg system follows the redirect just fine, somehow. Or maybe it doesn't.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 15 Next › Last »