Package Details: foobar2000 1.3.14-1

Git Clone URL: (read-only)
Package Base: foobar2000
Description: An advanced freeware audio player (uses Wine).
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: supermario
Last Packager: supermario
Votes: 41
Popularity: 0.397138
First Submitted: 2010-05-07 18:02
Last Updated: 2016-12-29 00:57

Latest Comments

eientei95 commented on 2016-12-25 13:56

@supermario: Update to v1.3.14
72d024d258c2f3b6cea62dc47fb613848202e7f33f2331f6b2e0a8e61daffcb6 foobar2000_v1.3.14.exe

supermario commented on 2016-12-13 00:59

@Aelius that works, thanks

Aelius commented on 2016-12-10 21:05

Hey @supermario, I should have figured this out before but I was too lazy :) now that @deimos complained, I looked it up.

To exclude the beta from being downloaded, you just need to add -R '*beta*.exe' to the dlagents line.

like so:

DLAGENTS=('https::/usr/bin/wget -nH --cut-dirs=3 -r -l 2 -A exe -R '*beta*.exe' %u')

supermario commented on 2016-12-10 00:03

@Aelius thanks for figuring this out! I have applied the update

@deimos It downloads the beta because in order to still download from official sources (instead of hosting manually on dropbox or something similar) we basically download everything on the page and filter out what we're looking for. This is because the official download link is dynamic

deimos commented on 2016-12-04 23:46

Package downloads v1.3.13, v1.3.14, and v1.3.14_beta_1

Connecting to (||:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3947977 (3.8M) [application/octet-stream]
Saving to: ‘foobar2000_v1.3.14_beta_1.exe’

Aelius commented on 2016-12-04 15:52

I created an updated PKGBUILD that solves the error, which is still happening despite the recent update.

My PKGBUILD does not use unarchiver, it uses 7z, which
a) we don't have to compile; p7zip is in the extra repo.
b) most people are going to have p7zip anyway. I've never heard of unarchiver, I don't want to have to compile it just for this package and I don't want it on my system.
c) Clearly, unarchiver is not very good anyhow, what with these weird unicode errors.

7z is the better choice. This has been bothering me for a long while, I'll be happy to finally drop this unarchiver makedep

@supermario please take notice

Aelius commented on 2016-12-04 15:12

Get rid of the silly unarchiver dep, use 7z

7z x foobar2000_v1.3.13.exe -x'!$PLUGINSDIR' -x'!$R0'

carrioncrow commented on 2016-09-26 16:24

Thanks @Dante, it works for me too

Dante commented on 2016-09-25 08:33

Same problem.

Foobar uses NSIS packager by old Pawłowski's colleagues. Looks like its format has been changed recently, so many unpacking tools were broken with it.

