Arch Linux

Actually, the right name should be something like 'vlc-light-git', since you've kind of stripped of the package.

Mmh, if you gonna make it a git version you should have it renamed in AML.

Disowning. Bored of maintaining this thing.

[Testing]'s VLC was just rebuilt for [testing]'s x264 and ffmpeg, btw.

http://www.videolan.org/vlc/releases/2.0.2.html

Syncing with the latest vlc trunk again. Rebuild, if you want the new stuff: http://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/vlc&id=cc2afb4e13a8740a854789e6153b8f831bae8580

E: only thing I still didn't add is OSS. Don't really care about it but if you do just add it to the dependencies (or just have it installed when building this thing).

@swanson: projectm is fixed, so now you can enable it to build with vlc.

The final build seems to be here.

Well still builds fine here and even all the MKVs (and everything else) I've tried play just fine, so I'd assume it's either an issue with your package versions or the build directory. Might also be with your configs (~/.config/vlc).

I'm using [testing] myself.

Had to "--disable-projectm" to build. Apparently a bug in "/usr/lib/pkgconfig/libprojectM.pc", or so.

Can't play mkv's; "MKV/Ebml Parser: m_el[mi_level] == NULL
MKV/Ebml Parser: Up cannot escape itself"
Can't play xvid/avi either, with no message in the terminal. vlc process hangs and has to be killed.

A weird, apparently the final linux tarball for VLC 2.0.0 has been released. This release tagged "vlc-2.0.0~unix" is mentioned to be followed by a "formal" one "after 2 bugs are fixed on OSX and Win32": http://mailman.videolan.org/pipermail/vlc-devel/2012-February/086395.html

Happy compiling.

Can't reproduce here so I can only suggest to either remove the source directory or update your system.

Does not work.
http://pastebin.com/HW7KA33H
http://pastebin.com/PWeMnw8Q

Should build fine again.

Not _necessary_ but in case you wanna use 'KDE Solid hardware integration' (optdep) you need to build with them.

Are kdelibs really necessary as makedeps?

@etix, this is the latest one.

Well, it's been almost 17 months but VideoLAN has just released another testing version of VLC. Let's all say hello to VLC v1.2.0 pre1.

Yeah, because _that_ is what the "bleeding edge version" means. It by no means wouldn't mean to just use the testing/beta/rc versions whenever _there is one_.

1.1.11 has been in [extra] for six weeks.

vlc-git seems, to me, to be the "bleeding edge version."

Synced with [extra]'s 1.1.10-5: "Fix ByteIOContext init on recent libavformat (FS#24872), libmtp 1.1.0 rebuild take 2"
(http://projects.archlinux.org/svntogit/packages.git/commit/vlc/trunk?id=0cb71c3057896111d7fc6922bdeb276eeea7ad54)

1.1.10-2 - [extra] update: FS24622 - Added upnp support

1.1.10, libdvbpsi 0.2.0 rebuild on the same go. Changelog: http://www.videolan.org/developers/vlc-branch/NEWS, http://www.videolan.org/vlc/releases/1.1.10.html

The [extra] package was updated to fix FS24461 [1] and FS24471 [2]. Rebuild if you wish.

[1] = https://bugs.archlinux.org/task/24461

[2] = https://bugs.archlinux.org/task/24471

Split into vlc and the mozilla plugin (as done in [extra]). Credit goes here: https://bugs.archlinux.org/task/16394#comment68053

Added!

Add a missing ')' at the end of line 26!

Oh, for chrissake. I just keep managing to break my packages with single incorrect/missing characters. Fixed.

/vlc-dev/PKGBUILD: line 68: unexpected EOF while looking for matching `''

If it's buggy, causing builds to fail and even suggested to not build at all then let's not step in the way, shan't we?

Or a more elegant fix > http://forum.videolan.org/viewtopic.php?f=13&t=77264

Same thing as gaougalos...there is a missing "\" at the end of the previous line...
But there is another issue during compilation :
libtool: link: require no space between `-L' and `-lprojectM'
So just compile with --disable-projectm

/vlc-dev/PKGBUILD: line 58: --with-live555-tree=/usr/lib/live: No such file or directory
Aborting...

btw, it doesn't need the replaces=()

Well, I'm sorry to inform you, Majki-Fajki, but GeForce '6000' (there's actually no such card but I guess you have a GeForce 6-series card) is _not_ enough for VDPAU.. You'd need at least an 8-series one.

