VLC’s newest release: 1.1.6

VLC team made their newest release of the VideoLAN Player available to the general public.

VLC 1.1.6 which is now available as a source tarball fixes a security hole that was reported in december 2010 which makes it a recommended upgrade.

A lot of other changes and bugfixes went into the new VLC , you can read all about that on the release notes page. I think that now, the waiting is really for the next revision of VLC (1.2.x) to come out of the git repository and be released as stable. That has been in development for a long time now, and offers a completely re-developed mozilla plugin (the plugin package which accompanies VLC 1.1.x is not really a reliable piece of work) and of course a whole lot of feature enhancements compared to the maturing 1.1.x series.

One of the things that the 1.1.6 version should have fixed is the annoying behaviour in KDE 4.6 where, if you select “Media > Open file” it takes 30 seconds to open a file browser. After that first delay, every subsequent file-open dialog will open instantaneously – strange isn’t it? There is an open bug report for this issue: https://bugs.kde.org/show_bug.cgi?id=260719 and it shows a lot of discussion but no real fix since the KDE and VLC developers basically point to each other to provide a fix. Looks like fixing this in KDE is going to be difficult and VLC would be able to work around the issue. Unfortunately, the code that went into VLC at the last minute (see http://git.videolan.org/?p=vlc/vlc-1.1.git;a=commit;h=ac11f9c0e27905087afdfb46180ece227a4d76e7) does not fix it for me.

Enough said. Before I point you to the download location for my Slackware VLC packages, let me humour you with this VideoLAN promotional video made by Adam Vian: http://images.videolan.org/images/vlc-player.mp4 (download first, then load it in VLC). Very funny, worth watching.

Slackware 13.1 packages for vlc-1.1.6 can be found here (32-bit and 64-bit, they will work on slackware-current too of course):

Rsync access: rsync://taper.alienbase.nl/mirrors/people/alien/restricted_slackbuilds/vlc/

Have fun, Eric

13 thoughts on “VLC’s newest release: 1.1.6


  1. Thanks Eric!
    Are we gonna have a new build for the phonon-vlc back-end? I tried to build it using your build sources without success. Is it dependent on the new phonon 4.4.4?


  2. Pingback: Tweets that mention Alien Pastures » VLC’s newest release: 1.1.6 -- Topsy.com


  3. I hope that this new thing from Canonical Qt based Unity, maybe, spur folks to create another DE – Qt based -lightweight, sans bloat. No semblance to KDE whatsoever.
    More like LXDE meets Qt…. Something that gets out of the way and gets things done…
    Opposite KDE …
    Man can always dream…

    Of course, thanks for update AlienBob!


  4. Jeeze I can’t compile this Uber Slackbuild on my machine.
    I run Slackware 13.1.
    First I had issues with compiling qt 4.6:

    http://dl.dropbox.com/u/4360274/make-vlc_qt4.log
    http://dl.dropbox.com/u/4360274/install-vlc_qt4.log

    Libpng issue ?
    http://developer.qt.nokia.com/forums/viewthread/106

    Well, I downloaded qt 4.7.1. It appears to do the job.

    http://dl.dropbox.com/u/4360274/install-vlc_qt4.log-qt471

    But. But x264 complains about vaapi!
    http://dl.dropbox.com/u/4360274/make-vlc_x264.log
    I guess , I’m going to try compile ffmpeg without vaapi:
    –disable-vaapi
    maybe this will help.

    Cheers.



  5. I get this error when trying to play the promo video:

    Blocked: call to unsetenv(“DBUS_ACTIVATION_ADDRESS”)
    Blocked: call to unsetenv(“DBUS_ACTIVATION_BUS_TYPE”)
    Warning: call to signal(13, 0x1)
    Error: call to XSetErrorHandler((nil))
    Error: call to XSetIOErrorHandler((nil))
    Blocked: call to setlocale(6, “”)
    Blocked: call to sigaction(17, 0x7fd2cdc20b10, 0x7fd2cdc20a70)
    Error: call to XSetErrorHandler(0x7fd2ca6bb3a0)
    Error: call to XSetIOErrorHandler(0x7fd2ca6bb370)
    Blocked: call to setlocale(6, “”)
    Warning: call to signal(13, 0x1)
    Warning: call to random()
    Warning: call to random()
    Warning: call to random()
    Error: call to XSetErrorHandler((nil))
    Blocked: call to setlocale(6, “”)

    (process:8887): Gtk-WARNING **: Locale not supported by C library.
    Using the fallback ‘C’ locale.
    Error: call to XSetErrorHandler(0x7fd2ba86fba0)
    Error: call to XSetIOErrorHandler(0x7fd2ba8702f0)
    Warning: call to signal(13, 0x1)
    Error: call to XSetErrorHandler(0x7fd2ba86fba0)
    Blocked: call to setlocale(1, “C”)
    Blocked: call to setlocale(1, “sv_SE.UTF-8”)
    libva: libva version 0.31.1-sds1
    Xlib: extension “XFree86-DRI” missing on display “:0.0”.
    libva: va_getDriverName() returns 0
    libva: Trying to open /usr/lib64/va/drivers/nvidia_drv_video.so
    libva: va_openDriver() returns 0
    [0x1706ad0] avcodec decoder: Using VA API version 0.31 for hardware decoding.
    Segmenteringsfel (segmentation fault in English)

    Do you have any older version of vlc lying around so I can test if it worked with that? (Unfortunately, I didn’t save the old version before I upgraded…)


  6. Try recompiling your vdpau-video package. All the error/warming output before the segfault is not unusual – I see it all the time. The segmentation fault however could be caused by a mismatch between vlc, libva, vdpau-video and the binary nvidia drivers (assuming you have that installed).

    Eric


  7. Thanks. After recompiling vdpau-video, vlc does not crash, but instead I get

    libva: libva version 0.31.1-sds1
    Xlib: extension “XFree86-DRI” missing on display “:0.0”.
    libva: va_getDriverName() returns 0
    libva: Trying to open /usr/lib64/va/drivers/nvidia_drv_video.so
    libva: va_openDriver() returns -1
    vaInitialize failed with error code -1 (unknown libva error),exit

    (both with your and my recompiled libva), but maybe that is nothing to worry about? vainfo also gives the same output. I guess HW accelerated video is not used though in this case?



  8. When I build the vdpau-video package, the files

    usr/lib64/va/drivers/vdpau_drv_video.so
    usr/lib64/va/drivers/vdpau_drv_video.la

    are NOT created, whilst they are a part of your vdpau-video package. Is there something I should change in the .SlackBuild script?



Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.