Package Details: foobar2000 1.6.11-1

Git Clone URL: (read-only, click to copy)
Package Base: foobar2000
Description: An advanced freeware audio player (uses Wine)
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: supermario
Last Packager: supermario
Votes: 62
Popularity: 0.001521
First Submitted: 2010-05-07 18:02 (UTC)
Last Updated: 2022-05-16 07:28 (UTC)

Latest Comments

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


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 ... 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.

magicgoose commented on 2021-11-21 14:42 (UTC)

@BachoSeven generally this means something sketchy is happening. I'd suggest try uploading these files to VirusTotal, also check what certificate is presented in browser when you visit

BachoSeven commented on 2021-11-21 14:12 (UTC) (edited on 2021-11-21 14:17 (UTC) by BachoSeven)

@magicgoose I just did this:

Applied only edits 1: and 3: of your last comment (so the old url which doesn't specify which specific binary to get), and then built the package and I get the following sha256sum:

3aaa3b8d464710a26df89f8a32bbb8e5f5db1a830e1900a2f4a98b2ef66ccd66  foobar2000_v1.6.8.exe

As far as I can tell, wget said it was using HTTPS successfully

And as I mentioned earlier, if I delete the .exe and makepkg -s again, I get different sum:

895af8d018c7ec224db65ae25c2e4e03f76d8dc3eae973b309abd72a7f5d1d13  foobar2000_v1.6.8.exe

magicgoose commented on 2021-11-21 12:52 (UTC) (edited on 2021-11-21 12:52 (UTC) by magicgoose)

I just downloaded it 3 times and got 3 different sha-256 sums... what's going on

That's odd. I couldn't reproduce that from my connection. Was it without HTTPS errors all 3 times? What was the URL? Can you post these sums? (that way, later there's a chance people can compare if it matches any known malware, etc)
Any chance that these were incomplete downloads?

could you paste the updated PKGBUILD?

That would be too big for a comment. But there are just 3 edits:
1: Line 4, the one starting with pkgver= -- change to pkgver=1.6.8
2: Line 12, the one starting with source= -- change to source=("foobar2000_v$pkgver.exe::$pkgver.exe"
3: Line 18, the one starting with sha256sums= -- change to sha256sums=('679ecdb3304e2fcefb7b5e087fba527e3a5921fcdbc24b4093bee05ab0fec7a0'

After that, it successfully built and installed for me.
(The only remaining issue is with missing wineprefix folder, I created it manually but didn't fix it in PKGBUILD. I don't have permissions to contribute anyway. But if author invited me, that would be cool btw. I did ask some time ago, but didn't get a response sadly.)

BachoSeven commented on 2021-11-21 12:20 (UTC)

could you paste the updated PKGBUILD?

BachoSeven commented on 2021-11-21 12:18 (UTC)

@magicgoose I just downloaded it 3 times and got 3 different sha-256 sums... what's going on

magicgoose commented on 2021-11-21 12:08 (UTC)

SHA-256 of the latest release (1.6.8) that I downloaded just now: 679ecdb3304e2fcefb7b5e087fba527e3a5921fcdbc24b4093bee05ab0fec7a0

magicgoose commented on 2021-11-21 12:02 (UTC) (edited on 2021-11-21 12:06 (UTC) by magicgoose)

Would it be cool (legally, etc) to change the source to the versioned URL? I just checked and it works just fine:


snorlax212 commented on 2021-09-04 04:33 (UTC)

Thanks, after creating ~/.local/share/wineprefixes/ it starts to work. It would be nice to add support for foo_youtube component (it can be installed but doesnt load any url)

magicgoose commented on 2021-05-22 17:43 (UTC)

I would recommend against --skipinteg, it can be unsafe in case you accidentally get the wrong file (well, it's rare but...). Better is to download manually, check the hash(es) and edit hashes in PKGBUILD too.

otterwise commented on 2021-05-21 16:50 (UTC)

If the .exe fails to download, you can manually edit the foobar version in PKGBUILD (with --menuedit and --mflags --skipinteg ; use at own risk!) to match the one on the official foobar2000 download page.

Nobody_8194 commented on 2021-02-18 11:54 (UTC)

You may need to manually create ~/.local/share/wineprefixes/ if it does not exists.

kode54 commented on 2021-01-23 09:39 (UTC)

If you can trust me, a user who has access to the server hosting the download:

fe7d84599c07fcf5bee099e89f78fba2942f612f06617ab203f80c9d9631db75  foobar2000_v1.6.3.exe

Rurisk commented on 2021-01-22 08:35 (UTC)

Hello, I'm getting the following error when trying to make the package:

➜  makepkg -si
==> Making package: foobar2000 1.6.3-1 (Fri 22 Jan 2021 08:29:45 GMT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found foobar2000_v1.6.3.exe
  -> Found LICENSE
  -> Found
  -> Found foobar2000.png
  -> Found foobar2000.desktop
==> Validating source files with sha256sums...
    foobar2000_v1.6.3.exe ... FAILED
    LICENSE ... Passed ... Passed
    foobar2000.png ... Passed
    foobar2000.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

Where can I find the sha256sum for the latest version?

MGM175 commented on 2020-07-10 19:17 (UTC) (edited on 2020-07-10 19:17 (UTC) by MGM175)

Checksum codes:



DanEng1982 commented on 2020-07-10 12:02 (UTC)

Doesn't work because this package assumes/requires v1.5.4 but in fact it does download v1.5.5 which somehow doesn't fit the directory structure and therefore breaks.

It's a pity because not only is that a great music program but also it installs WINE as a dependency in a way that allowed me to run Ableton Live 10 out of the box.

rjt commented on 2020-05-30 06:49 (UTC)

Sure, I get the reasons for it.

I just would've liked it to be optional, as you suggested (I think it was a good suggestion!). Or at least been a bit of a smoother transition.

This's borked my installation, and I've had to manually create the prefix to get it working, as well as go by someone else's chosen directory structure. Pretty annoying. This's the only thing I regularly use wine for, so--

kode54 commented on 2020-05-30 04:07 (UTC)

Using unique prefixes per application is already good advice and frequently recommended by many wine using packages and launchers. Using a single default prefix for everything you install is a great way to find yourself frequently reinstalling everything.

rjt commented on 2020-05-30 02:40 (UTC)

I don't think hardcoding a path for the wine prefix is a good idea. Nor do I think forcing the use of a unique prefix is a good idea (it was suggested as optional).

MGM175 commented on 2020-05-26 16:01 (UTC)

Checksum for foobar2000_v1.5.4.exe:

SHA256: 838adc84c9d36312f82e333c8876ce9b653436f33912a00f879e52f99a1c8654

undu commented on 2020-04-13 14:22 (UTC)

A small change in does the trick to let foobar have it's own prefix:

kode54 commented on 2020-02-03 01:26 (UTC)

Suggestion: Optionally using its own dedicated Wine prefix?

fullmetal commented on 2019-11-15 02:28 (UTC)

Foobar fails for me on load

0009:err:module:import_dll Library zlib1.dll (which is needed by L"Z:\home\alex\.foobar2000\foobar2000.exe") not found 0009:err:module:import_dll Library shared.dll (which is needed by L"Z:\home\alex\.foobar2000\foobar2000.exe") not found 0009:err:module:LdrInitializeThunk Importing dlls for L"Z:\home\alex\.foobar2000\foobar2000.exe" failed, status c0000135

Issue is solved by cding into $progHome.

dekart811 commented on 2019-10-10 07:50 (UTC)

@supermario: Update to v1.4.8 993315168f76d1e91685805f6c746315c1cc34f73cfd44bf6bddab070897c2bf foobar2000_v1.4.8.exe

ManiacOfMadness commented on 2019-07-09 20:22 (UTC)

@supermario: Update to v1.4.6
94dd5b180928264f6e7504e9a35aa9e38bdbffad37f6af14e9a12e997fdc20a4 foobar2000_v1.4.6.exe

Kuiooo commented on 2019-06-28 00:47 (UTC)

Please change foobar2000_v1.4.4.exe to foobar2000-v1.4.5.exe

Dante commented on 2019-05-28 21:33 (UTC) (edited on 2019-05-28 21:33 (UTC) by Dante)

"wine: Access denied." Many files lack the 004 permission.

kaari5 commented on 2019-03-17 03:52 (UTC)

@supermario: Update to v.1.4.3 1672c7435add7dc47d8b4e85cbe31b6906365a5443798dd97a8d9a87cd1544c3 foobar2000_v1.4.3.exe

Stealth commented on 2018-11-21 21:23 (UTC)

Package downloads the latest version of foobar, 1.4.1, instead of version 1.4 and fails due to ERROR: No more files foobar2000_v1.4.exe. This issue can be fixed by editing the PKGBUILD pkgver variable to 1.4.1 instead of pkgver=1.4 or by moving the downloaded foobar2000_v1.4.1.exe to foobar2000_v1.4.exe and then rebuilding

wuestengecko commented on 2018-09-15 12:39 (UTC)

Please add StartupWMClass=foobar2000.exe to the [Desktop Entry], this allows DEs to correctly associate the fb2k window with the launcher icon.

xtd commented on 2017-04-30 13:19 (UTC)

@supermario: Update to v1.3.15 59d49adf2a8f50acf612fd6ccf1f571824c375994489cc81bdd25c13022df39d foobar2000_v1.3.15.exe

eientei95 commented on 2016-12-25 13:56 (UTC) (edited on 2016-12-25 13:57 (UTC) by eientei95)

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

supermario commented on 2016-12-13 00:59 (UTC)

@Aelius that works, thanks

Aelius commented on 2016-12-10 21:05 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC) (edited on 2016-12-04 16:18 (UTC) by Aelius)

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 (UTC)

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 (UTC)

Thanks @Dante, it works for me too

Dante commented on 2016-09-25 08:33 (UTC) (edited on 2016-09-25 08:35 (UTC) by Dante)

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 (UTC) (edited on 2016-09-23 08:55 (UTC) by carrioncrow)

Hi, 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 (UTC)

@doskoi thanks for the hint!

deimos commented on 2016-07-03 02:47 (UTC)

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

abouvier commented on 2016-07-03 01:53 (UTC)

You can bypass the dynamic download link with the DLAGENTS variable: makedepends=('wget') source=("foobar2000_v$pkgver.exe::") DLAGENTS=('https::/usr/bin/wget -nH --cut-dirs=3 -r -l 2 -A exe %u')

supermario commented on 2016-05-10 00:50 (UTC)

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

sentriz commented on 2016-05-09 20:10 (UTC)

thank you very much for this, supermario

sentriz commented on 2016-05-09 20:07 (UTC)

@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 (UTC)

That helped, thanks for the hint! :)

supermario commented on 2015-11-24 13:33 (UTC)

@craeckie Try rebuilding unarchiver

craeckie commented on 2015-11-24 09:40 (UTC)

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.

DaMoo commented on 2015-03-01 18:29 (UTC)

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 (UTC)

Shouldn't this package depend on wine-mono?

kmicu commented on 2014-07-20 16:12 (UTC)

2014-07-16 foobar2000 v1.3.3 final has been released.

gijs commented on 2014-06-02 20:59 (UTC)

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. Regards, gijs

deimos commented on 2014-06-02 20:19 (UTC)

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 (UTC)

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 (UTC)

==> 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 (UTC)

Hi, 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 progName="foobar2000" progRealPath="/usr/share/$progName" progHome="$HOME/.$progName" progBin="$progName.exe" # 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+=("${arg/#-//}") else args+=("$(winepath -w "$arg")") fi done term_graceful() { wine "$progHome/$progBin" "/exit" } trap term_graceful TERM wine "$progHome/$progBin" "${args[@]}" & while true; do sleep 1 done

deimos commented on 2014-04-25 02:04 (UTC)

png now included in source.

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

deimos commented on 2013-11-09 00:58 (UTC)

Improved PKGBUILD. Thanks to rtfreedman.

deimos commented on 2013-11-08 21:06 (UTC)

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. [1] [2]

deimos commented on 2013-11-08 21:02 (UTC)

foobar2000 dynamic link expires quickly, so switched to dropbox.

rtfreedman commented on 2013-11-08 17:23 (UTC)

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 (UTC)

Source link updated to

supermario commented on 2013-11-08 06:02 (UTC)

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

bebR commented on 2013-07-11 12:44 (UTC)

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

deimos commented on 2013-07-10 23:38 (UTC)

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 (UTC) 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 (UTC)

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

rtfreedman commented on 2013-07-10 21:28 (UTC)

> 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.

bebR commented on 2013-07-10 18:30 (UTC)

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 (UTC)

># 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 (UTC)

Latest version in 1.2.8 with MD5 86bde41d4866e97fc63d529e4ea15c70

commented on 2013-05-20 18:25 (UTC)

Thanks a lot. It works now.

deimos commented on 2013-05-20 01:51 (UTC)

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.

commented on 2013-05-19 20:47 (UTC)

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 (UTC)

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

commented on 2013-05-18 12:59 (UTC)

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 (UTC)

URL for version 1.2.2 is: MD5: cbf4168d09a551cadcf8b9f02cdef71b Please update the PKGBUILD to reflect these changes.

tea commented on 2013-01-29 01:38 (UTC)

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

commented on 2013-01-17 10:59 (UTC)

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 (UTC)

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

tea commented on 2012-12-17 20:06 (UTC)

zip has an md5 of 03b3f6308ece82a5a0595c3ee94ec058

tea commented on 2012-12-17 20:03 (UTC)

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

commented on 2012-05-29 05:30 (UTC)

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.

commented on 2011-03-20 15:33 (UTC)

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

L42y commented on 2011-03-11 01:34 (UTC)

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

commented on 2011-02-26 10:29 (UTC)


commented on 2011-02-26 01:12 (UTC)

Doesn't compile.

commented on 2010-08-25 18:47 (UTC)

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

commented on 2010-08-24 23:47 (UTC)

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

commented on 2010-05-17 18:48 (UTC)

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

commented on 2010-05-12 09:07 (UTC)

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 (UTC)

Maybe oldapps is a better place to get the file:

commented on 2010-05-08 09:03 (UTC)

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 (UTC)

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