The VideoLAN Forums

I have tested masses of MM Players for PC, the VLC is def the best but...
Today more and more OS and Appz goes x64. I realy wonder that it is no VLC player x64 available for Windows OS.
For the Future i wish me a x64 Version from the VLC Player please.

It is coming at some point.

let me know when a beta is available and I'll start testing (just got the latest trunk. Wanna test the 64bit version.)

Yeah im too please x64 Rocks!

mfg

Given the continued interest I thought I'd contribute my effort at a win64 build of VLC using mingw-w64 (GCC 4.6.0).
I can get make to complete successfully with ./configure --disable-lua --disable-qt4 --disable-skins2 --disable-activex
Unfortunately, despite finding a mingw-w64 build of qt on drangon.org/mingw, I couldn't get it to work with VLC, so there's no GUI and I can't get video to work; the file adds to playlist fine and play doesn't report any problems (as it does if a plugin is removed), however no video is displayed while memory used increases to 1GB before dropping to 20K. (The file plays fine with the official version.)
Files are here if anyone wants to use them, or check to see if the video problem is something stupid (I'd hoped since SDL is used, it would be possible to activate SDL video from the commandline). However I suspect there may be pointer referencing / memory leak issues, given the symptoms.

http://drop.io/rtmrqhn

The vlc64110.7z file contains win64 binaries for VLC as described above.
The vlc64110lib.7z file contains my 64bit libraries for msys, along with one modification to VLC itself to remove STDCALL references, and should save some work for msys users (although note a few libraries have reduced features, for example the FLAC library was compiled with --disable-ogg due to VLC linking problems with my original compile).
The vlc64110src.7z file contains unmodified mirrors of various (L)GPL dependencies, in an effort to ensure GPL compliance (hopefully I haven't missed any). I put the one modified file in the lib archive, to save users who already have these a 37MB download.

One other thing, I did get an error running make install, where vlc-cache-gen couldn't find plugins I'm 100% sure existed:

[0x386e90] main libvlc error: No modules were found, refusing to start. Check that you properly gave a module path with --plugin-path.
No plugins in C:/msys/local/lib/vlc/plugins
make[5]: *** [install-exec-hook] Error 1
make[5]: Leaving directory `/e/code/vlc-1.1.0/modules'

However when I try to run it, the stated --plugin-path option isn't accepted:
e:/code/vlc-1.1.0/bin/.libs/vlc-cache-gen.exe: unknown option -- plugin-path

Thanks for all your work making a quality free media player!

The issue is more the compilation of some features, like GnuTLS.

Given the continued interest I thought I'd contribute my effort at a win64 build of VLC using mingw-w64 (GCC 4.6.0).
I can get make to complete successfully with ./configure --disable-lua --disable-qt4 --disable-skins2 --disable-activex
Unfortunately, despite finding a mingw-w64 build of qt on drangon.org/mingw, I couldn't get it to work with VLC, so there's no GUI and I can't get video to work; the file adds to playlist fine and play doesn't report any problems (as it does if a plugin is removed), however no video is displayed while memory used increases to 1GB before dropping to 20K. (The file plays fine with the official version.)

Can you please provide instructions as to how to compile the VLC GIT version for Windows x64. I have Windows 7 x64 Professional and Archlinux x86_64 and I know how to use git in both Windows and linux. I downloaded x86_64 linux host mingw-w64 compiler GCC 4.6 . Thank you.

If someone adds them here, I could then copy them to wiki.

Unfortunately I don't have any specific instructions for cross compiling from Linux as I compiled from Windows using MSYS. However since you have Win7, you could do this as well if compiling from Linux doesn't work (not that I'd expect it to be a problem).
More detailed instructions for using MSYS:
1. Download a suitable version of MSYS, check http://www.mingw.org/wiki/MSYS for more info. Unfortunately the installer version is quite old, so I grabbed the required packages from http://sourceforge.net/projects/mingw/files/MSYS/ (I recommend installing in the default C:\MSYS directory if possible, I've had complications in the past otherwise).
2. Download the windows mingw64 compiler from http://sourceforge.net/projects/mingw-w64/files/ (I used mingw-w64-bin_i686-mingw). Once you have installed the compiler, edit \mingw\mingw\include\_mingw_mac.h and change #define __MINGW32_MINOR_VERSION to 15 to avoid vlc configure error.
3. Download VLC using your preferred method. I grabbed the tarball (vlc-1.1.0.tar.bz2) although I can't see why GIT would be a problem.
4. Either download my library files from [EDIT: updated] http://drop.io/rtmrqhn/asset/vlc64111lib-7z-8 (if you installed msys in C:\MSYS, unpack the "msys" dir of the 7zip archive to C:\) or build them yourself (be advised there will be substantial further configure tweaking and bug avoiding required, for example GCC 4.6.0 -O3 can't build libavcodec 0.5.1).
On my system, from this point running "./configure --disable-qt4 --disable-skins2 --disable-activex" (without quotes) followed by make when configure finishes successfully built VLC as described in my previous post, except for errors with include\vlc_windows_interfaces.h using STDCALL (all calls are fastcall on win64), or *win32_rc*.o linking errors. Removing all instances of "STDCALL" from vlc_windows_interfaces.h and *win32_rc* from bin\Makefile and src\Makefile solved these errors for me.
Hope this helps!

To push up the request of a 64-bits Windows builds, here's the result of OGGENC performances:
Not only, here's some graph of recent ffvp8 tests:




This clearly demonstrates that same code can run faster @ 64 bits.

Hope that inspires.

The issue is more the compilation of some features, like GnuTLS.

I would be interested if there are any specific issues to be aware of, as on my machine compilation of GnuTLS 2.8.6 itself required only a minor typedef change to complete, and while there were problems building vlc with dependency errors when the final GnuTLS libraries were linked, I sucessfully built libgnutls_plugin.dll using sublibraries in order of error.
In case it's helpful, the exact command I used (from vlc-1.1.1/modules/misc) is ../../libtool --silent --tag=CC --mode=link gcc -std=gnu99 `top_srcdir="../.." top_builddir="../.." ../../vlc-config --cflags plugin libgnutls_plugin.la` -mms-bitfields -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -Werror-implicit-function-declaration -rpath '/usr/local/lib/vlc/plugins/misc' -avoid-version -module -export-symbol-regex ^vlc_entry -shrext .dll -rpath "/usr/local/lib/vlc/plugins/misc" -no-undefined `top_srcdir="../.." top_builddir="../.." ../../vlc-config --ldflags plugin libgnutls_plugin.la` -o libgnutls_plugin.la libgnutls_plugin_la-gnutls.lo `top_srcdir="../.." top_builddir="../.." ../../vlc-config -libs plugin libgnutls_plugin.la` ../../src/libvlccore.la ../../compat/libcompat.la -lmingw32 -L./ -lgnutls_x509 -llgnu -ltasn1 -lgnutls_openpgp -lminiopencdk -lws2_32 -lgnu .
The resulting binaries are at http://drop.io/rtmrqhn/asset/gnutls64-7z if anyone wants to look at them.
I have also edited the post above to link to new libraries, with ffmpeg updated for dxva and others added.
Hopefully we'll get the rest of the libraries working so we have a fully functional x64 VLC!

I do also believe that solving this FFMPEG x64 issue could help.

I do also believe that solving this FFMPEG x64 issue could help.

Which is, of course, the actual blocker.

+1 user hoping this can be made possible soon.

Just an hint: seems that latest x64 MediaCoder relese (0.7.5.4720) does include a working x64 FFMPEG build...

I have to investigate better, BTW.

http://pinyotae.blogspot.com/2010/11/bu ... w-w64.html . VLC win64 with qt interface possible? Ncurses already works in vlc win64.

I do also believe that solving this FFMPEG x64 issue could help.

Which is, of course, the actual blocker.

According to Automated FFmpeg Builds seems that "the bug has been fixed"...

...and Mozilla officially releasing Win64 nightly builds: http://nightly.mozilla.org/

No replies ? j-b...

...strange, i only see *win32 files...

EDIT:
BTW, just tested vlc-1.2.0-git-20101130-1537-win32 under Win7x64 Ultimate: no GUI at all and vlc.exe saturates the CPU & RAM

OK, just tested the latest build on XP64:

Try to remove vlc.exe.manifest and see what happens.

Well, under W7 x64 Ultimate won't work anyway...

OK, another feedback: I've tested under 2 XP64 installations (with, of course, different hardware/software config) with same result. I've also tried to delete the manifest file without success.

the last vlc x64 nighly dont work.