Anybody knows how hardware accelaration work? I have nVidia gf6000. Got VLC 1.1 grom repo. If I enable hardware acc., program crashes:
http://pastebin.com/Qmt8Q6bY

Did what namcap (a wonderful utility) suggested:
PKGBUILD (vlc-dev) E: Use $srcdir instead of $startdir/src

Note: the version of VLC in the repos has been upgraded, to 1.1.0. So you can now get hardware accelerated video from the 'vlc' package in the repos.

@Det, @uwinkelvos: ok, I understand, new guy that not even knew of pastebin, my bad ;-)

i think what det meant was: adopt the package -> build the package -> test the package -> build source (makepkg --source) -> upload source -> disown the package OR at least use pastebin, as it will xost you only seconds an all can use it without any hazzels.

btw: rc3 segfaults on my machine, when i trie to use vaapi

"Comment by: Det on Fri, 18 Jun 2010 22:42:55 +0000
Why is it that people just don't do the changes themselves? Also bxs, since despite the possibility of updating this package yourself, you could have at least used pastebin.
Also you forgot the contributor part ;)."

Hey Det, don't understand why all this reaction,
why should I maintain a package that I don't know very well???
To maintain something you should know the package very well...

So I just look at it and made a suggestion, just a suggestion, of what could be a solution to update the package, nothing more than that, because I don't know VLC well enough to maintain it myself,
it was my possible contribution.

So I don't understand your reaction.

For VCL 1.1.0rc4:

pkgver=1.1.0rc3
_dlver=1.1.0-rc3

to:
pkgver=1.1.0rc4
_dlver=1.1.0-rc4


md5sums=('6f7256484223f11c21e8c92d4b8df379')

to:
md5sums=('85daa1a69da5ca7799b00e1236795bf4')


for res in 16 32 48 128; do
install -D -m644 ${srcdir}/vlc-${_dlver}/share/vlc${res}x${res}.png \
${pkgdir}/usr/share/icons/hicolor/${res}x${res}/apps/vlc.png || return 1
done

to:
for res in 16 32 48 128 256; do
install -D -m644 ${srcdir}/vlc-${_dlver}/share/icons/${res}x${res}/vlc.png \
${pkgdir}/usr/share/icons/hicolor/${res}x${res}/apps/vlc.png || return 1
done


Enjoy ;-)

libgnome needed to build

rc3 seems to work fine.

Yes, crashes with segfault.

Core was generated by `vlc hd_other_sharp_memory_integrant.m2ts'.
Program terminated with signal 11, Segmentation fault.
#0 0xb2f8db2c in ?? () from /usr/lib/libavcodec.so.52

It creates the package but the binary vlc file crashes for a segmentation fault

Seems I get an compile error:

make[5]: Entering directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc/modules/visualization'
CXX libprojectm_plugin_la-projectm.lo
CXXLD libprojectm_plugin.la
libtool: link: require no space between `-L' and `-lprojectM'
make[5]: *** [libprojectm_plugin.la] Error 1
make[5]: Leaving directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc/modules/visualization'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc/modules/visualization'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc/modules/visualization'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc/modules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/phil/buildroot/platform-testing/vlc-dev/src/vlc-1.1.0-rc'
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
phil@[chroot]:~/buildroot/platform-testing/vlc-dev$ pacman -Q libtool
libtool 2.2.6b-3

you do your job just fine, never had any problems with this package. In fact I spent hours in the last year to get vlc to use vaapi ... and surrendered. Then i stumbled accros this package a few weeks ago and got it working. :)

nothing to argue about, but vlc has no vdpau support. vlc has vaapi (libva-sds) support and as this has a vdpau backend, you can play videos in vlc utilising vdpau. :)

i do disagree! :)

3 steps to success:

1) build and install libva-sds and a driver (e.g. vdpau-video). verify it works: vainfo
2) recompile ffmpeg from extra: add --enable-vaapi to its configure line. (this has nothing to do with vdpau)
3) recompile this package. no need for any configure option like --enable-libva, as this should be autodetected. verify it works: vlc --ffmpeg-hw /my/h264/1080p/movie.mkv 2>&1 | grep "VA API" Should result in: [blahblah] avcodec decoder: Using VA API version 0.31 for hardware decoding.

Some issues: the use GPU acceleration option does not seem to do the same as --ffmpeg-hw. ffmpeg-hw can be set in ~./config/vlc/vlcrc. with both enabled i get less than 20% cpu usage, with all cores @ 800 Mhz, while playing an 1080p movie.