You can fix it manually for now. After the installation, move back the misplaced files:
sudo mv /usr/share/foobar2000/''$'\003''肕'/* /usr/share/foobar2000/
It worked for me.

carrioncrow commented on 2016-09-21 08:12

I've upgraded yesterday and foobar2000 is broken. It seems to be links that are broken, they include weird characters like 肕 (for example : /usr/share/foobar2000/肕/avcodec-fb2k-57.dll)
I've tried to desinstall, reinstall (with yaourt), reinstall manually with the snapshot, download source and install by myself (with your PKGBUILD), nothing works.
If I double click on /home/romain/.foobar2000/%03肕/foobar2000.exe, it says "name not valid".
Any idea ?

edit : I've installed a previous version (1.3.10) from dropbox and it's OK. I think my problem comes from the way it's downloaded from foobar's website and paths are constructed.
edit2 : Same problem on my laptop

supermario commented on 2016-07-03 10:52

@doskoi thanks for the hint!

deimos commented on 2016-07-03 02:47

@doskoi the DLAGENTS method is great to know, thanks.

doskoi commented on 2016-07-03 01:53

You can bypass the dynamic download link with the DLAGENTS variable:

DLAGENTS=('https::/usr/bin/wget -nH --cut-dirs=3 -r -l 2 -A exe %u')

supermario commented on 2016-05-10 00:50

This downloads from dropbox because the generates a dynamic download link.

sentriz commented on 2016-05-09 20:10

thank you very much for this, supermario

sentriz commented on 2016-05-09 20:07

@Aelius Hi, I was concerned about this too - but I think it's fine.

senan@manjaro ~/downloads $ md5sum foobar2000_v1.3.10-official.exe
2994486afdcce7f78d80019a797a8ab2 foobar2000_v1.3.10-official.exe
senan@manjaro ~/downloads $ md5sum foobar2000_v1.3.10-dropbox.exe
2994486afdcce7f78d80019a797a8ab2 foobar2000_v1.3.10-dropbox.exe

craeckie commented on 2015-11-24 20:07

That helped, thanks for the hint! :)

supermario commented on 2015-11-24 13:33

@craeckie Try rebuilding unarchiver

craeckie commented on 2015-11-24 09:40

I'm getting this error in package():
unar: error while loading shared libraries: cannot open shared object file: No such file or directory
I tried downgrading lib32-icu to 55, but still got this error.

Aelius commented on 2015-08-31 13:58

Why is the foobar installer grabbed from a dropbox account and not

DaMoo commented on 2015-03-01 18:29

Flagging this as out-of-date, according to the homepage 1.3.7 has been out since 2014-01-14.

jakobw commented on 2015-01-09 18:14

Shouldn't this package depend on wine-mono?

kmicu commented on 2014-07-20 16:12

foobar2000 v1.3.3 final has been released.

gijs commented on 2014-06-02 20:59

Thank you for looking in to this. Unarchiver was not previously
installed on my system, which did not result in a fail during
build() before, but it did after installing and uninstalling
unarchiver. It works fine now, even though the version of icu in
/usr/lib is still v53.1 .

For any of you interested: I use aurget for managing AUR packages.


deimos commented on 2014-06-02 20:19

I am unable to replicate this error. Since the problem appears to be with the unarchiver build dependency, please rebuild/reinstall unarchiver and see if you still experience problems.

gijs commented on 2014-06-01 19:38

As Ruben below me mentions, install of the new foobar package
fails because the icu version it is trying to link to (v52) does
not match the current version Arch is using (v53.1). Symlinking
/usr/lib/libicu*.so.52 to their up to date counterparts makes the
install go through successfully, but might lead to unexpected
results when running foobar.

Could you please have a look at this?
Thanks in advance.

gijs commented on 2014-06-01 19:34

As Ruben below me mentions, install of the new foobar package fails because the icu version it is trying to link to (v52) does not match the current version Arch is using (v53.1). Symlinking /usr/lib/libicu*.so.52 to their up to date counterparts makes the install go through successfully, but might lead to unexpected results when running foobar. Could you please have a look at this? Thanks in advance.

RubenKelevra commented on 2014-05-25 13:29

==> Continue building foobar2000 ? [Y/n]
==> ------------------------------------
==> Building and installing package
==> Erstelle Paket: foobar2000 1.3.2-1 (So 25. Mai 15:28:30 CEST 2014)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
-> Lade foobar2000_v1.3.2.exe herunter...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 3679k 100 3679k 0 0 574k 0 0:00:06 0:00:06 --:--:-- 812k
-> LICENSE gefunden
-> gefunden
-> foobar2000.png gefunden
-> foobar2000.desktop gefunden
==> Überprüfe Gültigkeit der Quell-Dateien mit md5sums...
foobar2000_v1.3.2.exe ... Durchgelaufen
LICENSE ... Durchgelaufen ... Durchgelaufen
foobar2000.png ... Durchgelaufen
foobar2000.desktop ... Durchgelaufen
==> Entpacke Quellen ...
==> Betrete fakeroot Umgebung...
==> Beginne package()...
unar: error while loading shared libraries: cannot open shared object file: No such file or directory
==> FEHLER: Ein Fehler geschah in package().
Breche ab ...
==> ERROR: Makepkg was unable to build foobar2000.

test0 commented on 2014-05-19 18:09


I changed the a bit to be able to terminate in a more graceful way when the script is killed (e.g. by killall foobar2000)

#! /bin/bash


# Symlink stuff
mkdir -p "$progHome" || exit 1
# Delete broken symlinks
find -L "$progHome" -type l -delete
# Update existing symlinks, add new symlinks
cp -urs "$progRealPath/"* "$progHome" 2> /dev/null

# Switches: use -something instead of /something to avoid confusion with Unix paths
# Also convert Unix paths to Windows paths.
declare -a args

for arg; do
if [[ "${arg:0:1}" = "-" ]]; then
args+=("$(winepath -w "$arg")")

wine "$progHome/$progBin" "/exit"

trap term_graceful TERM

wine "$progHome/$progBin" "${args[@]}" &

while true; do
sleep 1

deimos commented on 2014-04-25 02:04

png now included in source.

net147 commented on 2014-04-18 05:18 cannot be found.

deimos commented on 2013-11-09 00:58

Improved PKGBUILD. Thanks to rtfreedman.

deimos commented on 2013-11-08 21:06

I am trying to get away from relying on any unpacking utility using the Wine PKGBUILD Guidelines[1], but I am running into various problems setting it up correctly.

I believe I should be able to add the following to the PKGBUILD:

install -m755 -d "$srcdir"/tmp "$srcdir"/tmp/env "$srcdir"/tmp/local export WINEPREFIX="$srcdir"/tmp/env export XDG_DATA_HOME="$srcdir"/tmp/local
wine "$srcdir"/{pkgname}v_{pkgver}.exe /S
install -Dm644 "$srcdir"/tmp/env/drive_c/Program\ Files\ \(x86\)/foobar2000 "$pkgdir"/usr/share/$pkgname

but I run into:

ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. ?
ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. ?
wine: chdir to /tmp/.wine-1000/server-21-60deb9 : No such file or directory

I will post to the forums[2] later to see if I can get any assistance.


deimos commented on 2013-11-08 21:02

foobar2000 dynamic link expires quickly, so switched to dropbox.

rtfreedman commented on 2013-11-08 17:23

You can simplify the PKGBUILD (and make it content-agnostic) by using unarchiver's unar

package() {
# unpack NSIS installer .exe into destination
unar -q -D -e windows-1252 -o "${pkgdir}/usr/share/${pkgname}" "${srcdir}/${pkgname}_v${pkgver}.exe"
# remove NSIS installer plugins directory
rm -fr "${pkgdir}/usr/share/${pkgname}/NSIS Plugins Directory"
# Install license
install -Dm644 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"

deimos commented on 2013-11-08 16:14

Source link updated to

supermario commented on 2013-11-08 06:02

I get a 404 on Can you please update the source? Thanks.

thewisenoob commented on 2013-09-22 19:08

I can't get foobar2000 to not stutter regardless of the settings I've used. It happens every few seconds with any audio, lossless or not. I've increased the buffer and thread priority, but it does nothing. I only have ALSA installed and every audio player I've used has worked fine. I'm really confused.

Any suggestions? I've never had this problem before.

bebR commented on 2013-07-11 12:44

@deimos: you're right, sorry I didn't see that dynamic link.

deimos commented on 2013-07-10 23:38

The zip source from just contains the windows installer. I have not changed to a link, because I am not sure what the best practice is for handling uniquely generated links.

rtfreedman commented on 2013-07-10 23:21
It is much easier to work with compressed files like .zip than with Windows installers.
If you have no choice, since the author insists on distributing its program with an installer...

deimos commented on 2013-07-10 22:35

Reading this makes me think I should be able to maintain pacman functionality.

rtfreedman commented on 2013-07-10 21:28

> Lsar/unar appears to result in similar garbage data,
No, it doesn't! If you use: unar -q -e windows-1252 foo...exe,
unar gives an unknown error ( ) with no data loss or corruption.

Using the silent install option '/S' looks easy -
but you loose pacman functionality, eg. -Q..., or
'which file belongs to what package', or indeed,
'which file is not owned by any package' scenarios.

deimos commented on 2013-07-10 19:33

What is the best practice for dealing with dynamic links such as: I am going to change the PKGBUILD to use foobar2000's silent install option (foobar2000.exe /S), so that no unarchiving program is necessary. The comment about giving garbage is why 7z e is used. Lsar/unar appears to result in similar garbage data, so I see no reason to switch to it for the time being.

bebR commented on 2013-07-10 18:30

The latest version is now 1.2.9, should udpate.
Maybe it would be better to get foobar from its official website and use the lsar/unar command for the exe (as rtfeedman suggested)

rtfreedman commented on 2013-06-15 16:06

># Extract foobar (7z x gives garbage)
You can use unarchiver for extracting. eg
lsar/unar -t -e windows-1252 foobar2000_v1.2.8.exe

tea commented on 2013-06-14 12:43

Latest version in 1.2.8 with MD5 86bde41d4866e97fc63d529e4ea15c70

Anonymous comment on 2013-05-20 18:25

Thanks a lot. It works now.

deimos commented on 2013-05-20 01:51

Startup problems should be fixed. I had previously manually copied the missing dll files to my .foobar directory before adopting the package. I will work on the PKGBUILD to reflect Using 7zip to extract still mangles ShellExt32.dll and ShellExt64.dll, so I will work on using the silent installation option of the setup file and remove p7zip as a make dependency.

Anonymous comment on 2013-05-19 20:47

Here it is :
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:heap:HeapSetInformation (nil) 1 (nil) 0

and it display a windows with choices to start normaly or in safe mode or check online troubleshooter.
when I press any :
err:module:import_dll Library avcodec-fb2k-54.dll (which is needed by L"Z:\\home\\myName\\.foobar2000\\components\\foo_input_std.dll") not found
err:module:import_dll Library avutil-fb2k-52.dll (which is needed by L"Z:\\home\\myName\\.foobar2000\\components\\foo_input_std.dll") not found

and it display a window "foobar2000 encountered an error" "internal error - one or more of the installed components have been damaged."

I've installed samba to have the winbind package but it changed nothing.

deimos commented on 2013-05-18 18:12

Please run it from commandline and provide any output to help with debugging.

Anonymous comment on 2013-05-18 12:59

Don't launch since last update on both my desktop and my laptop (x64). Work fine with wine and manual install

wlmeng11 commented on 2013-02-02 07:33

URL for version 1.2.2 is:

Please update the PKGBUILD to reflect these changes.

tea commented on 2013-01-29 01:38

We're at 1.2.2 now. This is way out of date. Please update or disown.

Anonymous comment on 2013-01-17 10:59

Sources list is out of date. PKGBUILD pkgver variable needs to be updated to 1.2.1. Also, the source line should be .../foobar2000_v${pkgver}.zip". With the v.

tea commented on 2013-01-13 14:35

Version is now 1.2.1 with zip at with md5 of 1a8f33900a38ff6776c9674cd6f8abfb

tea commented on 2012-12-17 20:06

zip has an md5 of 03b3f6308ece82a5a0595c3ee94ec058

tea commented on 2012-12-17 20:03

a) foobar is now at version 1.1.18
b) a source can be located here:

Anonymous comment on 2012-05-29 05:30

The source archive ( is no longer available. I didn't find an alternative locations. Maybe the version could be updated to 1.1.12a or somebody should host the old file. 1.1.12a seems to work without any other modifications to the PKGBUILD.

Anonymous comment on 2011-03-20 15:33

Fixed. The package now uses the new icon introduced in 1.1.2.

L42y commented on 2011-03-11 01:34

hi, i can't download the svg icon, but seems this address works:

Anonymous comment on 2011-02-26 10:29


Anonymous comment on 2011-02-26 01:12

Doesn't compile.

Anonymous comment on 2010-08-25 18:47

New upstream release.
@Adrimor: this bug should be fixed in this release

Anonymous comment on 2010-08-24 23:47

Could you possibly fix whatever call's giving these error messages?

ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored.
wine: chdir to /tmp/.wine-1000/server-801-141584 : No such file or directory
ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored.
wine: chdir to /tmp/.wine-1000/server-801-141584 : No such file or directory

Anonymous comment on 2010-05-17 18:48

1.0.3-3: remove file associations when uninstalling the package, improved launch script.

Anonymous comment on 2010-05-12 09:07

The download link has been corrected in 1.0.3-2, plus the .ogg files are now associated with foobar2000.

scarecrow commented on 2010-05-12 09:03

Maybe oldapps is a better place to get the file:

Anonymous comment on 2010-05-08 09:03

Hi. The trouble is that the download location is constantly changing, so I have to find an url that remains valid all the time. But thank you anyway for pointing me that the current url is broken. I'll try to fix that ASAP.

piojo commented on 2010-05-08 05:38

Hi. FYI, the download location for foobar2000_v1.0.3.exe has changed to: